October 2010 - Xymon - Xymon mailman web

Bug in downtime display on info-page
by johan.sjoberg＠deltamanagement.se 29 Oct '10

29 Oct '10

Hi. This might already be fixed in 4.3, but I'll report it anyway. The info page in 4.2.3 shows the downtime information in the wrong order. In bb-host I added "DOWNTIME=*:5:0445:0555:reboot" to schedule a downtime each Friday morning for a reboot of a server. I know this downtime works as intended, and the field order is according to the man-page. But on the info-page, the downtime is shown as "Planned downtime:All days:5:0445:0555:reboot", so the "day" and "service" fields are mixed up. /Johan

2 1

AUTO: Tinh Do is out of the office. (returning 11/02/2010)
by tinh.do＠continental-corporation.com 29 Oct '10

29 Oct '10

I am out of the office until 11/02/2010. If you have any urgent needs please call me on my cell. I will respond to your message when I return. Note: This is an automated response to your message "RE: [xymon] XymonPSClient 64/32 bit and service runner issues" sent on 10/29/2010 12:58:54 AM. This is the only notification you will receive while this person is away.

1 0

hobbit-clients.cfg modifications
by rpeters＠columbia.com 27 Oct '10

27 Oct '10

Hello all, this should be an easy one. I have two hobbit/xymon servers at different sites. One (the older original) is Hobbit 4.2.0 and the other which was recently installed is Xymon 4.2.3. I have all clients sending data to both servers and this is working fine. In the hobbit-clients.cfg at both sites I have some adjustments that are different than default for monitoring, basically upping the warning thresholds. I've made many updates to this file on the older server and it works fine. On the newer xymon server, I copied the configuration entry for a particular client from the older hobbit server to the new xymon server and it seems to be ignored and I continue to get warning messages. I believe this is the way to up thresholds is it not? These are the entries that I'm using. Any ideas whether this is a syntax issue or something else? Thanks in advance. HOST=this-server,that-server DISK /var 85 95 DISK /u01 98 99 DISK /u02 95 97 DISK /u03 95 97 DISK /u04 95 97 DISK /u05 95 97 DISK /u06 95 99 DISK /u07 95 97 DISK /u08 95 97 DISK /u09 95 99 DISK /disk15 95 99

1 1

Question about trend graph scaling
by Raymond.Lee＠qwest.com 26 Oct '10

26 Oct '10

Hi all, When I go to the trend page for a host and then click on a graph to get the 48-hr, 12-day, 48-day, and 576-day graphs, something doesn't look right. For example, I'm looking at the CPU utilization graphs: * In the 48-hour graph, I see 2 spikes for "user" this morning that were near 60%. * In the 12-day graph, those same 2 spikes only go up to about 30%. * In the 48-day graph, the spikes only go up to about 15%. * In the 576-day graph, the values hover around 10%. Furthermore, the legend at the bottom of the graphs shows max values that are lower than what can be seen on the graphs. I'm seeing the same behavior on the other graphs from the trend page...not just the CPU Utilization graphs. Is there a problem with the scaling of the y-axis between the graphs over the various timeframes, or am I not understanding the way that RRDTool generates these graphs? I did notice that if I zoom in from one of the higher level graphs to match a more granular graph, I get the same numbers that I expect in the more granular graph. For example, in my example above, if I go to the 12-day graph with spikes at 30% and zoom in to just the last 48 hours, the graph looks the same as the 48-hour graph with the spikes at 60%. Thanks, Ray ________________________________ This communication is the property of Qwest and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.

4 5

Please fix the xymon digest settings
by robert.herron＠gmail.com 26 Oct '10

26 Oct '10

The digest is still not quite right. Maybe the listserver needs a kick to reload its configuration. Digest sent today: 26 Oct 2010 20:14:14 -0000 Issue 2696 Topics (messages 29819 through 29819) == 1 post 26 Oct 2010 20:04:10 -0000 Issue 2695 Topics (messages 29818 through 29818) == 1 post 26 Oct 2010 19:26:18 -0000 Issue 2694 Topics (messages 29817 through 29817) == 1 post 26 Oct 2010 19:21:19 -0000 Issue 2693 Topics (messages 29816 through 29816) == 1 post 26 Oct 2010 19:07:50 -0000 Issue 2692 Topics (messages 29815 through 29815) == 1 post 26 Oct 2010 18:33:51 -0000 Issue 2691 Topics (messages 29814 through 29814) == 1 post Robert Herron robert.herron at gmail.com On Fri, Oct 22, 2010 at 4:16 PM, <xymon-digest-help at xymon.com> wrote: > From: Henrik "Størner" <henrik at hswn.dk> > To: xymon at xymon.com > Date: Fri, 22 Oct 2010 20:16:38 +0000 (UTC) > Subject: Re: [xymon] Please fix the xymon digest settings > In <AANLkTi=8Lf2ZwLw7VoDJwGE3_RmUUg1qkh8eeAFoDKEF at mail.gmail.com> Robert Herron <robert.herron at gmail.com> writes: > >>Would someone change the list server's digest setting to be less chatty? >>The listserver sent out 23 digest messages between 6:27 UTC and 13:43 UTC. >>22 of which contained only one message. > > Sorry about that. I think I have found out what was happening: There was > a threshold set so it would mail a digest message if more than 64 kB > worth of message text had accumulated. With the proliferation of HTML emails, > this would trigger much too soon. > > At least, I hope that was the reason why it was spewing those digests ... > > I've changed this now, so it should only send digests if a) it's been more > than 24 hours since the last digest message, or b) for every 30 messages.

1 0

Remove the File Test column
by willowbrookmagic＠hotmail.com 25 Oct '10

25 Oct '10

So I have no data coming in on the files column and I would like to remove it from the display. While searching I found this: I don't want to display column foo in my display. How do I do that ? A. Add the entry NOCOLUMNS:foo,bar to hide column foo and bar. so my command would be NOCOLUMNS:files Is this correct and which file do I add it to?

3 6

Devmon if_stat alarm consistency
by chrisw＠supranet.net 25 Oct '10

25 Oct '10

Posting some inconsistencies I discovered today with Devmon templates, specificly the if_stat check with only appears in Cisco templates. I was troubleshooting why various routers I have showed if_stat down for various serial interfaces but nothing was alerted in xymon. Eventually I noticed that it only is happening on 2811 and 3640 routers. I checked the templates and the file 'if_stat/exceptions' lists: ifName : alarm : Gi.+ Almost all other templates list this, or no alarm line: ifName : alarm : .+ This is a request to get consistency across the board and to set them all to alarm on everything per above. It's pretty funny that it's in the 3640 since it doesn't even support Gig interfaces that I'm aware of. Here's the templates with the issue: cisco-2811 cisco-3640 cisco-4500 cisco-5500 cisco-6506 (commented out, 6509 template not affected) cisco-msfc2 And a link to browse the file on the 3640 as an example: http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/templates/cisco-3640/… Thanks! Chris

1 0

ESX 4.1
by dave＠dgaraway.com 25 Oct '10

25 Oct '10

Does anyone have a good way to monitor ESX hosts and the VMs that are running on them?

4 5

Data flooding from x.x.x.x
by iain＠shihad.org 25 Oct '10

25 Oct '10

Good afternoon xymoners. Is there a large risk in increasing the MAX_HOBBIT_INBUFSZ to above 10MB to try to avoid these error messages? Latest errormessages: Data flooding from X.X.X.X, closing connection These are windows boxes and most likely there is something wrong with the client but we are seeing this very consistently. Regards Iain Conochie NetBenefit

3 2

CheckPoint SPAT R65
by dave＠dgaraway.com 23 Oct '10

23 Oct '10

Does anyone have a client compiled for R65 that they can provide me? I'm trying to monitor my smartcneter server and 2 end points. Thanks, Dave

1 0