- Xymon - Xymon mailman web

Developer question - number of tests?
by john.horne＠plymouth.ac.uk 24 Oct '19

24 Oct '19

Hello, The xymonnet and xymongen web pages include an entry for the total number of hosts being tested. What I was also looking for though was if the total number of tests was recorded too? Tests such as 'procs', which may test for several processes being present, should be counted as one test. I'll carry on looking through the (Terabithia 4.3.30 RPM) code, but if anyone knows of a variable already being used to record the number of tests, then I would be grateful to know what it is. Thanks, John. -- John Horne | Senior Operations Analyst | Technology and Information Services University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK ________________________________ [http://www.plymouth.ac.uk/images/email_footer.gif]<http://www.plymouth.ac.uk/worldclass> This email and any files with it are confidential and intended solely for the use of the recipient to whom it is addressed. If you are not the intended recipient then copying, distribution or other use of the information contained is strictly prohibited and you should not rely on it. If you have received this email in error please let the sender know immediately and delete it from your system(s). Internet emails are not necessarily secure. While we take every care, University of Plymouth accepts no responsibility for viruses and it is your responsibility to scan emails and their attachments. University of Plymouth does not accept responsibility for any changes made after it was sent. Nothing in this email or its attachments constitutes an order for goods or services unless accompanied by an official order form.

2 3

xymon-graphs
by yyyadvendra＠gmail.com 24 Oct '19

24 Oct '19

Hi Guys I have installed xymon x.30, it appears graphs are not being generated. where should I be looking at? I am new to xymon. Thanks Yadvendra

2 1

Graphs are not working.
by damien＠makelofine.org 24 Oct '19

24 Oct '19

Hello Mukesh, Did you check the following : -xymonserver.cfg file is set to store the data -RRD files for the expected tests are updated on a regular basis -Graphs definition graphs.cfg file -Content of /var/log/xymon/rrd-data.log Le 23/10/2019 ? 16:02, Semwal, Mukesh via Xymon a ?crit?: > Sujet?: > Graphs are not working. > De?: > "Semwal, Mukesh" <mukesh.semwal at merck.com> > Date?: > 23/10/2019 ? 16:02 > > Pour?: > "xymon at xymon.com" <xymon at xymon.com> > > > *Proprietary* > > Hi, > > I have installed new XYMON server xymon-4.3.30, I can see all the > clients data but there is no graph populating anywhere Please help. > > ps -ef|grep -i rrd > > xymon??? 16088 16053 97 09:36 ? 00:23:55 xymond_channel > --channel=status --log=/var/log/xymon/rrd-status.log xymond_rrd > --rrddir=/usr/lib/xymon/data/rrd > > xymon??? 16089 16053 97 09:36 ? 00:23:54 xymond_channel --channel=data > --log=/var/log/xymon/rrd-data.log xymond_rrd > --rrddir=/usr/lib/xymon/data/rrd > > xymon??? 26775 14376? 0 10:00 pts/1 00:00:00 grep --color=auto -i rrd > > -bash-4.2$ > > */_Mukesh Semwal._/* > > *High Performance Computing*** > > *Computational Platforms, MRL-IT Engineering*** > > *Click to Request HPC Support > <https://servicerequests.merck.com/ux/rest/share/OJSXG33VOJRWKSLEHU4DEMBGOJS…> > **Or call 1-866-637-2543 (Prompts 1-8) to open case for Provider Group > SciComp_HPC* > > *HPC Portal (Beta) <https://go.merck.com/hpc>* > > *SciComp_HPC* >

2 2

Problems compiling ssl on RHEL7
by jairo.manso＠selae.es 23 Oct '19

23 Oct '19

Hi again. Done. Xymon 4.3.30 working on RHEL 7.6. Linux 3.10.0-957.5.1.el7.x86_64 #1 SMP Wed Dec 19 10:46:58 EST 2018 x86_64 x86_64 x86_64 GNU/Linux Installed from source: fping-3.10-4.el7.x86_64 libtirpc-devel-0.2.4-0.15.el7.x86_64 Installed from RHEL repos: rrdtool-devel-1.4.8-9.el7.x86_64 rrdtool-perl-1.4.8-9.el7.x86_64 rrdtool-1.4.8-9.el7.x86_64 c-ares-1.10.0-3.el7.x86_64 c-ares-devel-1.10.0-3.el7.x86_64 openssl-libs-1.0.2k-16.el7.x86_64 openssl-devel-1.0.2k-16.el7.x86_64 openssl-1.0.2k-16.el7.x86_64 libtirpc-0.2.4-0.15.el7.x86_64 Best regards. De: Jairo Manso Melero Enviado el: mi?rcoles, 23 de octubre de 2019 14:58 Para: 'xymon at xymon.com' <xymon at xymon.com> Asunto: Problems compiling ssl on RHEL7 I'm trying to update our xymon server to RHEL7 but I'm having problems to compile with SSL. Checking for OpenSSL ... Compiling with SSL library works OK /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_globallookup': dso_dlfcn.c:(.text+0x11): undefined reference to `dlopen' dso_dlfcn.c:(.text+0x24): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x2f): undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x344): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x3eb): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x464): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x50b): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x579): undefined reference to `dlopen' dso_dlfcn.c:(.text+0x5db): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x613): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_pathbyaddr': dso_dlfcn.c:(.text+0x69f): undefined reference to `dladdr' dso_dlfcn.c:(.text+0x701): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x752): undefined reference to `dlclose' collect2: error: ld returned 1 exit status make: *** [test-link] Error 1 Warning: Cannot link with SSL library OpenSSL include- or library-files not found. Although you can use Xymon without OpenSSL, you will not be able to run network tests of SSL-enabled services, e.g. https. So installing OpenSSL is recommended. OpenSSL can be found at http://www.openssl.org/ If you have OpenSSL installed, use the "--sslinclude DIR" and "--ssllib DIR" options to configure to specify where they are. Continuing with SSL support disabled. # rpm -qa | grep openssl openssl-devel-1.0.2k-16.el7.x86_64 xmlsec1-openssl-1.2.20-7.el7_4.x86_64 openssl-devel-1.0.2k-16.el7.i686 openssl-libs-1.0.2k-16.el7.i686 openssl-1.0.2k-16.el7.x86_64 openssl-libs-1.0.2k-16.el7.x86_64 Best regards. Jairo Manso Melero Analista de Sistemas Tecnolog?as de la Informaci?n Tel.: +34 913 489 241 Fax: +34 913 489 113 jairo.manso at selae.es<mailto:jairo.manso at selae.es> SOCIEDAD ESTATAL LOTER?AS Y APUESTAS DEL ESTADO, S.M.E, S.A. Calle Manuel Tovar 13 28034 MADRID [lae policromativo horizontal] ********************************************************************** La informaci?n contenida en este mensaje de correo electr?nico es CONFIDENCIAL y puede ser secreto profesional. Este mensaje se dirige exclusivamente a su(s) destinatario(s). Si Vd. no es uno de los destinatarios deseados, se le previene que cualquier lectura, divulgaci?n, copia o distribuci?n est? prohibida conforme a la legislaci?n vigente. Asimismo, cualquier acci?n tomada o dejada de tomar como consecuencia de la informaci?n contenida en este mensaje queda prohibida y puede ser ilegal. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma v?a y que proceda a destruir todas las copias del mismo. El correo electr?nico de Internet no garantiza la confidencialidad, la integridad o la entrega correcta y en plazo de los mensajes. SELAE no acepta ninguna responsabilidad por estas circunstancias. The information in this email is CONFIDENTIAL and may be privileged. This message is intended solely for the addressee(s). If you are not one of the intended recipients, you are advised that any reading, disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Should you have received this message in error, please immediately notify us via e-mail and delete all copies of it. Internet e-mail guarantees neither the confidentiality, the integrity nor the timely and proper receipt of the messages sent. SELAE does not accept any liability for those circumstances. **********************************************************************

1 0

[PATCH] - xymonserver - all ok message - part 1
by john.horne＠plymouth.ac.uk 23 Oct '19

23 Oct '19

Hello, This is the first of two sets of patches, both of which are based on the Terabithia 4.3.30 RPMs. Currently when all the clients/hosts report green a message on the 'All non- green view' page is displayed saying 'All Monitored Systems OK'. This message is defined by the XYMONALLOKTEXT variable in the xymonserver.cfg file. However, this variable is also used when all the clients/hosts on the 'Critical systems' page report green. This patch simply separates the two messages into two variables - one for the non-green page (as before - XYMONALLOKTEXT) and one for the Critical systems page (XYMONALLOKCRIT). They are both initialized to the current default, but the patch allows the user to use a different message for each page. (The need for this will become clearer in the next set of patches.) The variable XYMONALLOKTEXT was not previously described in the xymonserver html/man pages. Both variables are now described in those files. Although there are four patch files, they are small and typically only change one or two lines. John. -- John Horne | Senior Operations Analyst | Technology and Information Services University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK ________________________________ [http://www.plymouth.ac.uk/images/email_footer.gif]<http://www.plymouth.ac.uk/worldclass> This email and any files with it are confidential and intended solely for the use of the recipient to whom it is addressed. If you are not the intended recipient then copying, distribution or other use of the information contained is strictly prohibited and you should not rely on it. If you have received this email in error please let the sender know immediately and delete it from your system(s). Internet emails are not necessarily secure. While we take every care, University of Plymouth accepts no responsibility for viruses and it is your responsibility to scan emails and their attachments. University of Plymouth does not accept responsibility for any changes made after it was sent. Nothing in this email or its attachments constitutes an order for goods or services unless accompanied by an official order form.

1 0

Graphs are not working.
by mukesh.semwal＠merck.com 23 Oct '19

23 Oct '19

Proprietary Hi, I have installed new XYMON server xymon-4.3.30, I can see all the clients data but there is no graph populating anywhere Please help. ps -ef|grep -i rrd xymon 16088 16053 97 09:36 ? 00:23:55 xymond_channel --channel=status --log=/var/log/xymon/rrd-status.log xymond_rrd --rrddir=/usr/lib/xymon/data/rrd xymon 16089 16053 97 09:36 ? 00:23:54 xymond_channel --channel=data --log=/var/log/xymon/rrd-data.log xymond_rrd --rrddir=/usr/lib/xymon/data/rrd xymon 26775 14376 0 10:00 pts/1 00:00:00 grep --color=auto -i rrd -bash-4.2$ Mukesh Semwal. High Performance Computing Computational Platforms, MRL-IT Engineering Click to Request HPC Support<https://servicerequests.merck.com/ux/rest/share/OJSXG33VOJRWKSLEHU4DEMBGOJS…> Or call 1-866-637-2543 (Prompts 1-8) to open case for Provider Group SciComp_HPC HPC Portal (Beta)<https://go.merck.com/hpc> SciComp_HPC Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (2000 Galloping Hill Road, Kenilworth, New Jersey, USA 07033), and/or its affiliates Direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system.

1 0

Problems compiling ssl on RHEL7
by jairo.manso＠selae.es 23 Oct '19

23 Oct '19

I'm trying to update our xymon server to RHEL7 but I'm having problems to compile with SSL. Checking for OpenSSL ... Compiling with SSL library works OK /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_globallookup': dso_dlfcn.c:(.text+0x11): undefined reference to `dlopen' dso_dlfcn.c:(.text+0x24): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x2f): undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x344): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x3eb): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x464): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x50b): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x579): undefined reference to `dlopen' dso_dlfcn.c:(.text+0x5db): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x613): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_pathbyaddr': dso_dlfcn.c:(.text+0x69f): undefined reference to `dladdr' dso_dlfcn.c:(.text+0x701): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x752): undefined reference to `dlclose' collect2: error: ld returned 1 exit status make: *** [test-link] Error 1 Warning: Cannot link with SSL library OpenSSL include- or library-files not found. Although you can use Xymon without OpenSSL, you will not be able to run network tests of SSL-enabled services, e.g. https. So installing OpenSSL is recommended. OpenSSL can be found at http://www.openssl.org/ If you have OpenSSL installed, use the "--sslinclude DIR" and "--ssllib DIR" options to configure to specify where they are. Continuing with SSL support disabled. # rpm -qa | grep openssl openssl-devel-1.0.2k-16.el7.x86_64 xmlsec1-openssl-1.2.20-7.el7_4.x86_64 openssl-devel-1.0.2k-16.el7.i686 openssl-libs-1.0.2k-16.el7.i686 openssl-1.0.2k-16.el7.x86_64 openssl-libs-1.0.2k-16.el7.x86_64 Best regards. Jairo Manso Melero Analista de Sistemas Tecnolog?as de la Informaci?n Tel.: +34 913 489 241 Fax: +34 913 489 113 jairo.manso at selae.es<mailto:jairo.manso at selae.es> SOCIEDAD ESTATAL LOTER?AS Y APUESTAS DEL ESTADO, S.M.E, S.A. Calle Manuel Tovar 13 28034 MADRID [lae policromativo horizontal] ********************************************************************** La informaci?n contenida en este mensaje de correo electr?nico es CONFIDENCIAL y puede ser secreto profesional. Este mensaje se dirige exclusivamente a su(s) destinatario(s). Si Vd. no es uno de los destinatarios deseados, se le previene que cualquier lectura, divulgaci?n, copia o distribuci?n est? prohibida conforme a la legislaci?n vigente. Asimismo, cualquier acci?n tomada o dejada de tomar como consecuencia de la informaci?n contenida en este mensaje queda prohibida y puede ser ilegal. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma v?a y que proceda a destruir todas las copias del mismo. El correo electr?nico de Internet no garantiza la confidencialidad, la integridad o la entrega correcta y en plazo de los mensajes. SELAE no acepta ninguna responsabilidad por estas circunstancias. The information in this email is CONFIDENTIAL and may be privileged. This message is intended solely for the addressee(s). If you are not one of the intended recipients, you are advised that any reading, disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Should you have received this message in error, please immediately notify us via e-mail and delete all copies of it. Internet e-mail guarantees neither the confidentiality, the integrity nor the timely and proper receipt of the messages sent. SELAE does not accept any liability for those circumstances. **********************************************************************

1 0

DISPLAYGROUP in analysis.cfg
by john.thurston＠alaska.gov 22 Oct '19

22 Oct '19

I'm seeing very odd behavior with my analysis.cfg*. My xymon server is running 4.3.28 on Solaris 10. What I'm seeing is that trying to define a rule with DISPLAYGROUP (or EXDISPLAYGROUP) does not behave as expected from the man-page. If I have the following in my analysis.cfg: > disk /charlie 23 33 DISPLAYGROUP=Charlie > > DISPLAYGROUP=Delta > disk /delta 24 34 > > PAGE=Foo > disk /foo 10 20 I get the following from xymond_client --dump-config > DISK /charlie 23% 33% 0 -1 red DISPLAYGROUP=Charlie (line: 373) > DISK /delta 24% 34% 0 -1 red (line: 376) > DISK /foo 10% 20% 0 -1 red PAGE=Foo (line: 379) > UP 3600 -1 (line: 385) > LOAD 20.00 60.00 (line: 386) > DISK * 90% 95% 0 -1 red (line: 387) > INODE * 70% 90% 0 -1 red (line: 388) > MEMREAL 100 101 (line: 389) > MEMSWAP 50 80 (line: 390) > MEMACT 90 97 (line: 391) Demonstrating that DISPLAYGROUP works when appended to a setting, but does _not_ work when preceding a line with a setting. The DISK setting is accepted, but becomes a global value rather than applying to a subset of the hosts. Yet the PAGE rule does work. I have run through many scenarios, and see that the following DO work as rules preceding a setting: HOST EXHOST PAGE EXPAGE CLASS EXCLASS TEXT TIME EXTIME and that the following DO NOT work DISPLAYGROUP EXDISPLAYGROUP I also see that order matters. If I move the PAGE=Foo up in the file: > PAGE=Foo > disk /foo 10 20 > > disk /charlie 23 33 DISPLAYGROUP=Charlie > > DISPLAYGROUP=Delta > disk /delta 24 34 then the resulting --dump-config reveals some strange parsing: > DISK /foo 10% 20% 0 -1 red PAGE=Foo (line: 374) > DISK /charlie 23% 33% 0 -1 red DISPLAYGROUP=Charlie PAGE=Foo (line: 376) > DISK /delta 24% 34% 0 -1 red (line: 379) > UP 3600 -1 (line: 386) > LOAD 20.00 60.00 (line: 387) > DISK * 90% 95% 0 -1 red (line: 388) > INODE * 70% 90% 0 -1 red (line: 389) > MEMREAL 100 101 (line: 390) > MEMSWAP 50 80 (line: 391) > MEMACT 90 97 (line: 392) Can anyone help me figure out what's going on? Do I have my analysis.cfg syntax all wrong? Or is there a defect in the parsing? * It's worth noting that I don't do much with that file. The majority of our clients are old Big Brother clients, so I seldom delve into this file. -- Do things because you should, not just because you can. John Thurston 907-465-8591 John.Thurston at alaska.gov Department of Administration State of Alaska

1 2

mapping purple to red, and wild card for COMPACT
by rcohen55＠gmail.com 22 Oct '19

22 Oct '19

An HTML attachment was scrubbed... URL: <http://lists.xymon.com/pipermail/xymon/attachments/20191011/12abf0ac/attach…>

3 5

XymonPsClient: column xymonlog goes purple
by christian.becker＠rhein-zeitung.net 22 Oct '19

22 Oct '19

Hello everybody, I'm going my first steps with xymonpsclient and I my first experiences are good, it just does what I expect. But, on my first test machine, the column xymonlog has changed to purple, but the xymonpsclient is still running - I cannot see the reason for it to be purple. Can anybody point me to the reason for this? Regards Christian

2 2