/usr is already 98% - no space left for VG00

[Ruby Ann Domalanta]

Hello,
I cannot continue to install patches because its /usr is already 98%. This file system is not as easy as /var in terms of purging.
There is no space left for VG00 to extend this file system. So the only way is to remove files from it. Can anybody help me advise what files/directories can be remove? Another option I have in mind is to swremove some product/fileset.
PHCO_16493 1.0 Korean ko_KR.utf8 locale src and binary
PHSS_24933 1.0 Korean TrueType font patch for 11.0
Let me know your thoughts or ideas. Thanks!

[Graham Cameron_1]

Try this...
http://forums1.itrc.hp.com/service/forums/parseCurl.do?CURL=%2Fcm%2FQuestionAnswer%2F1%2C%2C0xec1e8ffa98a2d5118ff10090279cd0f9%2C00.html&admit=716493758+1066206041354+28353475
--Graham

[Jean-Luc Oudart]

Hello,

what is your vg00 like ? (size)
bdf | grep vg00

JL

[Ruby Ann Domalanta]

Actually, the /usr is now 100%.

/dev/vg00/lvol3 143360 107152 34428 76% /
/dev/vg00/lvol1 83733 25238 50121 33% /stand
/dev/vg00/lvol7 819200 595946 210502 74% /var
/dev/vg00/lvol6 1044480 1043354 1069 100% /usr
/dev/vg00/usrlocal 204800 50158 145019 26% /usr/local
/dev/vg00/lvol5 204800 46218 150574 23% /tmp
/dev/vg00/lvol4 602112 464870 128677 78% /opt

[Jean-Luc Oudart]

If I'm right the total is less than 4Gb.
How big is vg00 ? (disk space)
size of swap on vg00
vgdisplay -v vg00

JL

[Thierry Poels_1]

hi,

you probably do not want to hear this, but anyway : how about adding disks? Your system lvols are small-sized: /var & /usr tend to grow beyond 1GB.

You can try to move parts of VG00 to another volume group, so you can enlarge /usr, but in the end a new disk might be cheaper.

good luck,
Thierry.

[john korterman]

Hi,
have you checked what takes up the space? Please try this:
# cd /usr
# du -sk *
and show us the result.

regards,
John K.

[Ruby Ann Domalanta]

No its not....

Actually the disk space for VG00 is ~12 GB and our swap size is ~5 GB...

As far as i know this file system should be a static FS unless we did patching. Quite strange to see it increasing. I had already looked on its directories but i don't have any idea which files can be remove.

[Jean-Luc Oudart]

Could you post the output ?
1) vgdisplay -v vg00
2) swapinfo -tam

thanks,
JL

[Ruby Ann Domalanta]

JOhn here is the list... About adding disk to it, well that is the least option we are thinking about since this box is only a DEV machine. Can you help to identify which file/directories can be deleted without any impact on the system?

547082 lib
133664 dt
73033 sbin
67212 share
48873 local
47662 conf
30896 contrib
28062 bin
28013 build
23151 sam
15148 ccs
13671 lbin
7578 include
7523 obam
5699 newconfig
1511 tsm
1140 old
705 vue
42 examples
3 etc
0 tmp
0 stand
0 spool
0 pub
0 preserve
0 news
0 netls
0 man
0 mail
0 lost+found
0 keysh
0 adm

[Ruby Ann Domalanta]

I attached the output of LVM info of VG00. For the swap info, here it is...

Mb Mb Mb PCT START/ Mb
TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME
dev 1024 0 1024 0% 0 - 1 /dev/vg00/lvol2
dev 4092 0 4092 0% 0 - 1 /dev/vg00/lvol9
reserve - 1084 -1084
total 5116 1084 4032 21% - 0 -

[john korterman]

Hi again,
it is difficult to say what is unusual on a system you do not know, but the /usr/lib is above average size. However, there may be nothing unusual about that, but would you please try and do this:
# cd /usr/bin
# du -sk *|sort -kn1

which will show the biggest files in /usr/lib sorted. Please show us the last, say 15 lines.

regards,
John K.

[Ruby Ann Domalanta]

John,

Here it is...

::> du -ks * |sort -kn1 |tail -15
164 newmail
192 adb
216 rsh
220 keysh
240 stmkfont
244 e
312 pppd
364 tsm
391 emux_diag
392 praliases
432 adb64
476 elm
704 kermit
1536 cue
10493 X11

[Jean-Luc Oudart]

Well,

one option is to move away your second swap are from vg00 into another vg.
remove this seconf swap area from fstab
reboot anbd recreate your second swap are in the other vg.
Of course you will need the 4Gb free elsewhere !

Rgds,
JL

[john korterman]

Hi again,
it surprises me a bit that nothing in /usr/lib stands out as particularly big: the biggest, X11, is only 10493 kb and not unusual. The ones following, cue, kermit and elm are quite small. I cannot see that it should be possible to delete anything that can free any considerable amount of space. However, have you deleted something from /usr recently? Just asking, as there is the odd chance that a file was deleted while a process was still writing on it - your original posting where you stated that the /usr was 98% full and now 100% full gave me this idea. If there is a chance that this has happened, then reboot the system, which will free the space taken up by the writing process.
If the above is not the case I am afraid I have not a lot more to offer..

regards,
John K.

[Ruby Ann Domalanta]

First i would like to thank those who take a moment and send their thoughts/ideas on this concern.

I guess we need to add another disk to VG00 as some of your ideas like swap move to another VG is not feasible and take too much work to do...

Anyways, i will give points to all of you. Since i will be on training on the following day, i will now close this post.

Thanks again!

[jbjbjb]

Check out the freedisk command.