-
Type: Bug
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: 6.0.13, 5.0.24
-
Component/s: None
-
Storage Execution
-
ALL
-
I have discovered that on v5.0 and 6.0 a foced changing the votes/priorities for a down member while a hybrid index build is in progress crashes the server:
{"t":{"$date":"2024-02-27T17:24:10.550+11:00"},"s":"F", "c":"-", "id":23081, "ctx":"IndexBuildsCoordinatorMongod-0","msg":"Invariant failure","attr":{"expr":"status.isA<ErrorCategory::Interruption>() || status.isA<ErrorCategory::ShutdownError>()","msg":"Unexpected error code during index build cleanup: ReadConcernMajorityNotAvailableYet: Committed view disappeared while running operation","file":"src/mongo/db/index_builds_coordinator.cpp","line":2296}} {"t":{"$date":"2024-02-27T17:24:10.551+11:00"},"s":"F", "c":"-", "id":23082, "ctx":"IndexBuildsCoordinatorMongod-0","msg":"\n\n***aborting after invariant() failure\n\n"} {"t":{"$date":"2024-02-27T17:24:10.551+11:00"},"s":"F", "c":"CONTROL", "id":6384300, "ctx":"IndexBuildsCoordinatorMongod-0","msg":"Writing fatal message","attr":{"message":"Got signal: 6 (Aborted).\n"}}
For comparison:
- v7.0.5 is able to handle a forced reconfig with the index build failed on "ReadConcernMajorityNotAvailableYet: Committed view disappeared while running"
- v4.4.28 forced reconfig does not seem to be affecting the index build in progress at all. If the primary is stepped down, the new primary will commit the index build successfully
- is related to
-
SERVER-46822 Ensure 2 phase index build with "commit quorum on" works with replica set reconfig.
- Backlog
- related to
-
SERVER-54703 Forced re-configs will restart the collection scan phase of index builds
- Closed