December 2011 - Xymon - Xymon mailman web

"Stop after" not shown in the Info-Page, again
by henrik＠hswn.dk 07 Dec '11

07 Dec '11

On Thu, 24 Nov 2011 21:15:51 +0100 (CET), martin.flemming at desy.de wrote: > Hi ! > > I'm running xymon 4.3.5 and can't get the "Stop after" information > shown on the info-page like in this very old thread Appears to be a problem only with the display on the info-page. This patch should fix it. Regards, Henrik

1 0

error on script
by sailesh.mohabeer＠mns.intnet.mu 07 Dec '11

07 Dec '11

Hi all, I have an script for checking my database. I am getting an error but I am unable to trouble shoot. Please see error . /xymon/client/ext/bb-roracle.ksh[58]: (VAR0+=2),(VAR1+=2): syntax error /xymon/client/ext/bb-roracle.ksh[58]: (VAR0+=2),(VAR1+=2): syntax error bash-3.00# The script output is below. Part of the script is running. But the output is not being diaplayed on xymon web page. See below:- bash-3.00# more bb-roracle.ksh.16030.sun1_test </pre> Process Check (cnp1)<hr> &clear Database process test disabled Database Checks (cnp1)<hr> &green Database check: cnp1 is up &clear User count check: Disabled &clear User check: Disabled Tablespace Check (cnp1)(Show greens Y)<hr> &green Tablespace cnp1:USERS totals 208.8Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:UNDOTBS1 totals 6585.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:TNIDX totals 50.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:TNDATA totals 1300.0Mb and is 4% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:TEPSIDX totals 50.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:TEPSDATA totals 100.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:SYSTEM totals 3200.0Mb and is 10% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:SYSAUX totals 570.0Mb and is 2% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:ROCIND totals 1300.0Mb and is 3% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:ROCDATA totals 9830.0Mb and is 28% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:ROC totals 1000.0Mb and is 2% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:PORTALIND totals 50.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:PORTAL totals 650.0Mb and is 2% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:OTSIDX totals 50.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:OTSDATA totals 400.0Mb and is 1% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MNSSMSP totals 30.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MNSSMS totals 50.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MNSPORTAL totals 200.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MNSONL totals 1180.0Mb and is 3% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MNSMFA totals 70.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MNSMAST totals 150.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MNSFRT totals 80.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MNSEPS totals 50.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MNSDECLARANT totals 30.0Mb and is 0% used, AUTOEXTENSIBLE=YE S &green Tablespace cnp1:MNSBOELK totals 19.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MCCICO totals 450.0Mb and is 1% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:MASTUTOR totals 100.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:FPSDATA totals 50.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:EPSMOHENV totals 10.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:EPSMOH totals 60.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:EPSENV totals 50.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:DMSIND totals 5.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:DMSDATA totals 507.0Mb and is 1% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:CNPMS totals 10.0Mb and is 0% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:CNPIND totals 4746.0Mb and is 13% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:CNP totals 20480.0Mb and is 50% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:BANKIND totals 800.0Mb and is 2% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:BANKDATA totals 4000.0Mb and is 11% used, AUTOEXTENSIBLE=YES &green Tablespace cnp1:ARCH totals 50.0Mb and is 0% used, AUTOEXTENSIBLE=YES Extent Check (cnp1)<hr> &green No objects are exceeding extent thresholds. Extent test ok. &clear Shadow check: Disabled PIN hit ratio for lib cache Check (cnp1)<hr> ERROR: invalid permissions for user (system) in cnp1 SQL Area Hit Ratio Check (cnp1)<hr> ERROR: invalid permissions for user (system) in cnp1 Block Buffer Hit Ratio Check (cnp1)<hr> ERROR: invalid permissions for user (system) in cnp1 Shared Memory Check (cnp1)<hr> ERROR: invalid permissions for user (system) in cnp1 RollBack Check (cnp1)<hr> &red Object cnp1: ROLL BACK percentage for SYSTEM is 98.97%. Extremely High Regards, Sailesh

1 0

Xymon 4.3.6
by hj.beckers＠kreis-steinfurt.de 07 Dec '11

07 Dec '11

seems to be missing the/a patch for the 24 hour leak on openSUSE systems after a reboot, as reported by Larry Barber on 07.11.2011 15:19 in "minor bug report" "SuSE systems report uptime as being up "1 day" rather than "1 days" as other Linuxes do. This seems to cause Xymon to skip the trends graphing during the period from 24 to 48 hours after a machine has been rebooted. No big deal, but one of my administrators is rather anally retentive about that sort of thing, Sample from the top of "top" on a SuSE box: top - 08:15:59 up 1 day, 12:40, 0 users, load average: 0.48, 0.97, 0.84 Tasks: 57 total, 1 running, 56 sleeping, 0 stopped, 0 zombie Cpu(s): 5.0%us, 1.0%sy, 0.0%ni, 91.8%id, 1.6%wa, 0.1%hi, 0.2%si, 0.3%st " Yours hjb

2 2

Xymon 4.3.6 html man page issues
by spah＠syntec.co.uk 07 Dec '11

07 Dec '11

Thanks for the new version Henrik! I've justed updated to Xymon 4.3.6 and I noticed this: http://www.xymon.com/xymon/help/manpages/man1/ackinfo.cgi.1.html In a future version of Xymon (after Xymon 4.2), this utility will also be used for acknowledging alerts at other levels. Is this still for a future version? There are also (at least) 2 files missing: http://www.xymon.com/xymon/help/manpages/man1/criticaleditor.cgi.8.html http://www.xymon.com/xymon/help/manpages/man1/ack.cgi.1.html These files also missing on my server. Kind regards, SebA

2 1

xymon 4.3.5 errors
by henrik＠hswn.dk 06 Dec '11

06 Dec '11

On 21-09-2011 07:48, Henrik Størner wrote: > On 20-09-2011 22:40, Tom Diehl wrote: > >> I just upgraded from 4.3.4 to 4.3.5 and I am getting errors that I do not >> understand. I would appreciate it if someone could tell me what to look >> at to >> correct the errors in the following log snippets: >> >> ==> xymonlaunch.log <== >> 2011-09-20 16:06:59 xymonlaunch starting >> 2011-09-20 16:06:59 Loading tasklist configuration from >> /usr/lib/xymon/server/etc/tasks.cfg >> 2011-09-20 16:06:59 Loading hostnames >> 2011-09-20 16:06:59 Cannot load host data > > This one puzzles me a bit. Supposedly it comes from xymond while > starting up, but xymond should not have problems loading hosts.cfg. Turned out to be a 4.3.5 bug, which could cause all sorts of funny issues. Definitely worth an upgrade to 4.3.6. Regards, Henrik

1 0

Xymon clientupdate Issue
by adambml1＠gmail.com 06 Dec '11

06 Dec '11

Hi, Currently in the process of setting up a new Xymon installation based on Solaris 10 x86. We’ve managed to compile and setup the server and clients fine, clients are reporting into the main Xymon server without issue. We have however got stuck on one problem. When trying to auto-update the clients with a new version of the client it fails. See below: $ ./clientupdate --update=client_v3 2011-12-06 11:03:59 Whoops ! Failed to send message (Connection failed) 2011-12-06 11:03:59 -> connect to Xymon daemon at 127.0.0.1:1984 failed (Connection refused) 2011-12-06 11:03:59 -> Recipient '127.0.0.1', timeout 15 2011-12-06 11:03:59 -> 1st line: 'download client_v3.tar' 2011-12-06 11:03:59 Cannot fetch new client tarfile: Status 5 tar: blocksize = 0 The client is however connecting to the Xymon server and sending alerts without issue. When I run the same command on the Xymon server to update its client, it works fine. I’m assuming it’s failing because it’s trying to contact 127.0.0.1, however I can’t see where it’s getting this address from?! When the client was compiled we gave the IP address of the Xymon server. When I run a strings on the clientupdate binary I can see the following entry hardcoded?! ~~~~~ XYMONSERVERIP 127.0.0.1 ~~~~~ Any help would be greatly appreciated. Adam

2 1

4.2.3 getting save/run dialog from "Client Data" link in IE only.
by hobbit＠epperson.homelinux.net 06 Dec '11

06 Dec '11

4.3 has been backburnered here for a while, so still on 4.2.3. Just found that IE (7) gives me the "Do you want to run or save" popup for "Client Data", i.e. bb-hostsvc.sh. It works fine in Firefox, and all of the other cgi-bin stuff works fine in both. bb-hostsvc.sh is 755 like all the other scripts. Was this a known issue? Patched? It's become an issue because when I'm roaming offsite, I have to use a "jump" box to get to the Xymon server, and I can't install Firefox on the jump box.

2 2

ORA-12514 in xymon
by henrik＠hswn.dk 06 Dec '11

06 Dec '11

On 23-11-2011 09:03, Jens Torwesten wrote: > in xymon we sometimes get the following error message output after adding a new > database Oracle 10g and Oracle 11g. > > ORA-12514:TNS:listener does not currently know of service requested in connect > descriptor (IDBD Error: OCIServerAttach) > > It's not a configuration error, SID, Port, Servername or IP adress are all > configured properly. All other remote applications can connect with this values, > only xymon has problems to connect. > All our databases are configured in the same way in xymon, but only some of them > show the ORA-12514 failure. well ... it's an oracle client problem. What script are you using to check Oracle databases ? I have seen this with the "dbcheck.pl" script from the hobbit-perl-client package, but only with older database versions. A possible workaround is to define the connection string in tnsnames.ora, and then configure the dbcheck.ini file with ONLY the SID - no hostname or portnumber. Then it will use the SID to initiate the connection, which the Oracle client will then map via tnsnames.ora to the correct connection settings. Regards Henrik

1 0

FW: Xymon [491707] 211-Glendale:conn CRITICAL (RED)
by henrik＠hswn.dk 06 Dec '11

06 Dec '11

On 19-11-2011 17:50, Rafal Roginela wrote: > What would cause this????? > This is new in 4.3.x I have a 4.2 box and this never happens.... Its like the status gets stuck.... Check if the status is "flapping" (switching red-green-red-green multiple times - it will say so on your detailed status display, or you can check the history). Xymon 4.3.x detects this, and then locks the status at the most severe condition (usually red) for 30 minutes. That means the status will be red, even though the actual status message you see on the alert says "green". Regards, Henrik

1 0

INTERFACES tag
by colin.coe＠gmail.com 06 Dec '11

06 Dec '11

Hi all With the new INTERFACES tag, is the follwoing correct to only show bond0 and rhevm interfaces? INTERFACES:"^(bond0|rhevm)" If so, do I need to drop the other, existing interfaces? Thanks CC -- RHCE#805007969328369

2 1