Hi!
I am using Xymon 4.3.0 beta2 and observing an phenomenon which is not clear to me: If I ping a host on the machine the hobbit server is running on, I get ping times of 9ms (constantly). When I watch the hobbit conn page of this host, it reports 60ms response time (this value us also shown in the rrd graph) -- but the ping is done from the same host than the manual one.
Could somebody explain me where the different ping times come from?
Thomas
Thomas Bergauer wrote:
Hi!
I am using Xymon 4.3.0 beta2 and observing an phenomenon which is not clear to me: If I ping a host on the machine the hobbit server is running on, I get ping times of 9ms (constantly). When I watch the hobbit conn page of this host, it reports 60ms response time (this value us also shown in the rrd graph) -- but the ping is done from the same host than the manual one.
Could somebody explain me where the different ping times come from?
Thomas
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
This is due to some fundamental problems in the hobbitping program. It introduces artificial delays that skew the readings. While there are options you can play with to ameliorate those problems, it's better if you just install fping and use that instead. -Alan
Not sure if this is one for Devmon or Hobbit List -
Does anybody know how to stop alarming on the Cisco 3750 stackports? When not in use they are marked as down, and there is no way to set them as administrativley down.
Hobbit message - Alarming on (StackPort1,StackSub-St1-1,StackSub-St1-2)
regards
Brian
Brian,
Edit the following: /templates/cisco-3750/if_stat/exceptions
ifName : ignore : Nu.+|Vl.+|St.+
That should do it.
-Clint
-----Original Message----- From: Brian Daly [mailto:brian.daly at criticalpath.net] Sent: 5. augusta 2009 11:22 To: hobbit at hswn.dk Subject: [hobbit] Cisco 3750 Stackport issue
Not sure if this is one for Devmon or Hobbit List -
Does anybody know how to stop alarming on the Cisco 3750 stackports? When not in use they are marked as down, and there is no way to set them as administrativley down.
Hobbit message - Alarming on (StackPort1,StackSub-St1-1,StackSub-St1-2)
regards
Brian
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Thanks Clint that did the trick
Brian
Clint Simmons wrote:
Brian,
Edit the following: /templates/cisco-3750/if_stat/exceptions
ifName : ignore : Nu.+|Vl.+|St.+
That should do it.
-Clint
-----Original Message----- From: Brian Daly [mailto:brian.daly at criticalpath.net] Sent: 5. augusta 2009 11:22 To: hobbit at hswn.dk Subject: [hobbit] Cisco 3750 Stackport issue
Not sure if this is one for Devmon or Hobbit List -
Does anybody know how to stop alarming on the Cisco 3750 stackports? When not in use they are marked as down, and there is no way to set them as administrativley down.
Hobbit message - Alarming on (StackPort1,StackSub-St1-1,StackSub-St1-2)
regards
Brian
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
--
Brian Daly
Network Engineer
Critical Path
Critical Path, Inc.
42-47, Lower Mount St.,
Dublin 2,
Ireland
Phone: +353 1 241 5000 Fax: +353 1 241 5170
www.criticalpath.net <http://www.criticalpath.net>
On Wednesday, 5 August 2009 08:01:55 Thomas Bergauer wrote:
Hi!
I am using Xymon 4.3.0 beta2 and observing an phenomenon which is not clear to me: If I ping a host on the machine the hobbit server is running on, I get ping times of 9ms (constantly). When I watch the hobbit conn page of this host, it reports 60ms response time (this value us also shown in the rrd graph) -- but the ping is done from the same host than the manual one.
Could somebody explain me where the different ping times come from?
You're using hobbitping, which does not accurately measure the actual ping response. If you have fping available, you should switch to fping, by setting :
FPING="fping"
(or, the full path to fping)
in hobbitserver.cfg, and restarting hobbit/xymon.
Regards, Buchan
participants (5)
-
asparks＠doublesparks.net
-
bgmilne＠staff.telkomsa.net
-
brian.daly＠criticalpath.net
-
csimmons＠ApproSystems.com
-
thomas＠bergauer.org