Container is 970GB big #739
Closed
timkolloch
started this conversation in
General
Replies: 1 comment 1 reply
-
Similar to #720 - this is solved from commit 130ab00 - when one of the long running services such as the web server is not working, it crashes the entire container, instead of trying to restart internally. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
When I tried to install an apt package on my debian server I got the response that I did not have enough storage to download the package.
After some fiddeling around I saw that my ddns-updater container was 970GB leaving me with literally no space left on my hard drive.
The container probably ran for almost a year with our being removed but 970GB in logs or anything still seems way too much.
Did someone else make a similiar observation?
Sadly I needed to remove the whole container because I really couldn't do anything so I cannot look into it anymore.
Edit
I may have found a reason for why it got so big. I forgot that I made some changes to rule out a problem which left the container running (for a few day at most) on a port which was already in use this I always got an error message stating that. The container did not run for a year or so. However below is the log of not even one second (I needed to remove a lot because the body was too long).
I do not know if a few days doing this might lead to 970GB in container size but it definetly played a role.
I guess one can argue "shit in shit out" but I think this gets logged way too often so one might want to change that.
Beta Was this translation helpful? Give feedback.
All reactions