You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Allan Yang (JIRA)" <ji...@apache.org> on 2018/11/02 02:35:00 UTC

[jira] [Updated] (HBASE-21423) Procedures for meta table/region should be able to execute in separate workers

     [ https://issues.apache.org/jira/browse/HBASE-21423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Allan Yang updated HBASE-21423:
-------------------------------
    Summary: Procedures for meta table/region should be able to execute in separate workers   (was: Procedures for meta table/region should be able to executed in separate workers )

> Procedures for meta table/region should be able to execute in separate workers 
> -------------------------------------------------------------------------------
>
>                 Key: HBASE-21423
>                 URL: https://issues.apache.org/jira/browse/HBASE-21423
>             Project: HBase
>          Issue Type: Sub-task
>    Affects Versions: 2.1.1, 2.0.2
>            Reporter: Allan Yang
>            Assignee: Allan Yang
>            Priority: Major
>         Attachments: HBASE-21423.branch-2.0.001.patch
>
>
> We have higher priority for meta table procedures, but only in queue level. There is a case that the meta table is closed and a AssignProcedure(or RTSP in branch-2+) is waiting there to be executed, but at the same time, all the Work threads are executing procedures need to write to meta table, then all the worker will be stuck and retry for writing meta, no worker will take the AP for meta.
> Though we have a mechanism that will detect stuck and adding more ''KeepAlive'' workers to the pool to resolve the stuck. It is already stuck a long time.
> This is a real case I encountered in ITBLL.
> So, I add one 'Urgent work' to the ProceudureExecutor, which only take meta procedures(other workers can take meta procedures too), which can resolve this kind of stuck.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)