August 2014 - Xymon - Xymon mailman web

graph with secondary ordinate
by martin.flemming＠desy.de 21 Aug '14

21 Aug '14

On Fri, 8 Aug 2014, henrik at hswn.dk wrote: > Den 2014-08-01 08:36, Martin Flemming skrev: >> Hi ! >> >> I know, it's more a rrd-question, but how could i >> implement a second ordinate on the right side of the graph > > The Xymon site has one such graph - the "ups" graph on the blixen.hswn.dk > server. see this: > https://www.xymon.com/xymon-cgi/svcstatus.sh?HOST=blixen.hswn.dk&SERVICE=ups > > The graph definition is at https://www.xymon.com/xymon-cgi/viewconf.sh?graph > (scroll to the bottom). > > As I recall, it did require a small patch to the xymongraph code, really due > to a bug in the rrd API interface. I'll see if I can dig it up later today. > One thing that does not work, though, is the zoom funtion. > > Regards, > Henrik Hi, Henrik ! Thanks for quick response and a possible solution, it's not very urgent but good to know that it's possible and in near future to use :-) thanks a lot & cheers, martin > >> >> e.g. >> the values of my Check are >> >> Waiting: 6369 >> Running: 4114 >> Available: 5788 >> Slot Usage: 71.0780926053905 % >> >> >> and i want to have on the right side the Slot-Usage with percent >> >> my graph definition looks like >> >> [sges] >> TITLE BIRD JOBS >> YAXIS Jobs >> DEF:running=sges.rrd:Running:AVERAGE >> LINE2:running#FFCCCC:Number of running jobs >> COMMENT:\n >> GPRINT:running:LAST:running Jobs \: %5.1lf%s (cur) >> GPRINT:running:MAX: \: %5.1lf%s (max) >> GPRINT:running:MIN: \: %5.1lf%s (min) >> GPRINT:running:AVERAGE: \: %5.1lf%s (avg)\n >> >> >> DEF:available=sges.rrd:Available:AVERAGE >> LINE2:available#000099:Number of available Slots >> COMMENT:\n >> GPRINT:available:LAST:available Slots \: %5.1lf%s (cur) >> GPRINT:available:MAX: \: %5.1lf%s (max) >> GPRINT:available:MIN: \: %5.1lf%s (min) >> GPRINT:available:AVERAGE: \: %5.1lf%s (avg)\n >> >> DEF:usage=sges.rrd:SlotUsage:AVERAGE >> LINE2:usage#8C1717:Usage in % >> COMMENT:\n >> GPRINT:usage:LAST:Usage \: %5.1lf%s (cur) >> GPRINT:usage:MAX: \: %5.1lf%s (max) >> GPRINT:usage:MIN: \: %5.1lf%s (min) >> GPRINT:usage:AVERAGE: \: %5.1lf%s (avg)\n >> >> Thanks & cheers >> >> martin

2 3

solaris client --> linux server... no updates
by didds3＠yahoo.co.uk 21 Aug '14

21 Aug '14

I've recently built the solaris client v. 4.3.17 its built and run in local mode But nothing ever ends up on the server to be displayed. The route to the server on port 1984 is open. I do however see this in debug mode $ $XYMONHOME/bin/xymond_client --debug --config=$XYMONHOME/etc/localclient.cfg <$MSGTMPFILE 10389 2014-08-20 13:29:19 Want msg 1, startpos 0, fillpos 0, endpos -1, usedbytes=0, bufleft=528383 10389 2014-08-20 13:29:19 Got 26318 bytes 10389 2014-08-20 13:29:19 /export/home/xymon/client/bin/xymond_client: Got message 1 @@client#1|0|127.0.0.1|tpa-issmon|sunos 10389 2014-08-20 13:29:19 startpos 26315, fillpos 26318, endpos -1 10389 2014-08-20 13:29:19 Transport setup is: 10389 2014-08-20 13:29:19 xymondportnumber = 1984 10389 2014-08-20 13:29:19 xymonproxyhost = NONE 10389 2014-08-20 13:29:19 xymonproxyport = 0 10389 2014-08-20 13:29:19 Recipient listed as '192.168.55.242' 10389 2014-08-20 13:29:19 Standard protocol on port 1984 10389 2014-08-20 13:29:19 Will connect to address 192.168.55.242 port 1984 10389 2014-08-20 13:29:19 Connect status is 0 10389 2014-08-20 13:29:19 Sent 16 bytes 10389 2014-08-20 13:29:19 Closing connection 10389 2014-08-20 13:29:19 Opening file /export/home/xymon/client/etc/localclient.cfg 10389 2014-08-20 13:29:19 Client report from host tpa-issmon 10389 2014-08-20 13:29:19 Want msg 2, startpos 26315, fillpos 26318, endpos -1, usedbytes=3, bufleft=502065 10389 2014-08-20 13:29:19 get_xymond_message: Returning NULL due to EOF 2014-08-20 13:29:19 Failed to get a message, terminating those last two lines are of concern. What have I configured incorrectly? cheers ian

2 1

Orange background color?
by christian.becker＠rhein-zeitung.net 19 Aug '14

19 Aug '14

Hello all, we have a setup of Xymon 4.3.17, monitoring 711 devices at this time. Our operating staff is using the "All non-green view" as their starting point. Therefore it could be the situation, that one needs to acknowledge a red alert, so that the icon called "red-ack.gif" is being shown. In our setup, this icon "red-ack.gif" is not the default one; we are using an orange icon instead of the default red one. Now my question is just a cosmetical question: if -for example- we have only one red alert on the "All non-green view" (or on any page...), and this single red alert would be acknowledged, then "our" orange icon is being shown for this acknowledged alert, but the background color remains red. Would it be possible to define an orange background colour just for that case, if there's only one already acknowledged orange (red) icon per page? Christian Becker IT-Services Christian.Becker at rhein-zeitung.net<mailto:Christian.Becker at rhein-zeitung.net> _________________________________ Mittelrhein-Verlag GmbH August-Horch-Straße 28 D-56070 Koblenz Verleger und Geschäftsführer: Walterpeter Twer Reg.-Gericht Koblenz HRB 121 Finanzamt Koblenz Str.Nr. 22 65 10 285 2 www.rhein-zeitung.de<http://www.rhein-zeitung.de/>

4 3

enadis page only showing the last scheduled disable
by bakgat8＠hotmail.com 19 Aug '14

19 Aug '14

Big thanks for the fix from over here! About 3 weeks into running 4.3.17 here, we found the bug. From: larry at fni-stl.com To: xymon at xymon.com Date: Thu, 31 Jul 2014 15:39:26 +0000 Subject: Re: [Xymon] enadis page only showing the last scheduled disable I believe I have this problem identified and corrected. xymond schedule list query was not returning a newline after each scheduled entry. headfoot.c was not parsing it correctly since it was looking for a newline. So it wound up only displaying the last portion of the multi-line output. What really concerns me though is that apparently no one has had this problem (or reported it) for 5 months since 4.3.17 was released. That doesn't sound probable with such a basic program feature as Enable/Disable Alerts. Which makes me think I may have something else in play here. But the change I made to xymond.c has fixed my problem and I can't find any new issues that I created with the modification. Larry ------------------------------------------------------------------------------------------------- Schedule list output from 4.3.17: 4.3.17 $ bin/xymon localhost 'schedule' 2|1406853120|192.168.34.1|disable testsys31.* 240 \nDisabled by: larry @ 192.168.84.1\nReason: test\n1|1406853120|192.168.34.1|disable testsys32.* 240 \nDisabled by: larry @ 192.168.84.1\nReason: test\n Schedule list output from 4.3.12: 4.3.12 $ bin/xymon localhost 'schedule' 7|1406854500|192.168.62.1|disable testsys3.* 240 \nDisabled by: larry @ 192.168.84.1\nReason: test\n 6|1406854500|192.168.62.1|disable testsys1.* 240 \nDisabled by: larry @ 192.168.84.1\nReason: test\n 5|1406854500|192.168.62.1|disable testsys.* 240 \nDisabled by: larry @ 192.168.84.1\nReason: test\n Added newline to each task listing at line 4169 in xymond/xymond.c 4.3.17/xymond # diff xymond.c xymond.c.ORIG 4169c4169 < addtobuffer_many(response, tbuf, "|", swalk->sender, "|", nlencode(swalk->command), "\n", NULL); --- > addtobuffer_many(response, tbuf, "|", swalk->sender, "|", nlencode(swalk->command), NULL); Schedule list output following the change: 4.3.17 $ bin/xymon localhost 'schedule' 4|1406852940|192.168.34.1|disable testsys31.* 240 \nDisabled by: larry @ 192.168.84.1\nReason: test\n 3|1406852940|192.168.34.1|disable testsys32.* 240 \nDisabled by: larry @ 192.168.84.1\nReason: test\n From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Larry Bonham Sent: Tuesday, July 29, 2014 4:16 PM To: 'xymon at xymon.com' Subject: Re: [Xymon] enadis page only showing the last scheduled disable Anyone able to help me with this problem? I'm pretty much dead in the water with my 4.3.17 upgrade. Something left over from my 4.3.12 configuration? I assume it is not a widespread issue. Larry From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Larry Bonham Sent: Friday, July 25, 2014 9:34 AM To: 'xymon at xymon.com' Subject: [Xymon] enadis page only showing the last scheduled disable I saw where this was reported but I couldn't find any follow-up mention of a fix or cause. Just updated from xymon 4.3.12 to 4.3.17 on a RHEL 6.5 system. Now when I use the enadis page in the Scheduled Actions section it is only showing the last system that has a scheduled disable. Instead of the full list of pending disables. Thanks. Larry CONFIDENTIALITY NOTICE: This electronic mail message is intended exclusively for recipient to which it is addressed. The contents of this message and any attachments may contain confidential and privileged information. Any unauthorized review, use, print, storage, copy, disclosure or distribution is strictly prohibited. If you have received this message in error, please advise the sender immediately by replying to the message's sender and delete all copies of this message and its attachments without disclosing the contents to anyone, or using the contents for any purpose. _______________________________________________ Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

1 0

Config files that supports "include" directive
by A.Chervonets＠cominder.eu 18 Aug '14

18 Aug '14

Which XyMon config files support "include" directive? In man documentation it is described only for hosts.cfg: "include filename This tag is used to include another file into the hosts.cfg file at run-time, allowing for a large hosts.cfg file to be split up into more manageable pieces." Some time ago it was mentioned that it also works for alerts.cfg (but this is not documented) What about other files? It would be nice to work for all XyMon config files. This would simplify upgrade (I would just include referenced to custom configuration files). For me it is most actual for: * analysis.cfg * client-local.cfg Best regards, Andrey Chervonets ---------------------- SIA CoMinder http://www.cominder.eu/

3 2

http column only has dashes
by usaims＠yahoo.com 18 Aug '14

18 Aug '14

I am under the assumption if I put 'http' in the bb-host file, it will monitor http on that node. I cannot get the 'http' test to report -- it is only reporting dashes. Here is part of my bb-host file subpage test test group-only http|conn|cpu|disk|memory|raid 10.xxx.xxx.123 www.example.coml #CompReport The above is reporting everything except 'http', does anybody have a clue? usaims

3 2

bb-hosts
by usaims＠yahoo.com 18 Aug '14

18 Aug '14

Hi, I need to monitor multiple ip addresses per node. According to the man pages, it says: conn={best,|worst,}IP1[,IP2...] This adds additional IP-adresses that are pinged during the normal "conn" test. So the normal "conn" test must be enabled (the default) before this tag has any effect. The IP-adresses listed here are pinged in addition to the main IP-address. So I have one host in my bb-hosts that has multiple ip address to test: 10.xxx.xxx.100 www.example.com #CustomTest conn=worst 10.xxx.xxx.123 10.xxx.xxx.124 But I don't see the additional ip(s) being monitored on the web page. Any help will be greatly appreciated. usaims

2 1

Hobbit server is not sending email notifications
by usaims＠yahoo.com 18 Aug '14

18 Aug '14

Hobbit server is not sending email notifications. I have verified that mail is working on the ubuntu server by sending a test email from the command line. It was working but I made a change in the hobbit-alerts.cfg and it hasn't worked since even if I revert back to the old configuration. This is what I have in the 'hobbit-alerts.cfg': HOST=xxxx.corp.local SERVICE=http MAIL email at xxxxxxx.com REPEAT=2 Even if I change the mail address to my google address, it won't work. Will somebody point out other stuff to troubleshoot, thanks. usaims

1 0

notifications sent with no alert settings
by sys1002＠yahoo.com 14 Aug '14

14 Aug '14

I have 3 xymon servers at different locations.. I just turned on CLock ( NTP ) tests in the analysis.cfg for some DB servers. I only have alerts for RED and purple on 1 xymon server. the other 2 have no alerts set up for this page. xymon ver 4.3.11 - I received yellow notifications from 2 different xymon servers for CPU ( CLock - NTP ) . How is that possible ?

2 2

precedence of rules in analysis.cfg
by jfische2＠csc.com 13 Aug '14

13 Aug '14

Please can someone help me regarding the precedence of rules in analysis.cfg? analysis.cfg example to illustrate my questions: #----------------------------------------------------------- HOST=Win32Server DISK C 85 90 DEFAULT DISK * 90 95 CLASS=win32 DISK C 80 90 LOG %.* %error COLOR=yellow LOG eventlog:Application %warning COLOR=yellow IGNORE="%warning .* Symantec AntiVirus .* Could not scan .* files inside .* due to extraction errors encountered by the Decomposer Engines\.Application has encountered an error" #----------------------------------------------------------- Assumption: Host 'Win32Server' is a CLASS=win32 server running in central mode DISK questions: 1. Does Win32Server's C disk go yellow at 85, 90 or 95% ? 2. Is this because of the ORDER of the applying rules (first HOST, then DEFAULT, then CLASS) or is it because HOST is more specific then CLASS and CLASS is more specific then DEFAULT? 3. Does Xymon at all try to find further possibly matching DISK rules after the first matching rule - underneath HOST in this example - has been encountered? LOG questions: 1. If an eventlog message happens to match the 1st of the above listed LOG rules (because it contains 'error'), will the second rule be evaluated at all? 2. And if the 2nd rule should get evaluated, which of the 2 rules would take precedence? (Assuming both rules logically match, but have conflicting effects because of the IGNORE - i.e. a line that matches the IGNORE and hence has also the word 'error' in it. Will it be ignored, because the 2nd rule applies? Or will it show yellow, because the 1st rule applies? And why is this so? 3. The answers to the 2 prior questions will probably already have answered this one: Should specific LOG rules appear before or after the more general ones to give to give the first match precedence? Many thanks Jürgen

2 1