There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

How to figure out why BTRFS drive reports it is out of space 


<span style="color:#323232;"># sudo btrfs fi df /mnt/disk3
</span><span style="color:#323232;">Data, single: total=12.70TiB, used=12.27TiB
</span><span style="color:#323232;">System, DUP: total=8.00MiB, used=1.34MiB
</span><span style="color:#323232;">Metadata, DUP: total=15.00GiB, used=14.50GiB
</span><span style="color:#323232;">GlobalReserve, single: total=512.00MiB, used=608.00KiB
</span><span style="color:#323232;">
</span><span style="color:#323232;"># mkdir /mnt/disk3/tst
</span><span style="color:#323232;">mkdir: cannot create directory ‘tst’: No space left on device
</span>

I suspect this is BTRFS balancing issue, but even BTRFS’s own utility is indicating there’s still SOME space left. Certainly should be enough to create a directory.

Any ideas?

Just in general BTRFS default options for creating new volumes seem to not work well for disks that I intend to fill completely immediately after formatting. Are there better options for this use case? I just use

# mkfs.btrfs /dev/sdd1

drwho ,
@drwho@beehaw.org avatar

Have you tried a rebalance? What’s up over there?

possiblylinux127 ,

As a rule of thumb you should keep your disk usage around 60% or under.

My guess it that you have snapshots or other similar hidden data taking up space. List out your snapshots and sub volumes.

drwho ,
@drwho@beehaw.org avatar

Looking at balancing might be right place to start. ref, archive.kernel.org/oldwiki/…/FAQ.html#Help.21_I_r…

You might want to start by rebalancing by percentages and not all at once. If nothing else it’ll tell you much sooner if you’re on the right track or not. Something like sudo btrfs balance start -dusage=20 -musage=20 /mnt/disk3 to work on only blocks that are 20% full or less. That should coaleace them into single data blocks and free up some others.

ReversalHatchery ,

The metadata seems to be pretty close to full. I’m not using BTRFS, but I’ve read earlier that this is solved with rebalancing, or how is that called. Btrfs’s management command is able to do it.

But possibly the metadata is unreasonably large, so maybe the solution is not rebalancing.

wewbull ,

For me the answer is always “snapshots” and normally because of docker.

If you run a docker image store on a BTRFS drive, docker creates snapshots at various times. It never cleans them up; It has no commands that clean them up, and it means that if you delete a file it doesn’t free any space because the snapshots keep the file alive.

PeriMouse ,

also, ‘df -i’. probably not this case but…

daq OP ,

btrfs dynamically allocates inodes.

jlsalvador ,

When you create a filesystem, there is a parameter named as “block percent free”. This parameter should be “5%”, so a 5% of your partition size can only be written by the “root” user.

You can decrease this value or just free some space. You can try to create files or folders as root as well.

narc0tic_bird ,

You/I learn something new every day. Cool info!

Hawke , (edited )

Is there any reason this 5% number still holds true? Back in the days of 40 MB hard drives it made sense to make sure the system didn’t totally run out while root was fixing the low disk situation … but these days even 1% is still several gigabytes of space, not likely to run out that quickly.

ryannathans ,

Fragmentation probably but seems arbitrary

daq OP ,

xkcd.com/1172/

daq OP ,

Are you sure that’s the case with btrfs? I know ext has that feature. My understanding is btrfs just has a global reserve that can be used for any data in an low space situation.


<span style="color:#323232;"># sudo btrfs fi usage /mnt/disk3
</span><span style="color:#323232;">Overall:
</span><span style="color:#323232;">    Device size:                  12.73TiB
</span><span style="color:#323232;">    Device allocated:             12.73TiB
</span><span style="color:#323232;">    Device unallocated:            1.00MiB
</span><span style="color:#323232;">    Device missing:                  0.00B
</span><span style="color:#323232;">    Device slack:                    0.00B
</span><span style="color:#323232;">    Used:                         12.29TiB
</span><span style="color:#323232;">    Free (estimated):            449.43GiB      (min: 449.43GiB)
</span><span style="color:#323232;">    Free (statfs, df):           449.43GiB
</span><span style="color:#323232;">    Data ratio:                       1.00
</span><span style="color:#323232;">    Metadata ratio:                   2.00
</span><span style="color:#323232;">    Global reserve:              512.00MiB      (used: 0.00B)
</span><span style="color:#323232;">    Multiple profiles:                  no
</span><span style="color:#323232;">
</span><span style="color:#323232;">Data,single: Size:12.70TiB, Used:12.26TiB (96.55%)
</span><span style="color:#323232;">   /dev/sdd1      12.70TiB
</span><span style="color:#323232;">
</span><span style="color:#323232;">Metadata,DUP: Size:15.00GiB, Used:14.49GiB (96.58%)
</span><span style="color:#323232;">   /dev/sdd1      30.00GiB
</span><span style="color:#323232;">
</span><span style="color:#323232;">System,DUP: Size:8.00MiB, Used:1.34MiB (16.80%)
</span><span style="color:#323232;">   /dev/sdd1      16.00MiB
</span><span style="color:#323232;">
</span><span style="color:#323232;">Unallocated:
</span><span style="color:#323232;">   /dev/sdd1       1.00MiB
</span>
fhein ,

Would be nice if there’s some automatic solution, but after running into this issue I always run a couple different btrfs balance after deleting larger files for good measure. Took a while to figure out why Linux said there wasn’t any space left when df reported several GB available on the root partition

daq OP ,

I am surprised there isn’t an automatic mechanism to handle this especially if it is such a frequent issue.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • [email protected]
  • random
  • lifeLocal
  • goranko
  • All magazines
    •