[DOCS-9434] Docs for SERVER-25725: Running {setFeatureCompatibilityVersion: "3.4"} on a 3.4 primary should kill 3.2 secondaries Created: 02/Dec/16  Updated: 30/Oct/23

Status: Closed
Project: Documentation
Component/s: manual, Server
Affects Version/s: None
Fix Version/s: Server_Docs_20231030

Type: Task Priority: Major - P3
Reporter: Emily Hall Assignee: Kay Kim (Inactive)
Resolution: Won't Do Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Documented
documents SERVER-25725 Running {setFeatureCompatibilityVersi... Closed
Participants:
Days since reply: 1 year, 14 weeks, 2 days ago
Epic Link: DOCSP-1769

 Description   

Engineering Ticket Description:

Create a v=2 index on the "admin.system.version" collection when the featureCompatibilityVersion is set to 3.4. Versions of MongoDB earlier than 3.4 will fail create a v=2 index during steady-state replication. The index should be removed when the featureCompatibilityVersion is set to 3.2.

In order to address how the implementation of initial sync on the 3.2 branch uses Cloner::copydb(), which automatically "upgrades" (i.e. silently discards) the index version and builds all indexes with the default index version of the node copying the data, the index version of the v=2 index should be returned as a decimal value in the "listIndexes" command response to prevent a 3.2 secondary from performing initial sync from a 3.4 mongod with featureCompatibilityVersion=3.4.



 Comments   
Comment by Education Bot [ 31/Oct/22 ]

Hello! This ticket has been closed due to inactivity. If you believe this ticket is still important, please reopen it and leave a comment to explain why. Thank you!

Generated at Thu Feb 08 07:58:21 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.