hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Duo Zhang (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-18199) Race in NettyRpcConnection may cause call stuck in BufferCallBeforeInitHandler forever
Date Sat, 10 Jun 2017 10:43:18 GMT

    [ https://issues.apache.org/jira/browse/HBASE-18199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16045485#comment-16045485
] 

Duo Zhang commented on HBASE-18199:
-----------------------------------

Yeah the write task will be executed in the same thread with the events. So there is no overlap,
the event processing need to wait for a while before we finish.

Will commit shortly. And I missed the fact that we still need to commit this patch to branch-1,
so let me remove the lambda expressions...

> Race in NettyRpcConnection may cause call stuck in BufferCallBeforeInitHandler forever
> --------------------------------------------------------------------------------------
>
>                 Key: HBASE-18199
>                 URL: https://issues.apache.org/jira/browse/HBASE-18199
>             Project: HBase
>          Issue Type: Bug
>          Components: IPC/RPC
>    Affects Versions: 3.0.0, 1.4.0, 2.0.0-alpha-1
>            Reporter: Duo Zhang
>            Assignee: Duo Zhang
>             Fix For: 3.0.0, 1.4.0, 2.0.0-alpha-2
>
>         Attachments: HBASE-18199.patch
>
>
> Found this when implementing the POC of HDFS-9924.
> The problem is that channel.writeAndFlush will find the first outbound handler before
scheduling the actual write task into event loop, so it is possible that when we actually
execute the write task, the first outbound handler has already been changed but the task still
refers to the old handler which has already been removed.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message