[ https://issues.apache.org/jira/browse/HBASE-21271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stack updated HBASE-21271: -------------------------- Resolution: Fixed Hadoop Flags: Reviewed Fix Version/s: (was: 2.2.0) Status: Resolved (was: Patch Available) Pushed to branch-2.0 and branch-2.1. Doesn't make sense on branch-2+. I see it makes a difference in testing in that the failed rollback eventually finishes where previous it would just cycle forever. > [amv2] Don't throw UnsupportedOperationException when rollback called on > Assign/Unassign; spiral of death > --------------------------------------------------------------------------------------------------------- > > Key: HBASE-21271 > URL: https://issues.apache.org/jira/browse/HBASE-21271 > Project: HBase > Issue Type: Bug > Components: amv2 > Reporter: stack > Assignee: stack > Priority: Major > Fix For: 2.1.1, 2.0.3 > > Attachments: HBASE-21271.branch-2.1.001.patch, > HBASE-21271.branch-2.1.002.patch > > > I can't repro reliably but if an AssignProcedure or UnassignProcedure is a > subprocedure of an Enable/Disable and for whatever reason the parent decides > it needs to rollback -- can't get an entity lock -- it will ask the > subprocedures to rollback. UP and AP don't support rollback on all steps. For > steps where not supported, we have been throwing a > UnsupportedOperationException.... The Framework reschedules the rollback. And > so on filling logs and Procedure WALs. > Instead just note no rollback supported and intervention may be needed (until > we to to 2.2 when AP/UP go away). -- This message was sent by Atlassian JIRA (v7.6.3#76005)