Bug 503760
Summary: | qpid::sys::DispatchHandle::processEvent(qpid::sys::Poller::EventType): Assertion `state!=CALLING' failed | ||
---|---|---|---|
Product: | Red Hat Enterprise MRG | Reporter: | Gordon Sim <gsim> |
Component: | qpid-cpp | Assignee: | Andrew Stitcher <astitcher> |
Status: | CLOSED ERRATA | QA Contact: | Frantisek Reznicek <freznice> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | Development | CC: | cctrieloff, esammons, freznice |
Target Milestone: | 1.3 | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | --- | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Gordon Sim
2009-06-02 15:29:19 UTC
Also see QPID-1984 for what looks like a much more frequent occurence of the same assertion as listed above for the broker. *** Bug 514036 has been marked as a duplicate of this bug. *** I don't think the stack trace here makes much sense. However the stack trace in Bug 514036 makes sense. I'm treating this bug as if it had that stack trace! I can't reproduce if tracing is enabled, but can reliably reproduce like this 2009-07-27 13:55:45 notice SASL disabled: No Authentication Performed 2009-07-27 13:55:45 notice Listening on TCP port 5672 2009-07-27 13:55:45 notice Broker running lt-qpidd: qpid/sys/DispatchHandle.cpp:259: virtual void qpid::sys::DispatchHandle::processEvent(qpid::sys::Poller::EventType): Assertion `state!=CALLING' failed. Aborted (core dumped) from trunk revision 798241 to reproduce: ./qpidd --auth no --tcp-nodelay [localhost tests]$ ./latencytest --rate 1000000 --tcp-nodelay Latency(ms): min=0.560546, max=523.206, avg=305.966 Latency(ms): min=508.735, max=1009.36, avg=782.974 Latency(ms): min=998.361, max=1501.98, avg=1299.21 ^C [localhost tests]$ ./latencytest --rate 100 --tcp-nodelay Connection refused: localhost:5672 (qpid/sys/posix/Socket.cpp:162) Note that setting tcp-nodelay on latencytest is key. setting or not setting on broker both exhibit the issue. Carl. This bug turned out to be an issue with both the DispatchHandle and Poller implementations and so has been fixed in both of them. The PollerTest program has been updated so that it now would have picked up the original Poller bug. The issue has been fixed, tested on RHEL 5.5 / 4.8 i386 / x86_64 on packages: qpid-tools-0.7.946106-4.el5 qpid-cpp-server-0.7.946106-2.el5 python-qpid-0.7.946106-1.el5 qpid-cpp-client-devel-0.7.946106-2.el5 qpid-cpp-client-0.7.946106-2.el5 qpid-cpp-server-cluster-0.7.946106-2.el5 -> VERIFIED |