Investigate 96 hour reconciliation statistic

XMLWordPrintableJSON

    • 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:

      1. Is it a statistics implementation bug? e.g. Concurrency issue.
      2. Is it an accounting bug? Are we starting the timer before we enter a lock?

      There may be other causes.

            Assignee:
            [DO NOT USE] Backlog - Storage Engines Team
            Reporter:
            Luke Pearson
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: