You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Chao Wang (JIRA)" <ji...@apache.org> on 2018/09/12 08:07:00 UTC
[jira] [Commented] (ARTEMIS-2039) tearDown may interrupt wrong
threads after failures
[ https://issues.apache.org/jira/browse/ARTEMIS-2039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16611731#comment-16611731 ]
Chao Wang commented on ARTEMIS-2039:
------------------------------------
Does https://issues.apache.org/jira/browse/ARTEMIS-2030 cover this already?
> tearDown may interrupt wrong threads after failures
> ---------------------------------------------------
>
> Key: ARTEMIS-2039
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2039
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Components: Broker
> Affects Versions: 1.5.5
> Reporter: Brad Maxwell
> Priority: Major
>
> If a failover is happening, and consumers are stuck for any reason during the process, HornetQ might issue interrupts on wrong threads.
> This is because the list of threads is captured before a time wait what could cause issues with the system is the thread doen't belong to the consumer any longer.
> How reproducible:
> On a MDB that's receiving messages and sending messages to a remote node, pull the cable (or disable network). and make failover happen to a backup.
> Steps to Reproduce:
> 1. Deploy the MDB on that condition
> 2. Pull the network cable
> 3. failover that server.
> Actual results:
> JCA will have connections into invalid state. You will get exception on an infinite loop.
> There's a secondary issue here as those connections shouldn't come back to the pool.
> Expected results:
> Connections to reconnect successfully without
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)