On Jan 30, 2008 3:35 AM, Buchan Milne <<a href="mailto:bgmilne@staff.telkomsa.net">bgmilne@staff.telkomsa.net</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Wednesday 30 January 2008 11:17:41 Anna Jonna Armannsdottir wrote:<br>> On ūri, 2008-01-29 at 17:03 -0600, Ralph Mitchell wrote:<br>> > I've got a few instances of<br>> ><br>
> >      a.b.c.d   <a href="http://www.server.com" target="_blank">www.server.com</a>     # <a href="http://www.server.com/" target="_blank">http://www.server.com/</a><br>> ><br>> > and the http column shows up just fine,  including the time the test<br>
> > took and a nice graph.<br>> ><br>> > The question I was just asked is, is it possible to specify "max<br>> > response time", so that if the time shown is greater than N seconds I<br>> > get a red flag??  I don't see a way to set that in the man pages for<br>
> > either bb-hosts or hobbit-client.cfg.<br>><br>> There is the possibility to use a per host test e.g.:<br>><br>> a.b.c.d <a href="http://www.server.com" target="_blank">www.server.com</a> # <a href="http://www.server.com/" target="_blank">http://www.server.com/</a><br>
> badhttp-06-0000-2359:3:5:8 badhttp-12345-2200-0659:3:5:8<br>> badhttp-12345-0700-2159:1:2:3<br>><br>> This specifies the number of times the test has to be<br>> yellow or red, in order to actually siglal yellow or red<br>
> (to the alert module- correct me if i am wrong here).<br>><br>> I suggest that this may be seen as your time N (in seconds)<br>> given by T*yellow and T*red . T is the time between tests<br>> or retests.<br>
><br>> In the working hours, I get a<br>> warning if http is down for T*2 or more, and an<br>> alert if it is down for T*3 minutes or more.<br>><br>> Some clarification may be called for here.<br>><br>
> The beauty of this, is that it can be configured per<br>> time of day or day of the week as is done in the<br>> example. BTW. I am actually using this. :)<br><br></div></div>But, it doesn't allow you to change the timeout (e.g., http server 1 with slow<br>
application always takes 30 seconds to give content back, but http server 2<br>must respond in less than 5 seconds to meet SLA) before the test is<br>considered to have failed.</blockquote><div><br>Yep, that's what I've been asked for.  It's not exactly a timeout, because that implies abandoning the connection.  The server could still be responsive, but slow - i.e. alive and talking to the public, while still being in breach of SLA.<br>
<br>Ralph Mitchell<br></div></div>