BixAgent Problem on FreeBSD 6

Submitted by ptitov on June 21, 2006 - 15:24.

Hello.

I trying to run BixAgent on FreeBSD 6.0 and experience some problems:

# uname -rms
FreeBSD 6.0-RELEASE-p4 i386

# ./bixagent
BixAgent version 2.4.2; Copyright 2004 - 2006 (http://www.bixdata.com)
Using data path: data/
Public Key Signature D9AEBC9F3F7D33B34A7892536EE875A037A1DAA1
bixagent in free(): error: modified (chunk-) pointer
Abort (core dumped)

# gdb bixagent bixagent.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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 "i386-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `bixagent'.
Program terminated with signal 6, Aborted.
Reading symbols from ../systemlib/bixsystemlib.so...done.
Loaded symbols for ../systemlib/bixsystemlib.so
Reading symbols from /usr/lib/libstdc++.so.5...done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /usr/lib/libpthread.so.2...done.
Loaded symbols for /usr/lib/libpthread.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /usr/local/bixdata/out-modules/dp-filesystems...done.
Loaded symbols for /usr/local/bixdata/out-modules/dp-filesystems
Reading symbols from /usr/local/bixdata/out-modules/dp-smartctl...done.
Loaded symbols for /usr/local/bixdata/out-modules/dp-smartctl
Reading symbols from /libexec/ld-elf.so.1...done.
#0 0x284bd4b3 in kill () from /lib/libc.so.6
[New LWP 100373]
(gdb) bt
#0 0x284bd4b3 in kill () from /lib/libc.so.6
#0 0x284bd4b3 in kill () from /lib/libc.so.6
#2 0x2852cc5c in abort () from /lib/libc.so.6
#3 0x284d3cb3 in _UTF8_init () from /lib/libc.so.6
#4 0xbfbfed82 in ?? ()
#5 0x28533653 in sys_nsig () from /lib/libc.so.6
#6 0x28533553 in sys_nsig () from /lib/libc.so.6
#7 0x2853357e in sys_nsig () from /lib/libc.so.6
#8 0x00000000 in ?? ()
#9 0x2853d4e4 in ?? () from /lib/libc.so.6
#10 0xbfbfde58 in ?? ()
#11 0x284d3ce1 in _UTF8_init () from /lib/libc.so.6
#12 0x2853d4e4 in ?? () from /lib/libc.so.6
#13 0x2854ff44 in _nsyyin () from /lib/libc.so.6
#14 0xbfbfdf08 in ?? ()
#15 0x284d4a41 in _UTF8_init () from /lib/libc.so.6
#16 0x00000001 in ?? ()
#17 0x00000115 in ?? ()
#18 0x00000000 in ?? ()
#19 0x00000000 in ?? ()
#20 0x00000008 in ?? ()
#21 0xbfbfe790 in ?? ()
#22 0xbfbfdea8 in ?? ()
#23 0x080cac70 in ?? ()
#24 0xbfbfdf30 in ?? ()
#25 0xbfbfe790 in ?? ()
#26 0x00000000 in ?? ()
#27 0x00000000 in ?? ()
#28 0x080cac80 in ?? ()
#29 0x080cac20 in ?? ()
#30 0x00000004 in ?? ()
#31 0x00000000 in ?? ()
#32 0x00000000 in ?? ()
#33 0x080cac70 in ?? ()
#34 0xbfbfdf08 in ?? ()
#35 0x0808cf0c in std::vector >::_M_insert_aux ()
Previous frame inner to this frame (corrupt stack?)

What may cause this problem? BixServer works ok on the same server.


Submitted by sullrich on March 14, 2008 - 21:40.

I am also experiencing this problem on FreeBSD-6.2.

Is there a resolution to this issue?

wwwplesk# ./bixagent
BixAgent version 2.7; Copyright 2004 - 2006 (http://www.bixdata.com)
Using data path: /usr/home/sullrich/bixdata/bixagent/data/
Public Key Signature 07672B929D00CB9BEBE3E01B2EF3AE2B47B4D263
bixagent in free(): error: modified (chunk-) pointer
Abort (core dumped)
wwwplesk# gdb bixagent bixagent.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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 "i386-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `bixagent'.
Program terminated with signal 6, Aborted.
Reading symbols from ../systemlib/bixsystemlib.so...done.
Loaded symbols for ../systemlib/bixsystemlib.so
Reading symbols from /usr/lib/libstdc++.so.5...done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libpthread.so.2...done.
Loaded symbols for /lib/libpthread.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /usr/home/sullrich/bixdata/out-modules/dp-filesystems...done.
Loaded symbols for /usr/home/sullrich/bixdata/out-modules/dp-filesystems
Reading symbols from /usr/home/sullrich/bixdata/out-modules/dp-import...done.
Loaded symbols for /usr/home/sullrich/bixdata/out-modules/dp-import
Reading symbols from /usr/home/sullrich/bixdata/out-modules/dp-smartctl...done.
Loaded symbols for /usr/home/sullrich/bixdata/out-modules/dp-smartctl
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x28491537 in pthread_testcancel () from /lib/libpthread.so.2
[New Thread 0x80d5200 (sleeping)]
[New Thread 0x80d5000 (LWP 100169)]
[New Thread 0x80c0000 (LWP 100087)]
(gdb) bt
#0 0x28491537 in pthread_testcancel () from /lib/libpthread.so.2
#1 0x2848089a in sigaction () from /lib/libpthread.so.2
#2 0x2847a88d in pthread_kill () from /lib/libpthread.so.2
#3 0x2847a256 in raise () from /lib/libpthread.so.2
#4 0x2854b014 in abort () from /lib/libc.so.6
#5 0x284f14d3 in _UTF8_init () from /lib/libc.so.6
#6 0xbfbfed6a in ?? ()
#7 0x285524d7 in sys_nsig () from /lib/libc.so.6
#8 0x285523d7 in sys_nsig () from /lib/libc.so.6
#9 0x28552402 in sys_nsig () from /lib/libc.so.6
#10 0x00000000 in ?? ()
#11 0x2855c508 in ?? () from /lib/libc.so.6
#12 0xbfbfdb58 in ?? ()
#13 0x284f1501 in _UTF8_init () from /lib/libc.so.6
#14 0x2855c508 in ?? () from /lib/libc.so.6
#15 0x2856ef64 in _nsyyin () from /lib/libc.so.6
#16 0xbfbfdc08 in ?? ()
#17 0x284f2261 in _UTF8_init () from /lib/libc.so.6
#18 0x00000001 in ?? ()
#19 0x00000156 in ?? ()
#20 0x00000000 in ?? ()
#21 0x2845634c in ?? () from /usr/lib/libstdc++.so.5
#22 0x00000001 in ?? ()
---Type to continue, or q to quit---
#23 0x280cd300 in ?? ()
#24 0x080d1e08 in ?? ()
#25 0x2845634c in ?? () from /usr/lib/libstdc++.so.5
#26 0x080d1e08 in ?? ()
#27 0xbfbfe4d0 in ?? ()
#28 0x00000000 in ?? ()
#29 0x00000000 in ?? ()
#30 0x285524d7 in sys_nsig () from /lib/libc.so.6
#31 0x080b9090 in ?? ()
#32 0x00000001 in ?? ()
#33 0x284367fd in operator delete () from /usr/lib/libstdc++.so.5
Previous frame inner to this frame (corrupt stack?)
(gdb)


Submitted by juan on June 21, 2006 - 17:05.

Hi,

If you could provide a little bit more information that would be a great help in finding the problem. Could you run BixAgent with the -debug parameter and respond here with the output? This parameter enables more detailed text to be printed to the console. You might also want to run it in gdb to start with. Perhaps that might give a more useful trace at the end. It's worth a try anyway.

Thanks for your help.


Submitted by ptitov on June 22, 2006 - 04:16.

# ./bixagent -debug
BixAgent version 2.4.2; Copyright 2004 - 2006 (http://www.bixdata.com)
Using data path: data/
Public Key Signature D9AEBC9F3F7D33B34A7892536EE875A037A1DAA1
SSLLibInit :: Setting up multi-threading for 35 entities
DataPluginMgr :: Loading /usr/local/bixdata/out-modules/dp-filesystems
DataPluginMgr :: Loading /usr/local/bixdata/out-modules/dp-smartctl
bixagent in free(): error: modified (chunk-) pointer
Abort (core dumped)

Running it in gdb gives the same backtrace.

When I removed dp-smartctl from the out-modules bixagent started.


Submitted by bixdata on June 24, 2006 - 09:11.

Thanks for the output. We believe this may be a problem with the initialization of the smartctl plugin. Good idea to remove it and try startup without it.
If native SMART is working for you, then smartctl is redundant and you wont need it.

We'll investigate and have a fix for this in the new release due out before end June.