Skip to content

Bug 2037075: Verify Builds with CSI Volume Sources#26646

Merged
openshift-merge-robot merged 1 commit intoopenshift:masterfrom
jkhelil:build-275
Jan 21, 2022
Merged

Bug 2037075: Verify Builds with CSI Volume Sources#26646
openshift-merge-robot merged 1 commit intoopenshift:masterfrom
jkhelil:build-275

Conversation

@jkhelil
Copy link
Contributor

@jkhelil jkhelil commented Nov 29, 2021

@openshift-ci openshift-ci bot requested review from coreydaley and deads2k November 29, 2021 14:12
@jkhelil jkhelil changed the title add support for build csi volume source BUILD-275: add support for build csi volume source Nov 29, 2021
Copy link
Contributor

Choose a reason for hiding this comment

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

Please note that this image is being relocated for multi-arch support in #26598

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@gabemontero
Copy link
Contributor

gabemontero commented Dec 6, 2021

you have to update the bindata @jkhelil ... that appears to be what the verify failure is complaining about

you also minimally have to assign @adambkaplan to this PR to get teh approved label per #26646 (comment)

Copy link
Contributor

@gabemontero gabemontero left a comment

Choose a reason for hiding this comment

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

I'm guessing the ginkgo code of the e2e's is just following the pattern @coreydaley established with his original build volume work

assign this PR to him as well so he can review these

otherwise I added some shared resource specific comments, along with a question to @adambkaplan that might mean a tweak to what you are doing in your OCM PR

csi:
driver: csi.sharedresource.openshift.io
volumeAttributes:
sharedSecret: my-secret
Copy link
Contributor

Choose a reason for hiding this comment

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

Per my comment to you in https://docs.google.com/document/d/1F3VFkiLUJbsUkFJcjnA2oyROYTI5RRlTJYl4ZWQoNls/edit?disco=AAAASUDEeYE add the `‘refreshResource’ attribute, and set it to a string value of false

Copy link
Contributor

Choose a reason for hiding this comment

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

Another option as well, which I might like better, is that in your OCM controller PR, if you see CSI driver volume mounts with our shared resource driver here, you adjust their volume attributes to force refreshResources to 'false'

WDYT @adambkaplan

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@gabemontero I added the refreshResource attribute

Copy link
Contributor

Choose a reason for hiding this comment

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

OK putting a comment to reflect our team discussion yesterday on this after I posted my last set of comments, namely
we are NOT going to have the OCM force shared resource CSI volumes to have refreshResource set to false.

That said, it is a supported option we do want to let user opt into.

So I'll need to adjust my request to you here @jkhelil ..... for each of your shared resource test items here, have one where you do not set refreshResource, and then one where you add the refreshsResource: 'false' setting

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@gabemontero what is the purpose for adding tests without refreshsResource: 'false', because we know that it shouldnt happen for builds and it will fail(correct me if i am wring about it)

Copy link
Contributor

Choose a reason for hiding this comment

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

no @jkhelil both scenarios should work

  • if the user does not add the refreshResource volume attribute, it should work
  • if the user does add the refreshResourece: 'false' volume attribute, it should work

Hence, I want you to make sure both paths work but having 2 flavors of your various tests here.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@gabemontero can you have a look please to the changes regarding this last comment

Copy link
Contributor

Choose a reason for hiding this comment

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

ok I'm good with the mix you have for this @jkhelil

Copy link
Contributor

Choose a reason for hiding this comment

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

git the approve label from @adambkaplan and see if @coreydaley is OK with the way you added to the volumes tests he did, and we'll go from there

also, if the agnostic-cmd test is the only failure in the tests, and if you examine the tests and provide a comment to use explaining that all the sig-builds test have passed, and none of any remaining flakes are build related, we can use the skip prow command to bypass that one

@jkhelil
Copy link
Contributor Author

jkhelil commented Dec 8, 2021

/test e2e-aws-serial

@jkhelil
Copy link
Contributor Author

jkhelil commented Dec 8, 2021

/test e2e-aws-single-node

@gabemontero
Copy link
Contributor

/assign @gabemontero

/assign @coreydaley
(to minimally review your volume test cases)

/assign @adambkaplan
(to minimally get the approve label)

see if you can remember @jkhelil to start doing these assigns yourself.

@jkhelil
Copy link
Contributor Author

jkhelil commented Dec 8, 2021

ack @gabemontero , I do remember, Just not clear for me if I should wait until all tests are green to assign the PR for approval or not

@jkhelil
Copy link
Contributor Author

jkhelil commented Dec 8, 2021

/test e2e-gcp-upgrade

@gabemontero
Copy link
Contributor

gabemontero commented Dec 8, 2021

ack @gabemontero , I do remember, Just not clear for me if I should wait until all tests are green to assign the PR for approval or not

I would say if there is more than likely chance that the failed test are non-related flakes, go ahead and assign / start the review process.

@jkhelil jkhelil force-pushed the build-275 branch 2 times, most recently from d09498d to d3e8990 Compare December 9, 2021 17:05
@jkhelil
Copy link
Contributor Author

jkhelil commented Dec 10, 2021

/test e2e-gcp-builds

@jkhelil
Copy link
Contributor Author

jkhelil commented Dec 13, 2021

/test e2e-agnostic-cmd

@gabemontero
Copy link
Contributor

curious the new tests pass even though we have not merged all the OCM/builder/etc. stuff yet

is that expected @jkhelil ?

@adambkaplan FYI

@gabemontero
Copy link
Contributor

curious the new tests pass even though we have not merged all the OCM/builder/etc. stuff yet

is that expected @jkhelil ?

@adambkaplan FYI

duh @jkhelil @adambkaplan :-) ... none of the e2e's run so far were against a tech preview cluster so the tests were skipped

sorry for the noise :-)

Copy link
Contributor

@adambkaplan adambkaplan left a comment

Choose a reason for hiding this comment

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

@jkhelil we should also have a test on a standard cluster which tries to mount a CSI volume. In this test case, we would expect the build to be created, and then later fail.

@adambkaplan
Copy link
Contributor

/retitle Bug 2037075: Verify Builds with CSI Volume Sources

@openshift-ci openshift-ci bot changed the title BUILD-275: add support for build csi volume source Bug 2037075: Verify Builds with CSI Volume Sources Jan 5, 2022
@openshift-ci openshift-ci bot added the bugzilla/severity-medium Referenced Bugzilla bug's severity is medium for the branch this PR is targeting. label Jan 5, 2022
@jkhelil
Copy link
Contributor Author

jkhelil commented Jan 14, 2022

/test e2e-agnostic-cmd

@jkhelil
Copy link
Contributor Author

jkhelil commented Jan 14, 2022

/test e2e-aws-cgroupsv2

@jkhelil
Copy link
Contributor Author

jkhelil commented Jan 14, 2022

/test e2e-aws-csi
/test e2e-aws-fips

@jkhelil
Copy link
Contributor Author

jkhelil commented Jan 14, 2022

/test e2e-gcp-upgrade

@jkhelil
Copy link
Contributor Author

jkhelil commented Jan 14, 2022

/assign @adambkaplan for approval

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 14, 2022

@jkhelil: GitHub didn't allow me to assign the following users: for, approval.

Note that only openshift members, repo collaborators and people who have commented on this issue/PR can be assigned. Additionally, issues/PRs can only have 10 assignees at the same time.
For more information please see the contributor guide

Details

In response to this:

/assign @adambkaplan for approval

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.

@gabemontero
Copy link
Contributor

/assign @adambkaplan

@jkhelil
Copy link
Contributor Author

jkhelil commented Jan 18, 2022

/test e2e-agnostic-cmd

@gabemontero
Copy link
Contributor

bump @adambkaplan

are you at least willing to apply the approve label to @jkhelil PR and have others complete the review, or do you think you'll be able to get lgtm level cycles to look at this soon.

other than non related flakes in the agnostic cmd suite, this appears green

Copy link
Contributor

@adambkaplan adambkaplan left a comment

Choose a reason for hiding this comment

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

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Jan 20, 2022
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 20, 2022

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: adambkaplan, gabemontero, jkhelil

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

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

/retest-required

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

1 similar comment
@openshift-bot
Copy link
Contributor

/retest-required

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

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 20, 2022

@jkhelil: The following test 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-agnostic-cmd 4870fbd link false /test e2e-agnostic-cmd

Full PR test history. Your PR dashboard.

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.

@openshift-bot
Copy link
Contributor

/retest-required

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

6 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.

@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.

@openshift-merge-robot openshift-merge-robot merged commit 2e20177 into openshift:master Jan 21, 2022
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 21, 2022

@jkhelil: All pull requests linked via external trackers have merged:

Bugzilla bug 2037075 has been moved to the MODIFIED state.

Details

In response to this:

Bug 2037075: Verify Builds with CSI Volume Sources

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-medium Referenced Bugzilla bug's severity is medium 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.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants

Comments