Hobbit 4.0 RC6 now available 🔗 link

Hobbit 4.0 RC6 is now available on 
   http://sourceforge.net/projects/hobbitmon/

This includes pre-built Debian packages for Debian/Sarge (i386 and
SPARC platforms), as well as an RPM-package (built on Mandrake, but it
will probably work on most recent RPM-based systems). These should be
considered "experimental", although I am currently running the Debian
packages on a full pre-production system at work, and the RPM package
at home. Please let me know if you have any problems with these.

As I mentioned in my 4.0 release status mail, this release-candidate
is the final wrap-up before the official release. It includes a small
number of important bugfixes, and a large number of portability and
packaging improvements. Full changelog below.

Yell if I broke something :-)


Regards,
Henrik


Changes from RC-5
Bugfixes:
* Recovery messages were sent to all recipients, regardless
  of any color-restrictions on the alerts they received. Changed
  this so that recipients only get recovery messages for the
  alerts they received.

* The "NOALERT" option was not applied when multiple recipients
  were listed in one rule.

* bbtest-net now performs a syntax check on all URL's before
  adding them to the test queue. This should stop it from 
  crashing in case you happen to enter a syntactically invalid
  URL in your bb-hosts file.

* The acknowledgment log on the BB2 page could mix up data from
  different entries in the log.

* The default mail-utility used to send out e-mail alerts is
  now defined per OS. Solaris and HP-UX use "mailx", others
  use "mail".

* Client tests no longer go purple when a host has been 
  disabled.

* bb-larrdcolumn no longer dumps core if there are no RRD files.

* With the right input, bb-larrdcolumn could use massive amounts of
  memory and eventually terminate with an out-of-memory error.

* A memory leak in hobbitd_larrd handling of "disk" reports was fixed.

* bb-infocolumn now accepts a "--repeat=N" setting to inform it of
  the default alert-repeat interval. If you use --repeat with 
  hobbitd_alert, you should copy that option to bb-infocolumn to 
  make it generate correct info-column pages.

* If bbgen cannot create output files or directories, the underlying
  error is now reported in the error message.

* The "merge-lines" and "merge-sects" tools used during installation
  could crash due to a missing initialization of a pointer.


Improvements:
* It is now possible to make Hobbit re-open all logfiles,
  e.g. after a log rotate. Use "server/hobbit.sh rotate".

* The hobbit-mailack tool now recognizes the BB format of 
  alert message responses, i.e. putting "delay" and "msg"
  in the subject line will work.

* bbcmd defaults to running /bin/sh if no command is given

* hobbitd_larrd now logs the sender IP of a message that
  results in an error.

* A network test definition for SpamAssassin's spamd daemon
  was added.

* The default web/*header files now refer to a HOBBITLOGO setting
  for the HTML used in the upper-left corner of all pages. The 
  default is just the text "Hobbit", but you can easily replace
  this with e.g. a company logo by changing this setting in
  hobbitserver.cfg.

* The Hobbit daemon's "hobbitdboard", "hobbitdxboard" and 
  "hobbitdlist" commands now support a set of primitive filtering
  techniques to limit the number of hosts returned.

* maint.pl uses the new Hobbit daemon filtering and a cookie defined
  by the header in webpages to show only the hosts found on the
  page where it was called from, or just a single host.

* Hobbit should now compile on Mac OS X (Darwin).

* The info- and graph-column names are now defined globally as
  environment variables "INFOCOLUMN" and "LARRDCOLUMN", respectively.
  This eliminates the need to have them listed as options for multiple
  commands. Consequently, the --larrd and --info options have been 
  dropped.

* Systems with the necessary libraries (RRDtool, PCRE, OpenSSL etc) in
  unusual locations can now specify the location of these as parameters
  to the configure script, overriding the auto-detect routine. See
  "./configure --help" for details.

* A definition for the "disk1" graph in LARRD was added, this shows the
  actual use of filesystems instead of the normal percentage.

Dear all,
 
When calling maint.pl from "Main view" I expect to get all hosts in the hostlist. But I only get the last host from the specific host,service I visited + ALL
 
Have I misunderstood anything (as usual)
 
/Lars

Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote:

Från: Henrik Stoerner[SMTP:user-ce4a2c883f75@xymon.invalid]
Skickat: den 21 mars 2005 18:09:11
Till: user-ae9b8668bcde@xymon.invalid
Kopia: user-31496adb6da5@xymon.invalid
Ämne: [hobbit] Hobbit 4.0 RC6 now available
Automatiskt vidarebefordrat av en regel

Hobbit 4.0 RC6 is now available on 
http://sourceforge.net/projects/hobbitmon/

This includes pre-built Debian packages for Debian/Sarge (i386 and
SPARC platforms), as well as an RPM-package (built on Mandrake, but it
will probably work on most recent RPM-based systems). These should be
considered "experimental", although I am currently running the Debian
packages on a full pre-production system at work, and the RPM package
at home. Please let me know if you have any problems with these.

As I mentioned in my 4.0 release status mail, this release-candidate
is the final wrap-up before the official release. It includes a small
number of important bugfixes, and a large number of portability and
packaging improvements. Full changelog below.

Yell if I broke something :-)


Regards,
Henrik


Changes from RC-5
Bugfixes:
* Recovery messages were sent to all recipients, regardless
of any color-restrictions on the alerts they received. Changed
this so that recipients only get recovery messages for the
alerts they received.

* The "NOALERT" option was not applied when multiple recipients
were listed in one rule.

* bbtest-net now performs a syntax check on all URL's before
adding them to the test queue. This should stop it from 
crashing in case you happen to enter a syntactically invalid
URL in your bb-hosts file.

* The acknowledgment log on the BB2 page could mix up data from
different entries in the log.

* The default mail-utility used to send out e-mail alerts is
now defined per OS. Solaris and HP-UX use "mailx", others
use "mail".

* Client tests no longer go purple when a host has been 
disabled.

* bb-larrdcolumn no longer dumps core if there are no RRD files.

* With the right input, bb-larrdcolumn could use massive amounts of
memory and eventually terminate with an out-of-memory error.

* A memory leak in hobbitd_larrd handling of "disk" reports was fixed.

* bb-infocolumn now accepts a "--repeat=N" setting to inform it of
the default alert-repeat interval. If you use --repeat with 
hobbitd_alert, you should copy that option to bb-infocolumn to 
make it generate correct info-column pages.

* If bbgen cannot create output files or directories, the underlying
error is now reported in the error message.

* The "merge-lines" and "merge-sects" tools used during installation
could crash due to a missing initialization of a pointer.


Improvements:
* It is now possible to make Hobbit re-open all logfiles,
e.g. after a log rotate. Use "server/hobbit.sh rotate".

* The hobbit-mailack tool now recognizes the BB format of 
alert message responses, i.e. putting "delay" and "msg"
in the subject line will work.

* bbcmd defaults to running /bin/sh if no command is given

* hobbitd_larrd now logs the sender IP of a message that
results in an error.

* A network test definition for SpamAssassin's spamd daemon
was added.

* The default web/*header files now refer to a HOBBITLOGO setting
for the HTML used in the upper-left corner of all pages. The 
default is just the text "Hobbit", but you can easily replace
this with e.g. a company logo by changing this setting in
hobbitserver.cfg.

* The Hobbit daemon's "hobbitdboard", "hobbitdxboard" and 
"hobbitdlist" commands now support a set of primitive filtering
techniques to limit the number of hosts returned.

* maint.pl uses the new Hobbit daemon filtering and a cookie defined
by the header in webpages to show only the hosts found on the
page where it was called from, or just a single host.

* Hobbit should now compile on Mac OS X (Darwin).

* The info- and graph-column names are now defined globally as
environment variables "INFOCOLUMN" and "LARRDCOLUMN", respectively.
This eliminates the need to have them listed as options for multiple
commands. Consequently, the --larrd and --info options have been 
dropped.

* Systems with the necessary libraries (RRDtool, PCRE, OpenSSL etc) in
unusual locations can now specify the location of these as parameters
to the configure script, overriding the auto-detect routine. See
"./configure --help" for details.

* A definition for the "disk1" graph in LARRD was added, this shows the
actual use of filesystems instead of the normal percentage.

Hobbithobbyist

I am not young enough to know everything.
-Oscar Wilde

On Mon, Mar 21, 2005 at 07:47:25PM +0100, lars ebeling wrote:

I'll check - it's probably just something in my cookie-handling that's
broken.


Henrik

Henrik, do the Debian packages follow the Debian policy (so, more or
less the FHS or whatever it is called now) for files locations ?

This has always been the most important headache with BB, as its
design nearly prevents to use it with correct files organisation
(binary stuff in /usr/bin, variable stuff such as status, history in
/var/lib/hobbit, configuration in /etc/hobbit...).

If so, why not consider having hobbit part of Debian ?

You may even easily find a sponsor for this, indeed.

On Tue, Mar 22, 2005 at 07:26:12AM +0100, Christian Perrier wrote:

They do. Config files in /etc/hobbit/, binaries in /usr/lib/hobbit,
data-files and the generated webpages in /var/lib/hobbit.

That is the plan, actually. A good friend of mine is an active Debian
developer so I'll discuss it with him to see if I should maintain it
in Debian myself, or if I should have someone else handing the Debian
bureaucracy.


Regards,
Henrik

Nice to here that at least a solution for a "BB-style" server with
easy handling of upgrades will be possible for su who have precisely
chosen Debian because it is by far the easiest distribution to maintain..:)

He can act as a sponsor for the package while you are still the
package maintainer (and thus the one receiving the bug reports and
following the minimum general stuff for Debian developers to be able
to maintain the package).

Well, this does not prevent you to apply as a Debian developer if you
intend to maintain the package for a long time. This needs some
initial investment from yourself...and the process may seem quite long
and complicated but, well, several other "upstream authors" have done
so.

Another possibility is of course finding a DD with enough motivation
to maintain the package, for instance among your users. I'm afraid of
being myself a bit too overloaded to offer this however (and, moreover, I'm
not a hobbit user yet).

Dammit, I really should switch my BB server now...:)

I'm afraid I need some guidance from someone with more linux experience than
I have.  When I try to install from RPM I get the error below.  I've been
running hobbit since at least beta4, so I think I should have all the
required libraries installed.  I'm running Fedora Core 3, and I've installed
all of the required packages w/ yum.   When I build hobbit, it finds all of
the libraries fine.

# rpm -i hobbit-4.0RC6-4.i586.rpm
warning: hobbit-4.0RC6-4.i586.rpm: V3 DSA signature: NOKEY, key ID a8649321
error: Failed dependencies:
        perl-base is needed by hobbit-4.0RC6-4.i586
        libcrypto.so.0.9.7 is needed by hobbit-4.0RC6-4.i586
        liblber.so.2 is needed by hobbit-4.0RC6-4.i586
        libldap.so.2 is needed by hobbit-4.0RC6-4.i586
        librrd.so.0 is needed by hobbit-4.0RC6-4.i586
        libssl.so.0.9.7 is needed by hobbit-4.0RC6-4.i586

Thanks,

Gordon

On Tue, Mar 22, 2005 at 11:53:14AM -0600, Thiesfeld, Gordon wrote:

It seems my Mandrake names libraries slightly different that what your
Fedora does - I kind of expected this to happen. Could you try
fetching the source RPM package (the one with .src.rpm extension) and
rebuilding it into a binary package on your system ? It should be as
simple as running

    rpmbuild --rebuild hobbit-4.0RC6-4.src.rpm

and after a while it should generate an installable hobbit*.i386.rpm
in /usr/src/redhat/RPMS/i386/


Regards,
Henrik

That worked, thanks for your help.  I didn't realize that it would put the
files in different directories than /home/hobbit/ so I had a little trouble
with that.  But I finally blew the contents of that directory away and did a
fresh install and it became clear.  Oh well, it's a test box after all.

Would you like the RPM I built, Henrik?

On Tue, Mar 22, 2005 at 01:35:32PM -0600, Thiesfeld, Gordon wrote:

Thanks, but the only information I'd like to get from it is what is
reported if you run "rpm -q --requires hobbit" ?

Regards,
Henrik

# rpm -q --requires hobbit
/bin/sh
/bin/sh
/bin/sh
/bin/sh
/usr/bin/perl
config(hobbit) = 4.0RC6-4
fping
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.3)
libc.so.6(GLIBC_2.3.4)
libcrypto.so.4
liblber-2.2.so.7
libldap-2.2.so.7
libm.so.6
libm.so.6(GLIBC_2.0)
libpcre.so.0
libssl.so.4
libz.so.1
perl(CGI)
perl(CGI::Carp)
perl(POSIX)
perl(Sys::Hostname)
perl(strict)
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1

Henrik Stoerner wrote:

Henrik,

Did you happen to find anything on this, it is happening to us too, only since I installed RC6.  There is nothing really in the hobbit log files.  It does seem to work sometimes, not sure why.  I do have three errors on maint.pl from apache's log file (the last error is repeated many times):

[Thu Mar 24 22:59:48 2005] [error] [client 166.50.219.220] [Thu Mar 24 22:59:48 2005] maint.pl: Use of uninitialized value in pattern match (m//) at /www/hobbit/cgi-secure/maint.pl line 217., referer: http://hobbit.mcilink.com/hobbit-seccgi/maint.pl

[Thu Mar 24 22:59:48 2005] [error] [client 166.50.219.220] [Thu Mar 24 22:59:48 2005] maint.pl: Use of uninitialized value in concatenation (.) or string at /www/hobbit/cgi-secure/maint.pl line 711., referer: http://hobbit.mcilink.com/hobbit-seccgi/maint.pl

[Thu Mar 24 22:59:48 2005] [error] [client 166.50.219.220] [Thu Mar 24 22:59:48 2005] maint.pl: Use of uninitialized value in concatenation (.) or string at /www/hobbit/cgi-secure/maint.pl line 958., referer: http://hobbit.mcilink.com/hobbit-seccgi/maint.pl

Host is running solaris9.

On Thu, Mar 24, 2005 at 11:36:35PM +0000, David Gore wrote:

I haven't been able to reproduce it, but I believe the error only
triggers with certain browsers. (It's a cookie that isn't cleared,
which is something the browser does).

Could you try removing these two lines from the
~/server/web/hostsvc_header file:

  <META HTTP-EQUIV="Set-Cookie" CONTENT="pagepath=; path=/">
  <META HTTP-EQUIV="Set-Cookie" CONTENT="host=&BBHOST; path=/">

and let me know if that helps ?


Regards,
Henrik

Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote:Could you try removing these two lines from the
~/server/web/hostsvc_header file:

I did that and perhaps you could try it yourself.


and let me know if that helps ?


Regards,
Henrik


Hobbithobbyist

The trouble with the world is that the stupid are cocksure and the intelligent are full of doubt.
--Bertrand Russell

lars ebeling <user-b8ea1138b488@xymon.invalid> wrote:Datum: Fri, 25 Mar 2005 08:10:06 +0100 (CET)
Från: lars ebeling <user-b8ea1138b488@xymon.invalid>
Ämne: Fwd: Re: [hobbit] maint.pl, only get the last host + ALL
Till: hobbit <user-ae9b8668bcde@xymon.invalid>

Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote: 
Could you try removing these two lines from the
~/server/web/hostsvc_header file:

I did that and perhaps you could try it yourself.


and let me know if that helps ?

There were no changes to the better. Now I only get the same host and ALL


Regards

Lars

Hobbithobbyist

The trouble with the world is that the stupid are cocksure and the intelligent are full of doubt.
--Bertrand Russell

Henrik Stoerner wrote:

I will try that, although the problem appears in IE and Firefox, both the latest versions.  We monitor bb2.html or the 'All non-green view' page, when moving to the 'Main view' and trying again 'Enable/disable' will properly populate.

~David

I've dropped this feature for now, so the enable/disable will always
grab the full hostlist. I need some more time to test it before
putting it into a release.


Regards,
Henrik

Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote:
Datum: Fri, 25 Mar 2005 22:56:15 +0100
Från: Henrik Stoerner <user-ce4a2c883f75@xymon.invalid>
Till: user-ae9b8668bcde@xymon.invalid
Ämne: Re: [hobbit] maint.pl, only get the last host + ALL

Från: Henrik Stoerner[SMTP:user-ce4a2c883f75@xymon.invalid]
Skickat: den 25 mars 2005 22:56:15
Till: user-ae9b8668bcde@xymon.invalid
Ämne: Re: [hobbit] maint.pl, only get the last host + ALL
Automatiskt vidarebefordrat av en regel

I've dropped this feature for now, so the enable/disable will always
grab the full hostlist. I need some more time to test it before
putting it into a release.

Is the patchbundle containing patches for/against this?
Regards,
Henrik

Regards

Lars


Hobbithobbyist

The trouble with the world is that the stupid are cocksure and the intelligent are full of doubt.
--Bertrand Russell

Trying not to top-quoting it became a little bit wrong
regards
Lars

lars ebeling <user-b8ea1138b488@xymon.invalid> wrote:
Datum: Sat, 26 Mar 2005 06:10:29 +0100 (CET)
Från: lars ebeling <user-b8ea1138b488@xymon.invalid>
Till: hobbit <user-ae9b8668bcde@xymon.invalid>
Ämne: Fwd: Re: [hobbit] maint.pl, only get the last host + ALL


Från:   lars ebeling[SMTP:user-b8ea1138b488@xymon.invalid] 
Skickat:      den 26 mars 2005 06:10:29 
Till: hobbit 

Ämne:     Fwd: Re: [hobbit] maint.pl, only get the last host + ALL 
Automatiskt vidarebefordrat av en regel

Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote: 
Datum: Fri, 25 Mar 2005 22:56:15 +0100
Från: Henrik Stoerner <user-ce4a2c883f75@xymon.invalid>
Till: user-ae9b8668bcde@xymon.invalid
Ämne: Re: [hobbit] maint.pl, only get the last host + ALL

I've dropped this feature for now, so the enable/disable will always
grab the full hostlist. I need some more time to test it before
putting it into a release.

Is the patchbundle containing patches for/against this?
Regards,
Henrik


Regards

Lars


Hobbithobbyist

The trouble with the world is that the stupid are cocksure and the intelligent are full of doubt.
--Bertrand Russell 


Hobbithobbyist

The trouble with the world is that the stupid are cocksure and the intelligent are full of doubt.
--Bertrand Russell