[GitHub] [qpid-proton] jdanekrh commented on issue #207: PROTON-2135 Set TEST_ENV more consistently
jdanekrh commented on issue #207: PROTON-2135 Set TEST_ENV more consistently
URL: https://github.com/apache/qpid-proton/pull/207#issuecomment-575092712
What I have currently in mind is something like this. Hopefully it will work
well for other tests besides ruby.
```diff
+include(CMakeParseArguments)
+
+function(pn_add_test)
+ set(options EXECUTABLE INTERPRETED UNWRAPPED IGNORE_ENVIRONMENT)
+ set(oneValueArgs NAME COMMAND)
+ set(multiValueArgs PREPEND_ENVIRONMENT APPEND_ENVIRONMENT)
+ cmake_parse_arguments(pn_add_test "${options}" "${oneValueArgs}"
"${multiValueArgs}" ${ARGN})
+
+ if (pn_add_test_IGNORE_ENVIRONMENT)
+set (ignore_environment "--ignore_environment")
+ else(pn_add_test_IGNORE_ENVIRONMENT)
+set (ignore_environment "")
+ endif(pn_add_test_IGNORE_ENVIRONMENT)
+
+ if (pn_add_test_UNWRAPPED)
+set (wrapper "")
+ elseif(pn_add_test_INTERPRETED)
+set (wrapper "${TEST_WRAP_PREFIX_CMD}")
+ elseif(pn_add_test_EXECUTABLE)
+set (wrapper "${TEST_EXE_PREFIX_CMD}")
+ else()
+message(FATAL_ERROR "pn_add_test requires one of EXECUTABLE INTERPRETED
UNWRAPPED")
+ endif()
+
+ add_test (
+NAME ${pn_add_test_NAME}
+COMMAND ${PN_ENV_SCRIPT} ${ignore_environment} --
${pn_add_test_PREPEND_ENVIRONMENT} ${TEST_ENV}
${pn_add_test_APPEND_ENVIRONMENT} ${wrapper} ${pn_add_test_COMMAND}
+${pn_add_test_UNPARSED_ARGUMENTS}
+ )
+endfunction(pn_add_test)
+
execute_process(COMMAND ${RUBY_EXECUTABLE} -r minitest -e ""
RESULT_VARIABLE result OUTPUT_QUIET ERROR_QUIET)
if (result EQUAL 0) # Have minitest
- set(test_env
+ set(ruby_test_env
"PATH=${PATH}"
"RUBYLIB=${RUBYLIB}"
-"SASLPASSWD=${CyrusSASL_Saslpasswd_EXECUTABLE}"
-${TEST_ENV})
+"SASLPASSWD=${CyrusSASL_Saslpasswd_EXECUTABLE}")
macro(add_ruby_test script)
get_filename_component(name ${script} NAME_WE)
string(REPLACE "_" "-" name "ruby-${name}")
-add_test(
+pn_add_test(
+ INTERPRETED
NAME ${name}
- COMMAND ${PN_ENV_SCRIPT} -- ${test_env} ${TEST_WRAP_PREFIX_CMD}
${RUBY_EXECUTABLE} ${script} -v
+ PREPEND_ENVIRONMENT ${ruby_test_env}
+ COMMAND ${RUBY_EXECUTABLE} ${script} -v
${ARGN})
endmacro()
- add_test(
+ pn_add_test(
+UNWRAPPED
NAME ruby-example-test
-COMMAND ${PN_ENV_SCRIPT} -- ${test_env} ${RUBY_EXECUTABLE} testme -v
+PREPEND_ENVIRONMENT ${ruby_test_env}
+COMMAND ${RUBY_EXECUTABLE} testme -v
WORKING_DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR}/examples)
```
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
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (PROTON-2135) C, cpp, and fuzz tests do not set TEST_ENV on Linux
[
https://issues.apache.org/jira/browse/PROTON-2135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17016799#comment-17016799
]
ASF GitHub Bot commented on PROTON-2135:
jdanekrh commented on issue #207: PROTON-2135 Set TEST_ENV more consistently
URL: https://github.com/apache/qpid-proton/pull/207#issuecomment-575092712
What I have currently in mind is something like this. Hopefully it will work
well for other tests besides ruby.
```diff
+include(CMakeParseArguments)
+
+function(pn_add_test)
+ set(options EXECUTABLE INTERPRETED UNWRAPPED IGNORE_ENVIRONMENT)
+ set(oneValueArgs NAME COMMAND)
+ set(multiValueArgs PREPEND_ENVIRONMENT APPEND_ENVIRONMENT)
+ cmake_parse_arguments(pn_add_test "${options}" "${oneValueArgs}"
"${multiValueArgs}" ${ARGN})
+
+ if (pn_add_test_IGNORE_ENVIRONMENT)
+set (ignore_environment "--ignore_environment")
+ else(pn_add_test_IGNORE_ENVIRONMENT)
+set (ignore_environment "")
+ endif(pn_add_test_IGNORE_ENVIRONMENT)
+
+ if (pn_add_test_UNWRAPPED)
+set (wrapper "")
+ elseif(pn_add_test_INTERPRETED)
+set (wrapper "${TEST_WRAP_PREFIX_CMD}")
+ elseif(pn_add_test_EXECUTABLE)
+set (wrapper "${TEST_EXE_PREFIX_CMD}")
+ else()
+message(FATAL_ERROR "pn_add_test requires one of EXECUTABLE INTERPRETED
UNWRAPPED")
+ endif()
+
+ add_test (
+NAME ${pn_add_test_NAME}
+COMMAND ${PN_ENV_SCRIPT} ${ignore_environment} --
${pn_add_test_PREPEND_ENVIRONMENT} ${TEST_ENV}
${pn_add_test_APPEND_ENVIRONMENT} ${wrapper} ${pn_add_test_COMMAND}
+${pn_add_test_UNPARSED_ARGUMENTS}
+ )
+endfunction(pn_add_test)
+
execute_process(COMMAND ${RUBY_EXECUTABLE} -r minitest -e ""
RESULT_VARIABLE result OUTPUT_QUIET ERROR_QUIET)
if (result EQUAL 0) # Have minitest
- set(test_env
+ set(ruby_test_env
"PATH=${PATH}"
"RUBYLIB=${RUBYLIB}"
-"SASLPASSWD=${CyrusSASL_Saslpasswd_EXECUTABLE}"
-${TEST_ENV})
+"SASLPASSWD=${CyrusSASL_Saslpasswd_EXECUTABLE}")
macro(add_ruby_test script)
get_filename_component(name ${script} NAME_WE)
string(REPLACE "_" "-" name "ruby-${name}")
-add_test(
+pn_add_test(
+ INTERPRETED
NAME ${name}
- COMMAND ${PN_ENV_SCRIPT} -- ${test_env} ${TEST_WRAP_PREFIX_CMD}
${RUBY_EXECUTABLE} ${script} -v
+ PREPEND_ENVIRONMENT ${ruby_test_env}
+ COMMAND ${RUBY_EXECUTABLE} ${script} -v
${ARGN})
endmacro()
- add_test(
+ pn_add_test(
+UNWRAPPED
NAME ruby-example-test
-COMMAND ${PN_ENV_SCRIPT} -- ${test_env} ${RUBY_EXECUTABLE} testme -v
+PREPEND_ENVIRONMENT ${ruby_test_env}
+COMMAND ${RUBY_EXECUTABLE} testme -v
WORKING_DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR}/examples)
```
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
> C, cpp, and fuzz tests do not set TEST_ENV on Linux
> ---
>
> Key: PROTON-2135
> URL: https://issues.apache.org/jira/browse/PROTON-2135
> Project: Qpid Proton
> Issue Type: Bug
> Components: build
>Affects Versions: proton-c-0.29.0
>Reporter: Jiri Daněk
>Assignee: Jiri Daněk
>Priority: Major
>
> % cmake .. -DRUNTIME_CHECK=memcheck
> % ctest -V -N
> {noformat}
> 2: Test command:
> /nix/store/xdwjprbhnq2g0425al1anx3d5jpwgqsl-valgrind-3.15.0/bin/valgrind
> "--tool=memcheck" "--leak-check=full" "--error-exitcode=42" "--quiet"
> "--suppressions=/home/jdanek/repos/qpid/qpid-proton/tests/valgrind.supp"
> "/home/jdanek/repos/qpid/qpid-proton/build/c/tests/c-core-test"
> Test #2: c-core-test
> 8: Test command:
> /nix/store/xdwjprbhnq2g0425al1anx3d5jpwgqsl-valgrind-3.15.0/bin/valgrind
> "--tool=memcheck" "--leak-check=full" "--error-exitcode=42" "--quiet"
> "--suppressions=/home/jdanek/repos/qpid/qpid-proton/tests/valgrind.supp"
> "/home/jdanek/repos/qpid/qpid-proton/build/c/tests/fuzz/fuzz-message-decode"
> "@/home/jdanek/repos/qpid/qpid-proton/build/c/tests/fuzz/fuzz-message-decode-files"
> Test #8: fuzz-message-decode
> {noformat}
> I'd've expected to see the execution wrapped in the env.py script.
--
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
[GitHub] [qpid-broker-j] vavrtom opened a new pull request #44: QPID-8367 [Broker-J] Trusted CA revocation list
vavrtom opened a new pull request #44: QPID-8367 [Broker-J] Trusted CA revocation list URL: https://github.com/apache/qpid-broker-j/pull/44 * added revocation functionality * custom CRL file can be added to truststore * if custom CRL is defined in truststore then custom CRL file will be used instead of CRL URL in certificate's CRLDistributionPoints * reworked test certificates generation, it uses openssl instead of certutil * test certificates are generated every build * test certificates are in one place 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 With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (QPID-8367) [Broker-J] Trusted CA revocation list
[ https://issues.apache.org/jira/browse/QPID-8367?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17016980#comment-17016980 ] ASF GitHub Bot commented on QPID-8367: -- vavrtom commented on pull request #44: QPID-8367 [Broker-J] Trusted CA revocation list URL: https://github.com/apache/qpid-broker-j/pull/44 * added revocation functionality * custom CRL file can be added to truststore * if custom CRL is defined in truststore then custom CRL file will be used instead of CRL URL in certificate's CRLDistributionPoints * reworked test certificates generation, it uses openssl instead of certutil * test certificates are generated every build * test certificates are in one place 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 > [Broker-J] Trusted CA revocation list > - > > Key: QPID-8367 > URL: https://issues.apache.org/jira/browse/QPID-8367 > Project: Qpid > Issue Type: Improvement > Components: Broker-J >Reporter: Tomas Vavricka >Priority: Major > Fix For: qpid-java-broker-8.0.0 > > > Qpid Broker-J supports custom CA. When in place clients then can connect with > certificate signed by custom CA. > However there is no way to reject compromised certificates. Implementation of > revocation list for custom CA can solve this issue. -- 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-1547) Route table flush on loss of router takes too long
[ https://issues.apache.org/jira/browse/DISPATCH-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ken Giusti resolved DISPATCH-1547. -- Fix Version/s: (was: 1.11.0) Resolution: Not A Bug False alarm! This is actually expected behavior. When a remote router's connection drops the routing algorithm holds off flushing the router's associated mobile address for "remoteLsMaxAgeSeconds" (from the router configuration entity). This allows the routing table to "ride out" a momentary network fault. Should the router re-establish its connection within remoteLsMaxAgeSeconds (and the router's route table hasn't changed) then there is no disruption to the global routing database. If the router does not re-establish its connection within remoteLsMaxAgeSeconds the router is considered down and the associated mobile addresses are flushed. By default the remoteLsMaxAgeSeconds is 60, which matches the actual behavior observed. Note: if the router does reconnect within remoteLsMaxAgeSeconds, but the router's route table has changed (the route table sequence number does not match the last observed sequence number for that router) then the routing database will be synchronized. In any case I've added new ctest tests to verify the correct behavior. > Route table flush on loss of router takes too long > -- > > Key: DISPATCH-1547 > URL: https://issues.apache.org/jira/browse/DISPATCH-1547 > Project: Qpid Dispatch > Issue Type: Bug > Components: Routing Engine >Affects Versions: 1.10.0 >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Major > > Create a router network of 3 routers connected linearly: > > RouterA <—> RouterB <—> RouterC > > Add subscribers to RouterA. Wait until subscribers mobile addresses show up > on RouterC. Then kill RouterA. > Expect: the mobile addresses on RouterC should be flush relatively quickly > Action: the mobile addresses on RouterC remain until the link is marked as > stale (60 seconds in the default config) -- 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
[GitHub] [qpid-dispatch] ganeshmurthy commented on a change in pull request #662: DISPATCH-1547: add tests for router table updates
ganeshmurthy commented on a change in pull request #662: DISPATCH-1547: add
tests for router table updates
URL: https://github.com/apache/qpid-dispatch/pull/662#discussion_r367463993
##
File path: tests/system_tests_topology.py
##
@@ -592,5 +594,182 @@ def run(self):
Container(self).run()
+class RouterFluxTest(TestCase):
+"""
+Verify route table addresses are flushed properly when a remote router is
+rebooted or the link is determined to be stale.
+"""
+
+def _create_router(self, name,
+ ra_interval=None,
+ ra_stale=None,
+ ra_flux=None,
+ extra=None):
+
+config = [
+('router', {'id': name,
+'mode': 'interior',
+# these are the default values from qdrouter.json
+'raIntervalSeconds': ra_interval or 30,
+'raIntervalFluxSeconds': ra_flux or 4,
+'remoteLsMaxAgeSeconds': ra_stale or 60}),
+('listener', {'role': 'normal',
+ 'port': self.tester.get_port()}),
+('address', {'prefix': 'closest',
+ 'distribution': 'closest'}),
+('address', {'prefix': 'multicast',
+ 'distribution': 'multicast'}),
+]
+
+if extra:
+config.extend(extra)
+return self.tester.qdrouterd(name, Qdrouterd.Config(config),
+ wait=False, expect=None)
+
+def _deploy_routers(self,
+ra_interval=None,
+ra_stale=None,
+ra_flux=None):
+# configuration:
+# linear 3 interior routers
+#
+# +---++---++---+
+# | INT.A |<==>| INT.B |<==>| INT.C |
+# +---++---++---+
+#
+# INT.B has an inter-router listener, INT.A and INT.C connect in
+
+i_r_port = self.tester.get_port()
+
+INT_A = self._create_router('INT.A',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('connector',
+{'role': 'inter-router',
+ 'name': 'connectorToB',
+ 'port': i_r_port})])
+INT_A.listener = INT_A.addresses[0]
+
+INT_B = self._create_router('INT.B',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('listener',
+{'role': 'inter-router',
+ 'port': i_r_port})])
+INT_B.inter_router_port = i_r_port
+
+INT_C = self._create_router('INT.C',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('connector',
+{'role': 'inter-router',
+ 'name': 'connectorToB',
+ 'port': i_r_port})])
+#
+# wait until router network is formed
+#
+INT_B.wait_router_connected('INT.A')
+INT_B.wait_router_connected('INT.C')
+
+#
+# create mobile addresses on INT_A
+#
+consumers = [
+AsyncTestReceiver(INT_A.listener,
+ source='closest/on_A'),
+AsyncTestReceiver(INT_A.listener,
+ source='closest/on_A')]
+#
+# wait for addresses to show up on INT.C
+#
+INT_C.wait_address('closest/on_A')
+
+return (INT_A, INT_B, INT_C, consumers)
+
+def test_01_reboot_INT_A(self):
+"""
+When a router comes online after a reboot its route table sequence will
+be different from the last update it sent. This should cause the local
+router to flush all mobile addresses it learned from the remote router
+before it rebooted.
+
+Reboot INT.A and expect its mobile addresses are flushed on INT_C
+"""
+
+# bump the remoteLsMaxAgeSeconds to longer than the test timeout so the
+# test will timeout if the addresses are not removed before the link is
+# considered stale
+stale_timeout = int(TIMEOUT * 2)
+INT_A, INT_B, INT_C, consumers =
self._deploy_routers(ra_stale=stale_timeout)
+
+# at this point all routers are running and the mobile addresses have
+# propagated to INT_C. Now reboot INT_A
+INT_A.teardown()
[jira] [Commented] (DISPATCH-1547) Route table flush on loss of router takes too long
[
https://issues.apache.org/jira/browse/DISPATCH-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017004#comment-17017004
]
ASF GitHub Bot commented on DISPATCH-1547:
--
ganeshmurthy commented on pull request #662: DISPATCH-1547: add tests for
router table updates
URL: https://github.com/apache/qpid-dispatch/pull/662#discussion_r367463993
##
File path: tests/system_tests_topology.py
##
@@ -592,5 +594,182 @@ def run(self):
Container(self).run()
+class RouterFluxTest(TestCase):
+"""
+Verify route table addresses are flushed properly when a remote router is
+rebooted or the link is determined to be stale.
+"""
+
+def _create_router(self, name,
+ ra_interval=None,
+ ra_stale=None,
+ ra_flux=None,
+ extra=None):
+
+config = [
+('router', {'id': name,
+'mode': 'interior',
+# these are the default values from qdrouter.json
+'raIntervalSeconds': ra_interval or 30,
+'raIntervalFluxSeconds': ra_flux or 4,
+'remoteLsMaxAgeSeconds': ra_stale or 60}),
+('listener', {'role': 'normal',
+ 'port': self.tester.get_port()}),
+('address', {'prefix': 'closest',
+ 'distribution': 'closest'}),
+('address', {'prefix': 'multicast',
+ 'distribution': 'multicast'}),
+]
+
+if extra:
+config.extend(extra)
+return self.tester.qdrouterd(name, Qdrouterd.Config(config),
+ wait=False, expect=None)
+
+def _deploy_routers(self,
+ra_interval=None,
+ra_stale=None,
+ra_flux=None):
+# configuration:
+# linear 3 interior routers
+#
+# +---++---++---+
+# | INT.A |<==>| INT.B |<==>| INT.C |
+# +---++---++---+
+#
+# INT.B has an inter-router listener, INT.A and INT.C connect in
+
+i_r_port = self.tester.get_port()
+
+INT_A = self._create_router('INT.A',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('connector',
+{'role': 'inter-router',
+ 'name': 'connectorToB',
+ 'port': i_r_port})])
+INT_A.listener = INT_A.addresses[0]
+
+INT_B = self._create_router('INT.B',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('listener',
+{'role': 'inter-router',
+ 'port': i_r_port})])
+INT_B.inter_router_port = i_r_port
+
+INT_C = self._create_router('INT.C',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('connector',
+{'role': 'inter-router',
+ 'name': 'connectorToB',
+ 'port': i_r_port})])
+#
+# wait until router network is formed
+#
+INT_B.wait_router_connected('INT.A')
+INT_B.wait_router_connected('INT.C')
+
+#
+# create mobile addresses on INT_A
+#
+consumers = [
+AsyncTestReceiver(INT_A.listener,
+ source='closest/on_A'),
+AsyncTestReceiver(INT_A.listener,
+ source='closest/on_A')]
+#
+# wait for addresses to show up on INT.C
+#
+INT_C.wait_address('closest/on_A')
+
+return (INT_A, INT_B, INT_C, consumers)
+
+def test_01_reboot_INT_A(self):
+"""
+When a router comes online after a reboot its route table sequence will
+be different from the last update it sent. This should cause the local
+router to flush all mobile addresses it learned from the remote router
+before it rebooted.
+
+Reboot INT.A and expect its mobile addresses are flushed on INT_C
+"""
+
+# bump the remoteLsMaxAgeSeconds to longer than the test timeout so the
+# test will timeout if the addresses are not removed before the link is
+# considered stale
+stale_timeout = int(TIM
[GitHub] [qpid-dispatch] kgiusti commented on a change in pull request #662: DISPATCH-1547: add tests for router table updates
kgiusti commented on a change in pull request #662: DISPATCH-1547: add tests
for router table updates
URL: https://github.com/apache/qpid-dispatch/pull/662#discussion_r367502095
##
File path: tests/system_tests_topology.py
##
@@ -592,5 +594,182 @@ def run(self):
Container(self).run()
+class RouterFluxTest(TestCase):
+"""
+Verify route table addresses are flushed properly when a remote router is
+rebooted or the link is determined to be stale.
+"""
+
+def _create_router(self, name,
+ ra_interval=None,
+ ra_stale=None,
+ ra_flux=None,
+ extra=None):
+
+config = [
+('router', {'id': name,
+'mode': 'interior',
+# these are the default values from qdrouter.json
+'raIntervalSeconds': ra_interval or 30,
+'raIntervalFluxSeconds': ra_flux or 4,
+'remoteLsMaxAgeSeconds': ra_stale or 60}),
+('listener', {'role': 'normal',
+ 'port': self.tester.get_port()}),
+('address', {'prefix': 'closest',
+ 'distribution': 'closest'}),
+('address', {'prefix': 'multicast',
+ 'distribution': 'multicast'}),
+]
+
+if extra:
+config.extend(extra)
+return self.tester.qdrouterd(name, Qdrouterd.Config(config),
+ wait=False, expect=None)
+
+def _deploy_routers(self,
+ra_interval=None,
+ra_stale=None,
+ra_flux=None):
+# configuration:
+# linear 3 interior routers
+#
+# +---++---++---+
+# | INT.A |<==>| INT.B |<==>| INT.C |
+# +---++---++---+
+#
+# INT.B has an inter-router listener, INT.A and INT.C connect in
+
+i_r_port = self.tester.get_port()
+
+INT_A = self._create_router('INT.A',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('connector',
+{'role': 'inter-router',
+ 'name': 'connectorToB',
+ 'port': i_r_port})])
+INT_A.listener = INT_A.addresses[0]
+
+INT_B = self._create_router('INT.B',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('listener',
+{'role': 'inter-router',
+ 'port': i_r_port})])
+INT_B.inter_router_port = i_r_port
+
+INT_C = self._create_router('INT.C',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('connector',
+{'role': 'inter-router',
+ 'name': 'connectorToB',
+ 'port': i_r_port})])
+#
+# wait until router network is formed
+#
+INT_B.wait_router_connected('INT.A')
+INT_B.wait_router_connected('INT.C')
+
+#
+# create mobile addresses on INT_A
+#
+consumers = [
+AsyncTestReceiver(INT_A.listener,
+ source='closest/on_A'),
+AsyncTestReceiver(INT_A.listener,
+ source='closest/on_A')]
+#
+# wait for addresses to show up on INT.C
+#
+INT_C.wait_address('closest/on_A')
+
+return (INT_A, INT_B, INT_C, consumers)
+
+def test_01_reboot_INT_A(self):
+"""
+When a router comes online after a reboot its route table sequence will
+be different from the last update it sent. This should cause the local
+router to flush all mobile addresses it learned from the remote router
+before it rebooted.
+
+Reboot INT.A and expect its mobile addresses are flushed on INT_C
+"""
+
+# bump the remoteLsMaxAgeSeconds to longer than the test timeout so the
+# test will timeout if the addresses are not removed before the link is
+# considered stale
+stale_timeout = int(TIMEOUT * 2)
+INT_A, INT_B, INT_C, consumers =
self._deploy_routers(ra_stale=stale_timeout)
+
+# at this point all routers are running and the mobile addresses have
+# propagated to INT_C. Now reboot INT_A
+INT_A.teardown()
+
[jira] [Commented] (DISPATCH-1547) Route table flush on loss of router takes too long
[
https://issues.apache.org/jira/browse/DISPATCH-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017062#comment-17017062
]
ASF GitHub Bot commented on DISPATCH-1547:
--
kgiusti commented on pull request #662: DISPATCH-1547: add tests for router
table updates
URL: https://github.com/apache/qpid-dispatch/pull/662#discussion_r367502095
##
File path: tests/system_tests_topology.py
##
@@ -592,5 +594,182 @@ def run(self):
Container(self).run()
+class RouterFluxTest(TestCase):
+"""
+Verify route table addresses are flushed properly when a remote router is
+rebooted or the link is determined to be stale.
+"""
+
+def _create_router(self, name,
+ ra_interval=None,
+ ra_stale=None,
+ ra_flux=None,
+ extra=None):
+
+config = [
+('router', {'id': name,
+'mode': 'interior',
+# these are the default values from qdrouter.json
+'raIntervalSeconds': ra_interval or 30,
+'raIntervalFluxSeconds': ra_flux or 4,
+'remoteLsMaxAgeSeconds': ra_stale or 60}),
+('listener', {'role': 'normal',
+ 'port': self.tester.get_port()}),
+('address', {'prefix': 'closest',
+ 'distribution': 'closest'}),
+('address', {'prefix': 'multicast',
+ 'distribution': 'multicast'}),
+]
+
+if extra:
+config.extend(extra)
+return self.tester.qdrouterd(name, Qdrouterd.Config(config),
+ wait=False, expect=None)
+
+def _deploy_routers(self,
+ra_interval=None,
+ra_stale=None,
+ra_flux=None):
+# configuration:
+# linear 3 interior routers
+#
+# +---++---++---+
+# | INT.A |<==>| INT.B |<==>| INT.C |
+# +---++---++---+
+#
+# INT.B has an inter-router listener, INT.A and INT.C connect in
+
+i_r_port = self.tester.get_port()
+
+INT_A = self._create_router('INT.A',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('connector',
+{'role': 'inter-router',
+ 'name': 'connectorToB',
+ 'port': i_r_port})])
+INT_A.listener = INT_A.addresses[0]
+
+INT_B = self._create_router('INT.B',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('listener',
+{'role': 'inter-router',
+ 'port': i_r_port})])
+INT_B.inter_router_port = i_r_port
+
+INT_C = self._create_router('INT.C',
+ra_interval,
+ra_stale,
+ra_flux,
+extra=[('connector',
+{'role': 'inter-router',
+ 'name': 'connectorToB',
+ 'port': i_r_port})])
+#
+# wait until router network is formed
+#
+INT_B.wait_router_connected('INT.A')
+INT_B.wait_router_connected('INT.C')
+
+#
+# create mobile addresses on INT_A
+#
+consumers = [
+AsyncTestReceiver(INT_A.listener,
+ source='closest/on_A'),
+AsyncTestReceiver(INT_A.listener,
+ source='closest/on_A')]
+#
+# wait for addresses to show up on INT.C
+#
+INT_C.wait_address('closest/on_A')
+
+return (INT_A, INT_B, INT_C, consumers)
+
+def test_01_reboot_INT_A(self):
+"""
+When a router comes online after a reboot its route table sequence will
+be different from the last update it sent. This should cause the local
+router to flush all mobile addresses it learned from the remote router
+before it rebooted.
+
+Reboot INT.A and expect its mobile addresses are flushed on INT_C
+"""
+
+# bump the remoteLsMaxAgeSeconds to longer than the test timeout so the
+# test will timeout if the addresses are not removed before the link is
+# considered stale
+stale_timeout = int(TIMEOUT
[jira] [Commented] (DISPATCH-1547) Route table flush on loss of router takes too long
[ https://issues.apache.org/jira/browse/DISPATCH-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017066#comment-17017066 ] ASF GitHub Bot commented on DISPATCH-1547: -- ganeshmurthy commented on issue #662: DISPATCH-1547: add tests for router table updates URL: https://github.com/apache/qpid-dispatch/pull/662#issuecomment-575220136 Approved ! 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 > Route table flush on loss of router takes too long > -- > > Key: DISPATCH-1547 > URL: https://issues.apache.org/jira/browse/DISPATCH-1547 > Project: Qpid Dispatch > Issue Type: Bug > Components: Routing Engine >Affects Versions: 1.10.0 >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Major > > Create a router network of 3 routers connected linearly: > > RouterA <—> RouterB <—> RouterC > > Add subscribers to RouterA. Wait until subscribers mobile addresses show up > on RouterC. Then kill RouterA. > Expect: the mobile addresses on RouterC should be flush relatively quickly > Action: the mobile addresses on RouterC remain until the link is marked as > stale (60 seconds in the default config) -- 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
[GitHub] [qpid-dispatch] ganeshmurthy commented on issue #662: DISPATCH-1547: add tests for router table updates
ganeshmurthy commented on issue #662: DISPATCH-1547: add tests for router table updates URL: https://github.com/apache/qpid-dispatch/pull/662#issuecomment-575220136 Approved ! 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 With regards, Apache Git Services - 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 issue #662: DISPATCH-1547: add tests for router table updates
codecov-io commented on issue #662: DISPATCH-1547: add tests for router table updates URL: https://github.com/apache/qpid-dispatch/pull/662#issuecomment-575230408 # [Codecov](https://codecov.io/gh/apache/qpid-dispatch/pull/662?src=pr&el=h1) Report > :exclamation: No coverage uploaded for pull request base (`master@2536f69`). [Click here to learn what that means](https://docs.codecov.io/docs/error-reference#section-missing-base-commit). > The diff coverage is `n/a`. [](https://codecov.io/gh/apache/qpid-dispatch/pull/662?src=pr&el=tree) ```diff @@Coverage Diff@@ ## master #662 +/- ## = Coverage ? 86.87% = Files ? 92 Lines ?21022 Branches ?0 = Hits ?18263 Misses? 2759 Partials ?0 ``` -- [Continue to review full report at Codecov](https://codecov.io/gh/apache/qpid-dispatch/pull/662?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/662?src=pr&el=footer). Last update [2536f69...2ddea7f](https://codecov.io/gh/apache/qpid-dispatch/pull/662?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 With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1547) Route table flush on loss of router takes too long
[ https://issues.apache.org/jira/browse/DISPATCH-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017081#comment-17017081 ] ASF GitHub Bot commented on DISPATCH-1547: -- codecov-io commented on issue #662: DISPATCH-1547: add tests for router table updates URL: https://github.com/apache/qpid-dispatch/pull/662#issuecomment-575230408 # [Codecov](https://codecov.io/gh/apache/qpid-dispatch/pull/662?src=pr&el=h1) Report > :exclamation: No coverage uploaded for pull request base (`master@2536f69`). [Click here to learn what that means](https://docs.codecov.io/docs/error-reference#section-missing-base-commit). > The diff coverage is `n/a`. [](https://codecov.io/gh/apache/qpid-dispatch/pull/662?src=pr&el=tree) ```diff @@Coverage Diff@@ ## master #662 +/- ## = Coverage ? 86.87% = Files ? 92 Lines ?21022 Branches ?0 = Hits ?18263 Misses? 2759 Partials ?0 ``` -- [Continue to review full report at Codecov](https://codecov.io/gh/apache/qpid-dispatch/pull/662?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/662?src=pr&el=footer). Last update [2536f69...2ddea7f](https://codecov.io/gh/apache/qpid-dispatch/pull/662?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 > Route table flush on loss of router takes too long > -- > > Key: DISPATCH-1547 > URL: https://issues.apache.org/jira/browse/DISPATCH-1547 > Project: Qpid Dispatch > Issue Type: Bug > Components: Routing Engine >Affects Versions: 1.10.0 >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Major > > Create a router network of 3 routers connected linearly: > > RouterA <—> RouterB <—> RouterC > > Add subscribers to RouterA. Wait until subscribers mobile addresses show up > on RouterC. Then kill RouterA. > Expect: the mobile addresses on RouterC should be flush relatively quickly > Action: the mobile addresses on RouterC remain until the link is marked as > stale (60 seconds in the default config) -- 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
[GitHub] [qpid-dispatch] kgiusti merged pull request #662: DISPATCH-1547: add tests for router table updates
kgiusti merged pull request #662: DISPATCH-1547: add tests for router table updates URL: https://github.com/apache/qpid-dispatch/pull/662 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 With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1547) Route table flush on loss of router takes too long
[ https://issues.apache.org/jira/browse/DISPATCH-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017282#comment-17017282 ] ASF GitHub Bot commented on DISPATCH-1547: -- kgiusti commented on pull request #662: DISPATCH-1547: add tests for router table updates URL: https://github.com/apache/qpid-dispatch/pull/662 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 > Route table flush on loss of router takes too long > -- > > Key: DISPATCH-1547 > URL: https://issues.apache.org/jira/browse/DISPATCH-1547 > Project: Qpid Dispatch > Issue Type: Bug > Components: Routing Engine >Affects Versions: 1.10.0 >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Major > > Create a router network of 3 routers connected linearly: > > RouterA <—> RouterB <—> RouterC > > Add subscribers to RouterA. Wait until subscribers mobile addresses show up > on RouterC. Then kill RouterA. > Expect: the mobile addresses on RouterC should be flush relatively quickly > Action: the mobile addresses on RouterC remain until the link is marked as > stale (60 seconds in the default config) -- 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-1547) Route table flush on loss of router takes too long
[ https://issues.apache.org/jira/browse/DISPATCH-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017283#comment-17017283 ] ASF subversion and git services commented on DISPATCH-1547: --- Commit 032092f698b08bbb8360c7ba565aeeb808c94db3 in qpid-dispatch's branch refs/heads/master from Ken Giusti [ https://gitbox.apache.org/repos/asf?p=qpid-dispatch.git;h=032092f ] DISPATCH-1547: add tests for router table updates > Route table flush on loss of router takes too long > -- > > Key: DISPATCH-1547 > URL: https://issues.apache.org/jira/browse/DISPATCH-1547 > Project: Qpid Dispatch > Issue Type: Bug > Components: Routing Engine >Affects Versions: 1.10.0 >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Major > > Create a router network of 3 routers connected linearly: > > RouterA <—> RouterB <—> RouterC > > Add subscribers to RouterA. Wait until subscribers mobile addresses show up > on RouterC. Then kill RouterA. > Expect: the mobile addresses on RouterC should be flush relatively quickly > Action: the mobile addresses on RouterC remain until the link is marked as > stale (60 seconds in the default config) -- 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-1515) Link delivered counts are inaccurate
[ https://issues.apache.org/jira/browse/DISPATCH-1515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ganesh Murthy updated DISPATCH-1515: Fix Version/s: (was: 1.11.0) 1.10.0 > Link delivered counts are inaccurate > > > Key: DISPATCH-1515 > URL: https://issues.apache.org/jira/browse/DISPATCH-1515 > Project: Qpid Dispatch > Issue Type: Bug > Components: Router Node >Affects Versions: 1.9.0 >Reporter: Ken Giusti >Assignee: Charles E. Rolke >Priority: Major > Fix For: 1.10.0 > > > Create a two router network. > Attach a sender to one of the routers. The sender should transmit a message > for every credit it is given. > Attach a receiver to the other router. grant 1 credit, accept a single > message then close the connection (cleanly). > Here's the resulting output of qdstat -l for the sender link after the > receiver is done: > type dir conn id id peer class addr phs cap pri undel unsett deliv presett > psdrop acc rej rel mod delay rate > endpoint in 3 50 mobile test-address 0 250 0 0 0 3476 0 0 1 0 3725 0 0 0 0 0 > 00:00:05 > That's 3476 deliv, 1 accepted, and 3725 released. > These numbers do no make sense. I would expect that the number delivered > would == (accepted + released). This is not the case as delivered == > (accepted + released - CAPACITY) > The trace log confirms that the tx sender has sent 3726 messages, 1 accepted > the remaining released. > (The reason for the large # of released is that the rx address removal (MAU) > is not propagated to the sender router until after 3726 messages have been > generated) -- 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-1515) Link delivered counts are inaccurate
[ https://issues.apache.org/jira/browse/DISPATCH-1515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ganesh Murthy resolved DISPATCH-1515. - Resolution: Duplicate > Link delivered counts are inaccurate > > > Key: DISPATCH-1515 > URL: https://issues.apache.org/jira/browse/DISPATCH-1515 > Project: Qpid Dispatch > Issue Type: Bug > Components: Router Node >Affects Versions: 1.9.0 >Reporter: Ken Giusti >Assignee: Charles E. Rolke >Priority: Major > Fix For: 1.10.0 > > > Create a two router network. > Attach a sender to one of the routers. The sender should transmit a message > for every credit it is given. > Attach a receiver to the other router. grant 1 credit, accept a single > message then close the connection (cleanly). > Here's the resulting output of qdstat -l for the sender link after the > receiver is done: > type dir conn id id peer class addr phs cap pri undel unsett deliv presett > psdrop acc rej rel mod delay rate > endpoint in 3 50 mobile test-address 0 250 0 0 0 3476 0 0 1 0 3725 0 0 0 0 0 > 00:00:05 > That's 3476 deliv, 1 accepted, and 3725 released. > These numbers do no make sense. I would expect that the number delivered > would == (accepted + released). This is not the case as delivered == > (accepted + released - CAPACITY) > The trace log confirms that the tx sender has sent 3726 messages, 1 accepted > the remaining released. > (The reason for the large # of released is that the rx address removal (MAU) > is not propagated to the sender router until after 3726 messages have been > generated) -- 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-1549) Leak of qdr_terminus_t in system_tests_one_router::test_34_reject_coordinator
[ https://issues.apache.org/jira/browse/DISPATCH-1549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017304#comment-17017304 ] Ken Giusti commented on DISPATCH-1549: -- Turns out the terminus objects are not released when the link is detached due to transaction coordinator unavailable. > Leak of qdr_terminus_t in system_tests_one_router::test_34_reject_coordinator > - > > Key: DISPATCH-1549 > URL: https://issues.apache.org/jira/browse/DISPATCH-1549 > Project: Qpid Dispatch > Issue Type: Bug > Components: Router Node >Affects Versions: 1.10.0 >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Major > Fix For: 1.11.0 > > > Running the above test with the qdr_terminus function removed from lsan.supp > file show a leak when run with -DRUNTIME_CHECK=asan: > > 20: test_34_reject_coordinator (system_tests_one_router.OneRouterTest) ... ok > 20: ERROR > . > 20: ==12814==ERROR: LeakSanitizer: detected memory leaks > 20: > 20: Direct leak of 128 byte(s) in 1 object(s) allocated from: > 20: #0 0x7f17e5e10b35 in __interceptor_posix_memalign > (/lib64/libasan.so.5+0x10eb35) > 20: #1 0x7f17e57873be in qd_alloc > /home/kgiusti/work/dispatch/qpid-dispatch/src/alloc_pool.c:320 > 20: #2 0x7f17e58f6948 in qdr_terminus > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_core/terminus.c:31 > 20: #3 0x7f17e593ab2d in AMQP_incoming_link_handler > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_node.c:726 > 20: #4 0x7f17e59533e5 in handle > /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1000 > 20: #5 0x7f17e59597b5 in thread_run > /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1025 > 20: #6 0x7f17e595ad50 in qd_server_run > /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1323 > 20: #7 0x402d12 in main_process > /home/kgiusti/work/dispatch/qpid-dispatch/router/src/main.c:113 > 20: #8 0x402880 in main > /home/kgiusti/work/dispatch/qpid-dispatch/router/src/main.c:367 > 20: #9 0x7f17e4535f42 in __libc_start_main (/lib64/libc.so.6+0x23f42) > 20: -- 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] (DISPATCH-1549) Leak of qdr_terminus_t in system_tests_one_router::test_34_reject_coordinator
Ken Giusti created DISPATCH-1549: Summary: Leak of qdr_terminus_t in system_tests_one_router::test_34_reject_coordinator Key: DISPATCH-1549 URL: https://issues.apache.org/jira/browse/DISPATCH-1549 Project: Qpid Dispatch Issue Type: Bug Components: Router Node Affects Versions: 1.10.0 Reporter: Ken Giusti Assignee: Ken Giusti Fix For: 1.11.0 Running the above test with the qdr_terminus function removed from lsan.supp file show a leak when run with -DRUNTIME_CHECK=asan: 20: test_34_reject_coordinator (system_tests_one_router.OneRouterTest) ... ok 20: ERROR . 20: ==12814==ERROR: LeakSanitizer: detected memory leaks 20: 20: Direct leak of 128 byte(s) in 1 object(s) allocated from: 20: #0 0x7f17e5e10b35 in __interceptor_posix_memalign (/lib64/libasan.so.5+0x10eb35) 20: #1 0x7f17e57873be in qd_alloc /home/kgiusti/work/dispatch/qpid-dispatch/src/alloc_pool.c:320 20: #2 0x7f17e58f6948 in qdr_terminus /home/kgiusti/work/dispatch/qpid-dispatch/src/router_core/terminus.c:31 20: #3 0x7f17e593ab2d in AMQP_incoming_link_handler /home/kgiusti/work/dispatch/qpid-dispatch/src/router_node.c:726 20: #4 0x7f17e59533e5 in handle /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1000 20: #5 0x7f17e59597b5 in thread_run /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1025 20: #6 0x7f17e595ad50 in qd_server_run /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1323 20: #7 0x402d12 in main_process /home/kgiusti/work/dispatch/qpid-dispatch/router/src/main.c:113 20: #8 0x402880 in main /home/kgiusti/work/dispatch/qpid-dispatch/router/src/main.c:367 20: #9 0x7f17e4535f42 in __libc_start_main (/lib64/libc.so.6+0x23f42) 20: -- 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] (DISPATCH-1459) Python3: exception thrown when processing MAUs
[ https://issues.apache.org/jira/browse/DISPATCH-1459?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ken Giusti reassigned DISPATCH-1459: Assignee: Ken Giusti > Python3: exception thrown when processing MAUs > -- > > Key: DISPATCH-1459 > URL: https://issues.apache.org/jira/browse/DISPATCH-1459 > Project: Qpid Dispatch > Issue Type: Bug > Components: Routing Engine >Affects Versions: 1.9.0 > Environment: 3 router mesh configuration with test client that > generates a large # of subscriptions. > Configurations and client attached. > Run like this: > (in build directory) > > rm Router*.log; qdrouterd -c > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/RouterA.conf & sleep 2; > qdrouterd -c /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/RouterB.conf & > sleep 2; qdrouterd -c > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/RouterC.conf & sleep 2; > ~/tmp/test-receiver -a 127.0.0.1:28782 & > > Monitor logs until traceback is hit. >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Major > Fix For: 1.11.0 > > Attachments: RouterA.conf, RouterB.conf, RouterC.conf, test-receiver.c > > > While running an address load test with system python == 3.7.4: > 2019-10-24 09:22:56.131966 -0400 ROUTER (error) Exception in control message > processing > Traceback (most recent call last): > File > "/home/kgiusti/work/dispatch/qpid-dispatch/python/qpid_dispatch_internal/router/engine.py", > line 163, in handleControlMessage > msg = MessageMAU(body) > File > "/home/kgiusti/work/dispatch/qpid-dispatch/python/qpid_dispatch_internal/router/data.py", > line 267, in __init__ > self.mobile_seq = LONG(_seq) > File > "/home/kgiusti/work/dispatch/qpid-dispatch/python/qpid_dispatch_internal/compat/__init__.py", > line 136, in LONG > return int(i) > TypeError: int() argument must be a string, a bytes-like object or a number, > not 'NoneType' > > (/home/kgiusti/work/dispatch/qpid-dispatch/python/qpid_dispatch_internal/router/engine.py:176) -- 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] (QPIDIT-138) Change Amqp.netlite shims to run on dotnet
[ https://issues.apache.org/jira/browse/QPIDIT-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017325#comment-17017325 ] ASF subversion and git services commented on QPIDIT-138: Commit b22e477020c775f4062f363bc3186eb7cc61b538 in qpid-interop-test's branch refs/heads/master from Kim van der Riet [ https://gitbox.apache.org/repos/asf?p=qpid-interop-test.git;h=b22e477 ] QPIDIT-138: Corrected wrong dotnet version: 3.1 changed to 2.1 > Change Amqp.netlite shims to run on dotnet > -- > > Key: QPIDIT-138 > URL: https://issues.apache.org/jira/browse/QPIDIT-138 > Project: Apache QPID Interoperability Test Suite > Issue Type: Task >Reporter: Kim van der Riet >Assignee: Kim van der Riet >Priority: Major > > Currently, amqp.netlite shims are compiled and run with mono. Change to using > dotnet core v.2.1 (and possibly v.3.1). -- 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-1459) Python3: exception thrown when processing MAUs
[ https://issues.apache.org/jira/browse/DISPATCH-1459?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ken Giusti resolved DISPATCH-1459. -- Resolution: Fixed Can no longer reproduce after DISPATCH-1532 merged (MAU handling rewritten). > Python3: exception thrown when processing MAUs > -- > > Key: DISPATCH-1459 > URL: https://issues.apache.org/jira/browse/DISPATCH-1459 > Project: Qpid Dispatch > Issue Type: Bug > Components: Routing Engine >Affects Versions: 1.9.0 > Environment: 3 router mesh configuration with test client that > generates a large # of subscriptions. > Configurations and client attached. > Run like this: > (in build directory) > > rm Router*.log; qdrouterd -c > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/RouterA.conf & sleep 2; > qdrouterd -c /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/RouterB.conf & > sleep 2; qdrouterd -c > /home/kgiusti/work/dispatch/qpid-dispatch/BUILD/RouterC.conf & sleep 2; > ~/tmp/test-receiver -a 127.0.0.1:28782 & > > Monitor logs until traceback is hit. >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Major > Fix For: 1.11.0 > > Attachments: RouterA.conf, RouterB.conf, RouterC.conf, test-receiver.c > > > While running an address load test with system python == 3.7.4: > 2019-10-24 09:22:56.131966 -0400 ROUTER (error) Exception in control message > processing > Traceback (most recent call last): > File > "/home/kgiusti/work/dispatch/qpid-dispatch/python/qpid_dispatch_internal/router/engine.py", > line 163, in handleControlMessage > msg = MessageMAU(body) > File > "/home/kgiusti/work/dispatch/qpid-dispatch/python/qpid_dispatch_internal/router/data.py", > line 267, in __init__ > self.mobile_seq = LONG(_seq) > File > "/home/kgiusti/work/dispatch/qpid-dispatch/python/qpid_dispatch_internal/compat/__init__.py", > line 136, in LONG > return int(i) > TypeError: int() argument must be a string, a bytes-like object or a number, > not 'NoneType' > > (/home/kgiusti/work/dispatch/qpid-dispatch/python/qpid_dispatch_internal/router/engine.py:176) -- 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
[GitHub] [qpid-dispatch] kgiusti opened a new pull request #664: DISPATCH-1549: properly free terminus on transactional link rejection
kgiusti opened a new pull request #664: DISPATCH-1549: properly free terminus on transactional link rejection URL: https://github.com/apache/qpid-dispatch/pull/664 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 With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1549) Leak of qdr_terminus_t in system_tests_one_router::test_34_reject_coordinator
[ https://issues.apache.org/jira/browse/DISPATCH-1549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017384#comment-17017384 ] ASF GitHub Bot commented on DISPATCH-1549: -- kgiusti commented on pull request #664: DISPATCH-1549: properly free terminus on transactional link rejection URL: https://github.com/apache/qpid-dispatch/pull/664 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 > Leak of qdr_terminus_t in system_tests_one_router::test_34_reject_coordinator > - > > Key: DISPATCH-1549 > URL: https://issues.apache.org/jira/browse/DISPATCH-1549 > Project: Qpid Dispatch > Issue Type: Bug > Components: Router Node >Affects Versions: 1.10.0 >Reporter: Ken Giusti >Assignee: Ken Giusti >Priority: Major > Fix For: 1.11.0 > > > Running the above test with the qdr_terminus function removed from lsan.supp > file show a leak when run with -DRUNTIME_CHECK=asan: > > 20: test_34_reject_coordinator (system_tests_one_router.OneRouterTest) ... ok > 20: ERROR > . > 20: ==12814==ERROR: LeakSanitizer: detected memory leaks > 20: > 20: Direct leak of 128 byte(s) in 1 object(s) allocated from: > 20: #0 0x7f17e5e10b35 in __interceptor_posix_memalign > (/lib64/libasan.so.5+0x10eb35) > 20: #1 0x7f17e57873be in qd_alloc > /home/kgiusti/work/dispatch/qpid-dispatch/src/alloc_pool.c:320 > 20: #2 0x7f17e58f6948 in qdr_terminus > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_core/terminus.c:31 > 20: #3 0x7f17e593ab2d in AMQP_incoming_link_handler > /home/kgiusti/work/dispatch/qpid-dispatch/src/router_node.c:726 > 20: #4 0x7f17e59533e5 in handle > /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1000 > 20: #5 0x7f17e59597b5 in thread_run > /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1025 > 20: #6 0x7f17e595ad50 in qd_server_run > /home/kgiusti/work/dispatch/qpid-dispatch/src/server.c:1323 > 20: #7 0x402d12 in main_process > /home/kgiusti/work/dispatch/qpid-dispatch/router/src/main.c:113 > 20: #8 0x402880 in main > /home/kgiusti/work/dispatch/qpid-dispatch/router/src/main.c:367 > 20: #9 0x7f17e4535f42 in __libc_start_main (/lib64/libc.so.6+0x23f42) > 20: -- 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
[GitHub] [qpid-dispatch] asfgit closed pull request #663: DISPATCH-1541: Sets the presettled flag on large streaming discarded …
asfgit closed pull request #663: DISPATCH-1541: Sets the presettled flag on large streaming discarded … URL: https://github.com/apache/qpid-dispatch/pull/663 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 With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1541) released and modified counters can get incremented for presettled deliveries
[
https://issues.apache.org/jira/browse/DISPATCH-1541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017386#comment-17017386
]
ASF subversion and git services commented on DISPATCH-1541:
---
Commit 3234b9d61040759da760a05eb8102b7897a99ac9 in qpid-dispatch's branch
refs/heads/master from Ganesh Murthy
[ https://gitbox.apache.org/repos/asf?p=qpid-dispatch.git;h=3234b9d ]
DISPATCH-1541: Sets the presettled flag on large streaming discarded messages.
This will help set the correct presettled related counters on the link. This
closes #663
> released and modified counters can get incremented for presettled deliveries
>
>
> Key: DISPATCH-1541
> URL: https://issues.apache.org/jira/browse/DISPATCH-1541
> Project: Qpid Dispatch
> Issue Type: Bug
>Reporter: Gordon Sim
>Assignee: Ganesh Murthy
>Priority: Major
>
> Have two routers with sender on one, receiver on other. Send multi-frame
> presettled messages. Kill both sender and receiver midstream (can't get a
> super simple reproducer as yet) and keep repeating. Eventually may see
> non-zero rel and mod stats on downstream router even though messages are
> presettled.
>
> {noformat}
> routerA
> Router Links
> typedir conn id id peer class addr phs
> cap pri undel unsett deliv presett psdrop acc rej rel mod delay
> rate stuck cred blkd
>
> =
> inter-routerout 13
> 2000 00 0 104104 0 000024
> 0 0 250 -
> {noformat}
> {noformat}
> routerB
> Router Links
> typedir conn id id peer class addr phs
> cap pri undel unsett deliv presett psdrop acc rej rel mod delay
> rate stuck cred blkd
>
>
> inter-routerin 13
> 250 00 0 83 00 0022 04 0
> 0 250 -
> {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] [Commented] (DISPATCH-1541) released and modified counters can get incremented for presettled deliveries
[
https://issues.apache.org/jira/browse/DISPATCH-1541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017387#comment-17017387
]
ASF GitHub Bot commented on DISPATCH-1541:
--
asfgit commented on pull request #663: DISPATCH-1541: Sets the presettled flag
on large streaming discarded …
URL: https://github.com/apache/qpid-dispatch/pull/663
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
> released and modified counters can get incremented for presettled deliveries
>
>
> Key: DISPATCH-1541
> URL: https://issues.apache.org/jira/browse/DISPATCH-1541
> Project: Qpid Dispatch
> Issue Type: Bug
>Reporter: Gordon Sim
>Assignee: Ganesh Murthy
>Priority: Major
>
> Have two routers with sender on one, receiver on other. Send multi-frame
> presettled messages. Kill both sender and receiver midstream (can't get a
> super simple reproducer as yet) and keep repeating. Eventually may see
> non-zero rel and mod stats on downstream router even though messages are
> presettled.
>
> {noformat}
> routerA
> Router Links
> typedir conn id id peer class addr phs
> cap pri undel unsett deliv presett psdrop acc rej rel mod delay
> rate stuck cred blkd
>
> =
> inter-routerout 13
> 2000 00 0 104104 0 000024
> 0 0 250 -
> {noformat}
> {noformat}
> routerB
> Router Links
> typedir conn id id peer class addr phs
> cap pri undel unsett deliv presett psdrop acc rej rel mod delay
> rate stuck cred blkd
>
>
> inter-routerin 13
> 250 00 0 83 00 0022 04 0
> 0 250 -
> {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-1541) released and modified counters can get incremented for presettled deliveries
[
https://issues.apache.org/jira/browse/DISPATCH-1541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ganesh Murthy resolved DISPATCH-1541.
-
Fix Version/s: 1.11.0
Resolution: Fixed
> released and modified counters can get incremented for presettled deliveries
>
>
> Key: DISPATCH-1541
> URL: https://issues.apache.org/jira/browse/DISPATCH-1541
> Project: Qpid Dispatch
> Issue Type: Bug
>Reporter: Gordon Sim
>Assignee: Ganesh Murthy
>Priority: Major
> Fix For: 1.11.0
>
>
> Have two routers with sender on one, receiver on other. Send multi-frame
> presettled messages. Kill both sender and receiver midstream (can't get a
> super simple reproducer as yet) and keep repeating. Eventually may see
> non-zero rel and mod stats on downstream router even though messages are
> presettled.
>
> {noformat}
> routerA
> Router Links
> typedir conn id id peer class addr phs
> cap pri undel unsett deliv presett psdrop acc rej rel mod delay
> rate stuck cred blkd
>
> =
> inter-routerout 13
> 2000 00 0 104104 0 000024
> 0 0 250 -
> {noformat}
> {noformat}
> routerB
> Router Links
> typedir conn id id peer class addr phs
> cap pri undel unsett deliv presett psdrop acc rej rel mod delay
> rate stuck cred blkd
>
>
> inter-routerin 13
> 250 00 0 83 00 0022 04 0
> 0 250 -
> {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
[GitHub] [qpid-dispatch] asfgit closed pull request #660: DISPATCH-1513 - Fixed router crash when running http requests over ht…
asfgit closed pull request #660: DISPATCH-1513 - Fixed router crash when running http requests over ht… URL: https://github.com/apache/qpid-dispatch/pull/660 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 With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1513) system_tests_http failing with libwebsockets 3.2 on Fedora 31
[
https://issues.apache.org/jira/browse/DISPATCH-1513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017395#comment-17017395
]
ASF subversion and git services commented on DISPATCH-1513:
---
Commit f2336b596a39cb5608cae83d67857ed0edfa29a8 in qpid-dispatch's branch
refs/heads/master from Ganesh Murthy
[ https://gitbox.apache.org/repos/asf?p=qpid-dispatch.git;h=f2336b5 ]
DISPATCH-1513 - Fixed router crash when running http requests over https. This
fix is available only on systems that are running libwebsockets version 3.2.0
and above. This closes #660.
> system_tests_http failing with libwebsockets 3.2 on Fedora 31
> -
>
> Key: DISPATCH-1513
> URL: https://issues.apache.org/jira/browse/DISPATCH-1513
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Tests
>Reporter: Ganesh Murthy
>Assignee: Ganesh Murthy
>Priority: Major
> Fix For: 1.11.0
>
>
> Fedora 31 has the latest libwebsockets v 3.2.0 and system_tests_http is
> failing -
> To reproduce
> # cd qpid-dispatch/dockerfiles
> # Open the file Dockerfile-fedora and comment out the line ENTRYPOINT
> ["qdrouterd"] and uncomment CMD ["/bin/bash"]. Save the file.
> # sudo docker build -t fedora31/dispatch --file=Dockerfile-fedora .
> # sudo docker run -i -t fedora31/dispatch
> # cd /main/qpid-dispatch/build
> # ctest -V -R system_tests_http. You will see the following error
> I am commenting out the failing test until the underlying problem is fixed.
> {noformat}
> [root@13552f9cbb69 build]# /usr/bin/python
> "/main/qpid-dispatch/build/tests/run.py" "-m" "unittest" "-v"
> "system_tests_http.RouterTestHttp.test_https_get"
> test_https_get (system_tests_http.RouterTestHttp) ...
> /main/qpid-dispatch/tests/system_tests_http.py:54: DeprecationWarning:
> cafile, capath and cadefault are deprecated, use a custom context instead.
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> ERROR==
> ERROR: test_https_get (system_tests_http.RouterTestHttp)
> --
> Traceback (most recent call last):
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 252, in
> test_https_get
> self.assert_get("http://localhost:%s"; % r.ports[0])
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 83, in
> assert_get
> self.assertEqual(u'HTTP test\n', self.get("%s/system_tests_http.txt" %
> url))
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 54, in get
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> File "/usr/lib64/python3.7/urllib/request.py", line 222, in urlopen
> return opener.open(url, data, timeout)
> File "/usr/lib64/python3.7/urllib/request.py", line 525, in open
> response = self._open(req, data)
> File "/usr/lib64/python3.7/urllib/request.py", line 543, in _open
> '_open', req)
> File "/usr/lib64/python3.7/urllib/request.py", line 503, in _call_chain
> result = func(*args)
> File "/usr/lib64/python3.7/urllib/request.py", line 1345, in http_open
> return self.do_open(http.client.HTTPConnection, req)
> File "/usr/lib64/python3.7/urllib/request.py", line 1320, in do_open
> r = h.getresponse()
> File "/usr/lib64/python3.7/http/client.py", line 1344, in getresponse
> response.begin()
> File "/usr/lib64/python3.7/http/client.py", line 306, in begin
> version, status, reason = self._read_status()
> File "/usr/lib64/python3.7/http/client.py", line 275, in _read_status
> raise RemoteDisconnected("Remote end closed connection without"
> http.client.RemoteDisconnected: Remote end closed connection without
> response--
> Ran 1 test in 0.164s {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-1513) system_tests_http failing with libwebsockets 3.2 on Fedora 31
[
https://issues.apache.org/jira/browse/DISPATCH-1513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ganesh Murthy resolved DISPATCH-1513.
-
Resolution: Fixed
> system_tests_http failing with libwebsockets 3.2 on Fedora 31
> -
>
> Key: DISPATCH-1513
> URL: https://issues.apache.org/jira/browse/DISPATCH-1513
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Tests
>Reporter: Ganesh Murthy
>Assignee: Ganesh Murthy
>Priority: Major
> Fix For: 1.11.0
>
>
> Fedora 31 has the latest libwebsockets v 3.2.0 and system_tests_http is
> failing -
> To reproduce
> # cd qpid-dispatch/dockerfiles
> # Open the file Dockerfile-fedora and comment out the line ENTRYPOINT
> ["qdrouterd"] and uncomment CMD ["/bin/bash"]. Save the file.
> # sudo docker build -t fedora31/dispatch --file=Dockerfile-fedora .
> # sudo docker run -i -t fedora31/dispatch
> # cd /main/qpid-dispatch/build
> # ctest -V -R system_tests_http. You will see the following error
> I am commenting out the failing test until the underlying problem is fixed.
> {noformat}
> [root@13552f9cbb69 build]# /usr/bin/python
> "/main/qpid-dispatch/build/tests/run.py" "-m" "unittest" "-v"
> "system_tests_http.RouterTestHttp.test_https_get"
> test_https_get (system_tests_http.RouterTestHttp) ...
> /main/qpid-dispatch/tests/system_tests_http.py:54: DeprecationWarning:
> cafile, capath and cadefault are deprecated, use a custom context instead.
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> ERROR==
> ERROR: test_https_get (system_tests_http.RouterTestHttp)
> --
> Traceback (most recent call last):
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 252, in
> test_https_get
> self.assert_get("http://localhost:%s"; % r.ports[0])
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 83, in
> assert_get
> self.assertEqual(u'HTTP test\n', self.get("%s/system_tests_http.txt" %
> url))
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 54, in get
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> File "/usr/lib64/python3.7/urllib/request.py", line 222, in urlopen
> return opener.open(url, data, timeout)
> File "/usr/lib64/python3.7/urllib/request.py", line 525, in open
> response = self._open(req, data)
> File "/usr/lib64/python3.7/urllib/request.py", line 543, in _open
> '_open', req)
> File "/usr/lib64/python3.7/urllib/request.py", line 503, in _call_chain
> result = func(*args)
> File "/usr/lib64/python3.7/urllib/request.py", line 1345, in http_open
> return self.do_open(http.client.HTTPConnection, req)
> File "/usr/lib64/python3.7/urllib/request.py", line 1320, in do_open
> r = h.getresponse()
> File "/usr/lib64/python3.7/http/client.py", line 1344, in getresponse
> response.begin()
> File "/usr/lib64/python3.7/http/client.py", line 306, in begin
> version, status, reason = self._read_status()
> File "/usr/lib64/python3.7/http/client.py", line 275, in _read_status
> raise RemoteDisconnected("Remote end closed connection without"
> http.client.RemoteDisconnected: Remote end closed connection without
> response--
> Ran 1 test in 0.164s {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] [Commented] (DISPATCH-1513) system_tests_http failing with libwebsockets 3.2 on Fedora 31
[
https://issues.apache.org/jira/browse/DISPATCH-1513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017396#comment-17017396
]
ASF GitHub Bot commented on DISPATCH-1513:
--
asfgit commented on pull request #660: DISPATCH-1513 - Fixed router crash when
running http requests over ht…
URL: https://github.com/apache/qpid-dispatch/pull/660
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
> system_tests_http failing with libwebsockets 3.2 on Fedora 31
> -
>
> Key: DISPATCH-1513
> URL: https://issues.apache.org/jira/browse/DISPATCH-1513
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Tests
>Reporter: Ganesh Murthy
>Assignee: Ganesh Murthy
>Priority: Major
> Fix For: 1.11.0
>
>
> Fedora 31 has the latest libwebsockets v 3.2.0 and system_tests_http is
> failing -
> To reproduce
> # cd qpid-dispatch/dockerfiles
> # Open the file Dockerfile-fedora and comment out the line ENTRYPOINT
> ["qdrouterd"] and uncomment CMD ["/bin/bash"]. Save the file.
> # sudo docker build -t fedora31/dispatch --file=Dockerfile-fedora .
> # sudo docker run -i -t fedora31/dispatch
> # cd /main/qpid-dispatch/build
> # ctest -V -R system_tests_http. You will see the following error
> I am commenting out the failing test until the underlying problem is fixed.
> {noformat}
> [root@13552f9cbb69 build]# /usr/bin/python
> "/main/qpid-dispatch/build/tests/run.py" "-m" "unittest" "-v"
> "system_tests_http.RouterTestHttp.test_https_get"
> test_https_get (system_tests_http.RouterTestHttp) ...
> /main/qpid-dispatch/tests/system_tests_http.py:54: DeprecationWarning:
> cafile, capath and cadefault are deprecated, use a custom context instead.
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> ERROR==
> ERROR: test_https_get (system_tests_http.RouterTestHttp)
> --
> Traceback (most recent call last):
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 252, in
> test_https_get
> self.assert_get("http://localhost:%s"; % r.ports[0])
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 83, in
> assert_get
> self.assertEqual(u'HTTP test\n', self.get("%s/system_tests_http.txt" %
> url))
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 54, in get
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> File "/usr/lib64/python3.7/urllib/request.py", line 222, in urlopen
> return opener.open(url, data, timeout)
> File "/usr/lib64/python3.7/urllib/request.py", line 525, in open
> response = self._open(req, data)
> File "/usr/lib64/python3.7/urllib/request.py", line 543, in _open
> '_open', req)
> File "/usr/lib64/python3.7/urllib/request.py", line 503, in _call_chain
> result = func(*args)
> File "/usr/lib64/python3.7/urllib/request.py", line 1345, in http_open
> return self.do_open(http.client.HTTPConnection, req)
> File "/usr/lib64/python3.7/urllib/request.py", line 1320, in do_open
> r = h.getresponse()
> File "/usr/lib64/python3.7/http/client.py", line 1344, in getresponse
> response.begin()
> File "/usr/lib64/python3.7/http/client.py", line 306, in begin
> version, status, reason = self._read_status()
> File "/usr/lib64/python3.7/http/client.py", line 275, in _read_status
> raise RemoteDisconnected("Remote end closed connection without"
> http.client.RemoteDisconnected: Remote end closed connection without
> response--
> Ran 1 test in 0.164s {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] [Closed] (PROTON-2051) [Python] Tornado examples no longer work (again)
[ https://issues.apache.org/jira/browse/PROTON-2051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Stitcher closed PROTON-2051. --- Resolution: Duplicate > [Python] Tornado examples no longer work (again) > > > Key: PROTON-2051 > URL: https://issues.apache.org/jira/browse/PROTON-2051 > Project: Qpid Proton > Issue Type: Bug > Components: python-binding >Affects Versions: proton-c-0.28.0 >Reporter: Andrew Stitcher >Assignee: Andrew Stitcher >Priority: Major > > Since the fix for PROTON-2026 the support for external IO loops has been > broken in the Python bindings. > This is because part of the reconnect implementation now uses some operations > that are not correctly transferred to the external loops. -- 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
[GitHub] [qpid-dispatch] ganeshmurthy opened a new pull request #665: DISPATCH-1513: Made changes CMake v 2.8 compatible
ganeshmurthy opened a new pull request #665: DISPATCH-1513: Made changes CMake v 2.8 compatible URL: https://github.com/apache/qpid-dispatch/pull/665 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 With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[GitHub] [qpid-dispatch] ganeshmurthy commented on issue #665: DISPATCH-1513: Made changes CMake v 2.8 compatible
ganeshmurthy commented on issue #665: DISPATCH-1513: Made changes CMake v 2.8
compatible
URL: https://github.com/apache/qpid-dispatch/pull/665#issuecomment-575422187
I saw the following failure on RHEL 7 systems, hence this fix -
Found Threads: TRUE
-- Found Proton:
optimized;/usr/lib64/libqpid-proton.so;debug;/usr/lib64/libqpid-proton.so
(found version "0.31.0")
-- Found LIBWEBSOCKETS: 3.0.1
CMake Error at cmake/FindLibWebSockets.cmake:70 (if):
if given arguments:
"LIBWEBSOCKETS_VERSION_STRING" "AND" "(" "LIBWEBSOCKETS_VERSION_STRING"
"VERSION_GREATER_EQUAL" "LWS_VERSION_WITH_SSL_FIX" ")"
Unknown arguments specified
Call Stack (most recent call first):
CMakeLists.txt:63 (find_package)
-- Configuring incomplete, errors occurred!
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
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1513) system_tests_http failing with libwebsockets 3.2 on Fedora 31
[
https://issues.apache.org/jira/browse/DISPATCH-1513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017620#comment-17017620
]
ASF GitHub Bot commented on DISPATCH-1513:
--
ganeshmurthy commented on pull request #665: DISPATCH-1513: Made changes CMake
v 2.8 compatible
URL: https://github.com/apache/qpid-dispatch/pull/665
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
> system_tests_http failing with libwebsockets 3.2 on Fedora 31
> -
>
> Key: DISPATCH-1513
> URL: https://issues.apache.org/jira/browse/DISPATCH-1513
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Tests
>Reporter: Ganesh Murthy
>Assignee: Ganesh Murthy
>Priority: Major
> Fix For: 1.11.0
>
>
> Fedora 31 has the latest libwebsockets v 3.2.0 and system_tests_http is
> failing -
> To reproduce
> # cd qpid-dispatch/dockerfiles
> # Open the file Dockerfile-fedora and comment out the line ENTRYPOINT
> ["qdrouterd"] and uncomment CMD ["/bin/bash"]. Save the file.
> # sudo docker build -t fedora31/dispatch --file=Dockerfile-fedora .
> # sudo docker run -i -t fedora31/dispatch
> # cd /main/qpid-dispatch/build
> # ctest -V -R system_tests_http. You will see the following error
> I am commenting out the failing test until the underlying problem is fixed.
> {noformat}
> [root@13552f9cbb69 build]# /usr/bin/python
> "/main/qpid-dispatch/build/tests/run.py" "-m" "unittest" "-v"
> "system_tests_http.RouterTestHttp.test_https_get"
> test_https_get (system_tests_http.RouterTestHttp) ...
> /main/qpid-dispatch/tests/system_tests_http.py:54: DeprecationWarning:
> cafile, capath and cadefault are deprecated, use a custom context instead.
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> ERROR==
> ERROR: test_https_get (system_tests_http.RouterTestHttp)
> --
> Traceback (most recent call last):
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 252, in
> test_https_get
> self.assert_get("http://localhost:%s"; % r.ports[0])
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 83, in
> assert_get
> self.assertEqual(u'HTTP test\n', self.get("%s/system_tests_http.txt" %
> url))
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 54, in get
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> File "/usr/lib64/python3.7/urllib/request.py", line 222, in urlopen
> return opener.open(url, data, timeout)
> File "/usr/lib64/python3.7/urllib/request.py", line 525, in open
> response = self._open(req, data)
> File "/usr/lib64/python3.7/urllib/request.py", line 543, in _open
> '_open', req)
> File "/usr/lib64/python3.7/urllib/request.py", line 503, in _call_chain
> result = func(*args)
> File "/usr/lib64/python3.7/urllib/request.py", line 1345, in http_open
> return self.do_open(http.client.HTTPConnection, req)
> File "/usr/lib64/python3.7/urllib/request.py", line 1320, in do_open
> r = h.getresponse()
> File "/usr/lib64/python3.7/http/client.py", line 1344, in getresponse
> response.begin()
> File "/usr/lib64/python3.7/http/client.py", line 306, in begin
> version, status, reason = self._read_status()
> File "/usr/lib64/python3.7/http/client.py", line 275, in _read_status
> raise RemoteDisconnected("Remote end closed connection without"
> http.client.RemoteDisconnected: Remote end closed connection without
> response--
> Ran 1 test in 0.164s {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] [Commented] (DISPATCH-1513) system_tests_http failing with libwebsockets 3.2 on Fedora 31
[
https://issues.apache.org/jira/browse/DISPATCH-1513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17017622#comment-17017622
]
ASF GitHub Bot commented on DISPATCH-1513:
--
ganeshmurthy commented on issue #665: DISPATCH-1513: Made changes CMake v 2.8
compatible
URL: https://github.com/apache/qpid-dispatch/pull/665#issuecomment-575422187
I saw the following failure on RHEL 7 systems, hence this fix -
Found Threads: TRUE
-- Found Proton:
optimized;/usr/lib64/libqpid-proton.so;debug;/usr/lib64/libqpid-proton.so
(found version "0.31.0")
-- Found LIBWEBSOCKETS: 3.0.1
CMake Error at cmake/FindLibWebSockets.cmake:70 (if):
if given arguments:
"LIBWEBSOCKETS_VERSION_STRING" "AND" "(" "LIBWEBSOCKETS_VERSION_STRING"
"VERSION_GREATER_EQUAL" "LWS_VERSION_WITH_SSL_FIX" ")"
Unknown arguments specified
Call Stack (most recent call first):
CMakeLists.txt:63 (find_package)
-- Configuring incomplete, errors occurred!
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
> system_tests_http failing with libwebsockets 3.2 on Fedora 31
> -
>
> Key: DISPATCH-1513
> URL: https://issues.apache.org/jira/browse/DISPATCH-1513
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Tests
>Reporter: Ganesh Murthy
>Assignee: Ganesh Murthy
>Priority: Major
> Fix For: 1.11.0
>
>
> Fedora 31 has the latest libwebsockets v 3.2.0 and system_tests_http is
> failing -
> To reproduce
> # cd qpid-dispatch/dockerfiles
> # Open the file Dockerfile-fedora and comment out the line ENTRYPOINT
> ["qdrouterd"] and uncomment CMD ["/bin/bash"]. Save the file.
> # sudo docker build -t fedora31/dispatch --file=Dockerfile-fedora .
> # sudo docker run -i -t fedora31/dispatch
> # cd /main/qpid-dispatch/build
> # ctest -V -R system_tests_http. You will see the following error
> I am commenting out the failing test until the underlying problem is fixed.
> {noformat}
> [root@13552f9cbb69 build]# /usr/bin/python
> "/main/qpid-dispatch/build/tests/run.py" "-m" "unittest" "-v"
> "system_tests_http.RouterTestHttp.test_https_get"
> test_https_get (system_tests_http.RouterTestHttp) ...
> /main/qpid-dispatch/tests/system_tests_http.py:54: DeprecationWarning:
> cafile, capath and cadefault are deprecated, use a custom context instead.
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> ERROR==
> ERROR: test_https_get (system_tests_http.RouterTestHttp)
> --
> Traceback (most recent call last):
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 252, in
> test_https_get
> self.assert_get("http://localhost:%s"; % r.ports[0])
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 83, in
> assert_get
> self.assertEqual(u'HTTP test\n', self.get("%s/system_tests_http.txt" %
> url))
> File "/main/qpid-dispatch/tests/system_tests_http.py", line 54, in get
> http_data = urlopen(url, cafile=cls.ssl_file('ca-certificate.pem'))
> File "/usr/lib64/python3.7/urllib/request.py", line 222, in urlopen
> return opener.open(url, data, timeout)
> File "/usr/lib64/python3.7/urllib/request.py", line 525, in open
> response = self._open(req, data)
> File "/usr/lib64/python3.7/urllib/request.py", line 543, in _open
> '_open', req)
> File "/usr/lib64/python3.7/urllib/request.py", line 503, in _call_chain
> result = func(*args)
> File "/usr/lib64/python3.7/urllib/request.py", line 1345, in http_open
> return self.do_open(http.client.HTTPConnection, req)
> File "/usr/lib64/python3.7/urllib/request.py", line 1320, in do_open
> r = h.getresponse()
> File "/usr/lib64/python3.7/http/client.py", line 1344, in getresponse
> response.begin()
> File "/usr/lib64/python3.7/http/client.py", line 306, in begin
> version, status, reason = self._read_status()
> File "/usr/lib64/python3.7/http/client.py", line 275, in _read_status
> raise RemoteDisconnected("Remote end closed connection without"
> http.client.RemoteDisconnected: Remote end closed connection without
> response--
> Ran 1 test in 0.164s {noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.
