Persistent Volume始终处于Lost阶段，Mongo Pod存储绑定失败求助

问题分析 #

你遇到的核心问题是：直接删除了正在与PVC绑定的Persistent Volume（PV），但你的PVC依然保留着对已删除PV的硬编码引用（volumeName字段）。当你重启Mongo Pod时，Kubernetes会严格按照PVC里的volumeName去查找那个已经不存在的PV，所以会抛出could not find v1.PersistentVolume的错误；同时新创建的存储处于"Lost"阶段，也是旧PVC的绑定残留导致资源状态异常。

分步解决方案 #

1. 删除残留的问题PVC

首先必须清理掉那个绑定了无效PV的PVC，因为它的配置已经指向一个不存在的资源：

kubectl delete pvc mongo-persistent-storage-mongo-db-0 -n default

执行后等待几秒，确认PVC被彻底删除：

kubectl get pvc -n default

2. 清理残留的无效PV（如果存在）

虽然你已经删除了原PV，但偶尔可能会有残留的PV对象处于Terminating状态，需要手动清理：

kubectl get pv

如果看到pvc-a68de459-9d47-11e8-84b1-42010a800135这个PV还在，执行删除命令：

kubectl delete pv pvc-a68de459-9d47-11e8-84b1-42010a800135

3. 重新创建干净的PVC

不要使用之前带有绑定残留信息的PVC YAML，创建一个不包含旧绑定注解和volumeName的新PVC：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  labels:
    environment: test
    role: mongo
  name: mongo-persistent-storage-mongo-db-0
  namespace: default
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 20Gi
  volumeMode: Filesystem
  storageClassName: standard # 保持与原存储类一致，确保动态分配正确的PV

应用这个YAML：

kubectl apply -f your-new-pvc.yaml

4. 重启Mongo Pod/StatefulSet

如果你的Mongo是通过StatefulSet部署的，执行滚动重启让它重新绑定新的PVC：

kubectl rollout restart statefulset mongo-db -n default

如果是单独的Pod，直接删除旧Pod让Kubernetes重建：

kubectl delete pod mongo-db-0 -n default

5. 验证状态

检查PVC是否成功绑定到新的PV，以及Pod是否正常启动：

# 查看PVC状态
kubectl get pvc mongo-persistent-storage-mongo-db-0 -n default
# 查看Pod状态
kubectl get pod mongo-db-0 -n default

当PVC的STATUS显示为Bound，Pod的STATUS显示为Running时，问题就解决了。

关键提示：避免再次踩坑 #

以后不要直接删除正在与PVC绑定的PV！正确的流程应该是：

• 先删除对应的PVC，Kubernetes会自动根据存储类的回收策略（比如GCE PD的默认回收策略是Delete）处理对应的PV；
• 如果需要保留PV，先执行kubectl patch pvc <pvc-name> -p '{"spec":{"volumeName":""}}'解绑PVC与PV的关联，再删除PV。

内容的提问来源于stack exchange，提问作者Hugo Sartori