July 2011 - Xymon - Xymon mailman web

SNMP Traps with Xymon
by Neil.Simmonds＠express-gifts.co.uk 11 Jul '11

11 Jul '11

Hi all, I'm trying to get SNMP Traps from VMWare showing up in Xymon. I think the issue is with the trap format from VMWare and I suspect I may need to tweak my snmptt.conf file for this. I have attached my snmptt.conf file and here is a an example of what I am seeing in my /var/log/messages file. (Text in italics has replaced what actually shows in the log for security reasons) Jul 8 11:08:02 hostname snmptrapd[7399]: 2011-07-08 11:08:02 full host name [IP ADDRESS] (via UDP: [IP ADDRESS ]:60701) TRAP, SNMP v1, community public SNMPv2-SMI::enterprises.6876.50 Enterprise Specific Trap (201) Uptime: 28 days, 20:3 3:40.64 SNMPv2-SMI::enterprises.6876.50.301 = STRING: "At vm" SNMPv2-SMI::enterprises.6876.50.302 = STRING: " " SNMP v2-SMI::enterprises.6876.50.303 = STRING: "host name" SNMPv2-SMI::enterprises.6876.50.304 = STRING: "Error (Red)" SNMPv2-SMI:: enterprises.6876.50.305 = STRING: "Error (Red)" SNMPv2-SMI::enterprises.6876.50.306 = STRING: "Heartbeat is missing for VM - (Heartb eat stopped)" >From what I can see it appears that VMWare sends multiple OID's in the same trap. Has anybody got this working or can suggest a solution? Thanks, Neil Simmonds Operations Analyst Operations Support Group Express Gifts Ltd. neil.simmonds at express-gifts.co.uk Tel :- 01254 303092 Fax :- 01254 303100 Name & Registered Office: EXPRESS GIFTS LIMITED, 2 GREGORY ST, HYDE, CHESHIRE, ENGLAND, SK14 4TH, Company No. 00718151. Express Gifts Limited is authorised and regulated by the Financial Services Authority ------------ NOTE: This email and any information contained within or attached in a separate file is confidential and intended solely for the Individual to whom it is addressed. The information or data included is solely for the purpose indicated or previously agreed. Any information or data included with this e-mail remains the property of Findel PLC and the recipient will refrain from utilising the information for any purpose other than that indicated and upon request will destroy the information and remove it from their records. Any views or opinions presented are solely those of the author and do not necessarily represent those of Findel PLC. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. No warranties or assurances are made in relation to the safety and content of this e-mail and any attachments. No liability is accepted for any consequences arising from it. Findel Plc reserves the right to monitor all e-mail communications through its internal and external networks. If you have received this email in error please notify our IT helpdesk on +44(0) 1254 303030

2 1

client problems
by malcolm.hunter＠gmx.com 08 Jul '11

08 Jul '11

> ----- Original Message ----- > From: Christoph Schug > Sent: 07/08/11 09:19 AM > To: Scot Kreienkamp > Subject: Re: [Xymon] client problems > > The problem is in the reporting of the network info for BBWin on Windows > > 2008. I've attached a graph from one of my systems running 2008 to > > illustrate, but the basic problem is the ifstat section reports include > > junk with every report. Here's one from the same host as the graph: > > > > [ifstat] > > 10.101.1.211 0 0 > > 127.0.0.1 0 0 > > 253.255.255.255 0 0 > > You might want to check out this patch > http://sourceforge.net/mailarchive/forum.php?thread_name=BANLkTi%3DYgF17cDF… Thanks Christoph, this patch has now been applied to the source code in Subversion trunk. We're hoping to release the next version soon, so the fix will be included in that. Malcolm

1 0

client problems
by malcolm.hunter＠gmx.com 08 Jul '11

08 Jul '11

Hi Scott, > ----- Original Message ----- > From: Scot Kreienkamp > Sent: 07/07/11 04:39 PM > To: Buchan Milne, xymon at xymon.com > Subject: Re: [Xymon] client problems > The BBWin client doesn't report networking data > correctly on Win2008 and has been abandoned for years. That means I > have no way to monitor Windows 2008, and I have more coming online > daily. I'm using BBWin on Windows 2008 (32- and 64-bit). What exactly is the problem? I'm now on the BBWin project, so maybe can work on a resolution. Regards, Malcolm

3 2

client problems
by malcolm.hunter＠gmx.com 07 Jul '11

07 Jul '11

Hi Scot, > ----- Original Message ----- > From: Scot Kreienkamp > Sent: 07/07/11 08:39 PM > To: Malcolm Hunter, xymon at xymon.com > Subject: RE: [Xymon] client problems > The problem is in the reporting of the network info for BBWin on Windows > 2008. I've attached a graph from one of my systems running 2008 to > illustrate, but the basic problem is the ifstat section reports include > junk with every report. Here's one from the same host as the graph: > > [ifstat] > 10.101.1.211 0 0 > 127.0.0.1 0 0 > 253.255.255.255 0 0 Yes, I can reproduce this on my Windows 7 PC as well. It appears to be a problem interpreting the output of netstat. Because Win7 and 2008 include IPv6, it's giving a different result. Malcolm

2 1

client problems
by SKreien＠la-z-boy.com 07 Jul '11

07 Jul '11

Got to understand the formats myself first. :) Although I think it's more a question of formatting of my data versus the actual data format, IE sections. I'm trying to make a simple client of my own with AutoIt due to some frustrations with supporting Windows 2008 clients with Xymon. I'm trying to match the format of the win32 based clients... that's where my frustration is coming in. I've matched the format down to the last carriage return by doing dumps on the data reporting in from other win32 based clients and comparing them to my own, but it's not being read the same by the collector module on the server for reasons that I cannot understand. If I send it in as a client status report everything works perfectly with no modifications to the report data itself. I tried the PS client and the BBWin client. The PS client is too heavy and in its current revision is unreliable in my environment. We were conversing on the list and David Baldwin was going to work on it, but even if it's fixed so it's reliable it would still be too heavy for my environment. In the instances where I've loaded it the users have seen too much impact. The BBWin client doesn't report networking data correctly on Win2008 and has been abandoned for years. That means I have no way to monitor Windows 2008, and I have more coming online daily. Scot Kreienkamp -----Original Message----- From: Buchan Milne [mailto:bgmilne at staff.telkomsa.net] Sent: Thursday, July 07, 2011 10:49 AM To: xymon at xymon.com Cc: Scot Kreienkamp Subject: Re: [Xymon] client problems On Sunday, 3 July 2011 05:22:17 Scot Kreienkamp wrote: > I have... there's all kinds of information there on interacting with > Xymon, including building your own server modules and custom tests. > Nothing to help with interacting with the ones that come with the > standard build and install of the server portion of Xymon. Feel free to contribute some documentation for this ... > I can send in client reports of all kinds... but I am having specific > problems with the formatting for the client data collector channel on > the Xymon server. I can't find any information anywhere on that, or > what patterns the server is looking for, etc. I have the option of > doing everything client side, but why should I when that awesome module > is already there on the server if I can just figure out why it doesn't > like my formatting? You can either use the formats of existing supported clients, or read the source to see what formats are supported, or contribute code to support your format. > In the end I may have to do just that though, or > more likely just give up if I can't get any help with interacting with > the stock server channels. I refuse to spend hours trying to reinvent > multiple wheels. :-( BTW., which clients did you try? Regards, Buchan This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by e-mail or by telephone at the above number. Thank you.

1 0

Devmon oid with dynamic hosts
by kconnell＠ryerson.ca 07 Jul '11

07 Jul '11

Trying to poll/graph CPU stats for some L2 workgroup switches. it works fine, except its possible for the stack to be 1 unit or up to a max of 8 units. If I set 8 diff oids to poll for each unit it will work fine with a 8 unit stack, but if the stack is lower in count, then I get the "clear icon" for the units that don't exist..... I understand, yea that's correct, some of the polls are done on units that don't exist, but that's fine, cause they don't. Can I have it poll for all 8 units, but show only for those that answer ? Or maybe don't show clear for those polls ? Ken Connell Intermediate Network Engineer Computer & Communication Services Ryerson University 350 Victoria St RM AB50 Toronto, Ont M5B 2K3 416-979-5000 x6709

2 1

client problems
by gjohnson＠trantor.org 07 Jul '11

07 Jul '11

On 06/29/2011 09:58 PM, Scot Kreienkamp wrote: > Anyone? Bueller? > > > > Scot Kreienkamp > > > Snipped for the sake of brevity. Have you looked at the tutorial page on Xymonton.org? There aren't many but one of them mught help you shake something loose. =G=

4 4

disk reporting issue on xymon 4.3.0-beta2
by josh＠imaginenetworksllc.com 06 Jul '11

06 Jul '11

Definitely an issue with the white space, the client thinks the last available column is percentage. Read this thread, try it out: http://lists.xymon.com/archive/2010-June/028158.html http://lists.xymon.com/archive/2010-June/028164.html Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Wed, Jul 6, 2011 at 11:09 AM, White, Bruce <bewhite at fellowes.com> wrote: > There is a resolution to this issue. You need to check the archives. I > had this problem, but I made a configuration adjustment and it went away. > Sorry, I’m not in a position to search the archive.**** > > ** ** > > ……Bruce**** > > ** ** > > > > *Bruce White* > > Senior Enterprise Systems Engineer | Phone: 1-630-671-5169 | Fax: > 630-893-1648 | bewhite at fellowes.com | www.fellowes.com > > > > > > > > **Disclaimer: The information contained in this message may be privileged > and confidential and protected from disclosure. If the reader of this > message is not the intended recipient or an employee or agent responsible > for delivering this message to the intended recipient, you are hereby > notified that any dissemination, distribution or copying of this > communication is strictly prohibited. If you have received this > communication in error, please notify us immediately by replying to the > message and deleting it from your computer. Thank you. Fellowes, Inc. > > > > ------------------------------ > > *From:* xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] *On > Behalf Of *Josh Luthman > *Sent:* Wednesday, July 06, 2011 10:02 AM > > *To:* Taylor Lewick > *Cc:* xymon at xymon.com > *Subject:* Re: [Xymon] disk reporting issue on xymon 4.3.0-beta2 > **** > > ** ** > > Is that form the client data that Xymon is parsing or the box's shell? > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > **** > > On Wed, Jul 6, 2011 at 10:54 AM, Taylor Lewick < > tlewick at tradebotsystems.com> wrote:**** > > Sure, its running on OpenSuSE 11.3 and the df output is:**** > > **** > > Filesystem 1K-blocks Used Available Use% Mounted on**** > > /dev/sda7 137886784 28147780 102734744 22% /**** > > tmpfs 3055508 240 3055268<240%C2%A0%C2%A0%203055268> > 1% /dev**** > > tmpfs 3055508 24 3055484 1% /dev/shm**** > > /dev/sda6 521064 142932 351664 29% /boot**** > > **** > > *From:* Josh Luthman [mailto:josh at imaginenetworksllc.com] > *Sent:* Wednesday, July 06, 2011 9:51 AM > *To:* Taylor Lewick > *Cc:* xymon at xymon.com > *Subject:* Re: [Xymon] disk reporting issue on xymon 4.3.0-beta2**** > > **** > > What distro is the client running on? Can you share the client data (just > [df])? > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373**** > > On Wed, Jul 6, 2011 at 9:29 AM, Taylor Lewick <tlewick at tradebotsystems.com> > wrote:**** > > Has anyone seen similar issues as below? Very rarely, we get false > positives due to disk and process data coming from hosts being somewhat > garbled. However, across several hundred hosts, it happens just often > enough to be annoying.**** > > **** > > Below is an example of the disk issue from one of our xymon clients. **** > > As you can see, the disks were actually not above 30% utilized, and the > alert cleared the next cycle. Just wondering if this has been resolved in > later xymon versions? We are running xymon 4.3.0-0.beta2**** > > *Wed Jul 6 08:0]:30 CDT 2011 - Filesystems NOT ok***** > > 22% / (102738628% used) has reached the PANIC level (97%)**** > > 29% /boot (351664% used) has reached the PANIC level (97%)**** > > **** > > Filesystem**** > > ]**** > > 1]24-blocks Used Available Capacity Mounted on**** > > /dev/sda7 137886784 28143896 102738628 22% /**** > > /dev/sda6 521064 142932 351664 29% /boot**** > > **** > > **** > > Next update cycle, everything is fine.**** > *Wed Jul 6 08:11:31 CDT 2011 - Filesystems OK* > > Filesystem 1024-blocks Used Available Capacity Mounted on**** > > /dev/sda7 137886784 28144080 102738444 22% /**** > > /dev/sda6 521064 142932 351664 29% /boot**** > > **** > > **** > > **** > > **** > > **** > > > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon**** > > **** > > ** ** >

2 1

disk reporting issue on xymon 4.3.0-beta2
by josh＠imaginenetworksllc.com 06 Jul '11

06 Jul '11

Could you grab the client data that Xymon is parsing? Click the disk test and it will link just above the graph. If there is no data, your client isn't sending the data but rather a green/red flag and some extra information behind it (not centralized mode). Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Wed, Jul 6, 2011 at 11:04 AM, Taylor Lewick <tlewick at tradebotsystems.com>wrote: > Box’s shell…**** > > ** ** > > *From:* Josh Luthman [mailto:josh at imaginenetworksllc.com] > *Sent:* Wednesday, July 06, 2011 10:02 AM > > *To:* Taylor Lewick > *Cc:* xymon at xymon.com > *Subject:* Re: [Xymon] disk reporting issue on xymon 4.3.0-beta2**** > > ** ** > > Is that form the client data that Xymon is parsing or the box's shell? > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > **** > > On Wed, Jul 6, 2011 at 10:54 AM, Taylor Lewick < > tlewick at tradebotsystems.com> wrote:**** > > Sure, its running on OpenSuSE 11.3 and the df output is:**** > > **** > > Filesystem 1K-blocks Used Available Use% Mounted on**** > > /dev/sda7 137886784 28147780 102734744 22% /**** > > tmpfs 3055508 240 3055268 1% /dev**** > > tmpfs 3055508 24 3055484 1% /dev/shm**** > > /dev/sda6 521064 142932 351664 29% /boot**** > > **** > > *From:* Josh Luthman [mailto:josh at imaginenetworksllc.com] > *Sent:* Wednesday, July 06, 2011 9:51 AM > *To:* Taylor Lewick > *Cc:* xymon at xymon.com > *Subject:* Re: [Xymon] disk reporting issue on xymon 4.3.0-beta2**** > > **** > > What distro is the client running on? Can you share the client data (just > [df])? > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373**** > > On Wed, Jul 6, 2011 at 9:29 AM, Taylor Lewick <tlewick at tradebotsystems.com> > wrote:**** > > Has anyone seen similar issues as below? Very rarely, we get false > positives due to disk and process data coming from hosts being somewhat > garbled. However, across several hundred hosts, it happens just often > enough to be annoying.**** > > **** > > Below is an example of the disk issue from one of our xymon clients. **** > > As you can see, the disks were actually not above 30% utilized, and the > alert cleared the next cycle. Just wondering if this has been resolved in > later xymon versions? We are running xymon 4.3.0-0.beta2**** > > *Wed Jul 6 08:0]:30 CDT 2011 - Filesystems NOT ok***** > > 22% / (102738628% used) has reached the PANIC level (97%)**** > > 29% /boot (351664% used) has reached the PANIC level (97%)**** > > **** > > Filesystem**** > > ]**** > > 1]24-blocks Used Available Capacity Mounted on**** > > /dev/sda7 137886784 28143896 102738628 22% /**** > > /dev/sda6 521064 142932 351664 29% /boot**** > > **** > > **** > > Next update cycle, everything is fine.**** > Wed Jul 6 08:11:31 CDT 2011 - Filesystems OK**** > > Filesystem 1024-blocks Used Available Capacity Mounted on**** > > /dev/sda7 137886784 28144080 102738444 22% /**** > > /dev/sda6 521064 142932 351664 29% /boot**** > > **** > > **** > > **** > > **** > > **** > > > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon**** > > **** > > ** ** >

1 0

ESX Hosts
by malcolm.hunter＠gmx.com 05 Jul '11

05 Jul '11

Hi Nikesh, > Please advise if xymon can monitor esx hosts and if there is a readme to this. This question has been asked numerous times (try googling Xymon ESX). This thread might be useful: http://lists.xymon.com/oldarchive/2010/11/msg00146.html Regards, Malcolm

2 2