Ensure no replicasets or standalones receive ShardingStateNotInitialized error

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Catalog and Routing
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      Currently this could only happen (barring weird user behavior such as manually attaching a shard version to a command) via a command which is improperly protected accessing sharding components. We should ensure that commands which access sharding components are correctly gated in a way that doesn't require every sharding command to start with a check to the cluster role and/or a call to assertCanAcceptShardedCommands.

            Assignee:
            Unassigned
            Reporter:
            Allison Easton
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated: