- Xymon - Xymon mailman web

(no subject)
by akshar.bhosale＠gmail.com 05 Aug '12

05 Aug '12

i am getting following error on rhel 5.2 server running xymon 4.2.2 and now devmon-0.3.1-beta1 for the first time ./devmon --readbbhosts [12-08-06 at 01:01:43] No matching templates for device: svr2-test if i do snmpwalk -v2c -c public svr2-test ,i get SNMPv2-MIB::sysDescr.0 = STRING: Linux svr2-test 2.6.18-128.el5 #1 SMP Wed Dec 17 11:41:38 EST 2008 x86_64 i hv created one template file cat templates/svr2-test vendor : HP model : HP server snmpver : 2 sysdesc : 2.6.18-128.el5 following is bb-hosts entry.. 192.168.0.110 svr2-test #ssh DEVMON:cid(public) pl let me know wt is wrong?

1 0

Another weirdness - RRD info has gaps
by betsy.schwartz＠gmail.com 04 Aug '12

04 Aug '12

These two graphs were generated from the same script, sending the same data to two different tests : http://www.flickr.com/photos/betsys99/7705982914/in/photostream You can see that the first test has chunks missing at regular intervals. These two graphs were made from the same data, sent from the same perl script, to two different tests, RTM and rtmstats. I did this originally back when I was having trouble with RRD choking on the extra information and wanted to separate the stats, but I've kept it because the one graph is so spotty. On the client side,my perl script for the test is logging that it is sending the data correctly, and I believe it's always displaying correctly on the test page On the xymon server, I see the rrd file for RTM is missing some entries that are populated on the rtmstats, for example: RTM:  <row><v>3.5954352000e+05</v><v>3.5456424000e+05</v><v>1.0610000000e+03</v><v>3.9142800000e+03</v><v>4.9752800000e+03</v><v>1.3876000000e+00</v></row>  <row><v>NaN</v><v>NaN</v><v>NaN</v><v>NaN</v><v>NaN</v><v>NaN</v></row> rtmstats:  <row><v>3.5954352000e+05</v><v>3.5456424000e+05</v><v>1.0610000000e+03</v><v>3.9142800000e+03</v><v>4.9752800000e+03</v><v>1.3876000000e+00</v></row>  <row><v>3.8017446000e+05</v><v>3.7497760000e+05</v><v>1.0860800000e+03</v><v>4.1067800000e+03</v><v>5.1928600000e+03</v><v>1.3678000000e+00</v></row> What could be causing this discrepancy? Looking at that interval on the client side log: /home/xymon/client/bin/bb 10.100.5.42 'status+12h myhost.example.com.RTM green Wed Aug 1 17:04:15 2012 Total : 357039 Success : 352086 Temp_Errors : 1058 Other_Errors : 3891 Total_Errors : 4949 Percent_Failure : 1.39% <SNIP lots more stuff> '/home/xymon/client/bin/bb 10.100.5.42 'status+12h myhost.example.com.rtmstats green Wed Aug 1 17:04:15 2012 Total : 357039 Success : 352086 TempErrors : 1058 OtherErrors : 3891 TotalErrors : 4949 PercentFailure : 1.39%

3 6

Custom test- stats graphs and verbose text displayed on one page?
by betsy.schwartz＠gmail.com 03 Aug '12

03 Aug '12

I'm writing a custom test, call it "ABC", with a fair amount of verbose output. The test works fine. When I send just the colon-separated statistics to a separate test page, call it ABC_stats, the ABC_stats RRD graphs work fine. But I'm wondering, is there a way to get the ABC_stats graphs onto the ABC output page? I tried sending it all together but RRDtool choked on the unexpected data. Sample ABC output: Total : 460599 Success : 450123 Failed : 10472 Files examined /data/foo/bar/yadda.20120725.log /data/foo/bar/yadda.20120726.log Errors: /data/foo/bar/yadda.20120725.log had value XYZ outside the expected range /data/foo/bar/yadda.20120725.log had value ABC with incomplete data

4 7

Xymon Monitor for Vmware ESXi
by gudm00＠gmail.com 02 Aug '12

02 Aug '12

Well there is a new version online now which includes Stevens changes. I've also updated the SVN with the code so that is online now. regards Gudmo > ----- Original Message ----- > From: Svenni > Sent: 02/18/12 06:25 PM > To: xymon > Subject: Re: [Xymon] Xymon Monitor for Vmware ESXi > > Thanks Steve. > > I hope submitting patches can be made easier through SourceForge in > the future. But I will let my college Gudmo decide how he goes about > this since he is the one currently developing and maintaining the script. > > Until then post patches here or send directly to me or Gudmo. It would be good if you could use SourceForge's subversion too. Regards, Malcolm -- BBWin Development - The Windows client for Big Brother and Xymon http://bbwin.sourceforge.net http://xymon.sourceforge.net _______________________________________________ Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

3 2

iostat - how?
by john.horne＠plymouth.ac.uk 02 Aug '12

02 Aug '12

Hello, I have been looking to see if we can get some 'iostat' data into Xymon. However, I see that the graphs.cfg and xymonserver.cfg files already seem to be ready for an 'iostat' test. I also see that the code has a 'xymond/rrd/do_iostat.c' module. However, I am not seeing any iostat graphs anywhere. A quick google seems to indicate that others have set up their own iostat script and run that on the client. Yet, Xymon itself looks like it is expecting iostat data, and so should be able to produce graphs. So I'm a bit confused. If I want to monitor iostat data (I'm thinking of the wait and service times, and the percent utilised (busy)), what do I have to do to supply that data to Xymon? Do I need to modify the 'client/bin/xymonclient-linux.sh' script to include an '[iostat]' section? Or do I need to write an external script, and create my own 'iostat' test (but in that case what is the do_iostat.c code for)? Thanks, John. -- John Horne, Plymouth University, UK Tel: +44 (0)1752 587287 Fax: +44 (0)1752 587001

3 3

. . . network tests
by joea＠j4computers.com 01 Aug '12

01 Aug '12

>>> On 8/1/2012 at 4:26 PM, Henrik Størner<henrik at hswn.dk> wrote: > On 01-08-2012 20:01, Joseph Acquisto wrote: >>>>> "Joseph Acquisto" <joea at j4computers.com> 08/01/12 9:33 AM >>> >>>>>> Jeremy Laidman <jlaidman at rebel-it.com.au> 07/31/12 8:38 PM >>> >>> On Wed, Aug 1, 2012 at 1:47 AM, Joseph Acquisto <joea at j4computers.com>wrote: >>> >>>> Recently moved to xymon 4.3.7 from hobbit 4.2 >>>> >>>> All seems reasonable except for two things. >>>> >>>> - Due to firewall issues, some net tests do not work. >>> >>> Which net tests work and which don't work? Do the working tests also come >>>from the default IP address? >> >>>> The only ones that work are those which already have firewall holes > established. >> >> I lied. Apparently only ping and conn test are being sent with the wrong > IP. >> >> fping path is set to /home/xymon/server/bin/xymonping >> >> Which works from command line with the option --source=desired_ip > > I'm not sure if xymonnet actually passes the source-ip on to xymonping > or fping. You could change the FPING setting in xymonserver.cfg to > include that --source option. > > I was thinking that myself, but was not sure that would work, or how to add it. I'll tinker with it and post. Did notice that one uses --source-ip and the other --source. Also, found that "ports" is apparently a client provided status. (one is embarrassed to confess). joe a.

1 0

PATCH - do_ifstat.c
by john.horne＠plymouth.ac.uk 31 Jul '12

31 Jul '12

Hello, I noticed that one of our clients was not showing a trends 'Network Traffic' graph produced from the client 'ifconfig' data. The client is running Fedora 17, and it seems that the xymond/rrd/do_ifstat.c code detects the interface but not the receive/transmit data. The ifconfig output from Fedora 17 looks like: ======================================== em1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 141.163.6.4 netmask 255.255.0.0 broadcast 141.163.255.255 inet6 fe80::219:d1ff:fe80:83ed prefixlen 64 scopeid 0x20<link> ether 00:19:d1:80:83:ed txqueuelen 1000 (Ethernet) RX packets 20450819 bytes 11344298271 (10.5 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 17144411 bytes 19407350261 (18.0 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 20 memory 0xe0400000-e0420000 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 16436 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 0 (Local Loopback) RX packets 1542160 bytes 419850208 (400.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1542160 bytes 419850208 (400.4 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 ether 52:54:00:2b:92:84 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ======================================== Attached is a patch which detects the RX and TX 'bytes' values. It also strips the trailing colon character from the interface name if it is present. This then allows the 'lo:' interface to be detected as the loopback interface (and so ignored). The patch has been tested with Xymon 4.3.7 and seems to work fine. I have checked the 4.3.9 code, and although the code has changed a little, it has not changed in this area of the code. John. -- John Horne Tel: +44 (0)1752 587287 Plymouth University, UK Fax: +44 (0)1752 587001

2 1

Any way to log the critical system view ack’s?
by wrichardson＠llbean.com 31 Jul '12

31 Jul '12

I was looking at a way to log the critical system view ack’s. Looking thru the archives I found this thread back in 2007: http://lists.xymon.com/archive/2007-November/015949.html Issue: Missing a Log/Report from Critical view. A Report with information about the alerts and acknowledgeds information that were made in Critical systems would be helpful. Response: Right now it isn't even being logged, except inside the Hobbit daemon. A reporting tool is needed, I agree. Any update on if this is now possible? Any way to get the Xymon daemon to output the critical view ack logs? Thanks Bill

1 0

xymond_alert / alerts.cfg duration bugs or documentation issues
by spah＠syntec.co.uk 31 Jul '12

31 Jul '12

2 possible bugs or documentation errors... Summary: 1. xymond_alert interprets duration as minutes although the documentation says it is specified as seconds. 2. > is interpreted as >= (greater than or equal to) instead of > (greater than) in alerts.cfg. Version affected: 4.3.7 Steps to reproduce: alerts.cfg: HOST=CS1 MAIL $pg-sebsms SERVICE=svcs COLOR=red DURATION>10m REPEAT=30 RECOVERED Also tried without the the m for minutes, as this is supposed to be the default. /home/hobbit/server/bin/xymond_alert --test CS1 svcs --color=red --duration=11 | grep Mail 00009396 2012-05-28 14:09:46 Mail alert with command '/var/spool/mail/root "Xymon [12345] CS1:svcs CRITICAL (RED)" <mailto:syntecseb at sms2email.com'> <email address removed>' <mailto:syntecseb at sms2email.com'> /home/hobbit/server/bin/xymond_alert --test CS1 svcs --color=red --duration=10 | grep Mail 00009483 2012-05-28 14:09:50 Mail alert with command '/var/spool/mail/root "Xymon [12345] CS1:svcs CRITICAL (RED)" <mailto:syntecseb at sms2email.com'> <email address removed>' <mailto:syntecseb at sms2email.com'> /home/hobbit/server/bin/xymond_alert --test CS1 svcs --color=red --duration=9 | grep Mail <nothing> But man xymond_alert says: --duration=SECONDS The SECONDS parameter is the duration of the alert in seconds. However, as you can see above, the xymond_alert parameter is behaving as if it was in minutes (or the alerts.cfg rule is behaving as if it was in seconds). And the > is behaving as if it were >=. Expected behaviour: 1. xymond_alert interprets duration as seconds. 2. > is interpreted as > (greater than) in alerts.cfg. Other Suggestion: alerts.cfg should accept durations specified in seconds (with an s suffix) so that alert parameters can be more accurately defined as some tests or status changes may be occurring more often than once a minute. Kind regards, SebA

2 2

FW: BBwin Setup issue
by Venkatesh_S04＠infosys.com 31 Jul '12

31 Jul '12

Thanks Steve .I reverted the regedit change and it started to work . I knew you have the solution . Thank you for this and all the help you have provided me so far ! From: Steven Carr [mailto:sjcarr at gmail.com] Sent: Monday, July 30, 2012 8:13 PM To: Venkatesh Subbaramu Subject: Re: FW: BBwin Setup issue Not sure to be honest, I never had to change anything in the registry I just updated the XML file to include: <setting name="hostname" value="fully.qualified.domain.name<http://fully.qualified.domain.name>" /> But I'm also running in central mode, so not sure if that makes any difference? Steve On 30 July 2012 15:29, Venkatesh Subbaramu <Venkatesh_S04 at infosys.com<mailto:Venkatesh_S04 at infosys.com>> wrote: Hi Steve , just wondering if you can help ? I have posted this to the BBwin group aswell . Regards, Venky From: Venkatesh Subbaramu Sent: Monday, July 30, 2012 5:53 PM To: 'bbwin-help at lists.sourceforge.net<mailto:bbwin-help at lists.sourceforge.net>' Subject: BBwin Setup issue Hi All , I have installed BBWin on my host (server that needs monitoring that is running on 64 bit windows 2008) and have setup the BBWin.cfg as follows bbdisplay is the Xymon IP address and Port .I have added an additional setting called hostname that has a complete name of the host and have changed the regedit hostname value from %COMPUTERNAME% to %COMPUTERNAME%.%USERDNSDOMAIN% in HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\BBWin . However I do not see any counters being monitored on xymon page .Could you please point me to the troubleshooting steps or anything additional that I might have been required to do ? Any help is appreciated . I do not see any errors in the BBwin log . I did run the following test from the host machine and got the below results . But I was unable to see any change in the xymon display . C:\Program Files (x86)\BBWin\bin>bbwincmd XXX.XX.XX.XXX:1984 status WinsXXXXP.ad.infosys.com<http://WinsXXXXP.ad.infosys.com> cpu green Test bbdisplay defined to : XXX.XX.XX.XXX port defined to : 1984 hostname defined to: WinsXXXXP.ad.infosys.com<http://WinsXXXXP.ad.infosys.com> Sending status ... Sending to XXX.XX.XX.XXX: status WinsXXXXP.ad.infosys.com.cpu green Test Below is the BBwin.cfg <?xml version="1.0" encoding="utf-8" ?> <configuration> <bbwin> <setting name="bbdisplay" value="XXX.XX.XX.XXX:1984" /> <setting name=”hostname” value=”WinsXXXXP.ad.infosys.com<http://WinsXXXXP.ad.infosys.com>” />       <setting name="mode" value="local" /> <setting name="configclass" value="win32" /> <setting name="autoreload" value="true" /> <setting name="timer" value="5m" /> <load name="cpu" value="cpu.dll"/> <load name="disk" value="disk.dll"/> <load name="externals" value="externals.dll"/> <load name="filesystem" value="filesystem.dll"/> <load name="memory" value="memory.dll"/> <load name="msgs" value="msgs.dll"/> <load name="procs" value="procs.dll"/> <load name="stats" value="stats.dll"/> <load name="svcs" value="svcs.dll"/> <load name="uptime" value="uptime.dll"/> <load name="who" value="who.dll"/> <setting name="loglevel" value="3" /> <setting name="logpath" value="C:\Program Files (x86)\BBWin\logs\BBWin.log"/>  <setting name="logreportfailure" value="true" /> </bbwin> <cpu>  <setting name="alwaysgreen" value="false" /> <setting name="default" warnlevel="90" paniclevel="95" delay="3" /> </cpu> <disk>  <setting name="alwaysgreen" value="false" />  <setting name="default" warnlevel="85%" paniclevel="95%" />   <setting name="remote" value="false" />  <setting name="cdrom" value="false" /> </disk> <externals> <setting name="timer" value="3m" /> <setting name="logstimer" value="60s" />  </externals> <memory>  <setting name="alwaysgreen" value="false" /> <setting name="physical" warnlevel="78" paniclevel="98" /> <setting name="page" warnlevel="70" paniclevel="90" /> <setting name="virtual" warnlevel="78" paniclevel="90" /> </memory> <msgs> <setting name="alwaysgreen" value="false" /> <setting name="delay" value="1h" /> <match logfile="System" type="error" alarmcolor="red" /> <match logfile="System" type="warning" alarmcolor="yellow" /> <match logfile="Application" type="error" alarmcolor="red" /> <match logfile="Application" type="warning" alarmcolor="yellow" /> <match logfile="Security" type="fail" />  </msgs> <procs>  </procs> <svcs> <setting name="autoreset" value="true" /> <setting name="SQL Server (DOSSF)" value="stoppped" alarmcolor="red" /> <setting name="SQL Server Agent (DOSSF)" value="stoppped" alarmcolor="red" /> </svcs> <uptime> <setting name="delay" value="30m" /> <setting name="maxdelay" value="365d" /> </uptime> </configuration> **************** CAUTION - Disclaimer ***************** This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS******** End of Disclaimer ********INFOSYS***

1 0