July 2011 - Xymon - Xymon mailman web

hobbitd.log and rrd-status.log
by goldfndr＠gmail.com 19 Jul '11

19 Jul '11

On Wed, Jun 22, 2011 at 21:23, Richard Finegold <goldfndr at gmail.com> wrote: > On Fri, Jun 17, 2011 at 08:23, Nordquist, Daniel > <Daniel.Nordquist at orlandohealth.com> wrote: >> 2011-06-17 11:06:07 RRD error updating >> /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: >> /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to >> update using time 1308323167 when last update time is 1308323167 (minimum >> one second step) > [snip] >> 2011-06-17 11:06:16 RRD error updating >> /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd from 0.0.0.0: >> /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd: illegal attempt to >> update using time 1308323176 when last update time is 1308323176 (minimum >> one second step) > > Check each column (not just "disk") for these two hosts, make sure > that you aren't receiving the "disk" data in more than one column, and > that the table in the "disk" row has unique indexes for each row. > Also, view source, check if there's a comment in the status that might > be interepreted as RRD data; try one of these depending on whether you > have 4.2 or 4.3: > bin/bb localhost "hobbitdlog aserverwehavexoxo.disk" > bin/xymon localhost "xymondlog aserverwehavexoxo.disk" > > grep "=status" and "=data" on your hobbitlaunch.cfg or tasks.cfg, see > if you're running more RRD collectors that required. > > If you're using --extra-tests, see if you're triggering a (redundant) disk rrd. > > On the client, temporarily disable the "disk" test, see if the > status/rrd gets updated elsehow. Check the bottom of the status > message for the sending host. > > Is it just on two hosts, or certain types of host, or all hosts? On the client, make sure you don't have a display/page recipient more than once. (e.g. historically two independent BBDISPLAYs but one was decommissioned and became a CNAME for the other)

1 0

Issue with only blue color while resizing the any graph
by akshar.bhosale＠gmail.com 19 Jul '11

19 Jul '11

Hi, we have been running xymon 4.2.2 from last 2 years on rhel 5.2. Suddenly, issue of displaying only blue color while resizing any graph is coming i.e.when we click on magnifier sign on any of the graphs, complete blue color appears and no graph data is displayed. Tried to add some code like this in menu.css in www dir, .zoomSensitiveZone { opacity:0; } .zoomBox { opacity:0.5; } as seen from old posts but does not seem to be working. Kindly help.

3 3

html_mail.pl updated on Xymonton
by david.baldwin＠ausport.gov.au 18 Jul '11

18 Jul '11

Some of you use my html_mail.pl on Xymonton. I just fixed it so the background image is displayed properly. http://xymonton.org/alerts:html_mail1.2 Let me know if it works for you. Thanks, David. -- David Baldwin - Assistant Director, Infrastructure (acting) Information and Communication Technology Services Australian Sports Commission http://ausport.gov.au Tel 02 62147830 Fax 02 62141830 PO Box 176 Belconnen ACT 2616 david.baldwin at ausport.gov.au Leverrier Street Bruce ACT 2617 ------------------------------------------------------------------------------------- Keep up to date with what's happening in Australian sport visit http://www.ausport.gov.au This message is intended for the addressee named and may contain confidential and privileged information. If you are not the intended recipient please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you receive this message in error, please delete it and notify the sender. -------------------------------------------------------------------------------------

1 0

Two newbie analysis.cfg syntax questions - include file and class syntax
by betsy.schwartz＠gmail.com 17 Jul '11

17 Jul '11

OK this is basic but I can't find an answer or example online 1) what *exactly* is the syntax for including a file in analysis.cfg? Should it be include myfile.cfg or #include myfile.cfg or what? also, I'm failing utterly to get the CLASS syntax to work in analysis.cfg. I've got some classes set up and they works fine in client-local.cfg but analysis.cfg does not see to see anything with CLASS For example I have in hosts.cfg 10.100.1.60 db3.example.com # CLASS:db ntp 10.100.1.61 db4.example.com # CLASS:db ntp I'm using the db CLASS in client-local.cfg and it's fine, does the right thing. But If I start a section in analysis.cfg with HOST=%^db[2|3|4|5|6|8].example.com everything works fine. But if I change the section to CLASS=db nothing happens. Is that the right syntax

1 0

Network Traffic Graph - Fedora 15
by s0a4m＠hotmail.com 14 Jul '11

14 Jul '11

I've been running xymon 4.3.3 on Fedora 14 for a month or two without any issues. I recently upgraded to Fedora 15 and now my "Network Traffic" graph in trends is no longer working. They changed up something with network card naming in Fedora 15, and my NIC is no longer called eth0 (or eth<anything>). The interface is now called p33p1. Should xymon be able to figure that out on it's own or do I need to tell it to look for more than ethX? Thanks. s0a4m

5 9

Network Traffic Graph - Fedora 15
by hobbit＠epperson.homelinux.net 14 Jul '11

14 Jul '11

Well, probably not "soon". RHEL lags Fedora by at least a couple of years, generally. F15 "broke" a lot of other things with the moves to systemctl, Gnome3, etc, btw. Also, btw, there's been a huge amount of controversy and bikeshedding over the pro/con of ethx names, which have been somewhat arbitrarily assigned for some time. On Wed, July 13, 2011 13:35, Sam L wrote: > > Also, if this changed in Fedora now, then it means it is probably coming for Red Hat Enterprise Linux soon. And I assume this issue would hit more people then. > > From: s0a4m at hotmail.com > To: xymon at xymon.com > Subject: RE: [Xymon] Network Traffic Graph - Fedora 15 > Date: Wed, 13 Jul 2011 13:29:21 -0400 > > > > > > > > > Yes, I am aware Fedora changed the naming convention. My question is: How can I get the xymon network traffic graph (in trends) to work again? The only network traffic graph I have still only has eth0 in it (from old data before the Fedora upgrade.) I could probably force the name back to eth0 in the OS, but that seems like a cheesy workaround, since this is how the naming is going to be going forward. How can I get xymon to become aware that my NIC is called p33p1? > > Thanks for any guidance. > > >> Date: Wed, 13 Jul 2011 20:19:11 +0800 >> Subject: Re: [Xymon] Network Traffic Graph - Fedora 15 >> From: colin.coe at gmail.com >> To: everett.vernon at gmail.com >> CC: s0a4m at hotmail.com; xymon at xymon.com >> >> Vernon is correct. Fedora 15 moves away from eth[0-9], at least in some circumstances. See >> http://fedoraproject.org/wiki/Features/ConsistentNetworkDeviceNaming >> >> CC >>

1 0

httpstatus inconsistency (yellow masks red)
by troy＠athabascau.ca 13 Jul '11

13 Jul '11

I see another bit of evidence that my monitoring server masks red with yellow: In '/home/xymon/data/hist/ldap': ldap 1310510981 1310510371 610 re gr 2 ldap 1310510981 1310510981 0 ye re 1 ldap 1310512082 1310510981 1101 gr ye 1 The web page interprets the above as: Tue Jul 12 17:08:02 2011 green 17:59:36 Tue Jul 12 16:49:41 2011 yellow 0:18:21 Tue Jul 12 16:49:41 2011 red none Tue Jul 12 16:39:31 2011 green 0:10:10 The notifications sent out were: Tue Jul 12 16:55:07 2011 ldap.ldap (xx.xx.xx.xx) email at address[162] 1310511307 0 Tue Jul 12 17:08:02 2011 ldap.ldap (xx.xx.xx.xx) email at address[162] 1310512082 0 1101 (a yellow notification followed by a recovery notification) Being that the LDAP service was down (red) until 17:08 it looks like the yellow masked that fact. I am using Xymon 4.3.2. I will be very grateful for any ideas or confirmation of this behavior. cheers, Troy -- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. ---

1 0

httpstatus inconsistency
by troy＠athabascau.ca 13 Jul '11

13 Jul '11

I think I was wrong. I the two servers are behaving differently because they were configured differently. The server misbehaving was actually configured (analysis.cfg) to see a performance alert. The server that was not reporting red properly was reporting yellow and the yellow masked the red status. It seems a yellow status (that I configured in analysis.cfg) will override a red status (ie. service failure). Can anyone confirm or explain this? cheers, Troy ----- Original Message ----- From: "Troy Adams" <troy at athabascau.ca> To: "Phil Crooker" <Phil.Crooker at orix.com.au> Cc: xymon at xymon.com Sent: Thursday, June 30, 2011 10:18:53 AM GMT -07:00 US/Canada Mountain Subject: Re: [Xymon] httpstatus inconsistency > looks like they will be overwriting each other They don't overwrite; xymon supports this. > If the above changes don't fix the problem, try turning up the > debugging (in tasks.cfg) and see if you can spot what is happening. Thanks, I'm off to try it. If you want to try the multi-URL yourself then here is a simple test framework (/var/www/cgi-bin/dbB.pl) that I employ to mess with HTTP status: #!/usr/bin/perl -w use CGI qw/:standard/; print header('text/html',"200 Everything is great"); cheers, Troy ----- Original Message ----- From: "Phil Crooker" <Phil.Crooker at orix.com.au> To: "Troy Adams" <troy at athabascau.ca> Cc: xymon at xymon.com Sent: Tuesday, June 28, 2011 5:35:52 PM GMT -07:00 US/Canada Mountain Subject: Re: [Xymon] httpstatus inconsistency Hi Troy, Yes I understand you are getting different responses from the different URLs. The problem is first that you have two http tests for the same host. You haven't put your exact config in your question, but in your example: >> 192.168.0.29 camilla # postgresql \ >> http://MyUrlA \ >> httpstatus=dbB;https://MyUrlB;200 \ >> httpstatus=dbC;https://MyUrlC;200 \ >> http://MyUrlD UrlA and UrlD will both show up under the same test name "http" on the web page. To me it looks like they will be overwriting each other at the minimum. I'm fairly new at xymon, but I'd say to overcome this you need to have the second http test attached to another host so they are reported separately. Or you could use a third httpstatus test rather than just http. The second problem I saw in your example was you don't have a trailing semicolon on your httpstatus lines, there is another field there that needs to be represented: httpstatus[=COLUMN];URL;okstatusexpr;notokstatusexpr I tried your example setup on our server and don't have the inconsistent error reporting you complain of, so I think there is some syntactical error in your hosts.cfg. If the above changes don't fix the problem, try turning up the debugging (in tasks.cfg) and see if you can spot what is happening. cheers, Phil >>> On 29/06/2011 at 2:43 AM, in message <2010869917.4926371309279414670.JavaMail.root at amundsen.cs.athabascau.ca>, Troy Adams <troy at athabascau.ca> wrote: > Thanks Phil, > > I do indeed have multiple http tests for the same host that go to > different URLs on the same host. I know it looks funny at first but > the reason for this is by design. You see, the application running > behind the apache webserver on this host is programmed to hand out a > different status on each URL that indicates the status of the database > yet further behind the application. > > For example, database dbB, is shown to be up and running if (and > only if) the fetch of URL https://MyUrlB returns an HTTP Status of > 200. That is to say, if the application get's a database exception > then it is to throw a non-200 status. > > This hosts.cfg entry does work well but it works one way on one > monitoring server and the other way on the other monitoring server: > >> The strange thing, is that when dbC fails with a non 200.... >> on monitor3 dbC and http tests show red >> on monitor5 dbC shows red and http shows green > > > cheers, > > Troy > > > > ----- Original Message ----- > From: "Phil Crooker" <Phil.Crooker at orix.com.au> > To: "Troy Adams" <troy at athabascau.ca>, xymon at xymon.com > Sent: Tuesday, June 28, 2011 1:16:44 AM GMT -07:00 US/Canada Mountain > Subject: Re: [Xymon] httpstatus inconsistency > > A rather odd thing I see in your example - you have two http tests for > the same host. If you want to have both I would think you'd need to > rename one of them by doing a separate portocols.cfg entry or putting it > under a differnet hostname. > > It seems to me that you probably have some syntax error in your > hosts.cfg file to cause the different results. > > cheers, Phil > > >>>> On 28/06/2011 at 4:03 AM, in message > <1205542418.4630071309197825488.JavaMail.root at amundsen.cs.athabascau.ca>, > Troy > Adams <troy at athabascau.ca> wrote: >> I have two servers (monitor5 and monitor3) running Xymon 4.3.2 that > both have >> the same hosts.cfg entries for a particular host. The entry uses the > >> httpstatus test and goes like this: >> >> >> 192.168.0.29 camilla # postgresql \ >> http://MyUrlA \ >> httpstatus=dbB;https://MyUrlB;200 \ >> httpstatus=dbC;https://MyUrlC;200 \ >> http://MyUrlD >> >> The strange thing, is that when dbC fails with a non 200.... >> on monitor3 dbC and http tests show red >> on monitor5 dbC shows red and http shows green >> >> Why do the two monitoring servers behave differently? >> Any idea where to look? >> >> >> thanks, >> >> Troy > > -- > > This message from ORIX Australia might contain confidential and/or > privileged information. If you are not the intended recipient, any use, > disclosure or copying of this message (or of any attachments to it) is > not authorised. > > If you have received this message in error, please notify the sender > immediately and delete the message and any attachments from your > system. Please inform the sender if you do not wish to receive future > communications by email. > > ORIX handles personal information according to a Privacy Policy that is > consistent with the National Privacy Principles. Please let us know if > you would like a copy. It is also available at http://www.orix.com.au . > > > > -- > This communication is intended for the use of the recipient to whom it > is addressed, and may contain confidential, personal, and or privileged > information. Please contact us immediately if you are not the intended > recipient of this communication, and do not copy, distribute, or take > action relying on it. Any communications received in error, or > subsequent reply, should be deleted or destroyed. > --- _______________________________________________ Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

1 0

ntpdate / sntp
by Phil.Crooker＠orix.com.au 12 Jul '11

12 Jul '11

Hi all, I just setup ntp checking for the first time. With SuSE they have themselves deprecated ntpdate - it now only outputs a message saying to use sntp instead. I only worked out sntp can be used by looking at the xymonnet source code. It would be helpful if a commented SNTP entry were put in xymonserver.cfg - here is a suggestion: #SNTP="/usr/sbin/sntp" # Path to the 'sntp' program - sntp will be used instead of ntpdate if set Also, it would help to have a mention in the hosts.cfg man page, perhaps something like the following wording: This test uses the "ntpdate" or the "sntp" utility to check for a NTP server. This is selected by setting the environment variable in $XYMONHOME/etc/xymonserver.cfg. Finally, the -u parameter for sntp inserted by xymonnet - the full list: "-u -d %d %s" - doesn't work with the sntp that comes with the ntp distribution. -u is not a parameter. many thanks for xymon, Phil

1 0

bbproxy only agent status
by olivier＠audry.fr 11 Jul '11

11 Jul '11

hello I would like to use bbproxy only for the status/data reported by the agent and not the test done by the hobbit server. It's possible ? thx for your help oau

1 0