Details
-
Sub-task
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
2.4.3
-
None
-
None
-
Reviewed
Description
A SplitTableRegionProcedure may already be running when a regionserver report is received that includes a split request. The outcome is multiple SplitTableRegionProcedure procedures scheduled for the split request, only one of which can succeed. The others error out. Perhaps it is only WARN level noise in the logs that will cause operator concern, but is clearly not correct.
Do not create a split procedure in response to a region state change report if the region is not open or already splitting.
Attachments
Issue Links
- links to