[jira] [Updated] (AMQCPP-600) Segfault in MutexProperties after shutdownLibrary was called and returned
[ https://issues.apache.org/jira/browse/AMQCPP-600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Schwartz updated AMQCPP-600: - Attachment: core.13553-gdb.log > Segfault in MutexProperties after shutdownLibrary was called and returned > - > > Key: AMQCPP-600 > URL: https://issues.apache.org/jira/browse/AMQCPP-600 > Project: ActiveMQ C++ Client > Issue Type: Bug > Components: Decaf >Affects Versions: 3.8.4, 3.9.1 > Environment: $ cat /etc/redhat-release > Red Hat Enterprise Linux Server release 6.8 (Santiago) > $ cat /proc/version > Linux version 2.6.32-642.el6.x86_64 > (mockbu...@x86-033.build.eng.bos.redhat.com) (gcc version 4.4.7 20120313 (Red > Hat 4.4.7-17) (GCC) ) #1 SMP Wed Apr 13 00:51:26 EDT 2016 >Reporter: Josh Schwartz >Assignee: Timothy Bish > Attachments: core.13553-gdb.log > > > During shutdown of our application there seem to still be ActiveMQ-CPP > threads running which rarely cause a segfault. Attached is an analysis of > the core file from one of these instances. The stack trace of the thread > which caused the segfault was: > Program terminated with signal 11, Segmentation fault. > #0 0x003619689adf in memcpy () from /lib64/libc.so.6 > #0 0x003619689adf in memcpy () from /lib64/libc.so.6 > #1 0x003624a9dadc in std::basic_stringstd::allocator >::append(std::basic_string std::char_traits, std::allocator > const&) () from > /usr/lib64/libstdc++.so.6 > #2 0x2ba8ca62d152 in MutexProperties (this=0x2ba8d81ffb40) at > decaf/util/concurrent/Mutex.cpp:50 > #3 decaf::util::concurrent::Mutex::Mutex (this=0x2ba8d81ffb40) at > decaf/util/concurrent/Mutex.cpp:78 > #4 0x2ba8ca63c3ee in AbstractCollection (this=0x22bd960) at > ./decaf/util/AbstractCollection.h:65 > #5 AbstractList (this=0x22bd960) at ./decaf/util/AbstractList.h:341 > #6 AbstractSequentialList (this=0x22bd960) at > ./decaf/util/AbstractSequentialList.h:59 > #7 LinkedList (this=0x22bd960) at ./decaf/util/LinkedList.h:91 > #8 decaf::util::concurrent::ExecutorKernel::WorkerKiller::run > (this=0x22bd960) at decaf/util/concurrent/ThreadPoolExecutor.cpp:248 > #9 0x2ba8ca6270c2 in decaf::util::TimerImpl::run (this=0x23b32a0) at > decaf/util/Timer.cpp:156 > #10 0x2ba8ca5a612f in (anonymous namespace)::runCallback (arg=0x226a890) > at decaf/internal/util/concurrent/Threading.cpp:268 > #11 0x2ba8ca5a5ea4 in (anonymous namespace)::threadEntryMethod > (arg=0x226a890) at decaf/internal/util/concurrent/Threading.cpp:256 > #12 0x00361a207aa1 in start_thread () from /lib64/libpthread.so.0 > #13 0x0036196e8aad in clone () from /lib64/libc.so.6 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMQCPP-600) Segfault in MutexProperties after shutdownLibrary was called and returned
Josh Schwartz created AMQCPP-600: Summary: Segfault in MutexProperties after shutdownLibrary was called and returned Key: AMQCPP-600 URL: https://issues.apache.org/jira/browse/AMQCPP-600 Project: ActiveMQ C++ Client Issue Type: Bug Components: Decaf Affects Versions: 3.9.1, 3.8.4 Environment: $ cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.8 (Santiago) $ cat /proc/version Linux version 2.6.32-642.el6.x86_64 (mockbu...@x86-033.build.eng.bos.redhat.com) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-17) (GCC) ) #1 SMP Wed Apr 13 00:51:26 EDT 2016 Reporter: Josh Schwartz Assignee: Timothy Bish During shutdown of our application there seem to still be ActiveMQ-CPP threads running which rarely cause a segfault. Attached is an analysis of the core file from one of these instances. The stack trace of the thread which caused the segfault was: Program terminated with signal 11, Segmentation fault. #0 0x003619689adf in memcpy () from /lib64/libc.so.6 #0 0x003619689adf in memcpy () from /lib64/libc.so.6 #1 0x003624a9dadc in std::basic_string::append(std::basic_string const&) () from /usr/lib64/libstdc++.so.6 #2 0x2ba8ca62d152 in MutexProperties (this=0x2ba8d81ffb40) at decaf/util/concurrent/Mutex.cpp:50 #3 decaf::util::concurrent::Mutex::Mutex (this=0x2ba8d81ffb40) at decaf/util/concurrent/Mutex.cpp:78 #4 0x2ba8ca63c3ee in AbstractCollection (this=0x22bd960) at ./decaf/util/AbstractCollection.h:65 #5 AbstractList (this=0x22bd960) at ./decaf/util/AbstractList.h:341 #6 AbstractSequentialList (this=0x22bd960) at ./decaf/util/AbstractSequentialList.h:59 #7 LinkedList (this=0x22bd960) at ./decaf/util/LinkedList.h:91 #8 decaf::util::concurrent::ExecutorKernel::WorkerKiller::run (this=0x22bd960) at decaf/util/concurrent/ThreadPoolExecutor.cpp:248 #9 0x2ba8ca6270c2 in decaf::util::TimerImpl::run (this=0x23b32a0) at decaf/util/Timer.cpp:156 #10 0x2ba8ca5a612f in (anonymous namespace)::runCallback (arg=0x226a890) at decaf/internal/util/concurrent/Threading.cpp:268 #11 0x2ba8ca5a5ea4 in (anonymous namespace)::threadEntryMethod (arg=0x226a890) at decaf/internal/util/concurrent/Threading.cpp:256 #12 0x00361a207aa1 in start_thread () from /lib64/libpthread.so.0 #13 0x0036196e8aad in clone () from /lib64/libc.so.6 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Reopened] (AMQCPP-492) Seg fault in decaf::util::concurrent::Mutex::Mutex MutexProperties (memcpy)
[ https://issues.apache.org/jira/browse/AMQCPP-492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Schwartz reopened AMQCPP-492: -- I saw this issue again with ActiveMQ-CPP 3.8.4 and have additional information which I hope to be able to attach to the issue (complete thread dumps for two occurrences.) I looked through all the release notes for ActiveMQ-CPP 3.9.0 and 3.9.1 and I don't see anything which looks like this issue but I will begin the process of upgrading to 3.9.1 none-the-less. > Seg fault in decaf::util::concurrent::Mutex::Mutex MutexProperties (memcpy) > --- > > Key: AMQCPP-492 > URL: https://issues.apache.org/jira/browse/AMQCPP-492 > Project: ActiveMQ C++ Client > Issue Type: Bug > Components: Decaf >Affects Versions: 3.5.0 > Environment: $ cat /etc/redhat-release > Red Hat Enterprise Linux Server release 6.3 (Santiago) > $ cat /proc/version > Linux version 2.6.32-279.el6.x86_64 (mockbu...@x86-008.build.bos.redhat.com) > (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Wed Jun 13 > 18:24:36 EDT 2012 >Reporter: Josh Schwartz >Assignee: Timothy Bish > > This happened during a failover test so it's likely that there were > non-nominal things occurring such as connections being terminated abruptly. > I looked at the release notes for 3.6.0 and 3.7.0 and I don't see a fix for > this issue. > Program terminated with signal 11, Segmentation fault. > #0 0x003eec888ea3 in memcpy () from /lib64/libc.so.6 > Missing separate debuginfos, use: debuginfo-install > apr-util-1.3.9-3.el6_0.1.x86_64 cyrus-sasl-lib-2.1.23-13.el6.x86_64 > db4-4.7.25-17.el6.x86_64 expat-2.0.1-11.el6_2.x86_64 > glibc-2.12-1.80.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 > krb5-libs-1.9-33.el6.x86_64 libcom_err-1.41.12-12.el6.x86_64 > libgcc-4.4.6-4.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 > libstdc++-4.4.6-4.el6.x86_64 libuuid-2.17.2-12.7.el6.x86_64 > nspr-devel-4.9-1.el6.x86_64 nss-3.13.3-6.el6.x86_64 > nss-softokn-freebl-3.12.9-11.el6.x86_64 nss-util-3.13.3-2.el6.x86_64 > openssl-1.0.0-20.el6_2.5.x86_64 zlib-1.2.3-27.el6.x86_64 > (gdb) where > #0 0x003eec888ea3 in memcpy () from /lib64/libc.so.6 > #1 0x003ef489d1c6 in std::basic_stringstd::allocator >::_Rep::_M_clone(std::allocator const&, unsigned > long) () from /usr/lib64/libstdc++.so.6 > #2 0x003ef489d26c in std::basic_string std::allocator >::basic_string(std::basic_string std::char_traits, std::allocator > const&) () >from /usr/lib64/libstdc++.so.6 > #3 0x0041d75a in std::basic_string std::allocator > std::operator+ std::allocator >(std::basic_string std::allocator > const&, std::basic_string std::char_traits, std::allocator > const&) () > #4 0x7f04aeb66a0b in MutexProperties (this=) at > decaf/util/concurrent/Mutex.cpp:48 > #5 decaf::util::concurrent::Mutex::Mutex (this=) at > decaf/util/concurrent/Mutex.cpp:72 > #6 0x7f04ae7db9e0 in AbstractCollection (this=0x7f0398002530) at > ./decaf/util/AbstractCollection.h:65 > #7 AbstractList (this=0x7f0398002530) at ./decaf/util/AbstractList.h:341 > #8 ArrayList (this=0x7f0398002530) at ./decaf/util/ArrayList.h:49 > #9 activemq::commands::ActiveMQDestination::ActiveMQDestination > (this=0x7f0398002530) > at activemq/commands/ActiveMQDestination.cpp:74 > #10 0x7f04ae827d49 in activemq::commands::ActiveMQTopic::ActiveMQTopic > (this=0x7f0398002530) > at activemq/commands/ActiveMQTopic.cpp:26 > #11 0x7f04aea7a15a in > activemq::wireformat::openwire::marshal::generated::ActiveMQTopicMarshaller::createObject > (this=) > at > activemq/wireformat/openwire/marshal/generated/ActiveMQTopicMarshaller.cpp:45 > #12 0x7f04aea64c8b in > activemq::wireformat::openwire::OpenWireFormat::tightUnmarshalNestedObject ( > this=0x109ccf0, dis=0x109d0e0, bs=0x7f03aaf11b50) at > activemq/wireformat/openwire/OpenWireFormat.cpp:400 > #13 0x7f04aea6bccc in > activemq::wireformat::openwire::marshal::BaseDataStreamMarshaller::tightUnmarshalCachedObject > (this=, wireFormat=, dataIn= optimized out>, > bs=) at > activemq/wireformat/openwire/marshal/BaseDataStreamMarshaller.cpp:51 > #14 0x7f04aea99c16 in > activemq::wireformat::openwire::marshal::generated::MessageDispatchMarshaller::tightUnmarshal > (this=0x1140910, wireFormat=0x109ccf0, dataStructure=, > dataIn=0x109d0e0, > bs=0x7f03aaf11b50) at > activemq/wireformat/openwire/marshal/generated/MessageDispatchMarshaller.cpp:65 > #15 0x7f04aea65bb1 in > activemq::wireformat::openwire::OpenWireFormat::doUnmarshal (this=0x109ccf0, > dis=0x109d0e0) at
[jira] [Commented] (AMQCPP-492) Seg fault in decaf::util::concurrent::Mutex::Mutex MutexProperties (memcpy)
[ https://issues.apache.org/jira/browse/AMQCPP-492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15116117#comment-15116117 ] Josh Schwartz commented on AMQCPP-492: -- These latest instances of this issue occurred during what was a nominal shutdown of the process as far as I can tell. > Seg fault in decaf::util::concurrent::Mutex::Mutex MutexProperties (memcpy) > --- > > Key: AMQCPP-492 > URL: https://issues.apache.org/jira/browse/AMQCPP-492 > Project: ActiveMQ C++ Client > Issue Type: Bug > Components: Decaf >Affects Versions: 3.5.0, 3.8.4 > Environment: $ cat /etc/redhat-release > Red Hat Enterprise Linux Server release 6.3 (Santiago) > $ cat /proc/version > Linux version 2.6.32-279.el6.x86_64 (mockbu...@x86-008.build.bos.redhat.com) > (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Wed Jun 13 > 18:24:36 EDT 2012 >Reporter: Josh Schwartz >Assignee: Timothy Bish > Attachments: core.2740-gdb.log, core.8681-gdb.log > > > This happened during a failover test so it's likely that there were > non-nominal things occurring such as connections being terminated abruptly. > I looked at the release notes for 3.6.0 and 3.7.0 and I don't see a fix for > this issue. > Program terminated with signal 11, Segmentation fault. > #0 0x003eec888ea3 in memcpy () from /lib64/libc.so.6 > Missing separate debuginfos, use: debuginfo-install > apr-util-1.3.9-3.el6_0.1.x86_64 cyrus-sasl-lib-2.1.23-13.el6.x86_64 > db4-4.7.25-17.el6.x86_64 expat-2.0.1-11.el6_2.x86_64 > glibc-2.12-1.80.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 > krb5-libs-1.9-33.el6.x86_64 libcom_err-1.41.12-12.el6.x86_64 > libgcc-4.4.6-4.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 > libstdc++-4.4.6-4.el6.x86_64 libuuid-2.17.2-12.7.el6.x86_64 > nspr-devel-4.9-1.el6.x86_64 nss-3.13.3-6.el6.x86_64 > nss-softokn-freebl-3.12.9-11.el6.x86_64 nss-util-3.13.3-2.el6.x86_64 > openssl-1.0.0-20.el6_2.5.x86_64 zlib-1.2.3-27.el6.x86_64 > (gdb) where > #0 0x003eec888ea3 in memcpy () from /lib64/libc.so.6 > #1 0x003ef489d1c6 in std::basic_stringstd::allocator >::_Rep::_M_clone(std::allocator const&, unsigned > long) () from /usr/lib64/libstdc++.so.6 > #2 0x003ef489d26c in std::basic_string std::allocator >::basic_string(std::basic_string std::char_traits, std::allocator > const&) () >from /usr/lib64/libstdc++.so.6 > #3 0x0041d75a in std::basic_string std::allocator > std::operator+ std::allocator >(std::basic_string std::allocator > const&, std::basic_string std::char_traits, std::allocator > const&) () > #4 0x7f04aeb66a0b in MutexProperties (this=) at > decaf/util/concurrent/Mutex.cpp:48 > #5 decaf::util::concurrent::Mutex::Mutex (this=) at > decaf/util/concurrent/Mutex.cpp:72 > #6 0x7f04ae7db9e0 in AbstractCollection (this=0x7f0398002530) at > ./decaf/util/AbstractCollection.h:65 > #7 AbstractList (this=0x7f0398002530) at ./decaf/util/AbstractList.h:341 > #8 ArrayList (this=0x7f0398002530) at ./decaf/util/ArrayList.h:49 > #9 activemq::commands::ActiveMQDestination::ActiveMQDestination > (this=0x7f0398002530) > at activemq/commands/ActiveMQDestination.cpp:74 > #10 0x7f04ae827d49 in activemq::commands::ActiveMQTopic::ActiveMQTopic > (this=0x7f0398002530) > at activemq/commands/ActiveMQTopic.cpp:26 > #11 0x7f04aea7a15a in > activemq::wireformat::openwire::marshal::generated::ActiveMQTopicMarshaller::createObject > (this=) > at > activemq/wireformat/openwire/marshal/generated/ActiveMQTopicMarshaller.cpp:45 > #12 0x7f04aea64c8b in > activemq::wireformat::openwire::OpenWireFormat::tightUnmarshalNestedObject ( > this=0x109ccf0, dis=0x109d0e0, bs=0x7f03aaf11b50) at > activemq/wireformat/openwire/OpenWireFormat.cpp:400 > #13 0x7f04aea6bccc in > activemq::wireformat::openwire::marshal::BaseDataStreamMarshaller::tightUnmarshalCachedObject > (this=, wireFormat=, dataIn= optimized out>, > bs=) at > activemq/wireformat/openwire/marshal/BaseDataStreamMarshaller.cpp:51 > #14 0x7f04aea99c16 in > activemq::wireformat::openwire::marshal::generated::MessageDispatchMarshaller::tightUnmarshal > (this=0x1140910, wireFormat=0x109ccf0, dataStructure=, > dataIn=0x109d0e0, > bs=0x7f03aaf11b50) at > activemq/wireformat/openwire/marshal/generated/MessageDispatchMarshaller.cpp:65 > #15 0x7f04aea65bb1 in > activemq::wireformat::openwire::OpenWireFormat::doUnmarshal (this=0x109ccf0, > dis=0x109d0e0) at activemq/wireformat/openwire/OpenWireFormat.cpp:295 > #16 0x7f04aea65fb7 in > activemq::wireformat::openwire::OpenWireFormat::unmarshal (this=0x109ccf0, > transport=,
[jira] [Updated] (AMQCPP-492) Seg fault in decaf::util::concurrent::Mutex::Mutex MutexProperties (memcpy)
[ https://issues.apache.org/jira/browse/AMQCPP-492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Schwartz updated AMQCPP-492: - Environment: $ cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.7 (Santiago) $ cat /proc/version Linux version 2.6.32-573.7.1.el6.x86_64 (mockbu...@x86-31.build.eng.bos.redhat.com) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-16) (GCC) ) #1 SMP Thu Sep 10 13:42:16 EDT 2015 (older from 3.5.0 instance) $ cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.3 (Santiago) $ cat /proc/version Linux version 2.6.32-279.el6.x86_64 (mockbu...@x86-008.build.bos.redhat.com) (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Wed Jun 13 18:24:36 EDT 2012 was: $ cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.3 (Santiago) $ cat /proc/version Linux version 2.6.32-279.el6.x86_64 (mockbu...@x86-008.build.bos.redhat.com) (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Wed Jun 13 18:24:36 EDT 2012 > Seg fault in decaf::util::concurrent::Mutex::Mutex MutexProperties (memcpy) > --- > > Key: AMQCPP-492 > URL: https://issues.apache.org/jira/browse/AMQCPP-492 > Project: ActiveMQ C++ Client > Issue Type: Bug > Components: Decaf >Affects Versions: 3.5.0, 3.8.4 > Environment: $ cat /etc/redhat-release > Red Hat Enterprise Linux Server release 6.7 (Santiago) > $ cat /proc/version > Linux version 2.6.32-573.7.1.el6.x86_64 > (mockbu...@x86-31.build.eng.bos.redhat.com) (gcc version 4.4.7 20120313 (Red > Hat 4.4.7-16) (GCC) ) #1 SMP Thu Sep 10 13:42:16 EDT 2015 > (older from 3.5.0 instance) > $ cat /etc/redhat-release > Red Hat Enterprise Linux Server release 6.3 (Santiago) > $ cat /proc/version > Linux version 2.6.32-279.el6.x86_64 (mockbu...@x86-008.build.bos.redhat.com) > (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Wed Jun 13 > 18:24:36 EDT 2012 >Reporter: Josh Schwartz >Assignee: Timothy Bish > Attachments: core.2740-gdb.log, core.8681-gdb.log > > > This happened during a failover test so it's likely that there were > non-nominal things occurring such as connections being terminated abruptly. > I looked at the release notes for 3.6.0 and 3.7.0 and I don't see a fix for > this issue. > Program terminated with signal 11, Segmentation fault. > #0 0x003eec888ea3 in memcpy () from /lib64/libc.so.6 > Missing separate debuginfos, use: debuginfo-install > apr-util-1.3.9-3.el6_0.1.x86_64 cyrus-sasl-lib-2.1.23-13.el6.x86_64 > db4-4.7.25-17.el6.x86_64 expat-2.0.1-11.el6_2.x86_64 > glibc-2.12-1.80.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 > krb5-libs-1.9-33.el6.x86_64 libcom_err-1.41.12-12.el6.x86_64 > libgcc-4.4.6-4.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 > libstdc++-4.4.6-4.el6.x86_64 libuuid-2.17.2-12.7.el6.x86_64 > nspr-devel-4.9-1.el6.x86_64 nss-3.13.3-6.el6.x86_64 > nss-softokn-freebl-3.12.9-11.el6.x86_64 nss-util-3.13.3-2.el6.x86_64 > openssl-1.0.0-20.el6_2.5.x86_64 zlib-1.2.3-27.el6.x86_64 > (gdb) where > #0 0x003eec888ea3 in memcpy () from /lib64/libc.so.6 > #1 0x003ef489d1c6 in std::basic_stringstd::allocator >::_Rep::_M_clone(std::allocator const&, unsigned > long) () from /usr/lib64/libstdc++.so.6 > #2 0x003ef489d26c in std::basic_string std::allocator >::basic_string(std::basic_string std::char_traits, std::allocator > const&) () >from /usr/lib64/libstdc++.so.6 > #3 0x0041d75a in std::basic_string std::allocator > std::operator+ std::allocator >(std::basic_string std::allocator > const&, std::basic_string std::char_traits, std::allocator > const&) () > #4 0x7f04aeb66a0b in MutexProperties (this=) at > decaf/util/concurrent/Mutex.cpp:48 > #5 decaf::util::concurrent::Mutex::Mutex (this=) at > decaf/util/concurrent/Mutex.cpp:72 > #6 0x7f04ae7db9e0 in AbstractCollection (this=0x7f0398002530) at > ./decaf/util/AbstractCollection.h:65 > #7 AbstractList (this=0x7f0398002530) at ./decaf/util/AbstractList.h:341 > #8 ArrayList (this=0x7f0398002530) at ./decaf/util/ArrayList.h:49 > #9 activemq::commands::ActiveMQDestination::ActiveMQDestination > (this=0x7f0398002530) > at activemq/commands/ActiveMQDestination.cpp:74 > #10 0x7f04ae827d49 in activemq::commands::ActiveMQTopic::ActiveMQTopic > (this=0x7f0398002530) > at activemq/commands/ActiveMQTopic.cpp:26 > #11 0x7f04aea7a15a in > activemq::wireformat::openwire::marshal::generated::ActiveMQTopicMarshaller::createObject > (this=) > at > activemq/wireformat/openwire/marshal/generated/ActiveMQTopicMarshaller.cpp:45 > #12 0x7f04aea64c8b in >