November 2005 - Xymon - Xymon mailman web

NCV RRD weirdness
by jeff＠myinternetservices.com 27 Nov '05

27 Nov '05

OK, so I've finally delved into the murky waters (ok so I had to make that sound scary and all fearsome and what not LOL) of writing my own Hobbit server extension script. And as part of the script, it collects data. I want to graph that data on hobbit. So I set up the NCV stuff... problem is that it doesn't create the RRD file correctly. Here's the relevant entries from hobbitserver.cfg: TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,dig=tcp,time=ntpstat,vmstat,iostat,netstat,temperat ure,apache,bind,sendmail,mailq,nmailq=mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,qstat=ncv" # This defines which RRD files to include on the "trends" column webpage, # and the order in which they appear. GRAPHS="la,disk,inode,qtree,memory,users,vmstat,iostat,tcp.http,tcp,netstat,mrtg::1,temperature,ntpstat,apache,bind,sendmail, mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,qstat" # # Ok these columns are from qstat and are used to graph (I HOPE!) the columns via rrd. # NCV_qstat="avgping:GAUGE,curplayers:GAUGE" And that status message that gets sent is this: qstat status for host 123.123.123.123 curplayers : 0 avgping : 0 IE my ext script does this: $BB $BBDISP "status $MACHINE.$COLUMN $COLOR `date` ${MSG} curplayers : $cur_players avgping : $avg_ping" Where $MSG can be changed depending on circumstances. However, when I dump the RRD file, I get this info:  <rrd> <version> 0001 </version> <step> 300 </step>  <lastupdate> 1133107889 </lastupdate>  <ds> <name> qstatstatusforhost6 </name> <type> DERIVE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> 0 </last_ds> <value> 0.0000000000e+00 </value> <unknown_sec> 0 </unknown_sec> </ds> Any thoughts as to what I'm doing wrong? This is on hobbit 4.1.2p1. (1038:38)$ rpm -q -a | grep hobbit hobbit-client-4.1.2p1-1.fc3.re hobbit-4.1.2p1-1.fc3.re -- Jeff Stuart Network Admin MyInternetServices.com 1-800-300-HOST -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.5/178 - Release Date: 11/22/2005

2 3

NCV Monitor shows no graph
by AlonO＠BEZEQINT.CO.IL 27 Nov '05

27 Nov '05

Hi all, I have configured my NCV graph (Netapp packets/second) and for some reason I don't see the graph. I do see the RRD file been created but no graph is seen. I have no idea why, but the new graphs are RRD V3 while all other monitors are V1. If I look into the RRD file I see real data is gathering (using SNMP) from the filer. I have other NCV monitors that have RRD files but with no graphs (like Mysql). Here is hobbitserver.cfg file: # status view of a test should include a graph. NCV_mysql="Queriespersecondavg:GAUGE" TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tc p,dig=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sen dmail,mailq,nmailq=mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy ,hobbitd,mysl=ncv,inpks=ncv" # This defines which RRD files to include on the "trends" column webpage, Any ideas? Alon ------------------------------------------------------------------------------- The information contained in this message is proprietary of Bezeq International, protected from disclosure, and may be privileged. The information is intended to be conveyed only to the designated recipient(s) of the message. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, use, distribution or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. -------------------------------------------------------------------------------

1 0

[hobbit] Command-line scheduled disable
by AlonO＠BEZEQINT.CO.IL 26 Nov '05

26 Nov '05

I wondered if there is a way to schedule, for example, that a monitor will go disable last Sunday in every month. My DB that is going down for cold backup and sometimes I forget to schedule the monitor disable so I have the support waking me up in the middle of the night :=) Thanks, Alon -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Friday, November 25, 2005 12:34 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Command-line scheduled disable On Thu, Nov 24, 2005 at 02:48:44PM +0100, Frédéric Mangeant wrote: > > would it possible to schedule a disable using the command-line ? > > Something like > > $BB $BBDISP "disable $MACHINE.$TEST $DURATION $START_OF_DISABLE" There's a generic "schedule" command in the Hobbit protocol to do that. You can put a "schedule TIMESTAMP" in front of any command and Hobbit will execute that command at the requested time. TIMESTAMP is a Unix epoch time (seconds since Jan 1 1970). So your command would be: STARTTIME=`date +%s --date="$START_OF_DISABLE"` $BB $BBDISP "schedule $STARTTIME disable $MACHINE.$TEST $DURATION" That is in fact how the scheduled enable/disable works when you use it via the Web GUI. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ------------------------------------------------------------------------------- The information contained in this message is proprietary of Bezeq International, protected from disclosure, and may be privileged. The information is intended to be conveyed only to the designated recipient(s) of the message. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, use, distribution or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. -------------------------------------------------------------------------------

2 1

Depends problem
by rsmrcina＠wi.rr.com 25 Nov '05

25 Nov '05

Consider the following host definitions: 172.17.131.1 SC_Router # testip depends=(conn:GO_Router/conn) 172.17.131.200 scsql # testip depends=(conn:SC_Router/conn) My impression of how the tag works is that the conn test for this host depends upon the conn test for SC_Router. If the SC_Router conn test is red, then the conn test for scsql should be clear. Currently SC_Router is down (red), but the conn test for scsql is also coming up red (and pages are going out). -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (360)715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2006 - Chattanooga, TN - April 7-11, 2006

1 0

Command-line scheduled disable
by frederic.mangeant＠steria.com 24 Nov '05

24 Nov '05

Hi Henrik would it possible to schedule a disable using the command-line ? Something like $BB $BBDISP "disable $MACHINE.$TEST $DURATION $START_OF_DISABLE" Thanks in advance. Regards, -- Frédéric Mangeant Steria EDC Sophia-Antipolis

3 2

[hobbit] hobbbitd_client 4.1.2p1 crashes + strange df output
by peter.welter＠gmail.com 24 Nov '05

24 Nov '05

Mail failed; retrying... 2005/11/24, Peter Welter <peter.welter at gmail.com>: > Hello Henrik, > > 2005/11/24, Henrik Stoerner <henrik at hswn.dk>: > > Could you mail me a copy of the ~hobbit/client/tmp/msg.txt file > > from the host called "linux" on your network ? I'd like to see > > if the df output is any different. > > The output is attached. > > regards, > Peter

1 0

hobbbitd_client 4.1.2p1 crashes + strange df output
by peter.welter＠gmail.com 24 Nov '05

24 Nov '05

Hi Henrik I use Hobbit 4.1.2p1 on SLES9.1 and unfortunately two strange things happened. -1- the hobbitd_client crashed: " - Program crashed Fatal signal caught! " The core dump analysis follows: hobbit at linux:~/server> gdb bin/hobbitd_client tmp/core GNU gdb 6.1 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 "i586-suse-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `hobbitd_client'. Program terminated with signal 6, Aborted. warning: current_sos: Can't read pathname for load map: Invoer/uitvoer fout Reading symbols from /usr/lib/libpcre.so.0...done. Loaded symbols for /usr/lib/libpcre.so.0 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0xffffe410 in ?? () (gdb) bt #0 0xffffe410 in ?? () #1 0xbfffc720 in ?? () #2 0x00000006 in ?? () #3 0x00007bd5 in ?? () #4 0x4005c751 in raise () from /lib/tls/libc.so.6 #5 0x4005df29 in abort () from /lib/tls/libc.so.6 #6 0x08055ad2 in sigsegv_handler (signum=11) at sig.c:57 #7 <signal handler called> #8 0x4009c3eb in strlen () from /lib/tls/libc.so.6 #9 0x08053226 in addtobuffer (buf=0x805b590, bufsz=0x805b5c0, newtext=0x656c6946 <Address 0x656c6946 out of bounds>) at misc.c:160 #10 0x08054489 in addtostatus (p=0x656c6946 <Address 0x656c6946 out of bounds>) at sendmsg.c:642 #11 0x0804af6d in unix_disk_report (hostname=0x20333220 <Address 0x20333220 out of bounds>, hinfo=0x323a3232, fromline=0x36353a34 <Address 0x36353a34 out of bounds>, timestr=0x54454320 <Address 0x54454320 out of bounds>, capahdr=0x30303220 <Address 0x30303220 out of bounds>, mnthdr=0x202d2035 <Address 0x202d2035 out of bounds>, dfstr=0x656c6946 <Address 0x656c6946 out of bounds>) at hobbitd_client.c:385 #12 0x766f4e20 in ?? () #13 0x20333220 in ?? () #14 0x323a3232 in ?? () #15 0x36353a34 in ?? () #16 0x54454320 in ?? () #17 0x30303220 in ?? () #18 0x202d2035 in ?? () #19 0x656c6946 in ?? () #20 0x74737973 in ?? () #21 0x20736d65 in ?? () #22 0x20544f4e in ?? () #23 0x000a6b6f in ?? () #24 0x00000000 in ?? () #25 0x4014d967 in ?? () #26 0x4014e424 in ?? () #27 0x4014c0e5 in ?? () #28 0x4014b05c in ?? () #29 0x00000074 in ?? () #30 0x00000046 in ?? () #31 0x000016c4 in ?? () #32 0x00000084 in ?? () #33 0x0000163f in ?? () #34 0x000000ba in ?? () #35 0x000000b6 in ?? () #36 0x00000003 in ?? () #37 0x6174530a in ?? () #38 0x20737574 in ?? () #39 0x7373656d in ?? () #40 0x20656761 in ?? () #41 0x65636572 in ?? () #42 0x64657669 in ?? () #43 0x6f726620 in ?? () #44 0x3931206d in ?? () #45 0x36312e32 in ?? () #46 0x2e312e38 in ?? () #47 0x0a333031 in ?? () #48 0x00000000 in ?? () #49 0x00003507 in ?? () #50 0x00000006 in ?? () #51 0x40016338 in _rtld_local () from /lib/ld-linux.so.2 #52 0x00000000 in ?? () #53 0x400169b8 in ?? () from /lib/ld-linux.so.2 #54 0x08048b2d in ?? () #55 0x40047308 in ?? () from /lib/tls/libc.so.6 #56 0x40016338 in _rtld_local () from /lib/ld-linux.so.2 #57 0x40047308 in ?? () from /lib/tls/libc.so.6 #58 0x0000000c in ?? () #59 0x00000005 in ?? () #60 0x40016970 in ?? () from /lib/ld-linux.so.2 #61 0x4000072e in ?? () from /lib/ld-linux.so.2 #62 0x40000248 in ?? () from /lib/ld-linux.so.2 #63 0x40000000 in ?? () #64 0x00000044 in ?? () #65 0x00000044 in ?? () #66 0x00000000 in ?? () #67 0x40016338 in _rtld_local () from /lib/ld-linux.so.2 #68 0x00000002 in ?? () #69 0x400169b8 in ?? () from /lib/ld-linux.so.2 #70 0xbfffe150 in ?? () #71 0x4000fe09 in _dl_important_hwcaps () from /lib/ld-linux.so.2 Previous frame inner to this frame (corrupt stack?) -2- Something strange happened: in the rrd-directory the following 'disks' appeared?! Only root is a valid disk. I checked the clientoutput but all seems fine. linux:/var/lib/hobbit/rrd/linux # ls -ltr *disk* -rw-r--r-- 1 hobbit hobbit 38532 Nov 20 10:13 disk,status.rrd -rw-r--r-- 1 hobbit hobbit 38532 Nov 20 12:48 disk.rrd -rw-r--r-- 1 hobbit hobbit 38532 Nov 20 13:53 disk,etc,X11,xinit,xinitrc.rrd -rw-r--r-- 1 hobbit hobbit 38532 Nov 20 14:03 disk,nt.rrd -rw-r--r-- 1 hobbit hobbit 38532 Nov 20 15:03 disk,,alert.chk.rrd -rw-r--r-- 1 hobbit hobbit 38532 Nov 20 16:24 disk,-,+.rrd -rw-r--r-- 1 hobbit hobbit 38532 Nov 24 21:23 disk,root.rrd However, I dont know if these two things are connected. regards Peter

2 1

[hobbit] Windows logs.
by Jason.Chambers＠geosoft.com 24 Nov '05

24 Nov '05

The one from Quest Software is a per seat license. The one from the open source project (no longer being created/patched) is still free. http://www.bb4.org Jason Chambers IT Helpdesk Support Geosoft Inc. 85 Richmond St. West - 8th Floor Toronto, Ontario, Canada M5H 2C9 Tel: 416-369-0111 x344 Fax: 416-369-9599 www.geosoft.com -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Wednesday, November 23, 2005 4:59 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Windows logs. On Wed, Nov 23, 2005 at 01:42:58PM -0800, Charles Jones -X (charljon - Cisco Learning Institute at Cisco) wrote: > > This brings up a dumb question. Is there a windows client for hobbit? > > I am using the "bbNT" client. It is a windows client for BigBrother that > seems to work well with Hobbit as well. You should be aware that this is a non-free*) product. There is a per-seat license cost, and I am not entirely sure of whether you are allowed to use it with a non-BB server. Regards, Henrik *) Dont misunderstand me - the BB guys who developed the BBNT client did a good job, and they have every right to license it in whatever way they like. I just happen to believe that another kind of license is more appropriate for the software I write. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

2 1

Running bb-sar LARRD on hobbbit server
by AlonO＠BEZEQINT.CO.IL 24 Nov '05

24 Nov '05

Hello all, I have seen a few items regarding installing SAR LARRD on Hobbit. Follow the instructions bellow and that should work (worked for me): 1. Change the hobbitlaunch.cfg and add the larrd.pl to handle LARRD specific scripts: [rrdstatus] ENVFILE /usr/local/Hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=status --log=$BBSERVERLOGS/rrd-status.log hobbitd_rrd --rrddir=$BBVAR/rrd --extra-scrip t=/usr/local/larrd/larrd.pl --extra-tests=sar 2. restart your hobbitd 3. change the larrd.pl to get the input file from the command line for each server running the test use lib qw{/usr/local/larrd}; # LARRDHOME hardcoded require "larrd-config.pl"; ################################## # Start of script ################################## my $commahost = shift; my $testName = shift ; # run the specific test. my $log = shift ; # The log file from Hobbit_rrd my $mod = $testName ; if( not $ENV{'BBHOME'} ) { print "$0: BBHOME is not set\n"; exit(1); } if( not -d $ENV{'BBHOME'} ) { print "$0: BBHOME is invalid\n"; exit(1); } ## # Generate the html ## `$ENV{'LARRDHOME'}/larrd-html.pl >> $ENV{'LARRDLOG'} 2>&1`; ## # real work begins here ## if( not -d $ENV{'BBRRDS'} ) { mkdir "$ENV{'BBRRDS'}",0755; print "$0 did not find $ENV{'BBRRDS'}, created.\n"; } foreach $type ("pl","sh") { if( -f "$ENV{'LARRDHOME'}/$mod-larrd.$type") { `$ENV{'LARRDHOME'}/$mod-larrd.$type $commahost $log >> $ENV{'LARRDLOG'} 2>&1`; } } ############################################## # end of script ############################################## 4. Specific for sar-larrd.pl you must change the script to process specific log file and update the RRD files. You must change the RRD location to meet the new Hobbit standard: # Where should the RRD's be kept? # pronounced birds $ENV{'BBRRDS'}="$ENV{'BBVAR'}/rrd/$commahost"; ( Don't forget to change the RRD time step that is based on the old LOG location: #my $ctime = (stat("$ENV{'BBLOGS'}/${commahost}.sar"))[10]; # Old what to do it my $ctime = (stat("$log"))[10]; 5. Change the larrd-config.pl for environment variable 6. Change the sar-grapher.cgi and replace @rrds array with: @rrds = sort(&glob("$ENV{'BBRRDS'}/$commahost/$commahost.SAR_n_*.rrd")); If you need add DEBUG=1 to your larrd-config.pl file the test the LARRDOUT file for errors. It works great for me but you must think of the performance penalty when you add more LARRD graphs. If anyone find a way to integrate it into the Hobbit_rrd - I'll be happy to hear. Perl is much easier then C to do the sar output processing Alon Ofek ------------------------------------------------------------------------------- The information contained in this message is proprietary of Bezeq International, protected from disclosure, and may be privileged. The information is intended to be conveyed only to the designated recipient(s) of the message. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, use, distribution or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. -------------------------------------------------------------------------------

1 0

problem with history
by longina＠imada.sdu.dk 24 Nov '05

24 Nov '05

hi, I get mostly "Cannot open history file" when clicking on History box. Mostly, because some pages shows up - for Hobbit server (SunOS) the only one history page is for hobbitd. For Linux client, there are all but one - "conn" For other SunOS clients it depends on - it seems that some services shows history automatically but other not - I can see it in data/hist* directory . Is there any explanation for that? Longina -- Longina Przybyszewska, system programmer Dept. of Math. & Comp. Sci. - IMADA University of Southern Denmark, Odense Campusvej 55,DK-5230 Odense M, Denmark tel: +45 6550 2359 - http://www.imada.sdu.dk email: longina at imada.sdu.dk --

2 2