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

Transaction replayed but not committed

    XMLWordPrintable

Details

    Description

      Dist TX cache, node C is joining. In previous topology, entry is owned by A (primary) and B (backup). In new topology, primary ownership is transferred to C, B stays backup.

      1. TX is prepared in old topology and is being committed, when topology changes
      2. on C (the new owner), the TX info is received and later even the old entry
      3. C receives the CommitCommand, therefore, it correctly replays the PrepareCommand.
      4. When the entries are about to be committed, in TxInterceptor the transaction is found to be already completed as it has lower TxID.

      Result: the transaction is not being executed and stale data stay on the node (with my algortihm it eventually led to complete entry loss).

      Attachments

        Activity

          People

            dberinde@redhat.com Dan Berindei (Inactive)
            rvansa1@redhat.com Radim Vansa (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: