[
https://issues.jboss.org/browse/ISPN-5515?page=com.atlassian.jira.plugin....
]
Sanne Grinovero commented on ISPN-5515:
---------------------------------------
{quote}We already discussed this on the mailing list, and the conclusion was to implement
graceful restart. {quote}
Right, I'm exactly concerned about that metodology: we agreed to do something else on
the mailing list!
{quote}This issue is not really about implementing new functionality, it's about
automating a recommendation we already have for users who want it.{quote}
I'll have to trust you on that as I have no idea which recommendations you are
referring to. The only one recommendation which I would give, is don't use a shared
cachestore unless it's for temporary passivation (and wipe them all clean at boot).
Purge store if there is another node already running
----------------------------------------------------
Key: ISPN-5515
URL:
https://issues.jboss.org/browse/ISPN-5515
Project: Infinispan
Issue Type: Enhancement
Components: Core, Loaders and Stores
Affects Versions: 7.2.2.Final, 8.0.0.Alpha1
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 8.0.0.Alpha2
Preloading happens before communicating with other nodes that might already have the
cache running. When joining the existing members, the cache then waits to receive the
first CH in which it is a member, and then deletes only the entries in the segments that
it doesn't own in that CH.
The intention of this was to remove as little as possible from the existing data, e.g. if
the first node to start up is not the one that was stopped last. But the preloaded entries
are not replicated to the other nodes, so this can lead to inconsistencies.
It would be better to delay preloading until we know we are the first node to start up,
but failing that we could clear the data container and the store before receiving the
initial state.
Note that this will only allow preloading data from one node. Restoring data from more
nodes is harder to do, and we will implement it as part of graceful restart.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)