Xymon Mailing List Archive search

logic dependencies and combined to alerts

list Craig Whilding
Fri, 13 Jan 2006 13:38:40 -0000
Message-Id: <user-d9ecec3e7e1a@xymon.invalid>

I have fping installed and my hobbit install had the --ping option for
bbtest-net enabled by default in hobbitlaunch.cfg.

Yes the way you have shown it will work. Status messages from downed
hosts with route should then show what it relies on is down and report
yellow.

Why do you want clear? Surely it should still show a warning at these
switches being down but the one in red being the main concern. There may
be an option to change this colour to "clear" in hobbitserver.cfg,
haven't checked though.

Craig

-----Original Message-----
From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid] 
Sent: 13 January 2006 13:24
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] logic dependencies and combined to alerts 


Hi Craig,

thanks for the fast answer.

"route" is a tag which follows "ip name # service"
out of that and the "man explanation" i could form 
chains starting with SPF?


  1.1.1.1 SPF # 
  1.1.2.1 Switch1 #     route:SPF
  1.1.3.1 Switch2 #     route:SPF
  1.1.3.2 Switch2.1 #   route:SPF,Switch2
  1.1.3.3 Switch2.2 #   route:SPF,Switch2
  1.1.3.4 Switch2.2.1 # route:SPF,Switch2,Switch2.2
  1.1.4.1 Switch3 #     route:SPF

Will this work?
In the man page is qouted that the
  --ping 
option has to be used somewhere...
is --ping the default or do i need do recompile?

This would be a possible workaround...but not a real
satisfying state, cause status is changed to yellow
and not "clear" on failingchains.

Best
  Mathias


In message
<user-f3c96833e0f6@xymon.invalid
.com>, "Whilding, Craig" writes:
route:router1,router2,....

This is an option you can add to switches in bb-hosts to do what you
want. If a switch fails, all those below it will go yellow instead of
red so you could just alert on red tests and so only get the SPF alert
you want.=20
(I use this here).

Craig

-----Original Message-----
From: user-1579f5e36334@xymon.invalid [mailto:user-1579f5e36334@xymon.invalid]=20
Sent: 13 January 2006 12:52
To: user-ae9b8668bcde@xymon.invalid
Cc: user-1579f5e36334@xymon.invalid
Subject: [hobbit] logic dependencies and combined to alerts


Hi all,

maybe a stupid question answerd in the mailinglist many times...
(but i was not able to find it in the archive or interpret
the man)

As a new convert from bb to hobbit, first Congrats! It's
far less resource consuming then the former.

We mainly use the tool for network observation, so the conn is
our friend.
We have a couple of network-devices located on different
campi around our location. Each of the campi has a single
point of failure (SPF) at the entry.=20
There is only one hobbit (former bb) working.

What i would like to do is, setting up alerts and colorchanges
depending of the state of the SPF.

Example:

location-1
  SPF  -  Switch1
       -  Switch2     - Switch 2.1
                      - Switch 2.2    - Switch 2.2.1
       -  Switch3

If SPF fails i do not need to get messages from all the
Switches behind.
This i could handle with the tag PAGE in the alerts-cfg.

	PAGE=3Dlocation_1
		MAIL "NOC" SERVICE=3Dconn REPEAT=3D1h
	=09
Using it that way, (if i understood it) the "NOC" receives=20
one mail per hour if the state changes from location-1.
Here i have no idea (and not tested) whether this includes Mails
from all hosts or not.

At this stage i only need a message concerning the incident involving
SPF.
If switch1 or switch3 fail, obviously a mail concerning this incident.
But no mails from connected "sub"-switches...

For receiving a message on a single incident
Including:
        HOST=3Dswitch1
             MAIL "NOC" SERVICE=3Dconn REPEAT=3D1h
in the alerts-cfg, generates a mail independent from the former
        PAGE=3D....
or other settings?

Has anybody found a solution for message dependencies like qouted?


***

Next would be the color change.

Concerning this i found the keyword "depends", but no
sign that it will work in combination with the conn test....

 1.2.3.4  foo #
depends=3D(testA:host1/test1,host2/test2),(testB:host3/test3),[...]

   1.1.1.1 SPF #=20
  1.1.2.1 Switch1 # depends(conn:SPF/conn)
  1.1.3.1 Switch2 # depends(conn:SPF/conn)
  1.1.3.2 Switch2.1 # depends(conn:SPF/conn,conn:Switch2/conn)
  1.1.3.3 Switch2.2 # depends(conn:SPF/conn,conn:Switch2/conn)
  1.1.3.4 Switch2.2.1 #
depends(conn:SPF/conn,conn:Switch2/conn,Switch2.2/conn)
  1.1.4.1 Switch3 # depends(conn:SPF/conn)

would this be the correct usage?
So if SPF fails, all page behind should be "clear?".


Is this possible with hobbit, or a future release?


Thanks in advance.

Best
   Mathias