Re: [infinispan-dev] Undesired behavior
can't use the same approach as you do with total order broadcast in which you mark the
tx for rollback only during rollback and when the prepare is received you just cleanup
things?
On 30 Mar 2012, at 09:40, Pedro Ruivo wrote:
Hi everybody,
The problem is the following: I have some cases where the
RollbackCommand is processed before the correspondent PrepareCommand,
leading to locks to be acquired and never unlocked again.
I am in a scenario where the dataset of each node is disjoint (no
contention) but I have large transactions. When a transaction aborts, I
execute it again (so it has the same keys modified) and try to commit
it. Initially, the transaction aborts due to timeout waiting responses
(that is 2 min and 30 sec), but after, I see aborts due to lock
acquisition timeout. The final result is that all the nodes in the
system finishes except this one.
Is there anyway to release the locks for previously finished transactions?
Cheers,
Pedro Ruivo
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev