<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:12.727272033691406px">I have spent part of the day tweaking the script on github referenced by Florian.  I will fork and commit my version sometime this weekend.  I will post link here when I have done so.</span><br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 21, 2014 at 9:38 AM, Greg Sloop &lt;<a href="mailto:gregs@sloop.net">gregs@sloop.net</a>&gt; <span dir="ltr">&lt;<a href="mailto:gregs@sloop.net" target="_blank">gregs@sloop.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I&#39;d love to have your script when it&#39;s done. Provided you&#39;re willing to share.. </p>
<p dir="ltr">I&#39;ve been meaning to use an MTR capture just as you are doing, but haven&#39;t done it yet..  Thus having yours as a template would be fab!</p>
<p dir="ltr">Thanks</p><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Feb 20, 2014 9:42 PM, &quot;Philip Wehunt&quot; &lt;<a href="mailto:pwehunt@gmail.com" target="_blank">pwehunt@gmail.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Thanks for the reply. You helped me realize in my initial post I left out a key part of why I am scripting the alerts. Our current needs require an MTR to fire and catch a glimpse of each hop when our thresholds set in SP are hooked. So basically I have my python script parsing the args from SP in an argparse based function and passing that to a function that uses the parsed args to create my email, iterate mtr ten or so times with the --report flag and email it--as well as log it to a log file. We frequently need this granular data to escalate with our upstream BW providers.<br>


<br>
Works perfect when the &#39;raise&#39; arg passes the &#39;1&#39; when SP triggers alert. But it only passes 5 arguments on the  cleared run--so my script dies because it expects 6 args.  Hence it doesn&#39;t fire my script to infirm the issue has cleared.<br>


<br>
I could hackishly work around this in my python but I wanted to identify if I am doing something wrong on the SP side or if it is a bug. Mainly in the spirit of KISS. I don&#39;t like to let hackish scripts linger.<br>
<br>
Agreed on the Nagios --however, we are a Science Logic/EM7 shop (I voted nagios)<br>
<br>
Thanks for the reply.<br>
<br>
<br>
<br>
&gt; On Feb 21, 2014, at 12:11 AM, Gregory Sloop &lt;<a href="mailto:gregs@sloop.net" target="_blank">gregs@sloop.net</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; PW&gt; I am currently building out our smokeping implementation and all<br>
&gt; PW&gt; is going fantastic. However, due to specific needs, I am piping<br>
&gt; PW&gt; alerts via edgetrigger to an external python script. I pulled my<br>
&gt; PW&gt; hair out for nearly five hours debugging my script because the<br>
&gt; PW&gt; &#39;cleared&#39; argument was not firing my python script although the<br>
&gt; PW&gt; built in alerts would.  I then discovered with a two liner bash<br>
&gt; PW&gt; script that echo&#39;d the args from smokeping that the expected &#39;0&#39;<br>
&gt; PW&gt; on cleared is not being passed--only the 1 when raised.<br>
&gt;<br>
&gt; PW&gt; I did my due diligence searching the list archives and if course<br>
&gt; PW&gt; google. However, I was only able to find one mention of the issue but no fix or remedy.<br>
&gt;<br>
&gt; PW&gt; Hopefully someone can point me in the right direction.<br>
&gt;<br>
&gt; I can&#39;t offer any guidance - my solution to the very basic reporting<br>
&gt; in SP was to query the RRD&#39;s with a Nagios plug-in and use Nagios for<br>
&gt; reporting/alerting.<br>
&gt;<br>
&gt; Nagios can&#39;t generate alerts with the same elaborate criteria that SP<br>
&gt; does, but basic criteria work fine for me.<br>
&gt;<br>
&gt; In short, I think trying to handle reporting/alerting with SP is kind<br>
&gt; of nuts. [No offense to you, I tried too at one point - and I gave up.<br>
&gt; So, if anyone is nuts, I&#39;m grouping myself with the &quot;nuts&quot; too.]<br>
&gt;<br>
&gt; I&#39;d guess with 5 more hours, you could integrate this all in Nagios...<br>
&gt; :)<br>
&gt;<br>
&gt; [And I should mention that I can&#39;t get the detail I can get in SP with<br>
&gt; Nagios, so I don&#39;t use Nagios to actually gather stats on these targets,<br>
&gt; only SP. I use each tool where its strengths lie. SP for stats, and<br>
&gt; Nagios for alerts/reports.]<br>
&gt;<br>
&gt; But perhaps you&#39;re doing something else in your python script - but<br>
&gt; thought I&#39;d offer my work-around for SP&#39;s minimal alerting.<br>
&gt;<br>
&gt; HTH<br>
&gt;<br>
&gt; -Greg<br>
&gt;<br>
</blockquote></div>
</div></div></blockquote></div><br></div>