Uploaded image for project: 'Infinispan'
  1. Infinispan
  2. ISPN-4131

Lock acquired forever with delayed PrepareCommand

This issue belongs to an archived project. You can view it, but you can't modify it. Learn more

XMLWordPrintable

      Distributed transactional cache:

      1. A sends Prepare to B
      2. B receives Prepare, but due to ongoing ST it is blocked
      3. B replication timeout elapses
      4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions.
      5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked)
      6. Prepare is executed on B, acquiring lock on K

      Nobody will rollback the TX as originator thinks it was already rolled back.
      Result: key K will be locked forever, all attempts to update/remove it will fail.

              dberinde@redhat.com Dan Berindei (Inactive)
              rvansa1@redhat.com Radim Vansa (Inactive)
              Archiver:
              rhn-support-adongare Amol Dongare

                Created:
                Updated:
                Resolved:
                Archived: