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

Set in-memory user write blocking state in mongod command

XMLWordPrintableJSON

    • Type: Icon: Task Task
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • 5.3.0-rc1
    • Affects Version/s: None
    • Component/s: None
    • None
    • Fully Compatible
    • Security 2022-02-21
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      In SERVER-63451, we created a TypedCommand which would eventually control the user write blocking state for the cluster.

      In SERVER-63611, we defined the in-memory state which track whether user write blocking was active, but we did not implement the replication or sharding machinery which would drive it.

      For our short-term implementation and testing requirements, we should wire the mongod command to directly control the in-memory state, without the propagation logic.

      This will allow us to integrate all of our logic, and test standalones and replicaset primaries, as well as develop the first draft of our integration tests. Note that nodes will not be able to recover the in-memory state after a shutdown or a failover.

            Assignee:
            gabriel.marks@mongodb.com Gabriel Marks
            Reporter:
            spencer.jackson@mongodb.com Spencer Jackson
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: