Kubernetes не соответствует подключаемому модулю настраиваемого тома

Попытки и отказ использовать хранилище NFS для томов Kubernetes.

persistentvolumeclaim не может выполнить привязку к уже созданному persistentvolume, см. ниже

Создание постоянного тома

apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteMany
  nfs:
    server: 192.0.2.100
    path: "/nfsshare"

Создание постоянной претензии по объему

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 1Gi

Журналы событий для постоянного требования по объему показывают

kubectl get events:
"provisionable volume plugin matched"

Есть идеи, что может остановить k8s, чтобы связать их?


kubernetes persistent-volumes persistent-volume-claims
person Ari Gold    schedule 27.09.2018    source источник
comment
Привет. Нет вопросов, на которые можно было бы ответить в вашем сообщении   -  person Konstantin Vustin    schedule 27.09.2018
comment
да плохо написанный вопрос; как я могу определить и решить проблему с предупреждением о событии, совпадающим с подключаемым модулем настраиваемого тома   -  person Ari Gold    schedule 27.09.2018
comment
Прежде всего опишите, что вы хотели сделать, а затем объясните желаемый результат, которого вы хотите достичь.   -  person Konstantin Vustin    schedule 27.09.2018

Ответы (4)


arrow_upward
1
arrow_downward

удалите любой класс хранения по умолчанию (nfs) и попробуйте снова создать PV и PVC

 kubectl get sc
 kubectl delete sc
person Ari Gold    schedule 27.09.2018
comment
У меня это не сработало. Запуск 1.18.5. Не могли бы вы объяснить, почему это решит проблему? - person Dave; 23.03.2021

arrow_upward
0
arrow_downward

Даже если уже немного поздно, у меня была такая же проблема.

У меня есть кластер (в моем случае OpenShift 4.5) и класс хранения по умолчанию nfs. Сначала я создал PV, затем PVC, и PVC получил такое же событие ошибки.

Я выяснил, что при создании PV я могу указать класс хранилища: storageClassName: nfs

В противном случае для storageClass PV принималось стандартное значение, если у кластера нет инициатора. Это объясняет сообщение об ошибке.

Мой полный пример спецификации (теперь привязанной) PV:

spec:
  capacity:
    storage: 2Gi
  nfs:
    server: 10.1.xxx.x
    path: /dir1/dir2
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  storageClassName: nfs
  volumeMode: Filesystem
person jsk    schedule 01.02.2021

arrow_upward
-1
arrow_downward

Добавьте следующую строку как в PV, так и в PVC yaml

спецификация: storageClassName: руководство

person Prafulla Ule    schedule 01.05.2020
comment
Можете ли вы предоставить дополнительный контекст в этом ответе, почему это решает вопрос. - person danblack; 03.05.2020

arrow_upward
-1
arrow_downward

Он создаст PV и будет использовать заявку PV из этого PV.

person Prafulla Ule    schedule 04.05.2020