-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Replication
-
Fully Compatible
-
v8.1, v8.0, v7.0, v6.0
-
Repl 2025-05-12
-
None
-
3
-
TBD
-
None
-
None
-
None
-
None
-
None
-
None
-
0
We have seen too many instances of slow machines or threads that take > 30s to perform work while holding the RSTL, crashing the server can be expensive since restarting is not a quick operations, we think it will be better to give more time for threads to finish their work to avoid crashing as often.
Ideally we would be better at interrupting work, but that is a much larger issue. We think the negative change of an actual deadlock taking 60s to realize vs 30s is much less than the negative value that crashing the server with no deadlock brings
- related to
-
SERVER-104441 Revisit decision to crash on RSTL timeout
-
- Closed
-