[infinispan-issues] [JBoss JIRA] (ISPN-5159) Make concurrent startup smooth

[Radim Vansa (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-5159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13056498#comment-13056498 ] 

Radim Vansa commented on ISPN-5159:
-----------------------------------

[~dan.berindei] setting up JGroups in such a way that it will block until all nodes can see each other etc. is one way to solve it, but I don't think that it's very convenient to users (ideally they should not need to touch JGroups configuration at all, IMO). My suggestion was to allow cache merges for certain caches: the contents of certain internal caches can be merged/reinitialized again, and empty application caches can be merged trivially.

> Make concurrent startup smooth
> ------------------------------
>
>                 Key: ISPN-5159
>                 URL: https://issues.jboss.org/browse/ISPN-5159
>             Project: Infinispan
>          Issue Type: Enhancement
>          Components: Core
>    Affects Versions: 7.1.0.Beta1
>            Reporter: Radim Vansa
>            Assignee: Dan Berindei
>
> 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.



--
This message was sent by Atlassian JIRA
(v6.3.11#6341)