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

L1 inconsistency in tx caches when backup owner replies to remote get

    XMLWordPrintable

Details

    • Bug
    • Status: Closed (View Workflow)
    • Critical
    • Resolution: Duplicate
    • 6.0.0.Alpha2
    • 6.0.0.Final
    • None

    Description

      Consider the following scenario

      node1: performs a remote get
      node2 (backup owner): receives and replies to the remote get with v1
      node1: receives the repli and store in L1_ key => v1
      node2 (backup owner): commits a new value (v2) for the key (i.e. processes a commit command)
      node3 (primary owner): sends the invalidation (but not for node1 because it hasn't received the remote get yet) and commits a new value (v2) for the key (i.e. processes a commit command) 
      node3 (primary owner): replies to the remote get with v2
      node1: ignores the reply because it used the node2 reply
      

      conclustion: node1 keeps the old value stored in L1.

      Possible solutions described here:
      L1 consistency for transactional caches

      Could also be interesting:
      Staggered get question
      and
      ISPN-825

      Attachments

        Issue Links

          Activity

            People

              wburns@redhat.com Will Burns
              pruivo@redhat.com Pedro Ruivo
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: