November 2008 - Xymon - Xymon mailman web

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

[hobbit] Debian Packaging
by cb＠df7cb.de 13 Nov '08

13 Nov '08

Re: Shawn Heisey 2008-10-14 <48F513CF.9090401 at elyograg.org> > 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. Hi Shawn, Cc'ing me in mails like that makes it a bit earlier for me to actually spot the mail. I only found it now when browsing the hobbitmon-devel list archives... > 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 Right. The reason I had decided not to apply this patch to the Debian package is that it is just a big blob. There are some separate patches for individual features/bugfixes, but it also includes random other fixes. It is also not versioned. There is no real way to track which particular bug is fixed in what instance. The publically available svn repository is a big step forward as now there's a way to see the diffs and log messages for changes. I am working on uploading a new svn snapshot to the experimental branch of Debian, but have some lose ends left before the next upload. The next Debian release (5.0, Lenny) will release with the current 4.2.0 packages. Of course, there will be backports of future packages for Lenny. > 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 That one was pulled in to fix a feature I needed. > ./hobbitd/wwwfiles/menu/menu_items.js.DIST fails because this file > doesn't exist. In fact, the enture hobbitd/wwwfiles/menu directory is > empty. As said in the other mails, the JS code used in the current menu doesn't have a license that Debian thinks is free software. If I remember correctly I had sent the replacement to the mailing list back then, but it didn't get included in the official releases yet. I'll give it another try. Christoph -- cb at df7cb.de | http://www.df7cb.de/

2 1

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

Devmon help
by Paul.Root＠qwest.com 12 Nov '08

12 Nov '08

Anybody using devmon? I've got it running on our primary hobbit server, but I want the data to go to our backup server as well. I tried setting the DISPSERV to 0.0.0.0 but that doesn't seem to be working. Also, I need a template for a Cisco 3800. Any help there? Thanks, Paul. Paul Root 612-664-3385 651-707-7043 IM/MNS Infrastructure 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.

1 0

Nagios client, Hobbit server anyone?
by Martin.Ward＠colt.net 12 Nov '08

12 Nov '08

Hi all, I have been presented with an 'interesting' problem in that I have been tasked with taking over the monitoring of a number machines (circa two dozen) that currently run Nagios clients (NRPE I guess but don't know for certain yet). I have been told that these machines have a few hundred (probably more like forty or fifty, but I don't know yet) separate checks that are performed by the Nagios client and the results passed back to the server. These Nagios checks work fine and have done so for a few years. The managers would prefer to keep the Nagios client up and running until I can provide them with a working, proven alternative. I therefore have a few options open: 1. Install my own Nagios server and run Hobbit and Nagios side-by-side. Not a good option by any means. Why have two different monitoring applications? 2. Convert the Nagios scripts to Hobbit ones. This would likely entail running both monitoring clients on each machine and copying/rewriting the monitor scripts one at a time, checking the results with both Nagios and Hobbit to ensure that alerts and reports are happening correctly. Once all scripts are converted, remove the Nagios client. This has clear benefits but is naturally going to take time, and pain, and will require that I have two monitor consoles, albeit temporarily. 3. Write a program that acts like a Hobbit proxy server, listening on the Nagios port and translating the Nagios reports and alerts in to Hobbit ones. This has benefits in that there will only be one bit of code to write, albeit a potentially large bit. I will have written the code so if it breaks I can fix it. The downside is that there is going to be a considerable amount of time involved in writing the proxy program and I will have to learn how Nagios packets are written and how the Hobbit proxy works. 4. I see if anyone more able than I has done anything remotely like this that I can beg or borrow to use. 5. Something else that I haven't thought of... I thought I'd try option 4 first! |\/|artin -- Martin W. Ward TAC Network Systems Team Leader COLT Unit 12, Powergate Business Park Volt Avenue, Park Royal, London NW10 6PW, United Kingdom Tel: + 44 (0)20 7863 5218 Internal: 8 441 5218 Fax: + 44 (0)20 7863 5610 Email: martin.ward at colt.net www.colt.net Data | Voice | Managed Services ************************************************************************************* 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 security 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 Telecommunications, its subsidiaries 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.

5 7

Hobbit Installation
by t.muelhauser＠sro.ch 12 Nov '08

12 Nov '08

Hey, i want to install hobbit on a SUSE Linux 11.0. Can you tell me where it would be best place to install it? (/etc, /usr/local) Thank you Tobias Mülhauser SRO AG, Spital Langenthal, St. Urbanstrasse 67, 4901 Langenthal Tobias Mülhauser, Informatiker i.A., Tel. 062 916 36 62, Fax 062 923 90 09 t.muelhauser at sro.ch <mailto:t.muelhauser at sro.ch> , www.sro.ch <http://www.sro.ch/>

6 5