Greetings,
Thanks for the quick replies from
Jim Belonis belonis_at_dirac.phys.washington.edu
Dr. Tom Blinn tpb_at_doctor.zk3.dec.com
Lee, Hank hank.lee_at_vta.org
The suggestions were to look for large open files using lsof or some other
third party utility, or to look for large files in temp areas or in the mail
spool area, if under /usr.
I had already looked at all of that stuff, but missed out on a file that lsof
indicated was open and over 1GB in size. When revisited the output from lsof,
I sorted the output, and the culprid process became obvious (althouth lsof did
not show a filename):
sqlplus 26672 yyy 1w VREG 4064,5263 280611628 29799 /usr (usr_domain#usr)
I suspect that this open file will only get a filename when written to disk,
so it is kind of hard to detect without the use of utilities such as lsof.
The 'sqlplus' process in question seems to have been a process that was
'killed' within oracle, but it remained on the system at the o/s level and kept
generating I/O and accumulating cpu time.
After verifying with the dba's that this process could be killed, I went ahead
and enjoyed seeing disk space consumption get back to normal on the /usr
partition...
Again thank you for the quick responses...
>I forgot to include the following info on my previous msg:
>
># showfdmn usr_domain
>
>
> Id Date Created LogPgs Domain Name
>34bbd79c.000b3441 Tue Jan 13 16:07:40 1998 512 usr_domain
>
> Vol 512-Blks Free % Used Cmode Rblks Wblks Vol Name
> 1L 6043524 0 100% on 128 128 /dev/rz32g
># showfsets -k usr_domain
>usr
> Id : 34bbd79c.000b3441.1.8001
> Files : 32944, SLim= 0, HLim= 0
> Blocks (1k) : 1925822, SLim= 0, HLim= 0
> Quota Status : user=off group=off
>
># du -k -s /usr
>
>1772370 /usr
>
>
>Greetings,
>>
>>I have a curious problem on our DU 4.0B system with patch 7.
>>The /usr partition, which is a 3GB advfs partition show something like
>>
>># df -k /usr
>>Filesystem 1024-blocks Used Available Capacity Mounted on
>>usr_domain#usr 3021760 1879517 46296 98% /usr
>>
>>There are no other filesets in the usr_domain.
>>
>>I have deleted hundreds of files from /usr, freeing up a few hundreds of megs
>>in the partition, but as soon as disk space is freed up, you see the available
>>disk space just start to disappear, and shortly the partition is full again.
>>The messages file does not report anything of interest, except that it says that
>>the partition is full. uerf does not have anything either.
>>
>>I have been talking to Compaq support and the initial suggestion was to do a
>>vdump and vrestore, or add a volume to the domain. We don't really want to do
>>this unless our backs are against the wall. Support thinks that the problem may
>>be with the /usr/.tags/M-6 file:
>>
>># ls -l /usr/.tags/M-6
>>
>>---------- 0 root system 23085056 Dec 31 1969 /usr/.tags/M-6
>>
>>which may have grown to a size that no longer permits the creation of more files
>>on the partition. But since I deleted numerous files, I would have expected
>>this to behaviour to change. It does not seem to be so.
>>
>>Does anyone have any ideas on how this problem may be fixed, without using the
>>drastic methods suggested so far by Compaq Support?
>
>
>+-----------------------------------------------------------------------------+
>| Acacio (Casey) Carvalho | e-mail: Casey_at_YorkU.CA |
>| ITS, 026 Steacie | |
>| York University | |
>| North York, Ontario | Tel.#: (416) 736-2100 x 22686 |
>| Canada M3J 1P3 | |
>+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
| Acacio (Casey) Carvalho | e-mail: Casey_at_YorkU.CA |
| ITS, 026 Steacie | |
| York University | |
| North York, Ontario | Tel.#: (416) 736-2100 x 22686 |
| Canada M3J 1P3 | |
+-----------------------------------------------------------------------------+
Received on Thu Jan 28 1999 - 00:05:43 NZDT