[
https://issues.redhat.com/browse/ISPN-12364?page=com.atlassian.jira.plugi...
]
Wolf-Dieter Fink updated ISPN-12364:
------------------------------------
Steps to Reproduce:
* Start a 3 node cluster
* try a lock on each node
* stop one node
The behavior is expected to be the same with AVAILABLE and CONSISTENT reliability but it
is different.
With CONSISTENT the event is only fired for some locks
With AVAILABLE the event is fired for all locks and the lock for the missing node is
forced to release
reproducer code is here -> [
https://github.com/wfink/infinispan.playground.lock]
ensure pom will use the correct version and the mainClass is
'org.infinispan.wfink.playground.lock.ClusteredLockEmbeddedConfig'
start 3 instance with exec:java and use the defined locks l1,l2,l3 each with a different
node and stop one of them
repeat the test after changed resources/infinispan.xml reliablility attribute
was:
* Start a 3 node cluster
* try a lock on each node
* stop one node
The behavior is expected to be the same with AVAILABLE and CONSISTENT reliability but it
is different.
With CONSISTENT the event is only fired for some locks
With AVAILABLE the event is fired for all locks and the lock for the missing node is
forced to release
If a node crashes leave the lock is not released in CONSISTENT
reliablility
---------------------------------------------------------------------------
Key: ISPN-12364
URL:
https://issues.redhat.com/browse/ISPN-12364
Project: Infinispan
Issue Type: Bug
Components: Clustered Locks
Affects Versions: 11.0.3.Final, 12.0.0.Dev04
Reporter: Wolf-Dieter Fink
Priority: Major
If a node leave the lock held by this instance is unlocked with reliablilty AVAILABLE and
all other members can use the lock.
But with reliability CONSITENT the lock is still set and, as there is no longer an owner,
the only way is to force the unlock from application code, but there is no knowledge that
the lock does not have an alive owner
This is not the expected behaviour.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)