[hobbit] logic dependencies and combined to alerts
Whilding, Craig
Craig_Whilding at mentor.com
Fri Jan 13 15:14:24 CET 2006
I was meaning an option such as "if fails due to dependant in route tag
change colour to: "clear" option but their doesn't appear to be one
looking at the bbtest-net section of hobbitserver.cfg. Maybe Henrik can
confirm this?
depends=(testA:host1/test1,host2/test2)
I haven't used it but depends=(conn:SPF/conn) etc should work. Conn is a
network test run from your server. Try it and see would be the best way
although I personally prefer router as I use it for hosts on a
particular switch too.
Craig
-----Original Message-----
From: brandste at hebis.de [mailto:brandste at hebis.de]
Sent: 13 January 2006 14:02
To: hobbit at hswn.dk
Subject: Re: [hobbit] logic dependencies and combined to alerts
So the --ping is just a option in plain-ascii.
>> Puh...so grey-hairdevelopment is postponed to a new hobbit version
;-) <<
clear is more or less a "Schroedinger-Cat" with a lock at the box.
so the more reasonable color to show.
by changing the color def. into "clear" in hobbitserver.cfg i may
alter other test-results i would not like to (i wil dig in that)
As far as i understood, you are using hobbit for the same
purpose.
Have you ever tried the "depends"-tag for chain building?
Any other folks using hobbit not mainly for service monitoring?
Have you found a way?
Best
Mathias
PS: Henrik, could you confirm whether the "conn-test" works
with the "depends-tag"?
In message
<40A2891842052B40BF0AD6E6A83A9FA002324ABC at svr-gbn-exc-02.mgc.mentorg
.com>, "Whilding, Craig" writes:
> 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: brandste at hebis.de [mailto:brandste at hebis.de]=20
> Sent: 13 January 2006 13:24
> To: hobbit at hswn.dk
> Subject: Re: [hobbit] logic dependencies and combined to alerts=20
>
>
> 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=20
> chains starting with SPF?
>
>
> 1.1.1.1 SPF #=20
> 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=20
> 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
> <40A2891842052B40BF0AD6E6A83A9FA002324AA0 at svr-gbn-exc-02.mgc.mentorg
> .com>, "Whilding, Craig" writes:
> > route:router1,router2,....
> >=20
> > 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.=3D20
> > (I use this here).
> >=20
> > Craig
> >=20
> > -----Original Message-----
> > From: brandste at hebis.de [mailto:brandste at hebis.de]=3D20
> > Sent: 13 January 2006 12:52
> > To: hobbit at hswn.dk
> > Cc: brandste at hebis.de
> > Subject: [hobbit] logic dependencies and combined to alerts
> >=20
> >=20
> > Hi all,
> >=20
> > 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)
> >=20
> > As a new convert from bb to hobbit, first Congrats! It's
> > far less resource consuming then the former.
> >=20
> > 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.=3D20
> > There is only one hobbit (former bb) working.
> >=20
> > What i would like to do is, setting up alerts and colorchanges
> > depending of the state of the SPF.
> >=20
> > Example:
> >=20
> > location-1
> > SPF - Switch1
> > - Switch2 - Switch 2.1
> > - Switch 2.2 - Switch 2.2.1
> > - Switch3
> >=20
> > 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.
> >=20
> > PAGE=3D3Dlocation_1
> > MAIL "NOC" SERVICE=3D3Dconn REPEAT=3D3D1h
> > =3D09
> > Using it that way, (if i understood it) the "NOC" receives=3D20
> > 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.
> >=20
> > 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...
> >=20
> > For receiving a message on a single incident
> > Including:
> > HOST=3D3Dswitch1
> > MAIL "NOC" SERVICE=3D3Dconn REPEAT=3D3D1h
> > in the alerts-cfg, generates a mail independent from the former
> > PAGE=3D3D....
> > or other settings?
> >=20
> > Has anybody found a solution for message dependencies like qouted?
> >=20
> >=20
> > ***
> >=20
> > Next would be the color change.
> >=20
> > Concerning this i found the keyword "depends", but no
> > sign that it will work in combination with the conn test....
> >=20
> > 1.2.3.4 foo #
> >
depends=3D3D(testA:host1/test1,host2/test2),(testB:host3/test3),[...]
> >=20
> > 1.1.1.1 SPF #=3D20
> > 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)
> >=20
> > would this be the correct usage?
> > So if SPF fails, all page behind should be "clear?".
> >=20
> >=20
> > Is this possible with hobbit, or a future release?
> >=20
> >=20
> > Thanks in advance.
> >=20
> > Best
> > Mathias
> >=20
> > To unsubscribe from the hobbit list, send an e-mail to
> > hobbit-unsubscribe at hswn.dk
> >=20
> >=20
> >=20
> > To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
> >=20
> >=20
> >=20
>
>
> 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
>
>
>
To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk
More information about the Xymon
mailing list