|
| 1 | +// Module included in the following assemblies: |
| 2 | +// |
| 3 | +// * updating/updating_a_cluster/updating-cluster-cli.adoc |
| 4 | + |
| 5 | +:_mod-docs-content-type: PROCEDURE |
| 6 | +[id="update-upgrading-oc-adm-upgrade-recommend_{context}"] |
| 7 | += Finding recommended update paths with oc adm upgrade recommend (Technology Preview) |
| 8 | + |
| 9 | +When updating your cluster, the `oc adm upgrade` command returns a list of the next available versions. You can use the `oc adm upgrade recommend` command to narrow down your suggestions and recommend a new target release before you launch your update. |
| 10 | + |
| 11 | +The `oc adm upgrade recommend` command is read-only and cannot alter the state of your cluster. |
| 12 | + |
| 13 | +:FeatureName: The `oc adm upgrade recommend` command |
| 14 | +include::snippets/technology-preview.adoc[] |
| 15 | + |
| 16 | +[NOTE] |
| 17 | +==== |
| 18 | +Your cluster does not need to be a Technology Preview-enabled cluster in order for you to use the `oc adm upgrade recommend` command. |
| 19 | +==== |
| 20 | + |
| 21 | +.Procedure |
| 22 | + |
| 23 | +. Set the `OC_ENABLE_CMD_UPGRADE_RECOMMEND` environment variable to `true` by running the following command: |
| 24 | ++ |
| 25 | +[source,terminal] |
| 26 | +---- |
| 27 | +$ export OC_ENABLE_CMD_UPGRADE_RECOMMEND=true |
| 28 | +---- |
| 29 | +. Run one of the following commands: |
| 30 | + |
| 31 | +** To list the recommended versions for your update, run the `oc adm upgrade recommend` command: |
| 32 | ++ |
| 33 | +[source,terminal] |
| 34 | +---- |
| 35 | +$ oc adm upgrade recommend |
| 36 | +---- |
| 37 | ++ |
| 38 | +.Example output |
| 39 | + |
| 40 | +[source,terminal] |
| 41 | +---- |
| 42 | +Upstream is unset, so the cluster will use an appropriate default. |
| 43 | +Channel: stable-4.13 (available channels: candidate-4.12, candidate-4.13, eus-4.12, eus-4.14, fast-4.12, fast-4.13, stable-4.12, stable-4.13) |
| 44 | +
|
| 45 | +Updates to 4.13: |
| 46 | +
|
| 47 | +Version: 4.13.50 |
| 48 | +Image: quay.io/openshift-release-dev/ocp-release@sha256:6afb11e1cac46fd26476ca134072937115256b9c6360f7a1cd1812992c065f02 |
| 49 | +Reason: AdminAckRequired |
| 50 | +Message: Kubernetes 1.26 and therefore OpenShift 4.13 remove several APIs which require admin consideration. Please see the knowledge article https://access.redhat.com/articles/6958394 for details and instructions. |
| 51 | +
|
| 52 | +Version: 4.13.49 |
| 53 | +Image: quay.io/openshift-release-dev/ocp-release@sha256:ab6f574665395d809511db9dc57764358278538eaae248c6d199208b3c30ab7d |
| 54 | +Reason: AdminAckRequired |
| 55 | +Message: Kubernetes 1.26 and therefore OpenShift 4.13 remove several APIs which require admin consideration. Please see the knowledge article https://access.redhat.com/articles/6958394 for details and instructions. |
| 56 | +
|
| 57 | +Updates to 4.12: |
| 58 | +VERSION ISSUES |
| 59 | +4.12.64 no known issues |
| 60 | +4.12.63 no known issues |
| 61 | +And 43 older 4.12 updates you can see with '--show-outdated-releases' or '--version VERSION'. |
| 62 | +---- |
| 63 | + |
| 64 | +** To determine whether a specific version is recommended for your update, run the `oc adm upgrade recommend --version` command: |
| 65 | ++ |
| 66 | +[source,terminal] |
| 67 | +---- |
| 68 | +$ oc adm upgrade recommend --version 4.12.51 |
| 69 | +---- |
| 70 | ++ |
| 71 | +.Example output |
| 72 | + |
| 73 | +[source,terminal] |
| 74 | +---- |
| 75 | +Upstream is unset, so the cluster will use an appropriate default. |
| 76 | +Channel: stable-4.13 (available channels: candidate-4.12, candidate-4.13, eus-4.12, eus-4.14, fast-4.12, fast-4.13, stable-4.12, stable-4.13) |
| 77 | +
|
| 78 | +Update to 4.12.51 Recommended=False: |
| 79 | +Image: quay.io/openshift-release-dev/ocp-release@sha256:158ced797e49f6caf7862acccef58484be63b642fdd2f66e6416295fa7958ab0 |
| 80 | +Release URL: https://access.redhat.com/errata/RHSA-2024:1052 |
| 81 | +Reason: MultipleReasons |
| 82 | +Message: An unintended reversion to the default kubelet nodeStatusReportFrequency can cause significant load on the control plane. https://issues.redhat.com/browse/MCO-1094 |
| 83 | + |
| 84 | +After rebooting into kernel-4.18.0-372.88.1.el8_6 or later, kernel nodes experience high load average and io_wait times. The nodes might fail to start or stop pods and probes may fail. Workload and host processes may become unresponsive and workload may be disrupted. https://issues.redhat.com/browse/COS-2705 |
| 85 | +---- |
0 commit comments