AMQ3.2.2, network of brokers and multicast discovery - bug

[Pawel Tucholski <pa...@gmail.com>]

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.

Re: AMQ3.2.2, network of brokers and multicast discovery - bug

[James Strachan <ja...@gmail.com>]

On 8/22/06, Pawel Tucholski <pa...@gmail.com> wrote:
>
> Hi
>
> Does anybody know a successful production deployment of ActiveMQ 3.2.2 with
> network of brokers and multicast discovery?

I recommend anyone going into production to use ActiveMQ 4.0.1 (or
4.0.2 as soon as its released) - especially if you intend to use
networks as there have been huge numbers of fixes in those since 3.x
-- 

James
-------
http://radio.weblogs.com/0112098/