- Xymon - Xymon mailman web

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

30 May '06

What is the URL for the snapshot? (Sorry, had to rebuild the hard drive and lost all of my bookmarks). TIA, Frank -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Tuesday, May 30, 2006 11:06 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Darwin clients: empty memory graph On Tue, May 30, 2006 at 10:24:35AM -0500, Frank M. Ramaekers wrote: > Has this been resolved? I'm having the same problem (reporting one > item, in my case Virtual). I committed that change to my source code Sunday evening, so yes - this should be fixed now. Regards, Henrik 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

Monitoring RAID status
by Thorsten.Erdmann＠daimlerchrysler.com 30 May '06

30 May '06

Hi, I once extended the BigBrothers Disk Script to show a status dot and the sync status of mirrored disks in front of every filesystems status line. Now I migrated to Hobbit. Nearly all works fine but this extension causes the disk graphs to fail. If I understand it right, the do_disk.c program simply reads each line of the status file and displays the fifth column as the disk usage. Since my outfile from the client has two columns in front of each line this fails. The disk usage is now on column seven. I can now alter the C code but that's bad if I ever install a new version of Hobbit. So is there any idea out there how to add data to an output file without disturbing the Hobbit's standard functions. BTW: the disk test on a RedHat Box shows one "graph" to much. It's only a non referenced link, so I think Hobbit tries to interpret things that it cannot read, maybe the title line of the DF commmand's output. Thanks for help Thorsten Erdmann

4 4

[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