July 2006 - Xymon - Xymon mailman web

Bbgen problems with latest snapshot
by fduranti＠q8.it 30 Jul '06

30 Jul '06

I've a problem with bbgen and pageset... I'm creating a new set of pages with the bbgen pageset feature of hobbit and I've found I've a problem with the default host tag with bbgen. I've a set of pages definition in the bb-hosts file for bbgen: beapage PServers Prod Servers beagroup Physical Servers beagroup Virtual Servers beapage PDomains Prod Domains beagroup WLI Domains beagroup WLS Internal Domains beagroup WLS Internet Domains beapage PDatabase Prod DB Servers before defining the host i want to go to those pageset i define the default and then the host: 0.0.0.0 .default. # BEA:PDomains,3 group-compress WLS Internet Web Sites 0.0.0.0 Q8 # noconn nodisp beastat 0.0.0.0 Q8.Q8Server # noconn beaping BEA:PDomains,3 0.0.0.0 Q8.Q8Server_1 # noconn beaping 0.0.0.0 Q8.Q8Server_2 # noconn beaping 0.0.0.0 Q8Oils # noconn nodisp beastat Now the Q8.Q8Server is going to the pageset in the group number 3 (I've added the definition in the host to see if it work)... all the other ones don't get the .default. tag .... Another problem with pageset is that i cannot create .rss file in the pagesets... someone know if I'm doing something wrong or if it's normal or a bug? To create the pageset i've a script I call from the hobbitlaunch with 2 parameters that will result in this output: BBWEB="/hobbit/BEA"; BBMENUSKIN="$BBWEB/menu"; exec bbgen --pageset=bea --report=bbgen-bea --nopurple --nstab=BEA/nstab.html $BBGENOPTS $BBHOME/www/BEA my BBGENOPTS is BBGENOPTS="--recentgifs --subpagecolumns=2 --nopropred=msgs,vmio --pagetext-headings --timing --docurl=/hobbit/admin/notes.php?host=%s --rssversion=2.0 --eventignore=uptime,event,msgs,vmio,legato --includecolumns=graph --bb2-ignorecolumns=legato --rss" Thanks Francesco

1 0

cpu alerts
by billieperez＠gmail.com 30 Jul '06

30 Jul '06

Hello - I have a standby hobbit server running 4.2-alfa-20060423, with alerts configured the same as the primary hobbit server running 4.2.1RC1. I have a duration of 10m set up for the cpu alert and have been noticing cpu alerts coming before the 10 minutes (cpu only panics for 4:59) and only sends the alert doesn't send a recovery. Like I mentioned I have the same alert configured on another hobbit server and don't get alerts from that one, only the standby. Has anyone seen different behavior with alerting for this hobbit version? Any ideas why this might be happening? I have a bunch of other alerts set up that seem to be behaving properly, it just seems to be cpu that is acting different. Here's the alert config - MAIL $UNIX HOST=%(server1|server2|server3) DURATION>10m RECOVERED SERVICE=cpu COLOR=red,purple Thanks in advance for any info

1 0

Event start time
by jason.kruse＠teldta.com 29 Jul '06

29 Jul '06

Is there a way to query the server for the time that a status message caused a notification? I use the start time currently as a unique item to ensure I only open 1 ticket for each notification and have noticed that time() - $ENV{DOWNSECS} isn't always equal due to processing timeframes and delays. Jason

2 1

passing options to fping command
by tomg＠mcclatchyinteractive.com 29 Jul '06

29 Jul '06

I'd like to increase the retry count for fping from the default of 3 to 5-6, and I'm not sure my change is taking effect. In hobbitserver.cfg, I've passed "-r5" to the FPING variable. FPING="/usr/sbin/fping -r5" Checking the bb-network.log file, it appears that fping is still using the default flags "OrdAstILe": status hostname.conn green  Wed Jul 26 10:44:20 2006 conn ok What am I doing wrong? Tom

2 1

Feature idea
by charljon＠cisco.com 29 Jul '06

29 Jul '06

It seems that a lot of people (including me) have a need to create custom graphs that require building an ext script for even the simplest guage type graphs. I'm about to go through the NCV docs and attempt to create a guage-type graph to track tomcat garbage collection times. What would be cool is if hobbit had a way of handling simple tasks like this, defined on the server side in client-local.cfg, similar to the LOG option. Here is an example of a tomcat garbage collection log: $ tail -5 gc.log 15424.931: [Full GC 48511K->48216K(1022400K), 0.4856710 secs] 15485.431: [Full GC 48540K->48217K(1022400K), 0.4745360 secs] 15545.927: [Full GC 48513K->48218K(1022400K), 0.4845780 secs] 15606.449: [Full GC 48513K->48215K(1022400K), 0.5136750 secs] 15667.010: [Full GC 48511K->48216K(1022400K), 0.5008330 secs] It would be so cool if you could make a definition in client-local.cfg similar to: "graph:filename:PATTERN:x-axis_name:y-axis_name" So an example usage of this would be: graph:/var/log/tomcat/gc.log:"%.+%d.%d secs":"Garbage Collection":seconds Just an idea for the drawing board :) Hmm this would also solve my problem of ext scripts having unique names in a shared directory :) -Charles

2 1

hobbit history
by michael_frey＠glic.com 28 Jul '06

28 Jul '06

Linux host. Hobbit version 4.2-RC-20060712 Before upgrading to newest version, History stopped displaying anything. When clicking the History button, only the headers appear, nothing is charted/graphed. Michael Frey ----------------------------------------- This message, and any attachments to it, may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are notified that any use, dissemination, distribution, copying, or communication of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately by return e-mail and delete the message and any attachments. Thank you.

2 1

Docs for the PHB
by Vernon.Everett＠dpi.wa.gov.au 28 Jul '06

28 Jul '06

Hi all I am trying to get my new company to give Hobbit a go. (I know full well they will like it once they see it) However, being a civil service department, everything needs to be justified and proposed and planned and discussed, and nothing gets done in a hurry. Currently, I need to put together a document for my PHB proclaiming the virtues and benefits of running Hobbit, and instead of reinventing the wheel, I was wondering if any of you have already gone through this process and either 1. Have a document I can use as a starting point. 2. Have some tips or pointers on how to approach this. Also, a while back we all contributed towards a list of companies using Hobbit. Was that ever consolidated, saved and made available somewhere? Regards Vernon

6 8

[hobbit] conn test fails / comes back
by brodie＠mcw.edu 28 Jul '06

28 Jul '06

Does your hobbit user account have privileges to run fping? You'll need to set fping to suid to make that work.. --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590 -----Original Message----- From: Stephane Caminade [mailto:stephane.caminade at ias.u-psud.fr] Sent: Wednesday, July 26, 2006 3:23 AM To: hobbit at hswn.dk Subject: Re: [hobbit] conn test fails / comes back Just noticed on the bbtest page this little message : Error output: Could not run the command 'fping -Ae' (exec failed) Stephane Caminade wrote: > Bump. > > Just ran > ~/BETA/server/bin$ ./bbtest-net --ping --checkresponse --debug > > All the servers have green status, however often i run this command. > > I m at a loss as to the nature of the problem. > Stephane > > Stephane Caminade wrote: >> Hi, >> >> I just upgraded to RC, and noticed a very strange thing. >> When I use fping OR hobbitping, the connection test goes red, then >> green, and cycles like that for all hosts. >> >> I made sure I had no phantom process on the machine by killing >> everything owned by the hobbit user, then starting the server from >> scratch, and all tests are fine, except for the connection test. >> >> Any idea where that might come from ? >> >> Thanks, >> Stephane >> > > -- _____________________________________________________________________________ Stephane Caminade Administrateur Systèmes et Réseaux \ <Stephane.Caminade at ias.u-psud.fr> Institut d'Astrophysique Spatiale / tel : (33) (1) 69 85 87 03 Batiment 121, Universite Paris XI \ fax : (33) (1) 69 85 86 75 F-91405 ORSAY Cedex / www : http://www.ias.u-psud.fr/ _____________________________________________________________________________ To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

4 5

[hobbit] Hobbit, Net-snmp snmptrap,and HPOV
by nfigaro＠effigie.fr 28 Jul '06

28 Jul '06

There is an option to snmptrap (from net snmp) to send full OIDs, otherwise they are cut. Instead of "snmptrap -v 1", the options should be : "snmptrap -v 1 -Of" Otherwise only the end of the OID is sent. Nicolas Figaro > -----Message d'origine----- > De : David Gore [mailto:David.Gore at mci.com] > Envoyé : lundi 19 septembre 2005 17:11 > À : hobbit at hswn.dk > Objet : Re: [hobbit] Hobbit, Net-snmp snmptrap,and HPOV > > > David Gore wrote: > > Coupe, Mark (ITD) wrote: > > > >> All, > >> > >> I'm trying to push alarms from Hobbit to HPOV. We have a custom > >> script that is invoking Netsnmp's snmptrap. The snmp traps are > >> reaching the HP Node Manager Event Browser correctly. > However, the OV > >> operations trap condition is not recognizing the trap. > The trap is > >> being displayed as "unmatched" in the Message Browser even though > >> there is a condition set up for that specific trap. > >> > >> When we look at the unmatched trap, it appears that the OID is not > >> being recognized and an '0' is inserted, for example instead of > >> .1.3.6.1.4.1.7058.0.XX, we are seeing .0.0.XX. > >> > >> Any guidance would be greatly appreaciated. > >> > >> Thanks, > >> > >> -Mark Coupe > > > > > > I, and perhaps others would be interested in what precisely you are > > doing? Are you pushing all hobbit alarms from the hobbit server to > > HPOV? > > > > Sorry, I am HPOV ignorant, but we are interested in > forwarding all the > > hobbit alarms/alerts as SNMP traps to one of Concord's > products. I am > > not to familiar with Concord's product either. I just know > the powers > > that be would like to have snmp traps from all our monitored hosts. > > > > In otherwords, I am interested in any system or methodology that > > someone > > has setup to forward alarms from the hobbit server to an > SNMP server. > > Any setups out there that someone is willing to share the details? > > > > David > > > > > > To unsubscribe from the hobbit list, send an e-mail to > > hobbit-unsubscribe at hswn.dk > > > > > > Here is Mark's script posted with permission: > > SCRIPT > > #!/bin/bash > > #SVCCODES="disk:100,cpu:200,procs:300,svcs:350,msgs:400,conn:5 > 00,http:60 > 0,ftp:721,ssh:722,ssh1:722,ssh2:722,telnet:723,smtp:725,fping: > 727,mq:729 > ,dns:800,pop2:809,pop-2:809,pop:810,pop3:810,pop-3:810,nntp:81 9,imap:843 > ,imap2:843,imap3:843,imap4:843,mrtg:850,swap:860,memory:870,sy > s:880,err: > 890,test:901" > > #Variables > #$OID - OID to be used without trailing value (.1.3.6.1.4.1.7058)(BB > default) > #$OIDTAIL - ending value of OID particluar to alarm type; > determined by "case" statement #$MACHIP - IP address of > device generating alarm; determined by hobbit #$BBHOSTNAME - > hostname of device generating alarm; determined by the hobbit > bb-hosts file #$BBSVCNUM - service code corresponding to the > service being monitored; determined by hobbit configuration > #$BBCOLORLEVEL - alarm level; determined by hobbit > #$RECOVERED - '0' denotes alarm; '1' denotes recovery #$HPOV > - the IP address of the destination HPOV server #TMPDIR - > directory for location of temporary file necessary for sed of $MACHIP > > ###Start script ### > ### > CHRONO=`date` > OID=.1.3.6.1.4.1.7058 > #Put your own OV server IP address in the next line. > HPOV=xxx.xxx.xxx.xxx TMPDIR=/home/hobbit/server/ext > > > case $BBSVCNUM in > 100) #Disk > OIDTAIL=10 > ;; > 200) #CPU > OIDTAIL=20 > ;; > 300) #Procs > OIDTAIL=30 > ;; > 350) #Svcs > OIDTAIL=40 > ;; > 400) #Msgs > OIDTAIL=50 > ;; > 500) #Conn > OIDTAIL=60 > ;; > 600) #Http > OIDTAIL=70 > ;; > #OIDTAIL=80 (not assigned) > 721) #FTP > OIDTAIL=90 > ;; > 722) #SSH > OIDTAIL=100 > ;; > 723) #Telnet > OIDTAIL=110 > ;; > 725) #SMTP > OIDTAIL=120 > ;; > 727) #Fping > OIDTAIL=130 > ;; > 729) #MQ > OIDTAIL=140 > ;; > 800) #DNS > OIDTAIL=150 > ;; > 809) #POP2 > OIDTAIL=160 > ;; > 810) #POP > OIDTAIL=170 > ;; > 819) #NNTP > OIDTAIL=180 > ;; > 843) #IMAP > OIDTAIL=190 > ;; > 850) #MRTG > OIDTAIL=200 > ;; > 860) #Swap > OIDTAIL=210 > ;; > 870) #Memory > OIDTAIL=220 > ;; > 880) #Sys > OIDTAIL=230 > ;; > 890) #ERR > OIDTAIL=240 > ;; > 901) #Test > OIDTAIL=250 > ;; > esac > > if [[ "$RECOVERED" = "0" ]]; then > if [[ "$BBCOLORLEVEL" = "purple" ]]; then > OIDTAIL=$(($OIDTAIL + 1)) > elif [[ "$BBCOLORLEVEL" = "yellow" ]]; then > OIDTAIL=$(($OIDTAIL + 2)) > elif [[ "$BBCOLORLEVEL" = "red" ]]; then > OIDTAIL=$(($OIDTAIL + 3)) > fi > elif [[ "$RECOVERED" = "1" ]]; then > BBCOLORLEVEL=green > fi > > #Following line: reads Hobbit IP into temporary file > echo $MACHIP > $TMPDIR/tmpfile.txt > > #Following lines: puts Hobbit 12 digit IP format in dotted > decimal and removes any leading zeroes. MACHIP=`sed > 's/$...$$...$$...$$...$/\1.\2.\3.\4/' > $TMPDIR/tmpfile.txt` > echo $MACHIP > $TMPDIR/tmpfile.txt > MACHIP=`sed -e 's/^00//' -e 's/^0//' -e 's/\.000/./' -e > 's/\.00/./' -e 's/\.0/./' -e 's/\.000/./' -e 's/\.00/./' -e > 's/\.0/./' -e 's/\.000/./' -e 's/\.00/./' -e 's/\.0/./' -e > 's/\.\.\./.0.0./' -e 's/\.\./.0./' -e 's/\.$/.0/' $TMPDIR/tmpfile.txt` > > #Following line: removes the temporary file > rm -f $TMPDIR/tmpfile.txt > > #Following line: forwards the error message to HPOV as an > SNMP message `snmptrap -v 1 -c mitcovo $HPOV "$OID" "$MACHIP" > 6 $OIDTAIL ""` > > echo "DATE: $CHRONO" >> /home/hobbit/server/ext/hpov-push.log > echo "snmptrap -v 1 -c public $HPOV "$OID" "$MACHIP" 6 > $OIDTAIL "" " >> /home/hobbit/server/ext/hpov-push.log > > > END SCRIPT > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

5 5

msgs column gone haywire
by great.dilla＠gmail.com 28 Jul '06

28 Jul '06

hi everyone, i recently installed hobbit on solaris clients. for the first few weeks the clients were doing okay. no hiccups were encountered on the compilation, installation and configuration. this week while i was browsing on the webpages generated, i was surprised to see the results (see http://img46.imageshack.us/img46/9020/msgshd5.jpg) two of the clients were reporting alternating green and clear "msgs" columns when solaris clients were not supposed to be reporting any of it. i am using version 4.1.2p1 of hobbit. anyone got the same weird experience? can someone point me to the right area to look for? the hobbitclient.cfg file and the clientlaunch.cfg is the default one installed when compiling hobbit. i cross checked the files with the other clients and they are uniform throught the 300+ hosts and restarted the client daemons. only the two hosts on the screenshot are experiencing erratic this behaviour. i have tried copying the hobbit client installation from other clients -- result: same behavior. i have also tried the command [bb localhost "drop yakal"] -- result: same behavior. any other suggestions as to what to do? your inputs are highly appreciated. thanks in advance.

2 1