-
Notifications
You must be signed in to change notification settings - Fork 69
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
Backing up Docker Desktop Volume via Windows network share runs forever #1174
Comments
@douglasparker Can you please give more information? What backend are you using? Can you give the full output of the What was the rclone issue and why do you thing this disabling of preallocation fixed it? Note that rustic doesn't do any kind of such preallocation... |
I was using the rclone backend with S3 compatible storage. I couldn't test with opendal because of #1162 Unfortunately, I did not like some of the tradeoffs with Docker Desktop so I no longer have any of that enabled for my workstation so I cannot get better logging for you.
I believe the maintainer of rclone thinks that the WSL driver is implementing preallocations wrong. See his reply here: https://forum.rclone.org/t/rclone-copy-fails-to-wsl2-dos-copy-works/38351/4 I have no idea if these issues are related- I just know I had a similar with rclone. Copy and sync went on forever and similarly had the progress in GB being way higher than the total transfer size. Also, files were corrupted with rclone for the destination. Disabling preallocations in rclone fixed that issue for me. |
As this cannot be reproduced I can only give some hints about how to get more information:
|
Backing up a Docker Desktop Volume (Windows Share) results in the backup going on forever and not working as expected.
Backup Directory:
\\wsl.localhost\docker-desktop-data\data\docker\volumes
Output:
Rclone had this same problem, but disabling preallocation of disk space fixed it. This will not fix rustic however, even when using the rclone backend with the environmental variable set.
The text was updated successfully, but these errors were encountered: