Release date, stability of 4.3 trunk 🔗 link

I'm wondering whether there is any projected release date for version 4.3.  Now that our benevolent dictator has returned, I hope there will be increased development towards making what's there release-worthy.

I downloaded the newest trunk version of hobbitmon this morning, used the debian build directory to make packages, and installed it on a test server running debian etch.  As you probably know, it's got some bugs.  Although I have some experience with C code, I'm not a programmer.  In recent years all my programming has been system administration scripts in Perl.

There are tons of compiler warnings, at least with the compiler I'm using.  Presumably most of them are not true problems, the data types and code just need a little massaging to bring things in line.  Do you already know what's causing most of them and how to fix it, or would you like some help tracking them down?

gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)

Thanks,
Shawn

In <user-ef1947e45e72@xymon.invalid> Shawn Heisey <user-5d0d01dba542@xymon.invalid> writes:

No date, but I am working towards it.

I downloaded the newest trunk version of hobbitmon this morning, used the debian build directory to make packages, and installed it on a test server running debian etch.  As you probably know, it's got some bugs.  Although I have some experience with C code, I'm not a programmer.  In recent years all my programming has been system administration scripts in Perl.

Bug reports are very welcome.

I know about the flurry of signed/unsigned warnings, and have no intention
of fixing those. I'll probably add a "-Wno-pointer-sign" option to the
Linux CFLAGS setting (and the other Makefile's that use gcc). You can't really
fix those, since the system header files won't let you do it correctly.


Regards,
Henrik

----- Original Message ----- From: "Shawn Heisey" <user-5d0d01dba542@xymon.invalid>
To: <user-ae9b8668bcde@xymon.invalid>
Sent: Thursday, October 09, 2008 2:01 AM
Subject: [hobbit] Release date, stability of 4.3 trunk

Could you please define tons. I could count to 17 warnings, where approx 50% were from snmpcollect.c
There also were some doubles. So forgetting snmpcollect.c there were about 6 warnings.

Regards

Lars Ebeling

In <user-b6fa8dd60013@xymon.invalid> "Lars Ebeling" <user-1fecd3eafd52@xymon.invalid> writes:

The number of warnings depends heavily on the version of gcc you're using.
gcc 4.x generally spews a lot more warnings than earlier versions.


Henrik

 sorry to bother you but....

Is there an easy walk through on how to add custom strip output to RRD
graphs?


Thanks in advance 


James....

----- Original Message ----- From: "Henrik Stoerner" <user-ce4a2c883f75@xymon.invalid>
Newsgroups: lists.hobbit
To: <user-ae9b8668bcde@xymon.invalid>
Sent: Thursday, October 09, 2008 10:48 AM
Subject: Re: [hobbit] Release date, stability of 4.3 trunk

Ok, I am using some 3.x compiler, so I didn't recognize these tons of warnings. I am sorry to have, in some way, questioned the tons of warnings.
See quote below,

-- 
Regards
Lars Ebeling

http://leopg9.no-ip.org
Hobbithobbyist

"It is better to keep your mouth shut and appear stupid than to open it and remove all doubt."
-- Mark Twain

Is it possible to remove the info and trends column from the bb2.html page. The --bb2-ignorecolumns works for all columns except for these two. We display this page on a plasma screen so there is never any need to have these columns available.

Regards
Russell Cook

Synetrix Holdings Limited
Tel: +XX (X)XXXX XXX XXX
www.synetrix.co.uk

Synetrix (Holdings) Limited is a limited company registered in England and Wales. Registered number: 0349 1956. VAT number: GB776 1259 07. Registered office: Synetrix House, 49-XX Victoria Road, Farnborough, Hampshire, GU14 7PA.

IMPORTANT NOTICE:
This message is intended solely for the use of the Individual or organisation to whom it is addressed. It may contain privileged or confidential information. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you should not use, copy, alter, or disclose the contents of this message. All information or opinions expressed in this message and/or any attachments are those of the author and are not necessarily those of Synetrix Holdings Limited. Synetrix Holdings Limited accepts no responsibility for loss or damage arising from its use, including damage from virus.

I've been doing this... I'm not sure if it's "right" but it works well.

If I am collecting a number, say LAG=7 (in seconds)...

        TFILE=${BBRRDS}/${HOST}/${TEST}.rrd
        if test ! -f ${TFILE}
        then
                rrdtool create ${TFILE} DS:trip:GAUGE:600:1:U RRA:AVERAGE:0.5:1:576 RRA:AVERAGE:0.5:6:576 RRA:AVERAGE:0.5:24:576 RRA:AVERAGE:0.5:288:576
        fi
        rrdtool update ${TFILE} N:${LAG}

This one is a little more sophisticated... it looks at the RPM of 4 different fans...

         TFILE=${BBRRDS}/${HOST}/rpm.`printf "fan_%02d" ${2}`.rrd
         if test ! -f ${TFILE}
         then
                 rrdtool create ${TFILE} DS:rpm:GAUGE:600:1:U RRA:AVERAGE:0.5:1:576 RRA:AVERAGE:0.5:6:576 RRA:AVERAGE:0.5:24:576 RRA:AVERAGE:0.5:288:576
         fi
         rrdtool update ${TFILE} N:${3}

You will also have to update your hobbitgraph.cfg:

Note the first one is mail.rrd and the actual variable is "trip", so the graph config looks like:

[mail]
        TITLE Mail Round-Trip Time
        YAXIS Seconds
        DEF:offset=mail.rrd:trip:AVERAGE
        LINE2:offset#00CC00:Seconds
        GPRINT:offset:LAST: \: %5.1lf (cur)
        GPRINT:offset:MAX: \: %5.1lf (max)
        GPRINT:offset:MIN: \: %5.1lf (min)
        GPRINT:offset:AVERAGE: \: %5.1lf (avg)\n

The second one looks at MULTIPLE entries for one host, so it looks like:

[rpm]
        FNPATTERN rpm.(.+).rrd
        TITLE Revolutions per Minute
        YAXIS RPM
        DEF:p at RRDIDX@=@RRDFN@:rpm:AVERAGE
        LINE2:p at RRDIDX@#@COLOR@:@RRDPARAM@
        GPRINT:p at RRDIDX@:LAST: \: %5.1lf (cur)
        GPRINT:p at RRDIDX@:MAX: \: %5.1lf (max)
        GPRINT:p at RRDIDX@:MIN: \: %5.1lf (min)
        GPRINT:p at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n

Modify hobbitserver.cfg and make sure you update the TEST2RRD and GRAPHS items so that you'll see them.

Note that if you're really collecting just one number and want to graph it, using the "NCV" method described in the "Help > Custom Graphs" tutorial is MUCH easier.

Jon

Roberts, James wrote:

James,

(I assume you mean "script" rather than "strip")

I've just gone through this myself. The two main places to look (other than the source code) are:
- man page for hobbitd_rrd(8)
- howtograph.html, accessible from the "Custom Graphs" item on the Help menu from the hoobit web interface.
...although the information is a bit patchy and diffuse, unless I've missed finding the lodestone too.

To get the custom parsing script to run, you need to add
    --extra-script=<myscript> --extra-tests=<comma-separated list of test/column names>
to the hobbitd_channel argument list in [rrdstatus] section of hobbitlaunch.cfg

Add each test name to TEST2RRD and GRAPH in hobbitserver.cfg

Add a section [<mytest>] to hobbitcgi.cfg

That all handles putting multiple lines on a single graph. If you have multiple data lines to display and you want them on individual graphs, then the documentation is really sparse. The rest of this reply handles this.

Are you using the NCV module or a custom script to parse the message out? If NCV I believe there's something with a "Split_NCV" keyword, but I'm not using that myself, as I'm using a custom parsing script. The key here is to generate a separate RRD file for each trace, which is not described in the docs. The following works

In your parsing script, write the following lines to stdout in order for each trace you want to display
DS:<graph_name>:GAUGE...etc (as described in the RRD man page)
<test_name>.<graph_name>.rrd
<value>
The file passed to the script in arg3 is the full text of the message passed from the client to hobbit, except for the first line. This is also that displayed on the webpage associated with the test.

If the file being parsed contains data for multiple traces, export the above 3 lines for each trace. This then generates the separate RRD files as named in the second line of each 3.

To each testname in GRAPH in hobbitserver.cfg, append two colons then the maximum number of traces to display on each graph. E.g.
test_name1::1,test_name2::2
would separate traces for test_name1 to individual graphs, and test_name2 into pairs.

You also need to tell the system how many traces there are for each test. Either you can tell it explicitly, or it attempts to work it out for itself. This is not well documented. The automatic detection is really flaky. List each test you want to split graphs in "--multigraphs=" in the CGI_SVC_OPTS variable in hobbitcgi.cfg. If you do this then you should also include the standard elements "disk,inode,qtree,ifmib". It then counts each non-blank line in the message, except those starting with a status light (e.g. "&green"), and then knocks 1 off the count. The alternative is to tell it explicitly. In the script generating the status message (i.e. on the client), write into the message the html comment string "<!--  linecount=number_of_values_in_the_test_message -->. Note that there should be exactly 1 space before "linecount". This is what I'm using.

To format the graphs, you write sections in hobbitgraph.cfg, as described in the hobbitgraph.cfg man page. You can either write a separate line for each trace, or use the replaceable parameters @...@, although I think there's a bug in using @RRDPARAM@ to sepcify the parameter name in the DEF lines, which I need to report. I've not found a way of specifying different definitions for the different graphs.


Graham Nayler


----- Original Message ----- From: "Roberts, James" <user-d7df29bbad83@xymon.invalid>
To: <user-ae9b8668bcde@xymon.invalid>
Sent: Thursday, October 09, 2008 11:33 AM
Subject: [hobbit] RRD Tool help

sorry to bother you but....

Is there an easy walk through on how to add custom strip output to RRD
graphs?


Thanks in advance


James....

I've found that the "group-only" bb-hosts directive leaves out the info and
trends columns, so you could list everything except those.  Also, the man
page for the bb-hosts file refers to a "group-except" line.  I've never used
it, but it sounds like it might work for you.
Ralph Mitchell

On Thu, Oct 9, 2008 at 6:34 AM, <user-72e95584e49c@xymon.invalid> wrote:

The "group-only" does normally work ... but not for the "All non-green view"(bb2.hmtl) ... there is a -bb2-ignorecolumns directive which works fine for all columns except the two I want to exclude :)

Russell

From: Ralph Mitchell [mailto:user-00a5e44c48c0@xymon.invalid]
Sent: 10 October 2008 05:25
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] remove columns on the bb2.html page

I've found that the "group-only" bb-hosts directive leaves out the info and trends columns, so you could list everything except those.  Also, the man page for the bb-hosts file refers to a "group-except" line.  I've never used it, but it sounds like it might work for you.

Ralph Mitchell

On Thu, Oct 9, 2008 at 6:34 AM, <user-72e95584e49c@xymon.invalid<mailto:user-72e95584e49c@xymon.invalid>> wrote:
Is it possible to remove the info and trends column from the bb2.html page. The --bb2-ignorecolumns works for all columns except for these two. We display this page on a plasma screen so there is never any need to have these columns available.

Regards
Russell Cook

Synetrix Holdings Limited
Tel: +XX (X)XXXX XXX XXX

www.synetrix.co.uk<http://www.synetrix.co.uk>;

Synetrix (Holdings) Limited is a limited company registered in England and Wales. Registered number: 0349 1956. VAT number: GB776 1259 07. Registered office: Synetrix House, 49-XX Victoria Road, Farnborough, Hampshire, GU14 7PA.

IMPORTANT NOTICE:
This message is intended solely for the use of the Individual or organisation to whom it is addressed. It may contain privileged or confidential information. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you should not use, copy, alter, or disclose the contents of this message. All information or opinions expressed in this message and/or any attachments are those of the author and are not necessarily those of Synetrix Holdings Limited. Synetrix Holdings Limited accepts no responsibility for loss or damage arising from its use, including damage from virus.


Synetrix Holdings Limited
Tel: +XX (X)XXXX XXX XXX
www.synetrix.co.uk

Synetrix (Holdings) Limited is a limited company registered in England and Wales. Registered number: 0349 1956. VAT number: GB776 1259 07. Registered office: Synetrix House, 49-XX Victoria Road, Farnborough, Hampshire, GU14 7PA.

IMPORTANT NOTICE:
This message is intended solely for the use of the Individual or organisation to whom it is addressed. It may contain privileged or confidential information. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you should not use, copy, alter, or disclose the contents of this message. All information or opinions expressed in this message and/or any attachments are those of the author and are not necessarily those of Synetrix Holdings Limited. Synetrix Holdings Limited accepts no responsibility for loss or damage arising from its use, including damage from virus.

In <user-294bd3621fff@xymon.invalid> <user-72e95584e49c@xymon.invalid> writes:

The "group-only" does normally work ... but not for the "All non-green view=
"(bb2.hmtl) ... there is a -bb2-ignorecolumns directive which works fine fo=
r all columns except the two I want to exclude :)

The "info" and "trends" columns are really hard-coded into the 
web display.

You have the source, so you can hack it. In bbdisplay/pagegen.c
you'll find these lines:

   /* TRENDS and INFO columns are always included on non-BB pages */
   if (strcmp(column->name, xgetenv("INFOCOLUMN")) == 0) return 1;
   if (strcmp(column->name, xgetenv("TRENDSCOLUMN")) == 0) return 1;

Just change the "return 1" to "return 0", run "make" and copy
the bbdisplay/bbgen binary to your ~hobbit/server/bin/ directory.


Regards,
Henrik