Status: In Progress
Priority: Major - P3
Affects Version/s: None
Fix Version/s: Backlog
Sprint:Storage - Ra 2021-12-13
Error signature during the execution of search_near_03.cxx:
The stable timestamp is newer than the commit timestamp used by the transaction:
If we look at the search_near_03_default.txt configuration, there is a stable lag:
This means that we want to keep a lag of 30 seconds between the latest timestamp and the stable timestamp.
However, looking at the code of the timestamp_manager.cxx, it seems that the stable timestamp does not respect this lag:
Indeed, when the lag is too big, the stable timestamp is set to the latest timestamp:
It is incorrect, we should set the stable timestamp to the latest timestamp minus the lag required by the configuration.
The correct logic has been implemented for the lag between the stable and oldest timestamps.
Definition of done:
Respect the lag between the stable and latest timestamp as indicated by the configuration.