-
Notifications
You must be signed in to change notification settings - Fork 207
Open
Labels
lifecycle/staleDenotes an issue or PR has remained open with no activity and has become stale.Denotes an issue or PR has remained open with no activity and has become stale.
Description
What happened:
Our setup is:
azuredisk-csi-controller
's cloud config points to the resource group A.
A storage class S does not have the "resourceGroup" field specified and defaults to the resource group A. We see disks created in resource group A.
However, we have VMs in resource group B, and they are not able to attach the disks with the following errors:
Warning FailedAttachVolume 14s (x6 over 33s) attachdetach-controller AttachVolume.Attach failed for volume "pvc-xxxxxxxx" : rpc error: code = NotFound desc = failed to get azure instance id for node "xxxxxx"
(instance not found)
We then found this in the CSI controller logs:
I0528 05:48:10.657321 1 csi_handler.go:243] "Error processing" VolumeAttachment="csi-xxxxxx" err="failed to attach: rpc error: code = NotFound desc = failed to get azure instance id for node \"xxxxxxxx\" (instance not found)"
What you expected to happen:
The disk should be able to attach to the VM in resource group B correctly. I'm not sure how the azuredisk-csi-controller finds the VMs but should it not be getting the resource group of a VM from its providerID?
How to reproduce it:
Anything else we need to know?:
Environment:
- CSI Driver version: 1.31
- Kubernetes version (use
kubectl version
): 1.30 - OS (e.g. from /etc/os-release): Ubuntu 20.04.6 LTS
- Kernel (e.g.
uname -a
): 5.4.0-1149-azure-fips - Install tools:
- Others:
Metadata
Metadata
Assignees
Labels
lifecycle/staleDenotes an issue or PR has remained open with no activity and has become stale.Denotes an issue or PR has remained open with no activity and has become stale.