August 2016 - Xymon - Xymon mailman web

SSL/HTTPS enabling on existing Xymon Server
by jlaidman＠rebel-it.com.au 05 Aug '16

05 Aug '16

On Fri, 5 Aug 2016, 23:59 Raja Shekar <shekar.raaja at gmail.com> wrote: > Hello Jeremy, > > Thank you for getting back on this. I am trying to enable monitoring > probes of other servers that runs on HTTPS Services to do the health > checks. I didn't install the xymon in the existing environment, Looks like > who ever did they didn't include Openssl-Devel package. I dont wannt to > recompile/reinstall the existing Xymon as we already in production. It > would be helpful if I can make any config changes to achieve the HTTPS > functionality. Hope this explains my problem. > You can't fix this with a configuration change. If xymonnet was not compiled with support for an ssl library then it will never be able to test ssl connections. Just to be sure this is your problem, run "ldd xymonnet" and see if the output includes the openssl libraries. (I think libcrypto and libssl, from memory) Note that you can install and run xymonnet on a different server and have it report to the main xymon server. You can have multiple xymonnet instances running on the same or different servers. It's very flexible like that. J

1 0

SSH - Make Red if ACTIVE
by beckert＠phys.ethz.ch 05 Aug '16

05 Aug '16

Hi, On Thu, Jul 21, 2016 at 01:10:18PM -0800, John Thurston wrote: > On 7/21/2016 7:58 AM, FreeSoftwareServers wrote: > >I want XYMon to go RED if SSH is ENABLED > > 0.0.0.0 foo.bar.com # !ssh That's for the remote test. If you want a "local" test, i.e. one that's based on data sent by the client, you can put lines the following into your analysis.cfg: HOST=foo.bar.com PORT STATE=LISTEN "LOCAL=%^(0\.0\.0\.0|::)[.:](22|1022|2200|2222)$" MAX=0 "TRACK=Unwanted SSH server" (We use that to get informed if some user starts a web server on typical ports like 8000 or 8080 on managed Linux workstations.) Kind regards, Axel Beckert -- Axel Beckert <beckert at phys.ethz.ch> support: +41 44 633 26 68 IT Services Group, HPT H 6 voice: +41 44 633 41 89 Departement of Physics, ETH Zurich CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/

1 0

SNMP and Xymon
by gopal.anandarao＠wipro.com 04 Aug '16

04 Aug '16

Hi There, Has anyone worked on receiving SNMP traps in Xymon? If yes, please provide appropriate reference material. I understand there is one article (http://cerebro.victoriacollege.edu/hobbit-trap.html ) that talks about integrating SNMP Traps with Hobbit. I am not sure if same approach or with some changes would work with Xymon. Appreciate any help/pointers. Thanks in advance. Gopal The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com

4 3

New remote summaries fail with "Invalid new testname" with at least 4.3.27
by beckert＠phys.ethz.ch 04 Aug '16

04 Aug '16

Hi, we have a few scripts which generate their own web page and only send summaries to the Xymon server. In the past, these messages worked and looked like this: summary summary.mac.$vlan $topcolor http://$myname/mac/$vlan.html $date "mac" showed up as row/hostname and $vlan showed up as column/test. With not yet received values for $vlan, we get "Bogus message from …: Invalid new testname: 'mac.dc2552'" error messages in the display of the xymond test. According to the xymond/xymond.c source code at line 620, that format (especially "summary summary" seems expected. But then again, if I look at the line generating that error message (line 1254 in the same file), it seems that dots are no more allowed in test names. (Existing ones are still allowed, probably in line 1251, and hence do not generate these errors and show up.) So I tried to send messages of the format summary mac.$vlan $topcolor http://$myname/mac/$vlan.html $date But now the Remote Status Display table vanished completely from nongreen.html and I get "Hostname 'mac' in tree, but no host-info" warnings in the display of the xymond test. So I reverted that change and now the Remote Status Display table is back, but so are the "Invalid new testname" errors. Is this a recent regression? (I found mails on this list about if summaries really have been fixed in 4.3.20, but without much details.) Or am I missing something? Has the format of these messages become stricter on purpose? If so, where are they documented? The "SENDING SUMMARIES TO REMOTE XYMON SERVERS" section in hosts.cfg(5) seems to be about "summary" items inside hosts.cfg, not about the syntax of the summary messages. Kind regards, Axel Beckert -- Axel Beckert <beckert at phys.ethz.ch> support: +41 44 633 26 68 IT Services Group, HPT H 6 voice: +41 44 633 41 89 Departement of Physics, ETH Zurich CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/

3 4

obtaining maximum value to calculate percentage for graph
by jlaidman＠rebel-it.com.au 04 Aug '16

04 Aug '16

(Forgot to cc the list) On Thu, Aug 4, 2016 at 9:13 AM Jeremy Laidman <jlaidman at rebel-it.com.au> wrote: > On 4 Aug 2016 06:23, "Boldt, David" <dboldt at usgs.gov> wrote: > > > > I am monitoring a value for which I don't know the possible maximum, > which I would like to express as a percentage. > > The maximum over what timescale? The graph width? All of time? Or the > period of consolidation? > > > Expected to be able to do something like this (MAX should be a valid CF): > > > > DEF:packets=fsth.rrd:freepackets:AVERAGE > > DEF:packetsMAX=fsth.rrd:freepackets:MAX > > CDEF:packetsPercent=packets,packetsMAX,/,100,* > > > > Alas the second line is not valid. > > > > What is the appropriate syntax for obtaining a maximum value? > > I'm not sure this would give you what you thought it would (if it worked). > The MAX will be the maximum of all values that went to make up the > consolidated value being graphed at that point only. For a graph showing > every 5-minute sample individually, the max is the same as the average. > > I'm guessing you want the max over the graph width, so that you'll end up > with one point at 100℅ and the rest usually lower (of course a flat line > would have all points at 100℅). > > Have a look at VDEF. The purpose of VDEF is to consolidate all points over > a region of time. Check out the man page for rrdgraph_data for an example > using MAX. > And just by way of example, you can use a VDEF to show the peak of a graph such as with this alternative [la] graph definition: [la] TITLE CPU Load YAXIS Load DEF:avg=la.rrd:la:AVERAGE CDEF:la=avg,100,/ AREA:la#00CC00:CPU Load Average -u 1.0 GPRINT:la:LAST: \: %5.1lf (cur) GPRINT:la:MAX: \: %5.1lf (max) GPRINT:la:MIN: \: %5.1lf (min) GPRINT:la:AVERAGE: \: %5.1lf (avg)\n VDEF:laMax=la,MAXIMUM LINE:laMax#CC0000:Maximum GPRINT:laMax: \: %5.1lf\n The only additions here are the last three lines. Resultant graph: [image: pasted1] The red line will be at different levels over different timeframes, but always with the same value as the largest point on the graph. Once you have your VDEF variable defined like this, you can percentivise your DEF or CDEF variable into it, and graph that instead (as an exercise for the reader). J

1 0

obtaining maximum value to calculate percentage for graph
by dboldt＠usgs.gov 03 Aug '16

03 Aug '16

I am monitoring a value for which I don't know the possible maximum, which I would like to express as a percentage. Expected to be able to do something like this (MAX should be a valid CF): DEF:packets=fsth.rrd:freepackets:AVERAGE DEF:packetsMAX=fsth.rrd:freepackets:MAX CDEF:packetsPercent=packets,packetsMAX,/,100,* Alas the second line is not valid. What is the appropriate syntax for obtaining a maximum value? -- -- David Boldt <dboldt at usgs.gov> "He who asks is a fool for five minutes, but he who does not ask remains a fool forever." --Chinese Proverb

1 0