ExportXMLWordPrintableJSON

    • Type: New Feature
    • Resolution: Won't Fix
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Replication
    • Repl 2026-09-28
    • 200
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      In BF-45929, we saw that a primary detected that it had stalled due to this check after the nemesis agent set the clock forward on the primary to simulate clock skew. The default for paliStallThresholdMillis is 120000. Meanwhile, nemesis can set the clock forward up to 256 seconds.

      To eliminate flakiness in the environment, set the paliStallThresholdMillis to above the value of nemesis' clock skew value.

      Note: This means we lose test coverage for the case of clock skew in production happening in production > paliStallThresholdMillis. However, my personal viewpoint is that this is not a particularly valuable case to test right now, and we should focus on stability. We can revisit this case at a later point if necessary.

            Assignee:
            Indy Prentice
            Reporter:
            Indy Prentice
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: