[DOCS-12961] Investigate changes in SERVER-42768: uassert if the storage engine does not support checkpoints when running validate with { background: true } Created: 16/Aug/19  Updated: 13/Nov/23  Resolved: 30/Jan/20

Status: Closed
Project: Documentation
Component/s: manual
Affects Version/s: None
Fix Version/s: 4.3.1, Server_Docs_20231030, Server_Docs_20231106, Server_Docs_20231105, Server_Docs_20231113

Type: Task Priority: Major - P3
Reporter: Backlog - Core Eng Program Management Team Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Documented
documents SERVER-42768 uassert if the storage engine does no... Closed
Duplicate
duplicates DOCS-13157 Investigate changes in SERVER-30357: ... Closed
Participants:
Days since reply: 4 years, 16 weeks, 2 days ago
Epic Link: DOCS: 4.4 Server Release Work

 Description   

Description

Downstream Change Summary

Running the validate command with {background:true} requires a storage engine that supports checkpoints (so far WiredTiger only when it is not running in memory from what we support).

Description of Linked Ticket

We will have code along the lines of

opCtx->setCheckpointRead()
CheckpointLock lk = storageEngine->getCheckpointLock();
recordStore()->getCursor()
iam()->getCursor()

we need something in here to fail when the storage engine does not support background validation using checkpoints...

We were thinking of making RecoveryUnit::setTimestampReadSource check whether checkpoints are supported via a supportsCheckpoints() function on the RecoveryUnit or StorageEngine, but it appears setTimestampReadSource() is only implemented by WT and otherwise does nothing.

So, unless we can think of something else, we probably need to create a StorageEngine::supportsCheckpoints() function and use it at the cmd level.

Scope of changes

Impact to Other Docs

MVP (Work and Date)

Resources (Scope or Design Docs, Invision, etc.)



 Comments   
Comment by Dianna Hohensee (Inactive) [ 21/Oct/19 ]

I recommend closing this in favor of DOCS-13157, which now covers it.

Generated at Thu Feb 08 08:06:35 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.