Env: 2 masters, 1 RS.
Steps to reproduce: Active master is killed while ModifyTableProcedure is executed.
If the table has enough regions it may come that when the secondary master get active some of the regions may be closed, so once client retries the call to the new active master, a new ModifyTableProcedure is created and get stuck during MODIFY_TABLE_REOPEN_ALL_REGIONS state handling. That happens because:
1. When we are retrying from client side, we call modifyTableAsync which create a procedure with a new nonce key:
So on the server side, it's considered as a new procedure and starts executing immediately.
2. When we are processing MODIFY_TABLE_REOPEN_ALL_REGIONS we create MoveRegionProcedure for each region, but it checks whether the region is online (and it's not), so it fails immediately, forcing the procedure to restart.
Ankit Singhal saw a similar case when two concurrent ModifyTable procedures were running and got stuck in the similar way.