It is not garunteed that a database drop results in a StaleDB error that we are trying to handle here https://github.com/mongodb/mongo/blob/c41e87779e5dc89aa2f939d6a7b52aea1a650740/src/mongo/db/pipeline/document_source_writer.h#L297 furthermore we are forcing a refresh on the database which can have performance implications on other operations involving that database in order to handle movePrimary situation.
in this ticket we are trying to attempt a short term solution for $out that still has all of the old known pre 8.0 bugs but doesn't have any new correctness or performance bugs
- duplicates
-
SERVER-94889 Investigate suspicious usage of isSharded() condition
-
- Closed
-
- is caused by
-
SERVER-75856 Support implicit database creation for $out when running aggregate on a mongos
-
- Closed
-
- is related to
-
SERVER-85901 $out succeeds when source collection is concurrently dropped in a sharded cluster
-
- Closed
-
-
SERVER-92690 Ensure correct error handling for $out in sharded deployments
-
- Closed
-
-
SERVER-75856 Support implicit database creation for $out when running aggregate on a mongos
-
- Closed
-
-
SERVER-87422 unblock $out tests that have issues with featureFlagTrackUnshardedCollectionsOnShardingCatalog
-
- Closed
-