- Xymon - Xymon mailman web

4.3.7: Purple combotest evaluating to 1
by Carl.Melgaard＠STAB.RM.DK 30 Mar '12

30 Mar '12

Hi, I have a combotest where 1 of the checks being purple is evaluating to 1, which is different behaviour than previous versions, I believe – did I miss a patch for this? (server1.check.tao+server2.check.tao)==1 = (1+1)==1 = 0 - first check is purple, second is green… Help! Med venlig hilsen Carl Melgaard Tel. +45 7841 2982 eller +45 2068 5764 Driftsplanlægning og overvågning ▪ Region Midtjylland Olof Palmes Allé 36 ▪ DK-8200 Aarhus N [cid:image001.gif at 01CD0E60.D3891C80]<http://www.rm.dk/>

1 0

xymonnet --test-untagged
by jeremy.ruffer＠gmail.com 29 Mar '12

29 Mar '12

I was trying this on 4.3.7 on Ubuntu 10.04.4 and it didn't seem to work. The host I had configured with a NET: tag was still tested. Is this a bug? Jeremy

2 2

xymon local client not working
by F.Reenders＠utwente.nl 29 Mar '12

29 Mar '12

Hi, I'm trying to get the xymon 4.3.7 version to compile a local client by running: configure.client I answer client to the question server or client. After all the other answers I run: make -s (like suggested). Then I get this: /home/root/xymon-4.3.7/xymond/xymond_worker.c:80: undefined reference to `locator_serverup' xymond_worker.o: In function `net_worker_run': /home/root/xymon-4.3.7/xymond/xymond_worker.c:292: undefined reference to `locator_init' /home/root/xymon-4.3.7/xymond/xymond_worker.c:298: undefined reference to `locator_register_server' /home/root/xymon-4.3.7/xymond/xymond_worker.c:317: undefined reference to `locator_serverdown' /home/root/xymon-4.3.7/xymond/xymond_worker.c:312: undefined reference to `locator_serverdown' ../lib/xymonclient.a(timefunc-client.o): In function `gettimer': /home/root/xymon-4.3.7/lib/timefunc.c:55: undefined reference to `clock_gettime' ../lib/xymonclient.a(timefunc-client.o): In function `getntimer': /home/root/xymon-4.3.7/lib/timefunc.c:67: undefined reference to `clock_gettime' collect2: ld returned 1 exit status make[1]: *** [../client/xymond_client] Error 1 make: *** [xymond-client] Error 2 I found on the internet somewhere that I have to set this variable: export LIBRTDEF=-lrt Then add locator.o at the end of the var: CLIENTLIBOBJS in the lib/Makefile When I compile, install and run the client it runs but never sends any data to the server. It does run okay for the rest. When I start the bin/xymoncmd and then bin/xymonclient.sh by hand it sends the status to the server. When I compile the whole package(server and client) in SERVER config mode it's work fine. So only not in the local client config. Also found out the version 4.2.3 and older work okay with the local client config. After this version the compile problems began an the local client doesn't work anymore. I'm running CentOS 6.2 x64 and installed all dependencies (pcre, pcre-devel, openssl, openssl-devel, openldap, openldap-devel, rrdtool, rrdtool-devel, gcc, make). It's not an option to compile the server client and then change the settings to local because the xymond_client is not compiled then. Is the local client config suppose to work in the latest version? Maybe I'm doing something wrong so any help is appreciated. Regards, Frederik Reenders

2 5

custom graphs problem
by jef.jagers＠thomsonreuters.com 29 Mar '12

29 Mar '12

Hi All, After half a day searching for the problem, why my custom graph for my test isn't showing properly in xymon, I'm reaching out to you guys. I have googled quite a bit but none of the explanations and/or suggestions (which I all tried) are working for me. It is probably something stupid I'm missing or doing wrong but I'm not able to put my finger on it. Version: Xymon: 4.3.7 Rrd version: rrdtool-1.2.12-13.2 Problem: I have a custom scripts, that runs about every 5 min, that gives following output in xymon: (the open threads line shows as a separate line in the source html) The number of open threads can vary from 0-500. _________________________ Hostname - ThreadCount Mon Mar 26 15:48:05 CEST 2012 open threads : 41 Status unchanged in 4 hours, 35 minutes Status message received from xx.xxx.xxx.xxx __________________________ I added the necessary in xymonserver.cfg and it looks like this: _________________________________ TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp, <......more.....>,ThreadCount=ncv, <......more.....>,xymond" NCV_ThreadCount="openthreads:GAUGE" GRAPHS="la,disk, <......more.....>,ncv, <......more.....>,ThreadCount" ________________________________ I added the required to graphs.cfg and it looks like this: _________________________________ [ThreadCount] TITLE ThreadsCount Info YAXIS Threads DEF:threadcount=ThreadCount.rrd:openthreads:AVERAGE LINE2:threadcount#0000FF:open threads COMMENT:\n GPRINT:open:LAST:open threads \: %5.1lf%s (cur) GPRINT:open:MAX: \: %5.1lf%s (max) GPRINT:open:MIN: \: %5.1lf%s (min) GPRINT:open:AVERAGE: \: %5.1lf%s (avg)\n _________________________________ Below is the upper most part of a rrdtool dump of the rrd file that gets created succefully. (ThreadCount.rrd): ___________________  <rrd> <version> 0003 </version> <step> 300 </step>  <lastupdate> 1332770292 </lastupdate>  <ds> <name> openthreads </name> <type> GAUGE </type> <minimal_heartbeat> 600 </minimal_heartbeat>  <last_ds> UNKN </last_ds> <value> 7.8720000000e+03 </value> <unknown_sec> 0 </unknown_sec> </ds> ..... ________________ I tried several stuff to change the output of my script (open_threads, openthreads), but that changed nothing. (I did restart xymon numerous times after removing the created rrd files) Per info: I started with following site: http://www.xymon.com/xymon/help/howtograph.html All suggestions are appreciated. Regards, Jef

2 4

Incorrect CPU %
by malcolm.hunter＠gmx.com 29 Mar '12

29 Mar '12

Hi James, > ----- Original Message ----- > From: James Wood > Sent: 03/28/12 06:15 PM > To: xymon at xymon.com > Subject: [Xymon] Incorrect CPU % > > I'm seeing strange CPU percentages on different windows 2008 servers. > > CPU states: > total 100% > cpu00 206.0% > cpu01 203.8% > cpu02 202.4% > cpu03 200.5% > > CPU PID Image Name Pri Time Owner MemUsage > 0-0.0% 4976 svchost.exe 8 0:00:10 NT AUTHORITY\LOCAL SERVICE 4880k > 0-0.0% 4000 dllhost.exe 8 0:00:15 NT AUTHORITY\SYSTEM 11712k > 0-0.0% 3764 svchost.exe 8 0:00:10 NT AUTHORITY\NETWORK SERVICE 5912k > 0-0.0% 3680 fdlauncher.exe 8 0:00:12 NT AUTHORITY\LOCAL SERVICE 4120k > 0-0.0% 3640 svchost.exe 8 0:00:26 NT AUTHORITY\NETWORK SERVICE 9852k > > It just started happening recently. It was just one server, but over the past month it's grown to be about 5 and we only have this problem periodically. This is a BBWin issue, not Xymon so I'm posting this to the BBWin list. What version of BBWin are you running? Regards, Malcolm -- BBWin Development - The Windows client for Big Brother and Xymon http://bbwin.sourceforge.net http://xymon.sourceforge.net

1 0

False Alarm
by gbegin＠csc.com 29 Mar '12

29 Mar '12

Hello, Since last Thuesday, we encourter false alarms on procs and disk tests. It seems as real alarms are attributed to a wrong hostname because in the attached data, we see that the xymon agent process is configured for an other hostname. Cordialement, Regards,Mit freundlichen Grüßen, Gautier BEGIN Admin and Tools Team CSC Computer Sciences Luxembourg S.A. 12D Impasse Drosbach L-1882 Luxembourg Global Outsourcing Service | p:+352 24 834 276 | m:+352 621 229 172 | gbegin at csc.com | www.csc.com CSC • This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Computer Sciences SAS • Registered Office: Immeuble Le Balzac, 10 Place des Vosges, 92072 Paris La Défense Cedex, France • Registered in France: RCS Nanterre B 315 268 664

4 5

COMPACT not working
by malcolm.hunter＠gmx.com 29 Mar '12

29 Mar '12

Hi, > ----- Original Message ----- > From: F.Reenders at utwente.nl > Sent: 03/28/12 01:00 PM > To: xymon at xymon.com > Subject: [Xymon] COMPACT not working > > Hi, > > When I use COMPACT in the hosts.cfg file the xymongen program crashes. > > Message when I click the xymongen icon after my xymon server: > > - Program crashed > > Fatal signal caught! > > I have this line in my host.cfg: > > 0.0.0.0 .default. # COMPACT:status=conn,info > > Without the COMPACT statement the hosts.cfg file works fine. > Also if I put a COMPACT entry somewhere in the host.cfg it crashes our just doesn't work. > > Has anyone seen a working example in the latest version 4.3.7? I'm just replying to confirm that I also get this fault. Regards, Malcolm -- BBWin Development - The Windows client for Big Brother and Xymon http://bbwin.sourceforge.net http://xymon.sourceforge.net

4 4

Xymon client for windows
by yadavamit82＠gmail.com 29 Mar '12

29 Mar '12

Hi, Pls guide me how to install & configure xymon client for windows 7 & win 2003 server. I have xymon 4.3.7 Thanks Amit Yadav

2 1

Incorrect CPU %
by jawood＠employers.com 28 Mar '12

28 Mar '12

I'm seeing strange CPU percentages on different windows 2008 servers. CPU states: total 100% cpu00 206.0% cpu01 203.8% cpu02 202.4% cpu03 200.5% CPU PID Image Name Pri Time Owner MemUsage 0-0.0% 4976 svchost.exe 8 0:00:10 NT AUTHORITY\LOCAL SERVICE 4880k 0-0.0% 4000 dllhost.exe 8 0:00:15 NT AUTHORITY\SYSTEM 11712k 0-0.0% 3764 svchost.exe 8 0:00:10 NT AUTHORITY\NETWORK SERVICE 5912k 0-0.0% 3680 fdlauncher.exe 8 0:00:12 NT AUTHORITY\LOCAL SERVICE 4120k 0-0.0% 3640 svchost.exe 8 0:00:26 NT AUTHORITY\NETWORK SERVICE 9852k It just started happening recently. It was just one server, but over the past month it's grown to be about 5 and we only have this problem periodically. Any assistance would be appreciated. Thanks, James --------------------------------------------------------------------- ********************************************************************************************* Notice: This e-mail, including any attachment(s), is confidential and intended solely for the above named individual(s). It constitutes non-public information and may contain information subject to certain legal privileges. If you are the intended recipient, your use of any confidential or personal information may be restricted by federal and state privacy laws. Any use of this communication by others is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify me immediately by replying to sender and delete this e-mail and any attachment(s). Thank you. ********************************************************************************************* ---------------------------------------------------------------------

1 0

Patch - fix for zoom icon when no graph
by john.horne＠plymouth.ac.uk 28 Mar '12

28 Mar '12

Hello, I mentioned before about how some status pages show no graph but do show the small magnifying glass zoom icon (http://lists.xymon.com/pipermail/xymon/2012-March/034158.html ) I have looked at the code about this, and I can see it is not a simple task to prevent the icon from appearing when their is no graph. Unfortunately the graph is handled in one part of the code, and the icon is just a simple bit of HTML to show the icon image. The two are not related in any way, so it is not possible to just say "if there's no RRD file then don't show the icon". However, there is one place in the code where the URL containing the graph and icon is passed through deeper into the code. By changing the URL at this point neither the graph nor icon will appear when required. To do this I have created two variables in xymonserver.cfg that the user can adjust as required. One variable specifies the test names that use the TRACK option (so 'files', 'procs' and 'ports'). The second variable is empty by default, but can contain a <hostname.<test> pair such as 'server1.procs'. The code will check if such a pair has been set for the host/test being checked, and if so then the graph will be shown. So by default no graphs are shown for the 'files', 'procs' and 'ports' tests until the user uses a TRACK option, and modifies the new settings. Some 'wildcarding' is possible. To return to the previous behaviour of all graphs being shown, just set the TRACKEDTESTS option to "". To show the (for example) 'procs' graphs for all hosts, just remove 'procs' from the TRACKEDTESTS option. To show all the graphs for a particular host use something like 'server1.*' (where 'server1' is the hostname). I'm not entirely happy with this fix, but it does seem to work. If there are a lot of hosts then the variables could get large in size. There is no accurate check of the host/test pair, in that they are not specifically delimited. (I was thinking of a space-separated list but ensuring that the list starts and ends with a space is awkward.) So, for example, the pair 'abc.procs' would match 'server-abc.procs'. The code uses trees for some of its structures, and I took a very quick look to see if maybe something could be included in there when a TRACKed option was used. That would probably be better. Attached are the patches, use them if you wish. Only 2 files provide the code (which admittedly is only a small change), the rest are documentation (the man pages and html pages, installed analysis.cfg etc). The patches were produced against the 4.3.7 code. John. -- John Horne Tel: +44 (0)1752 587287 Plymouth University, UK Fax: +44 (0)1752 587001

1 0