topic Re: /usr at 96% in Operating System - HP-UX

/usr at 96%

Amiel Tutolo — Wed, 23 Aug 2000 12:56:22 GMT

The /usr is at 96% and I do not see anything else I can remove or move from here. The /usr/tmp is empty. Any suggestions would be of great help. I cannot expand the volume plus I don't want to mask a potential problem. The size is 417MB.

Re: /usr at 96%

Victor BERRIDGE — Wed, 23 Aug 2000 13:08:48 GMT

Try to move something not vital in /usr to somewhere else and so a link:
check that you have a backup first

#find -depth|cpio -xdump

#rm -rf
#ln -s

Hope this helps

Victor

Re: /usr at 96%

Rick Garland — Wed, 23 Aug 2000 13:09:55 GMT

If that fails, you can try to extend the /usr through Ignite.

Re: /usr at 96%

Cheryl Griffin — Wed, 23 Aug 2000 13:13:28 GMT

This is one of the filesystem that must remain in root, so expand or free up space are the only two options.

There have been many posts in the Forum on how to find large files, for instance using du -k /usr, so you might want to do that search and see if you can identify anything that does not belong.

There is a "Filesystem Full" (document id BA961218001) paper in the Knowledge Base that states how to remove man page space, which may delay you slightly but when space is needed, you might want to sacrifice the man page speed for space.

Re: /usr at 96%

Emilio Sierra — Wed, 23 Aug 2000 13:15:00 GMT

Prueba con
find . -name core

Re: /usr at 96%

Michael Dun_1 — Wed, 23 Aug 2000 13:17:06 GMT

Checking for large files under /usr may allow you to determine if there are a few large files that are using up space (like runaway log files).

du -a |sort -nr |more

You may also want to try to see if there are any log files that you could trim - that might free up some space, even though they aren't usually stored in /usr...

Re: /usr at 96%

Anthony deRito — Wed, 23 Aug 2000 13:21:08 GMT

Amiel, use the following commands to try and help you determine what is causing the filesystem to be full. Unless your filesystem is extremely small, you have the possibility to run into the same problem later.

list files in sorted by time:
#cd /usr
#ls -lt

find files [n] days old:
#find /usr -mtime +[n] -exec ll {} ;

find large files [n] size:
#find /usr -xdev -size +$[n]c -exec ll {} ;

find large disk usage directories:
#cd /usr
#du -x | sort -n

Tony

Re: /usr at 96%

Amiel Tutolo — Wed, 23 Aug 2000 13:36:41 GMT

I have one other question. Can I remove /usr/old? This system was upgraded by cosultants and I am not sure if they cleaned up after themselves after the upgrade from 10.20 to 11.0. Thanks again

Re: /usr at 96%

Cheryl Griffin — Wed, 23 Aug 2000 14:21:12 GMT

If /usr/old is not being used, it is a good candidate for removal. Why not monitor it periodically with fuser and if it is not used, remove it. fuser will show if it's opened/busy.

# fuser -cu /usr |grep old

Re: /usr at 96%

James R. Ferguson — Wed, 23 Aug 2000 14:23:46 GMT

Hi:

You might want to see if the files in /usr/old haven't been accessed in a reasonalble timeframe:

ls -ulR /usr/old

...JRF...