-
Type:
Engineering Test
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Catalog
-
Catalog and Routing
-
2
The listCollections command is the public interface for listing the collections and their collection options. The listCollections command is used by systems designed to sync data such as
- logical initial sync
- chunk migration
- resharding (and moveCollection, unshardCollection)
- mongodump
It is problematic if there are collection options which aren't included in the listCollections output which upon creating the collection would result in the new instance of the collection not correctly responding to all future read and write requests.
To detect gaps in what is reported in the public listCollections interface I'd propose adding logic to jstests/hooks/validate_collections.js (which is already run by resmoke fixtures after each test and mongo shell fixtures on shutdown) to compare the output between it and the $listCatalog interface. This would almost have surely caught SERVER-90243.
- is related to
-
SERVER-90243 ShardCollection/Chunk Migrations/Resharding do not clone some collection catalog options.
-
- Blocked
-
-
-
- Closed
-
-
SERVER-60574 Add a new catalog flag to indicate whether a time-series bucket has mixed-schema data
-
- Closed
-
-
-
- Closed
-
-
SERVER-82235 Make logical initial sync use $listCatalog instead of listCollections/listIndexes
-
- Blocked
-
- related to
-
-
- Backlog
-