Take a look at the Xymon alert man page:
http://www.hswn.dk/hobbit/help/manpages/man5/hobbit-alerts.cfg.5.html
You can specify a script to be executed for any given alert. The ALERT
SCRIPTS section in the man page gives details of the environment variables
passed in with the the alert information. So, you could write a script to
send snmp traps.
I don't know about alert failover.
Ralph Mitchell
On Wed, Mar 25, 2009 at 9:07 PM, J Sloan <joe (at) tmsusa.com> wrote:
After a bit of a hiatus from bb/hobbit/xymon issues, I'm looking at it
again.
I've grabbed a copy of xymon-4.4.0 svn and set it up on a test server
here - very nice.
As hope springs eternal, I'm again hoping to replace our aging big
brother servers with xymon, since it's the closest thing to a drop-in
replacement. Hopefully xymon can be made to do some specific things that
bb does, which we depend on here, namely:
1. snmp traps - this is just a basic requirement to send out an snmp trap
on an alert. We have no need to receive snmp traps, only to send them, as
big brother does. We depend on that behavior to generate tickets by
sending traps to netcool whenever there is a bb alert condition.
2. alerting failover - we have redundant bb servers are set up, in pairs.
each pair of bb servers monitors certain network segments, while only one
of the pair is designated as the bbpager, i.e. only one of the pair sends
out alerts. But, should the passive bbpager be unable to reach the
normally active bbpager, failover kicks in, and the normally passive
server begins sending out all alerts. Worst case, we have a split brain
condition and get 2 copies of an alert, but in practice, that's only
happened a handful of times since 2005.
Can xymon 4.4.0 do these things, or is there a way to implement this
behavior with some appropriate add-ons?
Joe