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

NearCache: it is possible to read stale data with a put/remove followed by a get

    Details

    • Type: Bug
    • Status: Resolved (View Workflow)
    • Priority: Blocker
    • Resolution: Done
    • Affects Version/s: 7.2.3.Final
    • Fix Version/s: 8.0.0.CR1, 8.0.0.Final, 7.2.5.Final
    • Component/s: Core
    • Labels:
      None
    • Environment:

      one hotrod client with 2 hotrod servers

    • Steps to Reproduce:
      Hide

      It cannot be reproduced systematically, but the steps are "simple":

      • write an value, value=A
      • write an value, value=B
      • issue a get on the entry, it could return value=A in case of high network load (or slow network connection)

      it is simpler to reproduce while using a network of 2-3 servers, when the entry is hosted not on the same server that the listener is attechad to

      Show
      It cannot be reproduced systematically, but the steps are "simple": write an value, value=A write an value, value=B issue a get on the entry, it could return value=A in case of high network load (or slow network connection) it is simpler to reproduce while using a network of 2-3 servers, when the entry is hosted not on the same server that the listener is attechad to
    • Bugzilla Update:
      Perform

      Description

      Writes to the NearCache do not invalidate/update local data on put/remove operations, and so the NearCache (LAZY MODE) is invalidated using an eventlistener in an asynch way.
      It is possible for a client to write a value and issue a get on the same key, and the result of the get would not be the latest value but the one which was present before the update operation.
      This happens frequently when there is very much traffic on the connection of the listener which receives the events for the NearCache.
      It would be better at least to invalidate locally every entry modified from the client itself

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  galder.zamarreno Galder ZamarreƱo
                  Reporter:
                  enrico.olivelli Enrico Olivelli
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  2 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: