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 <[email protected]> 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 <[email protected]> CC: Josef Bacik <[email protected]> Signed-off-by: David Sterba <[email protected]> Signed-off-by: Chris Mason <[email protected]> -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
