QE

Author: ousleyp

modules/virt-about-eus-updates.adoc

@@ -6,9 +6,9 @@
 [id="virt-about-eus-updates_{context}"]
 = About EUS-to-EUS updates
 
-Every even-numbered minor version of {product-title}, including 4.10 and 4.12, is an Extended Update Support (EUS) version. However, because Kubernetes design mandates serial minor version updates, you cannot directly update from one EUS version to the next. You must first update to the odd-numbered minor version before you can proceed to the target EUS version.
+Every even-numbered minor version of {product-title}, including 4.10 and 4.12, is an Extended Update Support (EUS) version. However, because Kubernetes design mandates serial minor version updates, you cannot directly update from one EUS version to the next. You must first update to the each z-stream release of the odd-numbered minor version before you can proceed to the target EUS version.
 
-When performing an EUS-to-EUS update, you must:
+Before beginning an EUS-to-EUS update, you must:
 
 * Pause worker nodes' machine config pools before you start an EUS-to-EUS update so that the workers are not rebooted twice. 
 

modules/virt-preventing-workload-updates-during-eus-update.adoc

@@ -6,7 +6,7 @@
 [id="virt-preventing-workload-updates-during-eus-update_{context}"]
 = Preventing workload updates during an EUS-to-EUS update
 
-Before you begin to update from one Extended Update Support (EUS) version to the next, you must manually disable automatic workload updates.
+When you update from one Extended Update Support (EUS) version to the next, you must manually disable automatic workload updates to prevent {VirtProductName} from migrating or evicting workloads during the update process.
 
 .Prerequisites
 
@@ -42,7 +42,7 @@ hyperconverged.hco.kubevirt.io/kubevirt-hyperconverged patched
 +
 [source,terminal]
 ----
-$ kubectl get hco kubevirt-hyperconverged -n openshift-cnv -o json | jq ".status.conditions"
+$ oc get hco kubevirt-hyperconverged -n openshift-cnv -o json | jq ".status.conditions"
 ----
 +
 .Example output
@@ -129,14 +129,35 @@ $ oc get csv -n openshift-cnv
 If you used the *Manual* approval strategy, you must approve the update in the web console. For more details, refer to the "Manually approving a pending Operator update" section.
 ====
 
-. After you confirm that {VirtProductName} successfully updated to the non-EUS version, wait until the `HyperConverged` Operator has the `Upgradeable` status before you perform the next update. Enter the following command and monitor the output:
+. Confirm that {VirtProductName} successfully updated to the non-EUS version by running the following command:
 +
 [source,terminal]
 ----
-$ kubectl get hco kubevirt-hyperconverged -n openshift-cnv -o json | jq ".status.conditions"
+$ oc get hco kubevirt-hyperconverged -n openshift-cnv -o json | jq ".status.versions"
+----
++
+.Example output
+[source,terminal]
+----
+[
+  {
+    "name": "operator",
+    "version": "{HCOVersion}"
+  }
+]
+----
+
+. Wait until the `HyperConverged` Operator has the `Upgradeable` status before you perform the next update. Enter the following command and monitor the output:
++
+[source,terminal]
+----
+$ oc get hco kubevirt-hyperconverged -n openshift-cnv -o json | jq ".status.conditions"
 ----
 
-. Update {product-title} and {VirtProductName} to the target EUS version, monitoring as in the preceding steps to ensure that the updates succeed.
+. Continue to update your cluster and {VirtProductName} as described in the preceding steps, monitoring to ensure that the updates succeed.
+.. Update {product-title} and, subsequently, {VirtProductName}, until you install the latest z-stream release of the non-EUS minor version. Ensure that you update both {product-title} and {VirtProductName} to this version.
+.. Update {product-title} to the target EUS version.
+.. Update {VirtProductName} to the target EUS version.
 
 . Restore the workload update methods configuration that you backed up:
 +