-
Type:
Bug
-
Resolution: Won't Fix
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Replication
-
ALL
-
-
Repl 2025-08-04
-
0
-
None
-
3
-
TBD
-
None
-
None
-
None
-
None
-
None
-
None
-
None
BF-38639 found that storageInterface->findById() will return EBUSY if the oplogApplier thread is trying to access the oplogTruncateAfterPoint document while another thread is concurrently running validate on local.replset.oplogTruncateAfterPoint, which will trigger this fassert. To prevent this from happening, we need to add concurrency control to make sure the replication layer is aware of when validate is running and exclude access to this table when it is.
- is related to
-
SERVER-97174 validate command on secondaries reads unfinished oplog batch
-
- Closed
-