hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stephen Yuan Jiang (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-12071) Separate out thread pool for Master <-> RegionServer communication
Date Tue, 06 Jan 2015 04:19:35 GMT

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

Stephen Yuan Jiang commented on HBASE-12071:

This is due to mock in UT only set the region is meta; and my change is expand from only meta
table (isMetaTable) to all system tables, therefore, my change checks isSystemTable.  Modify
unit test to mock system table and attach V5.

> Separate out thread pool for Master <-> RegionServer communication
> ------------------------------------------------------------------
>                 Key: HBASE-12071
>                 URL: https://issues.apache.org/jira/browse/HBASE-12071
>             Project: HBase
>          Issue Type: Improvement
>    Affects Versions: 2.0.0
>            Reporter: Sudarshan Kadambi
>            Assignee: Stephen Yuan Jiang
>             Fix For: 2.0.0
>         Attachments: HBASE-12071.v2-master.patch, HBASE-12071.v2-master.patch, HBASE-12071.v3-master.patch,
HBASE-12071.v4-master.patch, HBASE-12071.v5-master.patch
> Over in HBASE-12028, there is a discussion about the case of a RegionServer still being
alive despite all its handler threads being dead. One outcome of this is that the Master is
left hanging on the RS for completion of various operations - such as region un-assignment
when a table is disabled. Does it make sense to create a separate thread pool for communication
between the Master and the RS? This addresses not just the case of the RPC handler threads
terminating but also long-running queries or co-processor executions holding up master operations.

This message was sent by Atlassian JIRA

View raw message