Bug in check_disk when using mount points?

Hari Sekhon hpsekhon at googlemail.com
Wed Feb 14 18:29:16 CET 2007


I'm using check disk and want to have it test the filesystem of a mount 
point rather than a partition.

# df /
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2            153337060  28240084 117307864  20% /

DF shows the filesystem is 20% used so I want this to force an error 
using the following test line so see that it actually works:

check_disk -m / -w 90%

the above check_disk should show Warning at this point as there is less 
than 90% free space left. Whether I do 10% or 90% it still returns 
successful even when it's not in the threshold range.

# /usr/nagios/libexec/check_disk -m /home -w 100%
DISK OK - free space: / 114558 MB (77% inode=98%);| 
/=35185MB;149743;149743;98;149743
# /usr/nagios/libexec/check_disk -m /home -w 10%
DISK OK - free space: / 114558 MB (77% inode=98%);| 
/=35185MB;149743;149743;98;149743
# /usr/nagios/libexec/check_disk -m /home -w 90%
DISK OK - free space: / 114558 MB (77% inode=98%);| 
/=35185MB;149743;149743;98;149743


The same is true when I was testing the /boot partition (which is a 
separate partition). So it looks like the -m switch is broken.


Can anyone verify this? Is it a known bug, is it fixed?

I am running "check_disk (nagios-plugins 1.4.3) 1.64" (taken from the 
top line of check_disk --help)

-- 
Hari Sekhon


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null





More information about the Users mailing list