Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mass uploads using FTP end up with plenty of "Can't open" or "Can't change directory to" errors - "no such file or directory" #11526

Closed
cyberduck opened this issue Jan 7, 2021 · 1 comment

Comments

@cyberduck
Copy link
Collaborator

@cyberduck cyberduck commented Jan 7, 2021

58ae229 created the issue

Hi,
I've been trying to use Cyberduck and Mountainduck to make backups of my files on a Linux server.
As I start uploading to a vault on the server, at some point I will randomly start to get write errors, which will end up having folders which are not accessible anymore, so I can't open them nor delete them. Also trying to calculate the folder size form the infos will end up with the "no such file or directory".
What I've been able to verify, is that those related encripted directories are actually missing and, if I try to create them manually in the "d" directory (when it's encrypted, of course), the unaccessible folder will then become usable or at least deletable.
The problem is that those orphan directories are so many that it makes the job impossible, so the only option left is delete the entire vault.
This problem occurred Both with Cyberduck and Mountainduck.

Regards


Attachments

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented May 10, 2021

@dkocher commented

Please let us know if you can reproduce the problem with version 7.9.0.

@cyberduck cyberduck closed this May 10, 2021
@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 27, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
1 participant