-
Type: Bug
-
Resolution: Duplicate
-
Priority: Minor - P4
-
None
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Service Arch
-
ALL
-
Service Arch 2019-03-25
It seems like attempting to run ReplicationCoordinator::stepDown() is unnecessary when the replica set configuration is known to only contain one node electable as primary. The extra time it takes to shut down the replica set is mildly annoying for certain aspects of my local development workflow.
2019-03-21T03:09:22.009-0400 I CONTROL [signalProcessingThread] got signal 15 (Terminated), will terminate after current cmd ends 2019-03-21T03:09:22.009-0400 I REPL [RstlKillOpthread] Starting to kill user operations 2019-03-21T03:09:22.009-0400 I REPL [RstlKillOpthread] Stopped killing user operations 2019-03-21T03:09:32.020-0400 I REPL [RstlKillOpthread] Starting to kill user operations 2019-03-21T03:09:32.020-0400 I REPL [RstlKillOpthread] Stopped killing user operations 2019-03-21T03:09:32.020-0400 I STORAGE [signalProcessingThread] Failed to stepDown in non-command initiated shutdown path ExceededTimeLimit: No electable secondaries caught up as of 2019-03-21T03:09:32.020-0400. Please use the replSetStepDown command with the argument {force: true} to force node to step down. 2019-03-21T03:09:32.020-0400 I NETWORK [signalProcessingThread] shutdown: going to close listening sockets...
- duplicates
-
SERVER-40335 Don't wait for election handoff in ReplSetTest.stopSet()
- Closed
- is caused by
-
SERVER-38994 Step down on SIGTERM
- Closed
- is related to
-
SERVER-40335 Don't wait for election handoff in ReplSetTest.stopSet()
- Closed