November 2005 - Xymon - Xymon mailman web

[hobbit] hobbitclient + msgs test sugesstion
by steve.aiello＠ge.com 29 Nov '05

29 Nov '05

> So - I think some other solution is needed, and I've been > thinking about how to do it. So far it's just ideas - no > code. But I believe the log checking has to happen on each > client, but controlled by a central configuration. So what I > plan to implement is something like this: > > * The configuration of what logs to monitor and what strings to > look for is maintained on the central Hobbit server, either as > an addition to the hobbit-clients.cfg file, or in a separate > file - that isn't really important. > * When a client connects and sends in a client-side message, the > Hobbit server accepts the client message, but also sends back > the current log-check configuration info. By re-using the > client connection, the overhead involved in pushing the > configuration to each client becomes almost nil. > * When the client has a log-check configuration, it knows what logs > to check for what strings, and can include that information in > the normal client message it sends back to the Hobbit server. > That means the client will need a tool to do the logfile checking; > probably using a client-side regular-expression matching tool > like "grep". It can either be built into the Hobbit client, or > it could just rely on the existing "grep" utility found on the > system - this would probably be the simplest to implement. > I had come to the same conclusion when trying to think how to implement msgs tests in a 'hobbit' way. So it seems that hobbit needs some manner of 'push' mechanism. Of course this is just pushing configuration, but since you are talking about a 'push' mechanism what about pushing files too ? Though this option may be cosidered a security hole. But this would be nice for pushing out updates. Whether it is a full Hobbit client update, or if a particular script/test needed to be pushed out and updated. Pushing out files could be a configureable option that can be enable/disabled.

1 0

Hobbit & MRTG - has anyone seen this?
by Shawn.Maschino＠ge.com 29 Nov '05

29 Nov '05

Hi all, I'm using Hobbit with MRTG and have it set up with the bb-mrtg.pl script. It is looking quite nice, the network admins love it, but today on the non-green view page I had a server pop up with a column for "traffic" being purple, and when clicking on it it brings me some switch details being populated in via MRTG. That was a bit surprising, I hadn't seen a "traffic" column anywhere else, and my first guess was that the IP for the server and switch may have been accidentally entered as the same, but they weren't. The switch is also reporting in via MRTG, the data is updating every 5 minutes even though it is showing as purple. I'm about at the end of my troubleshooting thought process, has anyone seen something like this before? Thanks, Shawn Maschino Technical Services - Server Operations GE Plastics shawn.maschino at ge.com

2 1

[hobbit] Menu system suggestions
by smith.js.8＠pg.com 29 Nov '05

29 Nov '05

A correction to my own post. In order to prevent the "help" user from gaining access to the "admin" function, you need to create groups to control access. I'll post those changes tomorrow. Scott

1 0

Menu system suggestions
by smith.js.8＠pg.com 29 Nov '05

29 Nov '05

Henrik et al I've found that the default width on the menu items does not work for some browsers. It is just a bit too narrow. Increasing the width from 150 to 160 seems to solve the problem in every browser I can get my hands on. In the file server/www/menu/menu_tpl.js change line 25 to read: 'width': 160, I've also found it useful to have the help system password protected. In the file server/etc/hobbit-apache.conf add the following to the end of the file: # See above for instructions on creating users. I generally # create a 'help' user for accessing this separately from # the administrator options. Alias /monitor/help/ "/home/hobbit/server/www/help/" <Directory "/home/hobbit/server/www/help"> Options Indexes FollowSymLinks Includes MultiViews Order allow,deny Allow from all AuthUserFile /home/hobbit/server/etc/hobbitpasswd AuthType Basic AuthName "Hobbit Help" Require valid-user </Directory> Of course, this file is created duing configuration, so I'm sure there is a change necessary in the config system if this should become part of the installed options. I've also found it quite a pain to not have the hobbit menu system at the top of the documentation pages. I have a script that makes it rather simple to add the menu system into the entire documentation tree, post-install. The script is pasted below. To use it, I put the script in /server/bin and then use these commands: # cd /home/hobbit/server/www/help # for file in *.html */*.html */*/*.html > do > /home/hobbit/server/bin/hobbit-html.sh "$file" > /tmp/html.$$ > cp /tmp/html.$$ "$file" > done # rm /tmp/html.$$ If you don't install hobbit in the root of your server (for example, I put it in the /monitor path of my server) then you'll need to use the --path option: > /home/hobbit/server/bin/hobbit-html.sh --path "/monitor" "$file" > /tmp/html.$$ Here is the hobbit-html.sh script: #!/bin/bash #----------------------------------------------------------- # Program : hobbit-html.sh # Purpose : Prepares an html file for use within the hobbit # monitor web system. # Author : Scott Smith <smith.js.8 at pg.com> # Release : 28 Nov 2005 # License : Public Domain #----------------------------------------------------------- SYNTAX="syntax: ${0##*/} [--help] [--path] htmlfile" case "$1" in -h|"") echo "$SYNTAX" exit 1 ;; --help) echo "$SYNTAX" echo " where: --path is the path prefix where Hobbit is installed" echo echo " This is not required if Hobbit is installed relative" echo " to the root / path in the URL." echo echo " Example: If Hobbit is installed in the /monitor URL," echo " then '--path /monitor' is required in order for the" echo " menu system to find its files." echo exit 1 ;; --path) URL="$1" HTML="$2" ;; *) URL="" HTML="$1" ;; esac [ -f "$HTML" ] || { echo "error: not found - $1" ; exit 2 ; } awk --assign URL="$URL" -- ' /<[/][Hh][Ee][Aa][Dd]>.*<[Bb][Oo][Dd][Yy]>/ { style() print body1() next } /<[/][Hh][Ee][Aa][Dd]>/ { style() print next } /<[Bb][Oo][Dd][Yy]>/ { print body1() next } /<[/][Bb][Oo][Dd][Yy]>/ { body2() print next } { print } function style() { print "" print "" print "<link rel=\"stylesheet\" type=\"text/css\" href=\"" URL "/menu/ nu.css\">" print "" } function body1() { print "" print "<p> </p> " print "" } function body2() { print "" print "" print "<script type=\"text/javascript\" language=\"JavaScript\" src=\"" URL "/menu/menu.js\"></script>" print "" print "<script type=\"text/javascript\" language=\"JavaScript\" src=\"" URL "/menu/menu_tpl.js\"></script>" print "<script type=\"text/javascript\" language=\"JavaScript\">" print " new menu (MENU_ITEMS, MENU_POS);" print "</script>" print "" } ' "$HTML" fi #EOF(hobbit-html.sh) It appears much of the docs, in particular the man pages, is generated via a script. I don't know how difficult it might be for these changes to become configuration time options. However, it would be easy enough for this script to be productized into the install if desired. Enjoy... Scott

1 0

Dumb hobbit network test question
by KauffmanT＠nibco.com 29 Nov '05

29 Nov '05

I've just done my tri-annual hardware shuffle, swapping out all my on-lease RS-6000 for brand spanking new systems. Part of this included upgrading from AIX 5.1 to AIX 5.3. Now, on half the systems (the last set replaced) I get errors on the smtp and ftp tests -- typically one test every two hours. Interestingly, all these systems barf on the same test cycle. This is obviously something not quite right in the AIX config, but I'm at a loss on what. I just found out today that we also have production rsh scripts that time out on the same cycle (yeah, I know -- but they've been rsh since year dot, and getting them to ssh is real low on the list . . ) Here's a sample of the network test error: Service ftp on hudson is not OK : Unexpected service response Service smtp on hudson is not OK : Unexpected service response How can I log the actual response? I'm currently running hobbit 4.03rc1; that's scheduled to change sometime next week. Other suggestions? TIA -- Tom Kauffman NIBCO, Inc

1 0

Problems since upgrading from bbgen to Hobbit
by frederic.mangeant＠steria.com 29 Nov '05

29 Nov '05

Hi Henrik I upgraded this morning from bbgen 3.6 to Hobbit 4.1.2p1 (with ~ 1000 hosts), and have a few problems : - I can't display the history of one of my test : http://10.50.80.44/hobbit-cgi/bb-hist.sh?HISTFILE=cronos.AHD&ENTRIES=50&IP=… returns an internal server error [Tue Nov 29 12:08:08 2005] [error] [client 10.50.8.55] Premature end of script headers: bb-hist.sh, referer: http://10.50.80.44/hobbit-cgi/bb-hostsvc.sh?HOSTSVC=cronos.AHD&IP=10.50.80.… - I had a coredump with bbgen : $ file core core: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, SVR4-style, from 'bbgen' $ gdb /BB/hobbit/server/bin/bbgen core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by `bbgen --recentgifs --subpagecolumns=2 --nopropred=AHD --subpagecolumns=2 --page'. Program terminated with signal 6, Aborted. Reading symbols from /usr/lib/libpcre.so.0...done. Loaded symbols for /usr/lib/libpcre.so.0 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x40075941 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40075941 in kill () from /lib/libc.so.6 #1 0x400756e5 in raise () from /lib/libc.so.6 #2 0x40076a86 in abort () from /lib/libc.so.6 #3 0x080639d1 in sigsegv_handler (signum=0) at sig.c:57 #4 <signal handler called> #5 main (argc=11, argv=0xbfffd7a4) at bbgen.c:586 (gdb) quit - some of my devices (running the Quest BB client 3.01) do not update their statuses as frequently as they should Even if I add a process to check, it doesn't appear in Hobbit. Could it be a compatibility problem (my tests with a Quest BB client 3.01 running on XP SP2 ran fine). - one of my custom network test keeps getting "Unexpected service response" Its definition is this : [ica] expect "ICA" port 1494 - I get a lot of errors in page.log : 2005-11-29 12:38:03 Bad timespec (missing colon or wrong weekdays): 1-6:0000:0700 Do I have to use "TIME=123456:0000:0700" ? Many thanks in advance for your help. Regards, -- Frédéric Mangeant Steria EDC Sophia-Antipolis

2 4

[hobbit] RE : [hobbit] Problems since upgrading from bbgen to Hobbit
by nfigaro＠effigie.fr 29 Nov '05

29 Nov '05

> -----Message d'origine----- > De : Frédéric Mangeant [mailto:frederic.mangeant at steria.com] > Envoyé : mardi 29 novembre 2005 14:59 > À : hobbit at hswn.dk > Objet : Re: [hobbit] RE : [hobbit] Problems since upgrading > from bbgen to Hobbit > > > Merci pour l'info Nicolas. Avec plaisir. > > Running bb-hist.cgi returns 1000+ lines, and ends with : > > read(3, " 2005 green 1121362283 877\nThu"..., 4096) = 4096 > read(3, "0:59 2005 red 1121389259 12\nFr"..., 4096) = 4096 > read(3, "2005 clear 1121415369 12\nFri J"..., 4096) = 4096 > brk(0x84c1000) = 0x84c1000 > read(3, "5 green 1121440956 879\nFri Jul"..., 4096) = 4096 > read(3, "2005 red 1121467928 10\nSat Jul"..., 4096) = 4096 > read(3, "08:07:14 2005 clear 1121494034"..., 4096) = 4096 > read(3, "Sat Jul 16 15:22:19 2005 green "..., 4096) = 4096 > read(3, "1546235 880\nSat Jul 16 22:51:55 "..., 4096) = 4096 > read(3, " red 1121573209 10\nSun Jul 17 "..., 4096) = 4096 > read(3, "1:56 2005 clear 1121599316 10\n"..., 4096) = 4096 > read(3, "Jul 17 20:37:04 2005 green 112"..., 4096) = 4096 > read(3, "520 879\nMon Jul 18 04:06:39 2005"..., 4096) = 4096 > read(3, " 1121678494 10\nMon Jul 18 11:2"..., 4096) = 4096 > read(3, "592\nMon Jul 18 18:36:50 2005 gre"..., 4096) = 4096 > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > +++ killed by SIGSEGV +++ > > > This external script's color changes very frequently (I use > this to open > "fake" tickets in Computer Associates USPSD). > The ~data/hist/cronos.AHD file is more than 4 Mb, maybe I > should change > one of the "MAXMSG_*" settings in hobbitserver.cfg ? Or try to run a head -100 to select only the 100 most recent color changes and see if the SIGSEGV still occurs. You could certainly determine the amount of lines the cgi can handle. NF > > Regards, > > -- > > Frédéric Mangeant > > Steria EDC Sophia-Antipolis

1 0

[hobbit] Problems since upgrading from bbgen to Hobbit
by nfigaro＠effigie.fr 29 Nov '05

29 Nov '05

> -----Message d'origine----- > De : Frédéric Mangeant [mailto:frederic.mangeant at steria.com] > Envoyé : mardi 29 novembre 2005 14:29 > À : hobbit at hswn.dk > Objet : Re: [hobbit] Problems since upgrading from bbgen to Hobbit > > >> - I can't display the history of one of my test : > >> > >> > http://10.50.80.44/hobbit-cgi/bb-hist.sh?HISTFILE=cronos.AHD&ENTRIES= > >> 50&IP=10.50.80.44&DISPLAYNAME=cronos > >> returns an internal server error A good way of solving this is to run the script bb-hist.sh with a -x option directly from the command line. There is only a call to the cgi. So you can then try a truss like this one : export QUERY_STRING="HISTFILE=cronos.AHD&ENTRIES=50&IP=10.50.80.44&DISPLAYNAME=cronos" . /usr2/hobbit/server/etc/hobbitcgi.cfg script /tmp/truss.txt truss /usr2/hobbit/server/bin/bb-hist.cgi $CGI_HIST_OPTS Hope this'll help, et bon courage. Nicolas Figaro

2 1

[hobbit] Hobbit client for Windows
by Gerard＠ets.biz 29 Nov '05

29 Nov '05

WMI. I know nothing about programming; but - WMI. Every server we monitor and manage is running Windows 2000 server or later; which means we found our common ground. Peter - If you wanted to know who has been working on a hobbit client - we have. Attached is an implementation that runs as a windows service, checking performance counters and passing results to the server. The service is designed to query an SQL server (yes - MS SQL :)), passing it's full hostname as an argument, which returns a full list of WMI counters to monitor, the address of the hobbit server to report to, the frequency, whether to create a log file, and if so where. (Basically, the client is completely without any configuration, designed to up-date it's config with every boot) I agree we need someone to co-ordinate this effort to ultimately produce the windows / windoze client that Hobbit is lacking. One of the few short-comings of Hobbit IMHO. You can download the source at http://www.ets.biz/hobbitmonitor.zip - it's under any licensing model you care to chose :). Gerard Lill T: +44 (0)20 8797 7799 F: +44 (0)20 8797 4725 www.ets.biz Eclipse Technology Services -----Original Message----- From: Rob MacGregor [mailto:rob.macgregor at gmail.com] Sent: Monday, 28 November 2005 22:34 To: hobbit at hswn.dk Subject: Re: [hobbit] Hobbit client for Windows On 28/11/05, Jeff Newman <jeffnewman75 at gmail.com> wrote: > Please excuse my ignorance as Im new to hobbit/BB, but whats wrong > with the Big Brother client? I run a hobbit server, downloaded the windows > client > off of the big brother site, installed it, and it reports stuff to hobbit > just fine. Licensing - you may just want to read the license agreement :-) -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Hobbit client for Windows
by v.everett＠afgonline.com.au 29 Nov '05

29 Nov '05

Hi Lars, Henrik You are correct. This was a client installation only. I wouldn't try install the server on Windows. It might work, but I see no benefit. Cheers Vernon ----- No trees were killed in the creation of this message. However, many electrons were terribly inconvenienced. -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Monday, 28 November 2005 5:27 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Hobbit client for Windows On Mon, Nov 28, 2005 at 10:09:46AM +0100, lars ebeling wrote: > Where do I find the resource kit? I unpacked the latest snapshot and > started with configure. There where no sudo and fping. What other > utilities are needed? I think Vernon did a client-configuration only. Try running Hobbit's configure script with the --client option. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is not waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.

1 0