You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Anthony Baker (JIRA)" <ji...@apache.org> on 2017/06/14 17:58:00 UTC

[jira] [Updated] (GEODE-3024) race condition between server and restarted locator preparing membership views

     [ https://issues.apache.org/jira/browse/GEODE-3024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Anthony Baker updated GEODE-3024:
---------------------------------
    Fix Version/s:     (was: 1.2.0)
                   1.3.0

> race condition between server and restarted locator preparing membership views
> ------------------------------------------------------------------------------
>
>                 Key: GEODE-3024
>                 URL: https://issues.apache.org/jira/browse/GEODE-3024
>             Project: Geode
>          Issue Type: Bug
>          Components: membership
>            Reporter: Bruce Schuchardt
>             Fix For: 1.3.0
>
>
> When a locator is restarted & recovers from disk it will try to take over the role of membership coordinator for the cluster if it finds the current coordinator is a cache server.  If the cache server is in the process of sending out a new view it may get into a race with the locator in sending out view preparation messages.
> The locator will send out a view-prep message and the server will also send one.  Responses to the view-prep message will include the conflicting view and each of the two processes will create a new view and send it out.  This repeats ad-infinitum.
> This problem was observed in a system that was shutting down at the same time a locator was being restarted.



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