March 2009 - Xymon - Xymon mailman web

Problem with "TITLE exec:" in hobbitgraph.cfg
by hobbit＠general-failure.com 31 Mar '09

31 Mar '09

I'm having trouble getting "TITLE exec:" working (currently running xymon 4.2.3 on debian lenny). The hobbitgraph.cfg snippet: [mrtg] .. TITLE exec:/usr/local/hobbit/bin/lun-title.sh .. .. the file /usr/local/hobbit/bin/lun-title.sh: -rwxr-xr-x 1 hobbit hobbit 395 2009-03-30 11:46 lun-title.sh ------------<cut>------------ #!/bin/sh HOSTNAME="$1"; shift GTYPE="$1"; shift LEGEND="$1"; shift RRD="$1"; shift echo "RRD=$RRD, rest is $*" >>/tmp/title.log MRTGSET="`echo $RRD | sed -e's/\.rrd$//'`" echo "MRTGSET=$MRTGSET" >>/tmp/title.log # MRTGTITLE=`grep -i "Title\[$MRTGSET\]:" /etc/lun-title.cfg | cut -d: -f2-` MRTGTITLE="IOPS per lun" echo "TITLE=$MRTGTITLE" >>/tmp/title.log echo "$MRTGTITLE $LEGEND" exit 0 ------------<cut>------------ So the title should (at the moment) always be "IOPS per lun" but I've got the feeling that the script isn't even executed since it isn't logging to the /tmp/title.log file. I can't find anything wrong in /var/log/xymon/* files. The graph itself works fine but the title is random 'crap' with every refresh (see attached example). Any help would be appreciated

1 0

Access to Xymon data via library functions?
by Martin.Ward＠colt.net 31 Mar '09

31 Mar '09

An HTML attachment was scrubbed... URL: <http://lists.xymon.com/pipermail/xymon/attachments/20090330/0595c82d/attach…>

5 5

[hobbit] local client 4.2.0 and logs/files report
by geraud.guibert＠free.fr 30 Mar '09

30 Mar '09

hello everyone, i'm just installing the hobbit version 4.2.0 from source (--local type only) on servers, to replace the old packages that differ from one plaftorm to another at least, most of the default services work nicely, except for the <msgs>+<logs>+<files> :-( am i wrong or it's normal when instaling only the local client part ? does the client never fetch the client-local.cfg on the server, or is there a way to force it ? at last, i've found an undoubtly known and short work-around (logfetch related instead of an additional 'checklog' plugin), but i would prefer the clean and offcicial method ;-) thx in advance Geraud Guibert

1 0

HA-Hobbit with Linux HA 2
by Harald.Husemann＠materna.de 30 Mar '09

30 Mar '09

Hi folks, as written to the list a few days ago, we're running Hobbit on a Linux HA-2 cluster with DRBD. Runs very nice, and the setup is not very complicated, so as promised, here are some notes if you like to make your Hobbit high available: (This is more or less a summary of our installation, and not tested but written from memory - maybe someone can test it and write a real step-by-step guide) 1. Install Linux-HA on both nodes 2. Build a DRBD resource for the Hobbit files, as described in http://www.drbd.org/docs/about/ 3. Setup a Hobbit group 4. Setup a failover IP resource in the Hobbit group, with a DNS entry if you have DNS 5. Install apache, and setup an apache failover resource in the Hobbit group for it 6. Setup a colocation constraint, and bind the Hobbit group to the DRBD resource 7. Setup an order constraint, to have DRBD started before Hobbit starts 8. Setup a Hobbit user as usual, and link its home directory to the DRBD resource. This way, all Hobbit config files, datafiles, etc. are on DRBD , and you don't have to fiddle around with syncing the configs etc. 9. Configure Hobbit sources as usual, with some notes: - Use the failover IP as Hobbit's server IP - Everywhere you would enter the Hobbitserver's name, enter the name of the failover IP (e.g., for the web-based stuff) 10. Try to start Hobbit: It should run as normal. 11. Stop it, switch everything to the other node, and try to start Hobbit again. If everything's okay, stop it, and you're ready for the final step: 12. Copy the attached script "hobbit" to /usr/lib/ocf/resource.d/heartbeat/ ON BOTH NODES 13. Setup a Hobbit resource (e.g. by using the hb_gui and selecting "hobbit", which should be visible after a restart of the GUI). 14. Start the Hobbit resource That's it, now, your Hobbit should be redundant and monitored by the OCF system. Some final notes: - Be sure to use the failover IP as BBDISPLAY on all your clients - NEVER start/stop/restart Hobbit with hobbit.sh, since you could end up with two running Hobbit instances (the cluster will see that hobbitd is down, and start it itself). reload is (obviously) okay, since it will not restart the process. - If you like to monitor your Hobbit nodes themselves, install a second Hobbit (client) instance under a different user (e.g. hobbitmon), which is not under cluster control. Without this, only the active node will be monitored, since the server (and the client) runs only on this node. HTH, hh -- Harald Husemann Netzwerk- und Systemadministrator Operation Management Center (OMC) MATERNA GmbH Information & Communications Westfalendamm 98 44141 Dortmund Geschäftsführer: Dr. Winfried Materna, Helmut an de Meulen, Ralph Hartwig Amtsgericht Dortmund HRB 5839 Tel: +49 231 9505 222 Fax: +49 231 9505 100 www.annyway.com <http://www.annyway.com/> www.materna.com <http://www.materna.com/>

2 1

[hobbit] xymon ready to replace bb?
by bgmilne＠staff.telkomsa.net 30 Mar '09

30 Mar '09

On Thursday 26 March 2009 15:40:16 Galen Johnson wrote: > While I don't want to minimize TJ's work, I don't believe people realize > that Xymonton, the Xymon repository for custom tests, is actually built on > top of Dokuwiki. This is exactly the type of information the tutorials page > was meant to capture. It might be helpful if we had a one stop shop for > all things Xymon instead of going one place for scripts and another for > docs. Hmm, well, Sourceforge now has hosted applications for projects, including mediawiki wiki's. If something is to be a one-stop-shop, I think sourceforge is currently in a better position to do this. However, I think a hobbitmon project admin is required to enable the mediawiki application. Other available hosted applications include: Gallery LimeSurvey phpBB Wordpress (and many more) I've enabled mediawiki for Devmon, but haven't gotten around to putting any content there yet: http://apps.sourceforge.net/mediawiki/devmon/ Regards, Buchan

2 1

NTP tests taking forever
by stewartl42＠gmail.com 30 Mar '09

30 Mar '09

We run a distributed hohbbit across a number of sites. This weekend, we had some bad weather that knocked out power. As a result, my NTP tests took longer than normal, causing some warnings with bbtest. Anyone run into this before? How did you fix it. Error output: WARNING: Runtime 325 longer than time limit (300) TIME SPENT Event Starttime Duration bbtest-net startup 1238412913.819821 - Service definitions loaded 1238412913.821310 0.001489 Tests loaded, hostname lookups done 1238412914.240222 0.418912 Test engine setup completed 1238412915.304005 1.063783 TCP tests completed 1238412926.001476 10.697471 PING test completed (1185 hosts) 1238412968.216928 42.215452 PING test results sent 1238412968.223719 0.006791 Test result collection completed 1238412968.223804 0.000085 LDAP test engine setup completed 1238412968.223806 0.000002 LDAP tests executed 1238412968.223807 0.000001 LDAP tests result collection completed 1238412968.223808 0.000001 DNS tests executed 1238412968.383053 0.159245 NTP tests executed 1238413238.693077 270.310024 Test results transmitted 1238413238.739635 0.046558 bbtest-net completed 1238413238.761778 0.022143 TIME TOTAL 324.941957 -- Stewart -- If you see yourself in others, then whom can you harm?

1 0

4.3.0-beta1 and "Trends Period Update"
by dominique.frise＠unil.ch 30 Mar '09

30 Mar '09

Hi, Beside our 4.2.0 production server we set up a test server with Xymon 4.3.0-beta1 software. Since then, we noticed two problems: 1. The hobbit-holidays.cfg is not installed (this has been already reported) 2. The -very nice- "Trends Period Update" does not work for hostnames where "NAME:hostname" is used. In those cases, the whole name is passed to the wrapper resulting in "No such host" Example for host sila : NAME:"sila [Serval Prod.]" ~xymon-cgi/bb-hostsvc.sh?backdays=2&backhours=0&backmins=0&backsecs=0&HOST=sila+[Serval+Prod.]&SERVICE=trends&Go=Update Dominique

1 0

xymon ready to replace bb?
by joe＠tmsusa.com 30 Mar '09

30 Mar '09

After a bit of a hiatus from bb/hobbit/xymon issues, I'm looking at it again. I've grabbed a copy of xymon-4.4.0 svn and set it up on a test server here - very nice. As hope springs eternal, I'm again hoping to replace our aging big brother servers with xymon, since it's the closest thing to a drop-in replacement. Hopefully xymon can be made to do some specific things that bb does, which we depend on here, namely: 1. snmp traps - this is just a basic requirement to send out an snmp trap on an alert. We have no need to receive snmp traps, only to send them, as big brother does. We depend on that behavior to generate tickets by sending traps to netcool whenever there is a bb alert condition. 2. alerting failover - we have redundant bb servers are set up, in pairs. each pair of bb servers monitors certain network segments, while only one of the pair is designated as the bbpager, i.e. only one of the pair sends out alerts. But, should the passive bbpager be unable to reach the normally active bbpager, failover kicks in, and the normally passive server begins sending out all alerts. Worst case, we have a split brain condition and get 2 copies of an alert, but in practice, that's only happened a handful of times since 2005. Can xymon 4.4.0 do these things, or is there a way to implement this behavior with some appropriate add-ons? Joe

13 22

memcached monitoring script
by obeau79＠gmail.com 30 Mar '09

30 Mar '09

Hi All, I wrote a quick script to monitor memcached on a hobbitclient. (it needs perl's Cache::Memcached) Olivier

3 4

Tinh Do is out of the office.
by tinh.do＠continental-corporation.com 30 Mar '09

30 Mar '09

I will be out of the office starting 30.03.2009 and will not return until 06.04.2009. I will respond to your message when I return.

1 0