Uploaded image for project: 'Infinispan'
  1. Infinispan
  2. ISPN-6235

ClusterTopologyManagerImpl join during cluster status recovery

    XMLWordPrintable

Details

    Description

      If the joiner has the correct view id, but the current status is
      RECOVERING_CLUSTER, we should wait for the cluster status recovery to
      finish before adding the new member.

      We are currently not doing that, so the new member could be erased by the status recovery process that's in progress. This can happen if the coordinator joiner already had been a member of the JGroups cluster for some time, and there's no view change when they actually start their caches (exactly the scenario in ConcurrentStartTest).

      Attachments

        Issue Links

          Activity

            Public project attachment banner

              context keys: [headless, issue, helper, isAsynchronousRequest, project, action, user]
              current Project key: ISPN

              People

                dberinde@redhat.com Dan Berindei
                dberinde@redhat.com Dan Berindei
                Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved: