[jboss-jira] [JBoss JIRA] (JGRP-1963) TCP_NIO2 starts dropping messages
Bela Ban (JIRA)
issues at jboss.org
Wed Sep 9 05:19:00 EDT 2015
[ https://issues.jboss.org/browse/JGRP-1963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13106761#comment-13106761 ]
Bela Ban commented on JGRP-1963:
--------------------------------
The problem is on the receiver side: the NioConnection in question had only {{OP_CONNECT}} set *although the channel was connected*, but not {{OP_READ}}, which caused {{netstat -na}} to show a pileup of bytes to be read to be shown.
Investigating why {{OP_CONNECT}} was not cleared and {{OP_READ}} set.
> TCP_NIO2 starts dropping messages
> ---------------------------------
>
> Key: JGRP-1963
> URL: https://issues.jboss.org/browse/JGRP-1963
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.5
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Critical
> Fix For: 3.6.6
>
>
> At some point, {{TCP_NIO2}} starts dropping messages, at either the send or receive direction (still need to find out). This shows itself when e.g. a JOIN fails: the joiner sends a lot of {{JOIN-REQ}} messages and gets {{JOIN-RSP}} msgs from the coord, but doesn't receive them.
> If {{GMS.max_join_attempts="0"}}, then this goes on forever, or until the joiner doesn't discover any nodes anymore.
> {{probe.sh jmx=UNICAST3.printConnections}} shows that messages are sent but no acks are received.
> Clearing the connection table in {{TCP_NIO2}} fixes the problem: {{probe.sh op=TCP_NIO2.clearConnections}}.
> This shows that the issue is indeed in {{TCP_NIO2}}. Also, {{TCP}} and {{UDP}} work.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
More information about the jboss-jira
mailing list