February 2009 - Xymon - Xymon mailman web

[hobbit] RHEL5 and status-board not available bug?
by flyzone＠technologist.com 17 Feb '09

17 Feb '09

On Monday 16 February 2009 18:20:55 Buchan Milne wrote: >You may first want to deteremine whether the cgi is timing out speaking to >hobbitd, or if there is some other problem. Is not just the cgi, all the connections going to port 1984 go in timeout, and the result for bbdisplay is the green page, for the hobbit-clients is a timeout error into logs and data not sent. >Yes, in my production environment, problems with hobbitd on the RHEL5 x86_64 >box would not result in any noticeable problems, but again, my workstation >doesn't exhibit this problem Ok, so I would like to find some difference in out software if is not a hardware related, but however the bug for me appear just on x86_64. I'm using hobbit 4.2.0 + all-in-one-patch at minimun, and tried also 4.2.2, 4.2.3RC1, redhat 5.0, 5.2 and 5.3 with the last kernel distributed with the release. Local or remote data don't change the result, and for me also an installation on a fresh 5.3 on x86_64 with hobbit give the same problem: more than 20 clients appear in timeout after ~30 minutes that hobbit is up; virtual or physical machine don't change result, is the same. -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com

1 0

select data in xymon and show them in custom xymon webpage
by mob＠rcf.dk 17 Feb '09

17 Feb '09

Hi Is there a way to select specific data from a client like in sql? select proc from <client_name> where name=<process_name> one way could be something like ./hobbitd_client --dump-config --test disk|grep <some_thing> How could data be presentet on the hobbitpage by using *bb-webpage?* -- mvh mogens busk mob at rcf.dk

1 0

[hobbit] Graphs stop update 24 hours after client reboot; start again 24 hours later.
by TRBrand＠cvs.com 16 Feb '09

16 Feb '09

> -----Original Message----- > From: Henrik "StC8rner [mailto:henrik at hswn.dk] > Sent: Wednesday, January 28, 2009 7:23 AM > To: hobbit at hswn.dk > Subject: Re: [hobbit] Graphs stop update 24 hours after client reboot; > start again 24 hours later. > > In <E38DCD6606C55F499A4125611AB8D99605C8F6B1 at cvsexbpd2.Corp.CVS.com> > "Brand, Thomas R." <TRBrand at cvs.com> writes: > > >I need some help/suggestions to figure out why my "cpu load" and "users > >& processes" graphs stop updating about 24 hours after the systems > >reboot. The updates stop for anywhere from 12 to 24 hours, then simply > >start back up again. > >Only the "CPU load" and the "Users and Processes" graphs are having the > >problem; disk, memory, cpu utilization, network traffic don't miss a > >beat. > > The only explanation I can come up with is that the format of > some of the "cpu" status message is different for the first 24 hours > after a reboot. > > Could you send me an example of the cpu status shortly after a reboot, > and one when the graphs are working ? > > What OS are these boxes ? > > > Regards, > Henrik Hi Henrik, I'm still struggling to understand why the graphs stop updating and appreciate your taking the time to respond. I'm not sure what you mean by 'send me an example of the cpu status'... are you looking for a data file? a log file? or the 'client data' as reported by http://lxadmin02/hobbit-cgi/bb-hostsvc.sh?CLIENT=s00766rxs? Both the Hobbit server & client are running on a SUSE Linux Enterprise Server 10 SP1 (SLES 10.1) OS. It's pretty much a standard out-of-the-box OS install, nothing very odd. Hobbit is version 4.2.0 with all-in-one patch. To clarify, the server reboots, graphs update for 24 hours. Then, 24 hours after the reboot graphs stop for 24 hours, then graphs start again... reboot: wed 00:30 graph shows data until Thursday 00:30 and then stops graph data starts again -- usually the updates start exactly 24 hours after stopping. Here is a list of current rrd directory from a system that rebooted yesterday (Feb 15) at 9:40 am. The data for users,procs,la stopped updating at 9:40 am today, but the other data files are still updating: -rw-r--r-- 1 hobbit hobbit 19552 Feb 16 09:40 users.rrd -rw-r--r-- 1 hobbit hobbit 19552 Feb 16 09:40 procs.rrd -rw-r--r-- 1 hobbit hobbit 19552 Feb 16 09:40 la.rrd -rw-r--r-- 1 hobbit hobbit 57520 Feb 16 17:18 mysql.rrd -rw-r--r-- 1 hobbit hobbit 323296 Feb 16 17:18 vmstat.rrd -rw-r--r-- 1 hobbit hobbit 304312 Feb 16 17:18 netstat.rrd -rw-r--r-- 1 hobbit hobbit 19552 Feb 16 17:18 memory.swap.rrd -rw-r--r-- 1 hobbit hobbit 19552 Feb 16 17:18 memory.real.rrd -rw-r--r-- 1 hobbit hobbit 19552 Feb 16 17:18 memory.actual.rrd -rw-r--r-- 1 hobbit hobbit 38536 Feb 16 17:18 ifstat.eth0.rrd -rw-r--r-- 1 hobbit hobbit 38536 Feb 16 17:18 disk,root.rrd -rw-r--r-- 1 hobbit hobbit 38536 Feb 16 17:18 disk,cvsrx.rrd -rw-r--r-- 1 hobbit hobbit 19552 Feb 16 17:18 clock.rrd -rw-r--r-- 1 hobbit hobbit 19552 Feb 16 17:20 tcp.conn.rrd -rw-r--r-- 1 hobbit hobbit 19552 Feb 16 17:20 tcp.ssh.rrd Thanks for taking time to respond, Tom

1 0

Apache config file to update
by Craig.Cook＠gpi.com 16 Feb '09

16 Feb '09

RC 4.2.3 http://example.com/xymon/help/hobbit-apacheconf.txt Still refers to /hobbit etc Craig

1 0

cgi-bin URL issues in 4.3.0-beta1
by wendell＠enflight.com 16 Feb '09

16 Feb '09

I have two issues with the handling of cgi-bin in 4.3.0-beta1: 1) the cgi URL is ignored. Answering anything to this question: What is the URL for the Xymon CGI directory [/xymon-cgi] ? (Note: This is the URL - NOT the filesystem directory) will put the result into /home/hobbit/server/etc/hobbit-apache.conf i.e. ScriptAlias /whatever/ "/var/www/cgi-bin/xymon/" However, the actual URL used in the running system remains http://myhost.com/xymon/cgi-bin/bb-hostsvc.sh?... ^^^^^^^^^^^^^ should have been /whatever/ Workaround: put the ScriptAlias before the Alias directives in the hobbit-apache.conf file. 2) the cgi URL is inconsistent. For some of the cgi-bin scripts, 'cgi-bin' is appended to the URLs, yielding references to: /xymon/cgi-bin/cgi-bin/bb-snapshot.sh was not found on this server. Where is the extra /cgi-bin coming from? Thanks, Wendell

1 0

Securing Xymon Over Internet
by nfranken＠theunlimitedworld.co.za 16 Feb '09

16 Feb '09

Hi XyMonsters! I need to monitor several satellite sites with XyMon. These sites are not available on our local LAN so I have to go via the internet. I am a bit hesitant to open the ports etc since the information collected can be used in foot printing the system. How would I go about securing the service so that xymons information does not fall into the wrong hands? Regards Neil

6 6

[hobbit] Replacing the default icons on status page
by bgmilne＠staff.telkomsa.net 16 Feb '09

16 Feb '09

On Sunday 01 February 2009 00:51:40 Jason Hand wrote: > How do you replace the .gif files used for the status page? Put your own .gif files in their own directory under ~/hobbit/server/www, and change BBSKIN in hobbitserver.cfg. Will probably require a restart of hobbit to pick up the changed environment variable. If you want to test, you can create a new bbgen task with a different environment file and writing to a different directory. Regards, Buchan

1 0

The Shire is now Xymonton
by Galen.Johnson＠sas.com 16 Feb '09

16 Feb '09

The new URL is now http://xymonton.trantor.org. There is one minor kink I need to work out but it is at least viewable. =G=

4 5

[hobbit] RHEL5 and status-board not available bug?
by flyzone＠technologist.com 16 Feb '09

16 Feb '09

On Thu, Feb 12, 2009 at 06:06:48PM +0000, Flyzone Micky wrote: >"really low" as in ... how much ? Output of iostat command: avg-cpu: %user %nice %system %iowait %steal %idle 2.22 0.00 0.91 3.62 0.00 93.26 This is the output of iostat about nfs: Device: rBlk_nor/s wBlk_nor/s rBlk_dir/s vnetapp:/vol/hobbit 1631.11 373.97 0.00 wBlk_dir/s rBlk_svr/s wBlk_svr/s rops/s wops/s 0.00 1170.83 825.22 840.76 840.76 In this last iostat have also a rsync statistic in it cause I was mantening a rsync on local disk of hobbit. Unlucky nfsstat doesn't sho >of all the RRD files - takes about 8 minutes. No chance at all >then of keeping up with 5-minute update cycles. But in this case will not appear a warning like this (that I don't have)? WARNING: Runtime 110 longer than BBSLEEP >I really think you should try shutting off the hobbitd_rrd tasks, >just to see what happens. Maybe I missed in the last post, but I have already done, and didn't solve the problem. >For hosts to go purple they have to go more than 30 minutes without >an update - they don't go purple just because they miss a single >update. Right...but doesn't appear always, I remember also an old patch that was in all-in-one about dirty-datas, but was already applied. >I suppose you have check the kernel logs ('dmesg' output) for >anything odd ? Done, like all the logs in the system and hobbit. Nothing more message that could help. >I'm wondering if maybe you're running out of ports (there's only >64K of them, only about half can be used by normal apps). How >many ports do you have in TIME_WAIT state ? Excluded, the port is 235-300 at maximun, and in the kernel parameter I also tried to use (like in Oracle): net.ipv4.ip_local_port_range = 1024 65000 but with or without nothing change. >Another thing is the size of the ARP cache, if your hosts are >all on the same IP network or your router/firewall is doing >proxy-arp. The networks are about 4 differents. And however, remember about my test on a just 20 clients. >Is this server also running the network tests ? > ... > sysctl net.ipv4.tcp_tw_reuse=1 >which enables the kernel to re-use ports that are in a TIME_WAIT Yes, but like before...appear also with just a 20 clients, so I would exclude a problem related at the numbers of clients. However I tried also with: net.ipv4.tcp_fin_timeout = 30 instead of the default 120 seconds in RHEL5 to leave a port in TIME_WAIT state. >One (I) would expect the 64-bit systems to have a bit more "oomph" >so they should be the ones that worked best. Ahm...what is a oomph? :-S >A datapoint here. I'm also running Hobbit on a 64-bit Linux >platform, but it is using SPARC (Sun) hardware. we are trying to shutdown all our sparc and pass to linux.. :) >So you're saying that on a RHEL 5.3 64-bit Intel server, setting >up Hobbit and feeding it with data from ~20 clients will make >the system break? Yes, this is the point RHEL > 5.0 and 64bit (AMD)... I need yet to try on Fedora 10 64bit >I think I would have heard about it before if this was a general >problem. Eh...I would like also to have heard it before :))) However, shutting down hobbit, in the ipcs command yet show the shared memory segment used with no process hobbit active, maybe something that hangs in hobbit? Have a nice day P.S: how could I reply using normal email client without create a new thread to the ML? -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com

2 1

Problem doing hobbit configuration (nuby alert)
by damaster＠cisco.com 15 Feb '09

15 Feb '09

The documentation for getting Xymon up and running needs work -- little variations in the process can break things and leave you no information on what is broken! I've setup a Xymon server and ~10 clients. After setting up the server, I usually followed this process for getting the (all Linux) clients up: 1. On the client, as root, I did 'useradd -u 501 -g 501 xymon' to get the userID into /etc/passwd and create /home/xymon. 2. As xymon, I exploded the xymon tarball, did a './configure --client' and a 'make'. No errors of significance were reported. 3. As root, I did 'make install' to create the /home/xymon/client directory. 4. As xymon, I did '~/client/runclient.sh start' to get the client running. 5. On the server, added 'IP host # ssh' to the bb-hosts file and restarted Xymon. After a while, the new client would be added to the main page of Xymon with the following tests would be filled in: * conn, cpu, disk, files, info, memory, msgs, ports, procs, ssh, trends Recently, I tried doing #5 *before* doing 2, 3, and 4. Awhile after doing #5 (but before #2), the main page would update on the server with the new client, but only the 'conn', 'files', 'info', 'ssh', and 'trends' columns were filled in. After doing 2, 3, and 4 on the client, I again restarted Xymon, but the other columns (cpu, disk, memory, msgs, procs, ports) refused to be filled in. Digging into this, I can't find anything in any of the logs of all my systems (working or not) to give me a clue on how these tests run and why they are not running on some systems. These tests are not listed as tests that you enter in bb-hosts, so can anyone explain how to get these other tests running against the clients? David Masterson Taglocity <http://www.taglocity.com> Tags: Systems, SysMgmt, SystemMonitor, XYmon

2 3