[
https://issues.apache.org/activemq/browse/AMQ-2901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=61717#action_61717
]
Dirk Alexander Schäfer commented on AMQ-2901:
---------------------------------------------
here is an example error logged at one of our mule instances. it's allways the
same error that gets logged:
ERROR 2010-09-07 04:03:26,844 [ActiveMQ Connection Executor:
tcp:///w.x.y.z:61616] [] [] org.mule.retry.notifiers.ConnectNotifier: Failed to
connect/reconnect: jms://topic:my.app.topic
Root Exception was: Channel was inactive for too long: /w.x.y.z:61616.
Type: class org.apache.activemq.transport.InactivityIOException
i cannot find any error log entry in the logs of the activemq brokers that look
to be related to this problem. the xml config of the broker is attached. for
the client i do not have one beside the mule configuration. do you want to see
this, too?
> Repeating error of client on reconnect
> --------------------------------------
>
> Key: AMQ-2901
> URL: https://issues.apache.org/activemq/browse/AMQ-2901
> Project: ActiveMQ
> Issue Type: Bug
> Components: Broker, JMS client
> Affects Versions: 5.4.0
> Environment: redhat linux; java 1.6
> Reporter: Dirk Alexander Schäfer
>
> recently we upgraded our activeMq instanzes from 5.3.1 to 5.4.0. we also
> upgraded the client API used in our mule-based services. since that upgrade
> we are facing with strange reconnet errors. we have a network of brokers with
> two instances. they are located behinde a hardware loadbalancer over which
> our clients connect to the brokers. if we restart one of the brokers, the
> clients connected to it perform a reconnect and are getting linked to the
> other broker. in our services we use a lot of queues and topics.
> it seems that some topics are unable to reconnect randomly. on one of our
> client machines the reconnect to a durable topic wasn't possible anymore
> (Root Exception was: Durable consumer is in use for client:
> myUniqueConnectorName and subscriptionName: myDurableSubscriberName(JMS Code:
> null). Type: class javax.jms.JMSException ). on the other machine a reconnect
> to another, non-durable topic (Root Exception was: Channel was inactive for
> too long: /w.x.y.z:61616. Type: class
> org.apache.activemq.transport.InactivityIOException ). they did not reconnect
> at all until the services were restarted.
> we were not having this problems with the version 5.3.1.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
