Skip to content
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

[release-4.9] Bug 2011701: do not modify cvo ignores for bootstrap-in-place #5277

Conversation

openshift-cherrypick-robot

This is an automated cherry-pick of #5271

/assign eranco74

When doing a bootstrap-in-place installation, the cluster-version-operator
does not start until after the bootstrap machine has pivoted to being a
control-plane machine. Consequently, there is no possibility of the
cluster-bootstrap racing with the cluster-version-operator to create
resources. The code that was added to fix Bug 2008119 [1] is not necessary
for bootstrap-in-place installations. In fact, the code actually breaks
bootstrap-in-place installations by trying to restore the CVO overrides
after cluster-bootstrap finishes but before the bootstrap-to-control-plane
pivot occurs.

The changes in this commit restrict the code for Bug 2008119 to only
installations that are not bootstrap-in-place.

[1] openshift#5258
After cluster-bootstrap completes, the bootkube script attempts to
restore the original CVO overrides. It is possible that the API will
not be available yet (or be down temporarily). Instead of restarting
the bootkube script in this case, let's just retry the patch.
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Oct 7, 2021

@openshift-cherrypick-robot: Detected clone of Bugzilla bug 2010665 with correct target release. Retitling PR to link to clone:
/retitle [release-4.9] Bug 2011652: do not modify cvo ignores for bootstrap-in-place

In response to this:

[release-4.9] Bug 2010665: do not modify cvo ignores for bootstrap-in-place

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/test-infra repository.

@openshift-ci openshift-ci bot changed the title [release-4.9] Bug 2010665: do not modify cvo ignores for bootstrap-in-place [release-4.9] Bug 2011652: do not modify cvo ignores for bootstrap-in-place Oct 7, 2021
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Oct 7, 2021

@openshift-cherrypick-robot: This pull request references Bugzilla bug 2011652, which is invalid:

  • expected dependent Bugzilla bug 2011701 to be in one of the following states: MODIFIED, ON_QA, VERIFIED, but it is ASSIGNED instead
  • expected dependent Bugzilla bug 2011701 to target a release in 4.10.0, but it targets "4.9.0" instead

Comment /bugzilla refresh to re-evaluate validity if changes to the Bugzilla bug are made, or edit the title of this pull request to link to a different bug.

In response to this:

[release-4.9] Bug 2011652: do not modify cvo ignores for bootstrap-in-place

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/test-infra repository.

@openshift-ci openshift-ci bot added bugzilla/severity-urgent Referenced Bugzilla bug's severity is urgent for the branch this PR is targeting. bugzilla/invalid-bug Indicates that a referenced Bugzilla bug is invalid for the branch this PR is targeting. labels Oct 7, 2021
@eranco74
Copy link
Contributor

eranco74 commented Oct 7, 2021

/retitle [release-4.9] Bug 2011701: do not modify cvo ignores for bootstrap-in-place

@openshift-ci openshift-ci bot changed the title [release-4.9] Bug 2011652: do not modify cvo ignores for bootstrap-in-place [release-4.9] Bug 2011701: do not modify cvo ignores for bootstrap-in-place Oct 7, 2021
@openshift-ci openshift-ci bot added bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. and removed bugzilla/invalid-bug Indicates that a referenced Bugzilla bug is invalid for the branch this PR is targeting. labels Oct 7, 2021
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Oct 7, 2021

@openshift-cherrypick-robot: This pull request references Bugzilla bug 2011701, which is valid. The bug has been moved to the POST state. The bug has been updated to refer to the pull request using the external bug tracker.

6 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target release (4.9.0) matches configured target release for branch (4.9.0)
  • bug is in the state ASSIGNED, which is one of the valid states (NEW, ASSIGNED, ON_DEV, POST, POST)
  • dependent bug Bugzilla bug 2010665 is in the state ON_QA, which is one of the valid states (MODIFIED, ON_QA, VERIFIED)
  • dependent Bugzilla bug 2010665 targets the "4.10.0" release, which is one of the valid target releases: 4.10.0
  • bug has dependents

No GitHub users were found matching the public email listed for the QA contact in Bugzilla (ohochman@redhat.com), skipping review request.

In response to this:

[release-4.9] Bug 2011701: do not modify cvo ignores for bootstrap-in-place

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/test-infra repository.

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Oct 7, 2021

@openshift-cherrypick-robot: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/e2e-crc 3568bd0 link false /test e2e-crc
ci/prow/e2e-aws-fips 3568bd0 link false /test e2e-aws-fips
ci/prow/e2e-aws-workers-rhel8 3568bd0 link false /test e2e-aws-workers-rhel8
ci/prow/e2e-aws-workers-rhel7 3568bd0 link false /test e2e-aws-workers-rhel7
ci/prow/e2e-metal-ipi-ovn-ipv6 3568bd0 link false /test e2e-metal-ipi-ovn-ipv6

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/test-infra repository. I understand the commands that are listed here.

@eranco74
Copy link
Contributor

eranco74 commented Oct 7, 2021

/retest-required
First job testing bootstrap in place was successful. Running the test again.
/test e2e-metal-single-node-live-iso

@eranco74
Copy link
Contributor

eranco74 commented Oct 7, 2021

cc: @staebler

@staebler
Copy link
Contributor

staebler commented Oct 7, 2021

Second bootstrap-in-place job was successful, too.
/lgtm
/approve

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Oct 7, 2021
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Oct 7, 2021

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: staebler

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Oct 7, 2021
@openshift-bot
Copy link
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

3 similar comments
@openshift-bot
Copy link
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot
Copy link
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

oc patch clusterversion.config.openshift.io version \
--kubeconfig=/opt/openshift/auth/kubeconfig \
--type=merge \
--patch-file=/opt/openshift/original_cvo_overrides.patch
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why is this step never necessary(and never will be necessary?) for a BIP flow?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The CVOIgnore asset is only used for the normal bootstrap ignition and not the bootstrap-in-place ignition [1]. That asset is responsible for replacing the ClusterVersion manifest created by the Common Manifests asset [2] with one that adds all of the resources created by installer manifests to the .spec.overrides field.

The line in question here restores the spec.overrides field to whatever the user specified (or the default empty if the user made no changes). If the install is a bootstrap-in-place, then the installer did not modify the .spec.overrides field and so the bootstrap does not need to restore the field.

[1] https://github.com/openshift/installer/pull/5277/files#diff-cc0fbb14ee7d67263a33bebe0004691706613a326f49183d3748d1cecf46e096R36
[2]

&bootkube.CVOOverrides{},

@sdodson sdodson added the staff-eng-approved Indicates a release branch PR has been approved by a staff engineer (formerly group/pillar lead). label Oct 7, 2021
@openshift-merge-robot openshift-merge-robot merged commit 5be9076 into openshift:release-4.9 Oct 7, 2021
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Oct 7, 2021

@openshift-cherrypick-robot: All pull requests linked via external trackers have merged:

Bugzilla bug 2011701 has been moved to the MODIFIED state.

In response to this:

[release-4.9] Bug 2011701: do not modify cvo ignores for bootstrap-in-place

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/test-infra repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. bugzilla/severity-urgent Referenced Bugzilla bug's severity is urgent for the branch this PR is targeting. bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. lgtm Indicates that a PR is ready to be merged. staff-eng-approved Indicates a release branch PR has been approved by a staff engineer (formerly group/pillar lead).
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

7 participants