Back in September I noticed that 'sudo du -chs /mnt/storage-1' reported
887GB used and 'df -h' 920GB for this particular volume - I went on
#btrfs for any suggestions, and balancing + defraging made no
difference. It had no subvolumes/snapshots etc, I basically used it like
a checksumed ext4fs.
Since the volume was converted from ext4, I redid it from scratch (so
made with kernel v4.1.3 or v4.1.6 on this Debian Testing machine), and
the problem went away.
After a couple of months, df reports 907GB used, whereas du says 884GB -
I currently have 8 large (1-5.5TB volumes) btrfs volumes in use,
storage-1 is the only SSD volume and the only one with this problem.
No balancing or defraging this time, it didn't make a difference before
and this is a relatively new volume.
Are there any sysadmin-level ways I can account for the ~23GB lost space?
Thanks for any help.
=========================================================
$ uname -a
Linux omega1 4.2.0-1-amd64 #1 SMP Debian 4.2.5-1 (2015-10-27) x86_64
GNU/Linux
$ btrfs --version
btrfs-progs v4.2.2
$ sudo btrfs fi usage /mnt/storage-1
Overall:
Device size: 953.87GiB
Device allocated: 932.04GiB
Device unallocated: 21.83GiB
Device missing: 0.00B
Used: 906.10GiB
Free (estimated): 45.35GiB (min: 34.43GiB)
Data ratio: 1.00
Metadata ratio: 2.00
Global reserve: 512.00MiB (used: 0.00B)
Data,single: Size:925.01GiB, Used:901.50GiB
/dev/sdb 925.01GiB
Metadata,single: Size:8.00MiB, Used:0.00B
/dev/sdb 8.00MiB
Metadata,DUP: Size:3.50GiB, Used:2.30GiB
/dev/sdb 7.00GiB
System,single: Size:4.00MiB, Used:0.00B
/dev/sdb 4.00MiB
System,DUP: Size:8.00MiB, Used:128.00KiB
/dev/sdb 16.00MiB
Unallocated:
/dev/sdb 21.83GiB
$ sudo btrfs-show-super /dev/sdb
superblock: bytenr=65536, device=/dev/sdb
---------------------------------------------------------
csum 0x7f6b70be [match]
bytenr 65536
flags 0x1
( WRITTEN )
magic _BHRfS_M [match]
fsid 27430475-c49a-4e3f-8f8d-be5c14be59db
label storage-1
generation 114344
root 683413471232
sys_array_size 226
chunk_root_generation 114251
root_level 1
chunk_root 21004288
chunk_root_level 1
log_root 683413979136
log_root_transid 0
log_root_level 0
total_bytes 1024209543168
bytes_used 971565568000
sectorsize 4096
nodesize 16384
leafsize 16384
stripesize 4096
root_dir 6
num_devices 1
compat_flags 0x0
compat_ro_flags 0x0
incompat_flags 0x161
( MIXED_BACKREF |
BIG_METADATA |
EXTENDED_IREF |
SKINNY_METADATA )
csum_type 0
csum_size 4
cache_generation 114344
uuid_tree_generation 114344
dev_item.uuid c6b32341-6300-4f21-8c3b-3d7d458c3668
dev_item.fsid 27430475-c49a-4e3f-8f8d-be5c14be59db [match]
dev_item.type 0
dev_item.total_bytes 1024209543168
dev_item.bytes_used 1000765128704
dev_item.io_align 4096
dev_item.io_width 4096
dev_item.sector_size 4096
dev_item.devid 1
dev_item.dev_group 0
dev_item.seek_speed 0
dev_item.bandwidth 0
dev_item.generation 0
=========================================================
dmesg contains a lot of information which is superfluous to btrfs and
personal, I can filter on a regex and report if necessary.
Attachment:
signature.asc
Description: OpenPGP digital signature
