[SERVER-72194] oplog_rollover.js should wait for the durable timestamp to advance Created: 16/Dec/22 Updated: 29/Oct/23 Resolved: 27/Jan/23 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 6.3.0-rc0, 6.0.5, 4.4.20, 5.0.16 |
| Type: | Bug | Priority: | Major - P3 |
| Reporter: | Matthew Russotto | Assignee: | Matthew Russotto |
| 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, v5.0, v4.4
|
||||||||
| Sprint: | Repl 2022-12-26, Repl 2023-01-09, Repl 2023-01-23, Repl 2023-02-06 | ||||||||
| Participants: | |||||||||
| Linked BF Score: | 14 | ||||||||
| Description |
|
The durable timestamp on the primary is also a pinned timestamp preventing oplog truncation, so we need to wait for this advance before expecting truncation to happen. On the regular wiredTiger storage engine this isn't an issue because the recovery timestamp we are checking for is always durable, but on the ephemeral engine (where "durable" is fake), the "recovery timestamp" is actually just the majority point and may not have been marked "durable". It should be sufficient to wait for durableOpTime to advance on the primary. |
| Comments |
| Comment by Githook User [ 16/Feb/23 ] |
|
Author: {'name': 'Matthew Russotto', 'email': 'matthew.russotto@mongodb.com', 'username': 'mtrussotto'}Message: |
| Comment by Githook User [ 16/Feb/23 ] |
|
Author: {'name': 'Matthew Russotto', 'email': 'matthew.russotto@mongodb.com', 'username': 'mtrussotto'}Message: |
| Comment by Githook User [ 15/Feb/23 ] |
|
Author: {'name': 'Matthew Russotto', 'email': 'matthew.russotto@mongodb.com', 'username': 'mtrussotto'}Message: (cherry picked from commit ff4d30d09eca7c3e068b815b223bddbf78d4cd09) |
| Comment by Liubov Molchanova [ 07/Feb/23 ] |
|
Requesting Backport for v4.4 as the issue reproduced in BFG-1795034 |
| Comment by Liubov Molchanova [ 07/Feb/23 ] |
|
Requesting Backport for v6.0 as the issue reproduced in BFG-1794680 |
| Comment by Liubov Molchanova [ 07/Feb/23 ] |
|
Requesting Backport for v5.0 as the issue reproduced in BFG-1798135. |
| Comment by Githook User [ 27/Jan/23 ] |
|
Author: {'name': 'Matthew Russotto', 'email': 'matthew.russotto@mongodb.com', 'username': 'mtrussotto'}Message: |