November 2011 - Xymon - Xymon mailman web

compilation error of xymon on solaris 10 sparc
by henrik＠hswn.dk 14 Nov '11

14 Nov '11

> I am compiling xymon 4.3.5 on solaris 10 sparc. Please see error below. Apply this patch: cd xymon-4.3.5 patch -p0 </tmp/solaris-435.diff Regards, Henrik

1 0

compilation error of xymon on solaris 10 sparc
by Martin.Ward＠colt.net 14 Nov '11

14 Nov '11

The modules it is complaining about exist in the libsocket and libnsl libraries. They are listed in the NETLIBS variable below so I would check the line that compiles the sendmsg.o module or the one that includes sendmsg.o as one of its compiled-in objects. You need to ensure that the NETLIBS variable is specified and that it is listed before the sendmsg.o module is listed. The order that you list object files and libraries is important. If an object file a.o calls a module in object file b.o then a.o must be listed first in the compilation line, as in: $ gcc c.c a.o b.o This also applies for lilbraries. |\/| From: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] On Behalf Of Sailesh Sent: 04 November 2011 11:53 To: xymon at xymon.com Subject: [Xymon] compilation error of xymon on solaris 10 sparc Importance: High Hi, I am compiling xymon 4.3.5 on solaris 10 sparc. Please see error below. bash-3.00# gmake CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -D_REENTRANT -DSunOS -I. -I`pwd`/include -I/usr/local/include" LDFLAGS="" OSDEF="-DSunOS" RPATHOPT="" PCREINCDIR="-I/usr/local/include" SSLFLAGS="-DHAVE_OPENSSL=1" SSLINCDIR="-I/usr/local/ssl/include " SSLLIBS="-L/usr/local/ssl/lib -lssl -lcrypto" NETLIBS="-lresolv -lsocket -lnsl" LIBRTDEF="-lrt" XYMONTOPDIR="/xymon/hobbit" XYMONLOGDIR="/var/log/xymon" XYMONHOSTNAME="T1000" XYMONHOSTIP="192.168.10.128" XYMONHOSTOS="sunos" gmake -C lib all gmake[1]: Entering directory `/xymon/xymon-4.3.5/lib' gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DSunOS -I. -I/xymon/xymon-4.3.5/include -I/usr/local/include -I. -I../include -c -o loadhosts.o loadhosts.c loadhosts_file.c: In function `load_hostnames': loadhosts_file.c:126: warning: 'insavchar' might be used uninitialized in this function ar cr libxymon.a osdefs.o acklog.o availability.o calc.o cgi.o cgiurls.o clientlocal.o color.o crondate.o digest.o encoding.o environ.o errormsg.o eventlog.o files.o headfoot.o xymonrrd.o holidays.o htmllog.o ipaccess.o loadalerts.o loadhosts.o loadcriticalconf.o locator.o links.o matching.o md5.o memory.o misc.o msort.o netservices.o notifylog.o readmib.o reportlog.o rmd160c.o sendmsg.o sha1.o sha2.o sig.o stackio.o strfunc.o suid.o timefunc.o timing.o tree.o url.o ranlib libxymon.a || echo "" ar cr xymonclient.a osdefs.o cgiurls.o color-client.o crondate.o digest.o encoding.o environ-client.o errormsg.o holidays.o ipaccess.o loadhosts.o md5.o memory.o misc.o msort.o rmd160c.o sendmsg.o sha1.o sha2.o sig.o stackio.o strfunc.o suid.o timefunc-client.o tree.o locator.o ranlib xymonclient.a || echo "" gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DSunOS -I. -I/xymon/xymon-4.3.5/include -I/usr/local/include -I. -I../include -DSTANDALONE -o loadhosts loadhosts.c ./libxymon.a -lrt loadhosts_file.c: In function `load_hostnames': loadhosts_file.c:126: warning: 'insavchar' might be used uninitialized in this function Undefined first referenced symbol in file recv ./libxymon.a(sendmsg.o) getservbyname ./libxymon.a(sendmsg.o) gethostbyname ./libxymon.a(sendmsg.o) socket ./libxymon.a(sendmsg.o) getsockopt ./libxymon.a(sendmsg.o) connect ./libxymon.a(sendmsg.o) inet_aton ./libxymon.a(sendmsg.o) inet_ntoa ./libxymon.a(sendmsg.o) shutdown ./libxymon.a(sendmsg.o) ld: fatal: Symbol referencing errors. No output written to loadhosts collect2: ld returned 1 exit status gmake[1]: *** [loadhosts] Error 1 gmake[1]: Leaving directory `/xymon/xymon-4.3.5/lib' gmake: *** [lib-build] Error 2 Regards, Sailesh [Colt Disclaimer] 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 abuse 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 Technology Services, its subsidiaries, group companies 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

Devmon Templates for Cisco Routers
by bgmilne＠staff.telkomsa.net 14 Nov '11

14 Nov '11

On Tuesday, 11 October 2011 01:05:21 Matthew Neumark wrote: > Hey does anyone happen to have a template they are willing to share to > monitor VPN connections on the Cisco 2800 series routers? You can try this one: http://devmon.svn.sf.net/viewvc/devmon/trunk/templates/cisco-3800/vpn/ I don't know if it will or can do what you want ... the information provided by the MIB may not be sufficient to actually alert on. Please provide feedback on one of the devmon mailing lists. Regards, Buchan

1 0

MS SQL Devmon Template
by bgmilne＠staff.telkomsa.net 14 Nov '11

14 Nov '11

On Monday, 31 October 2011 21:30:15 Matthew Neumark wrote: > Does anyone have a MS SQL devmon template that they are willing to > share? Does MS SQL provide support for SNMP polling?

1 0

devmon scripts on Xymonton
by gjohnson＠trantor.org 14 Nov '11

14 Nov '11

Hey folks, I'm adding a new area to allow people to share their Devmon SNMP scripts with the Xymon community. Unfortunately, I don't use Devmon myself and am unsure what to do for the page template. I would appreciate some suggestions...I'd like to keep it consistent with the rest of the site as much as possible. =G=

2 1

Remote Xymon Client Execution via ssh
by jlaidman＠rebel-it.com.au 14 Nov '11

14 Nov '11

Listmembers There exist a few different proxy-ish ways of getting Xymon working through a firewall. None of the ones I looked into solved my particular problem, so I've cobbled together an alternative that some of you might a) comment on, b) inform me that I've re-implemented the wheel, or c) be able to use yourself. My solution is a server-side script, that collects all of the "data" (disk, memory, CPU idle, ports, procs, etc) from a remote server, without having any Xymon components installed on it. All it needs is a way to get a shell. The appropriate xymonclient-<ostype>.sh script is grabbed from the Xymon server and sent over the connection to be executed in the shell. As a bonus (and the real reason for me doing this), I can connect to the server via any mechanism that gives me a shell. I'm using it to connect via a jump-box over ssh, so it runs "ssh -T user1 at box1 ssh -T user2 at box2" and pulls back all of the data values, but it could run rsh, netcat, stunnel or a socks proxy. I call the script xymon-rclient.sh, in the same vein as the remote tools rsh and rexec. Here are some hosts.cfg examples to give an idea: # get data from remserver1 over a ssh login, use %{H} to substitute with the hostname in field 2 10.99.1.1 remserver1.example.com # noping dialup "RCLIENT:cmd(ssh -T otheruser@%{H}),ostype(sunos)" # ssh to gateway and then ssh to remserver2 10.99.1.2 remserver2.example.com # dialup "RCLIENT:cmd(ssh -T user1 at gateway ssh -T -l user1 %{H}),ostype(sunos)" # use rsh and automatically append hostname 10.99.1.3 remserver3.example.com # "RCLIENT:cmd(rsh),ostype(linux)" # connect to remserver4 on its management IP address 10.99.1.4 remserver4.example.com # "RCLIENT:cmd(ssh -T remserver4.mgtnet),ostype(linux)" # connect via https proxy using corkscrew 10.99.1.5 remserver5.example.com # noping dialup "RCLIENT:cmd(ssh -o ProxyCommand='corkscrew proxy 8080 %h %p' user@%{H}),ostype(linux)" The ssh/rsh examples assume that you've setup password-less authentication for the Xymon user (although if you're using rsh...well you shouldn't), that you have created suitable user accounts, and that added the ssh host keys have been added to *known_hosts. The xymon-rclient.sh script is run from tasks.cfg every 5 minutes, and it automatically pulls out the appropriate hosts and their RCLIENT settings from hosts.cfg, and probes them accordingly. If it's an encrypted connection, of course all data is kept secure. Our security people like this. This is how the script works. The relevant client script is selected according to the ostype setting (eg xymonclient-linux.sh). On the fly, the script is adjusted slightly (some code to produce the "[clock]" section, XYMONTMP and MACHINEDOTS are defined) and it is then sent over the connetion to the remote shell to be executed as if typed by a user. The output is then fed into the local Xymon server via the "xymon" command. Because the script is stored on the Xymon server, there's no installation or upgrades to be done on the "client". It's the ultimate in centralisation. The down-side, of course, is that there are no smarts on the client, so for example there's no logfetch and so no messages/file/dir processing possible. The script needs to be sent every single time (every 5 minutes), but its size is no more than a couple of ethernet packets, so I don't consider this to be a major problem. The size of the output is typically an order of magnitude larger than this. I suppose if people think this script might be useful, I should put it somewhere, such as Xymonton? Cheers Jeremy

1 0

secondary/slave dns server monitoring
by naveen＠lastninja.net 14 Nov '11

14 Nov '11

Hi, When specifying dns tests in the hosts.cfg file, does xymon perform a dns/dig lookup to the server IP address, or is it a lookup using the resolver of the server hosting xymon? I want to construct some tests to ensure that DNS is active/resolving for a secondary/slave DNS servers without requiring the server to run the agent. Thanks. -- Naveen Nathan To understand the human mind, understand self-deception. - Anon

2 1

Perl script to test EMC storage devices in xymon
by betsy.schwartz＠gmail.com 14 Nov '11

14 Nov '11

Here's my first crack at a script to test EMC storage in xymon. I need to expand it to take a list of exceptions to customize disk full alerts for different volumes I think it needs more error checking and a way to check xymon env variables and get them from the client dir if they aren't set. But so far it works. Comments very welcome. It's my first real perl script.

2 1

XymonQV v0.3.0
by darrik.lists＠darmasoft.com 13 Nov '11

13 Nov '11

Greetings all! Sorry to spam the list with announcements, but development has been rapid. I'm trying to limit announcements to large releases with added value features. v0.3.0 includes: + an initial aggregated host view + drilldown to per-host tests view + support for Acked By, Acked Time, etc, from appfeed.sh + support for filter=page=your_page Known Issues: - Unfortunately, appfeed.sh offers a lot of information that parsing the non-green view does not, so extra alert acknowledgment info is missing in html parsing. (Good reason to upgrade.) - Landscape mode doesn't look so good. - lacking support for critical view, except in appfeed-critical.sh Upcoming: = Left swipe to acknowledge alert = Landscape mode cleanup = Notifications if enough people would like such Hope you guys find this useful. I recognize that this is the xymon-users list, so if these announcements are unwelcomed, please let me know, and I will desist immediately. Development issues that affect both Xymon and XymonQV seem appropriate to this list, but please send bug reports for XymonQV directly to me (android at darmasoft.com) to keep that clutter off list. Cheers, Darrik -- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/ To obtain my public key, send an email to darrik at publickey.darmasoft.com.

3 4

Best way to dealing with 100's of tests or Can I build a page that scrolls down instead of across?
by betsy.schwartz＠gmail.com 12 Nov '11

12 Nov '11

We've got a set of four servers that are going to, potentially, have several HUNDRED custom tests running, one for each of several hundred custom "queues" Requirements: -get monitoring up for these queues in a hurry -have the ability to enable/disable individual tests -do NOT create a xymon page that is several hundred tests wide. If we create more than a screenful of tests, scroll must be vertical not horizontal. So, it's easy enough to make a client-side test that tests each queue and returns $BB $BBDISP $COLOR status $servername.$queuename BUT that means we would have a BB page that goes a mile wide. This has been flat-out vetoed as unusable. I kind of agree. How have you handled multiple tests? Is there a way to write custom xymon pages that scroll down instead of across? Is there a better way? Suggestion1: use the real hostnames with separate test name for each test, as is. Vetoed because display would be hundreds of dots wide. Suggestion2: use a bogus hostname for each test. Vetoed by me because: we don't want to have to be constantly configuring bogus hostnames for every test, and we want a way to add and subtract tests that doesn't require shell access as the xymon user. Plus bogus hostnames confuse the first-tier support team. Suggestion3: use one test for all queues, and write controls and enable/disable mechanism outside of xymon. Vetoed all around because we're in a hurry to get this up and we've already *got* xymon, we don't want to re-invent the wheel and start writing our own test control panel. Suggestion4: use a separate test name for each test and set xymon to not display these fields at all. Presumably they will still show up on the "all non-green" page and on the enable/disable display, but they won't muck up the server display page. We'll add a separate "queue summary" test that is set to not alert, but that will give us one green dot. This is the best idea so far, but it means we are running hidden tests. Does anyone else have any interesting solutions to the multiple-tests page? thanks Betsy

4 5