April 2005 - Xymon - Xymon mailman web

[hobbit] hobbit log dir
by mlowery＠alliedtechgroup.com 21 Apr '05

21 Apr '05

/var/logs/hobbit is where mine are kept. -----Original Message----- From: Jon Bjorn Njalsson [mailto:jonbjorn at hi.is] Sent: Thursday, April 21, 2005 9:35 AM To: hobbit at hswn.dk Subject: [hobbit] hobbit log dir I just migrated from bb to hobbit server and I was wondering where is hobbit´s incoming log directory (bb had $BBVAR/logs). regards Jon Bjorn

3 2

[hobbit] Comments wanted - OK to drop BB support in Hobbit?
by craig＠cookitservices.com 21 Apr '05

21 Apr '05

> > Well, I don't see any problem with this, but I would like to see bbclient > > compatibility remain. I don't think hobbit yet has the right amount of > > client tests to be able to ignore what BB has. ie, even just the standard BB > > client works better than the current hobbit version (not that I've tried it, > > since you keep telling us it doesn't work)... but add to that all the stuff > > on www.deadcat.net, and, well... you know, thats a lot to try and > > replicate... > > Losing deadcat stuff would be a bad thing. I guess that's part > of breaking away. Hobbit will just need to spring something > up like deadbunny or some other typical pet for a Hobbit. I don't see a problem with breaking BB compatibility either. One of the best things about BB is deadcat and the amount of useful extensions it contains (and how easy it is to upload and share extensions). The most popular BB extensions will be converted for use with Hobbit, eg. bb-central, bb-mrtg, LARRD ;) etc It would be great if a guide was produced outlining how to convert a BB script into Hobbit format. ie. to send a request to BB you need x, to send it to hobbit you need to change the format to y. That, and a place to store your own hobbit extensions. So, short term I see BB clients still working until the Hobbit client becomes as functional, then it would be fine to cut BB scripts off (with some sort of migration path mapped out). Craig Cook -- Systems Monitoring Consulting and Support Services http://www.cookitservices.com

1 0

Comments wanted - OK to drop BB support in Hobbit ?
by henrik＠hswn.dk 21 Apr '05

21 Apr '05

On Thu, Apr 21, 2005 at 11:29:58AM +0200, Frédéric Mangeant wrote: > > BTW, I expect to release a 4.0.3 version over the week-end with > > Do you also plan to release some day bbgen 3.6 (bbgen 3.5 with the 5 > patches available here : http://www.hswn.dk/hobbitsw/bbgen/) ? This brings up a slighty bigger issue. Since Hobbit grew out of the Big Brother environment, it is still possible to configure Hobbit for use with BB - it is in essence a "bbgen 4.0". I would like to drop that, since it does make things more difficult for future developments, and I honestly haven't done any testing against BB for some months now. Right now the development focus for Hobbit is the "behind-the-scenes" server functions, but should the focus at some point go towards new features in the user-interface part of Hobbit, it would be difficult to stay backwards compatible with Big Brother in the sense that you can run e.g. the Hobbit version of bbgen on top of Big Brother. So what do you say - can I drop the BB support and focus entirely on a pure Hobbit environment? It's still something I decide, but I would appreciate your input. If I do decide to drop BB support in Hobbit, I will wrap it up with a bbgen 3.6 release to close that down nicely. Regards, Henrik

8 8

Small request : historical status blinking
by frederic.mangeant＠steria.com 21 Apr '05

21 Apr '05

Henrik, would you please consider the following "patch", to make the top of a historical page blink, as with standard BB ? I find it easier to read. Thanks in advance. --- hobbit-4.0.2/hobbitd/webfiles/histlog_header 2005-04-21 16:17:15.019575488 +0200 +++ hobbit-4.0.2/hobbitd/webfiles/histlog_header.new 2005-04-21 16:16:56.470395392 +0200 @@ -18,7 +18,7 @@ &HOBBITLOGO </TD> <TD VALIGN=MIDDLE ALIGN=CENTER WIDTH="40%"> - <CENTER>Historical Status &BBHOST - &BBSVC</CENTER> + <CENTER><BLINK>*** Historical Status ***</BLINK> &BBHOST - &BBSVC</CENTER> </TD> <TD VALIGN=MIDDLE ALIGN=RIGHT WIDTH="30%"> Log time &LOGTIME-- Frédéric Mangeant Steria EDC Sophia Antipolis

2 1

[hobbit] Comments wanted - OK to drop BB support in Hobbit?
by dmagnuszewski＠mandtbank.com 21 Apr '05

21 Apr '05

Is there any plan for creating a team/group to develop the hobbit clients, or is this something that Henrik plans to tackle himself? Just curious... Daniel Magnuszewski CCNA M & T Bank dmagnuszewski at mandtbank.com >>> iqbala-hobbit at qwestip.net 04/21/05 8:23 AM >>> On Thu, Apr 21, 2005 at 01:20:46PM, Henrik Stoerner wrote: > > So what do you say - can I drop the BB support and focus entirely on > a pure Hobbit environment? Absolutely. It will give you some time to work on a BB client replacement as well :-)

2 1

[hobbit] hobbit log dir
by Larry.Barber＠usda.gov 21 Apr '05

21 Apr '05

Hobbit doesn't save these by default, you need to enable the appropriate channel in hobbitlaunch.cfg. Thanks, Larry Barber On Thu, 2005-04-21 at 09:35 -0500, jonbjorn at hi.is wrote: > I just migrated from bb to hobbit server and I was wondering where is > hobbit´s incoming log directory (bb had $BBVAR/logs). > > regards > Jon Bjorn >

1 0

hobbit log dir
by jonbjorn＠hi.is 21 Apr '05

21 Apr '05

I just migrated from bb to hobbit server and I was wondering where is hobbit´s incoming log directory (bb had $BBVAR/logs). regards Jon Bjorn

1 0

[hobbit] Comments wanted - OK to drop BB support in Hobbit ?
by dhd733＠yahoo.se 21 Apr '05

21 Apr '05

Henrik Stoerner <henrik at hswn.dk> wrote: So what do you say - can I drop the BB support and focus entirely on a pure Hobbit environment? I agree with everybody that want compatibilty with the BB-client. Regards Lars Hobbithobbyist "If you run UNIX and you don't have a UPS, you should see a psychiatrist...." --Byte Magazine (years ago)

1 0

[hobbit] getting config files via "bb $BBDISP "config file" failes
by U.Kirbach＠EnBW.com 21 Apr '05

21 Apr '05

Sorry Henrik, didn't mentioned, i use the bb program from hobbit on the BB client. sysperf at colinux:~/bb-cln$ ls -al $BB -rwxr-xr-x 1 sysperf staff 31428 2005-04-21 11:36 /usr/local/perf/bb-cln//bin/bb sysperf at colinux:~/bb-cln$ ls -al /usr/local/perf/hobbit/server/bin/bb -rwxr-xr-x 1 sysperf staff 31428 2005-04-21 10:58 /usr/local/perf/hobbit/server/bin/bb sysperf at colinux:~/bb-cln$ cmp /usr/local/perf/bb-cln//bin/bb /usr/local/perf/hobbit/server/bin/bb sysperf at colinux:~/bb-cln$ echo $? 0 Mit freundlichen Grüßen Uwe Kirbach -- Uwe Kirbach EnBW Service GmbH Betrieb Enterprise Systeme und Infrastruktur Systemmanagement Unix Durlacher Allee 93 76131 Karlsruhe Tel: +49 (0)721-63-14139 > -----Original Message----- > From: Kirbach Uwe > Sent: Thursday, April 21, 2005 1:43 PM > To: hobbit at hswn.dk > Subject: [hobbit] getting config files via "bb $BBDISP > "config file" failes > > > Hello Hendrik, > > i tried on my debian linux (okay - debian running as Colinux > on WindowsXP > Pro > = my test environment for hobbit + bb) > to pull config files for the bb client from hobbit server. > > I don't get any config files transfered. > > Hobbit server and BB client are on the same machine. > > hobbit user = bb-client user = "sysperf" > > bb-hosts on hobbit server: > root at colinux:/usr/local/perf/hobbit/server/etc# ls -al bb-hosts > -rw-r--r-- 1 sysperf staff 49748 2005-04-21 13:36 bb-hosts > > BB-Client: > sysperf at colinux:~/bb-cln$ export BBHOME=/usr/local/perf/bb-cln/ > sysperf at colinux:~/bb-cln$ . etc/bbdef.sh > sysperf at colinux:~/bb-cln$ echo $BBDISP > 172.16.16.2 > > sysperf at colinux:~/bb-cln$ $BB --debug $BBDISP "config bb-hosts" > 2005-04-21 13:40:35 Transport setup is: > 2005-04-21 13:40:35 bbdportnumber = 1984 > 2005-04-21 13:40:35 bbdispproxyhost = NONE > 2005-04-21 13:40:35 bbdispproxyport = 0 > 2005-04-21 13:40:35 Recipient listed as '172.16.16.2' > 2005-04-21 13:40:35 Standard BB protocol on port 1984 > 2005-04-21 13:40:35 Will connect to address 172.16.16.2 port 1984 > 2005-04-21 13:40:35 Connect status is 0 > 2005-04-21 13:40:35 Sent 15 bytes > 2005-04-21 13:40:35 Closing connection > > > Mit freundlichen Grüßen > Uwe Kirbach > > -- > Uwe Kirbach > EnBW Service GmbH > Betrieb Enterprise Systeme und Infrastruktur > Systemmanagement Unix > > Durlacher Allee 93 > 76131 Karlsruhe > > Tel: +49 (0)721-63-14139 > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

1 0

[hobbit] Comments wanted - OK to drop BB support in Hobbit ?
by pwilliamson＠mandtbank.com 21 Apr '05

21 Apr '05

>>> henrik at hswn.dk 04/21/05 7:20 AM >>> > This brings up a slighty bigger issue. > > Since Hobbit grew out of the Big Brother environment, it is > still possible to configure Hobbit for use with BB - it is in > essence a "bbgen 4.0". > > I would like to drop that, since it does make things more > difficult for future developments, and I honestly haven't > done any testing against BB for some months now. Right > now the development focus for Hobbit is the > "behind-the-scenes" server functions, but should the focus > at some point go towards new features in the user-interface > part of Hobbit, it would be difficult to stay backwards > compatible with Big Brother in the sense that you can run > e.g. the Hobbit version of bbgen on top of Big Brother. > > So what do you say - can I drop the BB support and focus > entirely on a pure Hobbit environment? > > It's still something I decide, but I would appreciate your > input. If I do decide to drop BB support in Hobbit, I will > wrap it up with a bbgen 3.6 release to close that down nicely. Henrik, As someone who uses BB and has never gotten bbgen to work right, but does have Hobbit working, I'd say jettison the project from any BB connections. There are a few immediate benefits I can see growing out of this. 1. A true database backend. Trying to tie the legacy BB stuff into it would be more difficult than just doing your own efforts. 2. Better notification/escalation support. One of my biggest issues with BB is this piece. There is largely no way to send a new notification (I use traps, no paging) when the status goes from yellow to red, or red back to yellow. 3. More colors would be easier. yellow/red for problems is almost not enough. 4. A real event list. Having the last 25 events in a web page is ok, but being able to have a sortable list of events based on severity (plus some other issues), would be much nicer. There's my opinion. Like you said, it's ultimately up to you. It doesn't seem like the BB guys had any problems with going commercial, you shouldn't have any issues going it on your own. Paul

1 0