Skip to content

Upgrading with --force should set the force boolean#22645

Merged
smarterclayton merged 1 commit intoopenshift:masterfrom
smarterclayton:set_force
Apr 25, 2019
Merged

Upgrading with --force should set the force boolean#22645
smarterclayton merged 1 commit intoopenshift:masterfrom
smarterclayton:set_force

Conversation

@smarterclayton
Copy link
Copy Markdown
Contributor

@smarterclayton smarterclayton commented Apr 24, 2019

As part of adding certificate verification to the payload we must now
tell the CVO to bypass certain failing conditions. Wire --force to
force and mark that upgrade is not experimental for 4.1.

First two commits from #22644

@openshift-ci-robot openshift-ci-robot added size/XXL Denotes a PR that changes 1000+ lines, ignoring generated files. approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Apr 24, 2019
@smarterclayton
Copy link
Copy Markdown
Contributor Author

/assign @abhinavdahiya

But #22644 I need to verify has the correct diffs

@openshift-ci-robot openshift-ci-robot added size/XS Denotes a PR that changes 0-9 lines, ignoring generated files. and removed size/XXL Denotes a PR that changes 1000+ lines, ignoring generated files. labels Apr 24, 2019
@abhinavdahiya
Copy link
Copy Markdown
Contributor

/lgtm

/test e2e-aws-upgrade

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Apr 24, 2019
@smarterclayton
Copy link
Copy Markdown
Contributor Author

/retest

@smarterclayton
Copy link
Copy Markdown
Contributor Author

/test e2e-aws-upgrade

@smarterclayton
Copy link
Copy Markdown
Contributor Author

/lgtm

@openshift-ci-robot
Copy link
Copy Markdown

@smarterclayton: you cannot LGTM your own PR.

Details

In response to this:

/lgtm

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-robot
Copy link
Copy Markdown

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: abhinavdahiya, smarterclayton

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

The pull request process is described here

Details 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

@smarterclayton
Copy link
Copy Markdown
Contributor Author

/retest

@openshift-ci-robot
Copy link
Copy Markdown

@smarterclayton: The following tests failed, say /retest to rerun them all:

Test name Commit Details Rerun command
ci/prow/integration 429521d link /test integration
ci/prow/e2e-aws 429521d link /test e2e-aws

Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR.

Details

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.

@smarterclayton smarterclayton merged commit 77eeb43 into openshift:master Apr 25, 2019
wking added a commit to wking/origin that referenced this pull request Apr 13, 2021
We've been forcing since 429521d (Upgrading with --force should set
the force boolean, 2019-03-23, openshift#22645).  Back then we were maybe not
signing CI releases then?  We're currently trusting (and hopefully
signing) CI releases with a CI key, and signing nightlies with the
beta 2 or release keys [1].  Blocking nightly -> CI updates would be
good, and we don't need to run those jobs.  CI -> nightly updates
would be allowed if we landed something like [2], but we can also get
by without any update jobs connecting CI and nightly trust.

[1]: https://github.com/openshift/cluster-update-keys/blob/41d14d4c27e274b236426ef80d2144cf46ded532/Makefile#L4-L25
[2]: openshift/cluster-update-keys#16
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. lgtm Indicates that a PR is ready to be merged. size/XS Denotes a PR that changes 0-9 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants