-
-
Notifications
You must be signed in to change notification settings - Fork 308
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
Docker: nc-backup: free space check failed #858
Comments
what does this give you |
So would guess it's off by the factor 1000 in my case. |
Yes, that's wrong. Please run |
Thanks for the quick reply! The output of
|
oh sorry that's right. Please delete |
Even after I deleted But somehow there's still another bug left. The required space for a dataless backup is now approx. 1.7TB - which is how much my data + database are together. But maybe thats just by accident. The mysql dump however should only have approx. 1GB I guess. Could it be that the "required space" is now 1000x too high?
When I run
|
You can see the code, the dataless backup reads the size of the BUT now that you mention it, we should also include the size of the database. |
Sorry, but I'm just learning bash. As I didn't know the conditional But I gave it another try and here are some ideas how to improve the backup script:
Here is a first try of point 1 and 2. I did not yet test it. Maybe I'll be able to do that tommorrow.
Edit: My subdirectory check will break with symlinks. Probably there's a better way to implement this. |
Looks good! Actually somebody recently brought this up as well. Let's keep the conversation there Thanks! |
System information
Arch Linux with docker and docker-compose installed. Formatted with btrfs.
Running NextcloudPi form Docker_x86.
Problem Found
When I run nc-backup (excluding data, without compression, path=/data/ncp-backups) I get this eror:
Even if there's enough space left as can bee seen by
df -h
from inside the nextcloudpi container.Research
The
ncp-backup
script checks the space left withfree=$( df "$destdir" | tail -1 | awk '{ print $4 }' )
. Running it with my chosen backup path returns only approx. 200mb of space instead of approx. 216G:Looks like the above method does not work properly in this use case (inside docker container on btrfs).
Any ideas how you could still perform the space-left check?
The text was updated successfully, but these errors were encountered: