Forum Discussion
4syukr1_250677
Apr 04, 2016Nimbostratus
Disk partition _root_ has only 0% free
hi ,
im getting this error massage it says " diskmonitor: 011d0004: Disk partition root has only 0% free"
df -PhT |column -t
Filesystem Type Size Used Avail Use% Mounted on
/dev/mapper/vg--db--sda-set.3.root ext3 380M 380M 0 100% /
have been digging on file system , incluing user home dir, but can't file any file that consume disk space
any advise what directory should i checked? below output of du -h /
26K /root
9.7M /lib64
2.0K /srv
31M /sbin
1.5M /.config.tmp
82M /etc
4.8G /var
52M /lib
4.0K /mnt
0 /selinux
8.1G /shared
0 /sys
2.0K /media
1.2M /command
13K /lost+found
223K /tmp
2.0M /hotfix
4.5M /bin
1.8G /usr
2.0K /opt
15M /config
43G /dev
324K /home
57G /
thx
- DerIntiNimbostratusHi, you should exclude foreign mount points in your call of du. The execution of du -hx / --max-depth=1 should give you a more granular insight, where the root filesystem is utilized.
- 4syukr1_250677Nimbostratusfrom du -hx / --max-depth=1 its says 192M /
- DerIntiNimbostratusso maybe you should look for any open file handles for deleted files. (for example by executing "lsof | grep deleted") there is also a column showing the size of the file (and the process who is owning the handle).
- 4syukr1_250677Nimbostratushi DerInti ,finally some file at /tmp was still in held by process from tmsh script to backup system ucs, btw thx for help
- Bart_18836Nimbostratus
Thanks a lot, it helped me to find files which were not actually deleted
- Stefan_KlotzCumulonimbus
For me the isof-command helped, thanks to DerInti.
It indicated some "hanging" tcpdump process, so after a "kill -9 " everything was fine again and I was back to 60%.
Ciao Stefan :)
Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects