activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pawel Tucholski <pawel.tuchol...@gmail.com>
Subject AMQ3.2.2, network of brokers and multicast discovery - bug
Date Tue, 22 Aug 2006 20:19:55 GMT

Hi

Does anybody know a successful production deployment of ActiveMQ 3.2.2 with
network of brokers and multicast discovery?

Few days ago my colleague was asking about bug 275, now we have found
another even more serous bug that is causing that brokers in clusters are
going down in a simple anomality test. This is suspected root cause of the
bug 275 in our system.

Configuration:
- 2 or more brokers, activemq 3.2.2
- multicast discovery

This occurs in following scenario:
1. Start of broker1
2. Start of broker2
3. Brokers discover themselves, all works fine.
4. Broker2 is disconnected from network - it is still alive.
5. about 10 sec later, broker1 goes down - below the stack trace from
BrokerContainerImpl.stop from broker1:

java.lang.Exception
	at
org.activemq.broker.impl.BrokerContainerImpl.stop(BrokerContainerImpl.java:269)
	at
org.activemq.ActiveMQConnectionFactory.stop(ActiveMQConnectionFactory.java:687)
	at
org.activemq.ActiveMQConnectionFactory.onConnectionClose(ActiveMQConnectionFactory.java:962)
	at org.activemq.ActiveMQConnection.close(ActiveMQConnection.java:775)
	at org.activemq.transport.NetworkChannel.stop(NetworkChannel.java:218)
	at
org.activemq.transport.DiscoveryNetworkConnector.removeChannel(DiscoveryNetworkConnector.java:124)
	at
org.activemq.transport.DiscoveryNetworkConnector.removeService(DiscoveryNetworkConnector.java:76)
	at
org.activemq.transport.DiscoveryAgentSupport.fireRemoveService(DiscoveryAgentSupport.java:66)
	at
org.activemq.transport.multicast.MulticastDiscoveryAgent.fireServiceStopped(MulticastDiscoveryAgent.java:403)
	at
org.activemq.transport.multicast.MulticastDiscoveryAgent.removeService(MulticastDiscoveryAgent.java:421)
	at
org.activemq.transport.multicast.MulticastDiscoveryAgent.checkNodesAlive(MulticastDiscoveryAgent.java:433)
	at
org.activemq.transport.multicast.MulticastDiscoveryAgent.run(MulticastDiscoveryAgent.java:306)
	at java.lang.Thread.run(Thread.java:568)

6. any attempt to connect to broker1 fail - it is not listening on the
configured 61616 port.

Tomorrow we are going to test same scenario with ActiveMQ 4.0.1.

Is it a known feature? I haven't found a bug report for this.
Maybe someone knows the fix in code? I suspect it is not a difficult - some
of the stop/remove method is too much greedy in destroying of components.

It looks like having more than one broker is more risky, at least we know
that when the last
Client disconnects from the broker then the broker is still alive :-)

Regards
PaweĊ‚ Tucholski
-- 
View this message in context: http://www.nabble.com/AMQ3.2.2%2C-network-of-brokers-and-multicast-discovery---bug-tf2148514.html#a5932916
Sent from the ActiveMQ - User forum at Nabble.com.


Mime
View raw message