You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Controller is failing to provision a volume with storage class. Getting no topology key found on CSINode when using with 0.10.2. I tested with 0.9.1 and works fine without any issue.
What you expected to happen?
Volume should have been provisioned without any issue. Works fine with 0.9.1.
Anything else we need to know?:
Running two EKS node groups, 1st node group just for kube-system namespace and the second node group specifically for jupyterhub ( see csinode details below), packaged cluster autoscaler v9.9.2, csi-driver v0.10.2 and template for a storage class under single customized helm chart.
describing pvc
Type Reason Age From Message │
│ ---- ------ ---- ---- --- │
│ ---- │
│ Normal WaitForFirstConsumer 51m persistentvolume-controller waiting for first consumer to be created before binding │
│ Warning ProvisioningFailed 18m (x17 over 51m) ebs.csi.aws.com_ebs-csi-controller-5f85996d68-4pt7c_8e28e5ca-eacb-41d8-85cf-ecf668d82a81 failed to provision volume with StorageClass "test": error generating accessibility requirements: no topology key found on CSINode <node_host_name>
│ Normal Provisioning 3m27s (x21 over 51m) ebs.csi.aws.com_ebs-csi-controller-5f85996d68-4pt7c_8e28e5ca-eacb-41d8-85cf-ecf668d82a81 External provisioner is provisioning volume for claim "test/claim-test"
│ Normal ExternalProvisioning 115s (x202 over 51m) persistentvolume-controller waiting for a volume to be created, either by external provisioner "ebs.csi.aws.com" or manually created by system administrator
Snippet from kubectl describe node/node3 ( respective node where i want the attachment to happen ) -
I ran into this issue today and solved it by ensuring the ebs-csi-node DaemonSet was running on all nodes, even those with taints (which was not the default, needed to set node.tolerateAllTaints to true in the helm chart)
I ran into this issue today and solved it by ensuring the ebs-csi-node DaemonSet was running on all nodes, even those with taints (which was not the default, needed to set node.tolerateAllTaints to true in the helm chart)
@aianus that was it. Somehow i missed it. Appreciate your help!
How can I configure tolerateAllTaints from AWS EKS console, as there is no way to configure aws-ebs-csi-driver add-on's parameter in the update ui. I have two node groups, one is created by eks cloudformation, and the other is created by myself, the ebs-csi-node only runs on the nodes of the first node group.
/kind bug
What happened?
Hi @wongma7 , @ayberk
no topology key found on CSINode
when using with0.10.2
. I tested with0.9.1
and works fine without any issue.What you expected to happen?
0.9.1
.Anything else we need to know?:
Running two EKS node groups, 1st node group just for
kube-system
namespace and the second node group specifically for jupyterhub ( see csinode details below), packaged cluster autoscalerv9.9.2
, csi-driverv0.10.2
and template for a storage class under single customized helm chart.Snippet from
kubectl describe node/node3
( respective node where i want the attachment to happen ) -Environment
kubectl version
):0.10.2
3.5.3
This is similar issue mentioned here #729 but i wasn't sure how to fix this may be i'm missing ignoring the labels in cluster autoscaler.
Any help would be appreciated.
Thanks
The text was updated successfully, but these errors were encountered: