在Kubernetes (K8S) 中，Persistent Volume Claim (PVC) 创建和挂载失败的原因可能有多种。以下是可能导致 PVC 创建或挂载失败的常见原因：
- 存储资源不足：
- 如果集群中的可用存储资源（PersistentVolume）不足以满足 PVC 的请求容量或者访问模式（例如 ReadWriteOnce、ReadOnlyMany 或 ReadWriteMany），PVC 将无法绑定到合适的 PV。
- PV 和 PVC 不匹配：
- PVC 中的参数（如存储类、访问模式、存储容量等）与现有的 PersistentVolume 不匹配，导致 Kubernetes 无法自动将它们绑定在一起。
- 存储类配置问题：
- PVC 指定了一个不存在或者未正确配置的 StorageClass，这会导致 Kubernetes 无法动态地创建相应的 PV 来满足 PVC 的需求。
- 配额限制：
- 集群对特定命名空间设置了存储配额，而 PVC 超过了该命名空间允许的最大存储量。
- 权限问题：
- 用户或服务账户没有足够的权限来创建或使用指定的存储资源。
- 云服务商问题：
- 当使用云托管的 Kubernetes 时，如果云提供商的相关服务出现故障或者资源配置出现问题（比如磁盘库存不足、网络问题等），也可能导致 PVC 创建失败。
- 动态卷供应器故障：
- 当使用动态卷供应功能时，对应的动态卷供应器可能出现故障，无法按需创建 PV。
- PVC 状态错误：
- PVC 可能由于先前的操作未能成功清理，处于“Pending”、“Lost”或其他非正常状态，从而无法被重新绑定或创建新的 PV。
- API 调用失败：
- 在执行 PVC 相关操作时，若与 Kubernetes API Server 的通信有问题，也可能导致 PVC 创建失败。
- CephFS 或其他网络存储系统故障：
- 如果使用的是 CephFS、NFS、GlusterFS 等网络文件系统作为后端存储，并且这些系统的配置或连接存在问题，PVC 创建和挂载也会失败。
- PVC一直Pending的原因：
- PVC的空间申请大小大于PV的大小。
- PVC的StorageClassName没有和PVStorageClassName(storage class name)的一致。
- PVC的accessModes(访问模式)和PVaccessModes(访问模式)的不一致。
- 挂载PVC的Pod一直处于Pending：
- PVC没有创建成功/PVC不存在
- PVC和Pod不在同一个Namespace
综上所述，针对以上情况，通常需要检查 PVC、PV、StorageClass、Namespace 配置以及相关的日志和事件信息，以便找到具体失败的原因并进行修复。
