Bug 1087632

Summary:	[GSS] (6.2.x) Change initial connection behavior for cluster connection
Product:	[JBoss] JBoss Enterprise Application Platform 6	Reporter:	Jimmy Wilson <jawilson>
Component:	HornetQ	Assignee:	Clebert Suconic <csuconic>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Miroslav Novak <mnovak>
Severity:	unspecified	Docs Contact:	Russell Dickenson <rdickens>
Priority:	unspecified
Version:	6.2.1	CC:	bmaxwell, cdewolf, csuconic, jawilson, jbertram, kkhan, msvehla, smumford
Target Milestone:	CR2
Target Release:	EAP 6.2.3
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:	In previous versions of JBoss EAP 6 HornetQ could get in an infinite loop when trying to connect to a cluster node if it was disconnected during its initial connection attempt. In this release the cluster connection bridge uses the "reconnect-attempts" value for both the initial connection attempts and reconnection attempts. This avoids the infinite loop.	Story Points:	---
Clone Of:	1056216	Environment:
Last Closed:	2014-06-09 12:48:08 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1056216, 1057330, 1064596
Bug Blocks:	1067532, 1084639

Description Jimmy Wilson 2014-04-14 21:22:24 UTC

+++ This bug was initially created as a clone of Bug #1056216 +++

Cluster connection bridge should use the "reconnect-attempts" value for both the initial connection attempts and reconnection attempts.

--- Additional comment from  on 2014-01-21 14:25:55 EST ---

Fix committed to the 2.3.x branch.  See https://github.com/hornetq/hornetq/commit/8ef706763c784aebc43c1b4aa3dfc309122f5f2d.

--- Additional comment from Kabir Khan on 2014-04-04 10:46:11 EDT ---

Setting to ON_QA since upgrade should fix this

Comment 1 Miroslav Novak 2014-05-06 11:07:07 UTC

Fix is not present in HornetQ tag HornetQ_2_3_14_1_Final which is in EAP 6.2.3.CP.ER2. (It seems that it was merged just to master but not to 2.3.x branch.)

This fix also requires update of xsd schema so attribute "initial-connect-attempts" can be set in standalone...xml and domain.xml.

Comment 2 Miroslav Novak 2014-05-07 10:02:47 UTC

Ignore my comment above. Setting as verified. Attribute "reconnect-attempts" defines initial retry.

Comment 3 Scott Mumford 2014-05-26 02:54:27 UTC

Refactored Doc Text to reflect Bug Fix resolution. 

Including original below should older details be required.

Consequence : HornetQ could get in an infinite loop when trying to connect to a cluster node if it was disconnected during its initial connection attempt.

Cause :This could be an issue in two cases:
Using a static cluster configuration, any initial connect attempt would be done infinitely ignoring the number of retries parameter.

Using a dynamic cluster configuration, if the node was disconnected between the time it received a notification about the node being part of the cluster topology and the initial connection.

In any of these cases an infinite loop trying to connect would be in place wasting CPU resources.

Fix:  Cluster connection bridge should use the "reconnect-attempts" value for both the initial connection attempts and reconnection attempts.

Result: HornetQ infinite loop avoided.