[jboss-jira] [JBoss JIRA] (JGRP-2234) Unlocked locks stay locked forever

[ https://issues.jboss.org/browse/JGRP-2234?page=com.atlassian.jira.plugin.... ] Bela Ban edited comment on JGRP-2234 at 2/6/18 7:23 AM: -------------------------------------------------------- Clients need to have the following information: * Locks they acquired * Pending lock requests; locks which they want to acquire but for which they haven't yet received a LOCK_GRANTED response * Pending lock release requests; lock that have been released, but for which no RELEASE_LOCK_OK response has been received * Ditto for conditions, but we'll tackle them in a second stage The reconciliation protocol queues all new requests on the coord and asks all members for their lock information. Once the coord has received this information from all members, it applies this and then drains the queue of pending requests. It is important that the requests are ordered per member, ie. a release(L) cannot come before a lock(L). Since {{CENTRAL_LOCK}} allows for multiple members to hold the same lock in a split brain scenario, we need to think about how to handle merging where the coord detects that multiple members hold the same lock... was (Author: belaban): Clients need to have the following information: * Locks they acquired * Pending lock requests; locks which they want to acquire but for which they haven't yet received a LOCK_GRANTED response * Pending lock release requests; lock that have been released, but for which no RELEASE_LOCK_OK response has been received * Ditto for conditions, but we'll tackle them in a second stage The reconciliation protocol queues all new requests on the coord and asks all members for their lock information. Once the coord has received this information from all members, it applies this and the drains the queue of pending requests. It is important that the requests are ordered per member, ie. a release(L) cannot come before a lock(L). Since {{CENTRAL_LOCK}} allows for multiple members to hold the same lock in a split brain scenario, we need to think about how to handle merging where the coord detects that multiple members hold the same lock... -- This message was sent by Atlassian JIRA (v7.5.0#75005)