-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Storage Execution
-
Fully Compatible
-
ALL
-
Execution NAMR Team 2023-06-26
-
156
-
None
-
3
-
None
-
None
-
None
-
None
-
None
-
None
The FSM workload agg_match.js verifies the results of the aggregation by [checking the number of documents in the output collection https://github.com/mongodb/mongo/blob/72ac0d6a11f52f91736840d22b797f9cdd8d2d7f/jstests/concurrency/fsm_workloads/agg_match.js#L24. It is expecting the output collection to contain half as many documents as the source collection, but we sometimes see failures in our CI system, especially in the concurrency suites, where the output collection document count is reported as zero.
====== OLD DESCRIPTION =====
OLD TITLE: fsm_workloads /agg_match.js fails due to fast count
The FSM workload agg_match.js uses fast count to check the collection. This is not as robust as using aggregation itself (especially given this test is in the aggregation test suite) to retrieve the collection count (using db.collection.countDocuments()). It would also be less confusing for build failures in the aggregation test suites to be failing due to fast count inaccuracies.
- is related to
-
SERVER-76839 Operations with a CollectionCatalog instance can observe uncommitted collections become committed from a different operation operating on a different CollectionCatalog instance
-
- Closed
-