@@ -115,29 +115,31 @@ Request Body Parameters
115
115
.. versionadded:: 1.3.0
116
116
117
117
* - ``enableUserWriteBlocking``
118
- - boolean or string
118
+ - string or boolean
119
119
- Optional
120
- - Supported options:
120
+ - :gold:`IMPORTANT:` If you are migrating from a pre-6.0 source cluster,
121
+ you cannot set this parameter.
121
122
122
- - ``true`` or ``"sourceAndDestination"``: blocks writes on the destination
123
+ Supported options:
124
+
125
+ - ``"sourceAndDestination"``: blocks writes on the destination
123
126
cluster while the migration is in progress, and unblocks writes right
124
127
before the :ref:`/progress <c2c-api-progress>` endpoint reports
125
128
that ``canWrite`` is ``true``. Blocks writes on the source
126
129
cluster after ``mongosync`` calls the :ref:`/commit <c2c-api-commit>`
127
130
endpoint.
128
-
129
- :gold:`IMPORTANT:` If you are migrating from a pre-6.0 source cluster,
130
- you cannot set ``enableUserWriteBlocking`` to ``true`` or
131
- ``"sourceAndDestination"``.
132
131
133
- - ``false`` or ``"none"``: no write blocking occurs.
132
+ You can also use ``true`` for backward compatibility.
133
+
134
+ - ``"none"``: no write blocking occurs. You can also use ``false``
135
+ for backward compatibility.
134
136
135
137
- ``"destinationOnly"``: blocks writes on the destination
136
138
cluster while migration is in progress, and unblocks writes right
137
139
before ``canWrite`` is ``true``.
138
140
139
141
To reverse sync, the ``enableUserWriteBlocking`` field must be set
140
- to ``true`` or `` "sourceAndDestination"``. To allow the source cluster
142
+ to ``"sourceAndDestination"``. To allow the source cluster
141
143
to accept writes again, for example after running migration tests,
142
144
run the following command:
143
145
0 commit comments