Details
-
Bug
-
Resolution: Duplicate
-
Minor - P4
-
None
-
None
-
None
-
Service Arch
-
ALL
-
Service Arch 2019-03-25
Description
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...
|
Attachments
Issue Links
- 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
-