<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Saving 20 or 30 characters won't do much to solve the detail output
    limitations<br>
    of monitoring applications such as nagios. I have some checks that
    generate<br>
    100+ lines of output. What I'm doing is to store the detail output
    in an array<br>
    and save it to a file, then include a link to the file in the normal
    plugin multi-line output.<br>
    Lately, I've gotten a little fancier. I have two files, one for 'ok'
    output, and another<br>
    for 'problem' output, and have two links in the plugin detail
    output...one for<br>
    the current output, and another for the last 'problem' or 'ok'
    output depending<br>
    on the current state of the check. That way, if the last problem has
    already<br>
    cleared before I get around to looking at it, I can see the last
    non-ok details<br>
    and if there is currently a problem, I can see the last 'ok' check
    output before<br>
    the current problem occurred.<br>
     I know this is not very portable, but it represents another way of
    thinking<br>
    about managing plugin output.<br>
/usr/local/nagios/ssi/results/services/ok/<servicename>/<hostname>.html<br>
/usr/local/nagios/ssi/results/services/problem/<servicename>/<hostname>.html<br>
    <br>
    This helps users to diagnose problems, particularly for plugins that
    check<br>
    several things at once, like all the volumes on a NetApp cluster, or
    all<br>
    the VIPs on an F5 BigIP. <br>
    <br>
    <div class="moz-cite-prefix">On 10/14/2015 6:01 AM, Holger Weiß
      wrote:<br>
    </div>
    <blockquote
cite="mid:monitoring-plugins%2Fmonitoring-plugins%2Fissues%2F1380%2F147997825@github.com"
      type="cite">
      <blockquote>
        <p>I definitly like the SERVICE STATUS - OUTPUT|PERF format
          most.</p>
      </blockquote>
      <p>It seems I'm the only one who <a moz-do-not-send="true"
href="https://www.monitoring-plugins.org/archive/devel/2007-July/006121.html">doesn't
          like it</a> :-) I should just <a moz-do-not-send="true"
href="https://github.com/monitoring-plugins/monitoring-plugins/commit/006597a12d28d9cd752b3eeb56dff3bc97049f4c">make
          this configurable</a> with a command-line flag one day,
        without changing the current format by default.</p>
      <blockquote>
        <p>From time to time i have to run the plugins manually from the
          command line and it definitly helps.</p>
      </blockquote>
      <p>I see your point for the <code>STATUS</code> part, but the <code>SERVICE</code>
        part helps as well?</p>
      <p
        style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>
        <a moz-do-not-send="true"
href="https://github.com/monitoring-plugins/monitoring-plugins/issues/1380#issuecomment-147997825">Reply
          to this email on GitHub</a>.<img moz-do-not-send="true" alt=""
src="https://github.com/notifications/beacon/AFQl2csPGskpabvMvEKu0_ATVSSYAyYKks5o7h-IgaJpZM4GLH88.gif"
          height="1" width="1"></p>
      <div itemscope="" itemtype="http://schema.org/EmailMessage">
        <div itemprop="action" itemscope=""
          itemtype="http://schema.org/ViewAction">
          <link itemprop="url"
href="https://github.com/monitoring-plugins/monitoring-plugins/issues/1380#issuecomment-147997825">
          <meta itemprop="name" content="View Issue">
        </div>
        <meta itemprop="description" content="View this Issue on GitHub">
      </div>
    </blockquote>
    <br>
  </body>
</html>