[ https://issues.apache.org/jira/browse/ARTEMIS-4476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17784595#comment-17784595 ]
ASF subversion and git services commented on ARTEMIS-4476: ---------------------------------------------------------- Commit b041f2cde2fe7d8c9d74708ceef53501b603e88b in activemq-artemis's branch refs/heads/main from Clebert Suconic [ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=b041f2cde2 ] ARTEMIS-4476 Client Failures Soak Test I was not able to reproduce the actual issue here, but I heavily used this test during debugging. This will not serve as a reproducer to the Ghost consumer issue, but this is a valid test. > Connection Failure Race Conditions in AMQP and Core > --------------------------------------------------- > > Key: ARTEMIS-4476 > URL: https://issues.apache.org/jira/browse/ARTEMIS-4476 > Project: ActiveMQ Artemis > Issue Type: Task > Reporter: Clebert Suconic > Assignee: Clebert Suconic > Priority: Major > Time Spent: 4h > Remaining Estimate: 0h > > Failure Detection has a possibility to a race condition with the processing > of the client packets (or frames in the case of AMQP). > This is because Netty detects the failure and removes the connection objects > while the packets are still processing things. > I was not able to reproduce this particular issue, but I have seen a case > from a memory dump where the consumer was created while the connection was > already dropped, leaving the consumer isolated without any communication with > clients. > That particular case I could see a possibility because of these races. > I am adding tests to exercise connection failure in stress and I was able to > reproduce other issues. -- This message was sent by Atlassian Jira (v8.20.10#820010)