polling question: return code and STDOUT

Previous Topic Next Topic
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view

polling question: return code and STDOUT




I have a general (newbie) polling configuration question. Currently I've a functional setup monitoring the exit status of a net-snmp extend script using the OID of NET-SNMP-EXTEND-MIB::nsExtendResult."staleNFS" which contains the exit status of the script.


The poller-configuration.xml entry, testing for a non-zero exit status is:


    <service name="staleNFS" interval="300000" user-defined="false" status="on">

      <parameter key="retry" value="1"/>

      <parameter key="timeout" value="3000"/>

      <parameter key="port" value="161"/>

      <parameter key="oid" value="." />

      <parameter key="operator" value="="/>

      <parameter key="operand" value="0"/>



and when an outage occurs, the Minor Event text that is nicely displayed is:


staleNFS outage identified on interface with reason code: Observed value '1' does not meet criteria '= 0'.


I am being requested by our users, (for easier triage) to grow this Reason message if possible, to include the STDOUT lines that my “extend” script returns, which are the paths to the actual NFS mounts that have an issue. The desired string is available via the NET-SNMP-EXTEND-MIB::nsExtendOutputFull."staleNFS"


So my question is how is it best to configure this? Yes I could set up a second service detector and polling entry to test this additional OID for a non-empty string. Alternatively I could abandon the existing return status service completely and use this second monitoring exclusively. Not thrilled about this one as I might get some false positives this way basing on STDOUT output of the script.


Is there an approach to augment the existing service/polling to solve this user request?


Thanks for reading this,



Note:  Am not collecting this data for a Resource Graph generation as we’ve no need for it on this service.






Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Please read the OpenNMS Mailing List FAQ:

opennms-discuss mailing list

To *unsubscribe* or change your subscription options, see the bottom of this page: