HASSIO Docker Overlay2 folder consuming all disk space

Tags: #<Tag:0x00007fc41330c9e0>

Hi Everyone,

same problem here,
trying to find a solution but so far nothing

Server: Docker Engine - Community
Version: 19.03.5
Hassio 0.108.6

The output from du -h /var/lib/docker | sort -h

I also have this exact same problem… Noticed on 0.109.0 version

Disk has filled up twice to me now. Killing the containers restores the disk space.

I’ll check if it’s the json.log next time.

Have you tried ha su repair?

For me, no. That (ha su repair) is not available.

I’m working my way through space issues at the moment also… there doesn’t appear to be a single cause. I managed to access the “ha su repair” option by installing:
[Supervisor] - [Add-on store] - [Terminal & SSH]

This cleared up a little disk space

Same problem here. 20+ folders of up to 1GB. In each one it always seems that the python files take up basically all the space per folder.

This is my contribute to limit the used space.

On running HASSIO host machine:

Remove images not used by containers

docker image prune -a

Remove containers not used on last 24hours

docker container prune --filter "until=24h"

Remove volumes not used by containers

docker volume prune

Check space used by logs

journalctl --disk-usage

Remove journald log files

journalctl --rotate
journalctl --vacuum-time=1m

Free +10Gb on my PI3 with this configuration:

arch armv7l
chassis embedded
dev false
docker true
hassio true
host_os HassOS 4.10
installation_type Home Assistant
os_name Linux
os_version 4.19.126-v7
python_version 3.7.7
supervisor 227
timezone Europe/Rome
version 0.110.6
virtualenv false

Same problem here. The overlay2 folder is >12GB in size. What can be done to clean this up and prevent is from happening again in the future ?

I just noticed it because all my commands started failing and my load was very high. This was because no disk space was available anymore.

Look one post above yours.

That did not solve it …

Just checked mine. It’s 14GB.

Isn’t that like, a lot ?
I mean, this means you can’t run the supervised method on a 16 gb card on a rpi …

The recommendation is 32 GB.

I’m having the same issue on a Supervised installation on Ubunto 18. Anyone find a solution for this? I’ve tried pruning already.

I have had this issue with other docker installs. What I discovered was that default linux autopartitioning limits the root partition size (where overlay2 lives) to a fixed amount (I think up to a max of 64GB) and any excess is given to home. So when installing linux you should pay attention to your partition scheme and either allocate more to root than autopart does or just not create a home partition at all.

There are also methods out there to extend your root partition that I have used after the fact by allocating another disk to the VM. But it is better to just start from scratch with a docker friendly partition scheme, if you can, IMHO.

I actually found out that it was another docker container using up my disk space.

On my hassio this command not found.
How you able to run it?

|arch |aarch64|
|chassis |embedded|
|dev |false|
|docker |true|
|docker_version |19.03.8|
|hassio |true|
|host_os |HassOS 4.11|
|installation_type |Home Assistant OS|
|os_name |Linux|
|os_version |4.19.127-v8|
|python_version |3.8.3|
|supervisor |229|
|timezone |Europe/Kiev|
|version |0.113.0|

Same problem here… I try to update home assistant, and it fill my entire disk with more than 20Go of data… I wansn’t abale anymore to login to my openmediavault server…

Did you find something to solve this problem ?


Edit : Found it !!! It was the homeassistant database, the file home-assistant_v2.db, which was really heavy because of storing sensor state with a huge refresh rate!
Plus the local snapshot of Home assistant which was saving this huge database!

Same problem on HA 0.114 on Docker, not caused by HA db