<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    SebA,
    <blockquote
cite="mid:!&!AAAAAAAAAAAuAAAAAAAAAL60wriLM9cRsTVojW0AAAABAFEdQVQs6tMRsLEAoMxarIMAAAABk2cAABAAAAAMFjyLhT+8R5FOQwcqj+8CAQAAAAA=@syntec.co.uk"
      type="cite">
      <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
      <meta name="GENERATOR" content="MSHTML 9.00.8112.16437">
      <div><font face="Arial" size="2"><span class="042032516-09122011">On
            the latest version of Xymon trunk, I cannot get the GRAPHS=
            feature in xymonserver.cfg to work as I would hope,
            following the instructions listed here:</span></font></div>
      <div><font face="Arial" size="2"><span class="042032516-09122011"><a
              moz-do-not-send="true"
              href="http://www.xymon.com/xymon/help/howtograph.html">http://www.xymon.com/xymon/help/howtograph.html</a></span></font></div>
      <div><font face="Arial" size="2"><span class="042032516-09122011">If
            I add disk1 so it becomes:</span></font></div>
      <div><font face="Arial"><font size="2">GRAPHS="la,disk,disk1,<...
            lots more ...>,xymonproxy,xymond</font></font></div>
      <div><span class="042032516-09122011"><font face="Arial" size="2">the
            disk1 graph does not show up on the trends page.  However, I
            know the disk1 graph works, because I can view it by
            manipulating the URL generated when I click on the disk
            graph.  And I know the xymonserver.cfg file is being read
            OK, because if I change disk to disk1 in the original line,
            the disk graph disappears altogether.  What's wrong?</font></span></div>
      <!-- Converted from text/rtf format --><br>
    </blockquote>
    <font size="2"><font face="Arial">A problem I found a while ago with
        graphs in trends is that you need to have directory entries of
        the form 'disk1.*.rrd' (wildcard matching) - note they do not
        need to be the actual RRD files, since the graph drawing uses
        the FNPATTERN line in the graph definition to find the correct
        ones. Try doing a 'touch disk1.foo.rrd' in the rrd directory for
        the host you are trying to get the disk1 graphs into the trends
        column for.<br>
        <br>
        Below is a summary I compiled of the issues in May 2009
        (apologies for old-style pathnames).<br>
      </font></font>
    <pre wrap="">I am building a range of graphs with devmon collecting RRD data. Some
RRD files contain multiple datasets with different units - e.g.
temperature and humidity.

I want all the graphs to appear in the trends column. Finally, after a
lot of stuffing around with different combinations, it appears that the
following conditions are required:

** RRD file name must exist starting with the graph/"service" name
* graph name must be listed in GRAPHS variable in hobbitserver.cfg
* doesn't matter if graph name is listed in TEST2RRD or not

So for the following graphs to work I created symlinks to env.*.rrd from
humidity.*.rrd - e.g.
# ls -l
total 120
-rw-rw-r--  1 hobbit hobbit 38536 May 20 15:49 env.Rack2-Front.rrd
-rw-rw-r--  1 hobbit hobbit 38536 May 20 15:49 env.Rack5(XRAID)-Rear.rrd
lrwxrwxrwx  1 root   root      19 May 20 14:29 humidity.Rack2-Front.rrd
-> env.Rack2-Front.rrd
lrwxrwxrwx  1 root   root      25 May 20 14:29
humidity.Rack5(XRAID)-Rear.rrd -> env.Rack5(XRAID)-Rear.rrd
-rw-rw-r--  1 hobbit hobbit 19552 May 20 15:48 tcp.conn.rrd

In fact, I found it was sufficient just to 'touch' the RRD filename to
create an empty file - the graph CGI script uses the correct definition
and finds the specified RRD file.

Section of hobbitgraphs.cfg
[env]
        FNPATTERN env\.(.+).rrd
        TITLE Temperature
        YAXIS Celsius
        DEF:p@RRDIDX@=@RRDFN@:temp:AVERAGE
        LINE2:p@RRDIDX@#@COLOR@:@RRDPARAM@
        GPRINT:p@RRDIDX@:LAST: \: %5.1lf (cur)
        GPRINT:p@RRDIDX@:MAX: \: %5.1lf (max)
        GPRINT:p@RRDIDX@:MIN: \: %5.1lf (min)
        GPRINT:p@RRDIDX@:AVERAGE: \: %5.1lf (avg)\n

[humidity]
        FNPATTERN env\.(.+).rrd
        TITLE Humidity
        YAXIS Percent
        DEF:p@RRDIDX@=@RRDFN@:humidity:AVERAGE
        LINE2:p@RRDIDX@#@COLOR@:@RRDPARAM@
        GPRINT:p@RRDIDX@:LAST: \: %5.1lf (cur)
        GPRINT:p@RRDIDX@:MAX: \: %5.1lf (max)
        GPRINT:p@RRDIDX@:MIN: \: %5.1lf (min)
        GPRINT:p@RRDIDX@:AVERAGE: \: %5.1lf (avg)\n

It took me a while to work out a testing harness for debugging the CGI
script, but I came up with the following shell script:

. /usr/lib/hobbit/server/etc/hobbitcgi.cfg
HOST=$1
SERVICE=trends
env REQUEST_URI=/hobbit-cgi/bb-hostsvc.sh?HOST=${HOST}\&SERVICE=$SERVICE
SCRIPT_NAME=/hobbit-cgi/bb-hostsvc.sh
QUERY_STRING=HOST=${HOST}\&SERVICE=$SERVICE REQUEST_METHOD=GET
/usr/lib/hobbit/server/bin/hobbitsvc.cgi $CGI_SVC_OPTS --debug

The debug output would show me the rrd files as they were found, and
allowed me to pin down that the graph name had to match the start of the
RRD filename.

There's probably a few bugs in all of this. It would be nice not to have
to create the RRD filenames by hand.

Thanks, David.
</pre>
    <br>
    <font size="2"><font face="Arial"><br>
        David.<br>
      </font></font>
    <pre class="moz-signature" cols="72">-- 
David Baldwin - Senior Systems Administrator (Datacentres + Networks)
Information and Communication Technology Services
Australian Sports Commission          <a class="moz-txt-link-freetext" href="http://ausport.gov.au">http://ausport.gov.au</a>
Tel 02 62147830 Fax 02 62141830       PO Box 176 Belconnen ACT 2616
<a class="moz-txt-link-abbreviated" href="mailto:david.baldwin@ausport.gov.au">david.baldwin@ausport.gov.au</a>          Leverrier Street Bruce ACT 2617
</pre>
  <br>
<hr>
Keep up to date with what's happening in Australian sport visit <a href="http://www.ausport.gov.au">www.ausport.gov.au</a>
<br><br>
<font size="-2" face="arial">This message is intended for the addressee named and may contain confidential and privileged information.  If you are not the intended recipient please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful.  If you receive this message in error, please delete it and notify the sender.</font>
<hr>
</body>
</html>