Skip to content

Commit 97bf3af

Browse files
authored
Merge pull request #86843 from xenolinux/pod-restart
OSDOCS#13013: Restarting components in hcp
2 parents 51cdac6 + fa3a970 commit 97bf3af

File tree

1 file changed

+10
-5
lines changed

1 file changed

+10
-5
lines changed

modules/hosted-restart-hcp-components.adoc

Lines changed: 10 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -10,21 +10,26 @@ If you are an administrator for {hcp}, you can use the `hypershift.openshift.io/
1010

1111
.Procedure
1212

13-
To restart a control plane, annotate the `HostedCluster` resource by entering the following command:
14-
13+
* To restart a control plane, annotate the `HostedCluster` resource by entering the following command:
14+
+
1515
[source,terminal]
1616
----
1717
$ oc annotate hostedcluster \
1818
-n <hosted_cluster_namespace> \
1919
<hosted_cluster_name> \
20-
hypershift.openshift.io/restart-date=$(date --iso-8601=seconds)
20+
hypershift.openshift.io/restart-date=$(date --iso-8601=seconds) <1>
2121
----
22+
<1> The control plane is restarted whenever the value of the annotation changes. The `date` command serves as the source of a unique string. The annotation is treated as a string, not a timestamp.
23+
2224
2325
.Verification
2426

25-
The control plane is restarted whenever the value of the anonotation changes. The `date` command in the example serves as the source of a unique string. The annotation is treated as a string, not a timestamp.
27+
After you restart a control plane, the following {hcp} components are typically restarted:
2628

27-
The following components are restarted:
29+
[NOTE]
30+
====
31+
You might see some additional components restarting as a side effect of changes implemented by the other components.
32+
====
2833

2934
* catalog-operator
3035
* certified-operators-catalog

0 commit comments

Comments
 (0)