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)