-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: 5.0.0, 7.0.0, 7.1.0-rc5, 8.1.0-rc0
-
Component/s: Sharding
-
Query Execution
-
Fully Compatible
-
ALL
-
v8.0
-
QE 2024-07-22
-
0
-
2
In BF-30149 it was found that in very rare cases it is possible for ReshardingCoordinator Instance to be destroyed before Instance::run() is called by the POS framework as described in this comment. In this case the ReshardingCoordinator destructor would be called following which ReshardingCoordinatorOpObserver destructor would invariant on promises:
ReshardingCoordinatorObserver::~ReshardingCoordinatorObserver() {
stdx::lock_guard<Latch> lg(_mutex);
invariant(_allDonorsReportedMinFetchTimestamp.getFuture().isReady());
invariant(_allRecipientsFinishedCloning.getFuture().isReady());
invariant(_allRecipientsReportedStrictConsistencyTimestamp.getFuture().isReady());
invariant(_allRecipientsDone.getFuture().isReady());
invariant(_allDonorsDone.getFuture().isReady());
}
We should pass through the invariant checks if Instance::run() is not called.