Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
2.3
-
None
-
None
Description
IGNITE_ENABLE_FORCIBLE_NODE_KILL system property was introduced in IGNITE-5718 as a way to prevent unnecessary node drops in case of short network problems.
I suppose it's wrong decision to fix it in such way.
We had faced some issues in our production due to lack of automatic kicking of ill-behaving nodes (on example, hanging due to long GC pauses) until we realised the necessity of changing default behavior via property.
Right solution is to kick nodes only if failure threshold is reached. Such behavior should be always enabled.
UPDATE: During a discussion it was decided what the property will remain disabled by default.
We decided to change timeout logic in case of failure detection enabled. We start performing connect and handshake from 500ms increasing using exponential backoff strategy.
Attachments
Issue Links
- duplicates
-
IGNITE-11281 Cache (Restarts) 1 flaky tests SEGMENTATION problem
- Resolved
- is caused by
-
IGNITE-5718 Forcible node drop makes cluster instable in some cases.
- Resolved
- is related to
-
IGNITE-11221 Refactor timeout logic in TcpDiscovery
- Open
-
IGNITE-11255 Fix test failure after IGNITE-7648.
- Resolved
-
IGNITE-11126 Rework TcpCommunicationSpi.createShmemClient failure detection logic.
- Open
- links to