You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/nw-ovn-kubernetes-rollback.adoc
+56-33Lines changed: 56 additions & 33 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,7 +8,7 @@
8
8
[id="nw-ovn-kubernetes-rollback_{context}"]
9
9
= Using the offline migration method to roll back to the OpenShift SDN network plugin
10
10
11
-
As a cluster administrator, you can roll back to the OpenShift SDN Container Network Interface (CNI) network plugin by using the offline migration method. During the migration you must manually reboot every node in your cluster. With the offline migration method, there is some downtime, during which your cluster is unreachable.
11
+
Cluster administrators can roll back to the OpenShift SDN Container Network Interface (CNI) network plugin by using the offline migration method. During the migration you must manually reboot every node in your cluster. With the offline migration method, there is some downtime, during which your cluster is unreachable.
12
12
13
13
[IMPORTANT]
14
14
====
@@ -66,42 +66,66 @@ MCO:: Rolls out an update to the systemd configuration necessary for OpenShift S
66
66
67
67
. Stop all of the machine configuration pools managed by the Machine Config Operator (MCO):
68
68
69
-
** Stop the master configuration pool:
69
+
** Stop the `master` configuration pool by entering the following command in your CLI:
. To start the migration, set the network plugin back to OpenShift SDN by entering the following commands:
93
+
. Check that the migration status is empty for the `Network.config.openshift.io` object by entering the following command in your CLI. Empty command output indicates that the object is not in a migration operation.
94
94
+
95
-
[source,terminal]
95
+
[source,terminal,subs="+quotes"]
96
+
----
97
+
$ oc get Network.config cluster -o jsonpath='{.status.migration}'
98
+
----
99
+
100
+
. Apply the patch to the `Network.operator.openshift.io` object to set the network plugin back to OpenShift SDN by entering the following command in your CLI:
If you applied the patch to the `Network.config.openshift.io` object before the patch operation finalizes on the `Network.operator.openshift.io` object, the Cluster Network Operator (CNO) enters into a degradation state and this causes a slight delay until the CNO recovers from the degraded state.
111
+
====
112
+
113
+
. Confirm that the migration status of the network plugin for the `Network.config.openshift.io cluster` object is `OpenShiftSDN` by entering the following command in your CLI:
114
+
+
115
+
[source,terminal,subs="+quotes"]
116
+
----
117
+
$ oc get Network.config cluster -o jsonpath='{.status.migration.networkType}'
118
+
----
99
119
120
+
. Apply the patch to the `Network.config.openshift.io` object to set the network plugin back to OpenShift SDN by entering the following command in your CLI:
To customize either or both of the previously noted settings, customize and enter the following command. If you do not need to change the default value, omit the key from the patch.
168
+
To customize either or both of the previously noted settings, customize and enter the following command in your CLI. If you do not need to change the default value, omit the key from the patch.
@@ -250,9 +273,9 @@ As the MCO updates machines in each config pool, it reboots each node.
250
273
By default the MCO updates a single machine per pool at a time, so the time that the migration requires to complete grows with the size of the cluster.
251
274
252
275
. Confirm the status of the new machine configuration on the hosts:
253
-
.. To list the machine configuration state and the name of the applied machine configuration, enter the following command:
276
+
.. To list the machine configuration state and the name of the applied machine configuration, enter the following command in your CLI:
@@ -274,7 +297,7 @@ Verify that the following statements are true:
274
297
* The value of the `machineconfiguration.openshift.io/currentConfig` field is equal to the value of the `machineconfiguration.openshift.io/desiredConfig` field.
275
298
--
276
299
277
-
.. To confirm that the machine config is correct, enter the following command:
300
+
.. To confirm that the machine config is correct, enter the following command in your CLI:
278
301
+
279
302
[source,terminal]
280
303
----
@@ -285,14 +308,14 @@ where `<config_name>` is the name of the machine config from the `machineconfigu
285
308
286
309
. Confirm that the migration succeeded:
287
310
288
-
.. To confirm that the network plugin is OpenShift SDN, enter the following command. The value of `status.networkType` must be `OpenShiftSDN`.
311
+
.. To confirm that the network plugin is OpenShift SDN, enter the following command in your CLI. The value of `status.networkType` must be `OpenShiftSDN`.
289
312
+
290
-
[source,terminal]
313
+
[source,terminal,subs="+quotes"]
291
314
----
292
-
$ oc get network.config/cluster -o jsonpath='{.status.networkType}{"\n"}'
315
+
$ oc get Network.config/cluster -o jsonpath='{.status.networkType}{"\n"}'
293
316
----
294
317
295
-
.. To confirm that the cluster nodes are in the `Ready` state, enter the following command:
318
+
.. To confirm that the cluster nodes are in the `Ready` state, enter the following command in your CLI:
296
319
+
297
320
[source,terminal]
298
321
----
@@ -301,7 +324,7 @@ $ oc get nodes
301
324
302
325
.. If a node is stuck in the `NotReady` state, investigate the machine config daemon pod logs and resolve any errors.
303
326
304
-
... To list the pods, enter the following command:
327
+
... To list the pods, enter the following command in your CLI:
The names for the config daemon pods are in the following format: `machine-config-daemon-<seq>`. The `<seq>` value is a random five character alphanumeric sequence.
329
352
330
-
... To display the pod log for each machine config daemon pod shown in the previous output, enter the following command:
353
+
... To display the pod log for each machine config daemon pod shown in the previous output, enter the following command in your CLI:
331
354
+
332
355
[source,terminal]
333
356
----
@@ -338,9 +361,9 @@ where `pod` is the name of a machine config daemon pod.
338
361
339
362
... Resolve any errors in the logs shown by the output from the previous command.
340
363
341
-
.. To confirm that your pods are not in an error state, enter the following command:
364
+
.. To confirm that your pods are not in an error state, enter the following command in your CLI:
342
365
+
343
-
[source,terminal]
366
+
[source,terminal,subs="+quotes"]
344
367
----
345
368
$ oc get pods --all-namespaces -o wide --sort-by='{.spec.nodeName}'
346
369
----
@@ -349,23 +372,23 @@ If pods on a node are in an error state, reboot that node.
349
372
350
373
. Complete the following steps only if the migration succeeds and your cluster is in a good state:
351
374
352
-
.. To remove the migration configuration from the Cluster Network Operator configuration object, enter the following command:
375
+
.. To remove the migration configuration from the Cluster Network Operator configuration object, enter the following command in your CLI:
To learn more about OpenShift SDN, read xref:../../networking/openshift_sdn/about-openshift-sdn.adoc#about-openshift-sdn[About the OpenShift SDN network plugin].
0 commit comments