-
Notifications
You must be signed in to change notification settings - Fork 462
MCO-2015: Use an event based queue in the boot image controller #5479
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
base: main
Are you sure you want to change the base?
Conversation
These seemed to be tripping local verify runs, but not the CI ones.
|
@djoshy: This pull request explicitly references no jira issue. DetailsIn response to this:
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 openshift-eng/jira-lifecycle-plugin repository. |
|
Skipping CI for Draft Pull Request. |
|
/payload-job periodic-ci-openshift-machine-config-operator-release-4.21-periodics-e2e-aws-mco-disruptive |
|
@djoshy: trigger 4 job(s) for the /payload-(with-prs|job|aggregate|job-with-prs|aggregate-with-prs) command
See details on https://pr-payload-tests.ci.openshift.org/runs/ci/2f4ef270-d548-11f0-8f48-888e820b0c9f-0 |
|
/payload-job periodic-ci-openshift-machine-config-operator-release-4.21-periodics-e2e-aws-mco-disruptive-techpreview-1of2 periodic-ci-openshift-machine-config-operator-release-4.21-periodics-e2e-aws-mco-disruptive-techpreview-2of2 periodic-ci-openshift-machine-config-operator-release-4.21-periodics-e2e-azure-mco-disruptive-techpreview-1of2 periodic-ci-openshift-machine-config-operator-release-4.21-periodics-e2e-azure-mco-disruptive-techpreview-2of2 periodic-ci-openshift-machine-config-operator-release-4.21-periodics-e2e-gcp-mco-disruptive-techpreview-1of2 periodic-ci-openshift-machine-config-operator-release-4.21-periodics-e2e-gcp-mco-disruptive-techpreview-2of2 periodic-ci-openshift-machine-config-operator-release-4.21-periodics-e2e-vsphere-mco-disruptive-techpreview-1of2 periodic-ci-openshift-machine-config-operator-release-4.21-periodics-e2e-vsphere-mco-disruptive-techpreview-2of2 |
|
@djoshy: trigger 8 job(s) for the /payload-(with-prs|job|aggregate|job-with-prs|aggregate-with-prs) command
See details on https://pr-payload-tests.ci.openshift.org/runs/ci/c14cbb20-d5df-11f0-9a0b-72d30d447e80-0 |
|
Payloads look good, opening up for review |
This commit simplifies the name of the package as the controller now deals with more than just the standard machineset resources.
816bbfb to
d6a4e18
Compare
|
/test unit |
|
I think this warrants a tech debt card at least, even if we don't have a specific target version to merge this :) thanks for following up. |
|
@djoshy: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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. |
|
One of the tests failed because it took a little bit longer than usual to update the machineset. It was updated, though. When we created a machineset without configuring the machineconfiguration resource we saw this Our test has a very tight timeout and failed. I think that the solution is to use a slightly bigger timeout, since taking 50 seconds to update the machineset seems reasonable. Nevertheless, could you confirm that you see no issue in the logs I pasted, please? |
|
Chatted with @sergiordlr, and we think this is the after effect of a single threaded queue system vs a multiple thread system utilizing mutexes. The status from a previous test( /verified by @sergiordlr |
|
@djoshy: This PR has been marked as verified by DetailsIn response to this:
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 openshift-eng/jira-lifecycle-plugin repository. |
|
@djoshy: This pull request references MCO-2015 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "4.22.0" version, but no target version was set. DetailsIn response to this:
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 openshift-eng/jira-lifecycle-plugin repository. |
pablintino
left a comment
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.
/lgtm
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.
Ouch, good one, but not sure why I missed this one.
|
|
||
| out, err := uploadCmd.CombinedOutput() | ||
| logger.Infof(string(out)) | ||
| logger.Infof("%s", string(out)) |
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.
good one.
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: djoshy, pablintino The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
Running an AWS serial payload just to be safe: |
|
@djoshy: trigger 2 job(s) for the /payload-(with-prs|job|aggregate|job-with-prs|aggregate-with-prs) command
See details on https://pr-payload-tests.ci.openshift.org/runs/ci/a9cc10e0-da99-11f0-88ac-11f06fe1385c-0 |
- What I did
This PR updates the boot image controller to use an event based queue. See additional context in #5332 (comment). It also renames the controller to be more generic as it is no longer only updating
machinesets.It also has some minor verify fixes that I was encountering locally, but not seeing in CI?
- How to verify it
All boot image tests should still pass; no functional changes are expected.