-
Type:
Bug
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Checkpoints
-
Storage Engines, Storage Engines - Persistence
-
StorEng - Defined Pipeline
If the checkpoint crashes before it finishes—that is, updates the turtle file—the timestamps should not advance based on the checkpoint.
In the following sequence of actions, we should always end up with oldest timestamp being 50:
- Set the oldest timestamp to 50.
- Do more work and create some checkpoints.
- Set the oldest timestamp to 100.
- Crash towards the end of the checkpoint, right before the turtle file is updated.
- Restart.
At this point, I'm assuming that the oldest timestamp should be 50. However, I see that:
- If the connection does not enable logging, the timestamp is 50.
- If the connection enables logging, the timestamp is 100.