You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I only monitor three websites at intervals of 1.5 minutes. I have noticed that the /var/lib/docker/overlay2/ folder is constantly growing. Several GB of data accumulate in a single day. These are likely temporary files from playwright-chrome.
As a workaround, I'm using a crontab script that stops and removes the Docker containers, cleans up unused resources, pulls the latest images, and then restarts the containers with the updated images, but this cannot be the long-term solution, as it doesn't address the root cause of the growing overlay2 storage issue.
Addendum: I have now discovered that core dumps are likely the cause. These are memory dumps from crashed processes. There are large files with names such as core.271, for example.
Addendum: To address this, I added the following to the browser-sockpuppet-chrome container configuration:
ulimits:
core: 0
This setting disables core dumps for the container processes and prevents large space-consuming files from being written.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I only monitor three websites at intervals of 1.5 minutes. I have noticed that the /var/lib/docker/overlay2/ folder is constantly growing. Several GB of data accumulate in a single day. These are likely temporary files from playwright-chrome.
How can this be prevented?
Here is my docker-compose.yml file:
As a workaround, I'm using a crontab script that stops and removes the Docker containers, cleans up unused resources, pulls the latest images, and then restarts the containers with the updated images, but this cannot be the long-term solution, as it doesn't address the root cause of the growing overlay2 storage issue.
Addendum: I have now discovered that core dumps are likely the cause. These are memory dumps from crashed processes. There are large files with names such as core.271, for example.
Addendum: To address this, I added the following to the browser-sockpuppet-chrome container configuration:
This setting disables core dumps for the container processes and prevents large space-consuming files from being written.
Beta Was this translation helpful? Give feedback.
All reactions