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
. Based on your organization requirements, set the upgrade channel to `stable-{product-version}`, `fast-{product-version}`, or `eus-{product-version}`:
53
+
54
+
----
55
+
+
56
+
[NOTE]
57
+
====
58
+
For details and information on how to perform an `EUS-to-EUS` channel upgrade, please refer to the
59
+
_Preparing to perform an EUS-to-EUS upgrade_ page, listed in the Additional resources section.
60
+
====
61
+
62
+
. Based on your organization requirements, set the appropriate upgrade channel. For example, you can set your channel to `stable-4.10`, `fast-4.10`, or `eus-4.10`. For more information about channels, refer to _Understanding update channels and releases_ listed in the Additional resources section.
80
63
+
81
64
[source,terminal]
82
65
----
83
66
$ oc adm upgrade channel <channel>
84
67
----
85
68
+
86
-
For example, to set the channel to `stable-{product-version}`:
The history contains a list of the most recent versions applied to the cluster.
170
-
This value is updated when the CVO applies an update. The list is ordered by
171
-
date, where the newest update is first in the list. Updates in the history have
172
-
state `Completed` if the rollout completed and `Partial` if the update failed
173
-
or did not complete.
174
104
175
105
. After the update completes, you can confirm that the cluster version has
176
106
updated to the new version:
177
107
+
178
108
[source,terminal]
179
109
----
180
-
$ oc get clusterversion
110
+
$ oc adm upgrade
181
111
----
182
112
+
183
113
.Example output
184
-
[source,terminal,subs="attributes+"]
185
-
----
186
-
NAME VERSION AVAILABLE PROGRESSING SINCE STATUS
187
-
version {product-version} True False 2m Cluster version is {product-version}
114
+
[source,terminal]
188
115
----
189
116
190
-
. If you are upgrading your cluster to the next minor version, like version 4.y to 4.(y+1), it is recommended to confirm your nodes are upgraded before deploying workloads that rely on a new feature:
117
+
Cluster version is <version>
118
+
119
+
Upstream is unset, so the cluster will use an appropriate default.
No updates available. You may force an upgrade to a specific release image, but doing so might not be supported and might result in downtime or data loss.
123
+
----
124
+
+
125
+
. If you are upgrading your cluster to the next minor version, such as version X.y to X.(y+1), it is recommended to confirm that your nodes are upgraded before deploying workloads that rely on a new feature:
0 commit comments