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