- Xymon - Xymon mailman web

Devmon Turning Purple
by mprice＠sgt-inc.com 21 Feb '08

21 Feb '08

Hello, I would first like to say thanks to all those out there helping me trouble shoot the issue of Devmon turning purple. I am going to try and either upgrade or downgrade devmon on our system to hopefully fix the problem. We are currently running] Devmon version 0.3.0-beta2 Does anyone recommend a stable version to use with Hobbit-4.2.0 ? Thanks, michael

3 4

[Devmon] Devmon Turning Purple
by mprice＠sgt-inc.com 21 Feb '08

21 Feb '08

Josh, I am using Hobbit 4.2.0 and devmon 0.3.0-beta2 >From reading everyone else¹s post, looks like we are going to have to run a cronjob that restarts devmon every night. If you have any other ideas, that would be great. Thanks, michael On 2/11/08 2:55 PM, "Joshua Krause" <forums at triadbiz.rr.com> wrote: > What is the current build that you are running and have you added any new > templates lately? > > Josh > > > From: devmon-support-bounces at lists.sourceforge.net > [mailto:devmon-support-bounces at lists.sourceforge.net] On Behalf Of mprice > Sent: Monday, February 11, 2008 2:29 PM > To: <hobbit at hswn.dk>; devmon-support at lists.sourceforge.net > Subject: [Devmon] Devmon Turning Purple > > All, > > > We have hobbit and devmon deployed and running for the last 8 months with no > problems, then all of a sudden devmon stops reporting to hobbit. It casuses > hobbit to turn purple. The devmon process seems to be still running, it just > stops reporting to hobbit. If we stop and start the devmon process, its ok for > 4 or 5 days and dies again. > > Any one else having this issue? No changes were made to the server, it just > came out of the blue. > > Thanks, michael > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

4 7

windows question
by rebecca_henderson＠link.freedom.com 20 Feb '08

20 Feb '08

Is it possible to schedule a windows reboot command through hobbit? See below C:\WINDOWS\system32\shutdown.exe/r/f I need to run this command on a few servers every night and send emails to operations, "email" which I finally got working :-) Any information would be appreciated. Thanks! Becki

5 5

Alert function wont work!
by im.number.nine＠gmail.com 20 Feb '08

20 Feb '08

I would like to set up a hobbit alert,so I wrote in the hobbit-alerts.cfg: HOST=WS004:81 MAIL im.number.nine at gmail.com SERVICE=http MAIL my_2nd_email at host.nl SERVICE=http I know the http is down from that host so i gave it a shot, i saved and rebooted but it doesn't seem to work. Any ideas what might be wrong? -- Regards, Adam Tetz

4 9

Compiling latest snapshot / rpath eror on Solaris 10
by hobbit＠alexkeller.de 20 Feb '08

20 Feb '08

Hi, compiling the latest hobbit snapshot on Solaris 10 (sparc) failed with rpath errors: $ ./configure --client $ make [...] /usr/ccs/bin/ld: illegal option -- rpath [...] To fix the problem, I had to change the RPATH option in build/Makefile.SunOS: old: RPATH=-Wl,--rpath, new: RPATH=-Wl,-R, Hope this helps other solaris users :-) Regards, Alexander

1 0

Snapshot Compile Error
by dunne＠AccuWeather.com 20 Feb '08

20 Feb '08

Greetings, I recognize that the snapshots are a work in progress, I would just like to make it known that the last several days have failed to compile for me. I am trying to compile on OS X 10.4.11 and I receive the following error:gcc -g -O -Wall -Wno-unused -D_REENTRANT -DBIND_8_COMPAT=1 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DDarwin -I. -I/Users/hobbit/Desktop/snapshot/include -I/opt/local/include -I/opt/local/include -DMAX_ALERTMSG_SCRIPTS= -c -o do_alert.o do_alert.c do_alert.c: In function 'make_alertid': do_alert.c:71: warning: pointer targets in passing argument 2 of 'myMD5_Update' differ in signedness do_alert.c: In function 'message_text': do_alert.c:212: warning: pointer targets in passing argument 2 of 'addtobuffer' differ in signedness do_alert.c:220: warning: pointer targets in passing argument 1 of 'msg_data' differ in signedness do_alert.c:283: warning: pointer targets in passing argument 1 of 'msg_data' differ in signedness do_alert.c:302: warning: pointer targets in passing argument 1 of 'msg_data' differ in signedness do_alert.c:318: warning: pointer targets in return differ in signedness do_alert.c: In function 'send_alert': do_alert.c:464: error: parse error before ')' token do_alert.c:466: error: parse error before ';' token make[1]: *** [do_alert.o] Error 1 make: *** [hobbitd-build] Error 2 Thanks, Mike

1 0

graph positive and negative values
by mjtice＠gmail.com 20 Feb '08

20 Feb '08

Hi, I'm wondering if anyone has been successful setting up and graphing an item that fluctuates between positive and negative values? I'm trying to trend the temperature of my freezer. When I created the rrd earlier today (when positive values were generated) the graph was functional. When I put my sensors inside the freezer (where the temperatures drop a few degrees below zero F) the values wouldn't drop below zero on the graph. I tried modifying the current rrd tool with: rrdtool tune /home/hobbit/data/rrd/tice/freezer.rrd --minimum freezerf:U (which did drop the minimum to nan) but I still couldn't get negatives to show on the graph. I thought I'd delete the rrd and start over - but I think now that the values are negative numbers the rrd won't even create. Here is a snippet from my hobbitgraph and hobbitserver files [freezer] TITLE Freezer Temperature YAXIS Degrees DEF:tl=freezer.rrd:freezerf:AVERAGE #CDEF:wipeoutf=tl,-1,* DEF:cel=freezer.rrd:freezerc:AVERAGE #CDEF:wipeoutc=cel,-1,* LINE2:tl#@COLOR@:Temperature F #LINE2:wipeoutf#@COLOR@:Temperature -F LINE2:cel#@COLOR@:Temperature C #LINE2:wipeoutc#@COLOR@:Temperature -C COMMENT:\n GPRINT:tl:LAST:Temperature F\: %2.1lf (cur) GPRINT:tl:MAX:\: %2.1lf (max) GPRINT:tl:MIN:\: %2.1lf (min) GPRINT:tl:AVERAGE:\: %2.1lf (avg)\n GPRINT:cel:LAST:Temperature C\: %2.1lf (cur) GPRINT:cel:MAX:\: %2.1lf (max) GPRINT:cel:MIN:\: %2.1lf (min) GPRINT:cel:AVERAGE:\: %2.1lf (avg)\n NCV_freezer="*:GAUGE" (with freezer=ncv at the end of TEST2RRD and freezer and the end of GRAPHS). Here is my script that generates the NCV for the rrd: #!/bin/sh COLUMN=freezer # Name of the column COLOR=green # By default, everything is OK [ -f ./.digitemprc ] || /usr/local/bin/digitemp_DS9097U -s/dev/ttyS0 -i TEMPERATURE=$(/usr/local/bin/digitemp_DS9097U -s/dev/ttyS0 -a | awk '{print $9}' | tail -1 | awk -F. '{print $1}') if [ "${TEMPERATURE}" -gt 30 ]; then COLOR=red MSG="Temperature above 30 degrees" else COLOR=green MSG="Temperature normal" fi # Section for data graphing TEMPERATURE2_F=$(/usr/local/bin/digitemp_DS9097U -s/dev/ttyS0 -a | awk '{print $9}' | tail -1) TEMPERATURE2_C=$(/usr/local/bin/digitemp_DS9097U -s/dev/ttyS0 -a | awk '{print $7}' | tail -1) echo "freezerf : ${TEMPERATURE2_F}" > $BBTMP/freezer_f.txt echo "freezerc : ${TEMPERATURE2_C}" > $BBTMP/freezer_c.txt ## $BB $BBDISP "status $MACHINE.freezer $COLOR $MSG `cat $BBTMP/freezer_f.txt` `cat $BBTMP/freezer_c.txt` " rm $BBTMP/freezer_f.txt rm $BBTMP/freezer_c.txt exit 0 If anyone has an idea please let me know - I'd really like to trend this data. Thanks, Matt

4 10

ipx client monitoring
by Ken.Cooper＠Intelliverse.com 20 Feb '08

20 Feb '08

Hey Guys, Does anyone know where I can download a copy of ipxutils rpm for Centos 4. Have tried deadcat and shire, no luck Thanks Ken Cooper Sr. NOC Technician Phone|770.663.5079 ken.cooper at intelliverse.com

2 2

[hobbit] Solaris 10 SMF monitor
by Martin.Ward＠colt.net 20 Feb '08

20 Feb '08

> It takes a while for the client-local.cfg settings to > percolate over to the client itself (a: hobbitd has to reload > the file, b: the client has to contact the Hobbit server and > pickup the setting, c: it won't take effect until the next > run of the client) - up to 15 minutes. I restarted both server and client processes then waited until the logfetch file was updated but nothing was being changed in the file. > And of course - it assumes you're running the clients with > server-side configuration. Some still prefer to keep > configuration settings on the clients. I checked that too and we are not running in --local mode. However, your suggestions did point me in a new direction which resolved to the fact that this client is being managed by two Hobbit servers and my one was second in the client's hobbitclient.cfg file. The client was taking its config from the first. A swift update to the client config file and I can now see the changes I made on the server reflected in the file on the client, so I have now modified my bb-smf.sh script as you suggested. Attached is v1.1. Thanks for the assistance! ---- # A Hobbit script to examine specific Solaris 10 services. # Author: Martin Ward 19 Feb 2008. # Version: 1.0 - Initial version. # V1.1 Script now takes the list of services to monitor from the server # via the logfetch file. # SVCS is a list of services to examine the status of. Each name must be # specific enough to make it unique in the output from the 'svcs -a' command. # Separate each service with a | so that we can use ${EGREP} to search for them. # The services themselves are configured on the Hobbit server in the # ~hobbit/server/etc/client-local.cfg file. The line will look something like: # svc:/network/ssh:default|svc:/site/tftpd:default SVCS=`grep '^svc:' $BBTMP/logfetch.$MACHINEDOTS.cfg` # The name of the column in Hobbit COLUMN=smf # COLOUR defaults to green COLOUR=GREEN # When you modify a variable inside a while loop its value is local to that # loop. This means that when you reach the end of the loop the variable will # be the same value that it was before the loop was entered. For this reason # we have to store the services and colour in temporary files. SVCFILE=/tmp/svcs.$$ COLOURFILE=/tmp/svcs.colour.$$ # Get the svcs header line first MSGH=`svcs -a | head -1` # Scan through the svcs -a list. Use -a to ensure we get everything. svcs -a | ${EGREP} "${SVCS}" > $SVCFILE cat $SVCFILE | while read SVC do STATE=`echo ${SVC} | ${AWK} '{print $1}'` case "${STATE}" in 'uninitialized'|'offline'|'degraded') if [ "${COLOUR}" != "RED" ] then COLOUR="YELLOW" fi ;; 'maintenance'|'disabled') COLOUR="RED" ;; esac echo ${COLOUR} > $COLOURFILE done COLOUR=`cat ${COLOURFILE}` # Tell Hobbit about it $BB $BBDISP "status $MACHINE.$COLUMN $COLOUR `date` ${MSGH} `cat ${SVCFILE}` " rm -f ${SVCFILE} ${COLOURFILE} exit 0 ---- |\/|artin ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

1 0

[hobbit] Solaris 10 SMF monitor [was RE: Ext script to monitor Solaris 10 services]
by Martin.Ward＠colt.net 20 Feb '08

20 Feb '08

I did wonder about trying to avoid hard-coding the services but am not skilled enough in Hobbit to know where to do it. I tried doing what you suggested but I can't persuade the client to read the data from the server. I have the following on the server in the client-local.cfg file: [nms4.lon.oss.colt.net] svc:/network/ssh:default|svc:/site/tftpd:default And this is in the bb-hosts file: 10.44.85.209 nms4.lon.oss.colt.net # ssh Yet after restarting both server and client I only get this in the ~hobbit/client/tmp/logfetch.nms4.lon.oss.colt.net.cfg: log:/var/adm/messages:10240 log:/var/log/syslog:10240 Any pointers? |\/|artin -- > -----Original Message----- > From: Henrik Stoerner [mailto:henrik at hswn.dk] > Sent: 19 February 2008 13:06 > To: hobbit at hswn.dk > Subject: Re: [hobbit] Solaris 10 SMF monitor [was RE: Ext > script to monitor Solaris 10 services] > > > On Tue, Feb 19, 2008 at 12:36:28PM -0000, Ward, Martin wrote: > > So, having scripted around a couple of issues with sh(1) > > I have written the following. You are welcome to comment > > on it or suggest improvements. > > > > Find below bb-smf.sh > > ---- > > #!/bin/sh > > > > # A Hobbit script to examine specific Solaris 10 services. > > > > # Author: Martin Ward 19 Feb 2008. > > # Version: 1.0 - Initial version. > > > > # SVCS is a list of services to examine the status of. Each > name must > > be # enough to make it unique in the svcs list. Separate > each service > > with # a | so that we can use ${EGREP} to search for them. > > SVCS='svc:/network/ssh:default|svc:/site/tftpd:default' > > One obvious improvement would be to grab this setting from the > Hobbit "client-local.cfg" configuration. The host-specific > client-local setting is stored by the Hobbit client in > ~hobbit/client/tmp/logfetch.HOSTNAME.cfg, so assuming you put > a line like > svc:/network/ssh:default|svc:/site/tftpd:default > in client-local.cfg (on the Hobbit server), you could grab it using > SVCS=`grep '^svc:' $BBTMP/logfetch.$MACHINEDOTS.cfg` > instead of hardcoding it into the script. > > (Untested, but it should be rather trivial). > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

2 1