Incorrect disk space reporting

Incorrect disk space reporting

[Michel Alexandre Salim]

I have btrfs /home partitions on two machines, a laptop with Fedora
11.91 (Rawhide) x86_64, and a netbook with the same OS, i686 (32-bit).
Both with kernel 2.6.31-2.fc12 and btrfs-progs 0.19.

/home directories are both converted from ext4.

On the netbook, everything is fine; on the laptop, I thought
everything was fine until I ran a program installer that checks the
amount of disk space. To my surprise, I then noticed that it is as
follows:

$ df -h /home
/dev/mapper/system-home 212G -64Z -99G 100% /home

Doing btrfsck on the partition does not produce anything out of ordinary:

# btrfsck /dev/mapper/system-home
found 163919360000 bytes used err is 0
total csum bytes: 158147320
total tree bytes: 1976504320
total fs tree bytes: 1623146496
btree space waste bytes: 540904631
file data blocks allocated: 215433904128
 referenced 161871007744
Btrfs Btrfs v0.19

The same laptop has been used to format an external hard drive as
Btrfs, and the reported disk space on that drive is fine as well.
Deleting ext2_saved/image does not change the result reported by df.

Any more data I could provide? I'd rather not image the drive as it is
huge (and contains some personal data). I could, of course, backup,
create a fresh filesystem, and restore, but would prefer to not do
that if this problem needs troubleshooting.

Thanks,

-- 
Michel Alexandre Salim

Re: Incorrect disk space reporting

[Yan, Zheng]

2009/9/15 Michel Alexandre Salim <michael.silvanus@gmail.com>:
> I have btrfs /home partitions on two machines, a laptop with Fedora
> 11.91 (Rawhide) x86_64, and a netbook with the same OS, i686 (32-bit)=
=2E
> Both with kernel 2.6.31-2.fc12 and btrfs-progs 0.19.
>
> /home directories are both converted from ext4.
>
> On the netbook, everything is fine; on the laptop, I thought
> everything was fine until I ran a program installer that checks the
> amount of disk space. To my surprise, I then noticed that it is as
> follows:
>
> $ df -h /home
> /dev/mapper/system-home 212G -64Z -99G 100% /home
>
> Doing btrfsck on the partition does not produce anything out of ordin=
ary:
>
> # btrfsck /dev/mapper/system-home
> found 163919360000 bytes used err is 0
> total csum bytes: 158147320
> total tree bytes: 1976504320
> total fs tree bytes: 1623146496
> btree space waste bytes: 540904631
> file data blocks allocated: 215433904128
> =A0referenced 161871007744
> Btrfs Btrfs v0.19
>
> The same laptop has been used to format an external hard drive as
> Btrfs, and the reported disk space on that drive is fine as well.
> Deleting ext2_saved/image does not change the result reported by df.
>
> Any more data I could provide? I'd rather not image the drive as it i=
s
> huge (and contains some personal data). I could, of course, backup,
> create a fresh filesystem, and restore, but would prefer to not do
> that if this problem needs troubleshooting.
>

This bug has already been fixed in btrfs-progs-unstable tree. The bug
only affects fstatfs(2)

Yan, Zheng
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Incorrect disk space reporting

[Michel Alexandre Salim]

Hi Zheng,

On Tue, Sep 15, 2009 at 12:51 AM, Yan, Zheng <yanzheng@21cn.com> wrote:
> 2009/9/15 Michel Alexandre Salim <michael.silvanus@gmail.com>:
>> I have btrfs /home partitions on two machines, a laptop with Fedora
>> 11.91 (Rawhide) x86_64, and a netbook with the same OS, i686 (32-bit).
>> Both with kernel 2.6.31-2.fc12 and btrfs-progs 0.19.
>>
>> /home directories are both converted from ext4.
>>
>> On the netbook, everything is fine; on the laptop, I thought
>> everything was fine until I ran a program installer that checks the
>> amount of disk space. To my surprise, I then noticed that it is as
>> follows:
>>
>> $ df -h /home
>> /dev/mapper/system-home 212G -64Z -99G 100% /home
>>
> This bug has already been fixed in btrfs-progs-unstable tree. The bug
> only affects fstatfs(2)
>
Aha, thanks. Is the only solution to dump / reformat / restore? This
is what happens when I tried btrfsck from the unstable tree:

[michel@erdos unstable]$ sudo btrfsck /dev/mapper/system-homeparent
transid verify failed on 207315775488 wanted 979 found 973
btrfsck: disk-io.c:739: open_ctree_fd: Assertion `!(!tree_root->node)' failed.
Aborted
[michel@erdos unstable]$ sudo btrfsck /dev/mapper/system-home
parent transid verify failed on 207317180416 wanted 980 found 935
btrfsck: disk-io.c:416: find_and_setup_root: Assertion `!(!root->node)' failed.
Aborted
[michel@erdos unstable]$ sudo btrfsck /dev/mapper/system-home
parent transid verify failed on 207317180416 wanted 980 found 935
btrfsck: disk-io.c:416: find_and_setup_root: Assertion `!(!root->node)' failed.
Aborted

Note -- with the stable tree, btrfsck works fine, it just did not fix
the free space count

Thanks,

-- 
Michel Alexandre Salim