-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: 3.6.0-rc4
-
Component/s: Sharding
-
Fully Compatible
-
ALL
-
Sharding 2018-01-01, Sharding 2017-12-18
-
(copied to CRM)
When interacting with a mongod in a sharded cluster, the first time a client connects directly to a mongod (instead of via mongos) it can receive a null signed clustertime. Ordinarily, this will only happen when the client has the special authorized to advance clock privilege, but it can also happen the first time an unprivileged client communicates (if that's before keys have been synced).
When that client later attempts to gossip the time, they can receive a
Cache Reader No keys found for HMAC that is valid for time: { ts: Timestamp 1510338396000|21 } with id: 0
style error. This will only occur when the cluster itself has auth enabled (as otherwise no validation is necessary).
For current tests, that involves blacklisting:
- jstests/sharding/aggregation_currentop.js
- jstests/sharding/auth_slaveok_routing.js
and forcing jstests/libs/override_methods/validate_collections_on_shutdown.js to abort if it sees KeyNotFound.
We should come up with a strategy to handle this and remove the blacklist
- is related to
-
PYTHON-1434 pymongo resends client metadata after Monitor heartbeats fail
- Closed
- related to
-
SERVER-33585 Do not return $clusterTime when no keys are available
- Closed
-
SERVER-43516 Complete TODO listed in SERVER-31916
- Closed
- mentioned in
-
Page Loading...