Thanks Thomas, actually I was very much trying to do at least 5-checks before changing DOWN status of an host. But this was a problem of "blocking" strategy of Nagios v1 and v2. Thus, I am waiting for v3. In fact it is in alpha stage at the moment. I can't trust it -as you can guess why- before even a few beta stages.
<br><br>I will be looking for a way to prevent "blocking" host check strategy. <br><br>Before this, I tried to close active checks of hosts and prevent any host checks. Any host had only one service which was host check (as a service). So those could be parallelised, and I did. But it borns a problem. UNREACHABLE status does not exist for me anymore. 
<br>After that, I tried to configure service depedency. However, then, only notifications were disabled of child services. But I was expecting an UNREACHABLE status for those.<br><br><span style="font-weight: bold;">Shortly - Summary
</span><br>I am asking for a way to set UNREACHABLE status for child services under service dependency.<br><br>Thanks,<br>Dinçer<br><br><br><div><span class="gmail_quote">2007/3/26, Thomas Stocking <<a href="mailto:tstocking@groundworkopensource.com">
tstocking@groundworkopensource.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Dinçer,<br>Not quite sure I follow your logic, but it looks like you want to
<br>control what happens with Nagios host checks.<br>Nagios will check the host if and when a service on that host enters a<br>non-ok state. It then executes the plugin that you select as a<br>host-alive check. If it comes back with a non-ok status on the first
<br>attempt, it will try again, up to the max number of attempts. If all<br>attempts fail, it sets to host to state DOWN (or UNREACHABLE - see the<br>parent directive). It then send a host alert, and notifications, if<br>
configured.<br>If it comes back OK, it stops checking the host, and sets it to OK. Then<br>you will get a service alert, notifications, etc.<br><br>So, one way to be sure that you always ping 5 times when you are<br>checking a host is to configure the plugin you use for the host-alive
<br>check to send 5 pings on each attempt:<br><br>$USER1$/check_icmp -H $HOSTADDRESS$ -w 3000.0,80% -c 5000.0,100% -n 5<br>for example.<br><br>You could also use a passive check to set the host state. This is a<br>pretty advanced topic, but will give you great control over host checks.
<br><br>One thing to consider is that Nagios 2.x and 1.x use a "blocking" host<br>check. That is, whenever a host check is performed (actively), Nagios<br>stops doing pretty much everything else. Thus it makes sense to optimize
<br>your active host checks. The longer they take, the larger the affect on<br>overall latency. This will be fixed in v3, or so I have read. I have not<br>tried v3 yet :)<br>    Thomas<br><br>Dinçer Kavraal wrote:<br>> Hi, (as to be numbers are only sample)
<br>> We know that host assumed to be DOWN if host does not reply (or<br>> timeout) for 5 times successively (I mean 5 distinct checks in order).<br>> Do you know how to make nagios assume that host is UP only and only if
<br>> host says OK to ping check for 5 times successively after a HARD-DOWN<br>> status?<br>><br>><br>><br>><br>> 2007/3/25, Andy Shellam <<a href="mailto:andy.shellam-lists@mailnetwork.co.uk">andy.shellam-lists@mailnetwork.co.uk
</a><br>> <mailto:<a href="mailto:andy.shellam-lists@mailnetwork.co.uk">andy.shellam-lists@mailnetwork.co.uk</a>>>:<br>><br>>     Also, in your check_ping command definition, you're requesting the<br>
>     host<br>>     respond within 30ms to be classed as up and OK.<br>><br>>     This seems awfully quick - personally I request 1000ms (1 second) to<br>>     give it a fair amount of time to respond.  If the
<br>>     host/router/whatever<br>>     is busy, it could take slightly longer than 30ms to reply, causing a<br>>     warning (or longer than 60ms to be 'down'.)<br>><br>>     Andy.<br>>     [...]
<br>><br>> ------------------------------------------------------------------------<br>><br>> -------------------------------------------------------------------------<br>> Take Surveys. Earn Cash. Influence the Future of IT
<br>> Join SourceForge.net's Techsay panel and you'll get the chance to share your<br>> opinions on IT & business topics through brief surveys-and earn cash<br>> <a href="http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV">
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV</a><br>> ------------------------------------------------------------------------<br>><br>> _______________________________________________
<br>> Nagios-users mailing list<br>> <a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br>> <a href="https://lists.sourceforge.net/lists/listinfo/nagios-users">https://lists.sourceforge.net/lists/listinfo/nagios-users
</a><br>> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.<br>> ::: Messages without supporting info will risk being sent to /dev/null<br></blockquote></div><br>