Skip to content

Commit 3d01e94

Browse files
authored
Merge pull request #39642 from kelbrown20/remove-duplicate-note-in-troubleshooting-2013910
BZ2013910: Updating extra note section
2 parents 9e29f3a + 4bc5488 commit 3d01e94

File tree

2 files changed

+8
-12
lines changed

2 files changed

+8
-12
lines changed

modules/troubleshooting-disabling-autoreboot-mco-cli.adoc

Lines changed: 7 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -5,13 +5,11 @@
55
[id="troubleshooting-disabling-autoreboot-mco-cli_{context}"]
66
= Disabling the Machine Config Operator from automatically rebooting by using the CLI
77

8-
To avoid unwanted disruptions from changes made by the Machine Config Operator (MCO), you can modify the machine config pool (MCP) using the OpenShift CLI (oc) to prevent the MCO from making any changes to nodes in that pool. This prevents any reboots that would normally be part of the MCO update process.
8+
To avoid unwanted disruptions from changes made by the Machine Config Operator (MCO), you can modify the machine config pool (MCP) using the OpenShift CLI (oc) to prevent the MCO from making any changes to nodes in that pool. This prevents any reboots that would normally be part of the MCO update process.
99

1010
[NOTE]
1111
====
12-
Pausing an MCP prevents the MCO from applying any configuration changes on the associated nodes. Pausing an MCP also prevents any automatically-rotated certificates from being pushed to the associated nodes, including the automatic rotation of the `kube-apiserver-to-kubelet-signer` CA certificate. If the MCP is paused when the `kube-apiserver-to-kubelet-signer` CA certificate expires, and the MCO attempts to renew the certificate automatically, the new certificate is created but not applied across the nodes in the paused MCP. This causes failure in multiple `oc` commands, including but not limited to `oc debug`, `oc logs`, `oc exec`, and `oc attach`. Pausing an MCP should be done with careful consideration about the `kube-apiserver-to-kubelet-signer` CA certificate expiration and for short periods of time only.
13-
14-
New CA certificates are generated at 292 days from the installation date and removed at 365 days from that date. To determine the next automatic CA certificate rotation, see the link:https://access.redhat.com/articles/5651701[Understand CA cert auto renewal in Red Hat OpenShift 4].
12+
See second `NOTE` in xref:../../support/troubleshooting/troubleshooting-operator-issues.adoc#troubleshooting-disabling-autoreboot-mco_troubleshooting-operator-issues[Disabling the Machine Config Operator from automatically rebooting].
1513
====
1614

1715
.Prerequisites
@@ -21,7 +19,7 @@ New CA certificates are generated at 292 days from the installation date and rem
2119

2220
.Procedure
2321

24-
To pause or unpause automatic MCO update rebooting:
22+
To pause or unpause automatic MCO update rebooting:
2523

2624
* Pause the autoreboot process:
2725

@@ -70,9 +68,9 @@ The `spec.paused` field is `true` and the MCP is paused.
7068
+
7169
.Example output
7270
----
73-
NAME CONFIG UPDATED UPDATING
74-
master rendered-master-33cf0a1254318755d7b48002c597bf91 True False
75-
worker rendered-worker-e405a5bdb0db1295acea08bcca33fa60 False False
71+
NAME CONFIG UPDATED UPDATING
72+
master rendered-master-33cf0a1254318755d7b48002c597bf91 True False
73+
worker rendered-worker-e405a5bdb0db1295acea08bcca33fa60 False False
7674
----
7775
+
7876
If the *UPDATED* column is *False* and *UPDATING* is *False*, there are pending changes. When *UPDATED* is *True* and *UPDATING* is *False*, there are no pending changes. In the previous example, the worker node has pending changes. The control plane node does not have any pending changes.
@@ -82,7 +80,7 @@ If the *UPDATED* column is *False* and *UPDATING* is *False*, there are pending
8280
If there are pending changes (where both the *Updated* and *Updating* columns are *False*), it is recommended to schedule a maintenance window for a reboot as early as possible. Use the following steps for unpausing the autoreboot process to apply the changes that were queued since the last reboot.
8381
====
8482

85-
* Unpause the autoreboot process:
83+
* Unpause the autoreboot process:
8684

8785
. Update the `MachineConfigPool` custom resource to set the `spec.paused` field to `false`.
8886
+

modules/troubleshooting-disabling-autoreboot-mco-console.adoc

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -9,9 +9,7 @@ To avoid unwanted disruptions from changes made by the Machine Config Operator (
99

1010
[NOTE]
1111
====
12-
Pausing an MCP prevents the MCO from applying any configuration changes on the associated nodes. Pausing an MCP also prevents any automatically-rotated certificates from being pushed to the associated nodes, including the automatic rotation of the `kube-apiserver-to-kubelet-signer` CA certificate. If the MCP is paused when the `kube-apiserver-to-kubelet-signer` CA certificate expires, and the MCO attempts to renew the certificate automatically, the new certificate is created but not applied across the nodes in the paused MCP. This causes failure in multiple `oc` commands, including but not limited to `oc debug`, `oc logs`, `oc exec`, and `oc attach`. Pausing an MCP should be done with careful consideration about the `kube-apiserver-to-kubelet-signer` CA certificate expiration and for short periods of time only.
13-
14-
New CA certificates are generated at 292 days from the installation date and removed at 365 days from that date. To determine the next automatic CA certificate rotation, see the link:https://access.redhat.com/articles/5651701[Understand CA cert auto renewal in Red Hat OpenShift 4].
12+
See second `NOTE` in xref:../../support/troubleshooting/troubleshooting-operator-issues.adoc#troubleshooting-disabling-autoreboot-mco_troubleshooting-operator-issues[Disabling the Machine Config Operator from automatically rebooting].
1513
====
1614

1715
.Prerequisites

0 commit comments

Comments
 (0)