December 2008 - Xymon - Xymon mailman web

[hobbit] Xymon version 4.2.2 RC1 available
by henrik＠hswn.dk 09 Dec '08

09 Dec '08

In <1228757124 at mknews.sslug.dk> "SebA" <spa at syntec.co.uk> writes: >Trunk also has this symlink issue:- >[web]# ls *footer -l >-rwxr--r-- 1 hobbit hobbit 14 Dec 8 16:30 acknowledge_footer [snip] >All the 14 byte files (with the 'make install' timestamp) contain the = >text >"link bb_footer" and that's it. Please port the fix over. Are you sure about that ? I just made a checkout of https://hobbitmon.svn.sourceforge.net/svnroot/hobbitmon/trunk/hobbitd/webfi… which has the "trunk" header+footer files, and it gave me a fine set of symlinks pointing at the bb_footer file. What SVN client are you using ? If it's a Windows-based client then I suspect it may not be able to handle symlinks correctly, since there's really no equivalent to symlinks on Windows. Regards, Henrik

2 1

Suitability for bb replacement in large enterprise
by joe＠tmsusa.com 09 Dec '08

09 Dec '08

Hello list, I learned about hobbit a couple years back, and I've been using it in some small shops, but I'm hoping to be able to deploy it for my main employer. At my day job, we've been using the old big brother 1.9e plus bbgen-3.5 to monitor hundreds of unix and windows servers spread across 2 data centers. Id like to move to hobbit, but it is important that it be able to do what bb does. For the most part it is better than bb, but I have 2 specific areas of concern: 1. snmp traps: Our netcool ticketing system relies on snmp traps from big brother whenever there is a significant event. Are any xymon users currently using snmp traps in a similar sort of way? 2. alerting failover: We currently have active-active monitoring of all our systems. That is, the bb servers in both data centers redundantly monitor all the servers, but it would be a nuisance to get 2 pages for every event, so we use the bb failover setup so that normally only the bb server in data center "A" sends alerts, but if the bb server in data center "B" can't reach the bb server in data center "A", then it goes into failover mode and sends the alerts on behalf of the unreachable bb server in data center "A". The worst case would be some sort of split brain where we get 2 alerts, but we have not seen that scenario arise, and it works well. Is xymon 4.2.2 capable of this sort of failover behavior? I'm hoping to replace bb with xymon, but these 2 items are deal breakers. Thanks in advance for your words of wisdom, Joe

4 6

bbwin 0.12 available
by etienne.grignon＠gmail.com 08 Dec '08

08 Dec '08

Hello, I publish today BBWin 0.12. BBWin 0.12 Beta version - May 21th 2008 ------------------- * Fix multiple bbdisplay with centralized mode * Send BBWin version (clientversion.cfg from etc folder) * Fix service names with spaces with centralized mode (replace spaces by underscore) Here the link for the download : http://sourceforge.net/projects/bbwin As usual, let me know if you get troubles with this new version. Regards, -- Etienne GRIGNON

4 4

[hobbit] bbtest yellow - PING test results sent unacceptably high
by john＠sackheads.org 08 Dec '08

08 Dec '08

On Dec 2, 2008, at 1:57 PM, "SebA" <spa at syntec.co.uk> wrote: > John Payne <mailto:john at sackheads.org> wrote: >> On Dec 1, 2008, at 4:44 PM, Henrik Størner wrote: >>> load on the main Hobbit server causing it to take very long to >>> accept >>> incoming connections. Try correlating the time of your problem with >>> the load on the Hobbit server (e.g. look at the "vmstat" graphs from >>> that time). >> >> >> Hrm, I don't seem to be graphing vmstat. However, looking at all of >> the graphs under trends for this host, they all look relatively flat >> _except_ bbtest runtime which cliffs from ~70ms to over 150ms. > > You're not graphing 'CPU Load' or 'CPU Utilization'? They are both > graphed > by default (assuming you have hobbit-client running of course: might > want to > check hobbitlaunch.cfg (hobbitclient)). I am... And those are flat.

1 1

Issue with port checks and default section
by Craig.Cook＠gpi.com 08 Dec '08

08 Dec '08

At the very end of hobbit-clients.cfg I have this configured DEFAULT # These are the built-in defaults. UP 1h LOAD 5.0 10.0 DISK * 90 95 MEMPHYS 100 101 MEMSWAP 50 80 MEMACT 90 97 DISK %^/cdrom.* IGNORE CLOCK 30 PORT STATE=TIME_WAIT MIN=0 MAX=200 COLOR=red On two hosts defined above it I have this: HOST=host1.example.com PORT STATE=TIME_WAIT MIN=0 MAX=2000 COLOR=red HOST=host2.example.com PORT STATE=TIME_WAIT MIN=0 MAX=2000 COLOR=red My intention is to override the default PORT count setting, but it does not work as I expect. Wed Dec 3 09:13:54 EST 2008 - Ports NOT ok green state=TIME_WAIT : (found 1529, req. at most 2000) red state=TIME_WAIT : (found 1529, req. at most 100) I am using Hobbit Monitor 4.3.0-0.20080403. Craig

2 1

remove RRD images from test
by bb4＠richter-it.net 08 Dec '08

08 Dec '08

Dear all, is it possible to remove the RRD graphics for certain tests on some machines in XYmon? As you all know for some tests RRD graphics are displayed below the test output. I was asked if it is possible to remove these graphics for the cpu tests on Windows machines but not on UNIX servers. TIA Torsten

2 1

Hobbit Installation Issue
by tanveers＠yahoo.com 07 Dec '08

07 Dec '08

Hello everyone, For the first time, I am trying to install Hobbit on my Ubuntu Linux Server. I followed the installation instructions provided on http://hobbitmon.sourceforge.net/ Every step went fine but when I started hobbit and typed in the hobbit address [ http://server-ip/hobbit/ ] in the browser, instead of getting the main page, I get the directory structure (see below)? What am I missing here? Please assist. Thank you! Index of /hobbit Name Last modified Size Description ________________________________ Parent Directory - gifs/ 13-Nov-2008 14:22 - help/ 13-Nov-2008 14:22 - html/ 13-Nov-2008 14:22 - menu/ 13-Nov-2008 14:22 - notes/ 13-Nov-2008 14:22 - rep/ 13-Nov-2008 14:22 - snap/ 13-Nov-2008 14:22 - wml/ 13-Nov-2008 14:22 - ________________________________ Apache/2.2.8 (Ubuntu) Server at x.x.x.x Port 80

15 43

monitoring patch status?
by Dan.McDonald＠austinenergy.com 04 Dec '08

04 Dec '08

I got hit up with the task of using xymon to monitor whether our windows servers are patched. I saw a plugin on deadcat that requires licensed software from shavlik.com, (and being over 4 years old, I have no idea if it works with bbwin, or if shavlik's api was still the same) but wondered if there were any other solutions out there. Minimum functionality is a list of applied patches that would show up on the client data link. For our linux boxes, I could probably just rpm -qa --last | head and check the date that an RPM was last installed - if it's more than a month, there is probably a problem... But I don't know enough about windows to come up with a simple solution for those boxes. -- Daniel J McDonald, CCIE #2495, CISSP #78281, CNX Austin Energy http://www.austinenergy.com

13 17

Hobbit bbtest-net crashing
by Vernon.Everett＠woodside.com.au 04 Dec '08

04 Dec '08

Hi Henrik You may recall, a while ago I posted a question to the list about "passive tests" no longer working. See thread from here http://www.hswn.dk/hobbiton/2008/10/msg00150.html Since then, it has happened a few times, but in all cases we have not had a chance to sit down and examine the core. Until Now. Below are our 5 most recent cores. And the corresponding entry in the bb-network.log file where available. (Not all generate the entry in the log file) Colin, our Linux man, and part-time C hacker, had this to say ---snip--- [root at las006 tmp]# gdb ~hobbit/server/bin/bbtest-net GNU gdb Red Hat Linux (6.5-37.el5_2.1rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". (gdb) l *0x42493a 0x42493a is in ares_free_hostent (ares_free_hostent.c:35). 30 free(host->h_name); 31 for (p = host->h_aliases; *p; p++) 32 free(*p); 33 free(host->h_aliases); 34 free(host->h_addr_list[0]); 35 free(host->h_addr_list); 36 free(host); 37 } (gdb) line 31: Make 'p' equal to the memory address of host->h_aliases, check that pointer p is not null and increment p line 32: free the memory pointed at by 'p' The problem here is that you check p then free p++. My C is quite rusty but I'd hazard a guess and say line 31 should read like: 31 for (p = host->h_aliases; *(p++);) You need to be checking the addess you're going to free, not the one next to it. Hope this a) makes sense and b) is vaguely accurate... ---snip--- I am no C expert, but looking at the grep output below, it does look like a memory issue. Cheers Vernon $ grep glibc bb-network.log *** glibc detected *** bbtest-net: malloc(): memory corruption: 0x000000001f9408c0 *** *** glibc detected *** bbtest-net: corrupted double-linked list: 0x000000001e44ec70 *** *** glibc detected *** bbtest-net: double free or corruption (out): 0x000000000a96dd20 *** *** glibc detected *** bbtest-net: double free or corruption (out): 0x00000000120ca000 *** *** glibc detected *** bbtest-net: corrupted double-linked list: 0x0000000007178440 *** *** glibc detected *** bbtest-net: free(): invalid next size (fast): 0x000000000fe240a0 *** *** glibc detected *** bbtest-net: munmap_chunk(): invalid pointer: 0x00000000164be700 *** *** glibc detected *** bbtest-net: munmap_chunk(): invalid pointer: 0x000000001981fe90 *** *** glibc detected *** bbtest-net: munmap_chunk(): invalid pointer: 0x000000000a005e90 *** *** glibc detected *** bbtest-net: corrupted double-linked list: 0x0000000009fef8c0 *** *** glibc detected *** bbtest-net: corrupted double-linked list: 0x00000000149dbf30 *** *** glibc detected *** bbtest-net: double free or corruption (out): 0x000000000e655e60 *** *** glibc detected *** bbtest-net: double free or corruption (out): 0x0000000002c46920 *** # gdb /usr/lib/hobbit/server/bin/bbtest-net -c core.31727 GNU gdb Red Hat Linux (6.5-37.el5_2.1rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". Reading symbols from /usr/lib64/libldap-2.3.so.0...done. Loaded symbols for /usr/lib64/libldap-2.3.so.0 ** snip ** Reading symbols from /lib64/libnss_files.so.2...done. Loaded symbols for /lib64/libnss_files.so.2 Core was generated by `bbtest-net --report --ping --checkresponse'. Program terminated with signal 6, Aborted. #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 #1 0x0000003db7a31bf0 in abort () from /lib64/libc.so.6 #2 0x000000000041d7e3 in sigsegv_handler (signum=<value optimized out>) at sig.c:57 #3 <signal handler called> #4 0x0000000000424a57 in qcallback (arg=0x1bc753c0, status=0, abuf=0x7fff461c1c50 "\201\200", alen=140) at ares_query.c:108 #5 0x00000000004216c2 in end_query (channel=0x1bc5e4d0, query=0x1bcf41c0, status=0, abuf=0x0, alen=1176247376) at ares_process.c:627 #6 0x0000000000421ebd in process_answer (channel=0x1bc5e4d0, abuf=0x7fff461c1c50 "\201\200", alen=140, whichserver=0, tcp=<value optimized out>, now=1226882897) at ares_process.c:359 #7 0x00000000004221ff in ares_process (channel=0x1bc5e4d0, read_fds=0x7fff461c1f20, write_fds=0x7fff461c1ea0) at ares_process.c:273 #8 0x000000000040f064 in dns_queue_run (channel=0x1bc5e4d0) at dns.c:228 #9 0x000000000040f464 in flush_dnsqueue () at dns.c:259 #10 0x00000000004088e6 in main (argc=4, argv=0x7fff461c3428) at bbtest-net.c:2099 #11 0x0000003db7a1d8b4 in __libc_start_main () from /lib64/libc.so.6 #12 0x00000000004039e9 in _start () (gdb) quit *** glibc detected *** bbtest-net: double free or corruption (out): 0x000000000e655e60 *** ======= Backtrace: ========= /lib64/libc.so.6[0x3db7a71634] /lib64/libc.so.6(cfree+0x8c)[0x3db7a74c5c] bbtest-net[0x422424] bbtest-net[0x422515] bbtest-net[0x424a59] bbtest-net[0x4216c2] bbtest-net[0x421ebd] bbtest-net[0x4221ff] bbtest-net[0x40f064] bbtest-net[0x40f464] bbtest-net[0x4088e6] /lib64/libc.so.6(__libc_start_main+0xf4)[0x3db7a1d8b4] bbtest-net[0x4039e9] ======= Memory map: ======== 00400000-00430000 r-xp 00000000 fd:01 389476 /usr/lib/hobbit/server/bin/bbtest-net 00630000-00631000 rw-p 00030000 fd:01 389476 /usr/lib/hobbit/server/bin/bbtest-net 00631000-00637000 rw-p 00631000 00:00 0 00830000-00832000 rw-p 00030000 fd:01 389476 /usr/lib/hobbit/server/bin/bbtest-net 0e533000-0e6bf000 rw-p 0e533000 00:00 0 3224600000-3224638000 r-xp 00000000 fd:01 68061 /usr/lib64/libldap-2.3.so.0.2.15 3224638000-3224838000 ---p 00038000 fd:01 68061 /usr/lib64/libldap-2.3.so.0.2.15 3224838000-322483a000 rw-p 00038000 fd:01 68061 /usr/lib64/libldap-2.3.so.0.2.15 3366400000-3366443000 r-xp 00000000 fd:00 75879 /lib64/libssl.so.0.9.8b 3366443000-3366643000 ---p 00043000 fd:00 75879 /lib64/libssl.so.0.9.8b 3366643000-3366649000 rw-p 00043000 fd:00 75879 /lib64/libssl.so.0.9.8b 3368000000-3368125000 r-xp 00000000 fd:00 75876 /lib64/libcrypto.so.0.9.8b 3368125000-3368325000 ---p 00125000 fd:00 75876 /lib64/libcrypto.so.0.9.8b 3368325000-3368344000 rw-p 00125000 fd:00 75876 /lib64/libcrypto.so.0.9.8b 3368344000-3368348000 rw-p 3368344000 00:00 0 385c600000-385c63b000 r-xp 00000000 fd:00 75779 /lib64/libsepol.so.1 385c63b000-385c83b000 ---p 0003b000 fd:00 75779 /lib64/libsepol.so.1 385c83b000-385c83c000 rw-p 0003b000 fd:00 75779 /lib64/libsepol.so.1 385c83c000-385c846000 rw-p 385c83c000 00:00 0 385ca00000-385ca15000 r-xp 00000000 fd:00 75786 /lib64/libselinux.so.1 385ca15000-385cc15000 ---p 00015000 fd:00 75786 /lib64/libselinux.so.1 385cc15000-385cc17000 rw-p 00015000 fd:00 75786 /lib64/libselinux.so.1 385cc17000-385cc18000 rw-p 385cc17000 00:00 0 385ce00000-385ce8f000 r-xp 00000000 fd:01 68057 /usr/lib64/libkrb5.so.3.3 385ce8f000-385d08e000 ---p 0008f000 fd:01 68057 /usr/lib64/libkrb5.so.3.3 385d08e000-385d092000 rw-p 0008e000 fd:01 68057 /usr/lib64/libkrb5.so.3.3 385d600000-385d608000 r-xp 00000000 fd:01 68055 /usr/lib64/libkrb5support.so.0.1 385d608000-385d807000 ---p 00008000 fd:01 68055 /usr/lib64/libkrb5support.so.0.1 385d807000-385d808000 rw-p 00007000 fd:01 68055 /usr/lib64/libkrb5support.so.0.1 385da00000-385da24000 r-xp 00000000 fd:01 68056 /usr/lib64/libk5crypto.so.3.1 385da24000-385dc23000 ---p 00024000 fd:01 68056 /usr/lib64/libk5crypto.so.3.1 385dc23000-385dc25000 rw-p 00023000 fd:01 68056 /usr/lib64/libk5crypto.so.3.1 385de00000-385de2c000 r-xp 00000000 fd:01 68058 /usr/lib64/libgssapi_krb5.so.2.2 385de2c000-385e02c000 ---p 0002c000 fd:01 68058 /usr/lib64/libgssapi_krb5.so.2.2 385e02c000-385e02e000 rw-p 0002c000 fd:01 68058 /usr/lib64/libgssapi_krb5.so.2.2 3af4400000-3af440d000 r-xp 00000000 fd:01 68095 /usr/lib64/liblber-2.3.so.0.2.15 3af440d000-3af460d000 ---p 0000d000 fd:01 68095 /usr/lib64/liblber-2.3.so.0.2.15 3af460d000-3af460e000 rw-p 0000d000 fd:01 68095 /usr/lib64/liblber-2.3.so.0.2.15 3db7600000-3db761a000 r-xp 00000000 fd:00 75791 /lib64/ld-2.5.so 3db781a000-3db781b000 r--p 0001a000 fd:00 75791 /lib64/ld-2.5.so 3db781b000-3db781c000 rw-p 0001b000 fd:00 75791 /lib64/ld-2.5.so 3db7a00000-3db7b4a000 r-xp 00000000 fd:00 75797 /lib64/libc-2.5.so 3db7b4a000-3db7d49000 ---p 0014a000 fd:00 75797 /lib64/libc-2.5.so 3db7d49000-3db7d4d000 r--p 00149000 fd:00 75797 /lib64/libc-2.5.so 3db7d4d000-3db7d4e000 rw-p 0014d000 fd:00 75797 /lib64/libc-2.5.so 3db7d4e000-3db7d53000 rw-p 3db7d4e000 00:00 0 3db7e00000-3db7e02000 r-xp 00000000 fd:00 75840 /lib64/libdl-2.5.so 3db7e02000-3db8002000 ---p 00002000 fd:00 75840 /lib64/libdl-2.5.so 3db8002000-3db8003000 r--p 00002000 fd:00 75840 /lib64/libdl-2.5.so 3db8003000-3db8004000 rw-p 00003000 fd:00 75840 /lib64/libdl-2.5.so 3db8200000-3db8218000 r-xp 00000000 fd:01 67958 /usr/lib64/libsasl2.so.2.0.22 3db8218000-3db8418000 ---p 00018000 fd:01 67958 /usr/lib64/libsasl2.so.2.0.22 3db8418000-3db8419000 rw-p 00018000 fd:01 67958 /usr/lib64/libsasl2.so.2.0.22 3db8600000-3db8614000 r-xp 00000000 fd:01 67257 /usr/lib64/libz.so.1.2.3 3db8614000-3db8813000 ---p 00014000 fd:01 67257 /usr/lib64/libz.so.1.2.3 3db8813000-3db8814000 rw-p 00013000 fd:01 67257 /usr/lib64/libz.so.1.2.3 3db9a00000-3db9a09000 r-xp 00000000 fd:00 76086 /lib64/libcrypt-2.5.so 3db9a09000-3db9c08000 ---p 00009000 fd:00 76086 /lib64/libcrypt-2.5.so 3db9c08000-3db9c09000 r--p 00008000 fd:00 76086 /lib64/libcrypt-2.5.so 3db9c09000-3db9c0a000 rw-p 00009000 fd:00 76086 /lib64/libcrypt-2.5.so 3db9c0a000-3db9c38000 rw-p 3db9c0a000 00:00 0 3dba600000-3dba611000 r-xp 00000000 fd:00 76082 /lib64/libresolv-2.5.so 3dba611000-3dba811000 ---p 00011000 fd:00 76082 /lib64/libresolv-2.5.so 3dba811000-3dba812000 r--p 00011000 fd:00 76082 /lib64/libresolv-2.5.so 3dba812000-3dba813000 rw-p 00012000 fd:00 76082 /lib64/libresolv-2.5.so 3dba813000-3dba815000 rw-p 3dba813000 00:00 0 3dbaa00000-3dbaa02000 r-xp 00000000 fd:00 76083 /lib64/libcom_err.so.2.1 3dbaa02000-3dbac01000 ---p 00002000 fd:00 76083 /lib64/libcom_err.so.2.1 3dbac01000-3dbac02000 rw-p 00001000 fd:00 76083 /lib64/libcom_err.so.2.1 3dbba00000-3dbba02000 r-xp 00000000 fd:00 76080 /lib64/libkeyutils-1.2.so 3dbba02000-3dbbc01000 ---p 00002000 fd:00 76080 /lib64/libkeyutils-1.2.so 3dbbc01000-3dbbc02000 rw-p 00001000 fd:00 76080 /lib64/libkeyutils-1.2.so 3dbc200000-3dbc20d000 r-xp 00000000 fd:00 75803 /lib64/libgcc_s-4.1.2-20080102.so.1 3dbc20d000-3dbc40d000 ---p 0000d000 fd:00 75803 /lib64/libgcc_s-4.1.2-20080102.so.1 3dbc40d000-3dbc40e000 rw-p 0000d000 fd:00 75803 /lib64/libgcc_s-4.1.2-20080102.so.1 2b7f796eb000-2b7f796ec000 rw-p 2b7f796eb000 00:00 0 2b7f796f8000-2b7f79700000 rw-p 2b7f796f8000 00:00 0 2b7f79700000-2b7f7970a000 r-xp 00000000 fd:00 75873 /lib64/libnss_files-2.5.so 2b7f7970a000-2b7f79909000 ---p 0000a000 fd:00 75873 /lib64/libnss_files-2.5.so 2b7f79909000-2b7f7990a000 r--p 00009000 fd:00 75873 /lib64/libnss_files-2.5.so 2b7f7990a000-2b7f7990b000 rw-p 0000a000 fd:00 75873 /lib64/libnss_files-2.5.so 2b7f7c000000-2b7f7c021000 rw-p 2b7f7c000000 00:00 0 2b7f7c021000-2b7f80000000 ---p 2b7f7c021000 00:00 0 7fff313a9000-7fff313bf000 rw-p 7fff313a9000 00:00 0 [stack] ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0 [vdso] [root at las006 tmp]# gdb /usr/lib/hobbit/server/bin/bbtest-net -c core.31042 GNU gdb Red Hat Linux (6.5-37.el5_2.1rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". Reading symbols from /usr/lib64/libldap-2.3.so.0...done. Loaded symbols for /usr/lib64/libldap-2.3.so.0 ** snip ** Reading symbols from /lib64/libnss_files.so.2...done. Loaded symbols for /lib64/libnss_files.so.2 Core was generated by `bbtest-net --report --ping --checkresponse'. Program terminated with signal 6, Aborted. #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 #1 0x0000003db7a31bf0 in abort () from /lib64/libc.so.6 #2 0x000000000041d7e3 in sigsegv_handler (signum=<value optimized out>) at sig.c:57 #3 <signal handler called> #4 0x0000000000424a57 in qcallback (arg=0x163b9ee0, status=0, abuf=0x7fff9d536fc0 "\201\200", alen=140) at ares_query.c:108 #5 0x00000000004216c2 in end_query (channel=0x163a34d0, query=0x163d6e50, status=0, abuf=0x0, alen=-1655476288) at ares_process.c:627 #6 0x0000000000421ebd in process_answer (channel=0x163a34d0, abuf=0x7fff9d536fc0 "\201\200", alen=140, whichserver=0, tcp=<value optimized out>, now=1226882805) at ares_process.c:359 #7 0x00000000004221ff in ares_process (channel=0x163a34d0, read_fds=0x7fff9d537290, write_fds=0x7fff9d537210) at ares_process.c:273 #8 0x000000000040f064 in dns_queue_run (channel=0x163a34d0) at dns.c:228 #9 0x000000000040f464 in flush_dnsqueue () at dns.c:259 #10 0x00000000004088e6 in main (argc=4, argv=0x7fff9d538798) at bbtest-net.c:2099 #11 0x0000003db7a1d8b4 in __libc_start_main () from /lib64/libc.so.6 #12 0x00000000004039e9 in _start () (gdb) quit [root at las006 tmp]# gdb /usr/lib/hobbit/server/bin/bbtest-net -c core.15643 GNU gdb Red Hat Linux (6.5-37.el5_2.1rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". Reading symbols from /usr/lib64/libldap-2.3.so.0...done. Loaded symbols for /usr/lib64/libldap-2.3.so.0 ** snip ** Reading symbols from /lib64/libnss_files.so.2...done. Loaded symbols for /lib64/libnss_files.so.2 Core was generated by `bbtest-net --report --ping --checkresponse'. Program terminated with signal 6, Aborted. #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 #1 0x0000003db7a31bf0 in abort () from /lib64/libc.so.6 #2 0x000000000041d7e3 in sigsegv_handler (signum=<value optimized out>) at sig.c:57 #3 <signal handler called> #4 0x0000003db7a79f10 in strcasecmp () from /lib64/libc.so.6 #5 0x0000000000418cda in rbtFind (h=0x8d4b680, key=0x8e22310) at rbtr.c:381 #6 0x000000000040f4d8 in find_dnscache (hostname=0x0) at dns.c:86 #7 0x000000000040f546 in dnsresolve (hostname=0x8e22310 "DRPIR101") at dns.c:275 #8 0x0000000000406848 in ip_to_test (h=0x8e22150) at bbtest-net.c:790 #9 0x00000000004069ca in start_ping_service (service=<value optimized out>) at bbtest-net.c:1099 #10 0x000000000040891f in main (argc=4, argv=0x7fffefcdff38) at bbtest-net.c:2105 #11 0x0000003db7a1d8b4 in __libc_start_main () from /lib64/libc.so.6 #12 0x00000000004039e9 in _start () (gdb) quit [root at las006 tmp]# gdb /usr/lib/hobbit/server/bin/bbtest-net -c core.13374 GNU gdb Red Hat Linux (6.5-37.el5_2.1rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". Reading symbols from /usr/lib64/libldap-2.3.so.0...done. Loaded symbols for /usr/lib64/libldap-2.3.so.0 ** snip ** Reading symbols from /lib64/libnss_files.so.2...done. Loaded symbols for /lib64/libnss_files.so.2 Core was generated by `bbtest-net --report --ping --checkresponse'. Program terminated with signal 6, Aborted. #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 #1 0x0000003db7a31bf0 in abort () from /lib64/libc.so.6 #2 0x000000000041d7e3 in sigsegv_handler (signum=<value optimized out>) at sig.c:57 #3 <signal handler called> #4 0x00000000004069b7 in start_ping_service (service=<value optimized out>) at bbtest-net.c:1098 #5 0x000000000040891f in main (argc=4, argv=0x7fff8f61e4d8) at bbtest-net.c:2105 #6 0x0000003db7a1d8b4 in __libc_start_main () from /lib64/libc.so.6 #7 0x00000000004039e9 in _start () (gdb) quit [root at las006 tmp]# gdb /usr/lib/hobbit/server/bin/bbtest-net -c core.7801 GNU gdb Red Hat Linux (6.5-37.el5_2.1rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1". Reading symbols from /usr/lib64/libldap-2.3.so.0...done. Loaded symbols for /usr/lib64/libldap-2.3.so.0 ** snip ** Loaded symbols for /lib64/libsepol.so.1 Reading symbols from /lib64/libnss_files.so.2...done. Loaded symbols for /lib64/libnss_files.so.2 Core was generated by `bbtest-net --report --ping --checkresponse'. Program terminated with signal 6, Aborted. #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x0000003db7a30155 in raise () from /lib64/libc.so.6 #1 0x0000003db7a31bf0 in abort () from /lib64/libc.so.6 #2 0x000000000041d7e3 in sigsegv_handler (signum=<value optimized out>) at sig.c:57 #3 <signal handler called> #4 ares_process (channel=0x157137c0, read_fds=0x7fff91e5dbb0, write_fds=0x7fff91e5db30) at ares_process.c:285 #5 0x000000000040f064 in dns_queue_run (channel=0x157137c0) at dns.c:228 #6 0x000000000040f464 in flush_dnsqueue () at dns.c:259 #7 0x00000000004088e6 in main (argc=4, argv=0x7fff91e5f0b8) at bbtest-net.c:2099 #8 0x0000003db7a1d8b4 in __libc_start_main () from /lib64/libc.so.6 #9 0x00000000004039e9 in _start () (gdb) quit NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

4 8

bbnet-test https bug
by brian＠majeska.net 04 Dec '08

04 Dec '08

environment: Hobbit 4.2 with allinone patch on RHEL5.1 It appears that using the https tag and defining a port introduces 50-200ms of latency to the results of all bbnet-tests. I had the following tag working fine for months in bb-hosts: cont=kvm;https://server.domain.com/dsview/protected/login.do;Avocent The need came up to move this particular webserver to a non-standard ssl port: cont=kvm;https://server.domain.com:9443/dsview/protected/login.do;Avocent As soon as I did this 'all' TCP graphs, http, ldap, smtp, etc... had a new plateau 50-200ms higher. I ran bbnet-test with the --debug and --timing options but didn't see anything out of the ordinary, then again I don't know what I should be looking for that would help to resolve it. Let me know what you want and I'll provide it. I was able to duplicate the problem on a separate dev hobbit server as well. -- Brian Majeska

3 2