On 04/20/2014 04:18 PM, Chris Murphy wrote:
> kernel 3.15.0-0.rc1.git0.1.fc21.x86_64
> btrfs-progs v3.14
>
> One 80GB virtual disk, formatted btrfs by installer and Fedora Rawhide installed to it. Post-install I see:
>
> [root@localhost ~]# btrfs fi show
> Label: 'fedora' uuid: d372e5d1-386f-460c-b036-611469e0155e
> Total devices 1 FS bytes used 4.00GiB
> devid 1 size 79.31GiB used 6.04GiB path /dev/sda3
>
> Btrfs v3.14
> [root@localhost ~]# btrfs fi df /
> Data, single: total=4.01GiB, used=3.79GiB
> System, DUP: total=8.00MiB, used=16.00KiB
> System, single: total=4.00MiB, used=0.00
> Metadata, DUP: total=1.00GiB, used=215.69MiB
> Metadata, single: total=8.00MiB, used=0.00
> unknown, single: total=80.00MiB, used=0.00
>
>
> What is unknown?
>
3.15 has this commit, it's the cause of the unknown. We'll roll the progs patch
into the next progs release, but it's nothing at all to worry about.
-chris
Author: David Sterba <dsterba@xxxxxxx>
Date: Fri Feb 7 14:34:12 2014 +0100
btrfs: export global block reserve size as space_info
Introduce a block group type bit for a global reserve and fill the space
info for SPACE_INFO ioctl. This should replace the newly added ioctl
(01e219e8069516cdb98594d417b8bb8d906ed30d) to get just the 'size' part
of the global reserve, while the actual usage can be now visible in the
'btrfs fi df' output during ENOSPC stress.
The unpatched userspace tools will show the blockgroup as 'unknown'.
CC: Jeff Mahoney <jeffm@xxxxxxxx>
CC: Josef Bacik <jbacik@xxxxxx>
Signed-off-by: David Sterba <dsterba@xxxxxxx>
Signed-off-by: Chris Mason <clm@xxxxxx>
--
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
