Skip to content

Commit 9bb2e17

Browse files
committed
[OSDOCS-20226]: Adding info about approvign CSRs
1 parent 2d07180 commit 9bb2e17

1 file changed

Lines changed: 20 additions & 3 deletions

File tree

modules/graceful-restart.adoc

Lines changed: 20 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -6,6 +6,7 @@
66
[id="graceful-restart_{context}"]
77
= Restarting the cluster
88

9+
[role="_abstract"]
910
You can restart your cluster after it has been shut down gracefully.
1011

1112
.Prerequisites
@@ -127,7 +128,7 @@ ip-10-0-182-134.ec2.internal Ready worker 64m v1.35.0
127128
ip-10-0-250-100.ec2.internal Ready worker 64m v1.35.0
128129
----
129130

130-
. If the compute nodes are _not_ ready, then check whether there are any pending certificate signing requests (CSRs) that must be approved.
131+
. If the compute nodes are _not_ ready, then check whether there are any pending CSRs that must be approved.
131132

132133
.. Get the list of current CSRs:
133134
+
@@ -184,7 +185,7 @@ $ oc adm certificate approve <csr_name>
184185
$ for node in $(oc get nodes -o jsonpath='{.items[*].metadata.name}'); do echo ${node} ; oc adm uncordon ${node} ; done
185186
----
186187

187-
. Verify that the cluster started properly.
188+
.Verification
188189

189190
.. Check that there are no degraded cluster Operators.
190191
+
@@ -229,4 +230,20 @@ ip-10-0-211-16.ec2.internal Ready control-plane,master 82m v1.35.0
229230
ip-10-0-250-100.ec2.internal Ready worker 69m v1.35.0
230231
----
231232
+
232-
If the cluster did not start properly, you might need to restore your cluster using an etcd backup. For more information, see "Restoring to a previous cluster state".
233+
If the cluster did not start properly, you might need to restore your cluster by using an etcd backup. For more information, see "Restoring to a previous cluster state".
234+
235+
. If a CSR is not approved after the restart, you can investigate possible issues by checking the logs:
236+
+
237+
.. Check the Machine Approver logs by entering the following command:
238+
+
239+
[source,terminal]
240+
----
241+
$ oc logs -n openshift-cluster-machine-approver -l app=machine-approver
242+
----
243+
+
244+
.. Check the Kube Controller Manager logs by entering the following command:
245+
+
246+
[source,terminal]
247+
----
248+
$ oc logs -n openshift-kube-controller-manager -l app=kube-controller-manager
249+
----

0 commit comments

Comments
 (0)