Help me: root directory is full

[hanguyenmanh]

My HPUx is a error:
use bdf then result is:

bvcls2:/# bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 614400 597024 17264 97% /
. . .

but when I use du -kxs then result is:
bvcls2:/# du -kxs
312152 .

I dont know why is 97% used ???
Mntks!

[Ivan Krastev]

Search for core files, search for last accessed/created files.

If its not possible to delete anything there is a procedure to increase root without reboot. You need MirrorDisk/UX for that.

regards,
ivan

[Prashanth Waugh]

Hi,
check
find / -name core

Reagrds
prashant

[Fred Ruffet]

I see two causes for your problem :

. There is preallocated space on this lv. And that is strange. This is generally use for data, and data should not be found on /. "du" command gives used space, whereas bdf gives allocated space. Troobleshot this will be difficult. You'll have to check everywhere. "ls" command also gives allocated space, so "ls -l" should give a different result than "du", and this should point to the file.

. Other cause can be a directory, with files in it, but hidden by a mounted filesystem. For instance, if /var wasn't a filesystem at the begining and started to fill /, and then a filesystem was created to be mounted there. If the filesystem has been mounted over the old files, you can't see them anymore, but they are still there, consuming space.

As the second cause is easier to point, could you give here the result of the "mount" command ?

Regards,

Fred

[Ernesto Cappello]

Hi, you can use the following command:

find / -follow -size +100000

where the size option is in bytes.

Best regards.
Ernesto

[MarkSyder]

How long has it been 97%? If it's not growing, you don't need to worry.

If it has grown, the most common thing is a mistyped tape device name resulting in a large text file in /dev.

Alternatively, look for processes writing to a directory in root that should be in its own filesystem.

Mark Syder (like the drink but spelt different)

[Suraj K Sankari]

Hi,

Use lsof to find open files, because find command will not find open files which is not in used any more.
lsof +L1 /

Suraj

[Fred Ruffet]

Suraj, "used" in bdf doens't mean files are currently in use, but indicates used space. lsof is no help here.

[Gokul Chandola]

Hi,
If you have free unmounted space or unused mounted filesystem than you can increase the size of root FileSystem.
You can do this via SAM.

Regards,
Gokul Chandola

[SKR_1]

paste the output of below command, you will find the bigger files.

find / -xdev -size +1000000c -exec ll {} \;

If you dont find any bigger or the file which can be deleted, then you need to take the downtime for the system, and boot from ignite tape and resize the root file system then.

Thanks

SKR

[Suraj K Sankari]

Hi Fred,

With lsof you can find those files which are not using but still opened this type of files also taking good space.
Same problem I have faced earlier with the help of lsof only I have solved..

Suraj