On Wed, Nov 4, 2020 at 2:00 PM Gordon Sim <g...@redhat.com> wrote: > On 04/11/2020 6:06 pm, Maheedhar Gunnam wrote: > > Hello Team, > > > > I am running into a weird scenario where I have a python client > connected as > > a receiver, killing this client leads to a framing error as below > > > > 2020-11-03 11:25:34.249356 -0500 PROTOCOL (trace) [5]:FRAME: 0 -> > @close(24) > > [error=@error(29) [condition=:"amqp:connection:framing-error", > > description="connection aborted"]] (distro/src/server.c:112) > > 2020-11-03 11:25:34.252048 -0500 PROTOCOL (trace) [5]:RAW: RAW: > > > "\x00\x00\x00S\x02\x00\x00\x00\x00S\x18\xd0\x00\x00\x00C\x00\x00\x00\x01\x00S\x1d\xd0\x00\x00\x007\x00\x00\x00\x02\xa3\x1damqp:connection:framing-error\xa1\x12connection > > aborted" (distro/src/server.c:112) > > > > Further the control flow fails at the assertion `qd_conn->n_senders >= 0` > > but continues with the execution though. > > > > Below is the backtrace on gdb: > > #1 0x000000080126b6bf in __assert (func=<optimized out>, > file=0x8004eb973 > > "distro/src/container.c", line=714, failedexpr=0x8004ea63c > > "qd_conn->n_senders >= 0") at > ../../../../../../src/lib/libc/gen/assert.c:55 > > #2 0x000000080052f6ea in qd_container_handle_event > (container=0x801b19020, > > event=0x80559fb10, conn=0x8044dd510, qd_conn=0x8044ee090) at > > distro/src/container.c:714 > > #3 0x000000080059cc28 in handle (qd_server=0x801a66240, e=0x80559fb10, > > pn_conn=0x8044dd510, ctx=0x8044ee090) at distro/src/server.c:1041 > > #4 0x000000080059afbd in thread_run (arg=0x801a66240) at > > distro/src/server.c:1066 > > #5 0x00000008005a210a in _thread_init (arg=0x801b790a0) at > > distro/src/posix/threading.c:172 > > #6 0x0000000800b6a8c5 in thread_start (curthread=0x801a34e00) at > > ../../../../../../src/lib/libthr/thread/thr_create.c:299 > > > > > > I am not really sure whether this is an indication of an existing > problem. > > Can someone please shed some light on this? > > > > I am using qpid-c++ broker and python client as the receiver. > > The trace above is for the router (not the broker). If the assert is > failing it certainly suggests a bug. Do you have a reproducer? >
Also, can you tell us which version of the router you are running? Thanks, -Ted > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org > For additional commands, e-mail: users-h...@qpid.apache.org > >
