rm some files but no change in bdf output

[Rgomes]

Hi,

After 'rm' some files( 20GB almost) bdf shows the older free-space but it should show the 20GB more free-space, why? 'du' command is ok but still I cannot copy other files to that directory due to unavailable free space. Any comments/suggestions?

Thanks,
Richard

[Michael Tully · Accepted solution]

This means that you've deleted a file or files that have processes associated with them. If you can find the process, you need to terminate it and the space will then be recovered.

[twang]

Richard,

Take a look at this thread:
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=302126

twang

[Steven E. Protter]

If the files you removed have open processes on them, the space won't show free until the process dies.

fuser -cu /fs_name

That will list the processes

fuser -cuk /fs_name will coldly kill all procs on a filesystem.

If you require a more subtle approach, lsof can help you identify which process has the files on hold.
http://hpux.connect.org.uk/hppd/hpux/Sysadmin/lsof-4.70/

SEP

[Rgomes]

Hi Michael, twang and SEP,

Thanks for your replies. Let me see if I can use fuser -cuk /m_point.

Thanks again!
Richard

[Mobeen_1]

Guys,
I was just wondering...will one be able to delete a file that is locked by a process? If Yes, how ?

regards
Mobeen

[Rgomes]

Hi Mobeen,

I guess if you own some process, then you can delete those files that are being open by these process. Just a thought.

regards,
Richard

[Mobeen_1]

Hello Richard,
Thanks for the information. Am i right to conclude that if i start a process A accessing file A. Then i would be able to log in and delete file A before stopping/terminating process A.

Thanks for the information in advance

regards
Mobeen

[Rgomes]

HI Mobeen,

Yes, but you have to have the permission on those files.

regards,
Richard