Kubernetes PV与PVC配置异常：容器文件无法持久化到主机目录

核心问题1：HostPath配置错误 #

你手动创建的PV中，hostPath.path指向的是具体文件C:/Users/HP/Desktop/fold/dataset.arff，但你将这个PV挂载到了容器的/home目录。这种情况下，容器的/home会被替换成这个文件而非目录——容器无法在文件路径下创建新文件，这是导致文件无法持久化到主机的直接原因。

核心问题2：PVC未绑定到手动创建的PV #

从PVC的事件日志可以看到，系统通过docker.io/hostpath provisioner自动创建了一个新PV（pvc-58dbd3af-7641-42bc-8e7c-cef90966b699），而你手动创建的my-pv状态仍为Available。这说明PVC并没有绑定到你定义的PV，原因是：

• 手动创建的PV未指定storageClassName，而PVC默认使用了集群的默认StorageClass，触发了动态PV创建。
• PV和PVC之间没有匹配的标签或StorageClass，导致无法绑定。

核心问题3：挂载路径可能覆盖容器原有内容 #

直接将卷挂载到/home会覆盖容器原本的/home目录内容，可能引发应用运行异常，建议挂载到子目录。

修复步骤 #

1. 修改PV配置，指向目录而非文件 #

将hostPath.path改为主机上的空目录（不存在则先创建），同时指定hostPathType为DirectoryOrCreate确保目录不存在时自动创建：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: my-pv
spec:
  capacity:
    storage: 1Gi  
  accessModes:
    - ReadWriteOnce  
  persistentVolumeReclaimPolicy: Retain  
  # 设置空字符串，避免触发动态存储分配
  storageClassName: ""
  hostPath:
    path: "C:/Users/HP/Desktop/fold"  
    type: DirectoryOrCreate

2. 修改PVC配置，确保绑定到手动PV #

PVC需与PV设置相同的storageClassName，避免触发动态创建：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
  # 与PV的storageClassName保持一致
  storageClassName: ""

3. 调整部署的挂载路径 #

将卷挂载到容器的子目录，修改Spring Boot应用的文件写入路径为该子目录：

volumeMounts:  
  - name: data-volume
    mountPath: /home/data  # 挂载到子目录，避免覆盖原有/home内容

volumes:
  - name: data-volume
    persistentVolumeClaim:
      claimName: my-pvc  

4. 重新部署验证 #

1. 删除原有资源：

   kubectl delete pv my-pv
   kubectl delete pvc my-pvc
   kubectl delete deployment <你的部署名称>
   

2. 重新应用修改后的配置：

   kubectl apply -f pv.yaml
   kubectl apply -f pvc.yaml
   kubectl apply -f deployment.yaml
   

3. 验证PVC绑定状态：

   kubectl get pvc my-pvc
   

   状态应为Bound，且绑定的PV是my-pv。
4. 调用API写入文件后，检查主机的C:/Users/HP/Desktop/fold目录，即可看到生成的文件。

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