Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-52866

Handle getLastError and resetError during tenant migrations

    • Type: Icon: Task Task
    • Resolution: Won't Do
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Sharding

      getLastError is the legacy way for a user to find out if their write replicated to the desired number of replicas.

      getLastError is implemented by having the primary cache lastError information in memory per Client, which corresponds to a particular connection. Therefore, the lastError information is lost on restart.

      I think we should not support getLastError in serverless, since it's a legacy feature that doesn't work across restart and would require extra work to transfer the in-memory data to the recipient.

            Assignee:
            backlog-server-sharding [DO NOT USE] Backlog - Sharding Team
            Reporter:
            jason.zhang@mongodb.com Jason Zhang (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: