This topic lists frequently asked questions about mounting and using persistent volumes with Container Storage Interface (CSI) components.
Typical issues
If a pod is in an abnormal state or a persistent volume fails to mount, see Troubleshoot storage issues for troubleshooting steps.
The following list describes some typical issues:
Cloud Disk persistent volumes
NAS persistent volumes
Category | Issue |
Mounting | |
Usage | |
Unmounting |
OSS persistent volumes
ossfs 1.0
ossfs 2.0
Category | Question |
Mount | |
Scale out | Do I need to scale out a volume when the actual storage capacity exceeds the volume's configuration? |
Usage |
Storage components
CNFS
An "IPAddress ... for Service ... has a wrong reference" event alert appears after an ACK cluster upgrade
Symptom
After you upgrade the cluster, running the kubectl get events -A command may return continuous Warning events:
IPAddress: <IP_ADDRESS> for Service kube-system/cnfs-cache-ds-service has a wrong reference; cleaning upThis issue usually occurs in the following scenarios:
The version of the storage-operator component in the cluster is earlier than v1.33.1.
The cluster is upgraded from a version earlier than 1.33 to version 1.33 or later.
Cause
Versions of storage-operator earlier than v1.33.1 have a known issue where they continuously try to create an existing Service. In Kubernetes 1.33 and later, the MultiCIDRServiceAllocator feature is enabled by default. This repetitive behavior triggers the feature, causing the system to enter a loop of rapidly creating and deleting temporary IPAddress resources.
Solution
Why is the kube-system/cnfs-cache-ds-service automatically recreated after I manually delete it?
Symptom
You manually delete the cnfs-cache-ds-service in the kube-system namespace. The deletion operation appears to succeed, but the service reappears shortly after.
Cause
This issue is caused by the storage-operator component, which works as follows:
Desired state: In the
storage-operatorConfigMap, the installation status ofcnfs-cache-ds-serviceis defined astrue.Continuous monitoring: The component continuously checks the cluster to ensure that the service exists.
Automatic reconciliation: When you manually delete the service, the controller detects that the actual state does not match the desired state. It then immediately recreates the service to match the desired state.
Solution
Method 1: Upgrade the storage-operator component (Recommended)
For more information, see Upgrade the storage-operator component.
Method 2: Modify the storage-operator configuration (Temporary solution)
This method involves modifying the storage-operator configuration file to prevent the cnfs-cache-ds service from being automatically recreated.
Find and edit the
storage-operatorConfigMap in thekube-systemnamespace.kubectl edit configmap storage-operator -n kube-systemIn the
datafield, locatecnfs-cache-dsand change the value of itsinstallkey fromtruetofalse.cnfs-cache-ds: install: "false" # ...other configurations...Save the changes and exit the editor. The
storage-operatorthen applies the new configuration.Run the command to delete the service again.
kubectl delete service cnfs-cache-ds-service -n kube-system