Operating System - Tru64 Unix
1748254 Members
4155 Online
108760 Solutions
New Discussion юеВ

Re: root_domain 100% full

 
SOLVED
Go to solution
Annette_11
Advisor

root_domain 100% full

The root volume group in the system appears to be at 100%
Filesystem 512-blocks Used Available Capacity Mounted on
root_domain#root 4305184 4303900 1284 100% /
/proc 0 0 0 100% /proc
usr_domain#usr 31259872 1187862 30011904 4% /usr
usr_domain#var 31259872 26306 30011904 1% /var
kits#kits 35565072 2626946 32920592 8% /kits
data1#data1 35565072 14648990 20799040 42% /data1
data2#data2 35565072 15364496 20188000 44% /data2
data3#data3 35565072 12765488 22772480 36% /data3

Can anyone tell me if there are any files which are able to be removed. Also this /proc directory seems to have created itself. I am unable to remove this directory, I have tried rmdir -p but this does not work.

Apologies if there have been similar posts, I used the search function and couldn't see any.
27 REPLIES 27
Ralf Puchner
Honored Contributor
Solution

Re: root_domain 100% full

do not delete /proc it is an api and not a stupid directory.

Please use the key "proc" within google to find an explanation and read a unix handbook explaining the basics before starting to delete something, like:

http://h30097.www3.hp.com/docs/base_doc/DOCUMENTATION/V51_HTML/MAN/MAN4/0201____.HTM

Use the search function within this forum to find a way to analyze why your filesystem is 100% full, use showfdmn instead of df (also explained if using search within this forum).
There are a lot of posting regarding this issue:

http://forums1.itrc.hp.com/service/forums/bizsupport/questionanswer.do?threadId=497590
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=497590
etc...
Help() { FirstReadManual(urgently); Go_to_it;; }
Abdul Rahiman
Esteemed Contributor

Re: root_domain 100% full

Running this might help determine which directory in / is really getting filled,

ls |grep -v -E "data|kits|proc" | xargs -i du -sk {} |sort -n -r | more

regds,
Abdul.
No unix, no fun
Johan Brusche
Honored Contributor

Re: root_domain 100% full


One of the most common causes of a full
root_domain, is a mistake made during the creation of a tar-archive, where the user misspelled the name of the output device.
The consequence is a large file somewhere in the /dev path.

Another one is the existence of a deleted but not properly closed temporary file in /tmp. Consequence is that the filename is not visible but the space is still reserved. Killing the application that did this migth liberate the space.

Johan

_JB_
Mohamed  K Ahmed
Trusted Contributor

Re: root_domain 100% full

see if you have multiple copies of vmunix under the root directory. You only need the filenamed vmunix, delete any files with name vmunix.olf, vmunix.PreUpd, vmunix.PrePatch or similar
check for big files under the /etc directory.
check for big files under the /dev directory, as mentioned before, someone might have put the name of a tape drive wrong for example vdump /dev/nrnt0h /usr, this will backup the usr directory to a "file" named nrnt0h in the dev directory.

HTH

Mohamed
Annette_11
Advisor

Re: root_domain 100% full

Thank you for all the replies. I have checked the directories mentioned and there were no files I could remove. Can anyone tell me if I can allocate more space to the / filesystem. I am familiar with aix and I want to know if there are any commands like lsvg, lspv, chfs, etc.

Thank you
Don Ritchey
Frequent Advisor

Re: root_domain 100% full

Another tool that will help you with this problem (and other problems as well) is 'lsof' from ftp://vic.cc.purdue.edu/pub/tools/unix/lsof.

This tool will list open files on the system and will help you located files that have been opened and then the file name removed. You can use 'lsof' to look for open files in the root file system by typing "lsof /|grep -v -E 'VCHR||VDIR| txt '", which will exclude directory and character special files, and shared library files from the output. The last three columns are of the most interest: Size/Offset, INode and File Name. Check the items where the file size is unusually large or where there is no file name associated with the inode.

Finish the investigation by running a find command to locate the inodes for the files associated with the inodes:
find / -xdev -inum nnn
which will search only the root file system for files with an inode of nnn. Stopping the process associated with a large unlinked file should free up the space used by that file.
Annette_11
Advisor

Re: root_domain 100% full

On doing a search on how to increase the / directory. I found a statement 'The root filesystem is a static directory and never grows unless improper files are stored in it'.

The reason I am concerned about the / filesystem being 100% is that I am about to upgrade the version of Tru64 from 5.1A to 5.1B, and I am worried the / being at 100% may affect being able to do this.

Can anyone confirm whether this will affect the upgrade?

Thank you
Mohamed  K Ahmed
Trusted Contributor

Re: root_domain 100% full

your root file system is 2GB, check the requirements of root and usr sizes for 5.1B
Don Ritchey
Frequent Advisor

Re: root_domain 100% full

The statement 'The root filesystem is a static directory and never grows unless improper files are stored in it' is not completely correct. Normally, user's files will not go into the root file system, however various programs write temporary files into /tmp, which is part of the root filesystem. Make sure that all the junk is cleaned out of root before you continue your investigation of why root is 100% full.

Your statement: "The reason I am concerned about the / filesystem being 100% is that I am about to upgrade the version of Tru64 from 5.1A to 5.1B, and I am worried the / being at 100% may affect being able to do this." is correct, with root at 100% you will not be able to upgrade from one release to another. You will need to find out the cause of the full condition and rectify it before you consider an upgrade. You may already be suffering from the side effects of a full root filesystem, in that e-mail is probably not working correctly, since most e-mail messages are managed as temporary files in /tmp.

Please use one or more of the troubleshooting methods listed in this discussion to find the cause of the full root filesystem before you consider either patches or an upgrade. The upgrade tool will probably fail without a minumum amount of space in root.