Skip to content
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

BlobCSI Driver Sync Fails Post Server/VM Reboot | Requires PV/PVC Recreation with Unique Volume_Handle #1713

Open
Hidayathullashaik opened this issue Nov 22, 2024 · 1 comment

Comments

@Hidayathullashaik
Copy link

Hi Team,

I am referencing the issue logged earlier: Blobfuse CSI Configurations Issue #1620.

[Problem Statement]
I have ensured that the volume_handle name is unique across Kubernetes clusters. However, after a planned or sudden reboot of a node/server, the Blobfuse CSI driver stops syncing to the Azure Storage Account. This forces me to delete the existing Persistent Volume (PV) and Persistent Volume Claim (PVC) and recreate them with a new volume_handle in the Kubernetes PV YAML file.

[Expected Behavior]
The Blobfuse CSI driver should automatically remount to the Azure Storage Account using the Blob configurations and storage account secrets whenever the server reboots.

Please advise on resolving this issue or if there are additional configurations needed to ensure the remount process works seamlessly post-reboot.

@Hidayathullashaik Hidayathullashaik changed the title blobcsidriver sync stopped after server/vm reboot BlobCSI Driver Sync Fails Post Server/VM Reboot | Requires PV/PVC Recreation with Unique Volume_Handle Nov 22, 2024
@andyzhangx
Copy link
Member

@Hidayathullashaik before you reboot the VM, you should reschedule the pods with blobfuse volume to other nodes, otherwise the mounted blobfuse volume path could turn to be a local disk path, that's a known k8s kubelet bug, not sure whether they have solved in latest k8s version.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants