Operational Defect Database

BugZero found this defect 2374 days ago.

MongoDB | 419999

[SERVER-30817] Make full validate block until a new majority-confirmed checkpoint is created

Last update date:

12/6/2022

Affected products:

MongoDB Server

Affected releases:

No affected releases provided.

Fixed releases:

No fixed releases provided.

Description:

Info

When doing verifyTable on a table with writes since the last checkpoint, WiredTiger will implicitly create a new checkpoint. However, with recovery to a timestamp no implicit checkpoints are allowed. So, the validate command needs to be changed to do the following: 1. Lock the collection to validate in MODE_S 2. Signal the checkpointing thread that a new checkpoint should be created 3. Block until the new checkpoint is created This ensures that when we call verifyTable, no dirty data exists and no implicit checkpoint will be created.

Top User Comments

daniel.gottlieb@10gen.com commented on Sat, 2 Sep 2017 01:14:32 +0000: geert.bosch Is this ticket looking for the same functionality as SERVER-29494?

Additional Resources / Links

Share:

BugZero Risk Score

Coming soon

Status

Closed

Have you been affected by this bug?

cost-cta-background

Do you know how much operational outages are costing you?

Understand the cost to your business and how BugZero can help you reduce those costs.

Discussion

Login to read and write comments.

Have you ever...

had your data corrupted from a

VMware

bug?

Search:

...