opt/ directory is full

[Amaraa]

We using HP DL360 OS is Suse 10.1
I need help for my opt/ directory is full
i used #df -h
i see this one
[root@bgc-site-nms01 ~]# df -h

Filesystem Size Used Avail Use% Mounted on

/dev/cciss/c0d0p3 9.7G 1.3G 8.0G 14% /

/dev/cciss/c0d0p1 99M 11M 83M 12% /boot

none 506M 0 506M 0% /dev/shm

/dev/cciss/c0d0p2 29G 25G 2.9G 90% /opt

/dev/cciss/c0d0p7 2.0G 36M 1.8G 2% /tmp

/dev/cciss/c0d0p5 4.9G 1.9G 2.7G 41% /usr

/dev/cciss/c0d0p6 4.9G 220M 4.4G 5% /var

[root@bgc-site-nms01 ~]#

Opt directory contains 5.7GB but there is used size is 25Gb. Where is 19GB. I need help plz

sorry my poor enlish

[Stuart Browne]

It sounds like a file wss removed (rm), but was still in use somewhere.

Use 'lsof /opt' to find out what files are opened, and see if any of them are large, and aren't in an 'ls' output.

[Amaraa]

What are the deleted files? How to remove these files?



java 2092 root 8w REG 104,2 604524196 899368 /opt/AdventNet/ME/ServiceDesk/backup/BackUp_5004_FEB22_2007_23_14.xml (deleted)

java 18894 root 8w REG 104,2 2182621553 2470122 /opt/AdventNet/ME/ServiceDesk/backup/BackUp_5004_FEB15_2007_23_15.xml (deleted)

java 20505 root 8w REG 104,2 1880045985 899362 /opt/AdventNet/ME/ServiceDesk/backup/BackUp_5004_FEB18_2007_23_18.xml (deleted)

java 21728 root 8w REG 104,2 2100403267 2470123 /opt/AdventNet/ME/ServiceDesk/backup/BackUp_5004_FEB16_2007_23_17.xml (deleted)

java 23167 root 8w REG 104,2 1694510408 899363 /opt/AdventNet/ME/ServiceDesk/backup/BackUp_5004_FEB19_2007_23_15.xml (deleted)

java 24523 root 8w REG 104,2 2004833786 899361 /opt/AdventNet/ME/ServiceDesk/backup/BackUp_5004_FEB17_2007_23_17.xml (deleted)

java 26115 root 8w REG 104,2 1390988220 899367 /opt/AdventNet/ME/ServiceDesk/backup/BackUp_5004_FEB20_2007_23_14.xml (deleted)

java 31318 root 8w REG 104,2 1056236869 2681732 /opt/AdventNet/ME/ServiceDesk/backup/BackUp_5004_FEB21_2007_23_14.xml (deleted)

[Stuart Browne · Accepted solution]

Deleted files are just that, files that have been deleted.

The Java process however still had file-handles opened to them, so whilst the file was 'removed' (deleted), the Operating System keeps the file space intact as something still has a file handle open to it.

Find out what that Java process is, and restart it. This will force it to let go of the file handles, thus actually freeing the space.

Also, see if there's updates or fixes for that java application, as if it's doing this now, it could really mean trouble down the path!

If there aren't any updates, log a bug with the application developers.

[Amaraa]

[khbuyanzaya@bgc-site-nms01 ~]$ df

Filesystem 1K-blocks Used Available Use% Mounted on

/dev/cciss/c0d0p3 10080520 1272816 8295636 14% /

/dev/cciss/c0d0p1 101086 11260 84607 12% /boot

none 517312 0 517312 0% /dev/shm

/dev/cciss/c0d0p2 30233928 6018096 22680020 21% /opt

/dev/cciss/c0d0p7 2016016 35848 1877756 2% /tmp

/dev/cciss/c0d0p5 5036284 1956700 2823752 41% /usr

/dev/cciss/c0d0p6 5036284 258460 4521992 6% /var


Thank you very much U R MY mate GOD and always God Bless ME.lol

[Amaraa]

SNAP server capacity problem.
I need your help.We r using SNAP 4500 appliance server and OS is Guardian 3.2.0.26. Our OpManager system shows that alarm. Do u have any solution. I attached two file from OpManager Plz see attached

DISK APPROACHING CAPACITY : DiskUtilization , Instance = DISKUSAGE : Curent Value : 80 : Threshold value : 75 : Severity : Critical : Rearm Value: 50 /10.10.11.12/

[Amaraa]

Memory Utilization 96 %