-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: 4.4
-
Labels:None
Description
A note added to the compact command page about changes in 4.4 is not quite correct.
Scope of changes
The current text reads:
Before v4.4, compact forced the secondary to enter RECOVERING state during its execution, which caused read operations from clients to fail. Starting in v4.4, compact does not change the run state of the secondary, and clients may continue to read from the secondary during the compaction operation.
I think this is simply incorrect; the compact command still enters RECOVERING state in all versions of the server up to the latest release, and we have no immediate plans to change this.
Impact to Other Docs
MVP (Work and Date)
Resources (Scope or Design Docs, Invision, etc.)
- duplicates
-
SERVER-54445 Compact in Secondary ReplicaSet 4.4.0 change member state
- Closed
- is related to
-
SERVER-58869 RS secondary node correct state during compaction
- Closed
- related to
-
DOCS-15125 [Server] compact no longer enters maintenance mode
- Closed