fs size reporting

[Michael Murphy_2]

Hello - i am having an issue where we believe a log file was "zeroed out" (>file) in the /tmp directory - but that a process still has the space reserved due to an open file descriptor. The bdf is showing 98% full but du does not show near full - we have seen this before and usually can locate the process and kill. This time we can't seem to locate - is there a way to find the process or list the true size of the file (ls -l seems to still show zero) thanks

[James R. Ferguson]

Hi:

You need to download and install 'lsof':

http://hpux.connect.org.uk/hppd/hpux/Sysadmin/lsof-4.82/

# lsof +D /path +L1

...will list open, unlinked files in /path.

Regards!

...JRF...

[Patrick Wallek]

If the file still exists you can try:

# fuser -u /tmp/filename

or if you have lsof:

# lsof -f -- /tmp/filename

[VK2COT]

Hello,

Classical problem that often happens :)

a) If you do not know the name of the
log file, simply check all open files in /tmp:

# fuser -cu /tmp

Or,

b) If you know the name of the file:

# fuser /tmp/mylogfile

Even more powerful is open-source tool lsof.
It can do excellent job in finding open or
unlinked files.

Cheers,

VK2COT

[Steven E. Protter]

Shalom,

If you delete the contents of a file, while there is still an open file hand on it, the space is not returned and does not show free.

As noted above fuser -cu will display you the process id's. From there you can determine the process that needs to be killed or bounced in orded to get the space back.

SEP