[
https://issues.apache.org/jira/browse/IGNITE-10154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686423#comment-16686423
]
Andrey Gura edited comment on IGNITE-10154 at 11/14/18 12:08 PM:
-----------------------------------------------------------------
{{setIgnoreFailureTypes}} method is removed from {{FailureHandler}} interface.
PR: https://github.com/apache/ignite/pull/5384
was (Author: agura):
{{setIgnoreFailureTypes}} method is removed from {{FailureHandler}} interface.
> Critical worker liveness check configuration is non-trivial and inconsistent
> ----------------------------------------------------------------------------
>
> Key: IGNITE-10154
> URL: https://issues.apache.org/jira/browse/IGNITE-10154
> Project: Ignite
> Issue Type: Task
> Affects Versions: 2.7
> Reporter: Artem Budnikov
> Assignee: Andrey Gura
> Priority: Major
> Fix For: 2.7
>
>
> The way the critical thread liveness check is configured has a number of
> usability issues.
> 1) By default, the liveness check is disabled (i.e. if no failure handler is
> specified in the configuration). However, if you specify any handler
> (including the default one), liveness check gets enabled (which is something
> the users may not want) unless you disable it explicitly.
> 2) Users that use Ignite 2.6 with a configured failure handler will get this
> check enabled after migrating to Ignite 2.7.
> In the two cases above, the functionality changes in a non-trivial way.
> Ideally, we need an option that enables this functionality explicitly. A
> possible example would be to keep liveness check disabled until the user sets
> the systemWorkerBlockedTimeout to a positive value. (Or the other way around:
> enable liveness check by default until the user explicitly disables it).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
