[SERVER-56632] Properly test a sync source entering quiesce mode Created: 04/May/21 Updated: 29/Oct/23 Resolved: 14/Jun/21 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 5.0.0-rc3, 5.1.0-rc0 |
| Type: | Bug | Priority: | Major - P3 |
| Reporter: | Samyukta Lanka | Assignee: | Vesselina Ratcheva (Inactive) |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||
| Backwards Compatibility: | Fully Compatible | ||||
| Operating System: | ALL | ||||
| Backport Requested: |
v5.0
|
||||
| Sprint: | Repl 2021-06-28 | ||||
| Participants: | |||||
| Description |
|
sync_source_enters_quiesce_mode.js has a typo that means this command isn't exercising its write concern. Fixing the typo does not fix the test, since oplog application will actually hang for the syncSource node on the planExecutorHangBeforeShouldWaitForInserts failpoint when trying to update the replication consistency markers. This means that the write concern for the command is never satisfied (because the primary is disconnected from the syncing node). The original intent of using the failpoint was to hang awaitData queries on the sync source, which would block replication to the syncing node without causing the syncing node to switch its sync source. However, since the failpoint will block replication on the sync source, it isn't helpful for this test. |
| Comments |
| Comment by Vivian Ge (Inactive) [ 06/Oct/21 ] |
|
Updating the fixversion since branching activities occurred yesterday. This ticket will be in rc0 when it’s been triggered. For more active release information, please keep an eye on #server-release. Thank you! |
| Comment by Githook User [ 17/Jun/21 ] |
|
Author: {'name': 'Vesselina Ratcheva', 'email': 'vesselina.ratcheva@10gen.com', 'username': 'vessy-mongodb'}Message: (cherry picked from commit 928d79bd0d9aa0662e001e88db2533b7dc7241ad) |
| Comment by Githook User [ 16/Jun/21 ] |
|
Author: {'name': 'Vesselina Ratcheva', 'email': 'vesselina.ratcheva@10gen.com', 'username': 'vessy-mongodb'}Message: |
| Comment by Githook User [ 14/Jun/21 ] |
|
Author: {'name': 'Vesselina Ratcheva', 'email': 'vesselina.ratcheva@10gen.com', 'username': 'vessy-mongodb'}Message: |