You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Mika Korhonen (JIRA)" <ji...@apache.org> on 2014/01/07 12:37:51 UTC
[jira] [Commented] (QPID-3618) c++ broker dies if federation link
is flaky and errors out
[ https://issues.apache.org/jira/browse/QPID-3618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13864126#comment-13864126 ]
Mika Korhonen commented on QPID-3618:
-------------------------------------
Hi, are there any news on this bug? We are experiencing the same issue with qpidd 0.24 occasionally on desktop, likely on unstable connection too.
The stack trace is identical:
{code}
qpid::SessionState::disableReceiverTracking() () from /usr/lib/i386-linux-gnu/libqpidcommon.so.2
qpid::broker::Bridge::create(qpid::broker::amqp_0_10::Connection&) () from /usr/lib/i386-linux-gnu/libqpidbroker.so.2
qpid::broker::Link::ioThreadProcessing() () from /usr/lib/i386-linux-gnu/libqpidbroker.so.2
?? () from /usr/lib/i386-linux-gnu/libqpidbroker.so.2
qpid::broker::amqp_0_10::Connection::doIoCallbacks() () from /usr/lib/i386-linux-gnu/libqpidbroker.so.2
{code}
> c++ broker dies if federation link is flaky and errors out
> ----------------------------------------------------------
>
> Key: QPID-3618
> URL: https://issues.apache.org/jira/browse/QPID-3618
> Project: Qpid
> Issue Type: Bug
> Components: C++ Broker
> Affects Versions: 0.12
> Environment: Linux, ARM platform. Limited hardware resources. Federation link over a cellular data connection.
> Reporter: Brandon Pedersen
> Assignee: Andrew Stitcher
> Labels: federation, push
>
> PROBLEM STATEMENT:
> I have a durable queue push route configured to send messages to a central broker. The link between the source broker and the destination broker is a flaky cellular connection. When the link goes on and off it will very frequently cause the broker to seg fault and die.
> STEPS TO REPRODUCE:
> This is tricky to reproduce but it most often occurs when the physical data connection is just being brought up. i.e. the cell connection went down, qpid releases the connection....after a while the connection comes back up and qpid tries to reconnect *possibly* (not certain) when the connection has not been completely set up.
> RESULTS:
> The broker receives some sort of data frame before the connection is fully established and therefore throws and exception. During this process it appears there is another thread that accesses some pointer that is invalid and causes the program to die.
> LOGS:
> The log shows the following messages just before dieing:
> Nov 14 15:43:35 mtcdp daemon.err qpidd[6790]: 2011-11-14 15:43:35
> error Connection local:55764-remote:5672 closed by error: Connection
> not yet open, invalid frame received.(501)
> Nov 14 15:43:35 mtcdp daemon.err qpidd[6790]: 2011-11-14 15:43:35
> error Connection local:55764-remote:5672 closed by error: Connection
> not yet open, invalid frame received.(501)
> Notice that the connection error message shows up twice, this seems suspicious to me. This occurs every time the broker dies.
> I got a core dump from the seg fault (a couple of times) and this is the backtrace
> Core was generated by `qpidd'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x403fdc98 in qpid::SessionState::disableReceiverTracking() ()
> from /usr/lib/libqpidcommon.so.2
> (gdb) backtrace
> #0 0x403fdc98 in qpid::SessionState::disableReceiverTracking() ()
> from /usr/lib/libqpidcommon.so.2
> #1 0x4010e8a8 in
> qpid::broker::Bridge::create(qpid::broker::Connection&) () from
> /usr/lib/libqpidbroker.so.2
> #2 0x4017ed18 in qpid::broker::Link::ioThreadProcessing() () from
> /usr/lib/libqpidbroker.so.2
> #3 0x40180920 in ?? () from /usr/lib/libqpidbroker.so.2
> Cannot access memory at address 0x2d74c0f8
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org