February 2005 - Xymon - Xymon mailman web

[hobbit] netstat unknown OS?
by blysik＠shutterfly.com 03 Feb '05

03 Feb '05

Argh! God, sorry. I figured it out. We happen to use an external script on those hosts, netstat.sh. This is obviously not returning the data that hobbit expects and wants to put into an rrd: -bash-2.05b$ bin/bb 127.0.0.1 "hobbitdlog im20.netstat" im20|netstat|green||1106677216|1107468504|1107470304|0|0|172.16.170.20|-1|| green Thu Feb 3 14:08:24 PST 2005 Internal connections to port 8007 are 0 Established connections to port 80 are 9 I don't suppose there's a way to tell hobbit not to try and graph this? -- Bruce Z. Lysik <blysik at shutterfly.com> Operations Engineer

2 1

[hobbit] netstat unknown OS?
by blysik＠shutterfly.com 03 Feb '05

03 Feb '05

> Please check what the BB client on these hosts report for the > BBOSTYPE setting - you can see if you log in to the host, then > > BBHOME=/usr/local/bb > export BBHOME > . $BBHOME/etc/bbdef.sh > echo $BBOSTYPE > > Hobbit's OS detection expects this to be "solaris". I suspect > they might report as "SunOS". > > If that is the case, then it is easy to fix by adding SunOS to > the OS list in lib/misc.c. Hrm. Actually: bash-2.03$ . /opt/bb/etc/bbdef.sh bash-2.03$ echo $BBOSTYPE solaris -- Bruce Z. Lysik <blysik at shutterfly.com> Operations Engineer

3 2

[hobbit] No Hobbit menu in maint.pl
by GThiesfeld＠webmd.net 03 Feb '05

03 Feb '05

Check your hobbitserver.cfg against the newly created one. You need a line like this: BBMENUSKIN="$BBSERVERWWWURL/menu" _____ From: Charles Jones [mailto:jonescr at cisco.com] Sent: Thursday, February 03, 2005 3:59 PM To: hobbit at hswn.dk Subject: Re: [hobbit] No Hobbit menu in maint.pl Did that, now when I go to the enable/disable option I get a popup in IE that says: "A Runtime Error has occured. Do you wish to Debug? Line: 503 Error: 'menu' is undefined" I assume this is some sort of javascript error. The menu is working fine for everything else, including the Ack section. I made sure I copied the files you specified, and chown'ed them to the hobbit user and restarted hobbit. -Charles Henrik Storner wrote: In <mailto:42029780.5050401 at cisco.com> <42029780.5050401 at cisco.com> Charles Jones <mailto:jonescr at cisco.com> <jonescr at cisco.com> writes: When you use maint.pl, there are no links back to the main Hobbit page, nor the menu overlay. So, when you enable/disable a host, the only way to get back to the main hobbit page is to click back several times. Make sure you installed the latest files hobbit-4.0-RC1/hobbitd/webfiles/maint_{header,footer} in your ~hobbit/server/web/ directory. If you upgraded, then the old files are NOT overwritten with the new ones, you need to copy them by hand. Same goes for the menu-files in hobbit-4.0-RC1/hobbitd/wwwfiles/menu/ that should be copied to ~hobbit/server/www/menu/ The maint.pl distributed with Hobbit should include the menu. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk <mailto:hobbit-unsubscribe at hswn.dk>

1 0

netstat unknown OS?
by blysik＠shutterfly.com 03 Feb '05

03 Feb '05

Hi, I've noticed these lines in my larrd-status.log: 2005-02-03 10:28:23 Host 'im20' reports netstat for an unknown OS for various hosts. These hosts just say 'larrd is accumulating netstat' on the netstat page. They're running Solaris x86. Results from uname -a: SunOS im20 5.8 Generic_108529-19 i86pc i386 i86pc What do I need to fix to get netstat graphs working for these hosts? They're running old clients, bb19c, do you think that's the problem? Thanks in advance. -- Bruce Z. Lysik <blysik at shutterfly.com> Operations Engineer

2 1

COLOR keyword in alerts
by blysik＠shutterfly.com 03 Feb '05

03 Feb '05

Hi, Can COLOR take two arguments? ie, COLOR=red,purple -- Bruce Z. Lysik <blysik at shutterfly.com> Operations Engineer

2 1

RC1
by Kevin＠ewormhole.com 03 Feb '05

03 Feb '05

RC1 looks excellent so far! I like the htaccess protected admin pages...nice addition.

1 0

Hobbit 4.0 RC1, Looks fantastic!
by David.Gore＠mci.com 03 Feb '05

03 Feb '05

Henrik, Great job! The DURATION seems to be working very well, and the page.log is outputting exactly what you would expect. We had a network outage that caused several hosts to go unreachable, providing me with a nice test. Fantastic work! Thanks a million! ~ David

1 0

[hobbit] alerting macros
by blysik＠shutterfly.com 02 Feb '05

02 Feb '05

> > A related question: If I don't define COLOR anywhere in the rule, it > > should by default alert on 'red', correct? > > To be exact, it will alert on the colors defined with the > "--alert-colors" option, but the default for that is to alert on red, > yellow and purple. Aha. That's useful. Is that a switch to hobbitd that I can add in hobbitlaunch.cfg? (I want to set it to just red and purple.) And if I do make that change, can I override it on a per alert basis with the COLOR option? Thanks! -- Bruce Z. Lysik <blysik at shutterfly.com> Operations Engineer

2 1

[hobbit] No alerts propagating...
by henrik＠hswn.dk 02 Feb '05

02 Feb '05

On Sat, Jan 29, 2005 at 10:56:53PM +0000, David Gore wrote: > COLOR=red > MAIL somebody at somehost.com REPEAT=8h DURATION>15 > > Is this a possible rule, or do you need BOTH a HOST and a SERVICE for > ANY rule? Or do you need at least one, HOST or a SERVICE? Can I have a > rule for ALL red alarms? This is running on Solaris 9. The rule is valid, and should work. I know now that DURATION is completely broken in beta6 and will delay your alerts 24 hours, so you probably won't see any alerts going out. Henrik

1 0

[hobbit] bb-hosts and DNS lookups
by henrik＠hswn.dk 02 Feb '05

02 Feb '05

On Thu, Jan 13, 2005 at 10:49:23PM -0500, Christopher T. Beers wrote: > I create the bb-hosts file using syntax like this > > 0.0.0.0 hostname.domain.com #ftp telnet > > This (at least from what I understand) tells the server process to lookup > the IP in DNS and connect their. If my assumption is correct, I would love > to see the info page reflect the DNS IP address that was resolved (and not > 0.0.0.0). The bb-infocolumn tool now does a DNS lookup and puts the found IP-address on the info-page. Henrik

1 0