Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Ref Disk Space

Status
Not open for further replies.

uadmin

Technical User
Jun 13, 2001
122
GB
Hi

I have a problem that the directory /var is 94% full could anyone advise me on what files i am able to remove.

/dev/vg00/lvol8 138251 128646 9605 94% /var
i have moved several files ie:

mv /var/adm/visib/backup/*log* /tmp

but this has only gone down to 94% could anyone advise of any area's or a script that will create more space.

Regards
Simon Simon Peter Wickham
Email: s.wickham@zoom.co.uk
 
I don't have an HP/UX box, but with other systems I have found that sometimes this level of diskuse is spurious and a reboot clears /var down to a more acceptable level. If it's not feasible to carry out a reboot, have a look for large files in /var/adm/log. You should be able to clear space by getting rid of older entries in files like wtmp and wtmpx. Also, check for old files in /var/adm/sa. These (if they exist) are accounting files and you can delete the older ones if you're unlikely to need accounting data from way back. Hope this helps - others with a more exact knowledge of HP/UX should be able to help further.
 
Hi Ken

While i was working on the system i removed some old files from /var/adm/visib/backup these were backup.log-1 to backup.log-4.
this has now given me 85% and moving the file wtmp from the system has made this now 84%.

Thanks for the help.

Regards
Simon
Simon Peter Wickham
Email: s.wickham@zoom.co.uk
 
I recall when I worked on HP there was an option in SAM the sys admin menu to trim log files and also limit the size of them. This may help you in the future as /var fills up again as I am sure it will do.
 
Hi

One place that you might not have looked is here, just in case you can bring it down further.....
If your system has ever crashed, for every time it has crashed, it will have created a directory /var/adm/crash/crash.0, crash.1 and so on. Unless you want to debug why and they were recent enough for you to want to do so, you could remove the crash.number directories. These if they exist will get you back lots of space.

Queenie
 
Hi All

Thank you for your help inside /var/adm/crash there was one file and removing this has given me back more size.

Regards
Simon Simon Peter Wickham
Email: s.wickham@zoom.co.uk
 
Hi simon,
check /var/adm/syslog/mail.log
check /var/adm/sw/*.log
check /var/adm/sw/patch (this are your old patchs)
Look for core file and remove it
#cd /var
#find . -name "core" -print

Patel
 
Dd a find to find all files greater than x days. Confirm if you need the files , else delete them.
find /var –mtime –x –print
(will find all files created x day back).
and

find /var –size +1000000000c –exec ls –ld {} \; | more
(Will find files in /var that are greater than 1GB and list them, you can reduce the size to list smaller files)

check the following files
/var/adm/wtmp
/var/adm/btmp
/var/adm/sulog
/var/adm/cron/log
/var/spool/mqueue/syslog
/var/adm/lp/log

This files grow and could be emptied.
If all this doesn't solve your problem then you need to consider increasing the size of your /var
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top