[ACCUMULO-4553] DeleteTable repo not replayable

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.6.6, 1.7.2
• Fix Version/s: 2.0.0
• Component/s: fate, master
• Assignee: Unassigned
• Reporter: John Vines
• Created: 04/Jan/17 23:03
• Updated: 31/Jul/19 22:12
• Resolved: 31/Jul/19 22:12

Description

I had an issue where a table was stuck in a deleting state. I'm still digging into the specifics of the incident, but I'm looking at the DeleteTable repo and it does not seem safe to replay if the master goes down during execution. It calls TableManager.transitionTableState which does a zk mutation that does not allow Deleting->Deleting. This means that if the repo dies after the mutation but before seeding the next fate repo, any repeats will fail due to it already being in a deleting state.

Furthermore, the only way to correct this behavior is to manually force the table into a non-deleting state via zk surgery, and no one wants that.

Issue Links

• is related to: ACCUMULO-4575 Concurrent table delete operations leave orphan fate transaction locks