-
Type:
Bug
-
Resolution: Duplicate
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Reconciliation, Statistics
-
None
-
Storage Engines, Storage Engines - Transactions
-
None
-
None
An odd statistical anomaly was seen in WiredTiger where a reconciliation was reported to take 96 hours. The usual suspect in this is a long checkpoint > 96 hours, but we didn't see that here.
We should investigate this to understand potential causes:
- Is it a statistics implementation bug? e.g. Concurrency issue.
- Is it an accounting bug? Are we starting the timer before we enter a lock?
There may be other causes.