[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16570722#comment-16570722 ] ASF GitHub Bot commented on DISPATCH-1008: -- Github user asfgit closed the pull request at: https://github.com/apache/qpid-dispatch/pull/348 > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16570720#comment-16570720 ] ASF subversion and git services commented on DISPATCH-1008: --- Commit 83f5d524a63dec84f648a8afa126f794cbcafccb in qpid-dispatch's branch refs/heads/master from [~ganeshmurthy] [ https://git-wip-us.apache.org/repos/asf?p=qpid-dispatch.git;h=83f5d52 ] DISPATCH-1008 - Back out previous change that was storing every failover url obtained from every connection. Modified the code to wipe out the failover urls obtained from the previous connection if the current connection returned an empty list for failover urls. This closes #348. > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16564081#comment-16564081 ] ASF GitHub Bot commented on DISPATCH-1008: -- GitHub user ganeshmurthy opened a pull request: https://github.com/apache/qpid-dispatch/pull/348 DISPATCH-1008 - Back out previous change that was storing every failo… …ver url obtained from every connection. Modified the code to wipe out the failover urls obtained from the previous connection if the current connection returned an empty list for failover urls You can merge this pull request into a Git repository by running: $ git pull https://github.com/ganeshmurthy/qpid-dispatch DISPATCH-1008-3 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/qpid-dispatch/pull/348.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #348 commit 8d12f277c8cb120731ba956da791d8828692702a Author: Ganesh Murthy Date: 2018-07-12T18:56:10Z DISPATCH-1008 - Back out previous change that was storing every failover url obtained from every connection. Modified the code to wipe out the failover urls obtained from the previous connection if the current connection returned an empty list for failover urls > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16555764#comment-16555764 ] ASF GitHub Bot commented on DISPATCH-1008: -- Github user ganeshmurthy closed the pull request at: https://github.com/apache/qpid-dispatch/pull/341 > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16542103#comment-16542103 ] ASF GitHub Bot commented on DISPATCH-1008: -- GitHub user ganeshmurthy opened a pull request: https://github.com/apache/qpid-dispatch/pull/341 DISPATCH-1008 - Back out previous change that was storing every failo… …ver url obtained from every connection. Modified the code to wipe out the failover urls obtained from the previous connection if the current connection returned an empty list for failover urls You can merge this pull request into a Git repository by running: $ git pull https://github.com/ganeshmurthy/qpid-dispatch DISPATCH-1008-2 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/qpid-dispatch/pull/341.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #341 commit b3f4f2a8197f000538c25311ef481cb4b1ffd51a Author: Ganesh Murthy Date: 2018-07-12T18:56:10Z DISPATCH-1008 - Back out previous change that was storing every failover url obtained from every connection. Modified the code to wipe out the failover urls obtained from the previous connection if the current connection returned an empty list for failover urls > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16542101#comment-16542101 ] Ganesh Murthy commented on DISPATCH-1008: - New rules for failover - 1. If the failover-server-list is present but the content of the list is empty, we scrub the failover list except we keep the original connector information and current connection information. 2. If the failover list contains one or more maps that contain failover connection information, that information will be appended to the list which already contains the original connection information and the current connection information. Any other failover information left over from the previous connection is deleted 3. If the failover-server-list is not present at all in the connection properties, the failover list we maintain in untoched. > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16540187#comment-16540187 ] Chuck Rolke commented on DISPATCH-1008: --- In diagnosing Commit cc3ab655 the issue was not the number of attempts to find the correct failover list. The failover list from Router B includes a *bogus host 'third-host'* whose name never resolves. Since the host name is a simple name and does not include a domain name field, a test system, like my laptop, might spend a lot of time querying DNS (internet provider DNS, corporate VPN DNS, etc) trying to resolve the name. In my case I can see that Router A disconnects from Router B and reconnects to Router C 4.5 seconds later. That's why the test takes so long on some systems. ◊ ◊◊ 3.233983 {color:#00} Frame 309 127.0.0.1:45172 -> 127.0.0.1:20902 -> {color} *flow* [0,2] (1,250) ◊ ◊◊ 3.381848 {color:#00} Frame 356 127.0.0.1:45172 -> 127.0.0.1:20902 -> {color} *close* [0] <-- connection to B lost ◊ ◊◊ 7.936659 Frame 479 127.0.0.1:50038 -> 127.0.0.1:20904 -> *init* SASL (3): (1.0.0) <-- Connection to C started ◊ ◊◊ 7.939116 Frame 481 127.0.0.1:50038 <- 127.0.0.1:20904 <- *init* SASL (3): (1.0.0), *method* Method: > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16539303#comment-16539303 ] ASF subversion and git services commented on DISPATCH-1008: --- Commit cc3ab65578701dd0df262ce346f0443cc21b9975 in qpid-dispatch's branch refs/heads/master from [~chug] [ https://git-wip-us.apache.org/repos/asf?p=qpid-dispatch.git;h=cc3ab65 ] DISPATCH-1008: Failover test waits for inter-router status After Router A fails over from B to C, wait for the inter-router connection to RouterC to show up in RouterC's management stack before declaring an error. > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16538563#comment-16538563 ] ASF subversion and git services commented on DISPATCH-1008: --- Commit 95ef612ccb848b3050ab882e5ebb6cebdb763f08 in qpid-dispatch's branch refs/heads/master from [~ganeshmurthy] [ https://git-wip-us.apache.org/repos/asf?p=qpid-dispatch.git;h=95ef612 ] DISPATCH-1008 - Increased the number of attempts to check for connector to 10 so that slower systems will not fail > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16537192#comment-16537192 ] ASF subversion and git services commented on DISPATCH-1008: --- Commit 5f4f69c9a33818a3293717d56cc08916c736b8d8 in qpid-dispatch's branch refs/heads/master from [~ganeshmurthy] [ https://git-wip-us.apache.org/repos/asf?p=qpid-dispatch.git;h=5f4f69c ] DISPATCH-1008 - Added code to preserve failover information from previous connections. Failover information is never lost > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16526321#comment-16526321 ] ASF subversion and git services commented on DISPATCH-1008: --- Commit e92dab3c5a06b20760e11d1dd702fdb0b4c84b94 in qpid-dispatch's branch refs/heads/master from [~ganeshmurthy] [ https://git-wip-us.apache.org/repos/asf?p=qpid-dispatch.git;h=e92dab3 ] DISPATCH-1008 - Original connection information is preserved in the failover list and a connection is attempted via round robin when the router fails over > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Fix For: 1.2.0 > > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16509973#comment-16509973 ] ASF GitHub Bot commented on DISPATCH-1008: -- GitHub user ganeshmurthy opened a pull request: https://github.com/apache/qpid-dispatch/pull/322 DISPATCH-1008 - Original connection information is preserved in the f… …ailover list and a connection is attempted via round robin when the router fails over You can merge this pull request into a Git repository by running: $ git pull https://github.com/ganeshmurthy/qpid-dispatch DISPATCH-1008-1 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/qpid-dispatch/pull/322.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #322 commit 1d72de1edffee463d221c5d2a0d552ae26c3a28d Author: Ganesh Murthy Date: 2018-05-25T19:07:44Z DISPATCH-1008 - Original connection information is preserved in the failover list and a connection is attempted via round robin when the router fails over > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16509968#comment-16509968 ] ASF GitHub Bot commented on DISPATCH-1008: -- Github user ganeshmurthy closed the pull request at: https://github.com/apache/qpid-dispatch/pull/310 > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Commented] (DISPATCH-1008) Router should preserve original connection information when attempting to make failover connections
[ https://issues.apache.org/jira/browse/DISPATCH-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16493724#comment-16493724 ] ASF GitHub Bot commented on DISPATCH-1008: -- GitHub user ganeshmurthy opened a pull request: https://github.com/apache/qpid-dispatch/pull/310 DISPATCH-1008 - Original connection information is preserved in the f… …ailover list and a connection is attempted via round robin when the router fails over You can merge this pull request into a Git repository by running: $ git pull https://github.com/ganeshmurthy/qpid-dispatch DISPATCH-1008 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/qpid-dispatch/pull/310.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #310 commit 48c36134e406dfddc396a9f624f61b9e8781fa13 Author: Ganesh Murthy Date: 2018-05-25T19:07:44Z DISPATCH-1008 - Original connection information is preserved in the failover list and a connection is attempted via round robin when the router fails over > Router should preserve original connection information when attempting to > make failover connections > --- > > Key: DISPATCH-1008 > URL: https://issues.apache.org/jira/browse/DISPATCH-1008 > Project: Qpid Dispatch > Issue Type: Bug >Reporter: Ganesh Murthy >Assignee: Ganesh Murthy >Priority: Major > Attachments: broker-slave.xml, broker.xml, qdrouterd-failover.conf > > > # Start artemis master and slave brokers and the router with the attached > config files. > # Notice that the router receives an open frame from the master broker with > the following failover information > # > {noformat} > 2018-05-22 22:11:11.830106 -0230 SERVER (trace) [1]:0 <- @open(16) > [container-id="localhost", max-frame-size=4294967295, channel-max=65535, > idle-time-out=3, > offered-capabilities=@PN_SYMBOL[:"sole-connection-for-container", > :"DELAYED_DELIVERY", :"SHARED-SUBS", :"ANONYMOUS-RELAY"], > properties={:product="apache-activemq-artemis", > :"failover-server-list"=[{:hostname="0.0.0.8", :scheme="amqp", :port=61617, > :"network-host"="0.0.0.0"}]"}]{noformat} > > # Now, kill the master broker and notice that the router correctly fails > over to the slave broker. But the slave broker does not provide any failover > information in its open frame and hence the router erases its original master > broker connection information > # When the master broker is now restarted and the slave broker is killed, > the router attempts to repeatedly connect only to the slave broker but never > attempts a connection to the master broker. > # If the router did not erase its failover list but preserved the original > master connection information, it would have connected the master broker. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org