September 2011 - Xymon - Xymon mailman web

Can't get data to appear on status page
by rrdansmith＠gmail.com 02 Sep '11

02 Sep '11

Sorry to waste bandwidth - found the correct syntax in the man files of all places. cat /tmp/data_file.tmp | /home/xymon/client/bin/xymon bb_host_IP "@" Works like a charm, of course. -dan _____ From: Dan Smith [mailto:rrdansmith at gmail.com] Sent: Friday, September 02, 2011 3:00 PM To: 'Xymon at xymon.com' Subject: Can't get data to appear on status page I've been banging on this for a few days, so I thought I would throw up a white flag and see if there is an easy answer for this. When I go to the tab of my custom script, I see the date stamp, but nothing else...the data that should be displayed is missing. I am writing a custom script that will run outside of xymon and just use xymon to return the the data to my monitoring server. I have collected the data in a file that looks like this: status host.occas_runtime green Fri Sep 2 14:20:13 EDT 2011 DateTime: 2011-09-0214:16:42 ActveAppSession: 0 ActiveSipSession: 0 DestroyedAppSession: 2561 DestroyedSipSession: 2538 MsgsProcessed: 3965 MsgsReceived: 3967 MsgsRejected: 0 FailedSipTrans: 0 SipThroughput: 40 SuccessSipTrans: 33 TotalAppSession: 3963 TotalSipSession: 3955 I am sending the file to the xymon server with this command: /home/xymon/client/bin/xymon bb_host_IP- < /tmp/data_file.tmp When I go to the tab for this monitor, I see the date stamp, but nothing else. It's like the rest of the data got truncated. The host is red hat. I am using the client from xymon 4.3.4. It seems like when I send the data using the xymon client, I'm actually sending it one line at a time...which might explain why only the first line goes through. Is there a right way to do this? Is there something else that I'm missing? -dan

1 0

Can't get data to appear on status page
by rrdansmith＠gmail.com 02 Sep '11

02 Sep '11

I've been banging on this for a few days, so I thought I would throw up a white flag and see if there is an easy answer for this. When I go to the tab of my custom script, I see the date stamp, but nothing else...the data that should be displayed is missing. I am writing a custom script that will run outside of xymon and just use xymon to return the the data to my monitoring server. I have collected the data in a file that looks like this: status host.occas_runtime green Fri Sep 2 14:20:13 EDT 2011 DateTime: 2011-09-0214:16:42 ActveAppSession: 0 ActiveSipSession: 0 DestroyedAppSession: 2561 DestroyedSipSession: 2538 MsgsProcessed: 3965 MsgsReceived: 3967 MsgsRejected: 0 FailedSipTrans: 0 SipThroughput: 40 SuccessSipTrans: 33 TotalAppSession: 3963 TotalSipSession: 3955 I am sending the file to the xymon server with this command: /home/xymon/client/bin/xymon bb_host_IP- < /tmp/data_file.tmp When I go to the tab for this monitor, I see the date stamp, but nothing else. It's like the rest of the data got truncated. The host is red hat. I am using the client from xymon 4.3.4. It seems like when I send the data using the xymon client, I'm actually sending it one line at a time...which might explain why only the first line goes through. Is there a right way to do this? Is there something else that I'm missing? -dan

1 0

problem with SVC in client_config.c maybe?
by greg.shea＠emc.com 02 Sep '11

02 Sep '11

Hi all, There's definitely a problem and I think it's in client_config.c but not sure how to fix it. Xymon 4.3.4 server, using BBWin 0.12 in central mode to monitor Windows services, I have in analysis.cfg: HOST=%.*-ni[1-3] SVC NetWitness_Informer_Service startup=automatic status=started color=yellow On the webpage I get: Fri Sep 02 13:24:54 2011 - Services OK NetWitness_Informer_Service is stopped/automatic - want started/automatic Name StartupType Status DisplayName NetWitness_Informer_Service automatic started NetWitness Informer Service The problem is stopped/automatic, should be started/automatic and I think it's in the case C_SVC: block around line 3419 in client_config.c Anyone know how to fix it? There's too many '->', I feel like I should be out hunting :) Thanks Greg Shea EMC Corporation

1 0

Bug in xymon 4.3.4 null template
by magpeter＠tpg.com.au 02 Sep '11

02 Sep '11

*Bug has consequences near line 213* do_rrd.c, function flush_cached_updates. extract from rrd-status.log 3451 2011-09-01 15:04:31 Sending from devmon to RRD for temp ACpu0Core1: 1314853471:45.0 3451 2011-09-01 15:04:31 Flushing '/upeterm/temp.ACpu0Core1.rrd' with 2 updates pending, template *'(null)'* 2011-09-01 15:04:31 RRD error updating /usr/local/xymon/data/rrd/upeterm/temp.ACpu0Core1.rrd from 127.0.0.1: unknown option *'-t'* xymond_rrd crashing *gdb report* #0 0x00007f7699d33d05 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007f7699d37ab6 in abort () at abort.c:92 #2 0x000000000042dc43 in sigsegv_handler (signum=<value optimised out>) at sig.c:51 #3 <signal handler called> #4 __strncasecmp_l_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:2113 #5 0x000000000041fd12 in setup_template (params=<value optimised out>) at xymonrrd.c:337 #6 0x00000000004066cf in create_and_update_rrd (hostname=<value optimised out>, testname=<value optimised out>, classname=0x7f769a8b226d "services", pagepaths=0x7f769a8b2276 "0", creparams=0x7fff9d827cc0, template=<value optimised out>) at do_rrd.c:501 #7 0x0000000000412e4b in do_devmon_rrd (hostname=0x7f769a8b221f "upeterm", testname=0x7f769a8b2227 "motherboard", classname=0x7f769a8b226d "services", pagepaths=0x7f769a8b2276 "0", msg=<value optimised out>, tstamp=1314851366) at rrd/do_devmon.c:108 #8 0x0000000000413dd5 in update_rrd (hostname=0x7f769a8b221f "upeterm", testname=0x7f769a8b2227 "motherboard", msg=<value optimised out>, tstamp=1314851366, sender=<value optimised out>, ldef=<value optimised out>, classname=0x7f769a8b226d "services", pagepaths=0x7f769a8b2276 "0") at do_rrd.c:760 #9 0x0000000000403411 in main (argc=<value optimised out>, argv=<value optimised out>) at xymond_rrd.c:351 *with xymon compiled with debugging suppor*t CFLAGS = -g -DDEBUG -Wall -D_REENTRANT $(LFSDEF) $(OSDEF) enabled no more null template, xymond_rrd not crashing attached is script that collects the data that triggers the problem *Versions* xymon is at 4.3.4 OS Distributor ID: Ubuntu Description: Ubuntu 11.04 Release: 11.04 Codename: natty Linux upeterm 2.6.38-11-server #48-Ubuntu SMP Fri Jul 29 19:20:32 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux suggest you add if ( cacheitem->tpl->template != NULL) { : } around your code to protect yourself from yourself Peter

2 1

TS - Problem ignoring 'mem' from Quest Windows Client 4.00
by d.tom.schmitt＠L-3com.com 01 Sep '11

01 Sep '11

Team, I am at a loss. I am running Xymon 4.3.0-0.beta2 on a Dell R-610 running CentOS 5.x. I have a pair of them. We have multiple virtual Exchange servers on Win2003 server. All are reporting 'mem' problems up to 104%. We currently use the Quest BB 4.00 Windows client as I converted the main server from BB to Xymon over 2 years ago. This was the best plan for the conversion as our Windows admins already were acquainted with the GUI setup. Since we pay for maintenance from Quest on the client, I opened a case with them but cannot tell them that the server is Xymon. Currently we want to stop the client from monitoring the 'mem'. The GUI says to set the value above 100% for the alerts. The GUI will not let you set the values above 100 and 100 for yellow and red respectively. P.S. This does work for disk drives though. Quest says to add this parameter to the bb-host file of 'nomem' - this does not seem to do anything. The also want to change the bbwarnrules to: *;;*;*;mail at mail.com Not sure what this is accomplishing? I still need alerting for all the other items from the current client. Disabling the test, is not the answer as it bounces up and down all day long. I also tried to add an entry for each host in the /home/xymon/client/etc/localclient.cfg and to hobbitclient.cfg at the bottom of the file: HOST=slxcg01.csw.l-3com.com MEMPHYS 110 120 MEMSWAP 50 80 MEMACT 90 97 HOST=slxcg02.csw.l-3com.com MEMPHYS 110 120 MEMSWAP 50 80 MEMACT 90 97 HOST=slxcg03.csw.l-3com.com MEMPHYS 110 120 MEMSWAP 50 80 MEMACT 90 97 Still seeing RED for 'mem' Icon J Thanks, Tom Schmitt Senior IT Staff - R&D L-3 Communication Systems West 640 North 2200 West P.O. Box 16850 Salt Lake City, UT 84116 Phone (801) 594-3030 Cell (801) 231-7230 eFax (470) 201-6644 \\\\||//// \ ~ ~ / | @ @ | --oOo---(_)---oOo-- Have A Nice Day !

2 2

Fwd: [hobbit] zonestat : where are graphs ?
by vadud3＠gmail.com 01 Sep '11

01 Sep '11

---------- Forwarded message ---------- From: Asif Iqbal <vadud3 at gmail.com> Date: Wed, Aug 31, 2011 at 11:40 PM Subject: Re: [hobbit] zonestat : where are graphs ? To: hobbit at hswn.dk Cc: Eric Meddaugh <etmsys at rit.edu> Hi Eric et. al., I finally got the broken graph fixed after adding this to the hosts.cfg (bb-hosts) file. I am running 4.2.3. 1.2.3.4 myhost # ssh "TRENDS:*,zonestat:zonestatcpu|zonestatmem|zonestatnproc|zonestatsize|zoonersssize,mpstat:mpstatusr|mpstatsys|mpstatwt|mpstatidl" So the following two pages needs to be updated. http://www.xymonton.org/monitors:mpstat#server_configuration and http://www.xymonton.org/monitors:zonestat#server_configuration with "TRENDS:*,zonestat:...,mpstat:..." Thanks for those two excellent extension scripts. Awesome job! -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?

1 0