System file full

[Nik Ghazali Nik Su]

My system file under /root was full. I deleted most of the log file but the space still not recover. Which file can I further delete under /root file system to recover my space.
Can I delete /etc/opt/resmon/persistence/p.1.710574890 or not. This file took about 25 MB of disk space.

[Shaikh Imran]

Hi,
I would do the following...

1) look for btmp & wtmp files and redirect it to null.
2) Also look into /dev/rmt directory if any big file is generated by mistake giving a wrong backup device file.
3) check if mails for root are stored in /root file system and try to backup that if required and delete the not required mails
4) check and remove if any software which you are not using and it's installed.

Regards,

[Nik Ghazali Nik Su]

I already trim btmp, wtmp , most of the log file and also core file but still not much space recovered.
anymore suggestion?

[Con O'Kelly]

The root (/) filesystem should not really grow in size.
I'd check which directories are causing the problem. Use:
# cd /
# du -skx * | sort -rn

Post the output as well as output of:
# bdf /

Cheers
Con

[Con O'Kelly]

Sorry should have said:
# du -kx / | sort -rn | head -15

Cheers
Con

[YoungHwan, Ko]

It is possible to increase file system by delete below files..
/var/spool/mqueue/ => this is mail queue.
/var/tombstones/ts## file => remain ts95,96,97,98,99. And the other files may delete.
/var/adm/syslog/OLDsyslog.log

[Nik Ghazali Nik Su]

How to increase space into /root filesystem?

[Shaikh Imran]

Hi,

For increasing /root file-system you will have to take complete ignite backup and re-install the O.S. and restore it back..

Regards,

[florence mathon lermusi]

Hi,

did you check some really big /dev/rmt file ?

[Thayanidhi]

Hi,

It is also possible that there could be some hidden files in the mount points. say if you have file at /var when system mount var file system /var this will be hidden. But still
the space is utilized.

Do you have Mc/SG installed. Then check the package log files under /etc/cmcluster/

Trimming a log file under /var won't help for / full.

TT

[Bill Hassell]

You can remove the persistence file. This is part of the online diagnostics system. However the large size points to the possibility of incorrect STM or EMS configuration, or the need for patches. Note that trimming files such as syslog, wtmp or btmp will not help as they are not located in / (the root directory). To see where the biggest directories are located, do this:

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

You should get something like this:

26961 /
14772 /sbin
8220 /etc
3954 /etc/opt
3508 /etc/opt/resmon
3166 /sbin/fs
1796 /etc/lvmconf

If any of your directories are much larger, look inside to see what files are there. /dev should be very small. Otherwise you probably have a wrong file there:

du -s /dev

To find wrong files, use this:

find /dev -type f

[john kingsley]

The best way to increase /root is to use make_tape_recovery.

1.) Install Ignite-UX if you don't already have it. You can get it free from HP's software site.

2.) Create a tape backup of everything (just in case)

3.) Run make_tape_recovery with the preview opition on the entire VG00.

# make_tape_recovery -x inc_entire=vg00 -p

4.) Edit /var/opt/ignite/recovery/latest/system.cfg and increase the size of your root filesystem (lvol3).

5.) Resume the make_tape_recovery

# make_tape_recovery -r

6.) Boot from the recovery tape. The system will be rebuilt exacty like your original system, but it will have the new size you defined for root.

[Nik Ghazali Nik Su]

If /etc/opt/resmon/persistence/p.1.71057489, does it give any impact to my system. I afraid that the system is running unstable. So I want to make sure that the files that going to be deleted is not affect my system.

[Nik Ghazali Nik Su]

Sorry, forgot this word.
If I delete /etc/opt/resmon/persistence/p.1.71057489, does it give any impact to my system. I afraid that the system is running unstable. So I want to make sure that the files that going to be deleted is not affect my system.

[Bill Hassell]

As I mentioned, you can safely delete the file /etc/opt/resmon/persistence/p.1.71057489. It was created by the diagnostics and will not affect your system when deleted. However, you need HP's help in looking at your computer to see why such a large file was generated. You may have a hardware problem that needs fixing, or the diagnostics have not been configured correctly.

[R. Allan Hicks]

find / -mountstop -size +100000000c

Finds all files over 1meg under the root mount point. This should turn up files that were accidently create under /dev and so forth.