You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2017/10/27 11:26:02 UTC

[jira] [Commented] (IGNITE-5860) Client disconnects if server it is connected to goes unresponsive

    [ https://issues.apache.org/jira/browse/IGNITE-5860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16222192#comment-16222192 ] 

ASF GitHub Bot commented on IGNITE-5860:
----------------------------------------

Github user dmekhanikov closed the pull request at:

    https://github.com/apache/ignite/pull/2402


> Client disconnects if server it is connected to goes unresponsive 
> ------------------------------------------------------------------
>
>                 Key: IGNITE-5860
>                 URL: https://issues.apache.org/jira/browse/IGNITE-5860
>             Project: Ignite
>          Issue Type: Bug
>    Affects Versions: 1.7
>            Reporter: Evgenii Zhuravlev
>            Assignee: Denis Mekhanikov
>             Fix For: 2.4
>
>         Attachments: testAlivesClient.patch
>
>
> Scenario is the following:
> #     Start at least two server nodes.
> #     Start a client node.
> #     Detect server node client is connected to in discovery SPI.
> #     Suspend that server (^Z in terminal or 'kill -SIGSTOP <PID>').
> #     It's expected that client will drop connection with this server and connect to another one.
> #     However, a client gets dropped from topology and disconnects.
> A client should reconnect cluster before the timeout and without EVT_CLIENT_NODE_RECONNECTED event.
> In ClientImpl.Reconnector in joinTopology method it gets all addresses from discoverySpi and addresses of the server that was suspended on top of this list.
> *Proposed solution:*
> Move addresses of the suspended server to the end of the list for the join.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)