-
Notifications
You must be signed in to change notification settings - Fork 1.8k
MCO add info on upgrade ack for updated boot images #94207
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MCO add info on upgrade ack for updated boot images #94207
Conversation
🤖 Tue Jun 10 18:10:30 - Prow CI generated the docs preview: https://94207--ocpdocs-pr.netlify.app/openshift-enterprise/latest/machine_configuration/mco-update-boot-images.html |
@ptalgulk01 Can you take a look, please? |
|
||
To start the update, perform one of the following tasks: | ||
|
||
* If you do not want the updated boot image feature enabled, explicitly disable the feature as described in this section. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* If you do not want the updated boot image feature enabled, explicitly disable the feature as described in this section. | |
* If you do not want the managed boot images feature enabled, explicitly disable the feature as described in this section. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@djoshy I will look into changing the name to match 4.19 in a separate PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"this section" might be confusing. I was expecting a link but then I assumed it's "Disabling updated boot images" steps. How about:
explicitly disable the feature as described in the "Disabling updated boot images" procedure.
looks good |
73be813
to
beed966
Compare
|
||
To start the update, perform one of the following tasks: | ||
|
||
* If you do not want the updated boot image feature enabled, explicitly disable the feature as described in this section. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"this section" might be confusing. I was expecting a link but then I assumed it's "Disabling updated boot images" steps. How about:
explicitly disable the feature as described in the "Disabling updated boot images" procedure.
beed966
to
c8c0fb2
Compare
c8c0fb2
to
1292bbb
Compare
==== | ||
If you are upgrading a {GCP} or {AWS} cluster from {product-title} 4.18 to 4.19, and you have not configured the `managedBootImages` parameter, the upgrade is blocked with the _This cluster is GCP or AWS but lacks a boot image configuration._ message. The update is blocked intentionally in order to alert you that the default updated boot image behavior is changing between version 4.18 and 4.19 to enable updated boot images by default. | ||
|
||
To restart the update, perform one of the following tasks: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Want to clarify one more thing here, since I have a feeling I may have mislead you. To upgrade the cluster after you receive this message, you have to do one of the following steps and then the oc command you typically do to start the upgrade.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@djoshy What triggers this message? When and where do I see it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Here is an example(for a different admin-ack
)
https://redhat-internal.slack.com/archives/C02CZNQHGN8/p1749047989998549?thread_ts=1749047987.686429&cid=C02CZNQHGN8
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To restart the update, perform one of the following tasks: | |
To allow the update, perform one of the following tasks: |
The message shows up before the upgrade it proposed and inhibits the update until acknowledged. BTW did we test that disabling the feature removes the admin ack requirement once it's already been created?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, that was tested when we worked on openshift/machine-config-operator#5027
@@ -9,6 +9,21 @@ | |||
|
|||
To disable the updated boot image feature, edit the `MachineConfiguration` object so that the `machineManagers` field is an empty array. | |||
|
|||
[NOTE] | |||
==== | |||
If you are updating a {GCP} or {AWS} cluster from {product-title} 4.18 to 4.19, and you have not configured the `managedBootImages` parameter, the update is blocked with a _This cluster is GCP or AWS but lacks a boot image configuration._ message. The update is blocked intentionally in order to alert you that the default updated boot image behavior is changing between version 4.18 and 4.19 to enable updated boot images by default. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe
If you are updating a {GCP} or {AWS} cluster from {product-title} 4.18 to 4.19, and you have not configured the `managedBootImages` parameter, the update is blocked with a _This cluster is GCP or AWS but lacks a boot image configuration._ message. The update is blocked intentionally in order to alert you that the default updated boot image behavior is changing between version 4.18 and 4.19 to enable updated boot images by default. | |
If you are updating a {GCP} or {AWS} cluster from {product-title} 4.18 to 4.19, and you have not configured the `managedBootImages` parameter, the update is blocked with a _This cluster is GCP or AWS but lacks a boot image configuration._ message. The update is blocked intentionally in order to alert you that the default updated boot image behavior is changing between version 4.18 and 4.19 to enable updated boot images by default on those platforms. |
or something that makes it more clear in that sentence that we're only talking about AWS/GCP, even for folks who skim past the opening of this paragraph?
|
||
To allow the update, perform one of the following tasks: | ||
|
||
* If you do not want the updated boot image feature enabled, explicitly disable the feature by using the following procedure. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: can we flip the order of these two list entries? First, I think we prefer the MCO management, because it conveniently keeps things current in the cluster, and opening with our preferred option saves the folks taking that path some reading. Second, it makes the "using the following procedure" more clearly "the following Procedure subsection about editing the MachineConfiguration", when it feels like the current ordering might have some readers confuse this to mean "the admin-acks
patch in the following list entry".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
381f89b
to
99e0a30
Compare
@mburke5678: all tests passed! Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
https://issues.redhat.com/browse/OSDOCS-14891
During upgrade from 4.18 to 4.19, on GCP and AWS clusters, if there is no configuration of the
managedBootImages
in the theMachineConfiguration
object, the upgrade is blocked. The user needs to disable managed boot images or perform an admin-ack. The error message that accompanies the pause has a hard-coded link to the "Disabling updated boot images" module in the 4.18 docs. This PR adds information to that specific version on how to restart the upgrade.DO NOT MERGE UNTIL 4.19 GAs
Preview: Disabling updated boot images -- See NOTE
QE review: