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

stack resolved HBASE-19193.
---------------------------
    Resolution: Won't Fix

Resolving as won't fix. After study, I had the scenario wrong. See HBASE-19165 
, the original issue for more.

> [AMv2] Master dies during Table Drop, new Master confused on what to do w/ 
> Regions
> ----------------------------------------------------------------------------------
>
>                 Key: HBASE-19193
>                 URL: https://issues.apache.org/jira/browse/HBASE-19193
>             Project: HBase
>          Issue Type: Bug
>          Components: Region Assignment
>            Reporter: stack
>            Priority: Critical
>             Fix For: 2.0.0-beta-1
>
>
> This is a good one turned up by that really great unit test facility where we 
> do double execution of procedures with kills in between.
> The scenario in this case is interesting. It was brought on by the fix to 
> "HBASE-19165 TODO Handle stuck in transition: rit=OPENING, 
> location=ve0538...." HBASE-19165 removed the presumption that an empty region 
> state in hbase:meta meant OPENING.
> The test that started failing was #testRecoveryAndDoubleExecution in 
> TestRestoreSnapshotProcedure. A table is being deleted with kills and double 
> execution of procedures enabled. The Table delete has mostly completed the 
> delete of all regions and then the Master is killed. The new Master comes up, 
> sees a few regions left in the hbase:meta but at least for a few, the state 
> field is empty.
> AMv2 tries to do the wrong thing which is reassign the region. It needs to do 
> some probing to figure what to do with a region it doesn't know state on... 
> e..g see if table is enabled or not.
> Filing this issue to fix. Its part of a broader problem of what to do when 
> state is empty in meta.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to