-
Notifications
You must be signed in to change notification settings - Fork 38.8k
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
e2e manifests #69868
e2e manifests #69868
Conversation
7c97bcd
to
073e7fa
Compare
@msau42 I went ahead and also rewrote the GCE CSI test, which allowed me to remove a lot of code from |
Note that the Only |
7695f62
to
ea44b83
Compare
/retest |
f66c51b
to
794000d
Compare
/cc |
I found that the gcePD CSI driver test case does run in the CI... and that it currently hangs. I've added more debug output, so perhaps soon I'll know why. I got stuck trying to run it locally because it wasn't obvious how to set up the required service account secret. |
Some help would be welcome. The gcePD test failed in https://prow.k8s.io/log?job=pull-kubernetes-e2e-gce&id=56220 again because of permission issues. I don't understand what the error messages are trying to tell me, the service account setup looks sane to me:
|
Generated via hack/update-bazel.sh.
@msau let me come back to the offer of not renaming the gcePD driver. I had that working before the driver update to gcp-compute-persistent-disk-csi-driver:v0.1.0.alpha, but now I can't get it to work again and my possibilities to debug that are rather limited and slow. Therefore the latest incarnation of this PR deploys the gcePD driver without renaming, as in current Kubernetes master. If that works, please merge. I'm not going to wait for clean test results myself anymore today, though. I left in the version update - killing two birds with one stone, basically. Otherwise we would have two conflicting PRs. /hold cancel |
@@ -16,7 +16,7 @@ spec: | |||
containers: | |||
- name: csi-driver-registrar | |||
imagePullPolicy: Always | |||
image: quay.io/k8scsi/driver-registrar:v0.3.0 | |||
image: quay.io/k8scsi/driver-registrar:v0.4.1 |
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.
Hm I wonder if the alpha pd driver is going to have issues with the latest sidecars.
Also, unfortunately we haven't published public images of the beta gce pd driver yet. So I think it's best to just leave PD driver image versions the way it was before, and we will update the versions when we're ready.
Also I think we need to add the [Serial] tag to pd so that tests won't be run it parallel.
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.
+1
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.
The test has passed, so it looks like the alpha driver is compatible with the latest sidecar drivers. Do you want to revert that part nonetheless?
Please lets add the [Serial] tag as part of PR #68025 /cc @mkimuram
It has been working so far and this PR doesn't make it worse. From a practical perspective,
I don't see a good way to add it to the current test because of the way how it loops over the different drivers, and that part will be changed anyway:
for driverName, initCSIDriver := range csiTestDrivers {
curDriverName := driverName
curInitCSIDriver := initCSIDriver
Context(fmt.Sprintf("CSI plugin test using CSI driver: %s", curDriverName), func() {
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.
If its passing then it's fine to leave it. It's not a configuration that's officially been tested/supported by us, but I will update it later once we get the latest driver image published.
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.
@msau42 so is this PR ready for merging now?
/test pull-kubernetes-integration |
1 similar comment
/test pull-kubernetes-integration |
image: quay.io/k8scsi/csi-attacher:v0.4.0 | ||
args: | ||
- --v=5 | ||
- --csi-address=$(ADDRESS) |
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.
do you want to simplify the hostpath specs too?
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.
Yes, but let's do that in a separate PR and then also coordinate the update with the original .yaml file in kubernetes-csi/docs.
I've filed kubernetes-csi/docs#68 for this.
@@ -16,7 +16,7 @@ spec: | |||
containers: | |||
- name: csi-driver-registrar | |||
imagePullPolicy: Always | |||
image: quay.io/k8scsi/driver-registrar:v0.3.0 | |||
image: quay.io/k8scsi/driver-registrar:v0.4.1 |
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.
If its passing then it's fine to leave it. It's not a configuration that's officially been tested/supported by us, but I will update it later once we get the latest driver image published.
Yes, this is for 1.13. /milestone v1.13 |
@pohly: You must be a member of the kubernetes/kubernetes-milestone-maintainers github team to set the milestone. In 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. |
@nikopen can you please add the v1.13 milestone label to this PR? |
/milestone v1.13 |
/lgtm |
/assign @saad-ali |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: pohly, saad-ali The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
// - only the latest stable API version for each item is supported | ||
func (f *Framework) PatchItems(items ...interface{}) error { | ||
for _, item := range items { | ||
Logf("patching original content of %T:\n%s", item, PrettyPrint(item)) |
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.
Printing all of the YAMLs is far too noisy - #70448
/kind cleanup
What this PR does / why we need it:
For CSI testing we want to get away from having to replicate .yaml files in code. Now the CSI drivers and their RBAC rules get created from .yaml files.
Special notes for your reviewer:
My proposal is to review and potentially merge this PR first, then create the
rbac.yaml
in the individual repos at the URLs linked to here in the readmes.Release note:
/sig storage
/sig testing
/cc @msau42