December 2014 - Xymon - Xymon mailman web

alerts.cfg and disabled tests
by christian.becker＠rhein-zeitung.net 02 Dec '14

02 Dec '14

Hello, please, can anybody explain if i either understand something wrong or if i have a failure in my Xymon setup? First, let me find a few words about my constellation and then, let me explain my problem..... This is my constellation: I have a server "SERVER-A.my.domain" that is running "SERVICE-A". I have another server "SERVICE-A-CONN-CHECK" which is verifying if the service "SERVICE-A" is reachable on "SERVER-A.my.domain" This server "SERVICE-A-CONN-CHECK" sends the result to the column "SERVICE-A" (-and not to the svcs column-) for the host "SERVER-A.my.domain" on my Xymon server. The main reason why I'm doing this in this constellation is, that server "SERVICE-A-CONN-CHECK" is located in another datacenter on a different subnet and I want to make sure that service "SERVICE-A" is available from that other datacenter. All of this is working like a charm. Further, i've configured the following in my alerts.cfg: HOST=SERVER-A.my.domain SERVICE=SERVICE-A SCRIPT /opt/xymon/server/ext/html_mail.pl emailaddress at my.domain COLOR=red FORMAT=PLAIN RECOVERED SCRIPT /opt/xymon/server/ext/SERVER-A/reboot-SERVER-A.sh COLOR=RED The idea behind this is to receive an email in html format once "SERVER-A.my.domain" has error condition red on service "SERVICE-A" and to receive a recovered email as well. And, in addition to that, the policy in our company is, that server "SERVER-A.my.domain" needs to be rebooted once service "SERVICE-A" has error condition red. This is done using the second SCRIPT statement from the above. Basically, all of the above is working. Now here's my question: >From the web ui of my Xymon server I have set all the columns of "SERVER-A.my.domain" to disabled for 1 hour due to service reasons. I have verified that all of the columns changed their color to blue before doing the service on "SERVER-A.my.domain". Once the colors have changed we have stopped "SERVICE-A" on "SERVER-A.my.domain". And then, I did receive an email notification about that fact and the server "SERVER-A.my.domain" was rebooted by the script line from the statement in alerts.cfg. During this, all of the columns for that server were still blue. My understanding was that way, that Xymon does NOT process a HOST-based statement (and the there configured rules) in alerts.cfg, if that HOST is disabled in Xymon? Or does this only mean, that Xymon does not show this fact as red condition on the web ui? I hope my situation is described clearly enough.... If not, let me know, I'll try to explain better then.... Hope anybody can lead me to the light.... Regards Christian 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/>

1 0

graphs that use multiple RRD files as input
by jlaidman＠rebel-it.com.au 01 Dec '14

01 Dec '14

This is cool. Is it documented anywhere? On 28 November 2014 at 18:00, Vernon Everett <everett.vernon at gmail.com> wrote: > Hi Steve > > Not sure if it's what you are looking for, but check the GRAPHS= in > xymonserver.cfg > If you have a value, let's call it my_test, it will determine the order in > which they will appear on the trends column. > But you can also define the number of data sets (lines) per graph, by > adding ::X after the entry, where X is number of data sets. > Not sure if it works for the primary test display though. > > Regards > Vernon > > > On 28 November 2014 at 04:49, Steve Brown <sgb at pics.com> wrote: > >> I figured this out. >> >> >> >> First in cgioptions.cfg I had to add >> >> CGI_SVC_OPTS=”… >> --multigraphs=,disk,inode,qtree,quotas,snapshot,TblSpace,if_load,DBAreas" >> >> Initially I added just my custom “DBAreas” but that broke the others. >> The html.c code says if mulitgraphs is blank then put “disk…if_load” as >> defaults but if it isn’t blank then those don’t get loaded so we have to >> basically add them back. >> >> >> >> Adding the mods to cgioptions.cfg worked to a degree. It was graphing the >> first 4 of my rrds onto one graph but it was only creating the one graph. >> >> >> >> To fix that problem I had to add >> >> " >> >> Into the message/text that is sent >> >> Like this >> >> INFO=$INFO\n” ” >> >> status $MACHINE.$TEST $COLOR $INFO >> >> >> >> Steve >> >> >> >> *From:* Steve Brown >> *Sent:* Wednesday, November 26, 2014 11:10 PM >> *To:* xymon at xymon.com >> *Subject:* graphs that use multiple RRD files as input >> >> >> >> I have a graph setup on a custom test that is using multiple RRD files as >> input. The graph is working but it is combining all the RRDs into a single >> graph instead of splitting them up like the built in “disk” graphs. >> >> >> >> Is there a parameter missing in my graphs.cfg definition or some other >> place I need to modify in order to have Xymon automatically split the graph >> up into multiple graphs? >> >> >> >> Thanks >> >> Steve >> >> >> >> [DBAreas] >> >> FNPATTERN DBAreas,(.*).rrd >> >> TITLE Area Size >> >> YAXIS KB >> >> DEF:kba at RRDIDX@=@RRDFN@:kbarea:AVERAGE >> >> LINE3:kba at RRDIDX@#@COLOR@:Area at RRDPARAM@ >> >> GPRINT:kba at RRDIDX@:LAST: \: %5.1lf (cur) >> >> GPRINT:kba at RRDIDX@:MAX: \: %5.1lf (max) >> >> GPRINT:kba at RRDIDX@:MIN: \: %5.1lf (min) >> >> GPRINT:kba at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n >> >> >> >> >> >> >> >> >> >> >> >> Disk splits into more than 1 graph >> >> >> >> >> >> _______________________________________________ >> Xymon mailing list >> Xymon at xymon.com >> http://lists.xymon.com/mailman/listinfo/xymon >> >> > > > -- > "Accept the challenges so that you can feel the exhilaration of victory" > - General George Patton > > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon > >

2 1

Cause of listing for "Multi-source statuses" in "xymond" col?
by David.Mills＠hhsc.state.tx.us 01 Dec '14

01 Dec '14

Hello... Our Xymon server (4.3.3) is getting swamped and we're trying to figure out where the pain is coming from. One thing we've observed is in the "xymond" page for the Xymon server itself, there is a *very* long listing of hosts/tests under the section titled "Multi-source statuses". Could someone tell me exactly what this section reports and what would be likely causes for entries in this section. Does inclusion in this listing imply duplicate status data is being sent to the Xymon server from these clients? The large majority of entries cite both the host in question and a corresponding "vlan" we've set up (i.e. an alternate network route using an alternate interface) on these multi-homed clients. If I'm understanding these tests as reporting statuses over both routes, to the server, don't see that could be possible... ?? Example of what we're seeing: Multi-source statuses ... pwau801:memUse reported by XXX.ZZZ.163.127 and XXX.ZZZ.120.197 pwau801:msgs reported by XXX.ZZZ.163.127 and XXX.ZZZ.120.197 pwau801:ports reported by XXX.ZZZ.163.127 and XXX.ZZZ.120.197 pwau801:procs reported by XXX.ZZZ.163.127 and XXX.ZZZ.120.197 pwau801:sar reported by XXX.ZZZ.120.197 and XXX.ZZZ.163.127 twau016:cpu reported by XXX.ZZZ.120.114 and XXX.ZZZ.160.36 twau016:disk reported by XXX.ZZZ.120.114 and XXX.ZZZ.160.36 twau016:files reported by XXX.ZZZ.120.114 and XXX.ZZZ.160.36 twau016:iostat reported by XXX.ZZZ.160.36 and XXX.ZZZ.120.114 twau016:memory reported by XXX.ZZZ.120.114 and XXX.ZZZ.160.36 twau016:memUse reported by XXX.ZZZ.163.76 and XXX.ZZZ.120.114 twau016:meta reported by XXX.ZZZ.163.76 and XXX.ZZZ.160.36 ... ~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~ David Mills Systems Administrator Northrop Grumman (512) 873-6665

2 1

FW: XYMON question
by Charles.Lucas＠WorldPay.us 01 Dec '14

01 Dec '14

Thanks. I got past that. Now how do I get it to run. I have run the make command. What’s next? From: Scott Pfister [mailto:icepickjazz at gmail.com] Sent: Monday, November 24, 2014 4:28 PM To: Charles Lucas Subject: Re: [Xymon] FW: XYMON question Charles, See http://www.perzl.org/aix/index.php?n=Main.Make It has precompiled gmake binaries for AIX 5.3 and above. Download the rpm and install on aix server and try again. On Nov 24, 2014 11:01 AM, "Charles Lucas" <Charles.Lucas at worldpay.us<mailto:Charles.Lucas at worldpay.us>> wrote: I have already installed GNU make. I’m not sure how to configure it though. I just untar’d it. Not sure what to do with GNU to get make to work: I am trying to install xymon on my AIX 7.1 server. I am getting the following error: # pwd /home/workspace/xymon/xymon-4.3.17 # ./configure Configuration script for Xymon This script asks a few questions and builds a Makefile to compile Xymon Checking your make-utility GNU make is required to build Xymon. If it is available as "gmake", run configure as: 'MAKE=gmake ./configure.server' # ./configure.client Configuration script for Xymon client This script asks a few questions and builds a Makefile to compile Xymon Checking your make-utility GNU make is required to build Xymon. If it is available as "gmake", run configure as: 'MAKE=gmake ./configure.client' # Any ideas why its failing? I have installed gcc. I have not sure how to configure it. Is there a precompiled version out there or AIX filesets for xymon? Thanks, From: Henrik Størner [mailto:henrik at hswn.dk<mailto:henrik at hswn.dk>] Sent: Saturday, November 22, 2014 2:15 AM To: Charles Lucas Subject: Re: XYMON question Hi Charles, please use the Xymon mailinglist - the address for that is xymon at xymon.com<mailto:xymon at xymon.com> Sounds like you need to install the GNU "make" utility. Regards, Henrik Den 20-11-2014 kl. 17:04 skrev Charles Lucas: Hi Henrik I am trying to install xymon on my AIX 7.1 server. I am getting the following error: # pwd /home/workspace/xymon/xymon-4.3.17 # ./configure Configuration script for Xymon This script asks a few questions and builds a Makefile to compile Xymon Checking your make-utility GNU make is required to build Xymon. If it is available as "gmake", run configure as: 'MAKE=gmake ./configure.server' # ./configure.client Configuration script for Xymon client This script asks a few questions and builds a Makefile to compile Xymon Checking your make-utility GNU make is required to build Xymon. If it is available as "gmake", run configure as: 'MAKE=gmake ./configure.client' # Any ideas why its failing? I have installed gcc. I have not sure how to configure it. Is there a precompiled version out there or AIX filesets for xymon? Thanks, Charles C. Lucas Sr. AIX Engineer, Infrastructure Technology T: 678-587-1722<tel:678-587-1722> | M: 803-479-0343<tel:803-479-0343> 600 Morgan Falls Road | Atlanta, GA 30350 | worldpay.com<http://www.worldpay.com/> [cid:image001.png at 01CF5985.A5F87640] Connect with us: [cid:image002.png at 01CF5985.A5F87640]<https://www.facebook.com/Worldpay.us> [cid:image003.png at 01CF5985.A5F87640] <http://www.youtube.com/worldpayus> [cid:image004.png at 01CF5985.A5F87640] <https://twitter.com/worldpay_US> [cid:image006.png at 01CF5985.A5F87640] <https://plus.google.com/+WorldpayUs/> [cid:image007.png at 01CF5985.A5F87640] <http://www.linkedin.com/company/worldpay-> CONFIDENTIAL COMMUNICATION NOTICE. The information contained in this email message is confidential and proprietary and is intended solely for the use of the addressee. Any unauthorized dissemination, distribution or copying of this email is expressly prohibited. If you have received this email message in error, please notify the sender immediately and delete this message and any attachments. _______________________________________________ Xymon mailing list Xymon at xymon.com<mailto:Xymon at xymon.com> http://lists.xymon.com/mailman/listinfo/xymon

4 5

Monitor Salesforce?
by kspringer＠innovateteam.com 01 Dec '14

01 Dec '14

I ran across an older post on the message board about a script to monitor the Salesforce system status page at http://trust.salesforce.com/trust/status/ and check a specific instance for the green checkmark. There was a script that someone made but it wasn't attached. Does anyone have a functioning version of a sript that will do this? Here's the older message board post. http://lists.xymon.com/pipermail/xymon/2011-May/031668.html Signature - Kris Thank you. ------------------------------------------------ Kris Springer

1 0

Building a new server - part 2
by novosirj＠ca.rutgers.edu 01 Dec '14

01 Dec '14

Fascinating. My server is probably CSW so I didn't notice. Where did the SMC packages come from? Are those Sun Freeware or the OS-installed stuff. ____ *Note: UMDNJ is now Rutgers-Biomedical and Health Sciences* || \\UTGERS |---------------------*O*--------------------- ||_// Biomedical | Ryan Novosielski - Senior Technologist || \\ and Health | novosirj at rutgers.edu<mailto:novosirj at rutgers.edu>- 973/972.0922 (2x0922) || \\ Sciences | OIRT/High Perf & Res Comp - MSB C630, Newark `' On Nov 30, 2014, at 17:17, Roland Soderstrom <Rolands at logicaltech.com.au<mailto:Rolands at logicaltech.com.au>> wrote: I had to test this to figure out why I managed to get it going. Some findings. I had to uninstall all SMC packages. Xymon configure.server will use some of the SMC libs. After this no need to mv /usr/ccs/bin/ld and rrdtool will work. When using opencsw ALL libs and includes NEEDS to be opencsw or it wont work. (unless it’s vanilla solaris libs) Maybe on option to configure? If specifying --opencsw it will only use libs/includes in /opt/csw Openssl 1.0 is installed in /usr/sfw with Solaris, we can’t use that. Openssl will use /usr/sfw openssl (bug in build/ssl.sh? it will use the last one in the for list it finds) Cares –L is blank in the Makefile as you pointed out. I think this is a bug in build/c-ares.sh, line 455-456 echo "CARESLIBS = -L$LIB -lcares" >>Makefile echo "RPATHVAL += ${LIB}" >>Makefile Should be: echo "CARESLIBS = -L$CARESLIB -lcares" >>Makefile echo "RPATHVAL += ${CARESLIB}" >>Makefile So after installing all opencsw packages and removing all SMC packages, fixing configure.server I run configure as this: MAKE=gmake ; ./configure.server --sslinclude /opt/csw/include/openssl --ssllib /opt/csw/lib Voila no errors or other fixes. - Roland From: Vernon Everett [mailto:everett.vernon at gmail.com] Sent: Friday, 28 November 2014 4:29 PM To: Roland Soderstrom Cc: Xymon mailinglist Subject: Re: [Xymon] Building a new server - part 2 And it'w working. A bit of fun & games getting Apache going, but we now have a working Xymon server. Thanks to all for your assistance. Regards Vernon On 28 November 2014 at 11:04, Vernon Everett <everett.vernon at gmail.com<mailto:everett.vernon at gmail.com>> wrote: SUNWlibm delivers floatingpoint.h Damn these limited install options! And gmake completed successfully. Now let's see if we can get the rest to work. :-) On 28 November 2014 at 10:50, Vernon Everett <everett.vernon at gmail.com<mailto:everett.vernon at gmail.com>> wrote: And floatingpoint.h, I think is a Solaris library. SUNWspro, I think. Let me install that and check On 28 November 2014 at 10:47, Vernon Everett <everett.vernon at gmail.com<mailto:everett.vernon at gmail.com>> wrote: Hi Roland Started over completely. Used your pkgutil list, and it installed a few packages, mostly around the freetype and libart section. I then did a gmake clean, remover the Makefile and ran configure from scratch. It generated a Makefile. Then I ran gmake. Hit the c-ares issue. Added the -L path, and mentioned above, and we were off again. Then I hit the rrdtool error. Moved the /usr/ccs/bin/ld as mentioned, and we moved ahead again. Then I hit this one.. gcc -g -O2 -Wall -Wno-unused -Wno-pointer-sign -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSunOS -I/var/tmp/xymon-4.3.17/include -I/opt/csw/include -I/opt/csw/include -DRRDTOOL12 -I/opt/csw/include -c -o perfdata.o perfdata.c In file included from perfdata.c:20:0: /opt/csw/lib/gcc/i386-pc-solaris2.10/4.9.0/include-fixed/math.h:333:27: fatal error: floatingpoint.h: No such file or directory #include <floatingpoint.h> ^ compilation terminated. Makefile:130: recipe for target 'perfdata.o' failed gmake[1]: *** [perfdata.o] Error 1 gmake[1]: Leaving directory '/var/tmp/xymon-4.3.17/web' build/Makefile.rules:111: recipe for target 'web-build' failed gmake: *** [web-build] Error 2 On 28 November 2014 at 10:29, Roland Soderstrom <Rolands at logicaltech.com.au<mailto:Rolands at logicaltech.com.au>> wrote: I think you miss a dependency. Use my CSW list. After finding which one you obviously need to redo configure so all Makefiles are corrected. - Roland From: Vernon Everett [mailto:everett.vernon at gmail.com<mailto:everett.vernon at gmail.com>] Sent: Friday, 28 November 2014 1:24 PM To: Roland Soderstrom Cc: Xymon mailinglist Subject: Re: [Xymon] Building a new server - part 2 Hi Roland Thanks for the quick response. I have built Xymon on Solaris many times too, and agree, it should just work. I did find something interesting just a minute ago. Looking through the Makefile, to check what it's looking for, and notices something odd about the c-ares definitions. See below. Notice the CARESLIBS has no directory defined after the -L I changed that to CARESLIBS = -L/opt/csw/lib -lcares And we moved on. Only to hit another one. gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSunOS -I/var/tmp/xymon-4.3.17/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/include -DRRDTOOL12 -c -o do_rrd.o do_rrd.c gcc -o xymond_rrd xymond_rrd.o xymond_worker.o do_rrd.o client_config.o ../lib/libxymontime.a -lrt ../lib/libxymoncomm.a -L/usr/sfw/lib -lssl -lcrypto -lresolv -lsocket -lnsl -lrt -L/opt/csw/lib -lrrd -L/opt/csw/lib -lpcre Undefined first referenced symbol in file XRenderCreateLinearGradient /opt/csw/lib/libcairo.so.2 XRenderCreateRadialGradient /opt/csw/lib/libcairo.so.2 XRenderCreateSolidFill /opt/csw/lib/libcairo.so.2 ld: fatal: Symbol referencing errors. No output written to xymond_rrd collect2: ld returned 1 exit status Makefile:62: recipe for target 'xymond_rrd' failed gmake[1]: *** [xymond_rrd] Error 1 gmake[1]: Leaving directory '/var/tmp/xymon-4.3.17/xymond' build/Makefile.rules:108: recipe for target 'xymond-build' failed gmake: *** [xymond-build] Error 2 My next Xymon install will be on Linux! No exceptions! --- snip --- # C-ARES settings SYSTEMCARES = yes CARESINCDIR = -I/opt/csw/include CARESLIBS = -L -lcares RPATHVAL += # PCRE settings PCREINCDIR = -I/opt/csw/include PCRELIBS = -L/opt/csw/lib -lpcre RPATHVAL += /opt/csw/lib # RRDtool settings RRDDEF = -DRRDTOOL12 RRDINCDIR = -I/opt/csw/include RRDLIBS = -L/opt/csw/lib -lrrd RPATHVAL += /opt/csw/lib DORRD = yes # # OpenSSL settings SSLFLAGS = -DHAVE_OPENSSL -DHAVE_SSLV2_SUPPORT SSLINCDIR = -I/opt/csw/include SSLLIBS = -L/usr/sfw/lib -lssl -lcrypto RPATHVAL += /usr/sfw/lib DOSSL = yes --- snip --- On 28 November 2014 at 10:07, Roland Soderstrom <Rolands at logicaltech.com.au<mailto:Rolands at logicaltech.com.au>> wrote: I’ve compiled 4.3.17 on Solaris Sparc and x86 with OpenCSW, so it should work. This is roughly what I do. pkgutil -y -i coreutils pkgutil -y -i gzip pkgutil -y -i wget pkgutil -y -a berkeleydb48 pkgutil -y -i freetype pkgutil -y -i libart pkgutil -y -i libpng15_15 pkgutil -y -i libtool pkgutil -i -y gcc4core gcc4g++ gmake pkgutil -i -y pcre libpcre_dev pkgutil -i -y rrdtool rrdtool_dev pkgutil -i -y openssl libssl_dev pkgutil -i -y openldap_client openldap_dev pkgutil -i -y fping export PATH=/usr/bin:/usr/sbin:/opt/csw/bin:/opt/csw/sbin:/usr/ccs/bin Make SURE /usr/local/<something> or /usr/sfw/<something> is not in any path. export LD_LIBRARY_PATH=”” crle which gmake /opt/csw/bin/gmake which ld /usr/ccs/bin/ld MAKE=gmake ; /configure gmake - Roland From: Xymon [mailto:xymon-bounces at xymon.com<mailto:xymon-bounces at xymon.com>] On Behalf Of Vernon Everett Sent: Friday, 28 November 2014 12:18 PM To: Xymon mailinglist Subject: [Xymon] Building a new server - part 2 OK, I was correct about the library packages. Once I installed them, it resolved most of my problems, and the configure script completed OK. On to the make. (Or gmake in my case) And we hit the next hurdle. gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSunOS -I/var/tmp/xymon-4.3.17/include -I/opt/csw/include -o xymonnet xymonnet.o contest.o httptest.o httpresult.o ldaptest.o dns.o dns2.o httpcookies.o -L -lcares -L/opt/csw/lib -lldap -llber ../lib/libxymontime.a -lrt ../lib/libxymoncomm.a -L/usr/sfw/lib -lssl -lcrypto -lresolv -lsocket -lnsl -lrt ../lib/libxymon.a -L/opt/csw/lib -lpcre Undefined first referenced symbol in file ares_process dns.o ares_gethostbyname dns.o ares_strerror dns.o ares_init_options dns.o ares_search dns.o ares_fds dns.o ares_destroy dns.o ares_timeout dns.o ares_expand_name dns2.o ld: fatal: Symbol referencing errors. No output written to xymonnet collect2: ld returned 1 exit status Makefile:33: recipe for target 'xymonnet' failed gmake[1]: *** [xymonnet] Error 1 gmake[1]: Leaving directory '/var/tmp/xymon-4.3.17/xymonnet' build/Makefile.rules:102: recipe for target 'xymonnet-build' failed gmake: *** [xymonnet-build] Error 2 Any ideas? Regards Vernon -- "Accept the challenges so that you can feel the exhilaration of victory" - General George Patton -- "Accept the challenges so that you can feel the exhilaration of victory" - General George Patton -- "Accept the challenges so that you can feel the exhilaration of victory" - General George Patton -- "Accept the challenges so that you can feel the exhilaration of victory" - General George Patton -- "Accept the challenges so that you can feel the exhilaration of victory" - General George Patton -- "Accept the challenges so that you can feel the exhilaration of victory" - General George Patton _______________________________________________ Xymon mailing list Xymon at xymon.com<mailto:Xymon at xymon.com> http://lists.xymon.com/mailman/listinfo/xymon

2 1