永久卷存储始终处于丢失阶段 [英] Persistent Volume Storage always in Lost phase

问题描述

我有一个坏了的mongo容器没有初始化，我怀疑我可以通过清理所有的存储来修复它。因此，我删除了正在使用的永久存储，但现在，我创建的每个新存储都处于"；Lost&Quot；阶段，在mongo的POD创建中找不到它。

这是我用来创建PV：

的.yml文件

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  annotations:
    pv.kubernetes.io/bind-completed: "yes"
    pv.kubernetes.io/bound-by-controller: "yes"
    volume.beta.kubernetes.io/storage-class: standard
    volume.beta.kubernetes.io/storage-provisioner: kubernetes.io/gce-pd
  creationTimestamp: "2018-08-11T09:19:29Z"
  finalizers:
  - kubernetes.io/pvc-protection
  labels:
    environment: test
    role: mongo
  name: mongo-persistent-storage-mongo-db-0
  namespace: default
  resourceVersion: "122299922"
  selfLink: /api/v1/namespaces/default/persistentvolumeclaims/mongo-persistent-storage-mongo-db-0
  uid: a68de459-9d47-11e8-84b1-42010a800138
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 20Gi
  volumeMode: Filesystem
  volumeName: pvc-a68de459-9d47-11e8-84b1-42010a800135
status:
  accessModes:
  - ReadWriteOnce
  capacity:
    storage: 20Gi
  phase: Bound

这是我在重新启动mongo POD时收到的错误：

error while running "VolumeBinding" filter plugin for pod "mongo-db-0": could not find v1.PersistentVolume "pvc-a68de459-9d47-11e8-84b1-42010a800135"

我已经尝试更改PV名称和ID，但不起作用。

推荐答案

这是我用来创建PV的.yml文件

看起来您使用的清单绑定到特定PV。

如果您删除唯一字段并让群集为您动态配置新的PV，会怎么样？

示例：

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

这篇关于永久卷存储始终处于丢失阶段的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！