# btrfs fi show
failed to read /dev/sr0
Label: 'bootssd' uuid: ac89584c-c757-488e-8a2a-5ee5a5484dde
Total devices 1 FS bytes used 34.98GB
devid 1 size 56.00GB used 41.07GB path /dev/dm-1
Btrfs v0.19+
# btrfs fi df /
Data: total=35.00GB, used=33.34GB
System, DUP: total=32.00MB, used=16.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=3.00GB, used=1.63GB
On Wed, Feb 6, 2013 at 11:21 PM, Hugo Mills <hugo@xxxxxxxxxxxxx> wrote:
> On Wed, Feb 06, 2013 at 11:12:14PM +0100, Michael Schneider wrote:
>> Hi,
>>
>> my btrfs "hangs" when doing a balance operation.
>>
>> I'm using a 3.7.1 kernel from opensuse: linux-opzz 3.7.1-2.10-m4 #11 SMP
>> PREEMPT Fri Jan 11 18:04:04 CET 2013 x86_64 x86_64 x86_64 GNU/Linux
>> and Btrfs v0.19+
>>
>> I did a scrub which completed without errors. Then I tried "btrfs filesystem
>> balance /" which work fine for the first 23 of 46 chunks, then ist stopped
>> processing further chunks, but contiued to consume large amounts of the CPU.
>> The system logged filled quickly with messages like:
>>
>> [ 347.237658] btrfs: block rsv returned -28
> [snip]
>> Any idea what's going on?
>
> You're running out of space. Can you post the output of:
>
> # btrfs fi df /mountpoint
> # btrfs fi show
>
> this will give us a bit more info about likely scenarios. Also, josef
> published a patch(*) in the last few hours, on this list, which may
> help deal with the issue.
>
> Hugo.
>
> (*) Btrfs: rework the overcommit logic to be based on the total size
>
> --
> === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
> PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
> --- What do you give the man who has everything? -- Penicillin is ---
> a good start...
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
