November 2008 - Xymon - Xymon mailman web

Multiple Cononsoles for Hobbit Alerts
by captkras＠gmail.com 13 Nov '08

13 Nov '08

We want to set up a master/slave hobbit server relationship, using BBRELAY, or something equivalent. Currently, we have all our alerts hitting one server, and we want those results to populate that server, and also push to a slave server. The central server where we are collecting all our status messages aren't just from a single host, but also from other Hobbit/BB servers. Essentially, we want to have a second console for the whole ball of wax, which would be on a separate (re: DMZ) subnet, with only read access to it. Can this be done? Dave -- David S. Morgan CISSP, CCNP aka: captkras at gmail.com "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles"

3 2

Xymon support sites
by Galen.Johnson＠sas.com 13 Nov '08

13 Nov '08

I think we need to revisit having two (or more) separate locations for people to go to get Xymon information and monitoring tools. Having different scripts in multiple places can just confuse people. Currently, The Shire (soon to be Xymonton) is the main area for Xymon extensions. It's a wiki-based that subscribed users can add content to. When a user wishes to add a new monitor (add-on, report, etc), it provides a template to allow for consistent look and feel of those tasks. There are also plans as time permits to extend it to using one of the sqlite plugins available to enhance ease of adding/sorting new additions without having to update 2 pages. Also, those of you who have used The Shire, any feedback (both positive and negative) would be appreciated. Thoughts? =G=

5 7

Monitoring Tomcat
by dns1407＠yahoo.com 13 Nov '08

13 Nov '08

Hi All, Do anyone know how to monitor Tomcat on Windows? Can anyone shares scripts for monitoring this? How do i monitor Tomcat? Any help is welcome Thanks in advance... With kind regards... DNS

2 1

hp smart arrays
by gleonard＠progrexion.com 13 Nov '08

13 Nov '08

Anyone got any slick monitoring scripts for monitoring an hp servers raidcard (smartarrays)/volumes stats? Gavin Leonard [cid:image001.gif at 01C944DF.0EFDA730] Director, Systems-Network Engineering T 801-828-1735 F 801-828-1704 E gleonard at progrexion.com<mailto:gleonard at progrexion.com> Research | Marketing | Sales Generation www.progrexion.com<http://www.progrexion.com/> This email and its contents are confidential. If you are not the intended recipient, delete this email and do not use or disclose the information within this email or its attachments. Thank you.

3 2

Ports graph
by Vernon.Everett＠woodside.com.au 13 Nov '08

13 Nov '08

Hi all We have a requirement to graph the number of ports open on one of our servers. I do notice an attempted graph at the bottom of the ports test page, but there is no appropriate rrd file. Can anybody clue me in on 1. What it is supposed to graph 2. How I make it work Thanks Vernon NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

2 2

False alerts in hobbit
by mailinglists＠websitemanagers.com.au 13 Nov '08

13 Nov '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have been battling false alerts with hobbit for quite some time (months or more), and am really starting to get quite frustrated. (Mostly in that I tend to ignore my SMS messages because there are so many FP's... Anyway, the fault is that the hobbit client reports get truncated, yet the hobbit server uses the portion that it gets. This usually results in the procs, ports, or both columns going red due to non-running procs/non-open ports. In reality, the proc/port is fine, just the data was truncated so the hobbit server couldn't find it. Initially I discovered my hobbit server was truncating some of this data, so I increased the relevant variables: MAXLINE="65535" MAXMSG_STATUS="2048" MAXMSG_CLIENT="2048" MAXMSG_DATA="4096" However, I still get many red alerts, and when I check, the log files do not report any truncated or oversized messages. Also, when I examine the "Client data available" from the red hobbit report, I find the size of the message is nowhere near any value above, and in fact is always different... Some reports that work are longer than reports that don't work etc... It isn't 100%, but generally (more than 98%) the clients with the problem are on bandwidth limited networks. I would appreciate if anyone can provide any tips on how to make things more reliable? Options I have considered: 1) Get hobbit to compress it's data, which reduces network load, and hence should improve reliability. 2) Add a "END" tag to the hobbit client data, and if the server doesn't get the END tag then ignore the whole file (or re-request it) 3) Switch to polling mode (which effectively does 1 && 2 I suppose) 4) Try and track down what is causing this, and fix it... My hobbit server is behind a NAT router, so one possibility I have considered is the NAT router is dropping the map before the end of the TCP connection due to too many other connections or similar. Basically, at this point I would like to see if anyone else has had similar problems, or can assist in resolving the problem. If I let it continue I will miss an urgent SMS report from hobbit, and/or cost stacks of money for sending all the SMS's.... Thanks for any suggestions... Regards, Adam - -- Adam Goryachev Website Managers www.websitemanagers.com.au -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkX3rsACgkQGyoxogrTyiX2PwCePnHjMUJHoMRH46zhEFxNFjGe azAAn0rHaDWOWbFfBoIpm+757j8tRWFH =FTnf -----END PGP SIGNATURE-----

2 2

Debian Packaging
by elyograg＠elyograg.org 13 Nov '08

13 Nov '08

This email is intended for Christoph Berg, the guy who's packaged hobbit 4.2 for the next Debian version and etch-backports, but I thought others might be interested. Keep in mind for this message that I am referring to this specific source package, not the debian directory included in Henrik's original source. I haven't done an in-depth study, but I've noticed that most of what's in the allinone patch is not included in this packaging effort. When I apply the allinone patch against the source tree after debian/rules applies its patches, only two of the patches fail to apply - the one for ./hobbitd/rrd/do_ncv.c is already applied, and the one for ./hobbitd/wwwfiles/menu/menu_items.js.DIST fails because this file doesn't exist. In fact, the enture hobbitd/wwwfiles/menu directory is empty. For my production server, I have taken the source package and applied the allinone and bbwin patches to it, but now I am wondering if that was a good idea. Is the allinone patch omitted from the debian package for a good reason? Why is that menu directory empty? Thanks, Shawn

4 3

MS Cluster
by Vernon.Everett＠woodside.com.au 13 Nov '08

13 Nov '08

Hi all Has anybody had any success monitoring Microsoft Database cluster using Xymon/Hobbit? Cheers V NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

2 3

RRDs created, never updated
by jeremy.cappilero＠gmail.com 13 Nov '08

13 Nov '08

I've been using BB/Hobbit with RRDtool for, I guess at least 5 years, maybe more. I've installed it successfully on maybe 10 servers. Things certainly got easier with Hobbit compared to BB! I've just installed Hobbit on a Centos 5.2 box and for the life of me I can't work out why my RRDs aren't getting updated (they are always created during first run, but never updated). I've grepped every log, history file, etc I can find and can find no hints. Can someone suggest where to look for errors or problems to do with *updating* the RRDs? Everything is stock, I haven't touched the bb-hosts file, indeed anything really... Jeremy Extra info... The RRDs are created when hobbit is first run -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:56 bbgen.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:56 bbtest.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:57 clock.rrd -rw-rw-r-- 1 hobbit hobbit 38536 Nov 5 08:57 disk,boot.rrd -rw-rw-r-- 1 hobbit hobbit 38536 Nov 5 08:57 disk,root.rrd -rw-rw-r-- 1 hobbit hobbit 437200 Nov 5 09:01 hobbitd.rrd -rw-rw-r-- 1 hobbit hobbit 38536 Nov 5 08:57 ifstat.eth0.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:57 la.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:57 memory.actual.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:57 memory.real.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:57 memory.swap.rrd -rw-rw-r-- 1 hobbit hobbit 304312 Nov 5 08:57 netstat.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:57 procs.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:56 tcp.bbd.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:56 tcp.conn.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:56 tcp.http.yyyyyyy.xxxxxx.com ,.rrd -rw-rw-r-- 1 hobbit hobbit 19552 Nov 5 08:57 users.rrd -rw-rw-r-- 1 hobbit hobbit 323296 Nov 5 09:02 vmstat.rrd

18 56

Best way to monitor static routing table entries?
by glarkin＠sourcehosting.net 12 Nov '08

12 Nov '08

Hello all, I've been using Hobbit for a few years now, and it has always worked really well for me. Lately, I've added some more tests to certain servers, and one thing I'd like to do is detect the presence/absence of some static routes that are configured on a RHEL4 Linux box. I could write a script that greps the output of "netstat -rn" and redirects it to a file. Hobbit could monitor the content of the file to make sure it matches some predefined template, I suppose, but is there a more elegant way? I checked the BB script archive, and I found the bb-route extension, but it's either not the right solution or too complicated for what I want to do. Any suggestions? Thank you, Greg Greg Larkin Managing Member SourceHosting.net, LLC PO Box 1013 Hollis, NH 03049 US glarkin at sourcehosting.net http://www.linkedin.com/in/greglarkin

4 3