May 2008 - Xymon - Xymon mailman web

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

[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

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

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

30 May '08

> > > Can anyone off up suggestions as to why: > > > 1) My ghostlist webpage list has such a large list of non-ghost > > servers. > > > 2) Why the Hobbit ghost list doesn't match the bb one? > > ... > An example, please ? Can do: $ bb 127.0.0.1 "ghostlist" |10.44.107.110|1211978765 fra-pgw-test-1|10.249.8.20|1212133157 fra-pgw-test-2|10.249.8.23|1212133201 I won't display the rest of what you asked for as nothing is returned, however you see here that the ghostlist returned contains three machines, one with no name. The problem is that if I view the Ghost Clients report generated by the Hobbit programs in my web browser the list is much bigger, 21 servers, none of which are "fra-pgw-test-1" and "fra-pgw-test-2". The servers that are displayed in the Hobbit Ghost report all exist in my bb-hosts files and all appear elsewhere within my Hobbit web pages. As far as I am aware since these machines appear in the main Hobbit web pages they shouldn't appear in the Ghostlist... But they do... |\/|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

oracle question
by rebecca_henderson＠link.freedom.com 30 May '08

30 May '08

I have a server that has multiple SIDs, They all use 1 listener, I have a - in the bb-roracle.ids file because they all use the same one. I get this: The SID RMAN1 is ok but the RMAN and OEM1 show as down How can I stop the Two red statuses. Any help would be appreciated! Thank you in advance, Becki Oracle Listener Check (rman1) ________________________________ Listener LISTENER_RMAN1 UP Listener LISTENER DOWN Listener LISTENER DOWN

7 13

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

30 May '08

All, I have followed the last couple of ghostlist threads with interest as I am having problems in that area, but naturally enough my problems seem to be completely different. I have servers listed in the ghostlist web page that most definitely are in my bb-hosts file. The name is the same as is the IP address: >From the Ghostlist webpage: ivp0.lon.dcn.colt.net 10.44.107.59 0:52 >From bb-hosts: # grep ivp0 bb-hosts 10.44.107.59 ivp0.lon.dcn.colt.net # ssh This entry has been in bb-hosts for months and I have restarted the Hobbit server a number of times since then, as recent as today in fact. This server is definitely reporting back to Hobbit and I can see it in the main Hobbit web pages. Here is the first few lines from its Info page: Hostname: ivp0.lon.dcn.colt.net OS: SunOS ivp0.lon.dcn.colt.net 5.10 Generic_127111-03 sun4u sparc SUNW,Sun-Fire-V240 Client S/W: IP: 10.44.107.59 So this server is definitely in the config files, is reporting data correctly and the Hobbit server is processing it, just for some reason it's not processing ALL of it. The ghostlist web page itself has 22 servers listed in it. Strangely though, running the "bb localhost ghostlist" returns a much small list, it only has seven entries and only the first one of them is in the list that hobbit-ghosts.cgi produces. This first entry IS a valid ghost. Can anyone off up suggestions as to why: 1) My ghostlist webpage list has such a large list of non-ghost servers. 2) Why the Hobbit ghost list doesn't match the bb one? Thanks for your time, |\/| -- Martin Ward Network Systems Operations Specialist DDI: +44 (0) 20 7863 5218 Fax: +44 (0) 20 7863 5610 Mob: +44 (0) 7971 97 77 21 www.colt.net Data | Voice | Managed Services Help reduce your carbon footprint | Think before you print COLT Telecommunications, Beaufort House, 15 St Botolph Street, London, EC3A 7QN UK Registered in England and Wales, registered number 02452736, VAT number GB 645 4205 50 ************************************************************************************* 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.

3 2