May 2005 - Xymon - Xymon mailman web

[hobbit] NAME: options
by Larry.Barber＠usda.gov 02 May '05

02 May '05

Maybe you could run two separate BB clients on the database machine? One that would report the stuff that the SA's are interested in, the other (reporting under the DB name) could do the database tests? Thanks, Larry Barber On Mon, 2005-05-02 at 10:32 -0500, rdeal at tigr.org wrote: > I thought about using views but wouldn't I come to the same > difficulty > in trying to use a "NAME:" or "COMMENT:" on one view but not the main > view? > > > -----Original Message----- > From: Larry.Barber at usda.gov [mailto:Larry.Barber at usda.gov] > Sent: Monday, May 02, 2005 11:25 AM > To: hobbit at hswn.dk > Subject: Re: [hobbit] NAME: options > > I did something similar using pagesets. I created a pageset that > listed > servers by their primary function like this: > > fnpage APPSERVER Application Servers > fnpage MQS MQ Series > fnpage ORACLE Oracle > fnpage SQLSERVER SQL Server > fnpage WEBSERVER Web Servers > > Added "Functional view" to the views menu and was all set. This seems > to > work pretty well, my DBA's like it. > > Thanks, > Larry Barber > > On Mon, 2005-05-02 at 10:14 -0500, rdeal at tigr.org wrote: > > We have several servers here of various type that are primarily DB > > servers. MY DBA, asked if I could create a page for him with all > the > > DB servers on it. > > > > Some of the machines are solaris and some are linux so they are > > primarily monitored by solaris and linux administrators and are on > > similar pages. > > > > So I created a page like this: > > > > page DB DB Servers > > > > group-compress DB Servers > > > > 0.0.0.0 lemond.tigr.org # noconn NAME:SYBTIGR > > > > since the DBA refers to the systems by the database names on each I > > was attempting to use the "NAME:" argument to change the display > > name. > > > > It does not seem to work unless it is on the primary or preferred > line > > in the bb-hosts file though. > > > > The "COMMENT:" option also does not seem to work in this > circumstance. > > > > > > > > Butch Deal > > > > > > > > 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 > > >

1 0

[hobbit] NAME: options
by rdeal＠tigr.org 02 May '05

02 May '05

I thought about using views but wouldn't I come to the same difficulty in trying to use a "NAME:" or "COMMENT:" on one view but not the main view? -----Original Message----- From: Larry.Barber at usda.gov [mailto:Larry.Barber at usda.gov] Sent: Monday, May 02, 2005 11:25 AM To: hobbit at hswn.dk Subject: Re: [hobbit] NAME: options I did something similar using pagesets. I created a pageset that listed servers by their primary function like this: fnpage APPSERVER Application Servers fnpage MQS MQ Series fnpage ORACLE Oracle fnpage SQLSERVER SQL Server fnpage WEBSERVER Web Servers Added "Functional view" to the views menu and was all set. This seems to work pretty well, my DBA's like it. Thanks, Larry Barber On Mon, 2005-05-02 at 10:14 -0500, rdeal at tigr.org wrote: > We have several servers here of various type that are primarily DB > servers. MY DBA, asked if I could create a page for him with all the > DB servers on it. > > Some of the machines are solaris and some are linux so they are > primarily monitored by solaris and linux administrators and are on > similar pages. > > So I created a page like this: > > page DB DB Servers > > group-compress DB Servers > > 0.0.0.0 lemond.tigr.org # noconn NAME:SYBTIGR > > since the DBA refers to the systems by the database names on each I > was attempting to use the "NAME:" argument to change the display > name. > > It does not seem to work unless it is on the primary or preferred line > in the bb-hosts file though. > > The "COMMENT:" option also does not seem to work in this circumstance. > > > > Butch Deal > > To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] NAME: options
by Larry.Barber＠usda.gov 02 May '05

02 May '05

I did something similar using pagesets. I created a pageset that listed servers by their primary function like this: fnpage APPSERVER Application Servers fnpage MQS MQ Series fnpage ORACLE Oracle fnpage SQLSERVER SQL Server fnpage WEBSERVER Web Servers Added "Functional view" to the views menu and was all set. This seems to work pretty well, my DBA's like it. Thanks, Larry Barber On Mon, 2005-05-02 at 10:14 -0500, rdeal at tigr.org wrote: > We have several servers here of various type that are primarily DB > servers. MY DBA, asked if I could create a page for him with all the > DB servers on it. > > Some of the machines are solaris and some are linux so they are > primarily monitored by solaris and linux administrators and are on > similar pages. > > > > So I created a page like this: > > page DB DB Servers > > group-compress DB Servers > > 0.0.0.0 lemond.tigr.org # noconn NAME:SYBTIGR > > > > since the DBA refers to the systems by the database names on each I > was attempting to use the "NAME:" argument to change the display > name. > > It does not seem to work unless it is on the primary or preferred line > in the bb-hosts file though. > > The "COMMENT:" option also does not seem to work in this circumstance. > > > > Butch Deal > >

1 0

[hobbit] CPU info
by Kevin.Hanrahan＠novainfo.com 02 May '05

02 May '05

That is great for AIX and linux but it doesn't seem to work at all on solaris...any ideas why? -----Original Message----- From: henrik at hswn.dk [mailto:henrik at hswn.dk] Sent: Saturday, April 30, 2005 11:42 AM To: hobbit at hswn.dk Subject: Re: [hobbit] CPU info On Sat, Apr 30, 2005 at 11:32:05AM -0400, kevin hanrahan wrote: > Does anyone know how to get the info (and graphs hopefully) on CPU > utilization for unix machines? Currently, we see CPU load which is > different, and I believe a true measure of how hard the box is working > but I have people who feel the need to also see cpu utilization....any > ideas? How about enabling the vmstat module in the LARRD client ? That gives you cpu utilization split into system-time, user-time and idle-time as percentages. Just tell them that the green part is unused, and the red/yellow parts are when it is busy. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk Note: The information contained in this email and in any attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. The recipient should check this email and any attachments for the presence of viruses. Sender accepts no liability for any damages caused by any virus transmitted by this email. If you have received this email in error, please notify us immediately by replying to the message and delete the email from your computer. This e-mail is and any response to it will be unencrypted and, therefore, potentially unsecure. Thank you. NOVA Information Systems, Inc.

1 0

[hobbit] edit script - still some rough edges
by EES2Y＠hscmail.mcc.virginia.edu 02 May '05

02 May '05

Thanks. I'm currently working on v1.1, it will have the bb "drop" and "mv" commands integrated into it. I also added some more error checking for the log file writes. Regards, -Eric Schwimmer Network Engineer UVA HSCS Network Engineering > -----Original Message----- > From: Daniel J McDonald [mailto:dan.mcdonald at austinenergy.com] > Sent: Monday, May 02, 2005 8:28 AM > To: Hobbit List > Subject: [hobbit] edit script - still some rough edges > > I've applied the latest patches, and get an error: > > >Can't use an undefined value as a symbol reference at > >/usr/lib/hobbit/server/bin/bb-hostedit.pl line 1414. > > >For help, please send mail to the webmaster (root at localhost), giving > >this error message and the time and date of the error. > > This is because the apache user isn't permitted to write to > the /var/log/hobbit directory. There should be a test on the > file open to see if it was successful rather than just bombing out. > > Also, when a host is deleted, do you do a bb localhost "drop > deleted.host.name"? I couldn't find anything like that in my > cursory perusal of the script. > -- > Daniel J McDonald, CCIE # 2495, CNX > Austin Energy > > dan.mcdonald at austinenergy.com > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > >

1 0

[hobbit] some larrd issues on hobbit 4.0.3 rc1
by KauffmanT＠nibco.com 02 May '05

02 May '05

Well, I see what is going on, and I don't want to try to explain it -- The vmstat rrd for all my AIX systems has the data elements defined in alpha sequence: cpu_b, cpu_csw, cpu_idl, cpu_int, cpu_r, cpu_syc, cpu_sys, cpu_usr, cpu_wait, mem_avm, mem_cy, mem_fr, mem_free, mem_pi, mem_po, mem_re, and mem_sr. Hmm. Seems that the vmstat rrds for my two SuSE linux boxes are also in alpha sequence. I'm not real strong in perl, but I suspect this is the culprit: foreach $col ( sort keys %{$htovm{$bbhosttype}}) { push @ds,"DS:$col:GAUGE:600:0:U"; The definitions in $htovm are field name followed by index number. Short term, I'm going to change do_vmstat.c, while I research writing some code to re-work the rrd xml (too many changes and too many rrds to try it by hand). The disk patch is much appreciated; our primary R3 DB server should drop from 31 disk graphs down to three just by excluding '/oracle/PRD/sapdata*'. Tom -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Sunday, May 01, 2005 2:12 AM To: hobbit at hswn.dk Subject: Re: [hobbit] some larrd issues on hobbit 4.0.3 rc1 On Sat, Apr 30, 2005 at 06:22:56PM -0500, Kauffman, Tom wrote: > These vmstat rrds are from back on larrd 42; just after the change to > accumulate cpu wait. So I'm trying the vmstat recreate to see if the > definitions I've got are severely non-standard (I'd almost bet on it) > Use the "rrdtool dump FILENAME.rrd" to dump the old data into a text file (XML) format. When you look at this file, at the top you'll find the data-sets definitions that LARRD has setup in this RRD file; these come from the "aix" definition in the old LARRD vmstat-larrd.pl script. So there should be (in sequence): cpu_r, cpu_b, mem_avm, mem_free, mem_re, mem_pi, mem_po, mem_fr, sr, mem_cy, cpu_int, cpu_syc, cpu_csw, cpu_usr, cpu_sys, cpu_idl, cpu_wait - at least, that's what Hobbit would generate, and therefore it assumes this layout when updating the RRD-file. Since the files are being updated by Hobbit, but the data collected is wrong, my guess is that you have these in a different sequence than Hobbit expects. There are two way of tackling that problem. One way is to change the Hobbit layout to match your current RRD files. This layout is defined in the hobbit-4.0.3rc1/hobbitd/larrd/do_vmstat.c file - just look for "aix" and you'll see it. Only problem with this is that you'll need to repeat this change whenever you upgrade Hobbit. The other way is to modify the dumped RRD-file, then use "rrdtool restore" to convert the modified XML-file back to an RRD file. You need to change the sequence of the dataset definitions at the beginning of the file, and also change each of the data "rows" that make up the bulk of the file. These look like this: <row><v> 1.5896990741e-01 </v><v>2.1686840278e+02 </v><v> 9.5610891204e+01 </v><v> 3.5725331019e+02</v><v> 1.0420138889e-01 </v><v>8.3974537037e-01 </v><v> 3.3892245370e+00</v><v> 3.3494723380e+02 </v><v>9.9369259259e+01 </v><v> 1.0934771532e+05</v><v> 3.8053798435e+05 </v><v> 8.1690244444e+03 </v><v> 2.7122800926e+00 </v><v>1.2084837963e+00 </v><v> 2.1852577870e+05</v></row> Each of the "<v> VALUE </v>" appear in the sequence that the datasets are defined. So you must swap values around to match the new layout. > On the disk space rrds -- this is a lot of wasted activity for us; we > have about 8 filesystems we care about, and my production R3 DB server > currently has 95 filesystems that have been 100% full since creation -- > and we add another 10 every 13 months (150 GB -- SAP just *eats* disk). I see - perhaps something like the attached patch could be used. With this, you can setup two environment variables that are regexp patterns that the filesystem name is matched against before they get graphed; NORRDDISKS is an "exclude" pattern - any filesystem name matching this do not get a graph, RDDISKS is an "include" pattern - only filesystem names matching this pattern get graphed. You can use none of them (the current behaviour), one of them or both. E.g. if all of your SAP filesystems are mounted below "/sap", you would just put NORRDDISKS="^/sap" in hobbitserver.cfg, and they won't get graphed. This doesn't affect any of the RRD files that have already been created, so you must manually clean out the unwanted disk*.rrd files from the ~hobbit/data/rrd/HOSTNAME/ directory to get rid of the graphs you don't want. Henrik

2 1

edit script - still some rough edges
by dan.mcdonald＠austinenergy.com 02 May '05

02 May '05

I've applied the latest patches, and get an error: >Can't use an undefined value as a symbol reference >at /usr/lib/hobbit/server/bin/bb-hostedit.pl line 1414. >For help, please send mail to the webmaster (root at localhost), giving >this error message and the time and date of the error. This is because the apache user isn't permitted to write to the /var/log/hobbit directory. There should be a test on the file open to see if it was successful rather than just bombing out. Also, when a host is deleted, do you do a bb localhost "drop deleted.host.name"? I couldn't find anything like that in my cursory perusal of the script. -- Daniel J McDonald, CCIE # 2495, CNX Austin Energy dan.mcdonald at austinenergy.com

1 0

[hobbit] HTTP test
by v.everett＠afgonline.com.au 02 May '05

02 May '05

Hi Henrik Thanks for the reply. I rechecked my script. What I sent you was my debug output (for human consumption only) and is from the & lines. while read TABLESPACE VAL do [ -n "$OUTVAL" ] && OUTVAL="$OUTVAL:" * echo "DS:$TABLESPACE:GAUGE:600:0:100" & echo "DS:$TABLESPACE:GAUGE:600:0:100" >> /tmp/newtest.out # test # stub remove later OUTVAL=$OUTVAL$VAL done < /tmp/stripped rm /tmp/stripped * echo "tablespace.rrd" * echo "$OUTVAL" & echo "OUTVAL=$OUTVAL" >> /tmp/newtest.out # test stub remove later The * lines are machine-readable output, and should end up in the .rrd files. But it isn't even trying to write a .rrd file. Thanks for the tip about the hobbitgraph.cfg. I have created an entry in the .cfg, but until I get some data into the rrd files, it will still not display anything. L Or does the script and the contents of the hobbitgraph.cfg have to be correct before it will start writing a .rrd file? Cheers V -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Monday, 2 May 2005 3:21 PM To: hobbit at hswn.dk Subject: Re: [hobbit] External scripts help Hi Vernon, On Fri, Apr 29, 2005 at 03:48:09PM +0800, Vernon Everett wrote: > I have a custom script to generate tablespace information, and I want to > graph the % utilization to spot trends. > I have a script, which chops it up, and returns this > ---snip--- > DS:siebprod.XDB:GAUGE:600:0:100 > DS:siebprod.WHS_INDEX:GAUGE:600:0:100 > DS:siebprod.WHS_DATA:GAUGE:600:0:100 > DS:siebprod.USERS:GAUGE:600:0:100 > DS:siebprod.UNDOTBS1:GAUGE:600:0:100 > DS:siebprod.TOOLS:GAUGE:600:0:100 > DS:siebprod.SYSTEM:GAUGE:600:0:100 > DS:siebprod.SIEB_INDEX:GAUGE:600:0:100 > DS:siebprod.SIEB_DATA:GAUGE:600:0:100 > DS:siebprod.LOADER_DATA:GAUGE:600:0:100 > OUTVAL=0:71:78:1:27:66:69:81:84:0 > ---snip--- The first part with all the "DS:..." defs look OK, but the last line is wrong. Right after all the "DS:.." lines you must output the filename for the RRD file - "tablespace.rrd" or whatever suitable name you can think of. Next goes the line with the values you've parsed. Leave out the "OUTVAL=" bit, it should ONLY be the values - nothing else. And did you remember to setup a definition in hobbitgraph.cfg how this graph should be displayed ? Quoting my man-page: Apart from writing the script, You must also add a section to hobbitgraph.cfg(5) so that hobbitgraph.cgi(1) knows how to generate the graph from the data stored in the RRD file. To make the graphs actually show up on the status-page and/or the "trends" page, add the name of the new graph to the LARRDS and/or GRAPHS setting in hobbitserver.cfg(5). > Ah, before I forget, brilliant tool Henrik, thanks. > You ever pop into Perth, there's a few cold ones waiting for you. :-) Thanks, will do if I manage to get down under sometime :-) 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

HTTP test
by v.everett＠afgonline.com.au 02 May '05

02 May '05

Hi Henrik When you place a URL in bbhosts file, what method does Hobbit use to check this? Is there any way, besides writing our own script, to check the type of output we get. We need this to check the status of the back-end. If our web server is up, that's one thing, but by checking the returned data, we can know if the back end applications are up. Cheers 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.

1 0

[hobbit] 4.0.3rc1 available - Compile Error
by CHRIS.MORRIS＠RWEnpower.com 02 May '05

02 May '05

On Tue, Apr 26, 2005 at 5:09 PM Henrik Stoerner wrote: >Please try to post questions using plain text - HTML is for webpages, >not e-mail ... Sorry :( >No atoll() routine. Ok, change the line in hobbit-4.0.3rc1/lib/misc.h >(near the end) that reads > > #if defined(HPUX) || defined(BSD) >to > #if defined(HPUX) || defined(BSD) || defined(AIX) That didn't help - still get exactly the same error message gcc -o hobbitd_larrd hobbitd_larrd.o hobbitd_worker.o do_larrd.o ../lib/libbbgen.a -L/usr/local/rrdtool-1.0.33/lib -lrrd -L/usr/lib -lpng -L/usr/lib -lz -lm -L/usr/local/lib -lpcre ld: 0711-317 ERROR: Undefined symbol: .atoll ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status Regards, Chris **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

4 5