topic Re: / is full in Operating System - HP-UX

/ is full

Jeff Hagstrom — Wed, 15 Oct 2008 11:36:39 GMT

/dev/vg00/lvol3 1024000 1023992 8 100% /

My / "slash" directory is full 100%. What could be growing in slash to cause it to fill up? What can I remove or shorten to get space back?

Re: / is full

Ivan Krastev — Wed, 15 Oct 2008 11:38:55 GMT

Search for core files. Search for last modified files.

regards,
ivan

Re: / is full

James R. Ferguson — Wed, 15 Oct 2008 11:44:51 GMT

Hi:

Probably the most common cause of this is a regular file in the device ('/dev') directory from a mis-typed backup like:

/dev/rmt/om

...note the "o" and not the "0".

Do:

# ls -lR /dev|grep "^-"

...and see what (if anything) turns up.

Also, see where your space has been consumed by doing :

# du -kx / | sort -k1,1rn

...the majority of the utilization should be in '/etc' and '/sbin'.

Regards!

...JRF...

Re: / is full

Ganesan R — Wed, 15 Oct 2008 11:46:40 GMT

Hi,

Check which dir consumes more space by,

#du -xk / |sort -nr |head -25

Check in /dev diretory if anyone used wrong device files(om instead of 1m)

Find large files in root.(size more than 50MB)

# find / -size +50000 -xdev -exec ll {} \;

Find if any core files and delete.

# find / -name core -print

Re: / is full

SKR_1 — Wed, 15 Oct 2008 12:11:23 GMT

Find the latest written files on FS.

find / -xdev -size +1000000c -exec ll {} \;
du -sk / | sort -n

If you dont have nothing to remove, then you need to go for ignite boot of the server and resize the root FS.

Thanks

SKR

Re: / is full

OFC_EDM — Wed, 15 Oct 2008 12:59:39 GMT

If you posted the output of bdf it would give us an idea of how your mount points are setup.

Then would be better able to advise what you could "remove".

If you're setup in a standard fashion there won't be much if anything you could remove.

Other than finding a file that grew due to the reasons already posted.

Re: / is full

Jeff Hagstrom — Wed, 15 Oct 2008 13:25:43 GMT

bdf display

Re: / is full

OFC_EDM — Wed, 15 Oct 2008 13:38:44 GMT

I was hoping to find something non-standard.
Once saw a person have /var under root. Which caused their problems with /, root not slash, :) filling up

Looks like following the advice of the above posts is the way to go.

Regards

Re: / is full

John Guster — Wed, 15 Oct 2008 13:54:02 GMT

I would cd /, do a list to check first any core, *.tar files. can you post output of ll /?

Re: / is full

James R. Ferguson — Wed, 15 Oct 2008 13:57:30 GMT

Hi (again) Jeff:

Well, what have you tried and what were your findings thus far?

...JRF...

Re: / is full

TTr — Wed, 15 Oct 2008 14:18:29 GMT

This thread is very recent and from about 4th response down it shows a very good approach on cleaning up the root filesystem

http://forums13.itrc.hp.com/service/forums/questionanswer.do?threadId=1276884

Re: / is full

Manas Mangal — Thu, 16 Oct 2008 13:21:41 GMT

please check for core file in /
cd /
ls -l core*
i think this will solve your issue .
else find with du command .

Re: / is full

Jeff Hagstrom — Thu, 16 Oct 2008 13:27:29 GMT

It turned out to be a file system that didnt' get mounted that we were writing out to.

We had to restore from an ignite tape from another box. And when he mapped in the volume groups and file systems, he missed that one.

Re: / is full

Jeff Hagstrom — Thu, 16 Oct 2008 14:07:50 GMT

I still am having a space issue on "/". I can't print, I can't save a file the "/" directory. In /dev there were some printer files that were pretty big. I moved them and it didn't help the space issue. I'm still stuck waiting for my support provider to call me back cause they can't figure it out.

Re: / is full

Tim Nelson — Thu, 16 Oct 2008 14:38:00 GMT

>>I still am having a space issue on "/". I can't print, I can't save a file the "/" directory. In /dev there were some printer files that were pretty big. I moved them and it didn't help the space issue. I'm still stuck waiting for my support provider to call me back cause they can't figure it out.

Not sure what these were but my first guess is that these "big printer files" are still open in memory.

In order to recover the space still allocated in RAM and not reflected from a filesystem point of view you either need to stop/kill those processes holding open the files or even better reboot the system as mostlikley your next comment will be that you cannot stop the application. Either way you will have to take an outage.

Re: / is full

Rory Hammond — Thu, 16 Oct 2008 14:51:26 GMT

If you have a file that is still open and did a move or delete. The space will not be free until the process that has the file open is killed.

all the suggestion given were good. I also suggest you use "lsof" to see if you have any lost open files

Re: / is full

Grayh — Thu, 16 Oct 2008 15:04:53 GMT

i think the log entries on one of the following logs would also be helpful to diagnose the issue

var/adm/syslog/syslog.log
event.log
dmesg

probably you will find something there

Re: / is full

Tom Henning — Mon, 20 Oct 2008 15:07:35 GMT

The other possibility is that you did not remove the files under the mount point when you mounted the missing directory. If this is the case then the files are still taking up space on the root volume, and you need to umount the filesystem and clean out the files under the mount point directory to reclam space.

Re: / is full

Dennis Handly — Tue, 21 Oct 2008 06:21:50 GMT

>Tom: you need to umount the filesystem and clean out the files under the mount point directory

You don't need to unmount it. What you could do is export the directory under the mount point and if you have RW access, you can remove those files.

Re: / is full

Tom Henning — Tue, 21 Oct 2008 09:21:31 GMT

Dennis Handy Stated:

You don't need to unmount it. What you could do is export the directory under the mount point and if you have RW access, you can remove those files.

------------

Sorry Dennis, I'm not certain I follow you. I was under the impression that if you exported a directory, which was a mounted volume, the remote system saw the contents of the mount point, not the directory under the mount point. Could you provide more detail on how to "export the directory under the mount point" without unmounting the file system first?