[SERVER-66540] Don't run awaitData cursor notification on insert part in await_getmore_cmd.js in majority readConcern Created: 18/May/22 Updated: 29/Oct/23 Resolved: 23/May/22 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 6.0.0-rc9, 6.1.0-rc0 |
| Type: | Bug | Priority: | Major - P3 |
| Reporter: | Denis Grebennicov | Assignee: | Denis Grebennicov |
| 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: |
v6.0
|
||||||||||||
| Sprint: | QE 2022-05-16 | ||||||||||||
| Participants: | |||||||||||||
| Description |
|
Originally await_getmore_cmd was investigated as part of The root cause for the await_getmore_cmd test running for too long was in the place where the document insert (that matches the predicate) should have woken up a waiting cursor in the getMore command. The issue is that the notification is fired when the write is done on the primary node (not on the majority of nodes), yet read concern is majority in the running suite. This causes the cursor to miss the documents upon being awaken and then will wait again till the timeout (which was specified previously to 10 minutes). After discussing this issue with daniel.gottlieb@mongodb.com we agreed on preserving the current behavior and disabling this part of the test in case the test is run with majority read concern. |
| Comments |
| Comment by Githook User [ 01/Jun/22 ] |
|
Author: {'name': 'Denis Grebennicov', 'email': 'denis.grebennicov@mongodb.com', 'username': 'denis631'}Message: |
| Comment by Githook User [ 20/May/22 ] |
|
Author: {'name': 'Denis Grebennicov', 'email': 'denis.grebennicov@mongodb.com', 'username': 'denis631'}Message: |