[ https://issues.apache.org/jira/browse/ARTEMIS-4476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17785569#comment-17785569 ]
ASF subversion and git services commented on ARTEMIS-4476: ---------------------------------------------------------- Commit 11f76bc1339f41ce08e61c2e91a7e51beabb1321 in activemq-artemis's branch refs/heads/main from Clebert Suconic [ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=11f76bc133 ] ARTEMIS-4476 Validating process to remove orphaned consumers > 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 40m > 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)