<div dir="ltr">Speaking of reusabe code - it might be possible to re-purpose Jeremy Laidman's fs-test:<div><br></div><div><a href="https://wiki.xymonton.org/doku.php/monitors:fs-test">https://wiki.xymonton.org/doku.php/monitors:fs-test</a><br>
</div><div><br></div><div style>It looks at the "disk" column and creates new columns for any filesystems that show non-green.  Once the "disk" column goes green again, it deletes the extra columns. You could adapt that to look in the procs list and create new columns that group system procs in one place, dba procs in another, etc.</div>
<div style><br></div><div style>Ralph Mitchell</div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 7, 2013 at 7:12 AM, Betsy Schwartz <span dir="ltr"><<a href="mailto:betsy.schwartz@gmail.com" target="_blank">betsy.schwartz@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div class="im"><div><font color="navy" face="Arial"><span style="font-size:10pt;font-family:Arial;color:navy">> BUT – if the procs-column is already
in the red-state, when the 2nd process goes bad, it wont trigger a notification…<br><br></span></font></div></div><font color="navy" face="Arial"><span style="font-size:10pt;font-family:Arial;color:navy">That depends on your rules. If you have procs set to alert every five minutes while it is red, you will get repeated notifications. However if someone *acks* or signs it out, you wont.<br>

<br></span></font></div><div><font color="navy" face="Arial"><span style="font-size:10pt;font-family:Arial;color:navy">There may be another way to slice this:<br></span></font></div><font color="navy" face="Arial"><span style="font-size:10pt;font-family:Arial;color:navy">   -if one of these  services is listening on a port, you can do a custom ports test in protocols.cfg and alert on that<br>

</span></font></div><font color="navy" face="Arial"><span style="font-size:10pt;font-family:Arial;color:navy">   -if one of these services is writing a log file or moving files around, use a files or msgs test<br></span></font></div>

<div><font color="navy" face="Arial"><span style="font-size:10pt;font-family:Arial;color:navy">   -if there's a web service, use the CONT= feature to create a named http test and create an alert on that<br></span></font></div>

<div><font color="navy" face="Arial"><span style="font-size:10pt;font-family:Arial;color:navy"><br></span></font></div><font color="navy" face="Arial"><span style="font-size:10pt;font-family:Arial;color:navy">Depending on the size of your shop , you may be able to sidestep another way. In our case, it turns out that giving the NOC privileges to run sudo /sbin/service along with some debugging documentation cut out a lot of pages all around :-)   I did end up doing a custom test in one case because testing on /sbin/service status was deemed to be preferable to just looking for the process . If you have to do a custom test for a proc, at least it's a very short test. <br>

<br>Once you've written "do a system call and alert on results" you should have a fairly generic and reusable piece of code. <br></span></font><div><div><font color="navy" face="Arial"><span style="font-size:10pt;font-family:Arial;color:navy"><br>

</span></font></div></div></div>
<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>
<br></blockquote></div><br></div>