deleted file still occupying space

[Dennis Handly]

>there are about 110 entries when I run lsof | grep deleted. is it safe to kill those processes?

Which is more important, those processes or the space?

[iinfi1]

@Dennis: Kindly explain what you want to convey.
the lsof command does not show any entries from /u10
So will deleting the other processes help. For sure space is imp, but i dont want to screw something.

[Dennis Handly]

>Kindly explain what you want to convey.

You don't know what each file has, only the filesystem. But you do know the process and the owner. That the info you can use to figure out what's more important.

>the lsof command does not show any entries from /u10

Then there is nothing you can do. Somebody is lying to you. You might want to see if you regain that space after some future reboot.

>So will deleting the other processes help. space is imp, but I don't want to screw something.

No, not if it is a different filesystem.

[Patrick Wallek]

>>is an ocfs partition.

Have you checked ALL nodes that use the OCFS partition? Could a node other than the one you are logged into be holding the files open?

[iinfi1]

well, future reboot is an option.
i had checked on both nodes of my cluster. my partition /u10 is not seen in
lsof | grep deleted

the current partition doesnt contain anything related to production. i can try to umount it and remount it.... provided it allows me to.
my concern is, if this happens in my production mountpoint tomorrow, i sud be able to handle it. :)

[bullz]

Hi

not sure, u might have alrady tried all these, but just for your information.

If you use just lsof, it will show lot of entries, please try to use something like this

#lsof /u01 | grep -i deleted


as you stated, yes i understand, no deleted open files. can u also check the list of process using /u01 filesystem? by fuser, and try to understand which process can be killed.

Such issues, shuld be solved without a server reboot... good luck.... please post the solution without fail.

[Earl_Crowder]

I suggest reviewing
http://www.idevelopment.info/data/Oracle/DBA_tips/OCFS2/OCFS2_5.shtml

It may shed some light on the problems you are having.

[iinfi1]

thank you ...
looks like the idevelopment.info like mite help me.

rpm -qa shows ocfs2 version as 1.4.0
the partition in question is not in production.
so shall i umount it from all nodes and do a fsck.ocfs2 -fy /dev/sdi1 without stopping the clusterware?

[Earl_Crowder]

I would run the debugfs.ocfs2 commands first, then the fsck if it turns out there are orphaned files.

[Mohamed Saleem_1]

Hey Mate...

Try this example.. it should work. kill all the process which has the nlink count as 0.


lsof +L1 /u300 | sort -nr +7

Cheers,
Saleem