-
Type: Bug
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: 3.6.1
-
Component/s: Sharding, Testing Infrastructure
-
None
-
Catalog and Routing
-
ALL
-
-
36
The first invocation of `removeShard`, if retried after a stepdown may actually remove the shard instead of just putting it into 'draining' mode. This makes tests running under the continuous config stepdown suite fail intermittently at lines, which call removeShard.
This ticket is to figure out what to do about these tests. We should either blacklist them or change them to expect that removeShard might not find the shard (with an appropriate check beforehand that the shard exists).
Alternatively, we can change the removeShard implementation on mongos to not fail if it found the shard initially, but then got ShardNotFound from the config server.
- is duplicated by
-
SERVER-30814 removeShard returns ShardNotFound if step-up/step-down occurs
- Closed
- is related to
-
SERVER-25053 removeShard checks are inherently racy
- Closed
-
SERVER-92056 Harden shard removal in `secondary_reads_waitForShardingInit.js` test teardown
- Closed