May 2006 - Xymon - Xymon mailman web

[hobbit] Darwin clients: empty memory graph
by FRamaekers＠ailife.com 30 May '06

30 May '06

Has this been resolved? I'm having the same problem (reporting one item, in my case Virtual). Thanks, Frank -----Original Message----- From: Dominique Frise [mailto:Dominique.Frise at unil.ch] Sent: Wednesday, May 17, 2006 3:47 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Darwin clients: empty memory graph Dominique Frise wrote: > Hi, > > With today's snapshot the memory graph is still empty :-( > Memory/Used/Total/Percentage info is reported correctly (only one line > for Physical) > > Same issue with Darwin 8.6.0 (OSX 10.4.6) or 7.9.0 (OSX 10.3.9) > > > Dominique > UNIL - University of Lausanne > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > We had to ack hobbitd/rrd/do_memory.c to make this work: [super at iris rrd]# diff -u do_memory.c.dist do_memory.c --- do_memory.c.dist Thu May 4 17:30:37 2006 +++ do_memory.c Wed May 17 09:44:35 2006 @@ -118,7 +118,7 @@ swap = strstr(msg, "Swap"); if (swap == NULL) swap = strstr(msg, "Page"); actual = strstr(msg, "Actual"); if (actual == NULL) actual = strstr(msg, "Virtual"); - if (phys && swap) { + if (phys) { char *eoln; int physval = -1, swapval = -1, actval = -1; @@ -125,11 +125,13 @@ eoln = strchr(phys, '\n'); if (eoln) *eoln = '\0'; physval = get_mem_percent(phys); if (eoln) *eoln = '\n'; + + if (swap) { + eoln = strchr(swap, '\n'); if (eoln) *eoln = '\0'; + swapval = get_mem_percent(swap); + if (eoln) *eoln = '\n'; + } - eoln = strchr(swap, '\n'); if (eoln) *eoln = '\0'; - swapval = get_mem_percent(swap); - if (eoln) *eoln = '\n'; - if (actual) { eoln = strchr(actual, '\n'); if (eoln) *eoln = '\0'; actval = get_mem_percent(actual); Henrik, thanks to notice this for next snapshot. Dominique UNIL - University of Lausanne To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ---------------------------------------- This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at PrivacyAct at ailife.com.

2 1

Changing the sender emaill address
by cam＠delcam.com 30 May '06

30 May '06

Hi, I would like to be able to specify the sender address on the email notifications. Is this possible? Many Thanks Carl.

2 1

[hobbit] RECOVERED alerts still sent outside of TIME window
by greg.hubbard＠eds.com 30 May '06

30 May '06

Maybe you need a "RECOVERED=ALWAYS" option for those who want to know that things that they didn't receive a notification about are now fixed... (or NUISANCE=FULL or ...) I personally prefer the approach you just suggested... GLH -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Monday, May 29, 2006 4:29 PM To: hobbit at hswn.dk Subject: Re: [hobbit] RECOVERED alerts still sent outside of TIME window Hi Eric, On Thu, Dec 08, 2005 at 11:19:15AM -0500, Schwimmer, Eric E *HS wrote: > > We just had one of our engineers get a rude awakening last night by a > UPS that had recovered from an error; I had thought that the > RECOVERED pages were under the same TIME restrictions as normal > alerts, but a quick look at the code leads me to believe that this is not so. you're right that the recovery-messages are not filtered through the TIME restrictions. I seem to recall there was a bit of discussion about this quite some time ago, where some people requested that they be informed about recoveries, whether they were inside the time-window or not. After thinking about this for 5 minutes, I've decided to change the behaviour so recovery messages are dropped if they happen outside of the permitted TIME setting. If anyone thinks this is wrong, speak up now. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

False positive during network test
by JamesHorwath＠glic.com 30 May '06

30 May '06

I have a quirky firewall which is throttling back traffic every so often, the result is an ssh failure to every host on the subnet. I am not using ping tests for connectivity but rather an ssh test. I have this definition in the bb-hosts file: 10.10.10.10 dmz_node # !telnet ssh noconn badssh:1:1:2 In hobbitlaunch.cfg CMD bbtest-net --report --ping --checkresponse --timeout=60 --debug Is there a way to bump the time-out up for ssh tests? I am obviously not using the badtest correctly. In bb I lengthened the three net test time-out variables and did not suffer from this malady. Any suggestions? Regards, Jim Horwath ----------------------------------------- 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.

1 0

compiling hobbit client for SunOS 5.5.1
by great.dilla＠gmail.com 30 May '06

30 May '06

i have a hobbit client whose host operating system is a SunOS 5.5.1. i get these errors trying to compile the hobbit client.. i'm no good in C/C++ programming, so if anyone can trace help me as to what to tweak to make it compile, it will be very much appreciated. ** snip ** gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DSunOS -I. -I/opt/hobbit-4.1.2p1/include -DCLIENTONLY=1 -I. -I../include -c -o sendmsg.o sendmsg.c sendmsg.c: In function `sendtobbd': sendmsg.c:247: warning: implicit declaration of function `inet_aton' sendmsg.c:298: error: `SHUT_RDWR' undeclared (first use in this function) sendmsg.c:298: error: (Each undeclared identifier is reported only once sendmsg.c:298: error: for each function it appears in.) sendmsg.c:322: warning: passing arg 4 of `getsockopt' from incompatible pointer type sendmsg.c:387: error: `SHUT_RD' undeclared (first use in this function) sendmsg.c:402: error: `SHUT_WR' undeclared (first use in this function) sendmsg.c: In function `sendmessage': sendmsg.c:501: warning: implicit declaration of function `usleep' make[1]: *** [sendmsg.o] Error 1 make[1]: Leaving directory `/opt/hobbit-4.1.2p1/lib' make: *** [lib-client] Error 2 ** snip ** gcc=3.3.2 make=3.8 thanks, great

2 1

bb-sar script
by ndo＠unikservice.com 30 May '06

30 May '06

Hi, hobbit is really great ! Thanks for this tool. I'd like to suggest one big thing : it would be to integrate sar graphs. Does anyone try to work on this ? Nicolas

3 2

Report blue dot
by peter.welter＠gmail.com 30 May '06

30 May '06

Hi, Our manager would like to know the actual hours downtime: -during working hours and -during maintenance windows. It seems to me that this info can only be obtained if the service was not 100% up during the interval. Then you can drill down to the figure and see the percentage green, red, blue dot etc. If the service is 100% up, I only see the green diamond sign but can not see if the system was actually 100% up and running, or 5% up and running and 95% blue dotted. Any suggestions? Peter

3 8

[hobbit] Memory check
by mlowery＠alliedtechgroup.com 30 May '06

30 May '06

Ok, I don't have a clear understanding of the memory check. I do understand what has been discussed, but I have a Redhat 9 where the "actual" memory utilized is 96%. However, when I run: ps vax --sort -rss, I get the following. It looks like my actual memory usage shouldn't be at 96%, is this correct? PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 2916 ? SL 0:00 470 298 2093 2388 0.9 [ntpd] 2948 pts/1 R 0:00 187 66 2561 684 0.2 ps vax --sort -rss 2690 ? S 0:00 11252 265 6594 612 0.2 /usr/sbin/sshd 2692 pts/1 S 0:00 2666 588 3775 604 0.2 -bash 891 ? S 3:15 30426 24 1415 100 0.0 syslogd -m 0 31227 ? S 0:00 50692 33 1374 60 0.0 /home/hobbit/client/bin/hobbitlaunch --config=/home/hobbit/client/etc/client 1 ? S 0:04 28806 23 1352 36 0.0 init 2878 ? S 0:00 7714 131 4480 36 0.0 [nqmgr] 2885 ? S 0:00 4231 190 4481 16 0.0 [smtpd] 2902 ? S 0:00 2566 130 4485 16 0.0 [cleanup] 895 ? S 0:00 124 18 1349 4 0.0 klogd -x 1029 ? S 0:01 520 265 3238 4 0.0 /usr/sbin/sshd 1043 ? S 0:00 97 129 1890 4 0.0 xinetd -stayalive -reuse -pidfile /var/run/xinetd.pid 1142 ? S 0:00 340 56 1347 4 0.0 gpm -t ps/2 -m /dev/psaux 1151 ? S 0:00 42450 19 1404 4 0.0 crond 1185 tty1 S 0:00 98 6 1345 4 0.0 /sbin/mingetty tty1 1186 tty2 S 0:00 98 6 1345 4 0.0 /sbin/mingetty tty2 1187 tty3 S 0:00 98 6 1345 4 0.0 /sbin/mingetty tty3 1188 tty4 S 0:00 98 6 1345 4 0.0 /sbin/mingetty tty4 1189 tty5 S 0:00 98 6 1345 4 0.0 /sbin/mingetty tty5 1190 tty6 S 0:00 98 6 1345 4 0.0 /sbin/mingetty tty6 31309 ? S 0:10 185817 16 9287 4 0.0 /usr/sbin/snmpd -s -l /dev/null -P /var/run/snmpd -a 2941 ? S 0:00 473 588 1447 4 0.0 sh -c vmstat 300 2 1>/home/hobbit/client/tmp/hobbit_vmstat.2930 2>&1; mv /ho 2943 ? S 0:00 118 7 1408 4 0.0 vmstat 300 2 2 ? SW 0:00 0 0 0 0 0.0 [keventd] Thanks, Michael -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Wednesday, February 08, 2006 9:47 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Memory check On Wed, Feb 08, 2006 at 09:26:31AM -0500, David Gilmore wrote: > Ok I understand the concept. However, I don't want to continue to receive > Alerts because Linux is doing exactly what it is designed to do. Does > anyone have a script that can clear the buffers and stop hobbit from paging > me? Can I modify the script to only alert when REAL memory is at 100% or > higher? Or do I have to reboot my server ever morning to resolve this > alert? I currently have the alerts disabled, but I am concerned that I > could miss a critical error Assuming that you're using the Hobbit client on the Linux box, you can just configure the client to only go red if the actual memory usage goes above a certain threshold. In your hobbit-clients.cfg, you would have HOST=linux.foo.com MEMPHYS 100 101 MEMACT 80 95 MEMSWAP 40 70 Then it will stay green as long as the "actual" memory usage is below 80%, go yellow when it's between 80-95%, and go red when it is at 95% or higher. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

3 2

Hobbit 4.1.2p2 release ?
by frederic.mangeant＠steria.com 30 May '06

30 May '06

Hi Henrik as there are already 5 patches (*) for Hobbit 4.1.2p1, don't you think a 4.1.2p2 version should be released ? Maybe it would save some time for Hobbit beginners ? (*) hobbit-4.1.2p1-query.patch <http://www.hswn.dk/hobbitsw/hobbit-4.1.2p1-query.patch> hobbit-4.1.2p1-grouptitle.patch <http://www.hswn.dk/hobbitsw/hobbit-4.1.2p1-grouptitle.patch> hobbit-4.1.2p1-history.patch <http://www.hswn.dk/hobbitsw/hobbit-4.1.2p1-history.patch> hobbit-4.1.2p1-fgets.patch <http://www.hswn.dk/hobbitsw/hobbit-4.1.2p1-fgets.patch> hobbit-4.1.2p1-doublehost.patch <http://www.hswn.dk/hobbitsw/hobbit-4.1.2p1-doublehost.patch> -- Frédéric Mangeant Steria EDC Sophia-Antipolis

2 1

problem with RECOVERED
by Dominique.Frise＠unil.ch 30 May '06

30 May '06

Hi, We are using 4.2-alfa-20060423 (snapshot of 25th may) and see problems with recovered messages/SMS: they sometimes don't get sent. We have a general Macro in hobbit-alerts.cfg that is used by all mail or SMS rules: ##### Mail & SMS defaults #### $MAIL_DEFS=REPEAT=24h RECOVERED $SMS_DEFS=COLOR=red FORMAT=SMS $MAIL_DEFS ##### Mail & SMS recipients #### $MAIL_DF=MAIL example at example.com $MAIL_DEFS $SMS_DF=SCRIPT $SENDSMS 0123456789 $SMS_DEFS #### Example rule #### HOST=argos,bigmac,docusurf,eliot,fmp7web,ged,hippocrate,iris,mailc,midas,zeb1,zeb2,zelda,zelda2 $MAIL_DF $SMS_DF In the following notifications.log you can see that recovered message never got sent for hobbitd: Thu May 4 05:01:31 2006 uldns2.smtp (130.223.4.5) abc.def at xy.ch 1146711691 725 Thu May 4 05:01:46 2006 uldns2.smtp (130.223.4.5) abc.def at xy.ch 1146711706 725 15 Thu May 4 06:03:57 2006 iris.hobbitd (130.223.27.23) abc.def at xy.ch 1146715437 0 Thu May 4 07:02:24 2006 falco.sslcert (130.223.5.21) www.ddd at xy.ch 1146718944 0 Thu May 4 07:05:54 2006 mailc1.msgs (130.223.27.61) root at localhost 1146719154 400 Thu May 4 07:10:55 2006 mailc1.msgs (130.223.27.61) root at localhost 1146719454 400 300 The history log shows that hobbitd was recovered after 2 cycles (10 min. 1 sec). Last 50 log entries (Full HTML log) Date Status Duration Thu May 04 06:13:58 2006 green 1:38:44 Thu May 04 06:03:57 2006 yellow 0:10:01 I have another example for a procs test where the duration was 23 min. BTW: a man page for log formats would be helpful. Dominique UNIL - University of Lausanne

5 17