Root volume is full-ish..

[Stephanie Nicholls]

Hi All

My root disks are filling up, the systems are 5 years old, and probably not sized quite right. Before I go to the effort of trying to rebuild a new root volume on new disk are there any file systems I can move to external disk. Prime candidates I see are /var/adm/sw/save and maybe /var/opt ? Is there anything else ? What Is the minimum requirement to be held on the root volume ?

Currently in the root vg I have (not in order)
/
/stand
swap
/usr
/home
/opt
/var
/var/tmp
/tmp

Thanks

Steph

[Hakki Aydin Ucar]

Do you have any TAPE Driver to backup in your system ?
If yes, it is good to make a backup not only root but full system.

btw Ignite is loaded? check it:
# swlist -l product | grep -i ignite

good sw to make detailed backups

[raiden]

Plz share the o/p of following comands

vgdisplay -v /dev/vg00
bdf
lvlnboot -v
ioscan -fnC disk

[V. Nyga]

Hi,

you can move any of
/usr, /home, /opt, /var, /var/tmp, /tmp

but first you should cleanup /tmp and /var/tmp. There are no user files you really need, they are 'temporary directories'!

Also, if you have a properly running system you can cleanup your patches - check with
'cleanup -p -c ' for patches which are superseded times.
Check 'man cleanup' for the function of cleanup. At least 2 is a good number.
Without '-p' cleanup will be done.

Also check /var/adm/crash for files you can delete.

HTH
Volkmar

[Ganesan R]

Hi,

You haven't mentioned which filesystem on VG00 get filled up. Normally /, /var, /tmp, /home filled up since these are all dynamic filesystems.

/opt, /usr, /stand will get grow trastically unless something wrong.

[Steven E. Protter]

Shalom Steph,

I for one would need to see some figures before rushing to judgement.

vgdisplay vg00 # posted above.
bdf

You might want to look for large directories as follows to identify areas where big cuts can be made.

cd /
du -k | sort -rn | more

SEP

[Mark S Meadows]

Hi Stephanie,

I would be very cautious about doing any manual housekeeping within /var/adm/sw as this could result in the server becoming unpatchable.

Have a look at tools like "cleanup", i.e. cleanup -c 1, which removes rollback copies of patches committed at least once and can free up a large amount of space.

I would look at firstly doing a "bdf | grep vg00" in order to get a picture of the file systems within the root vg00 and their respective capacity and from there look at doing a "du -xa | sort -n" in order to see where the space is being utilised within the directory tree within the file system(s) individually and plan from there.

Have you tried initially checking for any "core files" within the root vg00 file systems as this can often free up space :

find -type f -xdev -name core -exec ls -l {} \;

I hope this helps.

Regards,

Mark

[Stephanie Nicholls]

HI All

Thanks all for the responses, just to let you know where Im coming from, Im attempting to put Jun09 patch bundles on the system and not enough space in /var Ive already run cleanup -c 1 and we weekly run a find that cleans up core files.

Im fine with mounting a new filesystem for /var/adm/sw/save if thats OK, the other sub dir that has a lot eg > 1Gb in it is /var/opt.

It just seems to be a constant problem at every bundle release to find the space to get the patches installed.

Am happy to provide more details on actual space when Im back in the office.

Cheers

Steph