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/sunmanagersReceived on Mon Jun 12 11:24:34 2006
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:58 EST