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

Andrew Purtell commented on HBASE-20087:
----------------------------------------

I couldn't get a clean unit test suite run, but the failure is due to 
(reopened) HBASE-19989. Committing shortly

> Periodically attempt redeploy of regions in FAILED_OPEN state
> -------------------------------------------------------------
>
>                 Key: HBASE-20087
>                 URL: https://issues.apache.org/jira/browse/HBASE-20087
>             Project: HBase
>          Issue Type: Improvement
>          Components: master, Region Assignment
>    Affects Versions: 1.4.2
>            Reporter: Andrew Purtell
>            Assignee: Andrew Purtell
>            Priority: Major
>             Fix For: 1.5.0, 1.4.3
>
>         Attachments: 
> 0001-W-4723090-Port-the-RIT-FAILED_OPEN-state-hack-from-R.patch, 
> HBASE-20087-branch-1.patch, HBASE-20087-branch-1.patch
>
>
> Because RSGroups can cause permanent RIT with regions in FAILED_OPEN state, 
> we added logic to the master portion of the RSGroups extention to enumerate 
> RITs and retry assignment of regions in FAILED_OPEN state.
> However, this strategy can be applied generally to reduce need of operator 
> involvement in cluster operations. Now an operator has to manually resolve 
> FAILED_OPEN assignments but there is little risk in automatically retrying 
> them after a while. If the reason the assignment failed has not cleared, the 
> assignment will just fail again. Should the reason the assignment failed be 
> resolved, then operators don't have to do more in order for the cluster to 
> fully heal. 
>  



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

Reply via email to