You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Viraj Jasani (Jira)" <ji...@apache.org> on 2023/06/27 00:16:00 UTC

[jira] [Commented] (HBASE-25549) Provide lazy mode when modifying table to avoid RIT storm

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

Viraj Jasani commented on HBASE-25549:
--------------------------------------

[~GeorryHuang] it's been quite some time, thank you for your work on this.

i was wondering if you might still have bandwidth and be interested in resolving merge conflicts and get this patch ready for review.

> Provide lazy mode when modifying table to avoid RIT storm
> ---------------------------------------------------------
>
>                 Key: HBASE-25549
>                 URL: https://issues.apache.org/jira/browse/HBASE-25549
>             Project: HBase
>          Issue Type: Improvement
>          Components: master, shell
>    Affects Versions: 3.0.0-alpha-1
>            Reporter: Zhuoyue Huang
>            Priority: Major
>             Fix For: 3.0.0-beta-1
>
>
> Under normal circumstances, modifying a table will cause all regions belonging to the table to enter RIT. Imagine the following two scenarios:
>  # Someone entered the wrong configuration (e.g. negative 'hbase.busy.wait.multiplier.max' value) when altering the table, causing thousands of online regions to fail to open, leading to online accidents.
>  # Modify the configuration of a table, but this modification is not urgent, the regions are not expected to enter RIT immediately.
> -'alter_lazy' is a new command to modify a table without reopening any online regions except those regions were assigned by other threads or split etc.-
>  
> Provide an optional lazy_mode for the alter command to modify the TableDescriptor without the region entering the RIT. The modification will take effect when the region is reopened.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)