November 2009 - Xymon - Xymon mailman web

[hobbit] firefox 3.5 problem with graph zoom display - ymon 4.2.2-RC1-2008.12.01
by Craig.Cook＠carquest.com 05 Nov '09

05 Nov '09

>> Hi >> >> I am running Xymon 4.2.2-RC1-2008.12.01 and have a problem with some, >> but not all browsers. >> >> The problem occurs, then I go to Trends and selects the magnifying glass >> >> ican. The graph displayed for zooming is displayed and immediately >> coveret with a blue square. >> >> This occurs in: firefox 3.5 and Opera 9.64 >> >> This does not occur in: firefox 3.0, Crome 2.0.172.37 and IE 8.0.6001 >> >> >> All hints are appreciated. >> >> Best regards >> >> Harald Villemoes Could this be related? http://bugs.cacti.net/view.php?id=351 Craig

1 0

ack bug
by doctor＠makelofine.org 05 Nov '09

05 Nov '09

An HTML attachment was scrubbed... URL: <http://lists.xymon.com/pipermail/xymon/attachments/20091105/7263a5bb/attach…>

3 4

4.4.0
by lars.ebeling＠leopg9.no-ip.org 05 Nov '09

05 Nov '09

Because of some illness and lack of time I haven't tested Xymon for a while. Today I installed Xymon 4.4.0-1 from 2009-10-27. I get no Menu on the different servicepages and no bb-footer. You could have a look at the link below. -- Regards Lars Ebeling http://leopg9.no-ip.org Hobbithobbyist "I am not young enough to know everything." -- Oscar Wilde

2 5

Location of the Linux / Unix client software
by d.tom.schmitt＠L-3com.com 04 Nov '09

04 Nov '09

I know this is a trivial question, but I cannot find the Linux client code. Server is Xymon-4.3.0-0.beta2 on CentOS 5.3. I am running the Linux client on a test system currently. I cannot find the link to the location of the software on any site. Is there a different software for UNIX vs. Linux? Is it just source or is it compiled? I have the directories on the server but don't want to copy them over to another system. I could not find any links under Help on the web page nor on Sourceforge - must be looking for the wrong thing. I know that the Windows client BBWin has its own site. Thanks, Tom Schmitt Senior IT Staff - R&D D.Tom.Schmitt at L-3Com.com \\\\||//// \ ~ ~ / | @ @ | --oOo---(_)---oOo--

3 5

MEMPHYS vs MEMACT?
by dewey＠sasser.com 04 Nov '09

04 Nov '09

Hello all, I'm trying to understand the machine memory graphs -- specifically the differences between MEMPHYS and MEMACT (or "actual" and "real" on the graphs). Is this pretty much straight from vmstat? e.g. Is "actual" the "active" memory from vmstat and "real" the total - free? I recall seeing information on this weeks ago, but my GoogleFu (and Google Desktop) fails me today. Thanks, -- Dewey **

2 1

hobbitd_rrd crashing over and over.
by wgreen＠bridge2solutions.com 04 Nov '09

04 Nov '09

I am running xymon 4.3.0-0 beta 2 on a RHEL 5.4 x86_64 arch. Every 5mins or so, I get an alert that hobbit_rrd has crashed, and I get a ton of core files. # uname -a Linux xymon 2.6.18-164.el5xen #1 SMP Tue Aug 18 15:59:52 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux # rpm -qa |grep rrd rrdtool-1.2.23-1.el5.rf rrdtool-devel-1.2.23-1.el5.rf perl-rrdtool-1.2.23-1.el5.rf [root at xymon server]# file tmp/core.11912 tmp/core.11912: ELF 64-bit LSB core file AMD x86-64, version 1 (SYSV), SVR4-style, from 'hobbitd_rrd' Here is the backtrace: # gdb bin/hobbitd_rrd tmp/core.11912 GNU gdb Fedora (6.8-37.el5) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"... Reading symbols from /usr/lib64/librrd.so.2...done. Loaded symbols for /usr/lib64/librrd.so.2 Reading symbols from /lib64/libpcre.so.0...done. Loaded symbols for /lib64/libpcre.so.0 Reading symbols from /lib64/librt.so.1...done. Loaded symbols for /lib64/librt.so.1 Reading symbols from /lib64/libc.so.6...done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /usr/lib64/libfreetype.so.6...done. Loaded symbols for /usr/lib64/libfreetype.so.6 Reading symbols from /usr/lib64/libpng12.so.0...done. Loaded symbols for /usr/lib64/libpng12.so.0 Reading symbols from /usr/lib64/libz.so.1...done. Loaded symbols for /usr/lib64/libz.so.1 Reading symbols from /usr/lib64/libart_lgpl_2.so.2...done. Loaded symbols for /usr/lib64/libart_lgpl_2.so.2 Reading symbols from /lib64/libm.so.6...done. Loaded symbols for /lib64/libm.so.6 Reading symbols from /lib64/libpthread.so.0...done. Loaded symbols for /lib64/libpthread.so.0 Reading symbols from /lib64/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Core was generated by `hobbitd_rrd --rrddir=/opt/hobbit/data/rrd'. Program terminated with signal 6, Aborted. [New process 11912] #0 0x000000398ec30265 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x000000398ec30265 in raise () from /lib64/libc.so.6 #1 0x000000398ec31d10 in abort () from /lib64/libc.so.6 #2 0x00000000004201c3 in sigsegv_handler (signum=<value optimized out>) at sig.c:57 #3 <signal handler called> #4 0x000000385dc2a823 in write_RRA_row (rrd=0x7fffea126180, rra_idx=3, rra_current=0x7fffea126218, CDP_scratch_idx=<value optimized out>, rrd_file=0x1a3e84f0, pcdp_summary=0x0, rra_time=0x7fffea126208, rrd_mmaped_file=0x2b2a8173a000) at /usr/include/bits/string3.h:51 #5 0x000000385dc2c3e3 in _rrd_update ( filename=0x63b6c0 "/opt/hobbit/data/rrd/xymon/vmstat.rrd", tmplt=<value optimized out>, argc=9, argv=0x7fffea1262d0, pcdp_summary=0x0) at rrd_update.c:1230 #6 0x000000385dc2d207 in rrd_update (argc=13, argv=0x7fffea1262b0) at rrd_update.c:183 #7 0x000000000040497b in flush_cached_updates (cacheitem=0x1a3a3580, newdata=<value optimized out>) at do_rrd.c:223 #8 0x00000000004065b9 in create_and_update_rrd (hostname=0x2b2a8152bfb7 "xymon", testname=0x2b2a8152bfc8 "vmstat", classname=<value optimized out>, pagepaths=<value optimized out>, creparams=0x1a3da170, template=0x1a3a2bb0) at do_rrd.c:393 #9 0x000000000040d8b2 in do_vmstat_rrd (hostname=0x2b2a8152bfb7 "xymon", testname=0x2b2a8152bfc8 "vmstat", classname=0x2b2a8152bfcf "linux", pagepaths=0x426002 "", msg=<value optimized out>, tstamp=<value optimized out>) at rrd/do_vmstat.c:436 #10 0x0000000000410885 in update_rrd (hostname=0x2b2a8152bfb7 "xymon", testname=0x2b2a8152bfc8 "vmstat", msg=0x2b2a8152bfd6 "data xymon.vmstat\nlinux\n 0", tstamp=1257351440, sender=<value optimized out>, ldef=<value optimized out>, classname=0x2b2a8152bfcf "linux", pagepaths=0x426002 "") at do_rrd.c:591 #11 0x0000000000403017 in main (argc=<value optimized out>, argv=0x7fffea129908) at hobbitd_rrd.c:366 I have done fresh recompiles of multiple versions of xymon, used different versions of the rrd packages, and this error still constantly pops up. I get a ton of errors in rrd-data.log: 2009-11-04 11:17:24 Peer at 0.0.0.0:0 failed: Broken pipe 2009-11-04 11:17:24 Peer not up, flushing message queue 2009-11-04 11:27:26 Peer at 0.0.0.0:0 failed: Broken pipe 2009-11-04 11:27:26 Peer not up, flushing message queue 2009-11-04 11:42:33 Peer at 0.0.0.0:0 failed: Broken pipe 2009-11-04 11:42:33 Peer not up, flushing message queue 2009-11-04 11:46:08 Peer at 0.0.0.0:0 failed: Broken pipe 2009-11-04 11:46:08 Peer not up, flushing message queue I've honestly never had this problem before, and I'm pretty baffled.

1 0

New Big Brother interface
by josh＠imaginenetworksllc.com 04 Nov '09

04 Nov '09

Has anyone seen this? This is just crazy... http://www.bb4.com/bb4-screenshot-tour/index.html Please don't ever let Xymon go down this road. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 "When you have eliminated the impossible, that which remains, however improbable, must be the truth." --- Sir Arthur Conan Doyle

6 6

[hobbit] bb-histlog.sh : internal server error - SIGSEGV
by henrik＠hswn.dk 04 Nov '09

04 Nov '09

In <4AEB0D3D.8020206 at acantho.com> Gianluca Rossi <gianluca.rossi at acantho.com> writes: >my xymon server (64 bit debian lenny) running Xymon 4.3.0-0.beta2 >is sometimes reporting "Internal server error" executing history with >bb-histolog.sh. There is a known bug with history-log display that could cause this. If you grab the current code from the Sourceforge SVN repository it should be fixed. >is 4.3.0-0.beta2 the last 4.3 branch? i see on http://www.xymon.com >Xymon 4.3.0-1.3: is this an updated version? No, just an internal version number. Regards, Henrik

1 0

[hobbit] RE: Help with hobbitd_channel and hobbitd_filestore
by henrik＠hswn.dk 04 Nov '09

04 Nov '09

In <98B0CDCB28A5EE4CB3678CD99406644E02DB735F at tbmail2.tradebot.com> "Taylor Lewick" <tlewick at tradebotsystems.com> writes: >More digging, this stems from the fact that I was passing >channel=3Dclient, and hobbit_filestore doesn't support the client = >channel, >at least in the version I have, i.e. 4.2.0 >I just tried running: bbcmd hobbitd_channel --channel=3Ddata >--log=3D/home/hobbit/data/logs/clientcpu.log hobbitd_filestore --data = >and >that did work. =20 >So now it's a question of, how do I get hobbitd_filestore to work with >hobbit_channel --channel=3Dclient? Modify hobbitd_filestore.c? hobbitd_filestore was only intended as a compatibility module for people migrating from Big Brother. Since BB didn't have the concept of "client data", there is no support for logging client data via hobbitd_filestore. I would advise against logging all client data to disk files - unless you have a small setup (only a few hosts) it will cause a lot of disk I/O and generally make your Xymon server very busy. Much better to have your custom handler work directly from the data that is fed to it via STDIN from hobbitd_channel. Regards, Henrik

1 0

[hobbit] Alert mails with the Ack-Code
by henrik＠hswn.dk 04 Nov '09

04 Nov '09

In <98C4017C3754A34C9D7F4AEC3FF648BA03436B443E at permls101.wde.woodside.com.au> "Everett, Vernon" <Vernon.Everett at woodside.com.au> writes: >When an alert goes out in an email, the subject is normally something like = >this > Hobbit [70385] hostname:testname CRITICAL (RED)=20 >We want to be rid of the ACK-CODE in the subject, so we end up with somethi= >ng like this > Hobbit hostname:testname CRITICAL (RED) >(I am assuming that is the ACK-CODE?) >I know I can simply parse or recreate the alerts using a custom script, but= > I was hoping for something a little more elegant, and hopefully simpler. I'm afraid the subject-contents is hardcoded into the Xymon alert module. (It's in hobbitd/do_alert.c, the "message_subject()" routine, in case you would like to tweak it yourself). Regards, Henrik

1 0