[SERVER-31944] initial_sync_applier_error.js is now obsolete since initial sync supports renameCollection ops Created: 13/Nov/17  Updated: 06/Dec/22

Status: Backlog
Project: Core Server
Component/s: Replication
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major - P3
Reporter: William Schultz (Inactive) Assignee: Backlog - Replication Team
Resolution: Unresolved Votes: 0
Labels: neweng
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
related to SERVER-4941 collection rename may not replicate /... Closed
Assigned Teams:
Replication
Operating System: ALL
Participants:

 Description   

The replsets/initial_sync_applier_error.js test tries to make sure that if initial sync fails on its first attempt due to the occurrence of a renameCollection operation on the sync source, it retries, and can succeed on a second attempt when no renameCollection operation occurs on the sync source. Now that we support renameCollection operations occurring on the sync source with the advent of collection UUIDs, this test is no longer testing what it originally was. If you observe a test run from the 3.6 branch, you can see that there are no failed initial sync attempts in the test. The first attempt just succeeds, since a renameCollection operation no longer causes an error during initial sync. Observe that there are two initial sync attempts from a 3.4 run of this test.

Unless we want to test other kinds of errors during initial sync with this test, we should consider just removing it entirely, since renameCollection operations occurring during initial sync should now be tested by replsets/initial_sync_rename_collection.js.


Generated at Thu Feb 08 04:28:40 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.