Details
-
Bug
-
Resolution: Unresolved
-
Critical - P2
-
7.0.0
-
None
-
Cluster Scalability
-
ALL
-
v7.3, v7.2, v7.0
-
(copied to CRM)
-
4
Description
PM-2290/SERVER-72489 made the configsvr start using the ShardServerCatalogCacheLoader (instead of the ConfigServerCatalogCacheLoader) to refresh its in-memory routing table cache. The ShardServerCatalogCacheLoader persists the cache on internal collections (config.cache.<nss>) – one internal collection for each actual collection.
Some processes on the configsvr, such as the balancer or the shardingIndexConsistencyCheker, periodically refresh and use the routing tables. On deployments with a huge number of collections this will caused increased resource usage, particularly WT data handles, which are only garbage-collected after 10 minutes of inactivity. This leads to increased memory usage. Given that configsvr instances are typically small sized, this may trigger OOM failures.
For this issue, don’t allow transitioning into embedded config server and we restore always using the ConfigServerCatalogCacheLoader in 7.0 and 7.3, but do not change 8.0.
This means disabling transitionFromDedicatedConfigServer/transitionToDedicatedConfigServer.
Attachments
Issue Links
- is caused by
-
SERVER-72489 Decide if catalog shards need ShardServerCatalogCacheLoader
-
- Closed
-
- is related to
-
SERVER-84243 Separate Shard-Role Catalog Cache and Loader
-
- In Progress
-