You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2018/04/30 17:38:03 UTC

[jira] [Updated] (HBASE-19533) How to do controlled shutdown in branch-2?

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

stack updated HBASE-19533:
--------------------------
    Fix Version/s:     (was: 2.0.0)
                   3.0.0

> How to do controlled shutdown in branch-2?
> ------------------------------------------
>
>                 Key: HBASE-19533
>                 URL: https://issues.apache.org/jira/browse/HBASE-19533
>             Project: HBase
>          Issue Type: Task
>            Reporter: stack
>            Priority: Critical
>             Fix For: 3.0.0
>
>
> Before HBASE-18946, setting shutdown of a cluster, the Master would exit immediately. RegionServers would run region closes and then try and notify the Master of the close and would spew exceptions that the Master was unreachable.
> This is different to how branch-1 used to do it. It used to keep Master up and it would be like the captain of the ship, the last to go down. As of HBASE-18946, this is again the case but there are still open issues.
>  # Usually Master does all open and close of regions. On cluster shutdown, it is the one time where the Regions run the region close. Currently, the regions report the close to the Master which disregards the message since it did not start the region closes. Should we do different? Try and update state in hbase:meta setting it to CLOSE? We might not be able to write CLOSE for all regions since hbase:meta will be closing too (the RS that is hosting hbase:meta will close it last.... but that may not be enough).
>  # Should the Master run the cluster shutdown sending out close for all regions? What if cluster of 1M regions? Untenable? Send a message per server? That might be better.
> Anyways, this needs attention. Filing issue in meantime.



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