This is very similar to SERVER-56002, whereby a lock-free operation attempts to access the DurableCatalog while a concurrent operation is modifying it. For listCollections, its possible to lookup the collection in the CollectionCatalog just before a collection has been dropped, which means it no longer has an entry in the DurableCatalog. Then, when listCollections proceeds to read the collection options, it receives an empty object and returns it in the command response.
One possible downstream impact for this is a failed shardCollection command when try to extract the UUID of the collection to shard.
- is depended on by
-
SERVER-55352 Missing uuid in collection info returned by TenantDatabaseCloner's listCollections command
- Closed
- related to
-
SERVER-56002 listIndexes can read partial state from renameCollection
- Closed
-
SERVER-56877 insert operations may fail to set index to multikey after aborted multikey catalog update
- Closed
-
SERVER-57083 Coverity analysis defect 120111: Parse warning
- Closed
-
SERVER-57324 dropDatabase should not modify CollectionCatalog inplace
- Closed
-
SERVER-57775 collection metadata for multikey not removed after WriteConflictException from durable catalog update
- Closed
-
SERVER-56999 Unify CollectionImpl creation interface
- Closed
-
SERVER-57127 Refactor multikey and other state out of IndexCatalogEntry
- Closed