-
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.
- is related to
-
SERVER-135153 Use a timer instead of the system clock to detect pali progress timeout
-
- Closed
-