Problem with check_disk plugin on Solaris 8/9

Phil Costelloe philc at foundation-it.com
Tue Oct 10 11:51:38 CEST 2006


Neil Calton wrote:
> Hi
> 	I have recently installed nagios 2.5 and most things have been
> working fine. 
> However, I have found a problem with using the check_disk plugin on
> Solaris clients. I have compiled the plugins natively on both Solaris
> 8 and 9 machines with the intention of running check_disk via
> check_by_ssh on the nagios server.   
> 
> However, when I run check_disk on the Solaris machine I get the
> following 
> error:
> 
> check_disk -w 10% -c 5% -p /
> 
> INPUT ERROR: C_IDFP (0.000000) should be less than W_IDFP
>
(83805724468435134240902014763531500357152249380759204082139599818736613
628311962378616931071675065546252832685640328980818027940306357284772835
766152620132276063704247267570667710699169463291660046401036474332223635
456.0)
> and both should be between zero and 100 percent, inclusive for /
> check_disk: Could not parse arguments
> Usage: check_disk -w limit -c limit [-p path | -x device] [-t
> timeout][-m] [-e] [-W limit] [-K limit] [-v] [-q] 
> 
> I don't get this problem when I compile and run check_disk on a
> Solaris 10 machine. 
> 
> Has anyone else seen this and found a solution or an alternative
> plugin? 

This seems to be a simple problem with initialisation of variables on
some platforms or under certain optimisations. I ran across the same
problem recently on Solaris and the patch at the bottom of
http://www.nagiosexchange.org/nagiosplug-devel.31.0.html?&tx_maillisttof
aq_pi1%5Bmode%5D=1&tx_maillisttofaq_pi1%5BshowUid%5D=17265 fixed it for
me. Here it is.

--- check_disk.c~ 2006-04-19 13:56:39.000000000 +0100
+++ check_disk.c 2006-04-19 15:23:11.000000000 +0100
@@ -462,6 +462,8 @@
se->c_df = c_df;
se->w_dfp = w_dfp;
se->c_dfp = c_dfp;
+ se->w_idfp = w_idfp;
+ se->c_idfp = c_idfp;
se->found = 0;
se->found_len = 0;
*pathtail = se;
@@ -547,6 +549,8 @@
se->c_df = c_df;
se->w_dfp = w_dfp;
se->c_dfp = c_dfp;
+ se->w_idfp = w_idfp;
+ se->c_idfp = c_idfp;
se->found =0;
se->found_len = 0;
*pathtail = se;

Presumably a fix of some kind is in the current CVS version.

Phil
 
--------------------------------------------------------

Phil Costelloe
Technical Consultant

   
philc at foundation-it.com
http://www.foundation-it.com
Foundation IT
Foundation Court
Old Street
Oare
Hermitage Berkshire RG18 9SE
Switch: +44 (0) 1635 203700
Helpdesk: +44 (0) 800 0121099
DDI: +44 (0) 1635 203719
Fax: +44 (0) 8700 543537
Mobile: +44 (0) 7884 236299

 

--------------------------------------------------------
This message contains confidential information and is intended only for n.calton at rl.ac.uk, nagios-users at lists.sourceforge.net. If you are not n.calton at rl.ac.uk, nagios-users at lists.sourceforge.net you should not disseminate, distribute or copy this e-mail. Please notify Foundation IT immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Foundation IT therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
--------------------------------------------------------

-------------------------------------------------------------------------
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