Linux df not updating
I just did a bit more digging and I find be possibly related to, at least, the leakage that I've discovered. It would be interesting for you to examine the output of zdb -dddd gfs and see what type of objects are layout around when you have some leakage.They'll be pretty obvious because their path will show up as "??? @fabiokorbes After a bit more experimenting, I discovered that, at least in non-xattr=sa mode in which extended attributes are stored in their own ZFS directory and file objects, removing a file does not free its space.HMM, after further investigation, I can't seem to duplicate this any more. @fabiokorbes I think I may have been a little quick-on-the-draw coming to the conclusion that I did.I think I was just seeing the effects of deferred deletion.Plese help me out in finding solution to this In most unix filesystems, if a file is open, the OS will delete the file right way, but will not release space until the file is closed. Because the file is still visible for the user that opened it.On the other side, Windows used to complain that it can't delete a file because it is in use, seems that in later incarnations explorer will pretend to delete the file.We are testing the use of a ZFS volume to store logs.
The problem only occurs when I used "-X" which preserves extended attributes so I think this issue may only occur when some of the created and/or deleted files have extended atrributes.Some applications are famous for bad behavior related to this fact.For example, I have to deal with some versions of My SQL that will not properly close some files, over the time I can find several GB of space wasted in /tmp.You can use the lsof command to list open files (man lsof).If the problem is related to open files, and you can afford a reboot, most likely it is the easiest way to fix the problem.