<div dir="ltr">Hi Torsten<div><br></div><div>That looks excellent.</div><div>Unfortunately, I will only be back at $CLIENT next week, but I will give that a go when I get there.</div><div>It looks like exactly what I am looking for.</div><div><br></div><div>Thanks</div><div>Vernon</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 17 December 2014 at 16:02, Torsten Richter <span dir="ltr"><<a href="mailto:bb4@richter-it.net" target="_blank">bb4@richter-it.net</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Hi Vernon,<br>
<br>
I actually do this for a client too.<br>
Since the alerting is outsourced to an external company over the weekend<br>
and this company uses BMC P*** I need to forward all of the red or<br>
purple alerts to this console.<br>
<br>
This is what I have in alerts.cfg:<br>
<br>
SCRIPT /home/bbrother/hobbit/server/ext/sendpatrol <IPofCONSOLE><br>
DURATION>6 COLOR=red,purple RECOVERED<br>
<br>
Thus it sends for all red and purple alerts a trap to the remote console<br>
and if something goes back to green another trap is sent to autoclose<br>
the event.<br>
<br>
The recovery is not working if something goes from red to yellow and<br>
THEN to green.<br>
Therefor I use a cron script that checks every hour if there are alerts<br>
that are expired and then sends the autoclose trap to the remote console.<br>
<br>
The remote guys need to have the information in a special order. So<br>
basically the script is calling snmptrap with some parameters and thats it.<br>
<br>
The command looks like this:<br>
<br>
SNMP="/usr/bin/snmptrap"<br>
MIBNAME="NET-SNMP-EXAMPLES-MIB"<br>
MIBTLVL="netSnmpExampleScalars"<br>
MIBSCLR="netSnmpExampleString"<br>
SNMPLOG="${BBTMP}/patrol.log"<br>
<br>
${SNMP} -v ${VERSION} -c ${COMMUNITY} -Lf ${SNMPLOG} ${RCPT} ""\<br>
${MIBNAME}::${MIBTLVL} ${MIBSCLR} s\<br>
"${BBHOSTNAME};${BBSVCNAME};${BBCOLORLEVEL};ALARM ${ALARMNUM}\<br>
(${ESCALATION});${BBCOLORLEVEL}"<br>
<br>
SNMPLOG is a file where snmptrap puts some useless information and it is<br>
overwritten every time.<br>
<br>
As most of the variables are self explaining I will only explain 2 of them:<br>
<br>
ALARM ${ALARMNUM} - ALARM is the keyword and ALARMNUM is a phone no. the<br>
guys have to call.<br>
${ESCALATION} - is the phone no. of the manager on duty if they don't<br>
reach someone on the other line.<br>
<br>
HTH<br>
Torsten<br>
<span class=""><br>
On 17.12.2014 05:24, Vernon Everett wrote:<br>
> Hi all<br>
><br>
> At $CLIENT, an "executive decision" was made to do all monitoring using<br>
> $OTHER_TOOL.<br>
> $OTHER_TOOL uses only SNMP.<br>
> Although the results in Wintendo-land are acceptable, what we get in<br>
> Solaris-land is not.<br>
><br>
> As a compromise, it was resolved to keep Xymon for Solaris-land for admin<br>
> team monitoring and diagnostics, but get it to send critical elerts to<br>
> $OTHER_TOOL in the form of SNMP traps.<br>
> This might not even make sense, but somehow, probably using the SCRIPT<br>
> directive in alerts.cfg, I need to notify $OTHER_TOOL of critical events.<br>
><br>
> Any tips on how?<br>
><br>
> Regards<br>
> Vernon<br>
><br>
><br>
><br>
><br>
><br>
</span>> _______________________________________________<br>
> Xymon mailing list<br>
> <a href="mailto:Xymon@xymon.com">Xymon@xymon.com</a><br>
> <a href="http://lists.xymon.com/mailman/listinfo/xymon" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
><br>
<br>
- --<br>
+---------------------------------------------------------+<br>
| E-mail  : bb4 [at] <a href="http://richter-it.net" target="_blank">richter-it.net</a>                       |<br>
|                                                         |<br>
| Homepage: <a href="http://www.richter-it.net/" target="_blank">http://www.richter-it.net/</a>                    |<br>
+---------------------------------------------------------+<br>
Download my public key from:<br>
<a href="http://gpg-keyserver.de/pks/lookup?search=0x899093AC&op=get" target="_blank">http://gpg-keyserver.de/pks/lookup?search=0x899093AC&op=get</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (MingW32)<br>
<br>
iEYEARECAAYFAlSROLMACgkQ7DlmxomQk6yPAgCdHO4N1fs94508jDRW/CdIBq+U<br>
UeYAoNMWjNBOMk3F7/nkpERewmJYVX80<br>
=+xZ4<br>
-----END PGP SIGNATURE-----<br>
_______________________________________________<br>
Xymon mailing list<br>
<a href="mailto:Xymon@xymon.com">Xymon@xymon.com</a><br>
<a href="http://lists.xymon.com/mailman/listinfo/xymon" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><span>"Accept the challenges so that you can feel the exhilaration of victory"</span><div><span>- General George Patton</span></div></div>
</div>