- Xymon - Xymon mailman web

web page performance measurement
by kevinjbc＠aol.co.uk 27 Jul '11

27 Jul '11

hello - how much performance information can I get using xymon for web pages? - only the base page? - every object on the web page? How to get full performance for web page - like e.g. www.amazon.com or www.yahoo.com I think that this is not something Xymon can do (and is not meant to do) Kevin

1 0

is safe increase msg size?
by soopal＠ice.go.cr 27 Jul '11

27 Jul '11

Hi all: I'm dealing on some basis with this messsage: Oversize status msg from 10.XXX.YYY.ZZZ for myserver:msgs truncated (n=389600, limit=262144). Mostly from windows machines... so I wonder what can be the impact (performance/security/???) of increase the msgs size to 512KB while I'm talking with BBWin people to make adjustments? Any help/comment will really welcome! Thanks a lot! ---Atte. Randall Badilla "Because a man can see, he does not look." - Master Po http://en.wikipedia.org/wiki/Kung_Fu_%28TV_series%29 Este mensaje de correo electr?nico, incluidos los archivos adjuntos, es para el uso exclusivo de la persona a la que se ha enviado, y puede contener informaci?n que sea confidencial o protegida legalmente. Si usted no es el destinatario, o ha recibido este mensaje por error, no est? autorizado a copiar, distribuir, o utilizar de alguna manera este mensaje. Por favor notifique inmediatamente al remitente por correo electr?nico y suprimir permanentemente este mensaje y los archivos adjuntos. No se otorga ninguna garant?a de que este e-mail est? libre de errores o virus. INSTITUTO COSTARRICENSE DE ELECTRICIDAD

2 1

xymon-4.3.3 compile error need help
by DGarry＠coquitlam.ca 27 Jul '11

27 Jul '11

did export LIBRTDEF=-lrt gmake[1]: Leaving directory `/home/xymon/xymon-4.3.3/build' CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I. -I`pwd`/include -DCLIENTONLY=1 -DLOCALCLIENT=1 -I/usr/local/include" LDFLAGS="" RPATHOPT="-Wl,--rpath,/usr/local/lib" RRDDEF="" RRDINCDIR="" PCREINCDIR="-I/usr/local/include" NETLIBS="" RRDLIBS="" PCRELIBS="-L/usr/local/lib -lpcre" XYMONTOPDIR="/home/xymon" XYMONHOME="/home/xymon/client" XYMONVAR="" XYMONLOGDIR="" XYMONHOSTNAME="" XYMONHOSTIP="142.219.34.210" XYMONHOSTOS="" XYMONUSER="xymon" CGIDIR="" SECURECGIDIR="" XYMONHOSTURL="" XYMONCGIURL="" SECUREXYMONCGIURL="" MAILPROGRAM=""mail"" RUNTIMEDEFS="" INSTALLWWWDIR="/home/xymon/client/www" INSTALLETCDIR="/home/xymon/client/etc" gmake -C xymond client gmake[1]: Entering directory `/home/xymon/xymon-4.3.3/xymond' gcc -o ../client/xymond_client -Wl,--rpath,/usr/local/lib xymond_client.o xymond_worker.o xymond_buffer.o client_config.o ../lib/xymonclient.a -L/usr/local/lib -lpcre -lrt xymond_worker.o: In function `net_worker_run': /home/xymon/xymon-4.3.3/xymond/xymond_worker.c:292: undefined reference to `locator_init' /home/xymon/xymon-4.3.3/xymond/xymond_worker.c:298: undefined reference to `locator_register_server' /home/xymon/xymon-4.3.3/xymond/xymond_worker.c:312: undefined reference to `locator_serverdown' xymond_worker.o: In function `net_worker_heartbeat': /home/xymon/xymon-4.3.3/xymond/xymond_worker.c:80: undefined reference to `locator_serverup' xymond_worker.o: In function `net_worker_run': /home/xymon/xymon-4.3.3/xymond/xymond_worker.c:317: undefined reference to `locator_serverdown' collect2: ld returned 1 exit status gmake[1]: *** [../client/xymond_client] Error 1 gmake[1]: Leaving directory `/home/xymon/xymon-4.3.3/xymond' gmake: *** [xymond-client] Error 2 Dennis Garry ICT, City of Coquitlam

3 2

Xymon 4.3.3 svcstatus
by brian.scott4＠det.nsw.edu.au 27 Jul '11

27 Jul '11

Hi, I was just setting up xymon 4.3.3 on a 64 bit FreeBSD system. Everything went as expected until I drilled down on a test (svcstatus.sh) and reliably got a server error. To cut a long story short, the programs svcstatus.c, history.c and reportlog.c (in web/ directory) have each had protective 'basename' calls put around file names received as web parameters. The basename function requires a function prototype because it returned 'char *' rather than int. Casting an int to a pointer works in the 32bit world but not when a pointer is 64 bits. On FreeBSD at least, the appropriate declaration is in libgen.h. From a quick look around it appears to be the same on a few other systems. My solution is to add a #include <libgen.h> To each of the files listed above. I don't know if this is something that would work everywhere or if it is a job for configure to work out. Hope this helps someone, Brian ********************************************************************** This message is intended for the addressee named and may contain privileged information or confidential information or both. If you are not the intended recipient please delete it and notify the sender. **********************************************************************

2 1

Bug with Xymon Client Data Parsing?
by tlewick＠tradebotsystems.com 27 Jul '11

27 Jul '11

I posted a related message a couple weeks back. We continue to see periodic issues with hobbit tests having a problem parsing certain strings. I don't know if its happening on only things we've setup a regex to look for, or if those are just the ones we notice. I suspect both, as sometimes the client data received via the xymon server is garbled, and sometimes its clean. I've seen this in the following tests: disk cpu procs See below for an example of garbled data 9375 368 tr]debot 21:27:22 S 19 0.0 00:00:00 0. 5424 24] 6 -bash] However, when I click on the client data link on the webpage, to see what xymon is parsing, I see the following: 9375 tradebot 20 0 24556 5424 1720 S 0 0.0 0:00.17 bash So I've seen scenarios where the client data looks ok, as in above, and when the client data looks garbled. When last I posted, the suggested fixes involved increasing the values of MAXLINE, MAXMSG_STATUS, MAXMSG_CLIENT, and MAXMSG_DATA in hobbitserver.cfg, but I had already increased those much beyond the defaults due to previous truncation issues. We've got a few clients sending some very long PROCS and CPU messages. The xymon logs don't show anything. We are running Xymon 4.3.0-0.beta2 Is this a known bug with regex parsing?

2 1

Status board script
by marc＠moremagic.com 22 Jul '11

22 Jul '11

Here is a script I wrote for displaying an actionable overview of alerts on a large format display - perhaps it could be of use. We currently use a wall-mounted Samsung 460UX-2 with a few iframes to display various sites. Thanks to pnixon for his starting version that did something similar (this one has about the same degree of polish :P). Installation involves the normal sticking it in your server/ext directory and adding an entry in etc/hobbitlaunch.cfg. I think it does rely on an led graphics addon. ~marc

1 0

HTTP Monitoring issue
by pnixon＠gmail.com 22 Jul '11

22 Jul '11

Hello, I have http monitoring setup using something similar to: 0.0.0.0 website # noconn http://www.patricknixon.com=178.102.132.142/ http://www.patricknixon.com=108.143.174.204/ The monitoring itself is working, but the rrd graphs are getting large chunks of NaNs (like hours at a time). Is there a better way to monitor this configuration? Thanks much! --Patrick

3 2

no client data received by xymon server every day during same hours.
by malcolm.hunter＠gmx.com 22 Jul '11

22 Jul '11

Hi Oliver, > ----- Original Message ----- > From: Oliver.Zhang at weirminerals.com > Sent: 07/22/11 03:09 AM > To: xymon at xymon.com > Subject: [Xymon] no client data received by xymon server every day during same hours. > We have a server running win 2008 R2 64-bit with bbwin0.12 installed. Every > work day during 10am-10pm, the client data from bbwin will not be received > by the server. How can I troubleshoot it? On other windows servers, some of > them have issue in getting the uptime data sent to the sever. From time to > time, the uptime will become purple. Could you please advise what to do? What's the uptime of your server? I'm not 100% sure, but there may be a problem with BBWin after the Windows server has been up for 500 days. Malcolm

1 0

Problem with long ipv6 address
by anders.liljegren＠uadm.uu.se 20 Jul '11

20 Jul '11

Hello! The command netstat under Linux truncates long ipv6 adresses. This has the effect that rules like the following does not work as expected: PORT LOCAL=2001:6b0:b:231:130:238:31:23:22 STATE=LISTEN MAX=1 "TEXT=SSHD v6" An ugly workaround is to truncate the string in the rule also: PORT LOCAL=2001:6b0:b:231:130:238:3:22 STATE=LISTEN MAX=1 "TEXT=SSHD v6" A better solution would be for xymon to use the flag "-T" on the netstat command under Linux. Other operative systems may need other flags or need no flag. Best regards -- Anders Liljegren Mail: IT och inköp, Uppsala universitet Phone: +46 18 4717751 Box 887 mailto:anders.liljegren at uadm.uu.se SE-751 08 UPPSALA http://www.anst.uu.se/andelilj Sweden

1 0

hobbitd.log and rrd-status.log
by Daniel.Nordquist＠orlandohealth.com 19 Jul '11

19 Jul '11

Pasting the tail of these logs for examples of log data causing these files to grow very fast and get huge... Any settings anyone knows about that can help with these? Thanks, Dan myhobbitserver:/xymon/server/etc # ll ../../log/ total 506269 -rw-r--r-- 1 xymon xymon 9595 Jun 17 07:55 acknowledge.log -rw-r--r-- 1 xymon xymon 1341 Jan 30 18:10 bb-display.log -rw-r--r-- 1 xymon xymon 18029503 Jun 17 11:01 bb-network.log -rw-r--r-- 1 xymon xymon 246218 Jun 14 16:36 bb-retest.log -rw-r--r-- 1 xymon xymon 0 Nov 17 2010 bbcombotest.log -rw-r--r-- 1 xymon xymon 1463 Jun 13 08:33 clientdata.log -rw-r--r-- 1 xymon xymon 675989 Jun 16 03:37 history.log -rw-r--r-- 1 xymon xymon 4167 Apr 3 02:31 hobbitclient.log -rw-r--r-- 1 xymon xymon 27027329 Jun 17 11:04 hobbitd.log -rw-r--r-- 1 xymon xymon 5 Jun 13 08:33 hobbitd.pid -rw-r--r-- 1 xymon xymon 7776 Jun 13 08:33 hobbitlaunch.log -rw-r--r-- 1 xymon xymon 5 Jun 13 08:33 hobbitlaunch.pid -rw-r--r-- 1 xymon xymon 1161 Jun 13 08:33 hostdata.log -rw-r--r-- 1 xymon xymon 173370 Jun 17 10:58 notifications.log -rw-r--r-- 1 xymon xymon 41163 Jun 13 08:33 page.log -rw-r--r-- 1 xymon xymon 87301 Jun 15 22:10 rrd-data.log -rw-r--r-- 1 xymon xymon 472091224 Jun 17 11:04 rrd-status.log myhobbitserver:/xymon/server/etc # tail ../../log/rrd-status.log 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:16 RRD error updating /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd: illegal attempt to update using time 1308323176 when last update time is 1308323176 (minimum one second step) 2011-06-17 11:06:16 RRD error updating /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd: illegal attempt to update using time 1308323176 when last update time is 1308323176 (minimum one second step) 2011-06-17 11:06:16 RRD error updating /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd: illegal attempt to update using time 1308323176 when last update time is 1308323176 (minimum one second step) myhobbitserver:/xymon/server/etc # tail ../../log/hobbitd.log 2011-06-17 11:05:30 Oversize status msg from 0.0.0.0 for aserverwehave02:msgs truncated (n=4395866, limit=262144) 2011-06-17 11:05:33 Oversize page/ack/notify msg from 0.0.0.0 for aserverwehave07:msgs truncated (n=397060, limit=262144) 2011-06-17 11:05:33 Oversize status msg from 0.0.0.0 for aserverwehavew07:msgs truncated (n=397047, limit=262144) 2011-06-17 11:05:44 Oversize status msg from hobbitd for aserverwehaveO03:msgs truncated (n=2949154, limit=262144) 2011-06-17 11:06:11 Oversize page/ack/notify msg from 0.0.0.0 for aserverwehavefs02:msgs truncated (n=792109, limit=262144) 2011-06-17 11:06:11 Oversize status msg from 0.0.0.0 for aserverwehaves02:msgs truncated (n=792097, limit=262144) 2011-06-17 11:06:22 Oversize page/ack/notify msg from 0.0.0.0 for aserverwehavexk:msgs truncated (n=318828, limit=262144) 2011-06-17 11:06:22 Oversize status msg from 0.0.0.0 for aserverwehavexank:msgs truncated (n=318794, limit=262144) 2011-06-17 11:06:26 Oversize page/ack/notify msg from 0.0.0.0 for aserverwehaves02:msgs truncated (n=365810, limit=262144) 2011-06-17 11:06:26 Oversize status msg from 0.0.0.0 for aserverwehavesv02:msgs truncated (n=365792, limit=262144) myhobbitserver:/xymon/server/etc # Note - I changed the IP's to 0.0.0.0 and server names to garbage. ________________________________ This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any review, use, or distribution of this e-mail message and any attached files is strictly prohibited. This communication may contain material protected by Federal privacy regulations, attorney-client work product, or other privileges. If you have received this confidential communication in error, please notify the sender immediately by reply e-mail message and permanently delete the original message. To reply to our email administrator directly, send an email to: postmaster at orlandohealth.com . If this e-mail message concerns a contract matter, be advised that no employee or agent is authorized to conclude any binding agreement on behalf of Orlando Health by e-mail without express written confirmation by an officer of the corporation. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Orlando Health.

2 2