-
Notifications
You must be signed in to change notification settings - Fork 2.1k
Bug 1845661: adding periodic proxy test using new workflow #10150
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
Bug 1845661: adding periodic proxy test using new workflow #10150
Conversation
|
@ewolinetz: This pull request references Bugzilla bug 1845661, 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. 3 validation(s) were run on this bug
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 kubernetes/test-infra repository. |
ci-operator/config/openshift/release/openshift-release-master__ocp-4.4.yaml
Outdated
Show resolved
Hide resolved
7f3c65a to
50688ce
Compare
|
since i couldn't follow the slack thread in relation to this 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.
@stevekuznetsov since you don't want the informing label here, that means for now @ewolinetz needs to add this job to the release controller config to get testgrid-generator to include it in our dashboards, correct? Is there any negative consequence to him doing that?
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.
@stevekuznetsov bump
|
/test pj-rehearse |
|
/approve @ewolinetz still working out the rehearsal issues? once it passes it's good to go from my perspective. we will then want to add this job to the release controller config as an informing job which will:
|
|
@bparees yeah, trying to figure out why these rehearsal tests are failing when the original PR's rehearsal passed |
|
it looks like we aren't running the setup steps as part of this workflow.. the artifacts dir only has the |
|
/refresh |
3debff3 to
85e6475
Compare
|
/test pr-rehearse |
|
@ewolinetz: The specified target(s) for
Use
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 kubernetes/test-infra repository. |
|
/test pj-rehearse |
|
@bparees the rehearsal jobs are installing the cluster as expected -- it looks like the failures are from e2e test failures. |
ci-operator/config/openshift/release/openshift-release-master__ocp-4.4.yaml
Outdated
Show resolved
Hide resolved
ci-operator/config/openshift/release/openshift-release-master__ocp-4.5.yaml
Outdated
Show resolved
Hide resolved
|
/retest |
85e6475 to
4f8965b
Compare
ci-operator/config/openshift/release/openshift-release-master__ocp-4.4.yaml
Outdated
Show resolved
Hide resolved
4f8965b to
9b76797
Compare
|
@bparees looks like similar case here -- e2e tests aren't passing but the install completes |
|
/test pj-rehearse |
|
@ewolinetz: The following tests 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/test-infra repository. I understand the commands that are listed here. |
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bparees, ewolinetz 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 |
|
@ewolinetz: All pull requests linked via external trackers have merged: openshift/release#10150. Bugzilla bug 1845661 has been moved to the MODIFIED state. 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 kubernetes/test-infra repository. |
|
@ewolinetz: Updated the following 11 configmaps:
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 kubernetes/test-infra repository. |
…4: Return to 4.4 upi-installer 9b76797 (adding periodic proxy test using new workflow, 2020-07-15, openshift#10150) pulled in the 4.5 upi-installer for 4.4 CI because the the 'aws' client is new in 4.5 [1]. But it caused problems in UPI jobs, because steps consuming the upi-installer image ended up getting the 4.5 version and pulling 4.5 RHCOS [2]: 2020-09-02 13:52:16+00:00 - Locating RHCOS image for release... 2020-09-02 13:52:16+00:00 - Configuring govc exports... 2020-09-02 13:52:16+00:00 - Checking if RHCOS OVA needs to be downloaded from https://releases-art-rhcos.svc.ci.openshift.org/art/storage/releases/rhcos-4.5/45.82.202008010929-0/x86_64/rhcos-45.82.202008010929-0-vmware.x86_64.ova... However, the proxy jobs are currently explicitly pulling the 4.5 image straight from the ocp namespace: $ git grep -B3 'tag: upi-installer' ci-operator/step-registry | grep proxy ci-operator/step-registry/ipi/conf/aws/proxy/ipi-conf-aws-proxy-ref.yaml- from_image: ci-operator/step-registry/ipi/conf/aws/proxy/ipi-conf-aws-proxy-ref.yaml- namespace: ocp ci-operator/step-registry/ipi/conf/aws/proxy/ipi-conf-aws-proxy-ref.yaml- name: "4.5" ci-operator/step-registry/ipi/conf/aws/proxy/ipi-conf-aws-proxy-ref.yaml: tag: upi-installer ci-operator/step-registry/ipi/deprovision/proxy/ipi-deprovision-proxy-ref.yaml- from_image: ci-operator/step-registry/ipi/deprovision/proxy/ipi-deprovision-proxy-ref.yaml- namespace: ocp ci-operator/step-registry/ipi/deprovision/proxy/ipi-deprovision-proxy-ref.yaml- name: "4.5" ci-operator/step-registry/ipi/deprovision/proxy/ipi-deprovision-proxy-ref.yaml: tag: upi-installer So they shouldn't care about any upi-installer business in the release config file. Moving back to 4.4 there should fix the UPI portions of the jobs without breaking the proxy steps. I'm not clear if we can entirely drop upi-installer from base_images or not, so I'm leaving it alone for now. [1]: openshift/installer#3292 [2]: https://storage.googleapis.com/origin-ci-test/logs/periodic-ci-openshift-release-master-ocp-4.4-e2e-vsphere-upi/1301151427015479296/artifacts/e2e-vsphere-upi/upi-conf-vsphere-ova/container-logs/test.log
to address https://bugzilla.redhat.com/show_bug.cgi?id=1845661