Nagios 3.x - service hard state problem

jfonfon jfonfon at gmail.com
Wed May 21 12:49:34 CEST 2008


> Hi,
>
> Since I'm running Nagios 3.x (now 3.0.2) I've problem with some service
> state.
> Without the foreseen retry the state of a service become HARD.
>
> As example an output of the logs:
>
> [2008-05-21 08:36:30] SERVICE ALERT: host_x;service_y;OK;HARD;1;interface
> UP
> [2008-05-21 08:35:00] HOST ALERT: host_x;UP;SOFT;5;OK - 10.x.x.x: rta
> 132.186ms, lost 0%
> [2008-05-21 08:29:55] HOST ALERT: host_x;DOWN;SOFT;4;CRITICAL - 10.x.x.x:
> rta nan, lost 100%
> [2008-05-21 08:24:45] HOST ALERT: host_x;DOWN;SOFT;3;CRITICAL - 10.x.x.x:
> rta nan, lost 100%
> [2008-05-21 08:21:35] SERVICE ALERT: host_x;service_y;UNKNOWN;HARD;1;SNMP
> read error
> [2008-05-21 08:19:31] HOST ALERT: host_x;DOWN;SOFT;2;CRITICAL - 10.x.x.x:
> rta nan, lost 100%
> [2008-05-21 08:16:45] HOST ALERT: host_x;DOWN;SOFT;1;CRITICAL - 10.x.x.x:
> rta nan, lost 100%
> [2008-05-21 08:16:35] SERVICE ALERT: host_x;service_y;UNKNOWN;SOFT;1;SNMP
> read error
>
>
> The configuration for the service is:
> Max. Check Attempts     Normal Check Interval     Retry Check Interal
>     5                       0h 5m 0s                       0h 5m 0s
>
> Do you have any idea ? Is this a bug ?
>
> Thanks in advance,
>
> Jaco
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20080521/9d5cf18b/attachment.html>
-------------- next part --------------
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
-------------- next part --------------
_______________________________________________
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