HP ux root filesystem full.

[Nguyen Anh Tien]

root (/) is unable to extend even you are in single mode.
The best way you can do is finding big file or core file inside this file system
1. find core file:
find / -name core -exec ll {} \;
2. find all big file or folder inside one folder
#du -sk *|sort -nr
Regard.
P/S: pls do not forgot to assign point to each solution.
tienna

[sanjay_20]

Dear all,

1) There is no any unwanted file in the /dev directory.
2)checked /var no any big file , actually /var is on the separate vol.
3) The vol details are as ;
*Volgrop : vg00
*Physical volumes for this group : /dev/dsk/c0t6/d0
/dev/dsk/c0t5/d0
/dev/dsk/c0t4/d0

*Logical volumes on the group : /dev/vg00/lvol1 to /dev/vg00/lvol10

* lvol on /dev/dsk/c0t6d0
/ on /dev/vg00/lvol3
/stand on /dev/vg00/lvol1

* lvol on /dev/dsk/c0t4d0
/var on /dev/vg00/lvol6
/var/tmp on /dev/vg00/lvol9
.
.
.
.
and other data partitions on the remaining lvol.

Still the / size is showing 97% .

Is it possible using any Hp tool/software to online extension of the root partition without disturbing the exsting data on the volumes ?

Thanks
Sanjay

[Bill Hassell]

> Is it possible using any Hp tool/software to online extension of the root partition without disturbing the exsting data on the volumes ?

Not possible. The first 3 volumes on your boot disk must be contiguous (cannot be extended). If you don't find the files and directories that do not belong in /, you have no choice but to create an Ignite/UX backup for VG00, then restore it interactively and make / bigger.

However, before you go to all that trouble, can you post the results of this command:

du -kx / | sort -rn | head -20

If /sbin and /etc are not at the top of your list, use this command in the largest directories:

ll /largedir | sort -rnk5 | head -20

This will show the largest files in those rogue directories.

[sanjay_20]

Hi
1)Please see the output of the
#du -kx / |sort -rn |head -20

it looks the /sbin / etc are on the top .

2) I have found two log files as /etc/rc.log
/etc/rc.log.old

I have moved these files to other location. with these it increases the no of files available in / but still the percenrage size remains 97% .
Is it Ok? or revet back these files ?

Thanking you
Sanjay

[Kent Ostby]

/sbin looks a bit bigger than one would expect.

Can you post the output from:

find /sbin -size +1000000c

This will be files greater than 1 megabyte.

[Bill Hassell]

Yes, /sbin is way too largte, by about 20megs. The problem is located in /sbin/init.d (it's the largest diectory in /sbin and should only be about 1000Kb (1 meg) NOT 28Megs!! DO this to find the bad file(s):

ll /sbin/init.d | sort -rnk5 | head -20

The very largest files in this directory should be less than 40Kb. Somone has dropped a giant file (or several) in this directory.

NOTE: rc.log and rc.log.old are always in the /etc directory. When you shutdown and reboot, these files will bve recreated. If these are very large (larger than 20-40Kb) then read them and look for problems. rc.log is the bootup log and rc.log.old is the shutdown log.

[sanjay_20]

Hi ,
Please find the output of the commands,

Kindly suggest

Thanks
sanjay

[Stephen Keane]

Lose the nohup.out to start with!

[RikTytgat]

It's quite obvious: remove the file /sbin/init.d/nohup.out

It hasn't been changed recently, so the nohupped process has probably exited.

Rgds,
Rik

[Anthony Lennan]

You should remove nohup.out. That is just a log file that has been created when some one has used the nohup command.

Moving it or removing it should resolve help resolve your disk space issues.

Rgds,
Anthony