[jira] [Created] (DISPATCH-2022) system_tests_link_routes rarely fails with Cannot load configuration file
Jiri Daněk created DISPATCH-2022:
Summary: system_tests_link_routes rarely fails with Cannot load
configuration file
Key: DISPATCH-2022
URL: https://issues.apache.org/jira/browse/DISPATCH-2022
Project: Qpid Dispatch
Issue Type: Test
Affects Versions: 1.16.0
Reporter: Jiri Daněk
The following happens every time on AArch64, but it has once happened on amd64
too:
https://github.com/apache/qpid-dispatch/runs/2183106014?check_suite_focus=true#step:9:652
{noformat}
14: Process 2203 error: still running
14: qdrouterd -c X.conf -I
/home/runner/work/qpid-dispatch/qpid-dispatch/qpid-dispatch/python
14:
/home/runner/work/qpid-dispatch/qpid-dispatch/qpid-dispatch/build/tests/system_test.dir/system_tests_link_routes/ConnectionLinkRouteTest/test_config_file_bad/X-3.cmd
14:
14: 2021-03-24 10:05:46.694485 + AGENT (error) Contents of failed config
file
14: 2021-03-24 10:05:46.694657 + AGENT (error) Line 1 |[["router", {
14: 2021-03-24 10:05:46.694701 + AGENT (error) Line 2 |"mode": "interior",
14: 2021-03-24 10:05:46.694738 + AGENT (error) Line 3 |"id": "QDR.X",
14: 2021-03-24 10:05:46.694772 + AGENT (error) Line 4 |"debugDumpFile":
"/home/runner/work/qpid-dispatch/qpid-dispatch/qpid-dispatch/build/tests/system_test.dir/system_tests_link_routes/ConnectionLinkRouteTest/test_config_file_bad/X-qddebug.txt"}],
14: 2021-03-24 10:05:46.694806 + AGENT (error) Line 5 |["listener", {
14: 2021-03-24 10:05:46.694838 + AGENT (error) Line 6 |"role": "normal",
14: 2021-03-24 10:05:46.694870 + AGENT (error) Line 7 |"host": "0.0.0.0",
14: 2021-03-24 10:05:46.694902 + AGENT (error) Line 8 |"port": "25577",
14: 2021-03-24 10:05:46.694935 + AGENT (error) Line 9 |"saslMechanisms":
"ANONYMOUS",
14: 2021-03-24 10:05:46.694967 + AGENT (error) Line 10
|"idleTimeoutSeconds": "120",
14: 2021-03-24 10:05:46.694999 + AGENT (error) Line 11 |"authenticatePeer":
"no"}],
14: 2021-03-24 10:05:46.695030 + AGENT (error) Line 12
|connection.["linkRoute", {
14: 2021-03-24 10:05:46.695062 + AGENT (error) Line 13 |"pattern":
"i/am/bad",
14: 2021-03-24 10:05:46.695094 + AGENT (error) Line 14 |"direction":
"out"}],
14: 2021-03-24 10:05:46.695130 + AGENT (error) Line 15 |["log", {
14: 2021-03-24 10:05:46.695200 + AGENT (error) Line 16 |"module": "DEFAULT",
14: 2021-03-24 10:05:46.695235 + AGENT (error) Line 17 |"enable": "trace+",
14: 2021-03-24 10:05:46.695267 + AGENT (error) Line 18 |"includeSource":
"true",
14: 2021-03-24 10:05:46.695298 + AGENT (error) Line 19 |"outputFile":
"X.log"}]]
14: 2021-03-24 10:05:46.695369 + ERROR (error) Python: Exception: Cannot
load configuration file X.conf: Expecting value: line 12 column 1 (char 400)
14: 2021-03-24 10:05:46.738956 + ERROR (error) Traceback (most recent call
last):
14: File
"/home/runner/work/qpid-dispatch/qpid-dispatch/qpid-dispatch/python/qpid_dispatch_internal/management/config.py",
line 61, in __init__
14: self.load(filename, raw_json)
14: File
"/home/runner/work/qpid-dispatch/qpid-dispatch/qpid-dispatch/python/qpid_dispatch_internal/management/config.py",
line 242, in load
14: self.load(f, raw_json)
14: File
"/home/runner/work/qpid-dispatch/qpid-dispatch/qpid-dispatch/python/qpid_dispatch_internal/management/config.py",
line 244, in load
14: sections = self._parserawjson(source) if raw_json else
self._parse(source)
14: File
"/home/runner/work/qpid-dispatch/qpid-dispatch/qpid-dispatch/python/qpid_dispatch_internal/management/config.py",
line 208, in _parse
14: sections = json.loads(js_text)
14: File
"/opt/hostedtoolcache/Python/3.7.10/x64/lib/python3.7/json/__init__.py", line
348, in loads
14: return _default_decoder.decode(s)
14: File
"/opt/hostedtoolcache/Python/3.7.10/x64/lib/python3.7/json/decoder.py", line
337, in decode
14: obj, end = self.raw_decode(s, idx=_w(s, 0).end())
14: File
"/opt/hostedtoolcache/Python/3.7.10/x64/lib/python3.7/json/decoder.py", line
355, in raw_decode
14: raise JSONDecodeError("Expecting value", s, err.value) from None
14: json.decoder.JSONDecodeError: Expecting value: line 12 column 1 (char 400)
14:
14: During handling of the above exception, another exception occurred:
14:
14: Traceback (most recent call last):
14: File
"/home/runner/work/qpid-dispatch/qpid-dispatch/qpid-dispatch/python/qpid_dispatch_internal/management/config.py",
line 286, in configure_dispatch
14: config = Config(filename)
14: File
"/home/runner/work/qpid-dispatch/qpid-dispatch/qpid-dispatch/python/qpid_dispatch_internal/management/config.py",
line 64, in __init__
14: % (filename, e))
14: Exception: Cannot load configuration file X.conf: Expecting value: line 12
column 1 (char 400)
14:
14: 2021-03-24 10:05:46.739004 + MAIN (critical) Router start-up failed:
Python: Exception: Cannot load confi
[jira] [Created] (DISPATCH-2021) [macOS] system_tests_topology test_01_topology_failover sometimes fails with wrong message trace
Jiri Daněk created DISPATCH-2021:
Summary: [macOS] system_tests_topology test_01_topology_failover
sometimes fails with wrong message trace
Key: DISPATCH-2021
URL: https://issues.apache.org/jira/browse/DISPATCH-2021
Project: Qpid Dispatch
Issue Type: Test
Affects Versions: 1.15.0
Reporter: Jiri Daněk
https://travis-ci.com/github/apache/qpid-dispatch/jobs/494093992#L4002
{noformat}
45: ==
45: FAIL: test_01_topology_failover (system_tests_topology.TopologyTests)
45: --
45: Traceback (most recent call last):
45: File
"/Users/travis/build/apache/qpid-dispatch/tests/system_tests_topology.py", line
284, in test_01_topology_failover
45: self.assertEqual(None, test.error)
45: AssertionError: None != "expected trace ['0/A', '0/C', '0/B'] but[36
chars]/B']"
45:
45: --
45: Ran 3 tests in 38.117s
{noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Resolved] (DISPATCH-2002) Adaptor flow control does not work across multi-router networks
[ https://issues.apache.org/jira/browse/DISPATCH-2002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ganesh Murthy resolved DISPATCH-2002. - Resolution: Duplicate > Adaptor flow control does not work across multi-router networks > --- > > Key: DISPATCH-2002 > URL: https://issues.apache.org/jira/browse/DISPATCH-2002 > Project: Qpid Dispatch > Issue Type: Bug > Components: Protocol Adaptors >Affects Versions: 1.15.0 >Reporter: Charles E. Rolke >Priority: Major > Fix For: 1.16.0 > > > From TCP Adaptor perspective: > * Single-router flow control works just fine > * Multi-router flow control presents unlimited buffering to the ingress TCP > connection > In a two-router test case with TCP Adaptor tunneling iperf3 between the > routers the ingress router memory grows to 4Gb in one minute. > This happens with or without DISPATCH-2001 streaming link priority setting. > Streaming links tunneling TCP traffic need to provide back pressure to the > ingress raw connection. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Resolved] (DISPATCH-1981) TCP adaptor Q2 test does not always trigger q2 holdoff
[ https://issues.apache.org/jira/browse/DISPATCH-1981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Charles E. Rolke resolved DISPATCH-1981. Resolution: Fixed > TCP adaptor Q2 test does not always trigger q2 holdoff > -- > > Key: DISPATCH-1981 > URL: https://issues.apache.org/jira/browse/DISPATCH-1981 > Project: Qpid Dispatch > Issue Type: Bug > Components: Tests >Affects Versions: 1.16.0 >Reporter: Charles E. Rolke >Assignee: Charles E. Rolke >Priority: Major > Fix For: 1.16.0 > > > The router is so fast that it forwards the message without reliably hitting > Q2 holdoff. Therefore the test fails. > Stage 1 for this issue is to disable the test so CI passes. > Stage 2 is to modify the test so that the server does not read the message > sent by the client. When the message backs up in the router it triggers Q2 > holdoff. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (DISPATCH-1699) leak: on centos7 several leaks hit in system_tests_edge_router
[ https://issues.apache.org/jira/browse/DISPATCH-1699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ganesh Murthy updated DISPATCH-1699: Summary: leak: on centos7 several leaks hit in system_tests_edge_router (was: leak: on centos7 several leaks hit in system_tests_edge_router_t) > leak: on centos7 several leaks hit in system_tests_edge_router > -- > > Key: DISPATCH-1699 > URL: https://issues.apache.org/jira/browse/DISPATCH-1699 > Project: Qpid Dispatch > Issue Type: Bug > Components: Router Node >Affects Versions: 1.13.0 >Reporter: Ken Giusti >Priority: Major > Labels: Leak > Fix For: Backlog, 1.16.0 > > > Leaks of qd_message_t, qd_message_content_t, qdr_delivery_t, qd_link_ref: > system_tests_edge_router > 53: Leak: 2020-06-29 15:50:15.436845 -0400 type: qd_link_ref_t address: > 0x611712d0 > 53: /lib64/libasan.so.5(+0x6ce80) [0x7fb1f4f3be80] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qd_alloc+0xf5d) > [0x7fb1f478493e] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(new_qd_link_ref_t+0x26) > [0x7fb1f47b0fee] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x5bec9e) > [0x7fb1f4977c9e] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x5cbe53) > [0x7fb1f4984e53] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qdr_link_process_deliveries+0x506) > [0x7fb1f49280a2] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x5cbbce) > [0x7fb1f4984bce] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qdr_connection_process+0x363a) > [0x7fb1f486ed13] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x5c12a2) > [0x7fb1f497a2a2] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x3fc330) > [0x7fb1f47b5330] > 53: alloc.c: Items of type 'qd_message_t' remain allocated at shutdown: 1 > 53: Leak: 2020-06-29 15:50:15.435028 -0400 type: qd_message_t address: > 0x6137bdd0 > 53: /lib64/libasan.so.5(+0x6ce80) [0x7fb1f4f3be80] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qd_alloc+0xf5d) > [0x7fb1f478493e] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(new_qd_message_t+0x26) > [0x7fb1f47ea6d0] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qd_message+0x10) > [0x7fb1f47f0b72] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x4ea10d) > [0x7fb1f48a310d] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x4e0448) > [0x7fb1f4899448] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x4e021a) > [0x7fb1f489921a] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qdrc_client_request_CT+0x710) > [0x7fb1f4898b6a] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qcm_edge_mgmt_request_CT+0x3e5) > [0x7fb1f49477b1] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x587fc1) > [0x7fb1f4940fc1] > 53: alloc.c: Items of type 'qdr_delivery_t' remain allocated at shutdown: 1 > 53: Leak: 2020-06-29 15:50:15.435127 -0400 type: qdr_delivery_t address: > 0x6152ba50 > 53: /lib64/libasan.so.5(+0x6ce80) [0x7fb1f4f3be80] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qd_alloc+0xf5d) > [0x7fb1f478493e] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(new_qdr_delivery_t+0x26) > [0x7fb1f48a394a] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qdrc_endpoint_delivery_CT+0x1c) > [0x7fb1f4895224] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x4e051b) > [0x7fb1f489951b] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x4e021a) > [0x7fb1f489921a] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qdrc_client_request_CT+0x710) > [0x7fb1f4898b6a] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(qcm_edge_mgmt_request_CT+0x3e5) > [0x7fb1f49477b1] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x587fc1) > [0x7fb1f4940fc1] > 53: > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/src/libqpid-dispatch.so(+0x58c559) > [0x7fb1f4945559] > 53: alloc.c: Items of type 'qd_message_content_t' remain allocated at > shutdown: 1 > 53: Leak: 2020-06-29 15:50:15.435077 -0400 type: qd_message_content_t > address: 0x61a96110 > 53: /lib64/libasan.so.5(+0
[jira] [Resolved] (DISPATCH-1919) Thread race accessing qdr_delivery_t->conn_id and ->link_id
[ https://issues.apache.org/jira/browse/DISPATCH-1919?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ganesh Murthy resolved DISPATCH-1919. - Resolution: Duplicate > Thread race accessing qdr_delivery_t->conn_id and ->link_id > --- > > Key: DISPATCH-1919 > URL: https://issues.apache.org/jira/browse/DISPATCH-1919 > Project: Qpid Dispatch > Issue Type: Bug > Components: Router Node >Affects Versions: 1.15.0 >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Minor > Labels: race-condition > Fix For: 1.16.0 > > > 71: == > 71: WARNING: ThreadSanitizer: data race (pid=70857) > 71: Write of size 8 at 0x7b4800013338 by thread T1: > 71: #0 qdr_link_process_initial_delivery_CT > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_core/connections.c:1651 > (libqpid-dispatch.so+0x9ff1e) > 71: #1 qdr_link_inbound_first_attach_CT > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_core/connections.c:1779 > (libqpid-dispatch.so+0x9ff1e) > 71: #2 router_core_thread > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_core/router_core_thread.c:239 > (libqpid-dispatch.so+0xbf09d) > 71: #3 _thread_init > /home/kgiusti/work/dispatch/qpid-dispatch/src/posix/threading.c:172 > (libqpid-dispatch.so+0x8c5f2) > 71: #4 (libtsan.so.0+0x2d33f) > 71: > 71: Previous read of size 8 at 0x7b4800013338 by thread T4: > 71: #0 qdr_tcp_open_server_side_connection > /home/kgiusti/work/dispatch/qpid-dispatch/src/adaptors/tcp_adaptor.c:674 > (libqpid-dispatch.so+0x50ca1) > 71: #1 handle_connection_event > /home/kgiusti/work/dispatch/qpid-dispatch/src/adaptors/tcp_adaptor.c:524 > (libqpid-dispatch.so+0x55c45) > 71: #2 handle_event_with_context > /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:804 > (libqpid-dispatch.so+0xe025d) > 71: #3 do_handle_raw_connection_event > /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:810 > (libqpid-dispatch.so+0xe025d) > 71: #4 handle /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1090 > (libqpid-dispatch.so+0xe025d) > 71: #5 thread_run /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1122 > (libqpid-dispatch.so+0xe2aa7) > 71: #6 _thread_init > /home/kgiusti/work/dispatch/qpid-dispatch/src/posix/threading.c:172 > (libqpid-dispatch.so+0x8c5f2) > 71: #7 (libtsan.so.0+0x2d33f) > 71: > 71: Location is heap block of size 384 at 0x7b4800013200 allocated by thread > T4: > 71: #0 posix_memalign (libtsan.so.0+0x3061d) > 71: #1 qd_alloc > /home/kgiusti/work/dispatch/qpid-dispatch/src/alloc_pool.c:388 > (libqpid-dispatch.so+0x580a4) > 71: #2 new_qdr_delivery_t > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_core/delivery.c:23 > (libqpid-dispatch.so+0xa7ca1) > 71: #3 qdr_link_deliver_to_routed_link > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_core/transfer.c:117 > (libqpid-dispatch.so+0xc50e9) > 71: #4 AMQP_rx_handler > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_node.c:480 > (libqpid-dispatch.so+0xd9e25) > 71: #5 do_receive > /home/kgiusti/work/dispatch/qpid-dispatch/src/container.c:223 > (libqpid-dispatch.so+0x6cac4) > 71: #6 qd_container_handle_event > /home/kgiusti/work/dispatch/qpid-dispatch/src/container.c:733 > (libqpid-dispatch.so+0x6cac4) > 71: #7 handle /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1097 > (libqpid-dispatch.so+0xe0211) > 71: #8 thread_run /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1122 > (libqpid-dispatch.so+0xe2a34) > 71: #9 _thread_init > /home/kgiusti/work/dispatch/qpid-dispatch/src/posix/threading.c:172 > (libqpid-dispatch.so+0x8c5f2) > 71: #10 (libtsan.so.0+0x2d33f) > 71: > 71: Thread T1 (tid=70859, running) created by main thread at: > 71: #0 pthread_create (libtsan.so.0+0x5ec29) > 71: #1 sys_thread > /home/kgiusti/work/dispatch/qpid-dispatch/src/posix/threading.c:181 > (libqpid-dispatch.so+0x8ca8e) > 71: #2 qdr_core > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_core/router_core.c:121 > (libqpid-dispatch.so+0xb9b16) > 71: #3 qd_router_setup_late > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_node.c:1989 > (libqpid-dispatch.so+0xdc0f8) > 71: #4 ffi_call_unix64 (libffi.so.6+0x6aef) > 71: #5 main_process > /home/kgiusti/work/dispatch/qpid-dispatch/router/src/main.c:95 > (qdrouterd+0x40281c) > 71: #6 main /home/kgiusti/work/dispatch/qpid-dispatch/router/src/main.c:367 > (qdrouterd+0x4024fc) > 71: > 71: Thread T4 (tid=70862, running) created by main thread at: > 71: #0 pthread_create (libtsan.so.0+0x5ec29) > 71: #1 sys_thread > /home/kgiusti/work/dispatch/qpid-dispatch/src/posix/threading.c:181 > (libqpid-dispatch.so+0x8ca8e) > 71: #2 qd_server_run > /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1482 > (libqpid-dispatch.so+0xe350a) > 71: #3 main_process > /home/k
[jira] [Commented] (QPIDJMS-529) Remote link closure when producer send and close race and lead to close blocking forever
[ https://issues.apache.org/jira/browse/QPIDJMS-529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309712#comment-17309712 ] ASF subversion and git services commented on QPIDJMS-529: - Commit e328aedbd7aa0fed82ab7f52c7cda43b76025db4 in qpid-jms's branch refs/heads/main from Timothy Bish [ https://gitbox.apache.org/repos/asf?p=qpid-jms.git;h=e328aed ] QPIDJMS-529 Don't track send that fail due to producer already closed The send method in AmqpFixedProducer was neglecting to exit after failing a send due to producer already having closed which lead to a tracked send that had no change of being completed later in most cases which could cause a hang on producer close due to send in the blocked list. > Remote link closure when producer send and close race and lead to close > blocking forever > > > Key: QPIDJMS-529 > URL: https://issues.apache.org/jira/browse/QPIDJMS-529 > Project: Qpid JMS > Issue Type: Bug > Components: qpid-jms-client >Affects Versions: 0.57.0 >Reporter: Timothy A. Bish >Assignee: Timothy A. Bish >Priority: Major > Fix For: 0.58.0 > > > A three way race can occur when a remote link closure occurs and two threads > are in the process of both sending a message and attempting to close the > producer. Due to a bug in the provider producer send handler the send can > trigger tracking of the send even when it has known to have failed due to the > link already having entered a closed state due to remote detach arriving. > The MessageProducer close operation if initiated such that it is waiting > behind the send call for the IO thread can block forever waiting for the > tracked send to be discarded which it never will as it was already considered > failed by the initial send call. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Created] (QPIDJMS-529) Remote link closure when producer send and close race and lead to close blocking forever
Timothy A. Bish created QPIDJMS-529: --- Summary: Remote link closure when producer send and close race and lead to close blocking forever Key: QPIDJMS-529 URL: https://issues.apache.org/jira/browse/QPIDJMS-529 Project: Qpid JMS Issue Type: Bug Components: qpid-jms-client Affects Versions: 0.57.0 Reporter: Timothy A. Bish Assignee: Timothy A. Bish Fix For: 0.58.0 A three way race can occur when a remote link closure occurs and two threads are in the process of both sending a message and attempting to close the producer. Due to a bug in the provider producer send handler the send can trigger tracking of the send even when it has known to have failed due to the link already having entered a closed state due to remote detach arriving. The MessageProducer close operation if initiated such that it is waiting behind the send call for the IO thread can block forever waiting for the tracked send to be discarded which it never will as it was already considered failed by the initial send call. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-2019) Error in system_tests_http2 SEGV in qdr_core_remove_address
[
https://issues.apache.org/jira/browse/DISPATCH-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309693#comment-17309693
]
ASF subversion and git services commented on DISPATCH-2019:
---
Commit 37680cdb97d1935ad3b9c3cf78358ae11f207c46 in qpid-dispatch's branch
refs/heads/master from Ganesh Murthy
[ https://gitbox.apache.org/repos/asf?p=qpid-dispatch.git;h=37680cd ]
DISPATCH-2019: Check for presence of key obtained from hash handle
> Error in system_tests_http2 SEGV in qdr_core_remove_address
> ---
>
> Key: DISPATCH-2019
> URL: https://issues.apache.org/jira/browse/DISPATCH-2019
> Project: Qpid Dispatch
> Issue Type: Test
>Reporter: Jiri Daněk
>Priority: Major
>
> https://travis-ci.com/github/apache/qpid-dispatch/jobs/493886831#L5794
> {noformat}
> 68: Router QDR output file:
> 68:
> 68:
> /home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13:
> runtime error: applying zero offset to null pointer
> 68: SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior
> /home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13
> in
> 68:
> /home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13:
> runtime error: load of null pointer of type 'const char'
> 68: SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior
> /home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13
> in
> 68: AddressSanitizer:DEADLYSIGNAL
> 68: =
> 68: ==17754==ERROR: AddressSanitizer: SEGV on unknown address 0x
> (pc 0x7f2611ba3318 bp 0x7f260be8d150 sp 0x7f260be8d100 T1)
> 68: ==17754==The signal is caused by a READ memory access.
> 68: ==17754==Hint: address points to the zero page.
> 68: #0 0x7f2611ba3318 in qdr_core_remove_address
> /home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13
> 68: #1 0x7f2611b30c71 in qdr_check_addr_CT
> /home/travis/build/apache/qpid-dispatch/src/router_core/connections.c:1328:9
> 68: #2 0x7f2611b29e36 in qdr_link_inbound_detach_CT
> /home/travis/build/apache/qpid-dispatch/src/router_core/connections.c:2110:9
> 68: #3 0x7f2611bb8651 in router_core_thread
> /home/travis/build/apache/qpid-dispatch/src/router_core/router_core_thread.c:239:13
> 68: #4 0x7f26116a0608 in start_thread
> (/lib/x86_64-linux-gnu/libpthread.so.0+0x9608)
> 68: #5 0x7f2610ecb292 in clone (/lib/x86_64-linux-gnu/libc.so.6+0x122292)
> 68:
> 68: AddressSanitizer can not provide additional info.
> 68: SUMMARY: AddressSanitizer: SEGV
> /home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13
> in qdr_core_remove_address
> 68: Thread T1 created by T0 here:
> 68: #0 0x480f0a in pthread_create
> (/home/travis/build/apache/qpid-dispatch/build/router/qdrouterd+0x480f0a)
> 68: #1 0x7f2611ae4b4d in sys_thread
> /home/travis/build/apache/qpid-dispatch/src/posix/threading.c:181:5
> 68: #2 0x7f2611b98d20 in qdr_core
> /home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:121:20
> 68: #3 0x7f2611c26878 in qd_router_setup_late
> /home/travis/build/apache/qpid-dispatch/src/router_node.c:2107:31
> 68: #4 0x7f260d7a9ff4 (/lib/x86_64-linux-gnu/libffi.so.7+0x6ff4)
> 68: LLVMSymbolizer: error reading file: No such file or directory
> 68: #5 0x7ffed1c889ef ([stack]+0x1d9ef)
> 68:
> 68: ==17754==ABORTING
> {noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Resolved] (DISPATCH-1756) [macOS] failure in system_tests_http
[
https://issues.apache.org/jira/browse/DISPATCH-1756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jiri Daněk resolved DISPATCH-1756.
--
Fix Version/s: 1.16.0
Resolution: Fixed
With this fixed, macOS Travis job should now be green.
> [macOS] failure in system_tests_http
>
>
> Key: DISPATCH-1756
> URL: https://issues.apache.org/jira/browse/DISPATCH-1756
> Project: Qpid Dispatch
> Issue Type: Bug
>Affects Versions: 1.13.0
>Reporter: Jiri Daněk
>Assignee: Jiri Daněk
>Priority: Major
> Labels: macOS
> Fix For: 1.16.0
>
>
> At this point, this is the only (!!!) failure on macOS, besides few flaky
> test timeouts.
> [https://travis-ci.com/github/jiridanek/qpid-dispatch/jobs/375200667#L4235]
> {noformat}
> test 57
> Start 57: system_tests_http
> 57: Test command:
> /Users/travis/build/jiridanek/qpid-dispatch/p3venv/bin/python
> "/Users/travis/build/jiridanek/qpid-dispatch/build/tests/run.py" "-m"
> "unittest" "-v" "system_tests_http"
> 57: Test timeout computed to be: 600
> 57: test_http_get (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:55:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_http_healthz (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:249:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: result = urlopen("http://localhost:%d/healthz"; % port,
> cafile=self.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_http_listener_delete (system_tests_http.RouterTestHttp) ... ERROR
> 57: test_http_metrics (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:210:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: result = urlopen("http://localhost:%d/metrics"; % port,
> cafile=self.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_https_get (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:55:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> 57: ERROR
> 57: test_listen_error (system_tests_http.RouterTestHttp)
> 57: Make sure a router exits if an initial HTTP listener fails, doesn't hang
> ... ok
> 57:
> 57: ==
> 57: ERROR: test_http_listener_delete (system_tests_http.RouterTestHttp)
> 57: --
> 57: Traceback (most recent call last):
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 156, in test_http_listener_delete
> 57: ret_val = retry(lambda: self.is_get_request_failing(url_1,
> use_ca=False), timeout=10, delay=2)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_test.py", line 140,
> in retry
> 57: ret = function()
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 156, in
> 57: ret_val = retry(lambda: self.is_get_request_failing(url_1,
> use_ca=False), timeout=10, delay=2)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 113, in is_get_request_failing
> 57: raise e
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 106, in is_get_request_failing
> 57: self.get(url, use_ca=use_ca)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 57, in get
> 57: http_data = urlopen(url)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 222, in urlopen
> 57: return opener.open(url, data, timeout)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 525, in open
> 57: response = self._open(req, data)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 543, in _open
> 57: '_open', req)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 503, in _call_chain
> 57: result = func(*args)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 1378, in http_open
> 57: return self.do_ope
[jira] [Commented] (DISPATCH-2015) [http1] ThreadSanitizer: data race in system_tests_http1_adaptor
[
https://issues.apache.org/jira/browse/DISPATCH-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309672#comment-17309672
]
ASF GitHub Bot commented on DISPATCH-2015:
--
asfgit closed pull request #1084:
URL: https://github.com/apache/qpid-dispatch/pull/1084
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> [http1] ThreadSanitizer: data race in system_tests_http1_adaptor
>
>
> Key: DISPATCH-2015
> URL: https://issues.apache.org/jira/browse/DISPATCH-2015
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Protocol Adaptors
>Reporter: Ganesh Murthy
>Assignee: Ganesh Murthy
>Priority: Major
>
> {noformat}
> ==
> 71: WARNING: ThreadSanitizer: data race (pid=1355752)
> 71: Write of size 8 at 0x7b445168 by thread T2 (mutexes: write M321):
> 71: #0 _handle_connection_events
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:594
> (libqpid-dispatch.so+0x4fdf9)
> 71: #1 handle_event_with_context
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:804
> (libqpid-dispatch.so+0xe334d)
> 71: #2 do_handle_raw_connection_event
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:810
> (libqpid-dispatch.so+0xe334d)
> 71: #3 handle /home/gmurthy/opensource/qpid-dispatch/src/server.c:1090
> (libqpid-dispatch.so+0xe334d)
> 71: #4 thread_run
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:1122
> (libqpid-dispatch.so+0xe5b97)
> 71: #5 _thread_init
> /home/gmurthy/opensource/qpid-dispatch/src/posix/threading.c:172
> (libqpid-dispatch.so+0x8f1b2)
> 71: #6 (libtsan.so.0+0x2d18f)
> 71:
> 71: Previous read of size 8 at 0x7b445168 by thread T4:
> 71: #0 _do_reconnect
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:412
> (libqpid-dispatch.so+0x4f349)
> 71: #1 qd_timer_visit
> /home/gmurthy/opensource/qpid-dispatch/src/timer.c:201
> (libqpid-dispatch.so+0xe9197)
> 71: #2 handle /home/gmurthy/opensource/qpid-dispatch/src/server.c:1008
> (libqpid-dispatch.so+0xe329e)
> 71: #3 thread_run
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:1122
> (libqpid-dispatch.so+0xe5b97)
> 71: #4 _thread_init
> /home/gmurthy/opensource/qpid-dispatch/src/posix/threading.c:172
> (libqpid-dispatch.so+0x8f1b2)
> 71: #5 (libtsan.so.0+0x2d18f)
> 71:
> 71: Location is heap block of size 320 at 0x7b445140 allocated by main
> thread:
> 71: #0 posix_memalign (libtsan.so.0+0x301df)
> 71: #1 qd_alloc
> /home/gmurthy/opensource/qpid-dispatch/src/alloc_pool.c:389
> (libqpid-dispatch.so+0x5a0a4)
> 71: #2 new_qdr_http1_connection_t
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_adaptor.c:65
> (libqpid-dispatch.so+0x43891)
> 71: #3 _create_server_connection
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:147
> (libqpid-dispatch.so+0x506e2)
> 71: #4 qd_http1_configure_connector
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:225
> (libqpid-dispatch.so+0x506e2)
> 71: #5 qd_dispatch_configure_http_connector
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http_common.c:169
> (libqpid-dispatch.so+0x3b29d)
> 71: #6 ffi_call_unix64 (libffi.so.6+0x6b0f)
> 71: #7 main_process
> /home/gmurthy/opensource/qpid-dispatch/router/src/main.c:95
> (qdrouterd+0x40281c)
> 71: #8 main /home/gmurthy/opensource/qpid-dispatch/router/src/main.c:367
> (qdrouterd+0x4024fc)
> 71:
> 71: Mutex M321 (0x7b106d80) created at:
> 71: #0 pthread_mutex_init (libtsan.so.0+0x46f38)
> 71: #1 sys_mutex
> /home/gmurthy/opensource/qpid-dispatch/src/posix/threading.c:43
> (libqpid-dispatch.so+0x8f20c)
> 71: #2 qd_http1_adaptor_init
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_adaptor.c:679
> (libqpid-dispatch.so+0x43532)
> 71: #3 qdr_adaptors_init
> /home/gmurthy/opensource/qpid-dispatch/src/router_core/router_core_thread.c:154
> (libqpid-dispatch.so+0xc1912)
> 71: #4 qdr_core_setup_init
> /home/gmurthy/opensource/qpid-dispatch/src/router_core/router_core.c:65
> (libqpid-dispatch.so+0xbc6a7)
> 71: #5 qdr_core
> /home/gmurthy/opensource/qpid-dispatch/src/router_core/router_core.c:116
> (libqpid-dispatch.so+0xbc6a7)
> 71: #6 qd_router_setup_late
> /home/gmurthy/opensource/qpid-dispatch/src/router_node.c:2107
> (libqpid-dispatch.so+0xdf808)
> 71: #7 ffi_call_unix64 (libffi.so.6+0x6b0f)
> 71: #8 main_process
> /home/gmurthy/opensource/qpid-dispatch/router/src/main.
[jira] [Resolved] (DISPATCH-2016) [test] system_test Tester.get_port() returns ports that fail with 'Address already in use' error
[
https://issues.apache.org/jira/browse/DISPATCH-2016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ganesh Murthy resolved DISPATCH-2016.
-
Fix Version/s: 1.16.0
Resolution: Fixed
> [test] system_test Tester.get_port() returns ports that fail with 'Address
> already in use' error
>
>
> Key: DISPATCH-2016
> URL: https://issues.apache.org/jira/browse/DISPATCH-2016
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Protocol Adaptors
>Affects Versions: 1.15.0
>Reporter: Jiri Daněk
>Assignee: Charles E. Rolke
>Priority: Major
> Fix For: 1.16.0
>
>
> https://travis-ci.com/github/apache/qpid-dispatch/jobs/493244147#L6132
> {noformat}
> 71: Test command: /usr/bin/python3.8
> "/home/travis/build/apache/qpid-dispatch/build/tests/run.py" "-m" "unittest"
> "-v" "system_tests_tcp_adaptor"
> 71: Test timeout computed to be: 600
> 71: 2021-03-24 07:44:00.049260 SERVER (info) Container Name: TCP_TEST
> 71: 2021-03-24 07:44:00.049555 TCP_TEST INTA_amqp=29181
> 71: 2021-03-24 07:44:00.049645 TCP_TEST INTA_echo_server=29182
> 71: 2021-03-24 07:44:00.049708 TCP_TEST INTA_echo_listener_for_INTA=29183
> 71: 2021-03-24 07:44:00.049813 TCP_TEST INTA_echo_listener_for_INTB=29184
> 71: 2021-03-24 07:44:00.049871 TCP_TEST INTA_echo_listener_for_INTC=29185
> 71: 2021-03-24 07:44:00.049920 TCP_TEST INTA_echo_listener_for_EA1=29186
> 71: 2021-03-24 07:44:00.049959 TCP_TEST INTA_echo_listener_for_EA2=29187
> 71: 2021-03-24 07:44:00.049993 TCP_TEST INTA_echo_listener_for_EB1=29188
> 71: 2021-03-24 07:44:00.050025 TCP_TEST INTA_echo_listener_for_EB2=29189
> 71: 2021-03-24 07:44:00.050057 TCP_TEST INTA_echo_listener_for_EC1=29190
> 71: 2021-03-24 07:44:00.050089 TCP_TEST INTA_echo_listener_for_EC2=29191
> 71: 2021-03-24 07:44:00.050122 TCP_TEST INTA_nodest_listener=29192
> 71: 2021-03-24 07:44:00.050159 TCP_TEST INTB_amqp=29193
> 71: 2021-03-24 07:44:00.050194 TCP_TEST INTB_echo_server=29194
> 71: 2021-03-24 07:44:00.050229 TCP_TEST INTB_echo_listener_for_INTA=29195
> 71: 2021-03-24 07:44:00.050266 TCP_TEST INTB_echo_listener_for_INTB=29196
> 71: 2021-03-24 07:44:00.050302 TCP_TEST INTB_echo_listener_for_INTC=29197
> 71: 2021-03-24 07:44:00.050336 TCP_TEST INTB_echo_listener_for_EA1=29198
> 71: 2021-03-24 07:44:00.050371 TCP_TEST INTB_echo_listener_for_EA2=29199
> 71: 2021-03-24 07:44:00.050409 TCP_TEST INTB_echo_listener_for_EB1=29200
> 71: 2021-03-24 07:44:00.050443 TCP_TEST INTB_echo_listener_for_EB2=29201
> 71: 2021-03-24 07:44:00.050480 TCP_TEST INTB_echo_listener_for_EC1=29202
> 71: 2021-03-24 07:44:00.050530 TCP_TEST INTB_echo_listener_for_EC2=29203
> 71: 2021-03-24 07:44:00.050569 TCP_TEST INTB_nodest_listener=29204
> 71: 2021-03-24 07:44:00.050606 TCP_TEST INTC_amqp=29205
> 71: 2021-03-24 07:44:00.050640 TCP_TEST INTC_echo_server=29206
> 71: 2021-03-24 07:44:00.050681 TCP_TEST INTC_echo_listener_for_INTA=29207
> 71: 2021-03-24 07:44:00.050719 TCP_TEST INTC_echo_listener_for_INTB=29208
> 71: 2021-03-24 07:44:00.050757 TCP_TEST INTC_echo_listener_for_INTC=29209
> 71: 2021-03-24 07:44:00.050796 TCP_TEST INTC_echo_listener_for_EA1=29210
> 71: 2021-03-24 07:44:00.050831 TCP_TEST INTC_echo_listener_for_EA2=29211
> 71: 2021-03-24 07:44:00.050868 TCP_TEST INTC_echo_listener_for_EB1=29212
> 71: 2021-03-24 07:44:00.050905 TCP_TEST INTC_echo_listener_for_EB2=29213
> 71: 2021-03-24 07:44:00.050943 TCP_TEST INTC_echo_listener_for_EC1=29214
> 71: 2021-03-24 07:44:00.050982 TCP_TEST INTC_echo_listener_for_EC2=29215
> 71: 2021-03-24 07:44:00.051032 TCP_TEST INTC_nodest_listener=29216
> 71: 2021-03-24 07:44:00.051113 TCP_TEST EA1_amqp=29217
> 71: 2021-03-24 07:44:00.051154 TCP_TEST EA1_echo_server=29218
> 71: 2021-03-24 07:44:00.051207 TCP_TEST EA1_echo_listener_for_INTA=29219
> 71: 2021-03-24 07:44:00.051246 TCP_TEST EA1_echo_listener_for_INTB=29220
> 71: 2021-03-24 07:44:00.051284 TCP_TEST EA1_echo_listener_for_INTC=29221
> 71: 2021-03-24 07:44:00.051321 TCP_TEST EA1_echo_listener_for_EA1=29222
> 71: 2021-03-24 07:44:00.051363 TCP_TEST EA1_echo_listener_for_EA2=29223
> 71: 2021-03-24 07:44:00.051403 TCP_TEST EA1_echo_listener_for_EB1=29224
> 71: 2021-03-24 07:44:00.051439 TCP_TEST EA1_echo_listener_for_EB2=29225
> 71: 2021-03-24 07:44:00.051503 TCP_TEST EA1_echo_listener_for_EC1=29226
> 71: 2021-03-24 07:44:00.051550 TCP_TEST EA1_echo_listener_for_EC2=29227
> 71: 2021-03-24 07:44:00.051589 TCP_TEST EA1_nodest_listener=29228
> 71: 2021-03-24 07:44:00.051628 TCP_TEST EA2_amqp=29229
> 71: 2021-03-24 07:44:00.051667 TCP_TEST EA2_echo_server=29230
> 71: 2021-03-24 07:44:00.051702 TCP_TEST EA2_echo_listener_for_INTA=29231
> 71: 2021-03-24 07:44:00.051753 TCP_TEST EA2_echo_listener_for_INTB=29232
> 71: 2021-03-24 07:44:00.051796 TCP_TEST EA2_echo_listener_fo
[jira] [Resolved] (DISPATCH-2015) [http1] ThreadSanitizer: data race in system_tests_http1_adaptor
[
https://issues.apache.org/jira/browse/DISPATCH-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ganesh Murthy resolved DISPATCH-2015.
-
Fix Version/s: 1.16.0
Resolution: Fixed
> [http1] ThreadSanitizer: data race in system_tests_http1_adaptor
>
>
> Key: DISPATCH-2015
> URL: https://issues.apache.org/jira/browse/DISPATCH-2015
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Protocol Adaptors
>Reporter: Ganesh Murthy
>Assignee: Ganesh Murthy
>Priority: Major
> Fix For: 1.16.0
>
>
> {noformat}
> ==
> 71: WARNING: ThreadSanitizer: data race (pid=1355752)
> 71: Write of size 8 at 0x7b445168 by thread T2 (mutexes: write M321):
> 71: #0 _handle_connection_events
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:594
> (libqpid-dispatch.so+0x4fdf9)
> 71: #1 handle_event_with_context
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:804
> (libqpid-dispatch.so+0xe334d)
> 71: #2 do_handle_raw_connection_event
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:810
> (libqpid-dispatch.so+0xe334d)
> 71: #3 handle /home/gmurthy/opensource/qpid-dispatch/src/server.c:1090
> (libqpid-dispatch.so+0xe334d)
> 71: #4 thread_run
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:1122
> (libqpid-dispatch.so+0xe5b97)
> 71: #5 _thread_init
> /home/gmurthy/opensource/qpid-dispatch/src/posix/threading.c:172
> (libqpid-dispatch.so+0x8f1b2)
> 71: #6 (libtsan.so.0+0x2d18f)
> 71:
> 71: Previous read of size 8 at 0x7b445168 by thread T4:
> 71: #0 _do_reconnect
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:412
> (libqpid-dispatch.so+0x4f349)
> 71: #1 qd_timer_visit
> /home/gmurthy/opensource/qpid-dispatch/src/timer.c:201
> (libqpid-dispatch.so+0xe9197)
> 71: #2 handle /home/gmurthy/opensource/qpid-dispatch/src/server.c:1008
> (libqpid-dispatch.so+0xe329e)
> 71: #3 thread_run
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:1122
> (libqpid-dispatch.so+0xe5b97)
> 71: #4 _thread_init
> /home/gmurthy/opensource/qpid-dispatch/src/posix/threading.c:172
> (libqpid-dispatch.so+0x8f1b2)
> 71: #5 (libtsan.so.0+0x2d18f)
> 71:
> 71: Location is heap block of size 320 at 0x7b445140 allocated by main
> thread:
> 71: #0 posix_memalign (libtsan.so.0+0x301df)
> 71: #1 qd_alloc
> /home/gmurthy/opensource/qpid-dispatch/src/alloc_pool.c:389
> (libqpid-dispatch.so+0x5a0a4)
> 71: #2 new_qdr_http1_connection_t
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_adaptor.c:65
> (libqpid-dispatch.so+0x43891)
> 71: #3 _create_server_connection
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:147
> (libqpid-dispatch.so+0x506e2)
> 71: #4 qd_http1_configure_connector
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:225
> (libqpid-dispatch.so+0x506e2)
> 71: #5 qd_dispatch_configure_http_connector
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http_common.c:169
> (libqpid-dispatch.so+0x3b29d)
> 71: #6 ffi_call_unix64 (libffi.so.6+0x6b0f)
> 71: #7 main_process
> /home/gmurthy/opensource/qpid-dispatch/router/src/main.c:95
> (qdrouterd+0x40281c)
> 71: #8 main /home/gmurthy/opensource/qpid-dispatch/router/src/main.c:367
> (qdrouterd+0x4024fc)
> 71:
> 71: Mutex M321 (0x7b106d80) created at:
> 71: #0 pthread_mutex_init (libtsan.so.0+0x46f38)
> 71: #1 sys_mutex
> /home/gmurthy/opensource/qpid-dispatch/src/posix/threading.c:43
> (libqpid-dispatch.so+0x8f20c)
> 71: #2 qd_http1_adaptor_init
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_adaptor.c:679
> (libqpid-dispatch.so+0x43532)
> 71: #3 qdr_adaptors_init
> /home/gmurthy/opensource/qpid-dispatch/src/router_core/router_core_thread.c:154
> (libqpid-dispatch.so+0xc1912)
> 71: #4 qdr_core_setup_init
> /home/gmurthy/opensource/qpid-dispatch/src/router_core/router_core.c:65
> (libqpid-dispatch.so+0xbc6a7)
> 71: #5 qdr_core
> /home/gmurthy/opensource/qpid-dispatch/src/router_core/router_core.c:116
> (libqpid-dispatch.so+0xbc6a7)
> 71: #6 qd_router_setup_late
> /home/gmurthy/opensource/qpid-dispatch/src/router_node.c:2107
> (libqpid-dispatch.so+0xdf808)
> 71: #7 ffi_call_unix64 (libffi.so.6+0x6b0f)
> 71: #8 main_process
> /home/gmurthy/opensource/qpid-dispatch/router/src/main.c:95
> (qdrouterd+0x40281c)
> 71: #9 main /home/gmurthy/opensource/qpid-dispatch/router/src/main.c:367
> (qdrouterd+0x4024fc)
> 71:
> 71: Thread T2 (tid=1355756, running) created by main thread at:
> 71: #0 pthread_create (libtsan.so.0+0x59536)
> 71: #1 sys_thread
> /home/gmurthy/opensource/qpid-dispatch/src/
[GitHub] [qpid-dispatch] asfgit closed pull request #1084: DISPATCH-2015: TSAN fixes
asfgit closed pull request #1084: URL: https://github.com/apache/qpid-dispatch/pull/1084 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-2015) [http1] ThreadSanitizer: data race in system_tests_http1_adaptor
[
https://issues.apache.org/jira/browse/DISPATCH-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309671#comment-17309671
]
ASF subversion and git services commented on DISPATCH-2015:
---
Commit 66043e3eb5df17df2ed9bf650635f67578ec30bd in qpid-dispatch's branch
refs/heads/master from Ganesh Murthy
[ https://gitbox.apache.org/repos/asf?p=qpid-dispatch.git;h=66043e3 ]
DISPATCH-2015: TSAN fixes for the http1 adaptor. This closes #1084.
> [http1] ThreadSanitizer: data race in system_tests_http1_adaptor
>
>
> Key: DISPATCH-2015
> URL: https://issues.apache.org/jira/browse/DISPATCH-2015
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Protocol Adaptors
>Reporter: Ganesh Murthy
>Assignee: Ganesh Murthy
>Priority: Major
>
> {noformat}
> ==
> 71: WARNING: ThreadSanitizer: data race (pid=1355752)
> 71: Write of size 8 at 0x7b445168 by thread T2 (mutexes: write M321):
> 71: #0 _handle_connection_events
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:594
> (libqpid-dispatch.so+0x4fdf9)
> 71: #1 handle_event_with_context
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:804
> (libqpid-dispatch.so+0xe334d)
> 71: #2 do_handle_raw_connection_event
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:810
> (libqpid-dispatch.so+0xe334d)
> 71: #3 handle /home/gmurthy/opensource/qpid-dispatch/src/server.c:1090
> (libqpid-dispatch.so+0xe334d)
> 71: #4 thread_run
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:1122
> (libqpid-dispatch.so+0xe5b97)
> 71: #5 _thread_init
> /home/gmurthy/opensource/qpid-dispatch/src/posix/threading.c:172
> (libqpid-dispatch.so+0x8f1b2)
> 71: #6 (libtsan.so.0+0x2d18f)
> 71:
> 71: Previous read of size 8 at 0x7b445168 by thread T4:
> 71: #0 _do_reconnect
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:412
> (libqpid-dispatch.so+0x4f349)
> 71: #1 qd_timer_visit
> /home/gmurthy/opensource/qpid-dispatch/src/timer.c:201
> (libqpid-dispatch.so+0xe9197)
> 71: #2 handle /home/gmurthy/opensource/qpid-dispatch/src/server.c:1008
> (libqpid-dispatch.so+0xe329e)
> 71: #3 thread_run
> /home/gmurthy/opensource/qpid-dispatch/src/server.c:1122
> (libqpid-dispatch.so+0xe5b97)
> 71: #4 _thread_init
> /home/gmurthy/opensource/qpid-dispatch/src/posix/threading.c:172
> (libqpid-dispatch.so+0x8f1b2)
> 71: #5 (libtsan.so.0+0x2d18f)
> 71:
> 71: Location is heap block of size 320 at 0x7b445140 allocated by main
> thread:
> 71: #0 posix_memalign (libtsan.so.0+0x301df)
> 71: #1 qd_alloc
> /home/gmurthy/opensource/qpid-dispatch/src/alloc_pool.c:389
> (libqpid-dispatch.so+0x5a0a4)
> 71: #2 new_qdr_http1_connection_t
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_adaptor.c:65
> (libqpid-dispatch.so+0x43891)
> 71: #3 _create_server_connection
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:147
> (libqpid-dispatch.so+0x506e2)
> 71: #4 qd_http1_configure_connector
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_server.c:225
> (libqpid-dispatch.so+0x506e2)
> 71: #5 qd_dispatch_configure_http_connector
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http_common.c:169
> (libqpid-dispatch.so+0x3b29d)
> 71: #6 ffi_call_unix64 (libffi.so.6+0x6b0f)
> 71: #7 main_process
> /home/gmurthy/opensource/qpid-dispatch/router/src/main.c:95
> (qdrouterd+0x40281c)
> 71: #8 main /home/gmurthy/opensource/qpid-dispatch/router/src/main.c:367
> (qdrouterd+0x4024fc)
> 71:
> 71: Mutex M321 (0x7b106d80) created at:
> 71: #0 pthread_mutex_init (libtsan.so.0+0x46f38)
> 71: #1 sys_mutex
> /home/gmurthy/opensource/qpid-dispatch/src/posix/threading.c:43
> (libqpid-dispatch.so+0x8f20c)
> 71: #2 qd_http1_adaptor_init
> /home/gmurthy/opensource/qpid-dispatch/src/adaptors/http1/http1_adaptor.c:679
> (libqpid-dispatch.so+0x43532)
> 71: #3 qdr_adaptors_init
> /home/gmurthy/opensource/qpid-dispatch/src/router_core/router_core_thread.c:154
> (libqpid-dispatch.so+0xc1912)
> 71: #4 qdr_core_setup_init
> /home/gmurthy/opensource/qpid-dispatch/src/router_core/router_core.c:65
> (libqpid-dispatch.so+0xbc6a7)
> 71: #5 qdr_core
> /home/gmurthy/opensource/qpid-dispatch/src/router_core/router_core.c:116
> (libqpid-dispatch.so+0xbc6a7)
> 71: #6 qd_router_setup_late
> /home/gmurthy/opensource/qpid-dispatch/src/router_node.c:2107
> (libqpid-dispatch.so+0xdf808)
> 71: #7 ffi_call_unix64 (libffi.so.6+0x6b0f)
> 71: #8 main_process
> /home/gmurthy/opensource/qpid-dispatch/router/src/main.c:95
> (qdrouterd+0x40281c)
> 71: #9 main /home/gmurthy/opensou
[jira] [Commented] (DISPATCH-1756) [macOS] failure in system_tests_http
[
https://issues.apache.org/jira/browse/DISPATCH-1756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309554#comment-17309554
]
ASF subversion and git services commented on DISPATCH-1756:
---
Commit ee47141187f2987f05529563e5c2aef5a889151b in qpid-dispatch's branch
refs/heads/master from Jiri Daněk
[ https://gitbox.apache.org/repos/asf?p=qpid-dispatch.git;h=ee47141 ]
DISPATCH-1756 Don't hardcode errnos in test, macOS uses different numerical
codes (#1087)
> [macOS] failure in system_tests_http
>
>
> Key: DISPATCH-1756
> URL: https://issues.apache.org/jira/browse/DISPATCH-1756
> Project: Qpid Dispatch
> Issue Type: Bug
>Affects Versions: 1.13.0
>Reporter: Jiri Daněk
>Assignee: Jiri Daněk
>Priority: Major
> Labels: macOS
>
> At this point, this is the only (!!!) failure on macOS, besides few flaky
> test timeouts.
> [https://travis-ci.com/github/jiridanek/qpid-dispatch/jobs/375200667#L4235]
> {noformat}
> test 57
> Start 57: system_tests_http
> 57: Test command:
> /Users/travis/build/jiridanek/qpid-dispatch/p3venv/bin/python
> "/Users/travis/build/jiridanek/qpid-dispatch/build/tests/run.py" "-m"
> "unittest" "-v" "system_tests_http"
> 57: Test timeout computed to be: 600
> 57: test_http_get (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:55:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_http_healthz (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:249:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: result = urlopen("http://localhost:%d/healthz"; % port,
> cafile=self.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_http_listener_delete (system_tests_http.RouterTestHttp) ... ERROR
> 57: test_http_metrics (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:210:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: result = urlopen("http://localhost:%d/metrics"; % port,
> cafile=self.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_https_get (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:55:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> 57: ERROR
> 57: test_listen_error (system_tests_http.RouterTestHttp)
> 57: Make sure a router exits if an initial HTTP listener fails, doesn't hang
> ... ok
> 57:
> 57: ==
> 57: ERROR: test_http_listener_delete (system_tests_http.RouterTestHttp)
> 57: --
> 57: Traceback (most recent call last):
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 156, in test_http_listener_delete
> 57: ret_val = retry(lambda: self.is_get_request_failing(url_1,
> use_ca=False), timeout=10, delay=2)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_test.py", line 140,
> in retry
> 57: ret = function()
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 156, in
> 57: ret_val = retry(lambda: self.is_get_request_failing(url_1,
> use_ca=False), timeout=10, delay=2)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 113, in is_get_request_failing
> 57: raise e
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 106, in is_get_request_failing
> 57: self.get(url, use_ca=use_ca)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 57, in get
> 57: http_data = urlopen(url)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 222, in urlopen
> 57: return opener.open(url, data, timeout)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 525, in open
> 57: response = self._open(req, data)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 543, in _open
> 57: '_open', req)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/reques
[jira] [Commented] (DISPATCH-1756) [macOS] failure in system_tests_http
[
https://issues.apache.org/jira/browse/DISPATCH-1756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309553#comment-17309553
]
ASF GitHub Bot commented on DISPATCH-1756:
--
jiridanek merged pull request #1087:
URL: https://github.com/apache/qpid-dispatch/pull/1087
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> [macOS] failure in system_tests_http
>
>
> Key: DISPATCH-1756
> URL: https://issues.apache.org/jira/browse/DISPATCH-1756
> Project: Qpid Dispatch
> Issue Type: Bug
>Affects Versions: 1.13.0
>Reporter: Jiri Daněk
>Assignee: Jiri Daněk
>Priority: Major
> Labels: macOS
>
> At this point, this is the only (!!!) failure on macOS, besides few flaky
> test timeouts.
> [https://travis-ci.com/github/jiridanek/qpid-dispatch/jobs/375200667#L4235]
> {noformat}
> test 57
> Start 57: system_tests_http
> 57: Test command:
> /Users/travis/build/jiridanek/qpid-dispatch/p3venv/bin/python
> "/Users/travis/build/jiridanek/qpid-dispatch/build/tests/run.py" "-m"
> "unittest" "-v" "system_tests_http"
> 57: Test timeout computed to be: 600
> 57: test_http_get (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:55:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_http_healthz (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:249:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: result = urlopen("http://localhost:%d/healthz"; % port,
> cafile=self.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_http_listener_delete (system_tests_http.RouterTestHttp) ... ERROR
> 57: test_http_metrics (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:210:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: result = urlopen("http://localhost:%d/metrics"; % port,
> cafile=self.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_https_get (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:55:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> 57: ERROR
> 57: test_listen_error (system_tests_http.RouterTestHttp)
> 57: Make sure a router exits if an initial HTTP listener fails, doesn't hang
> ... ok
> 57:
> 57: ==
> 57: ERROR: test_http_listener_delete (system_tests_http.RouterTestHttp)
> 57: --
> 57: Traceback (most recent call last):
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 156, in test_http_listener_delete
> 57: ret_val = retry(lambda: self.is_get_request_failing(url_1,
> use_ca=False), timeout=10, delay=2)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_test.py", line 140,
> in retry
> 57: ret = function()
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 156, in
> 57: ret_val = retry(lambda: self.is_get_request_failing(url_1,
> use_ca=False), timeout=10, delay=2)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 113, in is_get_request_failing
> 57: raise e
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 106, in is_get_request_failing
> 57: self.get(url, use_ca=use_ca)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 57, in get
> 57: http_data = urlopen(url)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 222, in urlopen
> 57: return opener.open(url, data, timeout)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 525, in open
> 57: response = self._open(req, data)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 543, in _open
> 57: '_open', req)
> 57: File
> "/opt/local/Library/Frameworks/Python.
[GitHub] [qpid-dispatch] jiridanek merged pull request #1087: DISPATCH-1756 Don't hardcode errnos in test, macOS uses different numerical codes
jiridanek merged pull request #1087: URL: https://github.com/apache/qpid-dispatch/pull/1087 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-2016) [test] system_test Tester.get_port() returns ports that fail with 'Address already in use' error
[
https://issues.apache.org/jira/browse/DISPATCH-2016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309552#comment-17309552
]
Ganesh Murthy commented on DISPATCH-2016:
-
It is difficult to completely fix this issue. This fix tries to make this error
happen less likely.
> [test] system_test Tester.get_port() returns ports that fail with 'Address
> already in use' error
>
>
> Key: DISPATCH-2016
> URL: https://issues.apache.org/jira/browse/DISPATCH-2016
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Protocol Adaptors
>Affects Versions: 1.15.0
>Reporter: Jiri Daněk
>Assignee: Charles E. Rolke
>Priority: Major
>
> https://travis-ci.com/github/apache/qpid-dispatch/jobs/493244147#L6132
> {noformat}
> 71: Test command: /usr/bin/python3.8
> "/home/travis/build/apache/qpid-dispatch/build/tests/run.py" "-m" "unittest"
> "-v" "system_tests_tcp_adaptor"
> 71: Test timeout computed to be: 600
> 71: 2021-03-24 07:44:00.049260 SERVER (info) Container Name: TCP_TEST
> 71: 2021-03-24 07:44:00.049555 TCP_TEST INTA_amqp=29181
> 71: 2021-03-24 07:44:00.049645 TCP_TEST INTA_echo_server=29182
> 71: 2021-03-24 07:44:00.049708 TCP_TEST INTA_echo_listener_for_INTA=29183
> 71: 2021-03-24 07:44:00.049813 TCP_TEST INTA_echo_listener_for_INTB=29184
> 71: 2021-03-24 07:44:00.049871 TCP_TEST INTA_echo_listener_for_INTC=29185
> 71: 2021-03-24 07:44:00.049920 TCP_TEST INTA_echo_listener_for_EA1=29186
> 71: 2021-03-24 07:44:00.049959 TCP_TEST INTA_echo_listener_for_EA2=29187
> 71: 2021-03-24 07:44:00.049993 TCP_TEST INTA_echo_listener_for_EB1=29188
> 71: 2021-03-24 07:44:00.050025 TCP_TEST INTA_echo_listener_for_EB2=29189
> 71: 2021-03-24 07:44:00.050057 TCP_TEST INTA_echo_listener_for_EC1=29190
> 71: 2021-03-24 07:44:00.050089 TCP_TEST INTA_echo_listener_for_EC2=29191
> 71: 2021-03-24 07:44:00.050122 TCP_TEST INTA_nodest_listener=29192
> 71: 2021-03-24 07:44:00.050159 TCP_TEST INTB_amqp=29193
> 71: 2021-03-24 07:44:00.050194 TCP_TEST INTB_echo_server=29194
> 71: 2021-03-24 07:44:00.050229 TCP_TEST INTB_echo_listener_for_INTA=29195
> 71: 2021-03-24 07:44:00.050266 TCP_TEST INTB_echo_listener_for_INTB=29196
> 71: 2021-03-24 07:44:00.050302 TCP_TEST INTB_echo_listener_for_INTC=29197
> 71: 2021-03-24 07:44:00.050336 TCP_TEST INTB_echo_listener_for_EA1=29198
> 71: 2021-03-24 07:44:00.050371 TCP_TEST INTB_echo_listener_for_EA2=29199
> 71: 2021-03-24 07:44:00.050409 TCP_TEST INTB_echo_listener_for_EB1=29200
> 71: 2021-03-24 07:44:00.050443 TCP_TEST INTB_echo_listener_for_EB2=29201
> 71: 2021-03-24 07:44:00.050480 TCP_TEST INTB_echo_listener_for_EC1=29202
> 71: 2021-03-24 07:44:00.050530 TCP_TEST INTB_echo_listener_for_EC2=29203
> 71: 2021-03-24 07:44:00.050569 TCP_TEST INTB_nodest_listener=29204
> 71: 2021-03-24 07:44:00.050606 TCP_TEST INTC_amqp=29205
> 71: 2021-03-24 07:44:00.050640 TCP_TEST INTC_echo_server=29206
> 71: 2021-03-24 07:44:00.050681 TCP_TEST INTC_echo_listener_for_INTA=29207
> 71: 2021-03-24 07:44:00.050719 TCP_TEST INTC_echo_listener_for_INTB=29208
> 71: 2021-03-24 07:44:00.050757 TCP_TEST INTC_echo_listener_for_INTC=29209
> 71: 2021-03-24 07:44:00.050796 TCP_TEST INTC_echo_listener_for_EA1=29210
> 71: 2021-03-24 07:44:00.050831 TCP_TEST INTC_echo_listener_for_EA2=29211
> 71: 2021-03-24 07:44:00.050868 TCP_TEST INTC_echo_listener_for_EB1=29212
> 71: 2021-03-24 07:44:00.050905 TCP_TEST INTC_echo_listener_for_EB2=29213
> 71: 2021-03-24 07:44:00.050943 TCP_TEST INTC_echo_listener_for_EC1=29214
> 71: 2021-03-24 07:44:00.050982 TCP_TEST INTC_echo_listener_for_EC2=29215
> 71: 2021-03-24 07:44:00.051032 TCP_TEST INTC_nodest_listener=29216
> 71: 2021-03-24 07:44:00.051113 TCP_TEST EA1_amqp=29217
> 71: 2021-03-24 07:44:00.051154 TCP_TEST EA1_echo_server=29218
> 71: 2021-03-24 07:44:00.051207 TCP_TEST EA1_echo_listener_for_INTA=29219
> 71: 2021-03-24 07:44:00.051246 TCP_TEST EA1_echo_listener_for_INTB=29220
> 71: 2021-03-24 07:44:00.051284 TCP_TEST EA1_echo_listener_for_INTC=29221
> 71: 2021-03-24 07:44:00.051321 TCP_TEST EA1_echo_listener_for_EA1=29222
> 71: 2021-03-24 07:44:00.051363 TCP_TEST EA1_echo_listener_for_EA2=29223
> 71: 2021-03-24 07:44:00.051403 TCP_TEST EA1_echo_listener_for_EB1=29224
> 71: 2021-03-24 07:44:00.051439 TCP_TEST EA1_echo_listener_for_EB2=29225
> 71: 2021-03-24 07:44:00.051503 TCP_TEST EA1_echo_listener_for_EC1=29226
> 71: 2021-03-24 07:44:00.051550 TCP_TEST EA1_echo_listener_for_EC2=29227
> 71: 2021-03-24 07:44:00.051589 TCP_TEST EA1_nodest_listener=29228
> 71: 2021-03-24 07:44:00.051628 TCP_TEST EA2_amqp=29229
> 71: 2021-03-24 07:44:00.051667 TCP_TEST EA2_echo_server=29230
> 71: 2021-03-24 07:44:00.051702 TCP_TEST EA2_echo_listener_for_INTA=29231
> 71: 2021-03-24 07:44:00.051753 TCP_TEST EA2_echo_listener_for
[jira] [Commented] (DISPATCH-2016) [test] system_test Tester.get_port() returns ports that fail with 'Address already in use' error
[
https://issues.apache.org/jira/browse/DISPATCH-2016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309549#comment-17309549
]
ASF subversion and git services commented on DISPATCH-2016:
---
Commit 222aa3aacb54dec63b20d97d8406d3e5a30bd770 in qpid-dispatch's branch
refs/heads/master from Ganesh Murthy
[ https://gitbox.apache.org/repos/asf?p=qpid-dispatch.git;h=222aa3a ]
DISPATCH-2016: Launch the echo servers immediately after port allotment. Moved
logging code after router launch code. This closes #1086.
> [test] system_test Tester.get_port() returns ports that fail with 'Address
> already in use' error
>
>
> Key: DISPATCH-2016
> URL: https://issues.apache.org/jira/browse/DISPATCH-2016
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Protocol Adaptors
>Affects Versions: 1.15.0
>Reporter: Jiri Daněk
>Assignee: Charles E. Rolke
>Priority: Major
>
> https://travis-ci.com/github/apache/qpid-dispatch/jobs/493244147#L6132
> {noformat}
> 71: Test command: /usr/bin/python3.8
> "/home/travis/build/apache/qpid-dispatch/build/tests/run.py" "-m" "unittest"
> "-v" "system_tests_tcp_adaptor"
> 71: Test timeout computed to be: 600
> 71: 2021-03-24 07:44:00.049260 SERVER (info) Container Name: TCP_TEST
> 71: 2021-03-24 07:44:00.049555 TCP_TEST INTA_amqp=29181
> 71: 2021-03-24 07:44:00.049645 TCP_TEST INTA_echo_server=29182
> 71: 2021-03-24 07:44:00.049708 TCP_TEST INTA_echo_listener_for_INTA=29183
> 71: 2021-03-24 07:44:00.049813 TCP_TEST INTA_echo_listener_for_INTB=29184
> 71: 2021-03-24 07:44:00.049871 TCP_TEST INTA_echo_listener_for_INTC=29185
> 71: 2021-03-24 07:44:00.049920 TCP_TEST INTA_echo_listener_for_EA1=29186
> 71: 2021-03-24 07:44:00.049959 TCP_TEST INTA_echo_listener_for_EA2=29187
> 71: 2021-03-24 07:44:00.049993 TCP_TEST INTA_echo_listener_for_EB1=29188
> 71: 2021-03-24 07:44:00.050025 TCP_TEST INTA_echo_listener_for_EB2=29189
> 71: 2021-03-24 07:44:00.050057 TCP_TEST INTA_echo_listener_for_EC1=29190
> 71: 2021-03-24 07:44:00.050089 TCP_TEST INTA_echo_listener_for_EC2=29191
> 71: 2021-03-24 07:44:00.050122 TCP_TEST INTA_nodest_listener=29192
> 71: 2021-03-24 07:44:00.050159 TCP_TEST INTB_amqp=29193
> 71: 2021-03-24 07:44:00.050194 TCP_TEST INTB_echo_server=29194
> 71: 2021-03-24 07:44:00.050229 TCP_TEST INTB_echo_listener_for_INTA=29195
> 71: 2021-03-24 07:44:00.050266 TCP_TEST INTB_echo_listener_for_INTB=29196
> 71: 2021-03-24 07:44:00.050302 TCP_TEST INTB_echo_listener_for_INTC=29197
> 71: 2021-03-24 07:44:00.050336 TCP_TEST INTB_echo_listener_for_EA1=29198
> 71: 2021-03-24 07:44:00.050371 TCP_TEST INTB_echo_listener_for_EA2=29199
> 71: 2021-03-24 07:44:00.050409 TCP_TEST INTB_echo_listener_for_EB1=29200
> 71: 2021-03-24 07:44:00.050443 TCP_TEST INTB_echo_listener_for_EB2=29201
> 71: 2021-03-24 07:44:00.050480 TCP_TEST INTB_echo_listener_for_EC1=29202
> 71: 2021-03-24 07:44:00.050530 TCP_TEST INTB_echo_listener_for_EC2=29203
> 71: 2021-03-24 07:44:00.050569 TCP_TEST INTB_nodest_listener=29204
> 71: 2021-03-24 07:44:00.050606 TCP_TEST INTC_amqp=29205
> 71: 2021-03-24 07:44:00.050640 TCP_TEST INTC_echo_server=29206
> 71: 2021-03-24 07:44:00.050681 TCP_TEST INTC_echo_listener_for_INTA=29207
> 71: 2021-03-24 07:44:00.050719 TCP_TEST INTC_echo_listener_for_INTB=29208
> 71: 2021-03-24 07:44:00.050757 TCP_TEST INTC_echo_listener_for_INTC=29209
> 71: 2021-03-24 07:44:00.050796 TCP_TEST INTC_echo_listener_for_EA1=29210
> 71: 2021-03-24 07:44:00.050831 TCP_TEST INTC_echo_listener_for_EA2=29211
> 71: 2021-03-24 07:44:00.050868 TCP_TEST INTC_echo_listener_for_EB1=29212
> 71: 2021-03-24 07:44:00.050905 TCP_TEST INTC_echo_listener_for_EB2=29213
> 71: 2021-03-24 07:44:00.050943 TCP_TEST INTC_echo_listener_for_EC1=29214
> 71: 2021-03-24 07:44:00.050982 TCP_TEST INTC_echo_listener_for_EC2=29215
> 71: 2021-03-24 07:44:00.051032 TCP_TEST INTC_nodest_listener=29216
> 71: 2021-03-24 07:44:00.051113 TCP_TEST EA1_amqp=29217
> 71: 2021-03-24 07:44:00.051154 TCP_TEST EA1_echo_server=29218
> 71: 2021-03-24 07:44:00.051207 TCP_TEST EA1_echo_listener_for_INTA=29219
> 71: 2021-03-24 07:44:00.051246 TCP_TEST EA1_echo_listener_for_INTB=29220
> 71: 2021-03-24 07:44:00.051284 TCP_TEST EA1_echo_listener_for_INTC=29221
> 71: 2021-03-24 07:44:00.051321 TCP_TEST EA1_echo_listener_for_EA1=29222
> 71: 2021-03-24 07:44:00.051363 TCP_TEST EA1_echo_listener_for_EA2=29223
> 71: 2021-03-24 07:44:00.051403 TCP_TEST EA1_echo_listener_for_EB1=29224
> 71: 2021-03-24 07:44:00.051439 TCP_TEST EA1_echo_listener_for_EB2=29225
> 71: 2021-03-24 07:44:00.051503 TCP_TEST EA1_echo_listener_for_EC1=29226
> 71: 2021-03-24 07:44:00.051550 TCP_TEST EA1_echo_listener_for_EC2=29227
> 71: 2021-03-24 07:44:00.051589 TCP_TEST EA1_nodest_listener=29228
>
[GitHub] [qpid-dispatch] asfgit closed pull request #1086: Dispatch 2016
asfgit closed pull request #1086: URL: https://github.com/apache/qpid-dispatch/pull/1086 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[GitHub] [qpid-dispatch] codecov-io commented on pull request #1086: Dispatch 2016
codecov-io commented on pull request #1086: URL: https://github.com/apache/qpid-dispatch/pull/1086#issuecomment-808339025 # [Codecov](https://codecov.io/gh/apache/qpid-dispatch/pull/1086?src=pr&el=h1) Report > Merging [#1086](https://codecov.io/gh/apache/qpid-dispatch/pull/1086?src=pr&el=desc) (598e22d) into [master](https://codecov.io/gh/apache/qpid-dispatch/commit/9b01fa699ebb91a477949974aa028764b2e5e158?el=desc) (9b01fa6) will **decrease** coverage by `0.04%`. > The diff coverage is `n/a`. [](https://codecov.io/gh/apache/qpid-dispatch/pull/1086?src=pr&el=tree) ```diff @@Coverage Diff @@ ## master#1086 +/- ## == - Coverage 82.31% 82.27% -0.05% == Files 111 111 Lines 2753327533 == - Hits2266522652 -13 - Misses 4868 4881 +13 ``` | [Impacted Files](https://codecov.io/gh/apache/qpid-dispatch/pull/1086?src=pr&el=tree) | Coverage Δ | | |---|---|---| | [src/iterator.c](https://codecov.io/gh/apache/qpid-dispatch/pull/1086/diff?src=pr&el=tree#diff-c3JjL2l0ZXJhdG9yLmM=) | `89.48% <0.00%> (-3.70%)` | :arrow_down: | | [src/router\_core/transfer.c](https://codecov.io/gh/apache/qpid-dispatch/pull/1086/diff?src=pr&el=tree#diff-c3JjL3JvdXRlcl9jb3JlL3RyYW5zZmVyLmM=) | `92.02% <0.00%> (-0.44%)` | :arrow_down: | | [src/message.c](https://codecov.io/gh/apache/qpid-dispatch/pull/1086/diff?src=pr&el=tree#diff-c3JjL21lc3NhZ2UuYw==) | `86.38% <0.00%> (+0.07%)` | :arrow_up: | | [src/router\_core/connections.c](https://codecov.io/gh/apache/qpid-dispatch/pull/1086/diff?src=pr&el=tree#diff-c3JjL3JvdXRlcl9jb3JlL2Nvbm5lY3Rpb25zLmM=) | `88.83% <0.00%> (+0.19%)` | :arrow_up: | | [src/adaptors/http1/http1\_server.c](https://codecov.io/gh/apache/qpid-dispatch/pull/1086/diff?src=pr&el=tree#diff-c3JjL2FkYXB0b3JzL2h0dHAxL2h0dHAxX3NlcnZlci5j) | `84.79% <0.00%> (+0.29%)` | :arrow_up: | | [src/router\_core/router\_core.c](https://codecov.io/gh/apache/qpid-dispatch/pull/1086/diff?src=pr&el=tree#diff-c3JjL3JvdXRlcl9jb3JlL3JvdXRlcl9jb3JlLmM=) | `86.39% <0.00%> (+0.68%)` | :arrow_up: | -- [Continue to review full report at Codecov](https://codecov.io/gh/apache/qpid-dispatch/pull/1086?src=pr&el=continue). > **Legend** - [Click here to learn more](https://docs.codecov.io/docs/codecov-delta) > `Δ = absolute (impact)`, `ø = not affected`, `? = missing data` > Powered by [Codecov](https://codecov.io/gh/apache/qpid-dispatch/pull/1086?src=pr&el=footer). Last update [9b01fa6...598e22d](https://codecov.io/gh/apache/qpid-dispatch/pull/1086?src=pr&el=lastupdated). Read the [comment docs](https://docs.codecov.io/docs/pull-request-comments). -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (DISPATCH-2019) Error in system_tests_http2 SEGV in qdr_core_remove_address
[
https://issues.apache.org/jira/browse/DISPATCH-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jiri Daněk updated DISPATCH-2019:
-
Description:
https://travis-ci.com/github/apache/qpid-dispatch/jobs/493886831#L5794
{noformat}
68: Router QDR output file:
68:
68:
/home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13:
runtime error: applying zero offset to null pointer
68: SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior
/home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13 in
68:
/home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13:
runtime error: load of null pointer of type 'const char'
68: SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior
/home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13 in
68: AddressSanitizer:DEADLYSIGNAL
68: =
68: ==17754==ERROR: AddressSanitizer: SEGV on unknown address 0x
(pc 0x7f2611ba3318 bp 0x7f260be8d150 sp 0x7f260be8d100 T1)
68: ==17754==The signal is caused by a READ memory access.
68: ==17754==Hint: address points to the zero page.
68: #0 0x7f2611ba3318 in qdr_core_remove_address
/home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13
68: #1 0x7f2611b30c71 in qdr_check_addr_CT
/home/travis/build/apache/qpid-dispatch/src/router_core/connections.c:1328:9
68: #2 0x7f2611b29e36 in qdr_link_inbound_detach_CT
/home/travis/build/apache/qpid-dispatch/src/router_core/connections.c:2110:9
68: #3 0x7f2611bb8651 in router_core_thread
/home/travis/build/apache/qpid-dispatch/src/router_core/router_core_thread.c:239:13
68: #4 0x7f26116a0608 in start_thread
(/lib/x86_64-linux-gnu/libpthread.so.0+0x9608)
68: #5 0x7f2610ecb292 in clone (/lib/x86_64-linux-gnu/libc.so.6+0x122292)
68:
68: AddressSanitizer can not provide additional info.
68: SUMMARY: AddressSanitizer: SEGV
/home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:582:13 in
qdr_core_remove_address
68: Thread T1 created by T0 here:
68: #0 0x480f0a in pthread_create
(/home/travis/build/apache/qpid-dispatch/build/router/qdrouterd+0x480f0a)
68: #1 0x7f2611ae4b4d in sys_thread
/home/travis/build/apache/qpid-dispatch/src/posix/threading.c:181:5
68: #2 0x7f2611b98d20 in qdr_core
/home/travis/build/apache/qpid-dispatch/src/router_core/router_core.c:121:20
68: #3 0x7f2611c26878 in qd_router_setup_late
/home/travis/build/apache/qpid-dispatch/src/router_node.c:2107:31
68: #4 0x7f260d7a9ff4 (/lib/x86_64-linux-gnu/libffi.so.7+0x6ff4)
68: LLVMSymbolizer: error reading file: No such file or directory
68: #5 0x7ffed1c889ef ([stack]+0x1d9ef)
68:
68: ==17754==ABORTING
{noformat}
was:
https://travis-ci.com/github/jiridanek/qpid-dispatch/jobs/373216817#L2953
{noformat}
test 25
Start 25: system_tests_policy_oversize_basic
25: Test command: /usr/bin/python
"/home/travis/build/jiridanek/qpid-dispatch/build/tests/run.py" "-m" "unittest"
"-v" "system_tests_policy_oversize_basic"
25: Test timeout computed to be: 600
25: test_40_block_oversize_INTA_INTA
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
25: test_41_block_oversize_INTA_INTB
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
25: test_42_block_oversize_INTA_EA1
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
25: test_43_block_oversize_INTA_EB1
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
*** Error in `qdrouterd': free(): invalid pointer: 0x0239e0e0 ***
=== Backtrace: =
25: test_44_block_oversize_INTB_INTA
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
/lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f66add2d7e5]
/lib/x86_64-linux-gnu/libc.so.6(+0x7f72a)[0x7f66add3572a]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0xf7)[0x7f66add3a5e7]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qd_hash_remove_by_handle+0x3c)[0x7f66ae2d6f6c]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qdr_core_remove_address+0x8a)[0x7f66ae300c3a]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qdr_check_addr_CT+0x72)[0x7f66ae2f2fe2]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(+0x56d32)[0x7f66ae2f3d32]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(router_core_thread+0x272)[0x7f66ae301e22]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f66ae0876ba]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f66addbd41d]
=== Memory map:
0040-00403000 r-xp 08:01 2564213
/home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
00602000-00603000 r--p 2000 08:01 2564213
/home/travis/build/jiridanek/qpid-dispatc
[jira] [Moved] (DISPATCH-2020) Error in `qdrouterd': free(): invalid pointer
[
https://issues.apache.org/jira/browse/DISPATCH-2020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jiri Daněk moved PROTON-2267 to DISPATCH-2020:
--
Key: DISPATCH-2020 (was: PROTON-2267)
Workflow: QPid Workflow (was: classic default workflow)
Project: Qpid Dispatch (was: Qpid Proton)
> Error in `qdrouterd': free(): invalid pointer
> -
>
> Key: DISPATCH-2020
> URL: https://issues.apache.org/jira/browse/DISPATCH-2020
> Project: Qpid Dispatch
> Issue Type: Bug
>Reporter: Jiri Daněk
>Priority: Major
>
> https://travis-ci.com/github/jiridanek/qpid-dispatch/jobs/373216817#L2953
> {noformat}
> test 25
> Start 25: system_tests_policy_oversize_basic
> 25: Test command: /usr/bin/python
> "/home/travis/build/jiridanek/qpid-dispatch/build/tests/run.py" "-m"
> "unittest" "-v" "system_tests_policy_oversize_basic"
> 25: Test timeout computed to be: 600
> 25: test_40_block_oversize_INTA_INTA
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> 25: test_41_block_oversize_INTA_INTB
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> 25: test_42_block_oversize_INTA_EA1
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> 25: test_43_block_oversize_INTA_EB1
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> *** Error in `qdrouterd': free(): invalid pointer: 0x0239e0e0 ***
> === Backtrace: =
> 25: test_44_block_oversize_INTB_INTA
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f66add2d7e5]
> /lib/x86_64-linux-gnu/libc.so.6(+0x7f72a)[0x7f66add3572a]
> /lib/x86_64-linux-gnu/libc.so.6(cfree+0xf7)[0x7f66add3a5e7]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qd_hash_remove_by_handle+0x3c)[0x7f66ae2d6f6c]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qdr_core_remove_address+0x8a)[0x7f66ae300c3a]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qdr_check_addr_CT+0x72)[0x7f66ae2f2fe2]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(+0x56d32)[0x7f66ae2f3d32]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(router_core_thread+0x272)[0x7f66ae301e22]
> /lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f66ae0876ba]
> /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f66addbd41d]
> === Memory map:
> 0040-00403000 r-xp 08:01 2564213
> /home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
> 00602000-00603000 r--p 2000 08:01 2564213
> /home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
> 00603000-00604000 rw-p 3000 08:01 2564213
> /home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
> 01e73000-0278a000 rw-p 00:00 0
> [heap]
> 7f66a77f8000-7f66a780e000 r-xp 08:01 1988
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7f66a780e000-7f66a7a0d000 ---p 00016000 08:01 1988
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7f66a7a0d000-7f66a7a0e000 rw-p 00015000 08:01 1988
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7f66a7a0e000-7f66a7a4f000 rw-p 00:00 0
> 7f66a7a4f000-7f66a7a9 rw-p 00:00 0
> 7f66a7a9-7f66a7ad1000 rw-p 00:00 0
> 7f66a7ad1000-7f66a7b12000 rw-p 00:00 0
> 7f66a7b12000-7f66a7b53000 rw-p 00:00 0
> 7f66a7b53000-7f66a7b94000 rw-p 00:00 0
> 7f66a7b94000-7f66a7bd5000 rw-p 00:00 0
> 7f66a7bd5000-7f66a7c16000 rw-p 00:00 0
> 7f66a7c16000-7f66a7c57000 rw-p 00:00 0
> 7f66a7c57000-7f66a7c98000 rw-p 00:00 0
> 7f66a7c98000-7f66a7cd9000 rw-p 00:00 0
> 7f66a7d1b000-7f66a7d5b000 rw-p 00:00 0
> 7f66a7d5b000-7f66a7d5f000 r-xp 08:01 28022
> /usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
> 7f66a7d5f000-7f66a7f5e000 ---p 4000 08:01 28022
> /usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
> 7f66a7f5e000-7f66a7f5f000 r--p 3000 08:01 28022
> /usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
> 7f66a7f5f000-7f66a7f6 rw-p 4000 08:01 28022
> /usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
> 7f66a7f6-7f66a7f64000 r-xp 08:01 28017
> /usr/lib/x86_64-linux-gnu/sasl2/libplain.so.2.0.25
> 7f66a7f64000-7f66a8163000 ---p 4000 08:01 28017
> /usr/lib/x86_64-linux-gnu/sasl2/libplain.so.2.0.25
> 7f66a8163000-7f66a8164000 r--p 3000 08:01 28017
> /usr/l
[jira] [Moved] (DISPATCH-2019) Error in system_tests_http2 SEGV in qdr_core_remove_address
[
https://issues.apache.org/jira/browse/DISPATCH-2019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jiri Daněk moved PROTON-2352 to DISPATCH-2019:
--
Key: DISPATCH-2019 (was: PROTON-2352)
Workflow: QPid Workflow (was: classic default workflow)
Issue Type: Test (was: Bug)
Project: Qpid Dispatch (was: Qpid Proton)
> Error in system_tests_http2 SEGV in qdr_core_remove_address
> ---
>
> Key: DISPATCH-2019
> URL: https://issues.apache.org/jira/browse/DISPATCH-2019
> Project: Qpid Dispatch
> Issue Type: Test
>Reporter: Jiri Daněk
>Priority: Major
>
> https://travis-ci.com/github/jiridanek/qpid-dispatch/jobs/373216817#L2953
> {noformat}
> test 25
> Start 25: system_tests_policy_oversize_basic
> 25: Test command: /usr/bin/python
> "/home/travis/build/jiridanek/qpid-dispatch/build/tests/run.py" "-m"
> "unittest" "-v" "system_tests_policy_oversize_basic"
> 25: Test timeout computed to be: 600
> 25: test_40_block_oversize_INTA_INTA
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> 25: test_41_block_oversize_INTA_INTB
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> 25: test_42_block_oversize_INTA_EA1
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> 25: test_43_block_oversize_INTA_EB1
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> *** Error in `qdrouterd': free(): invalid pointer: 0x0239e0e0 ***
> === Backtrace: =
> 25: test_44_block_oversize_INTB_INTA
> (system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
> /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f66add2d7e5]
> /lib/x86_64-linux-gnu/libc.so.6(+0x7f72a)[0x7f66add3572a]
> /lib/x86_64-linux-gnu/libc.so.6(cfree+0xf7)[0x7f66add3a5e7]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qd_hash_remove_by_handle+0x3c)[0x7f66ae2d6f6c]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qdr_core_remove_address+0x8a)[0x7f66ae300c3a]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qdr_check_addr_CT+0x72)[0x7f66ae2f2fe2]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(+0x56d32)[0x7f66ae2f3d32]
> /home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(router_core_thread+0x272)[0x7f66ae301e22]
> /lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f66ae0876ba]
> /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f66addbd41d]
> === Memory map:
> 0040-00403000 r-xp 08:01 2564213
> /home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
> 00602000-00603000 r--p 2000 08:01 2564213
> /home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
> 00603000-00604000 rw-p 3000 08:01 2564213
> /home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
> 01e73000-0278a000 rw-p 00:00 0
> [heap]
> 7f66a77f8000-7f66a780e000 r-xp 08:01 1988
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7f66a780e000-7f66a7a0d000 ---p 00016000 08:01 1988
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7f66a7a0d000-7f66a7a0e000 rw-p 00015000 08:01 1988
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7f66a7a0e000-7f66a7a4f000 rw-p 00:00 0
> 7f66a7a4f000-7f66a7a9 rw-p 00:00 0
> 7f66a7a9-7f66a7ad1000 rw-p 00:00 0
> 7f66a7ad1000-7f66a7b12000 rw-p 00:00 0
> 7f66a7b12000-7f66a7b53000 rw-p 00:00 0
> 7f66a7b53000-7f66a7b94000 rw-p 00:00 0
> 7f66a7b94000-7f66a7bd5000 rw-p 00:00 0
> 7f66a7bd5000-7f66a7c16000 rw-p 00:00 0
> 7f66a7c16000-7f66a7c57000 rw-p 00:00 0
> 7f66a7c57000-7f66a7c98000 rw-p 00:00 0
> 7f66a7c98000-7f66a7cd9000 rw-p 00:00 0
> 7f66a7d1b000-7f66a7d5b000 rw-p 00:00 0
> 7f66a7d5b000-7f66a7d5f000 r-xp 08:01 28022
> /usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
> 7f66a7d5f000-7f66a7f5e000 ---p 4000 08:01 28022
> /usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
> 7f66a7f5e000-7f66a7f5f000 r--p 3000 08:01 28022
> /usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
> 7f66a7f5f000-7f66a7f6 rw-p 4000 08:01 28022
> /usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
> 7f66a7f6-7f66a7f64000 r-xp 08:01 28017
> /usr/lib/x86_64-linux-gnu/sasl2/libplain.so.2.0.25
> 7f66a7f64000-7f66a8163000 ---p 4000 08:01 28017
> /usr/lib/x86_64-linux-gnu/sasl2/libplain.so.2.0.25
> 7f66a8163000-7
[jira] [Created] (PROTON-2352) Error in system_tests_http2 SEGV in qdr_core_remove_address
Jiri Daněk created PROTON-2352:
--
Summary: Error in system_tests_http2 SEGV in
qdr_core_remove_address
Key: PROTON-2352
URL: https://issues.apache.org/jira/browse/PROTON-2352
Project: Qpid Proton
Issue Type: Bug
Reporter: Jiri Daněk
https://travis-ci.com/github/jiridanek/qpid-dispatch/jobs/373216817#L2953
{noformat}
test 25
Start 25: system_tests_policy_oversize_basic
25: Test command: /usr/bin/python
"/home/travis/build/jiridanek/qpid-dispatch/build/tests/run.py" "-m" "unittest"
"-v" "system_tests_policy_oversize_basic"
25: Test timeout computed to be: 600
25: test_40_block_oversize_INTA_INTA
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
25: test_41_block_oversize_INTA_INTB
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
25: test_42_block_oversize_INTA_EA1
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
25: test_43_block_oversize_INTA_EB1
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
*** Error in `qdrouterd': free(): invalid pointer: 0x0239e0e0 ***
=== Backtrace: =
25: test_44_block_oversize_INTB_INTA
(system_tests_policy_oversize_basic.MaxMessageSizeBlockOversize) ... ok
/lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f66add2d7e5]
/lib/x86_64-linux-gnu/libc.so.6(+0x7f72a)[0x7f66add3572a]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0xf7)[0x7f66add3a5e7]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qd_hash_remove_by_handle+0x3c)[0x7f66ae2d6f6c]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qdr_core_remove_address+0x8a)[0x7f66ae300c3a]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(qdr_check_addr_CT+0x72)[0x7f66ae2f2fe2]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(+0x56d32)[0x7f66ae2f3d32]
/home/travis/build/jiridanek/qpid-dispatch/build/src/libqpid-dispatch.so(router_core_thread+0x272)[0x7f66ae301e22]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f66ae0876ba]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f66addbd41d]
=== Memory map:
0040-00403000 r-xp 08:01 2564213
/home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
00602000-00603000 r--p 2000 08:01 2564213
/home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
00603000-00604000 rw-p 3000 08:01 2564213
/home/travis/build/jiridanek/qpid-dispatch/build/router/qdrouterd
01e73000-0278a000 rw-p 00:00 0 [heap]
7f66a77f8000-7f66a780e000 r-xp 08:01 1988
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f66a780e000-7f66a7a0d000 ---p 00016000 08:01 1988
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f66a7a0d000-7f66a7a0e000 rw-p 00015000 08:01 1988
/lib/x86_64-linux-gnu/libgcc_s.so.1
7f66a7a0e000-7f66a7a4f000 rw-p 00:00 0
7f66a7a4f000-7f66a7a9 rw-p 00:00 0
7f66a7a9-7f66a7ad1000 rw-p 00:00 0
7f66a7ad1000-7f66a7b12000 rw-p 00:00 0
7f66a7b12000-7f66a7b53000 rw-p 00:00 0
7f66a7b53000-7f66a7b94000 rw-p 00:00 0
7f66a7b94000-7f66a7bd5000 rw-p 00:00 0
7f66a7bd5000-7f66a7c16000 rw-p 00:00 0
7f66a7c16000-7f66a7c57000 rw-p 00:00 0
7f66a7c57000-7f66a7c98000 rw-p 00:00 0
7f66a7c98000-7f66a7cd9000 rw-p 00:00 0
7f66a7d1b000-7f66a7d5b000 rw-p 00:00 0
7f66a7d5b000-7f66a7d5f000 r-xp 08:01 28022
/usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
7f66a7d5f000-7f66a7f5e000 ---p 4000 08:01 28022
/usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
7f66a7f5e000-7f66a7f5f000 r--p 3000 08:01 28022
/usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
7f66a7f5f000-7f66a7f6 rw-p 4000 08:01 28022
/usr/lib/x86_64-linux-gnu/sasl2/liblogin.so.2.0.25
7f66a7f6-7f66a7f64000 r-xp 08:01 28017
/usr/lib/x86_64-linux-gnu/sasl2/libplain.so.2.0.25
7f66a7f64000-7f66a8163000 ---p 4000 08:01 28017
/usr/lib/x86_64-linux-gnu/sasl2/libplain.so.2.0.25
7f66a8163000-7f66a8164000 r--p 3000 08:01 28017
/usr/lib/x86_64-linux-gnu/sasl2/libplain.so.2.0.25
7f66a8164000-7f66a8165000 rw-p 4000 08:01 28017
/usr/lib/x86_64-linux-gnu/sasl2/libplain.so.2.0.25
7f66a8165000-7f66a816d000 r-xp 08:01 28016
/usr/lib/x86_64-linux-gnu/sasl2/libntlm.so.2.0.25
7f66a816d000-7f66a836c000 ---p 8000 08:01 28016
/usr/lib/x86_64-linux-gnu/sasl2/libntlm.so.2.0.25
7f66a836c000-7f66a836d000 r--p 7000 08:01 28016
/usr/lib/x86_64-linux-
[jira] [Commented] (DISPATCH-1756) [macOS] failure in system_tests_http
[
https://issues.apache.org/jira/browse/DISPATCH-1756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309503#comment-17309503
]
ASF GitHub Bot commented on DISPATCH-1756:
--
jiridanek opened a new pull request #1087:
URL: https://github.com/apache/qpid-dispatch/pull/1087
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> [macOS] failure in system_tests_http
>
>
> Key: DISPATCH-1756
> URL: https://issues.apache.org/jira/browse/DISPATCH-1756
> Project: Qpid Dispatch
> Issue Type: Bug
>Affects Versions: 1.13.0
>Reporter: Jiri Daněk
>Assignee: Jiri Daněk
>Priority: Major
> Labels: macOS
>
> At this point, this is the only (!!!) failure on macOS, besides few flaky
> test timeouts.
> [https://travis-ci.com/github/jiridanek/qpid-dispatch/jobs/375200667#L4235]
> {noformat}
> test 57
> Start 57: system_tests_http
> 57: Test command:
> /Users/travis/build/jiridanek/qpid-dispatch/p3venv/bin/python
> "/Users/travis/build/jiridanek/qpid-dispatch/build/tests/run.py" "-m"
> "unittest" "-v" "system_tests_http"
> 57: Test timeout computed to be: 600
> 57: test_http_get (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:55:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_http_healthz (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:249:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: result = urlopen("http://localhost:%d/healthz"; % port,
> cafile=self.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_http_listener_delete (system_tests_http.RouterTestHttp) ... ERROR
> 57: test_http_metrics (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:210:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: result = urlopen("http://localhost:%d/metrics"; % port,
> cafile=self.ssl_file('ca-certificate.pem'))
> 57: ok
> 57: test_https_get (system_tests_http.RouterTestHttp) ...
> /Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py:55:
> DeprecationWarning: cafile, capath and cadefault are deprecated, use a custom
> context instead.
> 57: http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> 57: ERROR
> 57: test_listen_error (system_tests_http.RouterTestHttp)
> 57: Make sure a router exits if an initial HTTP listener fails, doesn't hang
> ... ok
> 57:
> 57: ==
> 57: ERROR: test_http_listener_delete (system_tests_http.RouterTestHttp)
> 57: --
> 57: Traceback (most recent call last):
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 156, in test_http_listener_delete
> 57: ret_val = retry(lambda: self.is_get_request_failing(url_1,
> use_ca=False), timeout=10, delay=2)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_test.py", line 140,
> in retry
> 57: ret = function()
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 156, in
> 57: ret_val = retry(lambda: self.is_get_request_failing(url_1,
> use_ca=False), timeout=10, delay=2)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 113, in is_get_request_failing
> 57: raise e
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 106, in is_get_request_failing
> 57: self.get(url, use_ca=use_ca)
> 57: File
> "/Users/travis/build/jiridanek/qpid-dispatch/tests/system_tests_http.py",
> line 57, in get
> 57: http_data = urlopen(url)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 222, in urlopen
> 57: return opener.open(url, data, timeout)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 525, in open
> 57: response = self._open(req, data)
> 57: File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/urllib/request.py",
> line 543, in _open
> 57: '_open', req)
> 57: File
> "/opt/local/Library/Frameworks/P
[GitHub] [qpid-dispatch] jiridanek opened a new pull request #1087: DISPATCH-1756 Don't hardcode errnos in test, macOS uses different numerical codes
jiridanek opened a new pull request #1087: URL: https://github.com/apache/qpid-dispatch/pull/1087 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1962) Make LSan suppressions more targeted and specific (within reason)
[
https://issues.apache.org/jira/browse/DISPATCH-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309498#comment-17309498
]
ASF subversion and git services commented on DISPATCH-1962:
---
Commit 8530155f394d92015c50bba4001f190bbffcb073 in qpid-dispatch's branch
refs/heads/master from Jiri Daněk
[ https://gitbox.apache.org/repos/asf?p=qpid-dispatch.git;h=8530155 ]
DISPATCH-1962 Fix leak in run_unit_tests.c (#1049)
> Make LSan suppressions more targeted and specific (within reason)
> -
>
> Key: DISPATCH-1962
> URL: https://issues.apache.org/jira/browse/DISPATCH-1962
> Project: Qpid Dispatch
> Issue Type: Test
>Affects Versions: 1.15.0
>Reporter: Jiri Daněk
>Priority: Major
> Attachments: dispatch_leaking_agent.png
>
>
> There are some unfortunate suppressions in {{tests/lsan.supp}} at this moment:
> {code}
> leak:*libwebsockets*
> {code}
> This is way too broad. It suppresses leaks in Dispatch files, since it
> matches e.g. {{src/http-libwebsockets.c}}.
> The stars at the beginning and end are actually assumed implicitly. If you do
> not want substring match, you have to do ^foo$. LSan suppression format is
> simplistic, very unlike Valgrind's.
> {code}
> leak:run_unit_tests.c
> {code}
> Same thing, any leaks revealed by running unit_tests get suppressed. This
> suppression suppresses all leak traces that include run_unit_tests.c anywhere
> in the stack. What't the point of running such tests under leak detector,
> then?
> {code}
> leak:run_unit_tests.c
> leak:^libqpid-proton.so$
> {code}
> Same thing. The patterns suppress all leaks that include Python (or Proton)
> anywhere in the stacktrace. That means there are huge blind spots where
> dispatch leaks can hide. This is a weakness of the lsan.supp syntax (Valgrind
> suppressions can be much more targeted and discerning).
> h3. Python leaks
> Leaks are known and there is ongoing effort to fight them:
> https://bugs.python.org/issue1635741 (https://bugs.python.org/issue25302) and
> https://www.python.org/dev/peps/pep-3121
> Here's valgrind suppression file from somebody who actually investigated the
> Python leaks and identified the harmless ones:
> https://github.com/libgit2/pygit2/blob/master/misc/valgrind-python.supp
> One example of a hidden leak in dispatch, which is revealed by making Python
> suppressions more targetted:
> {code}
> 9: Direct leak of 56 byte(s) in 1 object(s) allocated from:
> 9: #0 0x7f78a3606e8f in __interceptor_malloc
> (/nix/store/g40sl3zh3nv52vj0mrl4iki5iphh5ika-gcc-10.2.0-lib/lib/libasan.so.6+0xace8f)
> 9: #1 0x7f78a2d64afb in qd_malloc ../include/qpid/dispatch/ctools.h:229
> 9: #2 0x7f78a2d657da in qdr_core_subscribe
> ../src/router_core/route_tables.c:149
> 9: #3 0x7f78a2c83072 in IoAdapter_init ../src/python_embedded.c:711
> 9: #4 0x7f78a2353a6c in type_call
> (/nix/store/r85nxfnwiv45nbmf5yb60jj8ajim4m7w-python3-3.8.5/lib/libpython3.8.so.1.0+0x165a6c)
> {code}
> The problem is in
> {code}
> class Agent:
> ...
> def activate(self, address):
> ...
> self.io = IoAdapter(self.receive, address, 'L', '0',
> TREATMENT_ANYCAST_CLOSEST)
> {code}
> IoAdapter refers to Agent (through the bound method reference self.receive)
> and Agent refers to IoAdapter (through property self.io). Since IoAdapter is
> implemented in C and does not implement support for Python's cyclic GC, there
> is no way to break the cycle.
> Heap dump in attachment. The bound method is at the top of the picture.
> (Ignore the Mock objects, I was trying to simplify the picture while not
> getting crashes due to too much meddling).
> h3. Random observations
> It is possible to build special Debug build of Python, which has tools to
> detect leaks, asserts to prevent negative refcounts, etc.
> https://pythonextensionpatterns.readthedocs.io/en/latest/debugging/debug_python.html#debug-version-of-python-memory-alloc-label
> Use the following to detect python leaks (instead of valgrind)
> https://docs.python.org/3/library/tracemalloc.html
> Use https://pypi.org/project/objgraph (with graphviz) to view heap object
> trees. The following renders the picture as a png under /tmp and prints the
> path to stdout.
> {code}
> int ret = PyRun_SimpleString("import objgraph;
> objgraph.show_backrefs(config.global_agent, max_depth=10)\n\n");
> PyErr_PrintEx(0);
> assert(ret == 0);
> {code}
> h2. Tools
> h3. CPyChecker
> https://dmalcolm.fedorapeople.org/presentations/PyCon-US-2013/PyCon-US-2013-dmalcolm-StaticAnalysis.html#(38)
> https://emptysqua.re/blog/analyzing-python-c-extensions-with-cpychecker/
> https://nedbatchelder.com/blog/201502/cpychecker.html
> h3. Pungi
> http://www.cse.psu.edu/~gxt29/papers/refcount.pdf
> h3. Use CFFI or similar, ins
[jira] [Commented] (DISPATCH-1962) Make LSan suppressions more targeted and specific (within reason)
[
https://issues.apache.org/jira/browse/DISPATCH-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309499#comment-17309499
]
ASF GitHub Bot commented on DISPATCH-1962:
--
jiridanek merged pull request #1049:
URL: https://github.com/apache/qpid-dispatch/pull/1049
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> Make LSan suppressions more targeted and specific (within reason)
> -
>
> Key: DISPATCH-1962
> URL: https://issues.apache.org/jira/browse/DISPATCH-1962
> Project: Qpid Dispatch
> Issue Type: Test
>Affects Versions: 1.15.0
>Reporter: Jiri Daněk
>Priority: Major
> Attachments: dispatch_leaking_agent.png
>
>
> There are some unfortunate suppressions in {{tests/lsan.supp}} at this moment:
> {code}
> leak:*libwebsockets*
> {code}
> This is way too broad. It suppresses leaks in Dispatch files, since it
> matches e.g. {{src/http-libwebsockets.c}}.
> The stars at the beginning and end are actually assumed implicitly. If you do
> not want substring match, you have to do ^foo$. LSan suppression format is
> simplistic, very unlike Valgrind's.
> {code}
> leak:run_unit_tests.c
> {code}
> Same thing, any leaks revealed by running unit_tests get suppressed. This
> suppression suppresses all leak traces that include run_unit_tests.c anywhere
> in the stack. What't the point of running such tests under leak detector,
> then?
> {code}
> leak:run_unit_tests.c
> leak:^libqpid-proton.so$
> {code}
> Same thing. The patterns suppress all leaks that include Python (or Proton)
> anywhere in the stacktrace. That means there are huge blind spots where
> dispatch leaks can hide. This is a weakness of the lsan.supp syntax (Valgrind
> suppressions can be much more targeted and discerning).
> h3. Python leaks
> Leaks are known and there is ongoing effort to fight them:
> https://bugs.python.org/issue1635741 (https://bugs.python.org/issue25302) and
> https://www.python.org/dev/peps/pep-3121
> Here's valgrind suppression file from somebody who actually investigated the
> Python leaks and identified the harmless ones:
> https://github.com/libgit2/pygit2/blob/master/misc/valgrind-python.supp
> One example of a hidden leak in dispatch, which is revealed by making Python
> suppressions more targetted:
> {code}
> 9: Direct leak of 56 byte(s) in 1 object(s) allocated from:
> 9: #0 0x7f78a3606e8f in __interceptor_malloc
> (/nix/store/g40sl3zh3nv52vj0mrl4iki5iphh5ika-gcc-10.2.0-lib/lib/libasan.so.6+0xace8f)
> 9: #1 0x7f78a2d64afb in qd_malloc ../include/qpid/dispatch/ctools.h:229
> 9: #2 0x7f78a2d657da in qdr_core_subscribe
> ../src/router_core/route_tables.c:149
> 9: #3 0x7f78a2c83072 in IoAdapter_init ../src/python_embedded.c:711
> 9: #4 0x7f78a2353a6c in type_call
> (/nix/store/r85nxfnwiv45nbmf5yb60jj8ajim4m7w-python3-3.8.5/lib/libpython3.8.so.1.0+0x165a6c)
> {code}
> The problem is in
> {code}
> class Agent:
> ...
> def activate(self, address):
> ...
> self.io = IoAdapter(self.receive, address, 'L', '0',
> TREATMENT_ANYCAST_CLOSEST)
> {code}
> IoAdapter refers to Agent (through the bound method reference self.receive)
> and Agent refers to IoAdapter (through property self.io). Since IoAdapter is
> implemented in C and does not implement support for Python's cyclic GC, there
> is no way to break the cycle.
> Heap dump in attachment. The bound method is at the top of the picture.
> (Ignore the Mock objects, I was trying to simplify the picture while not
> getting crashes due to too much meddling).
> h3. Random observations
> It is possible to build special Debug build of Python, which has tools to
> detect leaks, asserts to prevent negative refcounts, etc.
> https://pythonextensionpatterns.readthedocs.io/en/latest/debugging/debug_python.html#debug-version-of-python-memory-alloc-label
> Use the following to detect python leaks (instead of valgrind)
> https://docs.python.org/3/library/tracemalloc.html
> Use https://pypi.org/project/objgraph (with graphviz) to view heap object
> trees. The following renders the picture as a png under /tmp and prints the
> path to stdout.
> {code}
> int ret = PyRun_SimpleString("import objgraph;
> objgraph.show_backrefs(config.global_agent, max_depth=10)\n\n");
> PyErr_PrintEx(0);
> assert(ret == 0);
> {code}
> h2. Tools
> h3. CPyChecker
> https://dmalcolm.fedorapeople.org/presentations/PyCon-US-2013/PyCon-US-2013-dmalcolm-StaticAnalysis.html#(38)
> https://emptysqua.re/blog/analyzing-python-c-extensions-with-cpychecker/
> https://nedbatchelder.com/blog/201502/cpychecker.html
> h3
[GitHub] [qpid-dispatch] jiridanek merged pull request #1049: DISPATCH-1962 Fix qdr_core_t leak in run_unit_tests.c
jiridanek merged pull request #1049: URL: https://github.com/apache/qpid-dispatch/pull/1049 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (DISPATCH-2018) Improper handling of link refusal when destination peer for link-routing goes away
[
https://issues.apache.org/jira/browse/DISPATCH-2018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Gemmell updated DISPATCH-2018:
-
Description:
In case of a router doing link routing to a broker, which goes away during an
error handling test, the router can then need to refuse new links and/or kill
existing links as it has nowhere to route them. That is all to be expected.
When failing to attach some sender links though, it was observed the router in
one case did not response to a clients attach at all, and in a second case
incorrectly sent a response attach with a populated target, having address =
null, followed by a detach with error (which looks to lead to some unexpected
client behaviour as it was mislead into thinking the producer actually opened,
likely exposing a separate client issue).
The attach in the second case should have had target=null, rather than a null
address, to indicate that this was a link refusal and the detach with error
would follow:
{noformat}
[1475580346:1] ->
Attach\{name='qpid-jms:sender:ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1:destination',
handle=0, role=SENDER, sndSettleMode=UNSETTLED, rcvSettleMode=FIRST,
source=Source{address='ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null},
target=Target\{address='destination', durable=NONE, expiryPolicy=SESSION_END,
timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=[queue]},
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=null, offeredCapabilities=null,
desiredCapabilities=[DELAYED_DELIVERY], properties=null}
[1475580346:1] <-
Attach\{name='qpid-jms:sender:ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1:destination',
handle=0, role=RECEIVER, sndSettleMode=MIXED, rcvSettleMode=FIRST,
source=Source{address='ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null},
target=Target\{address='null', durable=NONE, expiryPolicy=SESSION_END,
timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=null},
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=0, offeredCapabilities=null, desiredCapabilities=null,
properties=null}
[1475580346:1] <- Detach\{handle=0, closed=true,
error=Error{condition=qd:no-route-to-dest, description='No route to the
destination node', info=null}}
{noformat}
In a third related instant earlier in the testing, the router did actually do
the correct thing while returning a [different] error, ommitting the attach
target entirely as is directed by the protocol spec:
{noformat}
[851826403:1] ->
Attach\{name='qpid-jms:sender:ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1:destination',
handle=0, role=SENDER, sndSettleMode=UNSETTLED, rcvSettleMode=FIRST,
source=Source{address='ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null},
target=Target\{address='destination', durable=NONE, expiryPolicy=SESSION_END,
timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=[queue]},
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=null, offeredCapabilities=null,
desiredCapabilities=[DELAYED_DELIVERY], properties=null}
[851826403:1] <-
Attach\{name='qpid-jms:sender:ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1:destination',
handle=0, role=RECEIVER, sndSettleMode=MIXED, rcvSettleMode=FIRST,
source=Source{address='ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null}, target=null,
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=0, offeredCapabilities=null, desiredCapabilities=null,
properties=null}
[851826403:1] <- Detach\{handle=0, closed=true,
error=Error{condition=qd:routed-link-lost, description='Connectivity to the
peer container was lost', info=null}}
{noformat}
was:
In case of a router doing link routing to a broker, which goes away during an
error handling test, the router can then need to refuse new link
[jira] [Updated] (DISPATCH-2018) Improper handling of link refusal when destination peer for link-routing goes away
[
https://issues.apache.org/jira/browse/DISPATCH-2018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Gemmell updated DISPATCH-2018:
-
Description:
In case of a router doing link routing to a broker, which goes away during an
error handling test, the router can then need to refuse new links and/or kill
existing links as it has nowhere to route them. That is all to be expected.
When failing to attach some sender links though, it was observed the router in
once case did not response to a clients attach at all, and in a second case
incorrectly sent a response attach with a populated target, having address =
null, followed by a detach with error (which looks to lead to some unexpected
client behaviour as it was mislead into thinking the producer actually opened,
likely exposing a separate client issue).
The attach in the second case should have had target=null, rather than a null
address, to indicate that this was a link refusal and the detach with error
would follow:
{noformat}
[1475580346:1] ->
Attach\{name='qpid-jms:sender:ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1:destination',
handle=0, role=SENDER, sndSettleMode=UNSETTLED, rcvSettleMode=FIRST,
source=Source{address='ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null},
target=Target\{address='destination', durable=NONE, expiryPolicy=SESSION_END,
timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=[queue]},
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=null, offeredCapabilities=null,
desiredCapabilities=[DELAYED_DELIVERY], properties=null}
[1475580346:1] <-
Attach\{name='qpid-jms:sender:ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1:destination',
handle=0, role=RECEIVER, sndSettleMode=MIXED, rcvSettleMode=FIRST,
source=Source{address='ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null},
target=Target\{address='null', durable=NONE, expiryPolicy=SESSION_END,
timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=null},
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=0, offeredCapabilities=null, desiredCapabilities=null,
properties=null}
[1475580346:1] <- Detach\{handle=0, closed=true,
error=Error{condition=qd:no-route-to-dest, description='No route to the
destination node', info=null}}
{noformat}
In a third related instant earlier in the testing, the router did actually do
the correct thing while returning a [different] error, ommitting the attach
target entirely as is directed by the protocol spec:
{noformat}
[851826403:1] ->
Attach\{name='qpid-jms:sender:ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1:destination',
handle=0, role=SENDER, sndSettleMode=UNSETTLED, rcvSettleMode=FIRST,
source=Source{address='ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null},
target=Target\{address='destination', durable=NONE, expiryPolicy=SESSION_END,
timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=[queue]},
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=null, offeredCapabilities=null,
desiredCapabilities=[DELAYED_DELIVERY], properties=null}
[851826403:1] <-
Attach\{name='qpid-jms:sender:ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1:destination',
handle=0, role=RECEIVER, sndSettleMode=MIXED, rcvSettleMode=FIRST,
source=Source{address='ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null}, target=null,
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=0, offeredCapabilities=null, desiredCapabilities=null,
properties=null}
[851826403:1] <- Detach\{handle=0, closed=true,
error=Error{condition=qd:routed-link-lost, description='Connectivity to the
peer container was lost', info=null}}
{noformat}
was:
In case of a router doing link routing to a broker, which goes away during an
error handling test, the router can then need to refuse ne
[jira] [Created] (DISPATCH-2018) Improper handling of link refusal when destination peer for link-routing goes away
Robbie Gemmell created DISPATCH-2018:
Summary: Improper handling of link refusal when destination peer
for link-routing goes away
Key: DISPATCH-2018
URL: https://issues.apache.org/jira/browse/DISPATCH-2018
Project: Qpid Dispatch
Issue Type: Bug
Affects Versions: 1.14.0
Reporter: Robbie Gemmell
In case of a router doing link routing to a broker, which goes away during an
error handling test, the router can then need to refuse new links and/or kill
existing links as it has nowhere to route them. That is all to be expected.
When failing to attach some sender links though, it was observed the router in
once case did not response to a clients attach at all, and in a second case
incorrectly sent a response attach with a populated target, having address =
null, followed by a detach with error (which looks to lead to some unexpected
client behaviour as it was mislead into thinking the producer actually opened,
likely exposing a separate client issue).
The attach in the second case should have had target=null, rather than a null
address, to indicate that this was a link refusal and the detach with error
would follow:
{noformat}
[1475580346:1] ->
Attach\{name='qpid-jms:sender:ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1:destination',
handle=0, role=SENDER, sndSettleMode=UNSETTLED, rcvSettleMode=FIRST,
source=Source{address='ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null},
target=Target\{address='destination', durable=NONE, expiryPolicy=SESSION_END,
timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=[queue]},
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=null, offeredCapabilities=null,
desiredCapabilities=[DELAYED_DELIVERY], properties=null}
[1475580346:1] <-
Attach\{name='qpid-jms:sender:ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1:destination',
handle=0, role=RECEIVER, sndSettleMode=MIXED, rcvSettleMode=FIRST,
source=Source{address='ID:cc949561-56bc-44f7-8d96-74f8a8d49988:521:8:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null},
target=Target\{address='null', durable=NONE, expiryPolicy=SESSION_END,
timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=null},
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=0, offeredCapabilities=null, desiredCapabilities=null,
properties=null}
[1475580346:1] <- Detach\{handle=0, closed=true,
error=Error{condition=qd:no-route-to-dest, description='No route to the
destination node', info=null}}
{noformat}
In a third related instant earlier in the testing, the router did actually do
the correct thing while returning a [different] error, ommitting the attach
target entirely as is directed by the protocol spec:
{noformat}
[851826403:1] ->
Attach\{name='qpid-jms:sender:ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1:destination',
handle=0, role=SENDER, sndSettleMode=UNSETTLED, rcvSettleMode=FIRST,
source=Source{address='ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null},
target=Target\{address='destination', durable=NONE, expiryPolicy=SESSION_END,
timeout=0, dynamic=false, dynamicNodeProperties=null, capabilities=[queue]},
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=null, offeredCapabilities=null,
desiredCapabilities=[DELAYED_DELIVERY], properties=null}
[851826403:1] <-
Attach\{name='qpid-jms:sender:ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1:destination',
handle=0, role=RECEIVER, sndSettleMode=MIXED, rcvSettleMode=FIRST,
source=Source{address='ID:d070acab-905f-45a7-b663-14d35547ab3e:3:25:1',
durable=NONE, expiryPolicy=SESSION_END, timeout=0, dynamic=false,
dynamicNodeProperties=null, distributionMode=null, filter=null,
defaultOutcome=null, outcomes=[amqp:accepted:list, amqp:rejected:list,
amqp:released:list, amqp:modified:list], capabilities=null}, target=null,
unsettled=null, incompleteUnsettled=false, initialDeliveryCount=0,
maxMessageSize=0, offeredCapabilities=null, desiredCapabilities=null,
properties=null}
[851826403:1] <- Detach\{handle=0, closed=true,
error=Error{condition=qd:routed-link-lost, description='Connectivity to
[GitHub] [qpid-dispatch] ganeshmurthy opened a new pull request #1086: Dispatch 2016
ganeshmurthy opened a new pull request #1086: URL: https://github.com/apache/qpid-dispatch/pull/1086 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Assigned] (PROTON-1898) Memory leak related to sending
[ https://issues.apache.org/jira/browse/PROTON-1898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jiri Daněk reassigned PROTON-1898: -- Assignee: (was: Alan Conway) > Memory leak related to sending > -- > > Key: PROTON-1898 > URL: https://issues.apache.org/jira/browse/PROTON-1898 > Project: Qpid Proton > Issue Type: Bug > Components: go-binding >Affects Versions: proton-c-0.24.0 >Reporter: Christoph Scheiber >Priority: Major > > I started implementing a GO application using qpid electron. There is one > connection used to receive messages (at-least-once). It works nicely with low > memory consumption, multiple links and multiple go routines, 50 bytes > payload, up to 3000 msg/s > But as soon as the application starts sending messages (to reply over the > same connection) memory consumption is continuously growing up to 2GB where I > stopped. > Even if electron does not leave many options for wrong usage there might be > an issue in the application. > So I tried the qpid electron example > "https://github.com/apache/qpid-proton/blob/master/go/examples/electron/send.go";, > the same issue. > To reproduce it: > * use the sample program, I just added connection options for SASL PLAIN > * let it send 10 messages or more to one destination > My setup: > * windows 10 pro > * go1.10.2 windows/amd64 > * qpid 0.24.0-rc1 > * go files and lib build from same git repository clone and branch > * visual studio 2015, release build, no errors > * Broker: Solace VMR 8.11.0.1029 with different durable queues as source and > target > I tried also qpid proton 0.23.0 earlier, but saw the same problem. > I tried SendAsync and SendSync, both in 10-50 go routines in > parallel.Finally, with SendForget my worker routines were soon blocked and > did not come back. > Best regards > Christoph > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Assigned] (PROTON-1898) Memory leak related to sending
[ https://issues.apache.org/jira/browse/PROTON-1898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jiri Daněk reassigned PROTON-1898: -- Assignee: Alan Conway (was: Jiri Daněk) > Memory leak related to sending > -- > > Key: PROTON-1898 > URL: https://issues.apache.org/jira/browse/PROTON-1898 > Project: Qpid Proton > Issue Type: Bug > Components: go-binding >Affects Versions: proton-c-0.24.0 >Reporter: Christoph Scheiber >Assignee: Alan Conway >Priority: Major > > I started implementing a GO application using qpid electron. There is one > connection used to receive messages (at-least-once). It works nicely with low > memory consumption, multiple links and multiple go routines, 50 bytes > payload, up to 3000 msg/s > But as soon as the application starts sending messages (to reply over the > same connection) memory consumption is continuously growing up to 2GB where I > stopped. > Even if electron does not leave many options for wrong usage there might be > an issue in the application. > So I tried the qpid electron example > "https://github.com/apache/qpid-proton/blob/master/go/examples/electron/send.go";, > the same issue. > To reproduce it: > * use the sample program, I just added connection options for SASL PLAIN > * let it send 10 messages or more to one destination > My setup: > * windows 10 pro > * go1.10.2 windows/amd64 > * qpid 0.24.0-rc1 > * go files and lib build from same git repository clone and branch > * visual studio 2015, release build, no errors > * Broker: Solace VMR 8.11.0.1029 with different durable queues as source and > target > I tried also qpid proton 0.23.0 earlier, but saw the same problem. > I tried SendAsync and SendSync, both in 10-50 go routines in > parallel.Finally, with SendForget my worker routines were soon blocked and > did not come back. > Best regards > Christoph > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Assigned] (PROTON-1898) Memory leak related to sending
[ https://issues.apache.org/jira/browse/PROTON-1898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jiri Daněk reassigned PROTON-1898: -- Assignee: Jiri Daněk > Memory leak related to sending > -- > > Key: PROTON-1898 > URL: https://issues.apache.org/jira/browse/PROTON-1898 > Project: Qpid Proton > Issue Type: Bug > Components: go-binding >Affects Versions: proton-c-0.24.0 >Reporter: Christoph Scheiber >Assignee: Jiri Daněk >Priority: Major > > I started implementing a GO application using qpid electron. There is one > connection used to receive messages (at-least-once). It works nicely with low > memory consumption, multiple links and multiple go routines, 50 bytes > payload, up to 3000 msg/s > But as soon as the application starts sending messages (to reply over the > same connection) memory consumption is continuously growing up to 2GB where I > stopped. > Even if electron does not leave many options for wrong usage there might be > an issue in the application. > So I tried the qpid electron example > "https://github.com/apache/qpid-proton/blob/master/go/examples/electron/send.go";, > the same issue. > To reproduce it: > * use the sample program, I just added connection options for SASL PLAIN > * let it send 10 messages or more to one destination > My setup: > * windows 10 pro > * go1.10.2 windows/amd64 > * qpid 0.24.0-rc1 > * go files and lib build from same git repository clone and branch > * visual studio 2015, release build, no errors > * Broker: Solace VMR 8.11.0.1029 with different durable queues as source and > target > I tried also qpid proton 0.23.0 earlier, but saw the same problem. > I tried SendAsync and SendSync, both in 10-50 go routines in > parallel.Finally, with SendForget my worker routines were soon blocked and > did not come back. > Best regards > Christoph > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
