- Xymon - Xymon mailman web

hobbit-alerts.cfg -- Perl regex
by robert.herron＠gmail.com 11 Aug '05

11 Aug '05

I'm having a problem with Perl regular expressions in the hobbit-alerts.cfg file. Can someone tell me what I'm doing wrong: Background info: our servers are named by location, function, number (e.g. NYCMAIL1). As our data center in "NYC", a lot of systems's names start with NYC. I'm lazy and really don't want to have to type NYC over and over again. So, I tried using a macro with a wildcard like: $HG-WinSvrsCrit=nyc%(app1|dc1|dc2|ex1|ex03|fs1|fs2|time).domain.com but it doesn't work. However, it works if I change it to: $HG-WinSvrsCrit=%(nycapp1|nycdc1|nycdc2|nycex1|nycex03|nycfs1|nycfs2|nyctime).domain.com The $HG-WinSvrsCrit wildcard is used later in hobbit-alerts.cfg with statements like: HOST=$HG-WinSvrsCrit $OPTIONS EXSERVICE=smtp,oradb MAIL bb_NetAdm MAIL bb_SrPCT MAIL bb_ProjMgr DURATION>60m A "~/server/bin/hobbitd_alert --dump_config" looks correct for the desired macro/wildcard combo: HOST=nyc%(app1|dc1|dc2|ex1|ex03|fs1|fs2|gis2|time).domain.com EXSERVICE=smtp,oradb COLOR=purple,red MAIL bb_NetAdm FORMAT=TEXT REPEAT=30 MAIL bb_SrPCT FORMAT=TEXT REPEAT=30 MAIL bb_ProjMgr FORMAT=TEXT REPEAT=30 DURATION>60 But the INFO page for the nyc[app1|dc1|dc2|ex1|ex03|fs1|fs2|gis2|time] hosts only shows UNMATCHED catch-all entry. I'm stumped. Please help. -- Robert Herron robert.herron at gmail.com

3 2

Monitoring filesystems?
by v.everett＠afgonline.com.au 11 Aug '05

11 Aug '05

Hi Henrik Our disaster here has got me thinking about monitoring file systems. At present, Hobbit monitors the usage of a file system, but is there a way to check if it's there or not. Hobbit is quite happy if your NFS or Veritas volume doesn't mount, as long as the capacity of what is mounted is within tollerance. How can we make it check if the disks are actually mounted? Or is that a task for an external test? Regards Vernon _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is not waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.

4 4

[hobbit] Monitoring filesystems?
by shaun.kasperowicz＠xo.com 11 Aug '05

11 Aug '05

I have used both the bb-meta and bb-vxcheck scripts with good success over the years. They are available on deadcat.net and should be compatible with a Hobbit client, but I'm not sure about the server. Cheers, -Shaun -----Original Message----- From: Vernon Everett [mailto:v.everett at afgonline.com.au] Sent: Thursday, August 11, 2005 2:21 AM To: hobbit at hswn.dk Subject: [hobbit] Monitoring filesystems? Hi Henrik Our disaster here has got me thinking about monitoring file systems. At present, Hobbit monitors the usage of a file system, but is there a way to check if it's there or not. Hobbit is quite happy if your NFS or Veritas volume doesn't mount, as long as the capacity of what is mounted is within tollerance. How can we make it check if the disks are actually mounted? Or is that a task for an external test? Regards Vernon _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is not waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

HHTPS test through a HTTP proxy
by frederic.mangeant＠steria.com 11 Aug '05

11 Aug '05

Hi again I'm trying to monitor a HTTPS URL through a HTTP proxy with this in my bb-hosts : http://xx.xx.xx.xx:3128/https://www.host.com I get this result : Server: squi ; OK ; OK ; OK &red https://www.host.com/ - Not Implemented Server: squi HTTP/1.0 501 Not Implemented Server: squid/2.5.STABLE5 Mime-Version: 1.0 Date: Thu, 11 Aug 2005 15:16:51 GMT Content-Type: text/html Content-Length: 1079 Expires: Thu, 11 Aug 2005 15:16:51 GMT X-Squid-Error: ERR_UNSUP_REQ 0 X-Cache: MISS from xxxxxxx Proxy-Connection: close Seconds: 0.19 This syntax works with bbgen 2.16. My test system is running the latest Hobbit 4.1.2 snapshot. Testing with "https://xx.xx.xx.xx:3128/https://www.host.com" doesn't work either. Is it supported by Hobbit ? Thanks in advance. -- Frédéric Mangeant Steria EDC Sophia-Antipolis

2 1

Back
by lars.ebeling＠leopg9.no-ip.org 11 Aug '05

11 Aug '05

Dear all, I am back after 2.5 weeks and there 350+ mails to read. Wow, a lot happens. A client. Sorry if I later ask questions that have been asked. Regards Lars Ebeling http://leopg9.no-ip.org Hobbithobbyist "Never run after your own hat. Others will be delighted to do it; why spoil their fun?" -- Mark Twain

1 0

problem custom rrd graph!
by liu-zm＠neusoft.com 11 Aug '05

11 Aug '05

I'm using the custom larrd graphs, I don't see any custom rrd files anywhere,but I see this in larrr-status.log 2005-08-11 13:38:18 Could not get shm of size 102400: No such file or directory 2005-08-11 13:38:18 Channel not available what is problem? Many Thanks and Best Regards,

2 1

[hobbit] SIP & VoIP
by Gerard＠ets.biz 11 Aug '05

11 Aug '05

Joking aside, that is exactly the page I was looking at when the email came in! Now you know of one person looking into it at the moment; although like yourself I am totally new to this. It's *supposed* to be simple, easy, etc; but I feel confident I'll feel dumber than when I'm started. (at the moment - if Hobbit doesn't monitor it, we don't deploy it; and we haven't had to say "No" yet; so I think your pretty close to your ambitions!!) Cheers. -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Thursday, 11 August 2005 08:28 To: hobbit at hswn.dk Subject: Re: [hobbit] SIP & VoIP On Thu, Aug 11, 2005 at 06:56:28AM +0100, Gerard Lill wrote: > Has anyone looked into testing SIP/VoIP devices? (handsets, gateways, > etc) Not that I know of. It's a technology that I know absolutely nothing about - what protocols are involved, how you communicate with the devices, what needs to be up and running, how you monitor availability etc. This looks like a good place to start: http://www.voip-info.org/tiki-index.php?page=voip-info.org > I haven't seen it mentioned yet, and it's something I will need to > consider in the not too distant future (as I'm sure many others will > too)! > > I expect to get a call about it one day, so I am hoping Hobbit will have > a place monitoring this too. The ambition (for me) certainly is to have Hobbit be able to monitor all of your IT systems. Yeah, I know that's pretty ambitious, but it never hurts to set high goals :-) Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] client ext script example
by v.everett＠afgonline.com.au 11 Aug '05

11 Aug '05

I will, as soon as I upgrade to the hobbit clients. At present, we cannot compile on any of our Solaris servers. (don't ask) As soon as I get my nice new Solaris server to play with, I can compile the new client and see how it works. Has anybody managed to create a Solaris package of the Hobbit client yet? That would make things easier and quicker. As for the custome graphs, I need some info first. Will mail you off-list later. Busy with a major disaster recovery right now. :-( Regards Vernon -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Thursday, 11 August 2005 1:51 PM To: hobbit at hswn.dk Subject: Re: [hobbit] client ext script example On Thu, Aug 11, 2005 at 09:04:51AM +0800, Vernon Everett wrote: > I wrote this a while ago. > Maybe it will help. Very nice, and I especially enjoyed your introduction :-) It does show in a few places that it was written for BB originally, e.g. when referring to the $BBHOME/etc/bbdef.sh file and how you install the extension. If you can find a bit of spare time, it would be really nice if you could rework that into the Hobbit way of doing things. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is not waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.

1 0

Cient for solaris - compile error
by zakki.ashidiqi＠indosat.com 11 Aug '05

11 Aug '05

Dear all, I just download the snapshot, and then compile it on Sun Solaris. It is Sun Solaris 5.8 and gcc 3.2.3. I got the following error: CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -D_REENTRANT -DSunOS -I. -I`pwd`/include -DCLIENTONLY=1" OSDEF="-DSunOS" RPATHOPT="" PCREINCDIR="" SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="-lresolv -lsocket -lnsl" BBTOPDIR="/Core/home/bb" BBLOGDIR="" BBHOSTNAME="" BBHOSTIP="10.16.0.66" BBHOSTOS="" make -C lib client make[1]: Entering directory `/Core/home/bb/snapshot/lib' gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DSunOS -I. -I/Core/home/bb/snapshot/include -DCLIENTONLY=1 -I. -I../include -c -o osdefs.o osdefs.c gcc: installation problem, cannot exec `as': No such file or directory make[1]: *** [osdefs.o] Error 1 make[1]: Leaving directory `/Core/home/bb/snapshot/lib' make: *** [lib-client] Error 2 Thanks zakki Note: This email has been scanned by Indosat VirusWall Systems

2 1

[hobbit] client ext script example
by v.everett＠afgonline.com.au 11 Aug '05

11 Aug '05

I wrote this a while ago. Maybe it will help. I started writing one for custom graphs too. If anybody finds this document useful, let me know. If anybody wants me to complete the document on custom graphs, let me know. Regards Vernon P.S. Because of size limits on the list, I have done a cut&paste, but this document is also available in .rtf or (if I have to) .doc Mail me direct if you want the document. ---snip--- Custom Monitoring Scripts for Hobbit DISCLAIMER I make no claims about the correctness or fitness for purpose of anything in this document, from the spelling to the technical knowledge. Anything in this document is to be used at your own risk, including the instruction to think. Any and all disclaimers apply. Any damages arising from use of this document or the instructions contained therein, in electronic, printed or any other form are your problem, not mine. Reading, downloading or touching any part of document denotes acceptance of this disclaimer. If you disagree with this, then stop reading this document at once. (Anyway, a lawsuit against me makes no sense. I have no money.) COPYRIGHT This document is copyrighted. I hereby grant any Hobbit user free use and distribution rights on this document or parts thereof on condition that: 1. Hobbit remains an open source project 2. You are not charging for this document SCOPE This document is intended for use by systems administrators looking to extend the scope of the Hobbit/BB monitoring tools with custom scripts. ASSUMPTIONS Them being the mother of all stuff-ups, let me tell you right off the bat exactly what I assume about you. You are a systems administrator, and probably want to make your life a little easier. This means you have permission to write any scripts and install them on the system, and that you have a basic clue about Unix, and the stuff you want to monitor. You understand a programming or scripting language of some sort. You have at very least sufficient understanding of Hobbit and the Big Brother or Hobbit client to get some basic results and a graph or two displayed, and have already done so. Put differently, I assume your Hobbit installation is already working!!!!! You use Unix, or a variant thereof. Although this document is written with the assumption that you know nothing, I am assuming you are not completely bloody clueless. I find that many manuals or how-to docs assume a little knowledge, but invariably the little they assume you know, is the very bit you don't know. I am trying to cover all the bases. WHAT THIS DOCUMENT DOESN'T DO I am not going to teach you how to write scripts, get data from your database, tell you why your script doesn't work or act as your helpdesk. I believe in the 80-20 rule. If you take up more than 20 seconds of my day, you better be prepared to pay me 80% of my salary. I am not going to tell you why your Hobbit installation doesn't work either. Subscribe to the Hobbit mailing list. That's why it's there. CONVENTIONS I use Unix (Solaris & Linux) and most the commands and reference will be based on Unix. I am also an Oracle DBA, so I will use database examples a lot. I use Korn shell for any programming examples. I am not going to get into a theological debate about why Korn and not Bash or Perl or whatever. I use Korn, because I know it far better than I know any other script or programming language. I use it because I know it well. End of debate! I suggest you do the same, whatever your language of choice may be. Unix commands will be in courier font, as will output. If you got this as a text document, and it's all one font, and you can't tell the difference between the main document and Unix commands, you really shouldn't be considering writing a custom script. STOP! - THINK! Before creating a custom script, sit down, and think carefully what you want to monitor, what you want to graph, and why. For example. Assume you were considering monitoring a log file for certain messages - but what would you graph? You could monitor CD-Rom use or capacity, but to what purpose? If there's a CD in the drive, it's there because you put it there. After all, you are the administrator, and your servers are in an access-controlled environment. If you want to monitor it, it needs to be of use to you. No point filling your screen with meaningless dots. If that's what you want, it can be easily fudged - see below. OK, now you know what you want to monitor, why, and have decided what you will do with the data, I still do not suggest we jump in boots and all and start writing a custom script. Next stop is the Hobbit man pages. Check that you are not reinventing the wheel. Larry Wall once said "Historically speaking, the presence of wheels in Unix has never precluded their reinvention." He also said, "The three chief virtues of a programmer are: Laziness, Impatience and Hubris." I subscribe to the laziness virtue. Reinventing the wheel is bad, and quite often, the previous guy did a better job than you can, or will have time for. Still can't find what you want? Next stop, http://www.deadcat.net These are all Big Brother add-ons, but most will integrate seamlessly into Hobbit, and the rest can be made to work with a shoehorn or a hammer. (Size of hammer undefined) I am still not prepared to reinvent the wheel. At about this point, if you still haven't found what you want, you are probably going to have to invent your own designer wheel. BEFORE YOU START CODING Time to think again. Hobbit can only report a limited number of states, reflected by the status colours, and you only have control over 3 of them, viz. red, yellow and green. Before you start, consider, and write down what colour any monitored conditions will return. For instance, program core dumps generated in a user directory on the development system, does not really warrant a red status. Since it's something we can expect developers to do from time to time, why are we even monitoring it? If it happened on a production system in a user directory, it might warrant a yellow. If it happened in the working directory of your main financial system, that might warrant a red status. Now consider what you want your message to look like. Sending back the entire contents of /var/adm/messages is a waste of time and bandwidth. Sending back tail /var/adm/messages makes more sense. Isolating the offending message(s) is probably an even better idea. Your message that appears on the Hobbit screen (That's what you see when you click on the face or the blob) needs to be detailed enough to be of use, but also brief enough that you can see at a glance what's happening. Too much is just as bad as too little, especially if you are going to abdicate the task of monitoring to operations. Are you going to generate a graph? Does a graph make sense? We can only graph quantities over time. Graphing the results of the messages test makes no sense. Monitoring CPU temperature is good. Hard disk utilization, database table space, CPU utilization, these are all good things to graph. Messages are not good. Cores are not good. Error or core counts could be good, but if you are getting that many errors or cores per 5 minutes, I think you have issues more important than creating a new Hobbit script. So you want a graph. That's fine, but what are you going to graph? If possible, it's probably better to reduce your figures to a percentage. It just makes life easier for the graphing tool, and makes it easy to put everything on the same graph. Let's come back to my database example. I have one table space that's over 50Gb in size, and using about 35Gb, and another that's only 700Mb in size, and using 300Mb. On the same graph, they would look idiotic, and even if I could see what their values were, I would still have to remember the total size of each table space to determine if space was becoming an issue or not. Viewed as a percentage, both can appear on the same graph, and I know that over 90% is a potential problem, no matter how big or small the table space is. (If you didn't understand the last paragraph because you don't know databases, read it again, but substitute "disk" for "table space". It's a similar concept.) Are you going to make the information you use for the graph visible to the monitor? Big Brother and Hobbit allow you to send two type of information to the Hobbit client. They are, status info, which is displayed when you click on the face or blobby icon, and data, which is never displayed, but could be used to gather information. If the information is particularly complex, it's probably best not to display it. Now that you know what you want, where you want it and how you want to show it, consider how you are going to get it. Monitoring disk space is easy. On most versions of Unix, df -k will tell you all about disk space, and on some versions even give you a percent figure. (Refer to the Unix Rosetta Stone for details about your Unix version. http://public.planetmirror.com/pub/sysadm-misc/rosetta/rosetta.html ) Getting the same information from a database is not always quite so simple, and often requires some fairly nifty SQL. Now we come to the choice of development language. As mentioned above, I use ksh (AKA Korn Shell), but there's nothing stopping me from writing it all in SQL, or Perl, or even in compiled C, except for the fact that I don't speak C, and I know just enough Perl to be dangerous. Your choice of language has to take into account a few things. 1. You need to be able to call external binary files. 2. You need to be able to get the information you need 3. It needs to be executable so BB (or Hobit client) can call it. 4. It would need to interpret environment variables. These points explained 1. Unless we can call the bb program, we are not going to get very far. In most shell scripts, it's trivial. In SQL and Perl, it's slightly less trivial, but still very simple, but in other languages, it could be a little more tricky. 2. If from within my program written in <Insert language here>, I have no method of interrogating the database to determine table space utilization, there's not much point in using that language. From within ksh, I can call an SQL interpreter, and pass it an SQL script. Perl has libraries to talk directly to the database. As long as you can get the information you need, it's a good choice. 3. If I need to explain this, step away from the computer. 4. Most of the variables you will need are defined in $BBHOME/etc/bbdef.sh If your script can't read this, and interpret the values in it, you may have a problem. LET'S START CODING No matter what system or language you use, your script will probably have 4 sections. 1. Define everything 2. Collect data 3. Massage/manipulate data 4. Define colour and send Defining everything could be as simple as sourcing the $BBHOME/etc/bbdef.sh file, but it may be a little more complicated. Those of you familiar with Oracle know there are a few further environment variables that need to be defined before I can run an SQL script. However you define everything, remember to document or comment everything. You will probably be the sucker having to maintain this. Once you have all your variables and environment defined, do what you need to do to collect the data. It will probably be wise to send the data to a temp file. Collecting the data could be a single command, it could be a complex program that runs and interrogates multiple systems and databases. How you collect what you need is beyond the scope of this document but if, like me, you are lazy and looking for a shortcut, use Google. You will be amazed what a Google for "Oracle Tablespace script" will give you. Now we have the data, we need to massage it into something usable. If it's going to appear on the screen, make it look good. Some of it might be data only, and will not appear on screen. Dump that to a separate file. It might also be easier to add the status colour decision logic at this point. It's your script, it's your call. In the end, we have one, or maybe 2 files. $BBTMP/data.out.$$ and $BBTMP/status.out.$$ (If this looks too cryptic, I don't suggest you use ksh to write your script) Now we send the output to Hobbit. The command is simple. Check your bb man pages. You can hard code it if you want, or use the defined variables, it really makes no difference, unless you want to make life easier in the future. (Hard coding normally means headaches later.) Let's dissect a basic script. This will report my table space levels. #!/usr/bin/ksh # Define this to be a Korn shell script. . ../etc/bbdef.sh # Set up the BB environment . /export/home/oracle/.profile # Set up the Oracle environment export TEST=ora # The test name export COLOUR=green # The default colour # Note to all Americans. This is how I spell colour - no arguments. export OUTFILE=$BBTMP/outfile.$$ # My temp file # We are not using data, only status for this one, so we only have # one temp file. # Up to here we have defined the environment date > $OUTFILE # Create my temp file # Now we collect the data sqlplus -s orauser/passwd @/export/home/oracle/tables >> $OUTFILE # Don't worry about the above syntax. If you understand Oracle, it # will make sense. If not, assume it's a df -k on table spaces. # Replace it with df -k >> $OUTFILE # It's doing the equivalent on the database # The sql file we just used formats the data for us, so all we # need to do is check for the status. The values that interest me # are in the sixth column, as percentage. cat $OUTFILE | awk '{ print $6 }' | while read VAL do [ $VAL -gt 85 ] && COLOUR=yellow [ $VAL -gt 95 ] && COLOUR=red; break done # The logic here is very simple. We start with green, and get # worse. Once we hit red, it's not getting any worse, so we exit # the loop. # A more sophisticated script could do a lot more, but we are # doing a basic script. # Now we send the data $BB $BBDISP "status $MACHINE.$TEST $COLOUR `cat $OUTFILE`" # BB, BBDISP and MACHINE should be defined in bbdef.sh # This will send the contents of $OUTFILE to the Hobbit client # It will also ensure that the colour is set correctly # to whatever appears in $COLOUR # $BB = the Big Brother (or Hobbit) client program # $BBDISP = the hostname or IP address of your Hobbit server # $MACHINE = the name of the machine being monitored # $TEST = Defined above # $COLOUR = Colour of the status on the Hobbit server rm $OUTFILE # Clean up our temp files ADD YOUR SCRIPT TO BB First off, copy your script to $BBHOME/ext/ directory. We called this one bb-ora_ts.sh It's a script. Make it executable. chmod 755 will do it, but that depends on your security levels. Now edit $BBHOME/etc/bb-bbexttab This file will be of the form servername: : testname1 testname2 testname3 If you are on a server called wallaby, and you wanted to add the test we showed above, add or edit the line wallaby: : testname1 testname2 testname3 bb-ora_ts.sh Save and exit, then restart the bb client. You can restart with any of these commands. /etc/rc3.d/S99bb restart or su - bb ./runbb.sh restart or depending on your setup su - bb ./bb/runbb.sh restart Give it a few minutes. You might want to go get a cup of coffee. Eventually, this should cause a new column to appear on you Hobbit main page. Column title should be ora, (Because that's what we defined it in the script) and if we click on the status face, we should see something like this. Wed Jun 8 15:35:46 WST 2005 Tablespace siebprod:XDB totals 20.0Mb and is 0% used. Tablespace siebprod:WHS_INDEX totals 1440.0Mb and is 33% used. Tablespace siebprod:WHS_DATA totals 1440.0Mb and is 37% used. Tablespace siebprod:USERS totals 100.0Mb and is 1% used. Tablespace siebprod:UNDOTBS1 totals 5000.0Mb and is 30% used. Tablespace siebprod:TOOLS totals 150.0Mb and is 66% used. Tablespace siebprod:SYSTEM totals 500.0Mb and is 69% used. Tablespace siebprod:SIEB_INDEX totals 52240.0Mb and is 68% used. Tablespace siebprod:SIEB_DATA totals 45120.0Mb and is 56% used. Tablespace siebprod:LOADER_DATA totals 500.0Mb and is 0% used. A bit bland, but a good start. Because whatever is in $OUTFILE is going to appear on a web page, it is possible to add HTML tags to $OUTFILE. Download the bb-iostat from deadcat. The test identifies itself as vmio on your Hobbit screen, but the script is pretty funky, and does some fun things to the display, including inserting status icons, underlines and a few font manipulations. One of the best ways to improve your programming, is to see what others have done. Download a few scripts from deadcat, and look at how they were written. I use a more slightly complex version of the above example script for my Hobbit, and I end up with this. Wed Jun 8 16:00:07 WST 2005 Oracle test on "siebprod": OK =============== Oracle Instance Check ================ Instances specified in ORACLE_SIDS (siebprod) match those found in /export/home/bb/bb/ext/ora9tab =================== siebprod Check =================== Database siebprod UP processes: pmon smon lgwr dbw0 ckpt reco Paranoid test: Database siebprod is up. ============= siebprod Tablespace Check ================ Tablespace siebprod:XDB totals 20.0Mb and is 0% used. Tablespace siebprod:WHS_INDEX totals 1440.0Mb and is 33% used. Tablespace siebprod:WHS_DATA totals 1440.0Mb and is 37% used. Tablespace siebprod:USERS totals 100.0Mb and is 1% used. Tablespace siebprod:UNDOTBS1 totals 5000.0Mb and is 31% used. Tablespace siebprod:TOOLS totals 150.0Mb and is 66% used. Tablespace siebprod:SYSTEM totals 500.0Mb and is 69% used. Tablespace siebprod:SIEB_INDEX totals 52240.0Mb and is 68% used. Tablespace siebprod:SIEB_DATA totals 45120.0Mb and is 56% used. Tablespace siebprod:LOADER_DATA totals 500.0Mb and is 0% used. A few icons to draw attention, a few underlines, some bold text. Anything to make the cause of the issue obvious. WHAT HAPPENED? Every 5 minutes, or however often your Big Brother client is set to run, it will run every script listed in bb-bbexttab file. The script runs, and then calls the Big Brother message agent, which sends the data to the Hobbit server to be displayed. (A bit of an over-simplification, but it's good enough) If you used data instead of status when you called $BB $BB $BBDISP "data $MACHINE.$TEST $COLOUR `cat $OUTFILE`" nothing will display, but we can still use the data, normally for graphing. To ensure your script works, change the data to status, and make sure Hobbit is actually receiving what you are supposed to be sending. IT'S NOT WORKING!! So you went and made a cup of coffee, sat patiently drinking it, even burning your lip once, and still nothing appears on your Hobbit main screen. Here are a few things to check. 1. Are any other tests coming through? It could be a network issue 2. Are you sure Hobbit is set up and working correctly. Check the conn test. 3. Did you use status when you called the BB client? 4. Check the $BBHOME/BBOUT log file. Could be some interesting messages in there 5. Remember your script is running as user bb. Does bb have adequate permission to do what you want, like execute the test script? 6. Make sure you are you are calling the Big Brother client correctly. (Easiest way to do that is to put an echo in front of the $BB..... line, and a redirect after, so the line changes from $BB $BBDISP "status $MACHINE.$TEST $COLOUR `cat $OUTFILE`" to echo $BB $BBDISP "status $MACHINE.$TEST $COLOUR `cat $OUTFILE`" \ >/tmp/out Wait a while, and then check /tmp/out If it's empty, check your variable definitions. Check all paths are correct. Comment out the rm $OUTFILE Check that it's being written to. If you are still getting nowhere, consult some of the wise members on the mailing list. THAT'S IT If you get the expected display on your Hobbit monitor, then congratulations! You have successfully added your own custom script. I would recommend testing it very carefully. Make sure that colours change and that the display updates. Now that it works, you can start getting fancy and adding inline HTML and so forth, to make it look really cool. WHAT ABOUT THE GRAPH? Graphing is a topic for another document, and maybe another author. (I need to see if I have time) TIDYING UP Your new test has a column name, but if you click on the column name, you get an error. If you click on "conn" on the main page, it tells you what the conn test does. To make your new test do the same, edit /usr/lib/hobbit/server/etc/columndoc.csv on your Hobbit server. Add the following. Testname;Test description; For my test, I would add ora;The <b>ora</b> test gives more information about the table space in the database; Exactly what you put in here is your business. It's a descriptive field only, so you don't even need to update it. Not sure if you have to restart Hobbit to make this change active, but I did. ---snip--- -----Original Message----- From: Lee J. Imber [mailto:toaster at imber.com] Sent: Wednesday, 10 August 2005 10:27 PM To: hobbit at hswn.dk Subject: Re: [hobbit] client ext script example Thanks Al, I get that part :) It's the actual script that sits in the ext directory I am looking for. A simple template that sets the column name, alerts and runs a few commands then sends the output to hobbit server. Lee On Aug 10, 2005, at 10:16 AM, Jeffcoat, Al wrote: > Lee, > > Here's how you do it. > > Put the script in the $HOBBITCLIENT/ext directory, make sure it is > executable and owned by hobbit. > > Then, in the $HOBBITCLIENT/etc/clientlaunch.cfg file, add a stanza for > your script, like so: > > [bb-iostat] > ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg > CMD $HOBBITCLIENTHOME/ext/bb-iostat.sh > LOGFILE $HOBBITCLIENTHOME/logs/bb-iostat.sh > INTERVAL 5m > > > Hope that helps, > > Al Jeffcoat > > -----Original Message----- > From: Lee J. Imber [mailto:toaster at imber.com] > Sent: Wednesday, August 10, 2005 10:06 AM > To: hobbit at hswn.dk > Subject: [hobbit] client ext script example > > Hi, > > Been trying to get a external script running with a hobbit client and > a hobbit server. > > The script runs on the client and I just want it to take the data it > gets from the script and create a new column on the server with the > output in that alert. > > The script only needs to be run for this one application on the hobbit > client, can't be run on the server. > > Does anyone have a short howto or a very simple client side script > that they can post so I have a working model to tweak? > > Thanks, > > Lee > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > > This e-mail message and any attached files are confidential and are > intended solely for the use of the addressee(s) named above. If you > are not the intended recipient, any review, use, or distribution of > this e-mail message and any attached files is strictly prohibited. > This communication may contain material protected by Federal privacy > regulations, attorney-client work product, or other privileges. If you > have received this confidential communication in error, please notify > the sender immediately by reply e-mail message and permanently delete > the original message. To reply to our email > administrator directly, send an email to: > postmaster at orlandoregional.org . If this e-mail message concerns a > contract matter, be advised that no employee or agent is authorized to > conclude any binding agreement on behalf of Orlando Regional > Healthcare by e-mail without express written confirmation by an > officer of the corporation. Any views or opinions presented in this > e-mail are solely those of the author and do not necessarily represent > those of Orlando Regional Healthcare. > > 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 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is not waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.

2 1