May 2008 - Xymon - Xymon mailman web

cupsd
by stoner-lists＠comcast.net 04 Jun '08

04 Jun '08

For those who want to monitor a cups print server, here's a definition you can put in your bb-services file: [cupsd] send "GET /printers\r\n" expect "HTTP/1.1 200 OK" port 631 Alternatively, you could just use http://host:631/printers in your bb-hosts file. The cupsd is, for monitoring purposes, a web server. -Jeff "Fun with Users #1: ln -s /dev/random /etc/motd"

2 1

Joern Klinckmann/PLZ/CSC is out of the office.
by jklinckmann＠csc.com 31 May '08

31 May '08

I will be out of the office starting 30.05.2008 and will not return until 16.06.2008. For Motorola account specific issues, please contact Simon Ball (sball7 at csc.com) For Motorola account UNIX escallations, please contact Jonathan Wilks. For Berlin related problems, please get in touch with Ronald Pawlik. In very urgent cases, please call my mobil. Many thanks.

1 0

Custom script, rrd file, GAUGE datatype , UNKN
by annaj＠hi.is 30 May '08

30 May '08

I have created a GPL Hobbit module to monitor Flex License Manager. It seems to be working and delivering data in Hobbit under the column flexlm . On the server, the hobbitserver.cfg file has been changed like so: TEST2RRD="cpu=... ... flexlm=ncv" Data is delivered in the RRD file flexlm.rrd The data arrives OK into the rrd file, with the correct number of used licenses in last_ds field with the default data type DERIVE. SO far so good, but for the graphs, the datatype should be GAUGE. So I added the following line to hobbitserver.cfg : NCV_flexlm="MATLAB:GAUGE" I have tested this a few times, being extra careful to do: ~/server/bin/bb 127.0.0.1 "drop jotunn.rhi.hi.is flexlm" as hobbit user then after stopping the server: rm /var/lib/hobbit/rrd/jotunn.rhi.hi.is/flexlm.rrd Start the server a minute later. Then the last_ds field is set to UNKN like in the following example. <rrd> <version> 0003 </version> <step> 300 </step>  <lastupdate> 1211985894 </lastupdate>  <ds> <name> MATLAB </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat> <min> 0.0000000000e+00 </min> <max> NaN </max>  <last_ds> UNKN </last_ds> <value> 5.8800000000e+02 </value> <unknown_sec> 0 </unknown_sec> </ds> I wonder if this has something to do with the fact that the output format from my flexlm module to Hobbit is: $AWK '{printf "%.19s : %d\n", $3, $11 }' Resulting in lines like this: MATLAB : 1 Maybe it is the \n in the format string or maybe there should be a space after the number. I am stuck here. Can anybody help me out. :) BTW: I am using Hobbit 4.2.0 with the allinone patch. -- Kindest Regards, Anna Jonna Ármannsdóttir, %& A: Because people read from top to bottom. Unix System Aministration, Computing Services, %& Q: Why is top posting bad? University of Iceland.

10 13

[hobbit] http timeout and content checking
by gumby3203＠gmail.com 30 May '08

30 May '08

I'm not entirely sure I know what you mean by "clickaction", but the URLPlus script I wrote handles the HTTP POST action. The definition would look like this: bctlax04-test;post;;http://bctlax04.unx.sas.com:8080/SASPortal/<http://bctlax04.unx.sas.com:8080/SASPortal/;username_field=> ;username_field=<http://bctlax04.unx.sas.com:8080/SASLogon/index.jsp?username_field=><userid>&password_field=<password>&_sasapp=Information+Delivery+Portal+4.2;<search string> The difference with this compared to Hobbit is that I use 'curl' to pass all the data to the web page. This also has the added benefit that you can essentially copy/paste the section of my script that has the curl command on the command line, and see exactly what is happening. One thing to keep in mind is if the .jsp page does any sort of redirect, it won't work as you expect. My URLPlus script will handle one page redirect if you add the "r" flag (e.g. "...post;r;..." from my example above). On Thu, May 29, 2008 at 5:50 PM, Gary Ciampa <Gary.Ciampa at sas.com> wrote: > Gary, > > Question related to this hobbit posting…were you are to get a clickaction > working with the hobbit http network test? > > For example, I have a .jsp that is expecting a userid/password and a post > action. I can not seem to drive the post action with hobbit; It appears I am > getting to the main .jsp page. For example, here's my http defintion: > > http://bctlax04.unx.sas.com:8080/SASLogon/index.jsp?username_field= > <userid>&password_field=<password>&_sasapp=Information+Delivery+Portal+4.2& > > And, here the entry in the bb-hosts file: > > post;http://bctlax04.unx.sas.com:8080/SASPortal/;username_field= > <userid>&password_field=<password>;SAS[[:space:]]Information; > > > Thanks > > > > *From:* Gary Baluha [mailto:gumby3203 at gmail.com] > *Sent:* Thursday, January 03, 2008 9:56 AM > *To:* hobbit at hswn.dk > *Subject:* Re: [hobbit] http timeout and content checking > > > > On Jan 3, 2008 6:11 AM, Henrik Stoerner <henrik at hswn.dk> wrote: > > On Wed, Jan 02, 2008 at 02:23:42PM -0500, Gary Baluha wrote: > > Actually, it looks like it's not so much an issue with the max length for > > the URL, as it is for *any* line in bb-hosts. I started writing an > > extension script to do the content checking, and even that is getting the > > URL truncated. The problem appears that everything past 464 characters > from > > the "#" in the bb-hosts file for any host is discarded. > > It shouldn't do that, and I cannot trigger this with a simple test. > Could you send me (off-list) the bb-hosts file you're using ? > > > Just an update for the list... > > With the debugging tool Henrik mentioned, the URL that is apparently > getting truncated everywhere else is NOT truncated with the tool. I'm > currently writing a URL content check extension script to both get around > the truncation issue I'm having, as well as adding some content check > features Hobbit doesn't have out-of-the-box, so ultimately it's not a big > deal for me. However, I will work with Henrik to see if we can figure out > where this issue is coming from. >

1 0

bbmrtg.pl
by gwege＠infomanage.net 30 May '08

30 May '08

Hey guys, I'm trying to setup bbmrtg.pl on my server, using the latest version of mrtg and rrdtool. I've read the perdoc and configured everything accordingly but whenever I run the script from the command line I get the following error: bbmrtg.pl: MRTG file -> </opt/hobbit/data/rrd/hostname/hostname_1.rrd> is invalid Any help would be greatly appreciated. Thanks

1 0

NCV ?
by forums＠triadbiz.rr.com 30 May '08

30 May '08

I am wondering if I need to graph multiple values and want them to be on different graphs, how do I setup hobbitgraph.cfg to create separate graphs? Here is my message file:  System Voltage: {sysV}V System Current: {sysCurr}A And here is my hobbitgraph.cfg: [power] TITLE Power YAXIS Current DEF:in at RRDIDX@=power.rrd:CURR:AVERAGE DEF:out at RRDIDX@=power.rrd:VOLT:AVERAGE AREA:in at RRDIDX@#00CF00:@RRDPARAM@ Current GPRINT:in at RRDIDX@:LAST: \: %5.1lf A (cur)\g GPRINT:in at RRDIDX@:MAX: \: %5.1lf A (max)\g GPRINT:in at RRDIDX@:MIN: \: %5.1lf A (min)\g GPRINT:in at RRDIDX@:AVERAGE: \: %5.1lf A (avg)\n LINE1:out at RRDIDX@#002A97:@RRDPARAM@ Voltage GPRINT:out at RRDIDX@:LAST: \: %5.1lf V (cur)\g GPRINT:out at RRDIDX@:MAX: \: %5.1lf V (max)\g GPRINT:out at RRDIDX@:MIN: \: %5.1lf V (min)\g GPRINT:out at RRDIDX@:AVERAGE: \: %5.1lf V (avg)\n Thanks -Josh

1 0

[hobbit] More on ghostlists
by Martin.Ward＠colt.net 30 May '08

30 May '08

Further to my last email, I believe I have found the problem/bug/typo. The following pathnames/lines are from my installed file locations but you should be able to search/find them in your installed locations: In /opt/hobbit/server/etc/hobbitcgi.cfg, line 47 looks like: CGI_GHOSTS_OPT="--env=/opt/hobbit/server/etc/hobbitserver.cfg" and in /opt/hobbit/cgi-bin/hobbit-ghosts.sh, line 6 the end of the line looks like: bin/hobbit-ghosts.cgi $CGI_GHOSTS_OPTS Changing hobbitcgi.cfg to: CGI_GHOSTS_OPTS= Makes it work correctly. |\/| -- > -----Original Message----- > From: Ward, Martin [mailto:Martin.Ward at colt.net] > Sent: 30 May 2008 10:41 > To: hobbit at hswn.dk > Subject: RE: [hobbit] More on ghostlists > > > I think I have it, but first some history: The Hobbit > installation I am using was built and installed on a > different Solaris Hobbit server. The installed files were > then put into a Solaris package, copied to the new server and > installed there. The new server has an IP address of > 10.44.107.48 whilst the original Hobbit server has an IP > address of 10.249.6.102. > > Whilst poking through the source code for the Hobbit ghost > report I noticed that it had a --debug option. Running with > that shows that the Hobbit webserver is actually querying the > old 10.249.6.102 IP address instead of either the new, or local ones. > > I can't find the old IP address detailed anywhere in my > Hobbit configuration files so it looks like the > hobbit-ghosts.c program is being forced to use the IP address > of the original Hobbit server, rather than 127.0.0.1 or 10.44.107.48. > > I noticed in the cgi-bin/hobbit-ghosts.sh script that there > is reference to $CGI_GHOSTS_OPTS but that isn't set anywhere > I can find. Maybe it needs to be set in the Hobbit user's > environment and maybe it could be set to the IP address of my > Hobbit server? I tried to pull that information out of the > hobbit-ghosts.c code but couldn't see if it was possible or not. > > Does this sound logical? > > |\/|artin > > > ************************************************************** > *********************** > The message is intended for the named addressee only and may > not be disclosed to or used by anyone else, nor may it be > copied in any way. > > The contents of this message and its attachments are > confidential and may also be subject to legal privilege. If > you are not the named addressee and/or have received this > message in error, please advise us by e-mailing > security at colt.net and delete the message and any attachments > without retaining any copies. > > Internet communications are not secure and COLT does not > accept responsibility for this message, its contents nor > responsibility for any viruses. > > No contracts can be created or varied on behalf of COLT > Telecommunications, its subsidiaries or affiliates ("COLT") > and any other party by email Communications unless expressly > agreed in writing with such other party. > > Please note that incoming emails will be automatically > scanned to eliminate potential viruses and unsolicited > promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

1 0

procs check flapping between clear and green
by bgmilne＠staff.telkomsa.net 30 May '08

30 May '08

While I was on leave, our hobbit installation seems to have started flapping the procs check between clear and green on almost every host. Since the process list is quite big on many boxes (200kB or more), this is starting to consume quite a bit of disk space. What occurs is that the test goes clear, with a "No process checks defined" message, and then immediately afterwards, goes green, with all the process checks working correctly. It seems it could affect only the hosts that report through a Hobbit bbproxy. Can anyone suggest where I should start looking for the cause (hobbit-clients.cfg on the display, or on the proxy, or something else?). Regards, Buchan

1 0

[hobbit] More on ghostlists
by Martin.Ward＠colt.net 30 May '08

30 May '08

I think I have it, but first some history: The Hobbit installation I am using was built and installed on a different Solaris Hobbit server. The installed files were then put into a Solaris package, copied to the new server and installed there. The new server has an IP address of 10.44.107.48 whilst the original Hobbit server has an IP address of 10.249.6.102. Whilst poking through the source code for the Hobbit ghost report I noticed that it had a --debug option. Running with that shows that the Hobbit webserver is actually querying the old 10.249.6.102 IP address instead of either the new, or local ones. I can't find the old IP address detailed anywhere in my Hobbit configuration files so it looks like the hobbit-ghosts.c program is being forced to use the IP address of the original Hobbit server, rather than 127.0.0.1 or 10.44.107.48. I noticed in the cgi-bin/hobbit-ghosts.sh script that there is reference to $CGI_GHOSTS_OPTS but that isn't set anywhere I can find. Maybe it needs to be set in the Hobbit user's environment and maybe it could be set to the IP address of my Hobbit server? I tried to pull that information out of the hobbit-ghosts.c code but couldn't see if it was possible or not. Does this sound logical? |\/|artin ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

1 0

hobbit-holidays.cfg not present
by tlewick＠tradebotsystems.com 30 May '08

30 May '08

We've had our hobbit install up and runnning for a couple of months now. Its 4.2.0 running on a Suse machine, and everything works great, built from source. But our install doesn't have the hobbit-holidays.cfg file, and I can't find any of the .h or c files for it in the source. Its also not referenced in our manual pages, like I see it on the online man pages on the hobbit demo site. I don't remember it being an option that you had to answer yes to when doing the build/install. I've tried doing find commands to look for any file in the hobbit directories with holiday in the string, but no hits... So any ideas on how I can get that feature enabled/working? Thanks, Taylor

8 16