- Xymon - Xymon mailman web

Installing on AIX 5.2
by Craig_Whilding＠mentor.com 16 Mar '06

16 Mar '06

Im trying to install the latest snapshot of the Hobbit client on AIX. I installed gnu make from the ucla aixpdslib site along with gcc 4.0.2. The configure worked fine and created the makefile to install the client with config on the server side. I changed the Makefile.AIX file to use gcc as it couldn't find cc and encountered the following errors. Im not very familiar with AIX and haven't been able to find one of our people who is yet so was hoping someone here would have some experience. # /usr/local/bin/make CC="/usr/local/bin/gcc" CFLAGS="-O -D_REENTRANT -DAIX -I. -I`pwd`/include -DCLIENTONLY=1" OSDEF="-DAIX" RPATHOPT="" PCREINCDIR="" SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="" BBTOPDIR="/usr/local/hobbit" BBLOGDIR="" BBHOSTNAME="" BBHOSTIP="137.202.205.54" BBHOSTOS="" LOCALCLIENT="no" /usr/local/bin/make -C lib client make[1]: Entering directory `/usr/local/hobbit/snapshot/lib' /usr/local/bin/gcc -O -D_REENTRANT -DAIX -I. -I/usr/local/hobbit/snapshot/include -DCLIENTONLY=1 -I. -I../include -c -o sendmsg.o sendmsg.c In file included from /usr/local/hobbit/snapshot/include/libbbgen.h:24, from sendmsg.c:35: /usr/local/hobbit/snapshot/include/../lib/osdefs.h:21: error: conflicting types for 'socklen_t' /usr/include/sys/socket.h:80: error: previous declaration of 'socklen_t' was here sendmsg.c: In function 'sendtobbd': sendmsg.c:328: warning: passing argument 5 of 'getsockopt' from incompatible pointer type make[1]: *** [sendmsg.o] Error 1 make[1]: Leaving directory `/usr/local/hobbit/snapshot/lib' make: *** [lib-client] Error 2 # Hope someone can help. Thanks, Craig Whilding

2 1

[hobbit] CUSTOM RRD DATA VIA SCRIPTS
by greg.hubbard＠eds.com 16 Mar '06

16 Mar '06

Subhash, I think you are on the right track. But since your script needs to recognize each line and process it independently, you need to send the grep output through some sort of a loop, and then unpack each line. I am not exactly a shell wizard, but at least two approaches come to mind: A) send the output of the grep to a temporary file, then process the temporary file line by line. B) process the output of the grep line by line in a loop (skipping the temporary file). There is nothing that says that you have to process the output in shell -- you could also use Perl. Just keep in mind that you can only have one processor on your server and it has to be able to deal with everyone's needs. Or, as Henrik suggests, you can dig out a C book and write a new module to recognize all of this. I would take a swing a Perl before I would do that, since my C skills are nil. Anyone care to donate a few lines of Bourne that would help Subhash over the hump? GLH -----Original Message----- From: Gada, Subhash [mailto:subhash.gada at logicacmg.com] Sent: Wednesday, March 15, 2006 10:58 PM To: hobbit at hswn.dk Subject: RE: [hobbit] CUSTOM RRD DATA VIA SCRIPTS Hi Greg, I Apologise for bothering you all with script debugging! I thought of the following script, however I could not debug the script. I have the following questions? I thought of taking advantage of the common letters PRN and grep it with "PRN*". Is this the correct way to grep the value? Example data from server1 PRN327:0 PRN203:1 PRN202:0 Example data from server2 PRN123:3 #-----------------------name:value PRN314:0 PRN137:0 PRN136:0 The idea is to create separate rrd files of each value. The host which send the data to hobbit does not have a fixed number of name:values but maximum of 30 If I trigger the script with hobbd_rrd nothing is happening and the CPU utilisation is growing up to 90% Around 25 hosts have the test "printq" running. #!/bin/sh # Input parameters: Hostname, testname (column), and messagefile HOSTNAME="$1" TESTNAME="$2" FNAME="$3" index=0 if [ "$TESTNAME" = "printq" ] then # For test purpose looping fixed number of times. while [ $index -lt 30 ] do p[index]=`grep "^PRN*:" $FNAME | awk '{print $2}'` # The RRD dataset definitions echo "DS:$index:GAUGE:600:0:U" # The filename echo "printq.$index.rrd" #The data echo ${p[index]} let index=$index+1 #exit the loop when the value of $p{[index]} is null if [ $p{[index]} -eq "" ] then exit fi done fi exit 0 Regards Subhash -----Original Message----- From: Hubbard, Greg L [mailto:greg.hubbard at eds.com] Sent: Wednesday, March 15, 2006 9:37 PM To: hobbit at hswn.dk Subject: RE: [hobbit] CUSTOM RRD DATA VIA SCRIPTS Well, it does not appear to be that difficult. For each data element, you need to put out the DS line, then the file name, then the values. Make the file name match the element. So, if F070 = 1, F001 = 2, F037 = 5 "DS:value:GAUGE:600:0:U" "F070.rrd" "1" "DS:value:GAUGE:600:0:U" "F001.rrd" "2" "DS:value:GAUGE:600:0:U" "F037.rrd" "5" The Hobbit RRD support will do the right thing, creating these datasets in the directory for the associated host. Then, in the Hobbit graph definition, you have to figure out how to use the wildcard mechanism to find all the F*.rrd files. The file names can be used to replace the parameter value "value" in the dataset would become F070, F001, F037, etc. This seems to be how the disk magic works. Good luck! GLH -----Original Message----- From: Werner (Ext Lists) [mailto:wmlist_ext at terra.com.br] Sent: Wednesday, March 15, 2006 6:09 AM To: hobbit at hswn.dk Subject: Re: [hobbit] CUSTOM RRD DATA VIA SCRIPTS Hi You can see the disk rrd handler in <source_code_home_dir>hobbitd/rrd/do_disk.c , who`s an include to hobbitd/rrd/do_rrd.c -wm On Wed, 15 Mar 2006 12:47:17 +0530 "Gada, Subhash" <subhash.gada at logicacmg.com> wrote: > Hi, > > Yes the graph mechanism of disk suites similarly to the requirement. > > Can any one explain how the the separate rrd files are created for > different disk volumes. I couldn't trace how this is happening. > > > > Regards > Subhash > > To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Manipulate log rapports from a clinet
by bol＠bth.se 16 Mar '06

16 Mar '06

Hello Someone know but this... I have some window clients, which send messages alerts regarding entries in the log files. The question is, can i manipulate the warning level and panic level status on a clinet log file rapport at the hobbit? Just like i can change load,disk,proc,... levels in the hobbit-clients.cfg. /Bengt

2 3

hobbit client for windows..
by olivier＠qalpit.com 16 Mar '06

16 Mar '06

Hi Henrik, I think we've got a nice start with Etienne Grignon's open-source windows client publish yesterday on the mailling list. What are your thoughts for the "windows hobbit-client" ? (long time ago, you talk about some development in belgium.. i think) Based on Etienne's bbwin, i sure we can have a working windows-hobbit-client in a couple days (or weeks;) I dont know if you're in touch with Etienne; Could you provide provide a guideline for the windows development ? Olivier

1 0

Quick DOWNTIME question
by allan＠zandahar.net 16 Mar '06

16 Mar '06

Hey guys I've got a memory like a rice strainer lately so please forgive me. If you define a host with a DOWNTIME flag when the host goes down during that time does it still send alerts ? I can't remember for the life of me. I know the man pages say alarms will not be triggered but I cant remember if it definately works Thanks guys Allan

2 1

[hobbit] CUSTOM RRD DATA VIA SCRIPTS
by subhash.gada＠logicacmg.com 16 Mar '06

16 Mar '06

Hi Greg, I Apologise for bothering you all with script debugging! I thought of the following script, however I could not debug the script. I have the following questions? I thought of taking advantage of the common letters PRN and grep it with "PRN*". Is this the correct way to grep the value? Example data from server1 PRN327:0 PRN203:1 PRN202:0 Example data from server2 PRN123:3 #-----------------------name:value PRN314:0 PRN137:0 PRN136:0 The idea is to create separate rrd files of each value. The host which send the data to hobbit does not have a fixed number of name:values but maximum of 30 If I trigger the script with hobbd_rrd nothing is happening and the CPU utilisation is growing up to 90% Around 25 hosts have the test "printq" running. #!/bin/sh # Input parameters: Hostname, testname (column), and messagefile HOSTNAME="$1" TESTNAME="$2" FNAME="$3" index=0 if [ "$TESTNAME" = "printq" ] then # For test purpose looping fixed number of times. while [ $index -lt 30 ] do p[index]=`grep "^PRN*:" $FNAME | awk '{print $2}'` # The RRD dataset definitions echo "DS:$index:GAUGE:600:0:U" # The filename echo "printq.$index.rrd" #The data echo ${p[index]} let index=$index+1 #exit the loop when the value of $p{[index]} is null if [ $p{[index]} -eq "" ] then exit fi done fi exit 0 Regards Subhash -----Original Message----- From: Hubbard, Greg L [mailto:greg.hubbard at eds.com] Sent: Wednesday, March 15, 2006 9:37 PM To: hobbit at hswn.dk Subject: RE: [hobbit] CUSTOM RRD DATA VIA SCRIPTS Well, it does not appear to be that difficult. For each data element, you need to put out the DS line, then the file name, then the values. Make the file name match the element. So, if F070 = 1, F001 = 2, F037 = 5 "DS:value:GAUGE:600:0:U" "F070.rrd" "1" "DS:value:GAUGE:600:0:U" "F001.rrd" "2" "DS:value:GAUGE:600:0:U" "F037.rrd" "5" The Hobbit RRD support will do the right thing, creating these datasets in the directory for the associated host. Then, in the Hobbit graph definition, you have to figure out how to use the wildcard mechanism to find all the F*.rrd files. The file names can be used to replace the parameter value "value" in the dataset would become F070, F001, F037, etc. This seems to be how the disk magic works. Good luck! GLH -----Original Message----- From: Werner (Ext Lists) [mailto:wmlist_ext at terra.com.br] Sent: Wednesday, March 15, 2006 6:09 AM To: hobbit at hswn.dk Subject: Re: [hobbit] CUSTOM RRD DATA VIA SCRIPTS Hi You can see the disk rrd handler in <source_code_home_dir>hobbitd/rrd/do_disk.c , who`s an include to hobbitd/rrd/do_rrd.c -wm On Wed, 15 Mar 2006 12:47:17 +0530 "Gada, Subhash" <subhash.gada at logicacmg.com> wrote: > Hi, > > Yes the graph mechanism of disk suites similarly to the requirement. > > Can any one explain how the the separate rrd files are created for > different disk volumes. I couldn't trace how this is happening. > > > > Regards > Subhash > > To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

1 0

[hobbit] CUSTOM RRD DATA VIA SCRIPTS
by greg.hubbard＠eds.com 15 Mar '06

15 Mar '06

Well, it does not appear to be that difficult. For each data element, you need to put out the DS line, then the file name, then the values. Make the file name match the element. So, if F070 = 1, F001 = 2, F037 = 5 "DS:value:GAUGE:600:0:U" "F070.rrd" "1" "DS:value:GAUGE:600:0:U" "F001.rrd" "2" "DS:value:GAUGE:600:0:U" "F037.rrd" "5" The Hobbit RRD support will do the right thing, creating these datasets in the directory for the associated host. Then, in the Hobbit graph definition, you have to figure out how to use the wildcard mechanism to find all the F*.rrd files. The file names can be used to replace the parameter value "value" in the dataset would become F070, F001, F037, etc. This seems to be how the disk magic works. Good luck! GLH -----Original Message----- From: Werner (Ext Lists) [mailto:wmlist_ext at terra.com.br] Sent: Wednesday, March 15, 2006 6:09 AM To: hobbit at hswn.dk Subject: Re: [hobbit] CUSTOM RRD DATA VIA SCRIPTS Hi You can see the disk rrd handler in <source_code_home_dir>hobbitd/rrd/do_disk.c , who`s an include to hobbitd/rrd/do_rrd.c -wm On Wed, 15 Mar 2006 12:47:17 +0530 "Gada, Subhash" <subhash.gada at logicacmg.com> wrote: > Hi, > > Yes the graph mechanism of disk suites similarly to the requirement. > > Can any one explain how the the separate rrd files are created for > different disk volumes. I couldn't trace how this is happening. > > > > Regards > Subhash > > To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

/www.hswn.dk/hobbit/
by lars.ebeling＠leopg9.no-ip.org 15 Mar '06

15 Mar '06

It seems like www.hswn.dk/hobbit is down Regards Lars Ebeling http://leopg9.no-ip.org Hobbithobbyist "It is better to keep your mouth shut and appear stupid than to open it and remove all doubt." -- Mark Twain

3 2

[hobbit] CUSTOM RRD DATA VIA SCRIPTS
by subhash.gada＠logicacmg.com 15 Mar '06

15 Mar '06

Hi, Yes the graph mechanism of disk suites similarly to the requirement. Can any one explain how the the separate rrd files are created for different disk volumes. I couldn't trace how this is happening. Regards Subhash ________________________________ From: Hubbard, Greg L [mailto:greg.hubbard at eds.com] Sent: Tuesday, March 14, 2006 8:24 PM To: hobbit at hswn.dk Subject: RE: [hobbit] CUSTOM RRD DATA VIA SCRIPTS Subhash, Check out how data is collected for disk volumes. I think you want to create a different data set for each element, and then you can use the matching items (like is used for the disk graphs) to plot all of the relevant items in the same set of graphs. GLH ________________________________ From: Gada, Subhash [mailto:subhash.gada at logicacmg.com] Sent: Tuesday, March 14, 2006 12:49 AM To: hobbit at hswn.dk Subject: FW: [hobbit] CUSTOM RRD DATA VIA SCRIPTS Hi, May be I need to put this more clearly. Few custom test are running on the host side on windows systems which measures print queue length of the print server. Hobbit is receiving data in the following format from the host systems. From Server 1 3/13/2006 Total queued jobs: 0 PRN324:0 PRN323:0 PRN142:0 PRN141:0 PRN140:0 PRN139:0 PRN138:0 From server 2 3/13/2006 Total queued jobs: 0 PRN327:0 PRN203:0 PRN202:0 Initially I could thought of the following script to create rrd file but if I use this script the data existing in all the rrd files of different host is similar as am using the NAMES PRN327, PRN203, PRN202 to capture the values (different hosts has different names). The length of the NAMES are also not consistent across the hosts i.e. for server1 7 name:value are sent to hobbit & for server 2 only 3 name:value How can I make the script dynamic ? #!/bin/sh # Input parameters: Hostname, testname (column), and messagefile HOSTNAME="$1" TESTNAME="$2" FNAME="$3" if [ "$TESTNAME" = "printq" ] then p1=`grep "^PRN327:" $FNAME | awk '{print $2}'` p2=`grep "^PRN203:" $FNAME | awk '{print $2}'` p3=`grep "^PRN202:" $FNAME | awk '{print $2}'` # The RRD dataset definitions echo "DS:p1:GAUGE:600:0:U" echo "DS:p2:GAUGE:600:0:U" echo "DS:p3:GAUGE:600:0:U" # The filename echo "printq.rrd" # The data echo "$p1:$p2:$p3" fi exit 0 And how can I make the configuration even dynamic in the hobbitgraph.cfg [printq] TITLE Print Queue Status YAXIS Print Queue Length DEF:p1=printq.rrd:PRN327:AVERAGE DEF:p2=printq.rrd:PRN203:AVERAGE DEF:p3=printq.rrd:PRN202:AVERAGE AREA:p1#00FF00: PRN 327 GPRINT:p1:LAST: \: %5.1lf (cur) GPRINT:p1:MAX: \: %5.1lf (max) GPRINT:p1:MIN: \: %5.1lf (min) GPRINT:p1:AVERAGE: \: %5.1lf (avg)\n AREA:p2#FF0000: PRN 230 GPRINT:p2:LAST: \: %5.1lf (cur) GPRINT:p2:MAX: \: %5.1lf (max) GPRINT:p2:MIN: \: %5.1lf (min) GPRINT:p2:AVERAGE: \: %5.1lf (avg)\n AREA:p3#0000FF: PRN 202 GPRINT:p3:LAST: \: %5.1lf (cur) GPRINT:p3:MAX: \: %5.1lf (max) GPRINT:p3:MIN: \: %5.1lf (min) GPRINT:p3:AVERAGE: \: %5.1lf (avg)\n Please let me know, if more information is required. Regards Subhash ________________________________ From: Gada, Subhash [mailto:subhash.gada at logicacmg.com] Sent: Monday, March 13, 2006 5:23 PM To: hobbit at hswn.dk Subject: [hobbit] CUSTOM RRD DATA VIA SCRIPTS Hi, We have few custom tests that measures printq of the print server (windows). How can I write a script to create a rrd file and generate graphs. For example P Server 1 3/13/2006 Total queued jobs: 0 PRN324:0 PRN323:0 PRN142:0 PRN141:0 PRN140:0 PRN139:0 PRN138:0 P Server 2 3/13/2006 Total queued jobs: 0 PRN314:0 PRN137:0 PRN136:0 How to count the number of columns that vary from host to host. The column names are not common for all the hosts. Can any one help me further ? if [ "$TESTNAME"="printq" ] then p1=`grep "^PRN*:" $FNAME | awk '{print $2}'` p2=`grep "^PRN*:" $FNAME | awk '{print $2}'` p3=`grep "^PRN*:" $FNAME | awk '{print $2}'` # The RRD dataset definitions echo "DS:p1:GAUGE:600:0:U" echo "DS:p2:GAUGE:600:0:U" echo "DS:p3:GAUGE:600:0:U" # The filename echo "printq.rrd" # The data echo "$p1:$p2:$p3" Regards, Subhash Gada This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

2 1

BBWin Preview 0.4 available
by etienne.grignon＠gmail.com 15 Mar '06

15 Mar '06

Hello Everyone, As I told you on March 1th, I publish today the first preview of BBWin, a free Big Brother Hobbit windows client. You can download the MSI installer of this preview from http://sourceforge.net/projects/bbwin The preview contains the following stuffs: * The executable BBWin: it is the native service in charge of executing the agents * The executable BBWinCmd : it is a command line utility to send messages to an hobbit server * The Externals agent dll: it is an agent in charge of executing all your existing BB scripts or executables * The Procs agent dll : it is an agent in charge of checking running processes * The Uptime agent dll: it will monitor uptime of the server including an alarm if reboot recently. It was interesting to separate this alarm from cpu column. * The external wlbs.vbs: monitor wlbs (nlb) windows clusters * The external cluster.exe: monitor mscs windows clusters * The agents SDK: contains an example and the necessary headers to develop your own C++ BBWin agents After installing the BBWin package, please read the Readme.txt file to understand its working. It is located in C:\Program Files\BBWin\doc if you installed it by default. I'm currently working on the most important agents: I mean cpu, memory, and disk. I try to get the best ideas from the existing bbnt and also from the Henrik hobbit unix client. These agents will have 2 working modes: One mode with local configuration where status are decided by the BBWin agent (used for back compatibily) and a hobbit full mode where the agents will report only data with green status as the hobbit unix client, the final status will be determined via the hobbit server depending your monitoring rules (Henrik, I will email you soon about that because I would like to be sure to implement it correctly).So, the next preview release should get them (will try to deliver it for April 3th). Also, in the next weeks, I will work to improve the BBWin core service to fortify it. So, all your feedbacks about BBWin behavior are important to me. You can post bugs reports, features requests on the sourceforge website, if submit doesn't works, email me directly with bbwin in the mail subject. To finish, this preview version is only intended for tests purpose. In spite of all my tests on it, it can still have some bugs. So, please be merciful with me if you find bugs :), I have more experience in Unix development, but my try on Windows doesn't look too bad for the moment :) So, I hope you will enjoy my small program even if everything is not perfect and not finished for the moment. -- Etienne

1 0