- Xymon - Xymon mailman web

[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

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

21 Apr '05

The BB agents will still work, right? We have a lot of already-paid-for agents running around out there. Other than that and the bbmrtg.sh script, I don't use anything from BB anymore. Michael -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Thursday, April 21, 2005 6:21 AM To: hobbit at hswn.dk Subject: [hobbit] Comments wanted - OK to drop BB support in Hobbit ? 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 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 U.Kirbach＠EnBW.com 21 Apr '05

21 Apr '05

> -----Original Message----- > From: Henrik Stoerner [mailto:henrik at hswn.dk] > Sent: Thursday, April 21, 2005 1:21 PM > Subject: [hobbit] Comments wanted - OK to drop BB support in Hobbit ? > > 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? Since there is no development effort on BB since a very long time, and because of the license problem (BB = BTF and Hobbit = GPL), i would suggest to drop BB support and focus on pure Hobbit. 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

1 0

[hobbit] Hobbit 4.02 and Patches..
by dhd733＠yahoo.se 21 Apr '05

21 Apr '05

Henrik Stoerner <henrik at hswn.dk> wrote: I don't know if it's just you or the HP-UX environment you're using,? I don't think it's me, or at least don't hope so. I am not a pro on porting systems. I am just doing this as a hobby, since I lost my job and "took" 2 obsolete HP-UX servers with me home. I was running BB at work and bbgen (could it have been 2.1.15?). But I never felt very well with the BTF-license. But we were using BB internally at the IT-department for internal systems. I very much appreciate Hobbit and hopefully it could be more than a hobby. I have been working with computers in 30 years. Started to learn Algol on a DataSaab D21. Then COBOL on IBM 360/65. (Also learnt PL/1, APL, Assembler and Databus) All programs were on punched cards. I would very much like to learn C but when I read void I think this I have to avoid. Well that was a little bit about me. Regards Lars PS do you want to know about my computersystem just ask Hobbithobbyist "If you run UNIX and you don't have a UPS, you should see a psychiatrist...." --Byte Magazine (years ago)

2 1

filer qtrees
by wfinizia＠ccs.neu.edu 20 Apr '05

20 Apr '05

Hi, I have just installed Hobbit and it is GREAT! It is what I have been looking for to monitor our network. Keep up the good work! I do have a question, looking through the archives I found mention of Hobbit's ability to monitor filer q-trees. I have a NetApp filer and would like to use this functionality but have been unable to locate any doc's on how to implement it. Any help would be welcomed. ciao, Bill Finizia Northeastern University/CCIS Network Administrator 617.373.2011 --- Coram Deo

3 2

Problems importing mrtg into hobbit trends
by EES2Y＠hscmail.mcc.virginia.edu 20 Apr '05

20 Apr '05

Hi all, I'm trying to move our bb-mrtg.sh setup on our bigbrother server over to our new hobbit servers; I've got it sort of work, but I'm having a problem: they data appears okay, but it isnt scaled directory and it's axes (plural of axis, I had to look that one up ;) and legend items are likewise mislabeled. For instance, my cpu graph goes all the way to 140 (spinal tap, anyone?), its Y axis is labeled in "bits/second", and what would normally be the "1 minute" and "5 minute" legend items are instead "cpu inbound" and "cpu outbound". I'm pretty much using the same mrtg config that I was for bb-mrtg, with a few tweaks. Here's an example: Target[mrtg.testrtr.cpu]: 1.3.6.1.4.1.9.2.1.57.0&1.3.6.1.4.1.9.2.1.58.0:cid at testrtr Directory[mrtg.testrtr.cpu]: testrtr AbsMax[mrtg.testrtr.cpu]: 100 MaxBytes[mrtg.testrtr.cpu]: 100 Options[mrtg.testrtr.cpu]: gauge,nopercent,growright YLegend[mrtg.testrtr.cpu]: CPU Utilization ShortLegend[mrtg.testrtr.cpu]: % LegendI[mrtg.testrtr.cpu]:  1 Min: LegendO[mrtg.testrtr.cpu]:  5 Min: Legend1[mrtg.testrtr.cpu]: AvgBusy 1 Min Legend2[mrtg.testrtr.cpu]: AvgBusy 5 Min Title[mrtg.testrtr.cpu]: CPU PageTop[mrtg.testrtr.cpu]: <H1>CPU Utilization</H1> On the bb-mrtg.sh output on our bigbrother server, everything appears as expected. I believe most (if not all) of our cfg files were generated with the cfgmaker binary that came with mrtg, if that is any help. TIA, -Eric

1 0

[hobbit] Hobbit 4.02 and Patches..
by dhd733＠yahoo.se 20 Apr '05

20 Apr '05

Henrik Stoerner <henrik at hswn.dk> wrote: Could you try the attached patch on top of the maintenance-feature-v2 patch and let me know if it solves the problem for you ? Sorry Henrik, but Reading symbols from /usr/local/lib/libpcre.sl.0...done. Reading symbols from /usr/local/lib/libgcc_s.sl...done. Reading symbols from /usr/lib/libnsl.1...done. Reading symbols from /usr/lib/libxti.2...done. Reading symbols from /usr/lib/libc.2...done. Reading symbols from /usr/lib/libdld.2...done. #0 0xc02003e0 in _read_sys () from /usr/lib/libc.2 (gdb) bt #0 0xc02003e0 in _read_sys () from /usr/lib/libc.2 #1 0xc020afdc in read () from /usr/lib/libc.2 #2 0xc01edf64 in _filbuf () from /usr/lib/libc.2 #3 0xc01eda7c in __fgets_unlocked () from /usr/lib/libc.2 #4 0xc01edc74 in fgets () from /usr/lib/libc.2 #5 0x00002eb4 in parse_post () at hobbit-enadis.c:61 #6 0x00003abc in main (argc=2, argv=0x7f7e0570) at hobbit-enadis.c:237 (gdb) 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] Hobbit 4.02 and Patches..
by dhd733＠yahoo.se 20 Apr '05

20 Apr '05

Henrik Stoerner <henrik at hswn.dk> wrote: I've seen your report about this, but haven't had much time to follow up on it. When exactly does the system "hang" as you describe - when you click the "Apply" button on the disable form ? Or before the form ever appears ? When I click on Apply or OK on password form Does it hang also if you use the disable function from the "info" column page ? Only from info column page If you do a "ps" listing of the processes spawned by Apache, is there a "hobbit-enadis" CGI running when this happens ? If there is, could you add "--debug" to the hobbit-enadis.cgi command in ~/cgi-secure/hobbit-enadis.sh and let me know what that reports when you hit the "Apply" button ? Nothing, only hangs! Also, you can try killing the hobbit-enadis process when it hangs with a "kill -6 PID" - that should make it core-dump, although I'm not quite sure where this core file ends up since it runs as a CGI script. You may have to add a "cd /tmp" in the hobbit-enadis.sh CGI wrapper to get it to core-dump in /tmp. If you find such a dump, it would be interesting if you could get the stacktrace: Core was generated by éhobbit-enadis'. Program terminated with signal 6, Aborted. warning: The shared libraries were not privately mapped; setting a breakpoint in a shared library will not work until you rerun the program. Reading symbols from /usr/local/lib/libpcre.sl.0...done. Reading symbols from /usr/local/lib/libgcc_s.sl...done. Reading symbols from /usr/lib/libnsl.1...done. Reading symbols from /usr/lib/libxti.2...done. Reading symbols from /usr/lib/libc.2...done. Reading symbols from /usr/lib/libdld.2...done. #0 0xc02003e0 in _read_sys () from /usr/lib/libc.2 (gdb) bt #0 0xc02003e0 in _read_sys () from /usr/lib/libc.2 #1 0xc020afdc in read () from /usr/lib/libc.2 #2 0xc01edf64 in _filbuf () from /usr/lib/libc.2 #3 0xc01eda7c in __fgets_unlocked () from /usr/lib/libc.2 #4 0xc01edc74 in fgets () from /usr/lib/libc.2 #5 0x00003364 in parse_post () at hobbit-enadis.c:155 #6 0x00003a04 in main (argc=2, argv=0x7f7e0578) at hobbit-enadis.c:231 (gdb) Regards Lars Hobbithobbyist "If you run UNIX and you don't have a UPS, you should see a psychiatrist...." --Byte Magazine (years ago)

2 1