@@ -218,7 +218,6 @@ replica set, however there are some important considerations:
218
218
219
219
- The primary node does not replicate the ``compact`` command to the
220
220
secondaries.
221
- - The ``compact`` command blocks writes while it runs.
222
221
- You should run ``compact`` on secondary nodes whenever possible. If
223
222
you cannot run ``compact`` on secondaries, see the :ref:`force
224
223
<compact-force-option>` option.
@@ -262,17 +261,21 @@ Blocking behavior on secondary nodes is version specific.
262
261
- Blocking Behavior
263
262
264
263
* - 4.4
265
- - - ``compact`` blocks all write activity.
266
- - No replication possible.
267
- - Reads not permitted.
264
+ - - No replication is possible.
265
+ - Reads are not permitted.
268
266
269
267
* - Post 4.4.17, 5.0.12, 6.0.2, 6.1.0
270
- - - ``compact`` blocks all write activity.
271
- - A secondary node can replicate while ``compact`` is running.
268
+ - - A secondary node can replicate while ``compact`` is running.
272
269
- Reads permitted.
273
270
274
- When ``compact`` completes, the secondary returns to the
275
- :replstate:`SECONDARY` state.
271
+ Replication status while the ``compact`` command is running depends on
272
+ your specific MongoDB version:
273
+
274
+ - In MongoDB versions ``4.4.9`` and later, the replica set remains in a
275
+ :replstate:`SECONDARY` status.
276
+
277
+ - In MongoDB versions earlier than ``4.4.9``, ``compact`` forces
278
+ the replica set into the :replstate:`RECOVERING` status.
276
279
277
280
For more information about replica set member states, see
278
281
See :ref:`replica-set-member-states`.
0 commit comments