[opensuse-support] Another BTRFS disk usage issue
Hi, I was notified today that space on my / partition is running out. I have set aside 120GB for it, and now it's basically gone. # df -h / Filesystem Size Used Avail Use% Mounted on /dev/nvme0n1p1 120G 116G 3.8G 97% / btrfs seems to agree - the disk is full # btrfs fi df / Data, single: total=117.47GiB, used=113.72GiB System, single: total=32.00MiB, used=16.00KiB Metadata, single: total=2.50GiB, used=1.22GiB GlobalReserve, single: total=173.62MiB, used=0.00B Snapper was my first option, so tried to check that # snapper list s # | Type | Pre # | Date | User | Used Space | Cleanup | Description | Userdata -----+--------+-------+--------------------------+------+------------+---------+-----------------------+-------------- 0 | single | | | root | | | current | 1* | single | | Fri Oct 5 21:12:56 2018 | root | 1.23 MiB | | first root filesystem | 357 | pre | | Sun Apr 12 22:07:29 2020 | root | 1.88 GiB | number | zypp(zypper) | important=yes 358 | post | 357 | Sun Apr 12 22:11:09 2020 | root | 103.75 MiB | number | | important=yes 363 | pre | | Thu Apr 16 00:15:25 2020 | root | 365.25 MiB | number | zypp(zypper) | important=yes 364 | post | 363 | Thu Apr 16 00:24:28 2020 | root | 2.98 MiB | number | | important=yes 365 | pre | | Thu Apr 16 09:32:03 2020 | root | 480.00 KiB | number | zypp(zypper) | important=no 366 | post | 365 | Thu Apr 16 09:32:05 2020 | root | 608.00 KiB | number | | important=no 367 | pre | | Tue Apr 21 08:31:46 2020 | root | 480.00 KiB | number | zypp(zypper) | important=no 368 | post | 367 | Tue Apr 21 08:31:48 2020 | root | 176.00 KiB | number | | important=no I run docker and I know that it uses btrfs as well so I tried to clean any dangling objects # docker system prune -f Total reclaimed space: 0B I tried to analyse the used disk space with $ xdg-su -c 'baobab' But it only discovered 19.3 GB of used space. I'm intereted in where the other ~90 GB have gone. Note that snapper was a bit confused about how the snapshot sizes, as setup-quota failed # snapper setup-quota Quota error (qgroup already set). but no used space information was present in the output, so I manually enabled the quota with # btrfs quota enable Still, I get an error message when running cleanup # snapper cleanup number quota not working (preparing quota failed) although the cleanup seems to be running. At this point I'm unsure where to go next. How do I free up my disk space? Thanks, Robert -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
Le 21/04/2020 à 08:39, Robert Munteanu a écrit :
At this point I'm unsure where to go next. How do I free up my disk space?
just in case this lack of room is preventing correct working, you may know that with btrfs you can make room by adding an other partition, may be even on an other disk, including usb3 disk (to be removed after cleaning) jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On Tue, 2020-04-21 at 08:45 +0200, jdd@dodin.org wrote:
Le 21/04/2020 à 08:39, Robert Munteanu a écrit :
At this point I'm unsure where to go next. How do I free up my disk space?
just in case this lack of room is preventing correct working, you may know that with btrfs you can make room by adding an other partition, may be even on an other disk, including usb3 disk (to be removed after cleaning)
Thanks for the information. I'm not at that point yet, there are still ~3GB free. Robert -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On Tue, Apr 21, 2020 at 9:40 AM Robert Munteanu <rombert@apache.org> wrote:
Hi,
I was notified today that space on my / partition is running out. I have set aside 120GB for it, and now it's basically gone.
# df -h / Filesystem Size Used Avail Use% Mounted on /dev/nvme0n1p1 120G 116G 3.8G 97% /
btrfs seems to agree - the disk is full
# btrfs fi df / Data, single: total=117.47GiB, used=113.72GiB System, single: total=32.00MiB, used=16.00KiB Metadata, single: total=2.50GiB, used=1.22GiB GlobalReserve, single: total=173.62MiB, used=0.00B
Snapper was my first option, so tried to check that
# snapper list s # | Type | Pre # | Date | User | Used Space | Cleanup | Description | Userdata -----+--------+-------+--------------------------+------+------------+---------+-----------------------+-------------- 0 | single | | | root | | | current | 1* | single | | Fri Oct 5 21:12:56 2018 | root | 1.23 MiB | | first root filesystem | 357 | pre | | Sun Apr 12 22:07:29 2020 | root | 1.88 GiB | number | zypp(zypper) | important=yes 358 | post | 357 | Sun Apr 12 22:11:09 2020 | root | 103.75 MiB | number | | important=yes 363 | pre | | Thu Apr 16 00:15:25 2020 | root | 365.25 MiB | number | zypp(zypper) | important=yes 364 | post | 363 | Thu Apr 16 00:24:28 2020 | root | 2.98 MiB | number | | important=yes 365 | pre | | Thu Apr 16 09:32:03 2020 | root | 480.00 KiB | number | zypp(zypper) | important=no 366 | post | 365 | Thu Apr 16 09:32:05 2020 | root | 608.00 KiB | number | | important=no 367 | pre | | Tue Apr 21 08:31:46 2020 | root | 480.00 KiB | number | zypp(zypper) | important=no 368 | post | 367 | Tue Apr 21 08:31:48 2020 | root | 176.00 KiB | number | | important=no
I run docker and I know that it uses btrfs as well so I tried to clean any dangling objects
# docker system prune -f Total reclaimed space: 0B
I tried to analyse the used disk space with $ xdg-su -c 'baobab'
But it only discovered 19.3 GB of used space. I'm intereted in where the other ~90 GB have gone.
Show output of btrfs fi us / btrfs sub li / btrfs qgroup show /
Note that snapper was a bit confused about how the snapshot sizes, as setup-quota failed
# snapper setup-quota Quota error (qgroup already set).
but no used space information was present in the output, so I manually enabled the quota with
# btrfs quota enable
Still, I get an error message when running cleanup
# snapper cleanup number quota not working (preparing quota failed)
although the cleanup seems to be running.
At this point I'm unsure where to go next. How do I free up my disk space?
Thanks, Robert
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On Tue, 2020-04-21 at 12:37 +0300, Andrei Borzenkov wrote:
On Tue, Apr 21, 2020 at 9:40 AM Robert Munteanu <rombert@apache.org> wrote:
Hi,
I was notified today that space on my / partition is running out. I have set aside 120GB for it, and now it's basically gone.
# df -h / Filesystem Size Used Avail Use% Mounted on /dev/nvme0n1p1 120G 116G 3.8G 97% /
btrfs seems to agree - the disk is full
# btrfs fi df / Data, single: total=117.47GiB, used=113.72GiB System, single: total=32.00MiB, used=16.00KiB Metadata, single: total=2.50GiB, used=1.22GiB GlobalReserve, single: total=173.62MiB, used=0.00B
Snapper was my first option, so tried to check that
# snapper list s # | Type | Pre # | Date | User | Used Space | Cleanup | Description | Userdata -----+--------+-------+--------------------------+------+-------- ----+---------+-----------------------+-------------- 0 | single | | | root | | | current | 1* | single | | Fri Oct 5 21:12:56 2018 | root | 1.23 MiB | | first root filesystem | 357 | pre | | Sun Apr 12 22:07:29 2020 | root | 1.88 GiB | number | zypp(zypper) | important=yes 358 | post | 357 | Sun Apr 12 22:11:09 2020 | root | 103.75 MiB | number | | important=yes 363 | pre | | Thu Apr 16 00:15:25 2020 | root | 365.25 MiB | number | zypp(zypper) | important=yes 364 | post | 363 | Thu Apr 16 00:24:28 2020 | root | 2.98 MiB | number | | important=yes 365 | pre | | Thu Apr 16 09:32:03 2020 | root | 480.00 KiB | number | zypp(zypper) | important=no 366 | post | 365 | Thu Apr 16 09:32:05 2020 | root | 608.00 KiB | number | | important=no 367 | pre | | Tue Apr 21 08:31:46 2020 | root | 480.00 KiB | number | zypp(zypper) | important=no 368 | post | 367 | Tue Apr 21 08:31:48 2020 | root | 176.00 KiB | number | | important=no
I run docker and I know that it uses btrfs as well so I tried to clean any dangling objects
# docker system prune -f Total reclaimed space: 0B
I tried to analyse the used disk space with $ xdg-su -c 'baobab'
But it only discovered 19.3 GB of used space. I'm intereted in where the other ~90 GB have gone.
Hi,
Show output of
btrfs fi us /
Overall: Device size: 120.00GiB Device allocated: 120.00GiB Device unallocated: 1.00MiB Device missing: 0.00B Used: 115.29GiB Free (estimated): 3.41GiB (min: 3.41GiB) Data ratio: 1.00 Metadata ratio: 1.00 Global reserve: 173.19MiB (used: 0.00B) Data,single: Size:117.47GiB, Used:114.05GiB (97.09%) /dev/nvme0n1p1 117.47GiB Metadata,single: Size:2.50GiB, Used:1.24GiB (49.50%) /dev/nvme0n1p1 2.50GiB System,single: Size:32.00MiB, Used:16.00KiB (0.05%) /dev/nvme0n1p1 32.00MiB Unallocated: /dev/nvme0n1p1 1.00MiB
btrfs sub li /
ID 257 gen 31 top level 5 path @ ID 258 gen 634417 top level 257 path @/var ID 259 gen 632982 top level 257 path @/usr/local ID 260 gen 634417 top level 257 path @/tmp ID 261 gen 634029 top level 257 path @/srv ID 262 gen 634417 top level 257 path @/root ID 263 gen 632960 top level 257 path @/opt ID 264 gen 625276 top level 257 path @/boot/grub2/x86_64-efi ID 265 gen 243893 top level 257 path @/boot/grub2/i386-pc ID 266 gen 634241 top level 257 path @/.snapshots ID 267 gen 634417 top level 266 path @/.snapshots/1/snapshot ID 575 gen 307497 top level 258 path @/var/lib/machines ID 645 gen 443133 top level 258 path @/var/lib/docker/btrfs/subvolumes/6f0ae021c0ccf9fb4cb89f1f67add35aa88d38b1564c38df1a4748d2b10a5122 ID 646 gen 443133 top level 258 path @/var/lib/docker/btrfs/subvolumes/8e1f5343158ff40b371a93584b6d15e111e5f17a2bda7e7c2b23d77d334f227f ID 655 gen 410834 top level 258 path @/var/lib/docker/btrfs/subvolumes/cabecb9493ee0ed96b0a4c7c5afd53a5b009d685ae213be9f9815f099d92f546 ID 662 gen 410849 top level 258 path @/var/lib/docker/btrfs/subvolumes/11a7775a27a3db5ae5d7aa32d587a4e83ee9b90d8684c9fb046a8d418fa569a3 ID 697 gen 443130 top level 258 path @/var/lib/docker/btrfs/subvolumes/0e487bc5c609d0ec3e79790ae94895b3544d3111991e46d98bd1a5a7084852b1 ID 701 gen 445243 top level 258 path @/var/lib/docker/btrfs/subvolumes/d114b9a378336b0ef2e249bf3685306e4600db81523709cf0772503761fb9e98 ID 702 gen 445245 top level 258 path @/var/lib/docker/btrfs/subvolumes/e48856c26566a3c11c01e4d47c1ffd9a6ad1a629fe1264de7975e219423e020d ID 703 gen 445247 top level 258 path @/var/lib/docker/btrfs/subvolumes/bf271473113b50d4fac1bd7df96561d1898c5b4453cfec3d38ff12bc36cbe9db ID 704 gen 445249 top level 258 path @/var/lib/docker/btrfs/subvolumes/c390a45c86104a260f1976d0c346d02f4eb8b086e05ee8bbf2dc4997ce91ffc1 ID 705 gen 445251 top level 258 path @/var/lib/docker/btrfs/subvolumes/9bb5f79772159109c56e5b1c5a9b3e010dd746ce18b27cce606c62e42e0591bf ID 706 gen 445253 top level 258 path @/var/lib/docker/btrfs/subvolumes/c31e68fec022dd0ea026b441b18049347575904782d4df9a7ea35ec03fa7c4cb ID 707 gen 445255 top level 258 path @/var/lib/docker/btrfs/subvolumes/d6c598274cc49a663a5452234bc0c7b93e49f987360db7da6a08030e137d280f ID 708 gen 447212 top level 258 path @/var/lib/docker/btrfs/subvolumes/da1a0a3a0e7f7db371f0d139875ec15ed3ad60da207d49c38229f812d01b542a ID 729 gen 447227 top level 258 path @/var/lib/docker/btrfs/subvolumes/54e8b225cce3a88e7a05e2b8f8d0f69b3c791229fdb854bf337f0d5ceeb8b12e ID 730 gen 447229 top level 258 path @/var/lib/docker/btrfs/subvolumes/19cb1ee1abf76e52f1acd8e195f10f90abf6bc7ba5b19b90b4e8f70c8e65b378 ID 731 gen 447257 top level 258 path @/var/lib/docker/btrfs/subvolumes/7f14a446cc4abf6f8a222d53422dfe33eb00479655f7e3f7450cd9358b1f3bf5 ID 732 gen 447233 top level 258 path @/var/lib/docker/btrfs/subvolumes/c148d6d61697eaf7dc9447970b2928337ff15b2817383f8aa058f03487943620 ID 733 gen 447235 top level 258 path @/var/lib/docker/btrfs/subvolumes/2b6cea4da5733c0fbdf65b769b155423b0249efb753ae77afed5d84eb1256aac ID 734 gen 447266 top level 258 path @/var/lib/docker/btrfs/subvolumes/4ce4452f5f871d8e265bf833bcff4ae22c0e2aa59ac06caa0dd036206cd04fac ID 919 gen 631334 top level 266 path @/.snapshots/363/snapshot ID 920 gen 631334 top level 266 path @/.snapshots/364/snapshot ID 923 gen 628608 top level 258 path @/var/lib/docker/btrfs/subvolumes/436f090d81b099f7cbd36001429a0ac76702de0c3f115f0fabb7457e56b11a0a ID 924 gen 628610 top level 258 path @/var/lib/docker/btrfs/subvolumes/1849bb06db6d595637125c6f9cef2f577bf938842e2bfc523140d56c65771327 ID 925 gen 628612 top level 258 path @/var/lib/docker/btrfs/subvolumes/d3c63f381f26570901a0f803c14b4e9fb2f11c0f0870018ca5f308f2899bddf5 ID 926 gen 628656 top level 258 path @/var/lib/docker/btrfs/subvolumes/9028a3f5fca502e6ddf1dc2f707d1cd53714ecfd4f209d1f51ca92ded928082c ID 927 gen 628616 top level 258 path @/var/lib/docker/btrfs/subvolumes/a89cfdfa20e46c931f2ec2e6dbe8e4d76e2669ad68ea51270f9c8ee861577d1a ID 928 gen 628618 top level 258 path @/var/lib/docker/btrfs/subvolumes/aea0aee7966fbd6c40ea353315fbed3f4a197c0c27c3bb02385819647b14e309 ID 931 gen 628644 top level 258 path @/var/lib/docker/btrfs/subvolumes/1ef9d2ebcbd604ca79c3884d64c42603d90a99f3d55fb820fc2a920e30bbdf8d ID 932 gen 628667 top level 258 path @/var/lib/docker/btrfs/subvolumes/02e287f73fd644c11e5de25acf3808b5f22e7589cba58da9bb6442b2744fbf15 ID 933 gen 628648 top level 258 path @/var/lib/docker/btrfs/subvolumes/4f08bb07194daf1ac7a86be555e837e02e3bf3c34a186d24eb5e2b8d7720c095 ID 934 gen 628650 top level 258 path @/var/lib/docker/btrfs/subvolumes/359ba61fb14236c134d4f9c3a237deb7743455cdfd0fcbe64da4acb366ddad67 ID 935 gen 628652 top level 258 path @/var/lib/docker/btrfs/subvolumes/9c38974cd6d4435e49c72978a2eaa3bf523a1812824900f84d7851491e0bda08 ID 936 gen 628654 top level 258 path @/var/lib/docker/btrfs/subvolumes/e6cb3daa870e6464733617a427a1f5475f47a09c96b0381589c363ed0aec9244 ID 937 gen 628666 top level 258 path @/var/lib/docker/btrfs/subvolumes/2aa9e6b1994f4a41cfe5eff88fde43c459431a8a37cbc7bed051b96b98b5f15b ID 938 gen 628662 top level 258 path @/var/lib/docker/btrfs/subvolumes/c1ead6b0a6e6521419b7b6a6fd9253b15c0c5ec10734e55c315dea19d23c968e ID 939 gen 628660 top level 258 path @/var/lib/docker/btrfs/subvolumes/ba0195f38ee5c89ae7b551e033efc8b0f6ae5eb46ce779db3a7c960e52f7ac9c ID 940 gen 628668 top level 258 path @/var/lib/docker/btrfs/subvolumes/07a3dadc7bed24483e3c35b90bfd58bcb93d1ddb099e414138532270f0085440 ID 941 gen 628664 top level 258 path @/var/lib/docker/btrfs/subvolumes/240e9158a3baeaccabe140fc572eddfb39bb3e5bab01f40a71b25e778d8a76c6 ID 942 gen 628669 top level 258 path @/var/lib/docker/btrfs/subvolumes/a800f77791d844c0dcf75ab1efddab0cb0e266c8b3db7ab2a59380e3bf2e893b ID 1022 gen 633593 top level 266 path @/.snapshots/369/snapshot ID 1023 gen 634204 top level 266 path @/.snapshots/370/snapshot
btrfs qgroup show /
qgroupid rfer excl -------- ---- ---- 0/5 16.00KiB 16.00KiB 0/257 16.00KiB 16.00KiB 0/258 11.27GiB 11.27GiB 0/259 667.68MiB 667.68MiB 0/260 75.54GiB 75.54GiB 0/261 16.00KiB 16.00KiB 0/262 271.37MiB 271.37MiB 0/263 1.48GiB 1.48GiB 0/264 3.72MiB 3.72MiB 0/265 2.36MiB 2.36MiB 0/266 3.56MiB 3.56MiB 0/267 18.27GiB 19.72MiB 0/575 16.00KiB 16.00KiB 0/645 5.62MiB 312.00KiB 0/646 23.12MiB 3.86MiB 0/655 23.54MiB 560.00KiB 0/662 23.54MiB 560.00KiB 0/697 23.54MiB 1.45MiB 0/701 57.50MiB 2.14MiB 0/702 98.38MiB 728.00KiB 0/703 105.03MiB 144.00KiB 0/704 176.54MiB 160.00KiB 0/705 362.42MiB 64.00KiB 0/706 454.54MiB 112.00KiB 0/707 464.68MiB 80.00KiB 0/708 536.25MiB 73.68MiB 0/729 5.88MiB 316.00KiB 0/730 24.79MiB 104.00KiB 0/731 24.79MiB 96.00KiB 0/732 137.96MiB 128.00KiB 0/733 149.55MiB 96.00KiB 0/734 149.55MiB 144.00KiB 0/919 18.25GiB 3.27GiB 0/920 17.69GiB 122.38MiB 0/923 64.13MiB 84.00KiB 0/924 64.12MiB 80.00KiB 0/925 103.66MiB 104.00KiB 0/926 103.68MiB 96.00KiB 0/927 252.25MiB 80.00KiB 0/928 252.26MiB 144.00KiB 0/931 472.14MiB 128.00KiB 0/932 472.14MiB 128.00KiB 0/933 5.93MiB 332.00KiB 0/934 21.10MiB 120.00KiB 0/935 21.11MiB 96.00KiB 0/936 82.84MiB 144.00KiB 0/937 82.85MiB 164.00KiB 0/938 523.12MiB 2.77MiB 0/939 593.12MiB 96.00KiB 0/940 593.13MiB 176.00KiB 0/941 545.50MiB 112.00KiB 0/942 545.53MiB 208.00KiB 0/1022 17.85GiB 290.19MiB 0/1023 18.15GiB 4.33MiB Thanks, Robert
Note that snapper was a bit confused about how the snapshot sizes, as setup-quota failed
# snapper setup-quota Quota error (qgroup already set).
but no used space information was present in the output, so I manually enabled the quota with
# btrfs quota enable
Still, I get an error message when running cleanup
# snapper cleanup number quota not working (preparing quota failed)
although the cleanup seems to be running.
At this point I'm unsure where to go next. How do I free up my disk space?
Thanks, Robert
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On Tue, 2020-04-21 at 13:19 +0300, Andrei Borzenkov wrote:
On Tue, Apr 21, 2020 at 12:50 PM Robert Munteanu <rombert@apache.org> wrote:
ID 260 gen 634417 top level 257 path @/tmp ... 0/260 75.54GiB 75.54GiB
Ouch, so not btrfs at all. FWIW, I had a 76 G file at /tmp/dumps/robert_stdout.txt, caused by https://github.com/ValveSoftware/steam-for-linux/issues/6901 I removed it and all is well now. Thanks Andrei for your help. Robert -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
participants (3)
-
Andrei Borzenkov -
jdd＠dodin.org -
Robert Munteanu