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

Make concurrent startup smooth

XMLWordPrintable

    • Icon: Enhancement Enhancement
    • Resolution: Done
    • Icon: Major Major
    • 7.1.0.Final
    • 7.1.0.Beta1
    • Core
    • None

      When starting many instances in parallel, it often happens that the node does not detect its neighborhood very well and this results in many subclusters, merging views etc.

      Merging two available partitions has undefined results (AFAIK). While we can expect that there are no requests to the cluster from the application 1, Infinispan itself uses some caches to store internal information (HotRod routing, Protobuf etc...). It would be better if the available-available merge would provide hooks for rebuilding this info.

      1) Being able to start the cluster with reads/writes disabled and enable them only when the cache has expected number of members would be convenient, too.

              dberinde@redhat.com Dan Berindei (Inactive)
              rvansa1@redhat.com Radim Vansa (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: