-
Notifications
You must be signed in to change notification settings - Fork 808
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
Add test-e2e-external-eks make rule that tests EKS with pod instance metadata disabled. Remove hostNetwork from DaemonSet #907
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: wongma7 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 |
/test pull-aws-ebs-csi-driver-external-test-eks |
/test pull-aws-ebs-csi-driver-external-test-eks |
1 similar comment
/test pull-aws-ebs-csi-driver-external-test-eks |
I0601 23:59:18.405899 1 metadata.go:101] retrieving instance data from ec2 metadata |
/test pull-aws-ebs-csi-driver-e2e-single-az |
/test pull-aws-ebs-csi-driver-external-test-eks |
/lgtm |
/hold |
do we need to bump the helm chart version? |
@vdhanan I think these changes should go in the next new My reasoning: if we release a new helm chart now, then the driver should work even with hostNetwork off and instance metadata off, but it hasn't been tested, the only thing that has been tested is the particular combination of |
…ctl already creates it
rebased, conflict was hack/values.yaml got logLevel: 5 added to it (to easily debug tests) |
/lgtm |
/unhold |
Is this a bug fix or adding new feature? test
What is this PR about? / Why do we need it? test for the case where instance metadata is disabled for pods. EKS specifically recommends this. In this case, only pods with hostNetwork true will have access to instance metadata.
To create the environment, use eksctl --disable-pod-imds.
The expected behavior is that in lieu of instance metadata
disable-pod-imds
to touch instance metadata.TODO for future:
a test case where instance metadata is totally disabled on instances, not just for pods. hostNetwork is now false for both controller and node, so whether instance metadata is available on host or not should make no difference , but an extra test case won't hurt.
What testing is done?