August 2009 - Xymon - Xymon mailman web

iostat patch
by shailesh.paudyal＠gmail.com 25 Aug '09

25 Aug '09

Stef: I have xymon installed. I am wondering if you have a patch to display the graph for iostat. I would appreciate it. I am running Red Hat E. Linux 5.2 64 bit. Thank you, -- Shailesh K. Paudyal shailesh.paudyal at gmail.com

6 5

Missing docs
by nicola.canepa.74＠gmail.com 25 Aug '09

25 Aug '09

I saw that in the live hobbit man pages ( http://hobbitmon.sourceforge.net/docs/manpages/man5/bb-hosts.5.html) documentation about httpstatus, which is missing from the latest SVN trunk (4.4.0 from Jul, 23 2009). Is it possible to have it back? Also, it could be useful if the HTTP status 403 in the PLAIN http test would display at least YELLOW, instead of GREEN. Thank you Nicola

1 0

Depends Tag
by pnixon＠gmail.com 24 Aug '09

24 Aug '09

Hey all, I've found some references to the depends tag, and I'm trying to use it. 1.1.1.1 host.bb # depends=(conn:host2.bb/conn) 1.1.1.2 host2 # The reason I'm attempting to use depends vs the route tag is that route sets the conn test as yellow, which generates pages, whereas the depends tag should make it clear. Am I doing something wrong, is the code broken, help? Xymon version : 4.2.0 Thanks! --patrick

2 1

RSS not working in Xymon 4.3.0-0.beta2
by wrichardson＠llbean.com 24 Aug '09

24 Aug '09

I upgraded to 4.3 beta2 a few months about and have turned on the --rss feed option. I see the bb and bb2.rss files are created as well as all subpage/subparent rss files. What I'm seeing is the bb.rss file and all subpages show "No Critical Alerts" even when I have RED alerts. The only rss files that are working are the bb2.rss and and supbage/subparent that is at the bottom of the page tree. Is anyone else having the same issue?

1 1

bb-multipath.pl
by James.Roberts＠hants.gov.uk 24 Aug '09

24 Aug '09

Has anyone had any joy running bb-multipath.pl on aix?

1 0

[hobbit] hobbit monitoring summary report
by yf.liang＠yahoo.ca 21 Aug '09

21 Aug '09

My explanation for the differences below is that hobbitdboard is reporting inactive clients as well as active, while A and B look at only active rrd files (recent changed date). What do you think? Is there another rrd, beside vmstat.rrd, that is good for checking CPU? PS: I'm using the unix comm command: C = comm -2 -3 A B | wc -l F = comm -2 -3 D E | wc -l A = all active tcp.conn.rrd (229) B = all active vmstat.rrd (150) C = A - (those in both A and B) - (those in B only) ------- Hobbit summary: ------- B. clients reporting data: 150 C. client-less,ping-only: 83 D = hobbitdboard test=conn E = hobbitdboard test=cpu F = D - (those in both D and E) - (those in E only) D. 229 E. 164 # should be same as B F. 69 # should be same as C --- On Fri, 8/21/09, ye-fee liang <yf.liang at yahoo.ca> wrote: From: ye-fee liang <yf.liang at yahoo.ca> Subject: Re: hobbit monitoring summary report To: hobbit at hswn.dk Received: Friday, August 21, 2009, 10:30 AM Thank you for the prompt reply. Is it possible to distinguish between "Active" clients those that are promptly responding to tests (say, pings), those that are currently sending data (say, CPU), and those have not been responding and sending (maybe the users dispose/shut down the servers without informing to update Hobbit). My definition of "Active" is if it responds or sends data in the last hour. RE: [hobbit] hobbit monitoring summary report -------------------------------------------------------------------------------- To: <hobbit (at) hswn.dk> Subject: RE: [hobbit] hobbit monitoring summary report From: Torsten Richter <bb4 (at) richter-it.net> Date: Fri, 21 Aug 2009 09:34:37 +0200 -------------------------------------------------------------------------------- Hello, well you could do a ALLCLIENTS=`$HOBBITSERVERHOME/bin/bb 127.0.0.1 "hobbitdboard"|awk -F\| '{print $1}'|sort -u|wc -l` to get all clients that actually report to your server. As second step do a INSTCLIENTS=`$HOBBITSERVERHOME/bin/bb 127.0.0.1 "hobbitdboard test=cpu"|awk -F\| '{print $1}'|sort -u|wc -l` to get all clients that have client installed monitoring. I assume if a client is installed then it also reports a cpu status. Finally do CLIENTLESS=$((ALLCLIENTS-INSTCLIENTS)). However, clients polled via SNMP are also show the cpu status but have no client installed. But I hope to have helped you a bit. Cheers Torsten __________________________________________________________________ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com

1 0

hobbit monitoring summary report
by yf.liang＠yahoo.ca 21 Aug '09

21 Aug '09

Thank you for the prompt reply. Is it possible to distinguish between "Active" clients those that are promptly responding to tests (say, pings), those that are currently sending data (say, CPU), and those have not been responding and sending (maybe the users dispose/shut down the servers without informing to update Hobbit). My definition of "Active" is if it responds or sends data in the last hour. RE: [hobbit] hobbit monitoring summary report -------------------------------------------------------------------------------- To: <hobbit (at) hswn.dk> Subject: RE: [hobbit] hobbit monitoring summary report From: Torsten Richter <bb4 (at) richter-it.net> Date: Fri, 21 Aug 2009 09:34:37 +0200 -------------------------------------------------------------------------------- Hello, well you could do a ALLCLIENTS=`$HOBBITSERVERHOME/bin/bb 127.0.0.1 "hobbitdboard"|awk -F\| '{print $1}'|sort -u|wc -l` to get all clients that actually report to your server. As second step do a INSTCLIENTS=`$HOBBITSERVERHOME/bin/bb 127.0.0.1 "hobbitdboard test=cpu"|awk -F\| '{print $1}'|sort -u|wc -l` to get all clients that have client installed monitoring. I assume if a client is installed then it also reports a cpu status. Finally do CLIENTLESS=$((ALLCLIENTS-INSTCLIENTS)). However, clients polled via SNMP are also show the cpu status but have no client installed. But I hope to have helped you a bit. Cheers Torsten __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/

1 0

Trouble wiht show colums in hobbit
by luismycorreo＠gmail.com 21 Aug '09

21 Aug '09

Hello I'm running two hobbit servers, there are two virtual machines downloaded from SOURCEFORGE, but I hava some troubles, for example, one day I configure a bbwin client with the same name like the hobbit server and hobbit showing the information of the bbwin client as your own information, when I fixed it the colums netstat - svcs - uptime . who (now appears purple) still appears, this is the image, Somebody know, how fix it or how can I dissapear this colums?? Regards, Luis

1 0

PROC test question
by marco.pizzoli＠gmail.com 21 Aug '09

21 Aug '09

Hi all, I am a hobbit newby. I have a question about the PROC test: is there a way to define a test about the presence of a particular proc executed by a particular user? I'm in a situation where I have some daemons that could be started by a lot of (machine)users and so I would like to check the user the proc run as. Thanks in advance Marco

4 3

RRD crashing high availability hobbit
by j.sansford＠ntlworld.com 21 Aug '09

21 Aug '09

Hi again all, I need some help configuring/debugging why our hobbit servers are crashing (due to rrd, which I shall explain shortly) and how to get around this. We have 3 hobbit servers with proxies, however I will simplify this explanation with just 2 hobbits and no proxies (as we discovered the same thing happens). Detail of theoretical setup: 1) 2 datacentres. Each datacentre contains a single hobbit server instance. 2) Each client reports to their local datacentre hobbit server. 3) Each hobbit server is configured such that they know about the other hobbit (through BBDISPLAYS). The issue is that for what looks like most server side tests, such as vmstat etc, that we are getting feedback loops between the hobbit servers. For instance: A hobbit server in DC1 tests a client in DC1 using vmstat. The client reports back to hobbit in DC1 and hobbit then also reports this data to the hobbit in DC2. The hobbit in DC2 however is configured to report to DC1 and so bounces the message back (i think). Therefore the server tries to update the rrd twice within a second resulting in errors. Eventually this will crash the server. An example of the rrd error messages: 2009-08-20 11:04:04 RRD error updating /export/home/hobbit/data/rrd/h3-avm-dbx/ifstat.mac.rrd from 10.6.60.1: illegal attempt to update using time 1250762644 when last update time is 1250762644 (minimum one second step) 2009-08-20 11:04:06 RRD error updating /export/home/hobbit/data/rrd/h2-emu13/ifstat.mac.rrd from 10.6.60.1: illegal attempt to update using time 1250762646 when last update time is 1250762646 (minimum one second step) 2009-08-20 11:04:06 RRD error updating /export/home/hobbit/data/rrd/h2-emu13/ifstat.mac.rrd from 10.6.60.1: illegal attempt to update using time 1250762646 when last update time is 1250762646 (minimum one second step) 2009-08-20 11:04:06 RRD error updating /export/home/hobbit/data/rrd/h2-emu13/ifstat.mac.rrd from 10.6.60.1: illegal attempt to update using time 1250762646 when last update time is 1250762646 (minimum one second step) My question is - how can we stop this happening? Also, why is this happening? Is there a way we can disable rrd graphing on one server so just one hobbit server handles the graphing? I hope that makes sense. If you need further clarification please let me know. Cheers James

5 6