SUMMARY: reclaiming space after rm'ing files

From: Beck, Joseph (jbeck@seic.com)
Date: Mon Jun 12 2006 - 11:23:53 EDT


As several people indicated, the process still had the files--fd's
allocated.
Over the weekend we were able to bring the oracle instance down and the
space was immediately reclaimed.

One response which was real helpful pointed me to an infodoc with a
script which looks thru the /proc fs for any fd's with inums that no
longer exist.
Unfortunately the script was outdated & wouldn't work with vxvol/vxfs.
It req'd /dev/dsk/c#t#d#s# when I get a few minutes I'd like to update
this script.

BTW the infodoc is 17509 (thanks Ilya)

Thanks to all who responded

Joe Beck Ciber Inc. - a consultant to SEI One Freedom Valley Drive |
Oaks, PA 19456 | p: 610.676.2258 | jbeck@seic.com

-----Original Message-----
From: sunmanagers-bounces@sunmanagers.org
[mailto:sunmanagers-bounces@sunmanagers.org] On Behalf Of Beck, Joseph
Sent: Friday, June 09, 2006 3:48 PM
To: sunmanagers@sunmanagers.org
Subject: reclaiming space after rm'ing files

df v. du conflict

(486) >> cd /u03

 (487) >> du -sk .

27472640 .

 (488) >> df -kh .

Filesystem size used avail capacity Mounted on

/dev/vx/dsk/oradg/oradata03

                        34G 34G 2.5M 100% /u03

dba took tablespace offline, then dropped table, removed datafile from
db and rm'd the file

however system did not reclaim the space.

I tried some lsof searching, but didn't find anything right away

Joe Beck Ciber Inc. - a consultant to SEI One Freedom Valley Drive |
Oaks, PA 19456 | p: 610.676.2258 | jbeck@seic.com
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:40:06 EDT