-
Type: Bug
-
Resolution: Duplicate
-
Priority: Major - P3
-
None
-
Affects Version/s: 3.0.3
-
Component/s: Admin
-
None
-
ALL
Once entered a STARTUP2 server cannot be stopped correctly, only killed via `kill -9 <pid>`. It probably will stop gracefully once through it's STARTUP2 phase and into RECOVERY or SECONDARY, but STARTUP2 may be quite a lengthy process (days) if large databases are to be replicated.
Also once restarted after unclean shutdown replica Secondary wipes out all halfreplicated files and starts over again from scratch.
This makes replication essentially one gigantic atomic operation, exteremely lengthy, unmanageable and unreliable.
This behaviour should be either documented or (ideally) fixed, making initial replication interuptable process.
- duplicates
-
SERVER-17464 Check for shutdown state more regularly during clone
- Closed
- related to
-
SERVER-4766 Make initial sync restartable per collection
- Closed