-
Notifications
You must be signed in to change notification settings - Fork 807
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
Fix volume attachment limit calculation #1561
Conversation
Signed-off-by: Eddie Torres <torredil@amazon.com>
/retest morning data collection |
/retest rollback test |
/retest flake |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ConnorJC3, gtxu, hanyuel 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 |
/lgtm |
/test pull-aws-ebs-csi-driver-external-test-eks |
/retest |
1 similar comment
/retest |
/retest How unlucky can we get |
/retest Another round on this roller coaster |
Is this a bug fix or adding new feature?
What is this PR about? / Why do we need it?
Currently, the
blockVolumes
count returned from the ec2 metadata service is incorrect.aws-ebs-csi-driver/pkg/driver/node.go
Line 729 in 7db7d1a
aws-ebs-csi-driver/pkg/cloud/metadata_ec2.go
Line 71 in 7db7d1a
As an example, on Windows the virtual devices for instance store volumes are counted which results in -1 as the attachment limit when block devices are subtracted from the available limit:
This explains the behavior we have observed with the CSINode Allocatable property not being set on Windows nodes. As a result of this change, only entries in the block device mapping that start with
ebs
are counted. This will fix issues with double counting the root volume and counting entries that should not be counted.What testing is done?
make test
volumeLimits [It] should verify that all csinodes have volume limits
✅