[
https://issues.apache.org/jira/browse/HBASE-5213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13221354#comment-13221354
]
Zhihong Yu commented on HBASE-5213:
-----------------------------------
In stop-hbase.sh, I see:
{code}
# TODO: store backup masters in ZooKeeper and have the primary send them a
shutdown message
# stop any backup masters
"$bin"/hbase-daemons.sh --config "${HBASE_CONF_DIR}" \
--hosts "${HBASE_BACKUP_MASTERS}" stop master-backup
{code}
We have several options:
1. adding a "shutdown node" in ZK on which all masters should listen
2. introducing "backup masters" node in ZK so that we know where shutdown
message should be sent
> "hbase master stop" does not bring down backup masters
> ------------------------------------------------------
>
> Key: HBASE-5213
> URL: https://issues.apache.org/jira/browse/HBASE-5213
> Project: HBase
> Issue Type: Bug
> Reporter: Gregory Chanan
> Priority: Minor
>
> Typing "hbase master stop" produces the following message:
> "stop Start cluster shutdown; Master signals RegionServer shutdown"
> It seems like backup masters should be considered part of the cluster, but
> they are not brought down by "hbase master stop".
> "stop-hbase.sh" does correctly bring down the backup masters.
> The same behavior is observed when a client app makes use of the client API
> HBaseAdmin.shutdown()
> http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/HBaseAdmin.html#shutdown()
> -- this isn't too surprising since I think "hbase master stop" just calls
> this API.
> It seems like HBASE-1448 address this; perhaps there was a regression?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
