/var at 94%

[Lonny Balderston]

I loaded some Data Protector patches, and /var kicked up to 94% (from below 85%). Probably the load, but maybe not. What should I look for - to increase free space? Thank you.
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol7 2097152 1961993 126791 94% /var

[A. Clay Stephenson · Accepted solution]

Junk in /var/tmp. /var/spool/lp may have some old spool jobs. Do an lpstat -t and you may see jobs that you need to cancel via the "cancel" command. Whatever you do, do not rm anything under /var/adm/sw or your system's installed software database will be toast. Instead run the "cleanup -c 1" command to commit everything that has been superseded at least one time. This typically frees up a ton of space. However, your best cure is to move large, volatile directories under /var to separate filesystems. Likely candidates are /var/tmp, var/spool, and /var/adm/sw. It is VERY BAD to fill /var; your system will come to a screeching halt.

[Sundar_7]

Hi,

# cd /var
# du -sk * | sort -n

Concentrate on the last 5-10 directories to clean up.

Look for /var/adm/crash. If this is not a seperate filesystem than /var then probably you would have some old crash dumps in the directory. You can remove them.

Sundar

[Sanjiv Sharma_1]

Hi Mahlon,

Run the following command:

# du -ak /var | sort -nr |more

This will give a list of all the files in the descending order of size.

You can indentify the big size unnecessary files. The following activities can be done:
Trim it, Move it to some other filesystem or Remove it if not required at all.

Files of interest are:
/var/mail/root
/var/adm/syslog/mail.log
/var/adm/syslog/OLDsyslog.log
/var/adm/wtmp

etc...

[Michael Tully]

There are a number of items you can look at:

/var/spool
/var/adm/sw (sw logs and reduce them)
/var/adm/wtmp
/var/adm/btmp
/var/tmp
/var/stm/logs (one of my least favourites)

cleanup -c 1

[Geoff Wild]

If you have the disk - why not increase it?

2GB is kind of small for /var these days...

Take a look in /var/adm/crash as well....

vgdisplay -v vg00 to see if any space left in the vg...

Rgds...Geoff

[SS_6]

Do cleanup first and you may not have to increase it.Check cleanup man pages, you can do preview first and than actual cleanup.
#cleanup -p -c 2 (See man pages for detail)

[Trond Haugen]

When patches are installed backup copies of what is being patched is stored in /var/adm/sw. When it comes to Data Protector the filesetsa can be rather large. This accounts for the increased usage in /var.
If this was the first time you patched DP there will be only one "generation" of backup copies and you cannot and should not remove them. If you have patched DP previously or any other patching for that matter, you can remove "older" backup copies with 'cleanup -c 1'. I would reccomend running it in preview mode (-p) first.
Other than that it is the old routine of tmp-, spool-, mail- and log-files.

Regards,
Trond

[KapilRaj]

/var/adm/sa if u r collecting sar data regularly !

Kaps

[Shyjith P K]

Hi,

U can find out large files using following command
find /var -xdev -size +10000000c -exec ll {} \;

And the remove/zip large log files.

Also you can cleanup some old patches using "cleanup" command.

Cheers
Shyjith

[Greg OBarr]

It's probably /var/adm/sw/save. If you've never cleaned it up, there are probably hundreds of megs of saved data there from where you installed patches. You can clean it up, or if you want to save all this stuff for some reason, you can make another filesystem, move the data there, then make a link from /var/adm/sw/save.

[A. Clay Stephenson]

Do not remove anything in var/adm/sw/save; you will corrupt your installed software database. Instead use the cleanup command. It will safely remove the superceded patches and free up the space.

[Kent Ostby]

Also check in /var/adm/crash for any old system crash files.

If you have a resolution of those failures, you can remove the old dumps.

Best regards,

Kent M. Ostby

[Anand_20]

Can u check if you have free PE in vg00.
# vgdisplay vg00
If available extend the file system
#lvextend -L 2048+extended(MB) /dev/vg00/lvol7
If you already have Online JFS installed then run
#fsadm -b {2048+extendedMB}M /var


Anand