Bugzilla – Bug 1048042
Strange Disk Space Problem Causes a Lot of Bugs
Last modified: 2018-10-04 09:59:07 UTC
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0 Build Identifier: I am using Tumbleweed on a Btrfs filesystem with snapshots disabled. Recently my total disk space usage reached 80%. However, for unknown reasons, this caused a lot of bugs on my system. For example, I can no longer run zypper dup: Cannot write file '/var/adm/mount/AP_0xBl0ihT/repodata/repomd.xml'. Firefox and Chromium kept crashing: WARNING: Unix error 28 during operation move on file /myuser/.mozilla/firefox/xofrqlc6.default/saved-telemetry-pings/xxxxxxxx-bbd4-468a-a034-19111020d2ce.tmp (No space left on device) Steam wasn't able to install updates: (Not enough disk space). However, I had 20% free space on the disk. There shouldn't have been a problem: localhost:~ # df -i Filesystem Inodes IUsed IFree IUse% Mounted on devtmpfs 431547 567 430980 1% /dev tmpfs 433284 45 433239 1% /dev/shm tmpfs 433284 938 432346 1% /run tmpfs 433284 18 433266 1% /sys/fs/cgroup /dev/sda3 0 0 0 - / /dev/sda3 0 0 0 - /boot/grub2/x86_64-efi /dev/sda3 0 0 0 - /opt /dev/sda3 0 0 0 - /srv /dev/sda3 0 0 0 - /var/log /dev/sda3 0 0 0 - /home /dev/sda3 0 0 0 - /var/cache /dev/sda3 0 0 0 - /tmp /dev/sda3 0 0 0 - /var/lib/mysql /dev/sda3 0 0 0 - /var/lib/mailman /dev/sda3 0 0 0 - /var/tmp /dev/sda3 0 0 0 - /usr/local /dev/sda3 0 0 0 - /var/lib/machines /dev/sda3 0 0 0 - /var/crash /dev/sda3 0 0 0 - /var/lib/mariadb /dev/sda3 0 0 0 - /boot/grub2/i386-pc /dev/sda3 0 0 0 - /var/opt /dev/sda3 0 0 0 - /var/lib/pgsql /dev/sda3 0 0 0 - /var/spool /dev/sda3 0 0 0 - /var/lib/named /dev/sda3 0 0 0 - /var/lib/libvirt/images tmpfs 433284 19 433265 1% /run/user/472 tmpfs 433284 33 433251 1% /run/user/1000 localhost:~ # df -h / Filesystem Size Used Avail Use% Mounted on /dev/sda3 58G 47G 12G 81% / localhost:~ # df -i / Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda3 0 0 0 - / Solution? Was simply removing some files (a large game I had for example on my disk) and everything just worked smoothly again. Firefox, Chromium and zypper, even Steam. Everything worked after removing some files. Reproducible: Always Steps to Reproduce: 1. Get your TW Btrfs filesystem (single partition) to 80% usage. 2. Notice if there are bugs. Actual Results: Some software stop working. The OS doesn't seem to recognize that there is around 20% free space for some reason. Expected Results: Everything should have worked until 100% disk space usage.
The problem came back again although disk usage is just 68%..
And you are certain, snapper list shows nothing?
Snapper is not even configured on my system: localhost:/home/mhsabbagh # snapper list The config 'root' does not exist. Likely snapper is not configured. See 'man snapper' for further instructions.
The df command is useless for btrfs. Use 'btrfs filesystem df <mount-point>' instead. That of course can also be considered as a bug.
Thanks for noting about it, here's the output of that command: mhsabbagh@localhost:~> sudo btrfs filesystem df / [sudo] password for root: Data, single: total=56.37GiB, used=37.84GiB System, single: total=32.00MiB, used=16.00KiB Metadata, single: total=1.57GiB, used=445.36MiB GlobalReserve, single: total=79.91MiB, used=0.00B
What does > sudo btrfs filesystem usage / show?
I reported this bug 15 months ago, sadly I no longer use Btrfs nor openSUSE and I can't provide you with the output of the command. Regards.
I was just trying to help as I have seen this bug in a search query about something totally different. I guess that the free disk space was insufficient due to missing balances. If df showed 20%, the free data in btrfs is usually near zero. The usage command would have shown the free and used data space. IMO the bug report can be closed now anyway.