Open swartzlib7 opened 10 months ago
@swartzlib7 I cannot reproduce this with a setup using NFS external storage and versions of server and desktop files client matching your versions. I will need a debug archive from your client to debug further
Hi Matthieu,
thank you for getting back to my issue here.
I updated my client AppImage since the last issue, but the logs might still be available if this is stored in my home directory.
Can you tell me where I could find it? I'm running linux.
@swartzlib7 the logs are by default (unless you changed the settings) kept for 24 hours I would assume you no longer have them. what kind of external storage are you using ?
so the logs are by default located in
~/.config/nextcloud/logs
Yeah those logs are long gone. Thank you for helping me with this! So the drive I use is connected via USB3 and configured as an external storage device. The external device is a Yottamaster 2 Bay RAID configured for Raid 1.
I suspect the storage device didn't start or come back online after a power failure, I'm not certain which. What I do know is that after the data loss on my local machine, I proceeded to check the admin backend configuration in Nextcloud. There I noticed that each of my configured External storage path entries had warnings indicating that the path was not mounted / unavailable. I don't have the exact wording, but that was the main point.
@swartzlib7 I am investigating the nominal behavior is to skip folders that are from external storage but unmounted at time of sync I tested with NFS external storage without having been able to reproduce the issue I was running the same versions you were running I will try again with other types of external storage just in case
If I understood correctly, I just ran into the same issue. The desktop client deleted a bunch of files with the message File was deleted (File with name //Festplatte could not be located)
. //Festplatte
would be the mount point of my external storage in Nextcloud.
Here is the debug archive exported from the desktop client (was too big for GitHub). Nextcloud desktop is installed through pacman.
This is a rather urgent issue, and I would love to see this addressed quickly. If you need anything else, please let me know.
@swartzlib7 I am investigating the nominal behavior is to skip folders that are from external storage but unmounted at time of sync I tested with NFS external storage without having been able to reproduce the issue I was running the same versions you were running I will try again with other types of external storage just in case
Thank you for this and to everyone else who also confirmed the same thing happening on their clients.
I have since moved away from the NextCloud Pi solution and the Pi4 I used. I am now on different hardward and the NextCloud AIO solution. So far this is far better and also a bit faster due to the new hardware.
That said, I still have this in the back of my mind and would love to see a fix with clear UI / log indication of an event where an external mount goes missing and then to have its files being "orphaned" or left alone in-place rather than kicked out into a "black hole".
What I have done to prevent this is the following workaround:
Now with this I know: when my external drive fails or does not mount for any reason, my entire Nextcloud server will be taken down with it and become unavailable to the sync client which will prevent it from going psychotic on me by deleting all my external storage files.
Sincerely, Stephen
My nextcloud desktop client (3.12.0 windows) also deleted all my local files after the SMB share becomes unavailable for nextcloud (27.1.7) because of a software package update for samba was installed.
I think it is almost not a good behavior of a file client to delete GBs of data, without asking the user. Please implement a dialog to ask the user for such situations.
My nextcloud desktop client (3.12.0 windows) also deleted all my local files after the SMB share becomes unavailable for nextcloud (27.1.7) because of a software package update for samba was installed.
I think it is almost not a good behavior of a file client to delete GBs of data, without asking the user. Please implement a dialog to ask the user for such situations.
was your SMB mount point added as external storage ? Because there was a fix for something like this some time ago: https://github.com/nextcloud/server/pull/39707 maybe its recursing issue ?
⚠️ Before submitting, please verify the following: ⚠️
Bug description
Data Loss during External Storage Disconnect
Firstly, thank you for the awesome Desktop Sync client and Nextcloud in general. I love it. We do however have a small problem to be addressed rather rapidly.
This issue is fairly serious and hits at confidence in sync client behavior which will cause loss of data locally due to a common technical issue of having your external storage device fail or be turned off without turning while still running your Nextcloud instance.
Hardware and Configuration
Situation
Result
Suggestion
Steps to reproduce
Expected behavior
Which files are affected by this bug
no_idea.log
Operating system
Linux
Which version of the operating system you are running.
Pop!_OS 22.04 LTS
Package
Appimage
Nextcloud Server version
27.0.1
Nextcloud Desktop Client version
v3.10.0 (KDE)
Is this bug present after an update or on a fresh install?
Fresh desktop client install
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
Are you using an external user-backend?
Nextcloud Server logs
No response
Additional info
No response