- Xymon - Xymon mailman web

RHEL5 client compilation error (xymon-4.2.3-RC1)
by robejrm＠gmail.com 17 Feb '09

17 Feb '09

Hi folks! I am trying to compile the xymon client on a RHEL 5.3 x86_64 server but I get the following errors (I have done a ./configure properly): [...] ../lib/hobbitclient.a(timefunc-client.o): In function `gettimer': /tmp/xymon-4.2.3-RC1/lib/timefunc.c:55: undefined reference to `clock_gettime' ../lib/hobbitclient.a(timefunc-client.o): In function `getntimer': /tmp/xymon-4.2.3-RC1/lib/timefunc.c:67: undefined reference to `clock_gettime' collect2: ld devolvió el estado de salida 1 make[1]: *** [setup-newfiles] Error 1 make[1]: se sale del directorio `/tmp/xymon-4.2.3-RC1/build' make: *** [build-build] Error 2 Any clue on how to solve it? It seems to be a problem with includes (that function is in /usr/include/time.h) Greetings, Juanra

2 2

[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

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

16 Feb '09

Hi all, 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. We have a number of identically configured systems, they all reboot around 00:30 local time (they are in different time zones) Wednesday mornings. And they all stop reporting cpu-load/users-and-processes graphs sometime Thursday mornings and then start up again Thursday afternoon/Friday morning. They don't all stop/start at exactly the same time, but the majority do stop/start at the same time. I end up with about a 24 hour gap in my graphs every week. The rrd files are all updated except for the la.rrd, procs.rrd, and users.rrd: -rw-r--r-- 1 hobbit hobbit 19552 Jan 22 16:56 clock.rrd -rw-r--r-- 1 hobbit hobbit 38536 Jan 22 16:56 disk,cvsrx.rrd -rw-r--r-- 1 hobbit hobbit 38536 Jan 22 16:56 disk,root.rrd -rw-r--r-- 1 hobbit hobbit 38536 Jan 22 16:56 ifstat.eth0.rrd -rw-r--r-- 1 hobbit hobbit 19552 Jan 22 00:38 la.rrd -rw-r--r-- 1 hobbit hobbit 19552 Jan 22 16:56 memory.actual.rrd -rw-r--r-- 1 hobbit hobbit 19552 Jan 22 16:56 memory.real.rrd -rw-r--r-- 1 hobbit hobbit 19552 Jan 22 16:56 memory.swap.rrd -rw-r--r-- 1 hobbit hobbit 57520 Jan 22 16:56 mysql.rrd -rw-r--r-- 1 hobbit hobbit 304312 Jan 22 16:56 netstat.rrd -rw-r--r-- 1 hobbit hobbit 19552 Jan 22 00:38 procs.rrd -rw-r--r-- 1 hobbit hobbit 19552 Jan 22 16:57 tcp.conn.rrd -rw-r--r-- 1 hobbit hobbit 19552 Jan 22 16:59 tcp.ssh.rrd -rw-r--r-- 1 hobbit hobbit 19552 Jan 22 00:38 users.rrd -rw-r--r-- 1 hobbit hobbit 323296 Jan 22 16:56 vmstat.rrd I've restarted the hobbit client and the hobbit server; no help. Any pointers/suggestions would be very welcome! Tom Tom Brand CVS/pharmacy

2 3

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

mailing an alert
by hajjioui.youness＠gmail.com 16 Feb '09

16 Feb '09

sorry, because i ask a lot of questions...! this time i don' get an email when a status goes into critical state. i installed mailutils package, and nothing have changed. but i haven't configured my mailing server yet. do you think that i should configure it then the mailing will take place, or i should do something else?! and thanks a lot... :-)

6 12

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