-
Type: Task
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
Fully Compatible
-
Repl 2020-03-09
-
60
Safe reconfig introduces a new field on the config which will make 4.2 binary to fail to start up. Now that we allow 4.4 binary to use and store a config with the new field. We cannot just remove the extra field on downgrade on each node as in SERVER-45092, since in mixed version replset, a reconfig can propagate the config with the extra field to 4.4 binary with FCV 4.2. That will fail 4.2 binary after downgrade.
Instead, we'll do a reconfig with a higher config version but no term if the last config has a term field with the same configuration and wait for it to replicate to all nodes before downgrading FCV.
Also remove the FCV check in ReplSetHeartbeatArgsV1::addToBSON, we don't need to check FCV to decide whether to include "configTerm" in heartbeats.
- is depended on by
-
SERVER-46089 Test downgrading a replica set with arbiters from 4.4
- Closed
- is related to
-
SERVER-46473 Config replication and oplog commitment checks must only count voting nodes towards majority
- Closed
-
SERVER-46516 Majority write concern is blocked by dropping snapshot on reconfig
- Closed
-
SERVER-46571 Shard server replica set nodes shouldn't write config 'term' field on startup in FCV 4.2
- Closed
-
SERVER-47091 Make ReplSetConfig and MemberConfig immutable
- Closed