On Thu, Dec 18, 2014 at 11:02:34PM +0800, Daniele Testa wrote: > Sorry, did not read the guidelines correctly. Here comes more info: > > root@s4 /opt/drives/ssd # uname -a > Linux s4.podnix.com 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 > GNU/Linux
This is your problem. I think the difficulty is that writes into the middle of an extent didn't split the extent and allow the overwritten area to be reclaimed, so the whole extent still takes up space. IIRC, josef fixed this about 18 months ago. You should upgrade your kernel to something that isn't written in cueniform (like 3.18, say), and defrag the file in question. I think that should fix the problem. > root@s4 /opt/drives/ssd # btrfs --version > Btrfs Btrfs v0.19 This is also an antique, and probably needs an upgrade too (although it's less critical than the kernel). Hugo. > root@s4 /opt/drives/ssd # btrfs fi show > Label: none uuid: 752ed11b-defc-4717-b4c9-a9e08ad64ba6 > Total devices 1 FS bytes used 404.74GB > devid 1 size 410.50GB used 410.50GB path /dev/md3 > > Regards, > Daniele -- Hugo Mills | Python is executable pseudocode; perl is executable hugo@... carfax.org.uk | line-noise. http://carfax.org.uk/ | PGP: 65E74AC0 | Ben Burton
signature.asc
Description: Digital signature