September 2012 - Xymon - Xymon mailman web

Default IP restrictions
by xymonliste＠netcologne.de 13 Sep '12

13 Sep '12

Hi, the default configuration of Xymon only restricts --admin-senders to 127.0.0.1,$XYMONSERVERIP and allows running the "download" and "config" commands. I suggest changing this to a more restricted default configuration by adding --www/maint/status-senders as well and maybe even setting --no-download. Best regards Thomas Kähn -- Thomas Kähn Technik, Network Engineering & Design; Content Delivery Platform & IP --------------------------------------------------------------------- NETCOLOGNE Gesellschaft für Telekommunikation mbH Am Coloneum 9 | 50829 Köln www.netcologne.de Geschäftsführer: Dr. Hans Konle (Sprecher) Dipl.-Ing. Karl-Heinz Zankel Vorsitzender des Aufsichtsrates: Dr. Andreas Cerbe HRB 25580, AG Köln Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sollten Sie diese Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht zu löschen. Die E-Mail darf in diesem Fall weder vervielfältigt noch in anderer Weise verwendet werden.

1 0

bbnote_editor
by Rolands＠logicaltech.com.au 13 Sep '12

13 Sep '12

I solved a problem with the excellent bbnote_edit by Galen Johnson In 4.3.5 it works fine. In 4.3.10 the menus doesn't work, I'm guessing it is because the menu javascripts are gone. A simple change in the bbnote_editor.cgi solved the issue. I'm not a good perl programmer so I consider this more of a hack... Included my notes_header for 4.3 (a few typos) and bbnote_editor.cgi for 4.3 - Roland

4 9

Xymon hang
by Neil.Simmonds＠express-gifts.co.uk 12 Sep '12

12 Sep '12

Just had a bit of a weird one. A single Xymon server hung and wasn't updating. When drilling down to an individual test we were just getting a "Status not available" message on a white screen. The only message we could find was in xymonlaunch.log and said "Could not get shm of size 2097152: Invalid argument" Issuing command ipcs -m gave the following. ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x0105000c 0 hobbitserv 600 262144 0 0x0205000c 32769 hobbitserv 600 262144 0 0x0305000c 65538 hobbitserv 600 262144 0 0x0405000c 98307 hobbitserv 600 262144 0 0x0505000c 131076 hobbitserv 600 262144 0 0x0605000c 163845 hobbitserv 600 32768 0 0x0705000c 196614 hobbitserv 600 524288 0 0x0805000c 229383 hobbitserv 600 524288 0 0x0905000c 262152 hobbitserv 600 131072 0 A server reboot has fixed the problem but we'd like to try and find the cause to try and make sure it doesn't happen again. Has anyone ever seen this before? Regards, Neil Simmonds Operation Analyst (Operations Support Group) Express Gifts Limited Express House Clayton Business Park Accrington Lancashire BB5 5JY T: 01254 303092 | E: neil.simmonds at Express-Gifts.co.uk Name & Registered Office: EXPRESS GIFTS LIMITED, 2 GREGORY ST, HYDE, CHESHIRE, ENGLAND, SK14 4TH, Company No. 00718151. Express Gifts Limited is authorised and regulated by the Financial Services Authority -------------- NOTE: This email and any information contained within or attached in a separate file is confidential and intended solely for the Individual to whom it is addressed. The information or data included is solely for the purpose indicated or previously agreed. Any information or data included with this e-mail remains the property of Findel PLC and the recipient will refrain from utilising the information for any purpose other than that indicated and upon request will destroy the information and remove it from their records. Any views or opinions presented are solely those of the author and do not necessarily represent those of Findel PLC. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. No warranties or assurances are made in relation to the safety and content of this e-mail and any attachments. No liability is accepted for any consequences arising from it. Findel Plc reserves the right to monitor all e-mail communications through its internal and external networks. If you have received this email in error please notify our IT helpdesk on +44(0) 1254 303030

1 0

Upgrade xymon
by Rolands＠logicaltech.com.au 12 Sep '12

12 Sep '12

Hi, Maybe a very stupid question... I'm planning an upgrade of my Xymon server, physical hw replacement. Xymon 4.3.10 Just thinking of a step. If I disable all hosts and tests (BLUE) Stop both old/new xymon services Then Copy xymon/data from old hw to new. When I start xymon services tests should still be Blue, but all the clients are still running sending data to the servers. What happens with that data? is it still going to xymon/data? - Roland

1 0

about trends and multigraph
by olivier＠audry.fr 11 Sep '12

11 Sep '12

hello I have one rrd by jvm to trend memory usage off the jvm -rw-rw-r-- 1 xymon xymon 209480 11 sept. 22:35 jvm.tomcat5-1.rrd -rw-rw-r-- 1 xymon xymon 209480 11 sept. 22:35 jvm.tomcat5-2.rrd -rw-rw-r-- 1 xymon xymon 209480 11 sept. 22:35 jvm.tomcat5-3.rrd -rw-rw-r-- 1 xymon xymon 209480 11 sept. 22:35 jvm.tomcat5-4.rrd -rw-rw-r-- 1 xymon xymon 209480 11 sept. 22:35 jvm.tomcat6-1.rrd -rw-rw-r-- 1 xymon xymon 209480 11 sept. 22:35 jvm.tomcat6-2.rrd the graphs def : [jvm] FNPATTERN jvm.(.*).rrd TITLE Garbage Collection YAXIS Bytes DEF:EC at RRDIDX@=@RRDFN@:EC:AVERAGE DEF:EU at RRDIDX@=@RRDFN@:EU:AVERAGE DEF:OC at RRDIDX@=@RRDFN@:OC:AVERAGE DEF:OU at RRDIDX@=@RRDFN@:OU:AVERAGE DEF:PC at RRDIDX@=@RRDFN@:PC:AVERAGE DEF:PU at RRDIDX@=@RRDFN@:PU:AVERAGE DEF:GCAP at RRDIDX@=@RRDFN@:GCAP:AVERAGE LINE1:EC at RRDIDX@#@COLOR@:@RRDPARAM@ Current eden space capacity.\n GPRINT:EC at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:EC at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:EC at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:EC at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n LINE1:EU at RRDIDX@#@COLOR@:@RRDPARAM@ Eden space utilization.\n GPRINT:EU at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:EU at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:EU at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:EU at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n LINE1:OC at RRDIDX@#@COLOR@:@RRDPARAM@ Current old space capacity.\n GPRINT:OC at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:OC at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:OC at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:OC at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n LINE1:OU at RRDIDX@#@COLOR@:@RRDPARAM@ Old space utilization.\n GPRINT:OU at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:OU at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:OU at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:OU at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n LINE1:PC at RRDIDX@#@COLOR@:@RRDPARAM@ Current permanent space capacity.\n GPRINT:PC at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:PC at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:PC at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:PC at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n LINE1:PU at RRDIDX@#@COLOR@:@RRDPARAM@ Permanent space utilization.\n GPRINT:PU at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:PU at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:PU at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:PU at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n I got the trends in the jvm column and in the trends column but the I have all the information in the same graph => unreadable. So I had the jvm value to the CGI_SVC_OPTS. CGI_SVC_OPTS="--env=$XYMONENV --no-svcid --history=top --multigraphs=jvm,disk,inode,qtree,if_load,if_err,if_col,vip-bandwith,diskstats" On the column jvm I got the graph for the first rrd but not for the others. If I tweak the url with the right value for first and count I can find the graph for the other rrd. I suspect the value in the html  should not be at 1 but I don't understand how this is set. Any help would be much appreciated :) oau

1 3

TS - Need client for HP-UX 11.31
by d.tom.schmitt＠L-3com.com 11 Sep '12

11 Sep '12

I am in need of a compiled Xymon client for HP-UX 11.31. I am running Xymon 4.3.0-0.beta2 on a Dell R-610 server with no problems at all. Do you have to compile source from scratch on the platform you require? If so, what part of the Xymon load needs to be placed on the new platform to compile? Has anyone actually got a VMware client working to monitor the host server? Thanks, Tom Schmitt Senior IT Staff - R&D L-3 Communication Systems West 640 North 2200 West P.O. Box 16850 Salt Lake City, UT 84116 Phone (801) 594-3030 Cell (801) 231-7230 eFax (470) 201-6644 \\\\||//// \ ~ ~ / | @ @ | --oOo---(_)---oOo-- Have A Nice Day ! It is not necessary to change. Survival is not mandatory. -- W. Edwards Deming

1 0

UNIX Apocalypse and disable/enable bug?
by david.gore＠verizon.com 10 Sep '12

10 Sep '12

Hi, We just had a UPS replaced and had to take down our primary Xymon server for more than 8 hours. It was a good chance to test disaster recovery. Our secondary server did really well, although I did find one problem. We use Ralph Mitchell's bluesync.sh shell script to keep our two Xymon servers in sync for disable/enabled hosts. It appeared that not all tests were properly disabled on the secondary server. The reason appears to be because the disable time goes past UNIX end time, of January 19th, 2038 03:14:07 GMT. The result is, if you query Xymon for the disable time and disable message, nothing is returned, time defaults to 0, null message. Would it be possible to update the code to not exceed UNIX end of time? What typically happens is someone wants to disable something for a while, and yes I know this is a bad habit, and enters 9999 or 99999 days or something similar. Perhaps it would be best, if disable time is past UNIX end of time, make UNIX end time the disable time? I should probably add that a side effect is the host/services do not display a disable reason nor do they display on the enable/disable page disabled. Although you will see their status blue on whatever page you have them displayed. ~David

1 0

depends tag limitations (again)
by spah＠syntec.co.uk 10 Sep '12

10 Sep '12

Hi Henrik, Am I right in thinking that nothing has changed on this front? I just tried to use depends with a custom test and it did not seem to have any effect (on Xymon 4.3.7)... Dominique Frise wrote: > Hi, > > This is an extract of a previous reply from Henrik ( <http://www.hobbitmon.com/hobbiton/2006/10/msg00141.html> http://www.hobbitmon.com/hobbiton/2006/10/msg00141.html) > > > ----------- > Henrik Stoerner wrote: > > Charles Jones wrote: > > > *It would be nice if the depend tag worked for any column/test type*. > > > I looked at using the "depends" tag, but it appears that *depends only > > > works for network checks*. > > > > Agreed. The dependency checks are currently implemented in the network > > test tool (bbtest-net), instead of in the hobbitd daemon - that is the > > reason why they only work for network tests. And that is purely for > > historical reasons. > > > > I expect to move all of the dependency code into hobbitd soon, together > > with the combination-test handling (the stuff currenly done by > > bbcombotest), that will eliminate this rather silly restriction. > > > > Regards, > > Henrik > ----------- > > Are the above limitations been removed in the current snapshot? > If not when is this going to be implemented? > > Thanks. > > Dominique > UNIL - University of Lausanne > Kind regards, SebA

1 0

Small oddity - specifying max number of processes but no minimum.
by betsy.schwartz＠gmail.com 10 Sep '12

10 Sep '12

I have a process named "foo". It is ok if there are zero instances of this process running, or one or more. I want to alert when there are more than three instances. If I put in analysis.cfg: PROC foo -1 3 yellow and there are no foo processes, the procs page shows: green foo (found 0, req. 1 or more) Color is correct, message is inaccurate Then if I have more than three I see: yellow foo (found 11, req. 1 or more) So I think the test is correct but the message is confusing. also it's not explicitly documented that you can use -1 to mean "no minimum" (server and client are 4.3.7)

3 3

How to launch Xymon client on Ubuntu 12.04
by larry＠digonex.com 07 Sep '12

07 Sep '12

Thanks for the info, I'm glad I am not nuts for not finding those files. I installed the xymon-client package through Ubuntu's repo via apt-get and I have it working now. It is confusing since it uses the old hobbit naming for files. I typically like to get software like this from the author's source (i.e. sourceforge) rather than the distro maintainer since they (Canonical) usually change a lot of things that conflict with the original documentation and file structure. Thu Sep 6 07:44:01 CEST 2012 Henrik Størner wrote: >Seems to be a packaging error in the client-package - it doesn't include >the /etc/init.d/xymon-client script. > >The real quick-and-dirty solution (until I figure out the Debian packaging bug) is to fetch the debian/xymon-client.init script from >http://xymon.svn.sourceforge.net/viewvc/xymon/branches/4.3.10/debian/xymon-… > >Copy it to /etc/init.d/xymon-client, then run > > chmod 755 /etc/init.d/xymon-client > update-rc.d xymon-client 98 02 > > >Regards, >Henrik Thanks, Larry

1 0