Skip to content

Conversation

@mrunalp
Copy link
Member

@mrunalp mrunalp commented Apr 30, 2020

There is a window during machine set scale up where a 1.14 crio
uses this configuration and it doesn't understand these empty
settings. Restoring the settings back to full paths till
we also update the boot image for machine sets as part of updates.

Signed-off-by: Mrunal Patel [email protected]

Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1829642

- What I did
Restore some crio settings to older values to make them forward compatible with older crio versions.

- How to verify it
Test that cri-o 4.2 can still understand the default rendered 4.4 crio.conf.

- Description for the changelog
Add back explicit path for settings to be forwards compatible with older crio versions.

There is a window during machine set scale up where a 1.14 crio
uses this configuration and it doesn't understand these empty
settings. Restoring the settings back to full paths till
we also update the boot image for machine sets as part of updates.

Signed-off-by: Mrunal Patel <[email protected]>
@openshift-ci-robot
Copy link
Contributor

@mrunalp: No Bugzilla bug is referenced in the title of this pull request.
To reference a bug, add 'Bug XXX:' to the title of this pull request and request another bug refresh with /bugzilla refresh.

Details

In response to this:

[4.4] crio: Add explicit paths for configuratoin settings

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.

@kikisdeliveryservice kikisdeliveryservice changed the title [4.4] crio: Add explicit paths for configuratoin settings [release-4.4] Bug 1829642 crio: Add explicit paths for configuratoin settings Apr 30, 2020
@openshift-ci-robot
Copy link
Contributor

@mrunalp: No Bugzilla bug is referenced in the title of this pull request.
To reference a bug, add 'Bug XXX:' to the title of this pull request and request another bug refresh with /bugzilla refresh.

Details

In response to this:

[release-4.4] Bug 1829642 crio: Add explicit paths for configuratoin settings

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.

@kikisdeliveryservice
Copy link
Contributor

/bugzilla refresh

@openshift-ci-robot
Copy link
Contributor

@kikisdeliveryservice: No Bugzilla bug is referenced in the title of this pull request.
To reference a bug, add 'Bug XXX:' to the title of this pull request and request another bug refresh with /bugzilla refresh.

Details

In response to this:

/bugzilla refresh

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.

@kikisdeliveryservice kikisdeliveryservice changed the title [release-4.4] Bug 1829642 crio: Add explicit paths for configuratoin settings [release-4.4] Bug 1829642: crio: Add explicit paths for configuratoin settings Apr 30, 2020
@openshift-ci-robot openshift-ci-robot added bugzilla/severity-high Referenced Bugzilla bug's severity is high 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 Apr 30, 2020
@openshift-ci-robot
Copy link
Contributor

@mrunalp: This pull request references Bugzilla bug 1829642, which is invalid:

  • expected Bugzilla bug 1829642 to depend on a bug targeting a release in 4.5.0, 4.5.z and in one of the following states: VERIFIED, RELEASE_PENDING, CLOSED (ERRATA), but no dependents were found

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.

Details

In response to this:

[release-4.4] Bug 1829642: crio: Add explicit paths for configuratoin settings

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.

@kikisdeliveryservice kikisdeliveryservice changed the title [release-4.4] Bug 1829642: crio: Add explicit paths for configuratoin settings [release-4.4] Bug 1829642: crio: Add explicit paths for configuration settings Apr 30, 2020
@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Apr 30, 2020
@mrunalp mrunalp 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 Apr 30, 2020
@wking wking closed this Apr 30, 2020
@wking
Copy link
Member

wking commented Apr 30, 2020

New round of CI now that #1698 has landed.

@wking wking reopened this Apr 30, 2020
@openshift-ci-robot openshift-ci-robot added bugzilla/invalid-bug Indicates that a referenced Bugzilla bug is invalid for the branch this PR is targeting. and removed bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. labels Apr 30, 2020
@openshift-ci-robot
Copy link
Contributor

@mrunalp: This pull request references Bugzilla bug 1829642, which is invalid:

  • expected Bugzilla bug 1829642 to depend on a bug targeting a release in 4.5.0, 4.5.z and in one of the following states: VERIFIED, RELEASE_PENDING, CLOSED (ERRATA), but no dependents were found

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.

Details

In response to this:

[release-4.4] Bug 1829642: crio: Add explicit paths for configuration settings

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.

@wking wking 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 Apr 30, 2020
@mrunalp mrunalp added the cherry-pick-approved Indicates a cherry-pick PR into a release branch has been approved by the release branch manager. label Apr 30, 2020
@kikisdeliveryservice
Copy link
Contributor

kikisdeliveryservice commented Apr 30, 2020

@kikisdeliveryservice
Copy link
Contributor

/retest

@wking
Copy link
Member

wking commented Apr 30, 2020

Seems like this PR is narrowly reverting some portions of 606bd2b (#1414), which was backported to 4.3 in 8afb65a (#1447). And apparently not backported to 4.2 (possibly because of this issue).

# for the runtime. If not specified, then the internal default seccomp profile
# will be used.
seccomp_profile = ""
seccomp_profile = "/etc/crio/seccomp.json"
Copy link
Member

Choose a reason for hiding this comment

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

Oh, wait. This isn't a revert of 606bd2b (#1414). Before #1414, this line was # seccomp_profile... (commented out). In #1414 it became master's current empty string. With this commit it is becoming an uncommented, nonempty value. So was there a default baked into CRI-O at some point, but no longer? And now we need to provide the old default explicitly here to support CRI-O that are recent enough to have dropped the baked-in-default? But bug 1829642 is about supporting older CRI-O? I'm confused about how these pieces fit together.

Copy link
Contributor

@kikisdeliveryservice kikisdeliveryservice Apr 30, 2020

Choose a reason for hiding this comment

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

it was commented out further back: 69025e8#diff-5c79cb2bed55d5971e8178e82d18cdc9

via #1216

Copy link
Member

Choose a reason for hiding this comment

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

Ah, ok. And looks like #1216 went out in 4.3 and was never backported to 4.2.

Copy link
Contributor

Choose a reason for hiding this comment

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

pretty sure that 4.2/1/.12 fails if these are empty so it cant be backported

Copy link
Contributor

Choose a reason for hiding this comment

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

Yeah this is needed, so that cri-o 1.14 can use this config and not fail to start up like it was.

@kikisdeliveryservice
Copy link
Contributor

just adding for safety..

/hold

@openshift-ci-robot openshift-ci-robot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Apr 30, 2020
@ashcrow
Copy link
Member

ashcrow commented Apr 30, 2020

/retest ci/prow/e2e-aws

@sdodson
Copy link
Member

sdodson commented Apr 30, 2020

It seems like we should include this on master branch until such a time that we're managing the machineset image on updates. There's no assurances that will happen before 4.5 so we may run into 4.2 to 4.3 to 4.4 to 4.5 upgrades with a 4.2 bootimage is still in use during scaleup.
/cherrypick master

@openshift-cherrypick-robot

@sdodson: once the present PR merges, I will cherry-pick it on top of master in a new PR and assign it to you.

Details

In response to this:

It seems like we should include this on master branch until such a time that we're managing the machineset image on updates. There's no assurances that will happen before 4.5 so we may run into 4.2 to 4.3 to 4.4 to 4.5 upgrades with a 4.2 bootimage is still in use during scaleup.
/cherrypick master

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
Contributor

@ashcrow: The /retest command does not accept any targets.
The following commands are available to trigger jobs:

  • /test e2e-aws
  • /test e2e-aws-disruptive
  • /test e2e-aws-scaleup-rhel7
  • /test e2e-gcp-op
  • /test e2e-gcp-upgrade
  • /test e2e-metal-ipi
  • /test e2e-openstack
  • /test e2e-ovirt
  • /test e2e-vsphere
  • /test images
  • /test unit
  • /test verify

Use /test all to run all jobs.

Details

In response to this:

/retest ci/prow/e2e-aws

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.

@umohnani8
Copy link
Contributor

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Apr 30, 2020
@openshift-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: kikisdeliveryservice, mrunalp, umohnani8

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:
  • OWNERS [kikisdeliveryservice]

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

@umohnani8
Copy link
Contributor

/retest

@umohnani8
Copy link
Contributor

@sdodson this will not cleanly cherry-pick on master since we reworked the ctrcfg controller to use drop-in files instead of modifying crio.conf every time. I can open a PR to master with similar changes.

@umohnani8
Copy link
Contributor

/hold cancel

@openshift-ci-robot openshift-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Apr 30, 2020
@umohnani8
Copy link
Contributor

/hold adding it back based on slack discussions

@openshift-ci-robot openshift-ci-robot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Apr 30, 2020
@vikaslaad
Copy link

/retest

@runcom
Copy link
Member

runcom commented Apr 30, 2020

/skip

@jianzhangbjz
Copy link
Member

/retest

@kikisdeliveryservice kikisdeliveryservice changed the title [release-4.4] Bug 1829642: crio: Add explicit paths for configuration settings [release-4.4] crio: Add explicit paths for configuration settings May 1, 2020
@openshift-ci-robot openshift-ci-robot removed the bugzilla/severity-high Referenced Bugzilla bug's severity is high for the branch this PR is targeting. label May 1, 2020
@openshift-ci-robot
Copy link
Contributor

@mrunalp: No Bugzilla bug is referenced in the title of this pull request.
To reference a bug, add 'Bug XXX:' to the title of this pull request and request another bug refresh with /bugzilla refresh.

Details

In response to this:

[release-4.4] crio: Add explicit paths for configuration settings

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 openshift-ci-robot removed the bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. label May 1, 2020
@kikisdeliveryservice
Copy link
Contributor

/bugzilla refresh

@openshift-ci-robot
Copy link
Contributor

@kikisdeliveryservice: No Bugzilla bug is referenced in the title of this pull request.
To reference a bug, add 'Bug XXX:' to the title of this pull request and request another bug refresh with /bugzilla refresh.

Details

In response to this:

/bugzilla refresh

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.

@kikisdeliveryservice
Copy link
Contributor

unlinked from https://bugzilla.redhat.com/show_bug.cgi?id=1829642 as we have #1706

@openshift-ci-robot
Copy link
Contributor

@mrunalp: The following test failed, say /retest to rerun all failed tests:

Test name Commit Details Rerun command
ci/prow/e2e-aws a345a56 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.

@ashcrow
Copy link
Member

ashcrow commented May 1, 2020

Closed per #1707 (comment)

@ashcrow ashcrow closed this May 1, 2020
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. cherry-pick-approved Indicates a cherry-pick PR into a release branch has been approved by the release branch manager. do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. lgtm Indicates that a PR is ready to be merged.

Projects

None yet

Development

Successfully merging this pull request may close these issues.