check_cluster for hosts and warning state not yellow.

Jšoerg Linge pitchfork at ederdrom.de
Mon Jan 7 18:56:00 CET 2008


Matthew Richardson schrieb:
>> From: js <forums at emat.be>
>> To: Nagios users <nagios-users at lists.sourceforge.net>
>> Cc: 
>> Date: Mon, 7 Jan 2008 17:47:08 +0100
>> Subject: [Nagios-users]  check_cluster for hosts and warning state not yellow.
>>     
>
>   
>> Hi list, 
>>
>> I'm using Nagios 3.0RC1.
>> I'm using the latest check_cluster plugin in order to implement cluster
>> logic into Nagios.
>> I'm monitoring clustered hosts and NOT services. 
>> The whole thing seems to work correct but when the clusterhost is in a
>> warning state, it is still displayed in GREEN, while that should be YELLOW
>> not? 
>> When the cluster check is critical, Nagios displays the host status RED,
>> which is OK. 
>>
>> Here's the verbose output of the plugin. 
>>
>> check_cluster - Warning: start=1 end=1: Critical: start=2 end=2 CLUSTER
>> WARNING: Host Cluster: 1 up, 1 down, 0 unreachable 
>>
>> Am I missing something? 
>>
>> Cheers, and thanks in advance. 
>>
>>
>> Js
>>     
>
> I think the issue is that hosts show green when UP and red when DOWN.
> Hosts do not have a WARNING state.
>
> It is only services which have a meaningful view of WARNING when they do
> display yellow.
>
>   
I agree with Mathew.
Return code of 1 results in WARNING on service checks but results in UP 
for host checks.

http://nagios.sourceforge.net/docs/3_0/pluginapi.html

Jörg

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
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