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 Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

/ issue

Status
Not open for further replies.

AIXFinder

IS-IT--Management
Jan 4, 2007
97
US
The size of / (root) is growing up so fast, but I am not seeing significant sizes of files under /. I can't keep adding spaces.

What could cause this issue on AIX 5.1.4?
 
Perhaps at one time you tried to delete an open file which was growing, and still is growing as the process accountable for it still has the file open, only you can't see it anymore?

Does this situation persist after a reboot?


HTH,

p5wizard
 
use the

du -sg

command to look into the space under root directories!

You should not create any directories under root without specifying an lv for that and then use the name of the directory needed as a mount point to that lv!

This will give you more control on the data!

Regards,
Khalid
 
rootvg:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
hd5 boot 1 1 1 closed/syncd N/A
hd6 paging 132 132 1 open/syncd N/A
hd8 jfs2log 1 1 1 open/syncd N/A
hd4 jfs2 18 18 1 open/syncd /
hd2 jfs2 94 94 1 open/syncd /usr
hd9var jfs2 9 9 1 open/syncd /var
hd3 jfs2 8 8 1 open/syncd /tmp
hd1 jfs2 9 9 1 open/syncd /home
hd10opt jfs2 6 6 1 open/syncd /opt
lg_dumplv sysdump 85 85 2 open/syncd N/A
syslogs jfs 20 20 1 open/syncd /usr/local/logs
loglv03 jfslog 1 1 1 open/syncd N/A
 
>> Perhaps at one time you tried to delete an open file which was growing, and still is growing as the process accountable for it still has the file open, only you can't see it anymore?

Is there a way to find the invisible file w/o reboot?
 
I think lsof can find it:

lsof|grep deleted


HTH,

p5wizard
 
Try with "fuser -dV /" it will list processes using a file that's been deleted.
 
/dev is a subdirectory of /. if a archiving command is being run to /dev/rmto instead of /dev/rmt0 <-zero then a large file in /dev called rmto is create so / fills up
 
These scripts may come in hady

faq822-1667

Mike

"Whenever I dwell for any length of time on my own shortcomings, they gradually begin to seem mild, harmless, rather engaging little things, not at all like the staring defects in other people's characters."
 
I am getting:

/:
inode=1164 size=1987045 fd=0 10044

What does this mean?

 
So, look for process with PID 10044

That would be the process which has a file open. The file was deleted some time ago, but the process is still running, and the file still exists on disk, and it is still growing. Only thing is, the file doesn't have a name anymore, but it is still using ever more disk blocks.

When you stop that process, the file will be deleted for real, and the diskspace will be recovered.


HTH,

p5wizard
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top