Xymon Mailing List Archive search

Hobbit CONN questions

list Josh Luthman
Thu, 22 Nov 2007 19:17:43 -0500
Message-Id: <user-9ba1e30a3b92@xymon.invalid>

Two hints:

1) When a host goes red, it always goes green after 28-32 seconds or 43-46
seconds.
2) When a host is red divide the number of seconds it has been unchanged by
the amount of polls.  You'll never get a a remainder greater then a minute.

On 11/22/07, Hubbard, Greg L <user-d970b5e56ec9@xymon.invalid> wrote:
 "Hobbit polls every 30 - 45 seconds"  -- really?  How did you measure
this?

*From:* Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid]
*Sent:* Thursday, November 22, 2007 6:03 PM
*To:* user-ae9b8668bcde@xymon.invalid
*Subject:* Re: RE: Re: [hobbit] Hobbit CONN questions

ARP can't be the problem - ARP will cache the result for 2 minutes and
clear it if unused.  If the result is used and is valid again within the 2
minutes, it is cached for 10 minutes.  Hobbit polls every 30-45 seconds so
ARP is not a problem.

Having switch from using hobbitping to fping I think the graphs are going
to look far superior now.  Things on the same switch are no longer 30ms but
1ms =)

I now understand why there are warnings not to use hobbitping, but I don't
understand how the command line is getting such normal results while the
graphs are getting such high results.  Does anyone know why this is?

Josh

On 11/22/07, Hubbard, Greg L <user-d970b5e56ec9@xymon.invalid> wrote:
 Don't forget the ARP protocol -- if a destination is not in the local
system's ARP cache, the lower layer code in the IP stack discards the first
packet and generates an ARP broadcast.  The assumption (I guess) is that the
discarded packet will be retransmitted.  You might look for the "knobs" on
fping to control timeouts and retry counts.

GLH

*From:* Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid]
*Sent:* Wednesday, November 21, 2007 1:13 AM
*To:* user-ae9b8668bcde@xymon.invalid
*Subject:* Re: RE: Re: [hobbit] Hobbit CONN questions

 Concerning fping options, I have some RRD graphs that show enormous
pings to some of our customer's (upwards of 800ms) because as the radio
doesn't pass any traffic it sits there and when someone first looks for it,
it acts kind of dumb.

What delegates how often the FPING command is issued?  I'm not looking
for the arguments for fping itself, but rather how hobbitd kicks fping into
gear.

I would like to increase the rate of the pings and see if that helps.
I'm running a continuous ping over night to see if that changes the graph or
if it really does spike to that outrageous height.

Josh

On 11/9/07, user-08b3b26d089f@xymon.invalid < user-08b3b26d089f@xymon.invalid > wrote:
-----Message d'origine-----
De : Henrik Stoerner [mailto: user-ce4a2c883f75@xymon.invalid]
Envoyé : vendredi 9 novembre 2007 08:23
À : user-ae9b8668bcde@xymon.invalid
Objet : Re: RE: Re: [hobbit] Hobbit CONN questions

On Fri, Nov 09, 2007 at 08:14:32AM +0100,
user-08b3b26d089f@xymon.invalid wrote:
I'm just wondering what triggers in the Hobbit code is used
to make a RED ping status :
  - after just one no echo-reply each 5min ?
  - after a couple of no echo-reply ? How much ?
  - What is the timeout used to declare the host unreachable ?
It goes red when the ping utility that is used (fping or hobbitping)
says that the host did not respond. How many pings are sent
and what the
timeouts are is decided by the ping tool; see their man-pages for
details. You can tune this through commandline options for the ping
tool, these go into the FPINGCMD setting in hobbitserver.cfg


Henrik
Got it, options must be put in the hobbitserver.cfg . Thanks for the
info!

"Les informations contenues dans ce message électronique peuvent être
de nature confidentielles et soumises à une obligation de secret. Elles sont
destinées à l'usage exclusif du réel destinataire. Si vous n'êtes pas le
réel destinataire, ou si vous recevez ce message par erreur, merci de le
détruire immédiatement et de le notifier à son émetteur."

"The information contained in this e-mail may be privileged and
confidential. It is intended for the exclusive use of the designated
recipients named above. If you are not the intended recipient or if you
receive this e-mail in error, please delete it and immediately notify the
sender."

--
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX

Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer

--
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX

Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer

-- 
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX

Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer