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 <henrik at hswn.dk> wrote:
Från: Henrik Stoerner[SMTP:HENRIK at HSWN.DK] Skickat: den 21 mars 2005 18:09:11 Till: hobbit at hswn.dk Kopia: hobbit-announce at hswn.dk Ä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.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hobbithobbyist
I am not young enough to know everything. -Oscar Wilde
On Mon, Mar 21, 2005 at 07:47:25PM +0100, lars ebeling wrote:
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
I'll check - it's probably just something in my cookie-handling that's broken.
Henrik
Henrik Stoerner wrote:
On Mon, Mar 21, 2005 at 07:47:25PM +0100, lars ebeling wrote:
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
I'll check - it's probably just something in my cookie-handling that's broken.
Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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:
Henrik Stoerner wrote:
On Mon, Mar 21, 2005 at 07:47:25PM +0100, lars ebeling wrote:
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
Did you happen to find anything on this, it is happening to us too, only since I installed RC6.
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 wrote:
On Thu, Mar 24, 2005 at 11:36:35PM +0000, David Gore wrote:
Henrik Stoerner wrote:
On Mon, Mar 21, 2005 at 07:47:25PM +0100, lars ebeling wrote:
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
Did you happen to find anything on this, it is happening to us too, only since I installed RC6.
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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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
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.
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:
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.
Henrik, do the Debian packages follow the Debian policy (so, more or less the FHS or whatever it is called now) for files locations ?
They do. Config files in /etc/hobbit/, binaries in /usr/lib/hobbit, data-files and the generated webpages in /var/lib/hobbit.
If so, why not consider having hobbit part of Debian ?
You may even easily find a sponsor for this, indeed.
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..:)
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.
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...:)
participants (4)
-
Christian.Perrier@onera.fr
-
David.Gore@mci.com
-
dhd733@yahoo.se
-
henrik@hswn.dk