[
https://issues.apache.org/jira/browse/HBASE-19533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Duo Zhang resolved HBASE-19533.
-------------------------------
Resolution: Won't Fix
2.x has already been released for a long time and we are going to release 3.x
now.
Resolve as won't fix.
> 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: Michael Stack
> Priority: Critical
>
> 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
(v8.20.10#820010)
