March 2011 - Xymon - Xymon mailman web

Xymon 4.3.0 build error on HP-UX 11iv3 ia64
by innate.ideas＠gmail.com 07 Mar '11

07 Mar '11

Build of Xymon 4.3.0 client fails with error on HP-UX 11iv3 ia64. Bug#3201638 This client is currently running 4.3.0 beta 2. Here is the output: Created Makefile with the necessary information to build Xymon Some defaults are used, so do look at the Makefile before continuing. Configuration complete - now run gmake -s (GNU make) to build the tools salmon # gmake -s timefunc.c: In function 'gettimer': timefunc.c:55: error: 'CLOCK_MONOTONIC' undeclared (first use in this function) timefunc.c:55: error: (Each undeclared identifier is reported only once timefunc.c:55: error: for each function it appears in.) timefunc.c: In function 'getntimer': timefunc.c:67: error: 'CLOCK_MONOTONIC' undeclared (first use in this function) timefunc.c: In function 'timespec_text': timefunc.c:147: warning: passing argument 2 of 'getescapestring' from incompatible pointer type gmake[1]: *** [timefunc-client.o] Error 1 gmake: *** [lib-client] Error 2

2 2

Newbee question about a database backend
by klaas.eenkhoorn＠vtspn.nl 07 Mar '11

07 Mar '11

Dear All, Some time ago we've started using xymon to monitor our network and it works fine. Now we would like to use the statistics of xymon for weekly reports, therefor we would like to connect xynmon to amysql database backend for graphing. urrently we use rrd for trends an graphs. Is there a 'how to' written or is there a example config how to do this ? Met vriendelijke groet, Klaas D. Eenkhoorn Senior Beheerder UNIX ------------------------------------------------------------------------ ---------- vts Politie Nederland VG - Noord Oost Hanzelaan 95, gebouw 45, 8017 JE Zwolle Doorkiesnummer: 038-4976326 Mobiel: 06-27035452 Helpen Nederland veiliger te maken (c) [2008] vts Politie Nederland, all rights reserved. -------------------------Disclaimer------------------------------- De informatie verzonden met dit e-mailbericht (en bijlagen) is uitsluitend bestemd voor de geadresseerde(n) en zij die van de geadresseerde(n) toestemming kregen dit bericht te lezen. Gebruik door anderen dan geadresseerde(n) is verboden. De informatie in dit e-mailbericht (en bijlagen) kan vertrouwelijk van aard zijn en kan binnen het bereik vallen van een geheimhoudingsplicht en een verschoningsrecht. -------------------------------------------------------------------

1 0

FOLLOWUP: Script to rotate on-call tech hourly and weekly
by betsy.schwartz＠gmail.com 07 Mar '11

07 Mar '11

A long ways back, I posted asking about how to rotate paging when there was a complex paging schedule, with multiple people working overlapping shifts. In addition to our hourly on-duty schedule we have weekly rotations for various teams on-call. We wanted to be able to tell xymon to page the DBA on-call or the tech ons duty this hour, without having to write what were becoming increasingly cumbersome rules. Well, we couldn't find anything that would do what we wanted, so we ended up writing something in-house. (I say "we" but I mean one of our developers, who gave up some "innovation Friday" time and some personal evening/weekend time as well!) It's still in the quick-and-dirty stage, not well-documented or polished enough to release as an open source tool yet, but we'd like to get it there. Meanwhile I wanted to share it. You're welcome to look at it and to use it in whole or in part, but please do not formally redistribute it until we can get it into better shape. We just started production acceptance testing of xymon and this script, this week. A link from my personal account: http://www.well.com/~betsys/get-tech-on-call.pl http://www.well.com/~betsys/dummy_sched.xml I would very much welcome any feedback or improvements. The program takes as input an XML file containing definitions for people (name, email, and pager) , one or more lines for each tech in the weekly schedule, and a line for each of the weekly rotations. It outputs a list of the pager addresses for each person on duty, suitable for using as a mail alias file, or a list of names, OR a weekly schedule in csv format for ease of reading in a spreadsheet to check your work.

2 1

hpux-meminfo.c patch
by jasonajfredricksen＠gmail.com 06 Mar '11

06 Mar '11

This patch for hpux-meminfo.c may help due to 11iv3 page sizes 4096 ,8192 ,16384 ,65536. from: man 5 base_pagesize running xymon 4.2.3 l diff then the modified source: 15d14 < #include <unistd.h> 24,25d22 < unsigned long pgsizecnf; < int d=0; 31,48c28,29 < pgsizecnf = sysconf(_SC_PAGE_SIZE); < switch(pgsizecnf) { < case 4096: < d = 256; < break; < case 8192: < d = 128; < break; < case 16384: < d = 64; < break; < case 65536: < d = 16; < break; < default: < exit (1); < } < printf("Total:%ld\n", sbuf.physical_memory/d); --- > > printf("Total:%ld\n", sbuf.physical_memory/256); 50a32 > /*----------------------------------------------------------------------------*/ /* Hobbit memory information tool for HP-UX. */ /* This tool retrieves information about the total and free RAM. */ /* */ /* Copyright (C) 2005-2006 Henrik Storner <henrik at hswn.dk> */ /* */ /* This program is released under the GNU General Public License (GPL), */ /* version 2. See the file "COPYING" for details. */ /* */ /*----------------------------------------------------------------------------*/ static char rcsid[] = "$Id: hpux-meminfo.c,v 1.4 2006-05-03 21:12:33 henrik Exp $"; #include <sys/pstat.h> #include <unistd.h> #include <stdio.h> main(int argc, char *argv[]) { struct pst_static sbuf; struct pst_dynamic dbuf; unsigned long pgsizekb; unsigned long kpages; unsigned long pgsizecnf; int d=0; pstat_getstatic(&sbuf, sizeof(sbuf), 1, 0); pstat_getdynamic(&dbuf, sizeof(dbuf), 1, 0); pgsizekb = sbuf.page_size / 1024; kpages = dbuf.psd_free / 1024; pgsizecnf = sysconf(_SC_PAGE_SIZE); switch(pgsizecnf) { case 4096: d = 256; break; case 8192: d = 128; break; case 16384: d = 64; break; case 65536: d = 16; break; default: exit (1); } printf("Total:%ld\n", sbuf.physical_memory/d); printf("Free:%lu\n", pgsizekb*kpages); } Jason A.J. Fredricksen

5 5

Limiting Access
by bb＠buglecreek.com 04 Mar '11

04 Mar '11

Hello, We have been using BB for several years and are ready to upgrade everything to a new monitoring system. We would really like to use Xymon. We have several different groups that will need to use the system in different ways. We were curious what solutions people may have come up with to limit access to certain tests or hosts. For instance, we have a group that will simply monitor certain hosts and make judgments on who to call based on status, these systems would be a subset of all the systems . They have no real technical knowledge and do not need to see all the systems. We may have a group of admins that need to see a certain set of hosts, but not every host since they have no real technical responsibility for certain systems. Also, we have a lot of custom scripts that monitor security related items (locked accounts, brute force attempts etc), we would want only a certain group (security group) to be able to access those tests. Not being very familiar with Xymon yet, we were wondering if there was a way to accomplish this. If not natively in Xymon, maybe via Apache? Any suggestions on how to proceed?

3 2

Reversing the effects of a 'bb 127.0.0.1 "drop HOSTNAME TEST"' command
by jbhoren＠alaska.edu 04 Mar '11

04 Mar '11

!@#$% I've never been good a dealing with the aftermath of purple alerts, and always end-up using brute-force to remove all hostname references in $XYMON/data. But this time I really screwed-up and ran bb 127.0.0.1 "drop HOSTNAME TEST" for the purple-affected hosts... and now I can't get 'em back! I need help/suggestions/advice TIA! -- JONATHAN B. HOREN ARSC/LSI Systems Administrator WRRB/008-001 T: (907) 450-8694 E: jbhoren at alaska.edu *"After Tuesday, even the calendar says W T F!!"*

3 3

Suggestion: make config or make init targets
by spa＠syntec.co.uk 04 Mar '11

04 Mar '11

Hi, It would be nice if there was a way to install particularly the init script automatically. For example, on Redhat, one has to (copied and pasted from another page - I did something similar for the version I got from subversion, where I was just compiling and installing the client): # cp -p /usr/local/src/xymon-4.2.3/rpm/hobbit-init.d /etc/rc.d/init.d/xymon # chown root:root /etc/rc.d/init.d/xymon # chmod 755 /etc/rc.d/init.d/xymon # chkconfig xymon on One has to also edit /etc/rc.d/init.d/xymon change the DAEMON to point to one's actual path (which the configure script already has). The above steps need to be done for xymon-client too. Then you need to copy /path/to/source/xymon-client.default to /etc/default/xymon-client. You need to edit it and add the Xymon server IP address, which again, you already entered in the configure script... There are several steps here which could be automated, and it would make installing the client on machines quicker and less error prone, and many of us have to do this on many machines. I suggest the above could be accomplished with a "make config" or "make init" target from the source directory, logged in as root. If you are using e.g. Debian instead of Redhat, this would be automatically detected and the debian init scripts would be installed instead. Unfortunately, I'm no shell script wizz and can't really do this myself. Kind regards, Sebastian A

4 10

soap error
by marco.avvisano＠regione.toscana.it 04 Mar '11

04 Mar '11

Il 03/03/2011 14.37, Ralph Mitchell ha scritto: > On Thu, Mar 3, 2011 at 8:19 AM, Marco Avvisano > <marco.avvisano at regione.toscana.it > <mailto:marco.avvisano at regione.toscana.it>> wrote: > > > > Il 03/03/2011 13.57, Ralph Mitchell ha scritto: >> On Thu, Mar 3, 2011 at 6:36 AM, Marco Avvisano >> <marco.avvisano at regione.toscana.it >> <mailto:marco.avvisano at regione.toscana.it>> wrote: >> >> Sorry, write in italian .. >> >> I solved changing xml, but not work if use https: >> >> soap=webtest;https:/cert.pem@/my.server/MonitoredService/MonitorService;file:/opt/xymon/server/xml/MonitoredService.xml; >> >> >> error message is: >> >> >> Bad Request >> >> Your browser sent a request that this server could not >> understand. >> Reason: You're speaking plain HTTP to an SSL-enabled server port. >> Instead use the HTTPS scheme to access this URL, please. >> >> >> I got the above message recently too. In my case it was because >> I had compiled Xymon without openssl. It didn't have the >> necessary libraries to be able to setup the secure connection. >> >> Ralph Mitchell > thanks, I checked and actually miss those libraries: > > /opt/xymon/server/bin/xymonnet --version > > xymonnet version 4.3.0-0.20110123.rc1 > > > > In Fedora 14 I get: > > $ /home/xymon/server/bin/xymonnet --version > xymonnet version 4.3.0-0.20110123.rc1 > SSL library : OpenSSL 1.0.0d 8 Feb 2011 > LDAP library: OpenLDAP 20423 > > I had to install the openssl-devel rpm to get the openssl headers and > whatever else comes in the devel package. You'll need to remove the > Makefile, then rerun ./configure, do 'make clean' then recompile and > reinstall. > > Ralph Mitchell > Solved recompiling xymon after i have installed openssl-devel and openldap-devel thanks Ralph for your suggestions Marco

1 0

Reversing the effects of a 'bb 127.0.0.1 "drop HOSTNAME TEST"' command
by jbhoren＠alaska.edu 03 Mar '11

03 Mar '11

On Wed, Mar 2, 2011 at 4:21 PM, Ralph Mitchell <ralphmitchell at gmail.com>wrote: > On Wed, Mar 2, 2011 at 7:37 PM, Jonathan B. Horen <jbhoren at alaska.edu>wrote: > >> !@#$% >> >> I've never been good a dealing with the aftermath of purple alerts, and >> always end-up using brute-force to remove all hostname references in >> $XYMON/data. But this time I really screwed-up and ran >> >> bb 127.0.0.1 "drop HOSTNAME TEST" >> >> for the purple-affected hosts... and now I can't get 'em back! >> > > I could be wrong, but I think you're pretty much done, as far as the old > information goes. Actually, I'm not sure about the RRDs. However, whatever > was purple will come back just as soon as the next report is delivered. If > you want to put the dots back up manually, try this: > > bb 127.0.0.1 "status hostname,domain,com.stuff green" > > to send a green status for the "stuff" column. Those are commas in the > hostname, because back in the day BB used the period to separate the test > name from the host name. Give it 30 mins and it'll go purple all on its > own... :) > > You could follow up with: > > bb 127.0.0.1 "disable hostname,domain,com.stuff -1 wups, broke it" > > to send "disable until OK", so those pesky purple dots stay away. > I guess I didn't express myself correctly. I need the tests to restart, not to have a green status-LED place-holder. At this point, I've: - stopped xymon on the server - stopped xymon on the three affected clients - copied all of $XYMON/data/{hist,hostdata,hostlogs,rrd} from my last backup to $XYMON/data - started xymon on the server - started xymon on the three affected clients No joy. The LEDs for cpu, disk, files, memory, msgs, ports, and procs on the three affected hosts remain missing. On each of the affected clients, $XYMON/tmp/{hobbit_vmstat.biotech.nnn,msg.biotech.txt) exist and are updated regularly (@5-minute intervals). So, what's wrong on the server? Why isn't the information being generated-and-displayed on bb.html? What am I missing? -- JONATHAN B. HOREN ARSC/LSI Systems Administrator WRRB/008-001 T: (907) 450-8694 E: jbhoren at alaska.edu *"After Tuesday, even the calendar says W T F!!"*

2 1

how to use bbgen --ignorecolumns=bbd
by maynard.suarez＠dch.cantv.com.ve 03 Mar '11

03 Mar '11

hi i use #bbcmd #bbgen --ignorecolumns=bbd that ignore of my main page of hobbit the column bbd but this column reappear after 2 minutes. How i do to that stay ignore?????? -- Maynard J. Suarez M. Analista de Operaciones 7x24 Telf: 0800-2100027 email: operadores at dch.cantv.com.ve Centro de Datos EL Hatillo-GDCCE Cantv "No imprima este correo si no es necesario, cuide el planeta"

2 4