March 2011 - Xymon - Xymon mailman web

Historical status log not available
by jayantak007＠gmail.com 16 Mar '11

16 Mar '11

Hi All, I am using xymon-4.2.3 in Red Hat Linux-5.5 Inside history if i want to check any particular date/time status then its giving following error: "Historical status log not available" Kindly let me know how come i resolv the problem. With Regards, Jayanta.

2 1

Devmon RRD graphs not being generated
by lalli＠slepja.com 16 Mar '11

16 Mar '11

I have a problem with Devmon and RRD graphs in Xymon 4.3 (upgraded from the 4.2 all-in-one-patch). (-note-: the graphs were not being generated in the hobbit 4.2 version either) I have a template with a "temp" test for an environment monitor. Devmon is probing the monitor, collecting the data and sending it to Xymon. no errors in devmon.log xymon can display the data and alert on the thresholds but no RRD files are generated in the data/rrd/"HOSTNAME" folder for the temp test (only conn) and I cannot find any erros in any logfiles. How can I see where the process is stopping or going wrong? I have copied the contents of devmon-graph.cfg into graphs.cfg in xymon and make sure that temp=devmon is in the TEST2RRD line and temp is mentioned in GRAPHS line.

1 0

Document for Custom graphs.
by balothia＠rediffmail.com 16 Mar '11

16 Mar '11

Hi, I am new to xymon, till now my experience is superb with xymon. I am able to do whatever i want, i have customized the xymon starting from html pages till adding extra scripts on client. As a further customizing i am looking to draw graphs for my customized script. Can you please let me know where i can get a doc or link for customized graphs in xymon. Thanks.... Regards Gautam

2 1

status logs
by mjones＠mnsi.net 16 Mar '11

16 Mar '11

I recently changed from the old BB software to Xymon and love it.. I am trying to do some customization and I can't find where the status logs are stored. Can someone point me in the right direction? Mark Jones Operations Managed Network Systems London Desk 519-679-5207 Windsor Desk 519-258-2333 x8417 Cell 519-521-8222

2 2

Modifications in xymon 4.3.0 graph definitions
by Wim.Nelis＠nlr.nl 16 Mar '11

16 Mar '11

Hello, we are planning to upgrade to xymon 4.3.0. One of the preparations is to incorporate the modifications we've made in the (Hobbit) graph definitions into the graph definitions of xymon 4.3.0. The modifications described below are about the preference for a specific presentation of the information. We have changed the layout of a number of graphs to get a (more) uniform layout, which also matches the layout of MRTG graphs. The modifications are: - The format of the title becomes "<Host> , <Description> <TimeRange>". Thus in the TITLE directive starts with ", ", and (and this is hard to see in the diff output) it ends with two spaces. Only the first word in <Description> is written in uppercase. - Below the graph, there is one line for each parameter shown in the graph. The format of a line is the color and a description (generated with a LINE of AREA directive) followed by the minimum, maximum, average and current value. This order matches MRTG, which shows the maximum, the average and the current value. Each value has the format "<Min|Max|Avg|Cur>: <Value> <Unit>". - The format of the label along the Y-axis is "<Description> [<Unit>]". The description at the Y-axis describes the quantity shown, while the description field(s) below the graph contain the source. - FNPATTERN is modified to be more precise. It is anchored to both the beginning and the end of the name, and a "." is replaced by "\." if a dot is meant. Note that not all graph definitions are modified, in principle only the definitions we use are changed. It would be nice if the format of the dates in a graph could be adjusted as well, resulting in a uniform way to show a date throughout xymon (and devmon) generated pages. Kind regards, Wim Nelis. ******************************************************************************************************* The NLR disclaimer (http://www.nlr.nl/emaildisclaimer) is valid for NLR e-mail messages. *******************************************************************************************************

1 0

can't build i386 xymon rpms on x86_64 host
by tomg＠mcclatchyinteractive.com 15 Mar '11

15 Mar '11

Has anyone else successfully built i386 RPMs of xymon & xymon-client using an x86_64 build server? I'm running centos 5.5 and using this command: "rpmbuild -bb --target=i386 xymon.spec" Here's snippet from the beginning of the rpmbuild that shows the use of 64bit: + cd xymon-4.3.0 + LANG=C + export LANG + unset DISPLAY + PKGBUILD=1 + make MAKE="make" CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I. -I`pwd`/include -I/usr/include" LDFLAGS="" `pwd`/build/genconfig.sh and from the end, when the files are being packaged: <snip> Provides: config(xymon) = 4.3.0-3 Requires(interp): /bin/sh /bin/sh /bin/sh Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires(pre): /bin/sh Requires(post): /bin/sh Requires(preun): /bin/sh Requires: /bin/bash /bin/sh config(xymon) = 4.3.0-3 libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libcrypto.so.6()(64bit) liblber-2.3.so.0()(64bit) libldap-2.3.so.0()(64bit) libm.so.6()(64bit) libpcre.so.0()(64bit) libpng12.so.0()(64bit) librrd.so.2()(64bit) librt.so.1()(64bit) librt.so.1(GLIBC_2.2.5)(64bit) libssl.so.6()(64bit) rtld(GNU_HASH) Conflicts: xymon-client I have both glibc-devel install for both archs: $ rpm -q --qf "%{NAME}-%{VERSION}-%{RELEASE} %{ARCH}\n" glibc glibc-2.5-49.el5_5.7 x86_64 glibc-2.5-49.el5_5.7 i686 $ rpm -q --qf "%{NAME}-%{VERSION}-%{RELEASE} %{ARCH}\n" glibc-devel glibc-devel-2.5-49.el5_5.7 x86_64 glibc-devel-2.5-49.el5_5.7 i386 $ rpm -q --qf "%{NAME}-%{VERSION}-%{RELEASE} %{ARCH}\n" libtool libtool-1.5.22-7.el5_4 x86_64 Any tips are appreciated, as the xymon rpm build process is a little different from most RPMs I've worked with. Thanks, Tom

2 2

problem with xymond_client test
by attwood＠utsc.utoronto.ca 15 Mar '11

15 Mar '11

Since upgrading to 4.3.0-RC1 and following with 4.3.0, there is a xymond_client test that is always showing red: "- Program Crashed Fatal signal caught!" I'm not seeing anything helpful in the xymond-client logs or the xymond-server logs, any pointers on where I should look, or what the problem might be? Thanks -- Glenn Attwood Senior Network Administrator, IITS University of Toronto Scarborough 416-287-7364

2 2

how to run 2 xymon-servers on 1 host?
by P.vanEldijk＠uci.ru.nl 15 Mar '11

15 Mar '11

Hi, I would like to run 2 xymon-4.3.0 servers on 1 host (one for testing, one for production), each with its own user (xymon vs xymontst) and port (1984 vs. 1985). The problem is, that I get an error-message when starting the second server: "Could not get shm of size 262144: Permission denied" Obviously, the second server tries to access/allocate the same shm-segment as the first one. I'm guessing I have to change the source code somewhat, to allocate a different shm-=segment and/or semaphore, but I've got no clue as to how and where :( (I'm no good in programming C) Is there a way to run 2 servers on the same host as different users and if so, how? Can someone advice me on how to do this? regards, Paul

3 5

Xymon mailing list now on a new server (but hopefully everything works!)
by henrik＠hswn.dk 14 Mar '11

14 Mar '11

Just to let you know that everything has been moved, and hopefully it should be running as usual. Regards, Henrik

5 11

LFS support check failed for standard file support - xymon 3.0
by vadud3＠gmail.com 14 Mar '11

14 Mar '11

# uname -a SunOS solaris 5.10 Generic_142910-17 i86pc i386 i86pc # MAKE=gmake ./configure.client [..] Checking for clock_gettime() requiring librt ... clock_gettime() requires librt Is this means librt is missing? Checking for Large File Support ... ERROR: LFS support check failed for standard file support I am pretty sure solaris 10 x86 supports large file system. -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?

4 11