Bob, is this a better technique than using 'lsof' in general? ciao,
Ben PS - lsof is 'ls' for the system's open files. It is in my /usr/sbin/ on redhat 9... I think I remember it *not* being a stock utility before. On Mon, 22 Dec 2003 11:49:54 -0800 Bob Miller <[EMAIL PROTECTED]> wrote: | Jim Beard wrote: | | > I'm working on a RedHat 7.3 system and am experiencing some strange | > behavior. The /var partition keeps filling up. Since logs etc, get | > written there I'm not surprised that it might fill up fast, however.... | > df, tells me the partition is 2.5 gigs... when I started addressing | > this problem the size of /var was 1.8 gig. I used 'du -h | > --max-depth=1' so I so I could see the sizes of the first level of | > directories etc... Now, when I find some files I can delete, say old | > log files, maybe 300 Megs worth, and remove them, it takes about 30 | > seconds for 'df' to show the space used as 100% on /var... I've | > watched it go 96%, *pause for 2 seconds*, 97%, * pause for 2 more | > seconds*, 98% .. etc ... So now I'm stuck, left with a 1.4 gig /var | > directory, which df says is full of 2.5 gigs worth of stuff... and I | > can't, for the life of me, figure out where this new data is being | > written.... | > | > Any advice? | | Possibly a deleted file that's still open to one or more processes. | Find it like this. | | # ls -l /proc/*/fd | grep /var | # ls -l /proc/*/fd | grep '/var.*deleted' | # ls -l /proc/*/fd | less +/'\/var.*deleted' | | You'll probably have to kill the process. | | -- | Bob Miller K<bob> | kbobsoft software consulting | http://kbobsoft.com [EMAIL PROTECTED] | _______________________________________________ | EuG-LUG mailing list | [EMAIL PROTECTED] | http://mailman.efn.org/cgi-bin/listinfo/eug-lug -- _______________________________________________ EuG-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
