Kubernetes 没有匹配的可配置卷插件答案

【问题标题】：Kubernetes no provisionable volume plugin matchedKubernetes 没有匹配的可配置卷插件
【发布时间】：2019-03-03 05:13:57
【问题描述】：

尝试将 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

persistentvolumeclaim 显示的事件日志

kubectl get events:
"provisionable volume plugin matched"

有什么想法可以阻止 k8s 绑定这两者吗？

【问题讨论】：

嗨。没有可以在您的帖子中回答的问题
是的，问题写得不好；如何识别和解决事件警告“可配置的卷插件匹配”
首先描述你想要做什么，然后解释你想要达到的任何期望结果

标签： kubernetes persistent-volumes persistent-volume-claims

【解决方案1】：

删除任何默认存储类 (nfs) 并尝试再次创建 PV 和 PVC

 kubectl get sc
 kubectl delete sc

【讨论】：

这对我不起作用。运行 1.18.5。你能详细说明为什么这会解决问题吗？

【解决方案2】：

即使有点晚了，我也遇到了同样的问题。

我有一个集群（在我的例子中是 OpenShift 4.5）和一个默认存储类 nfs。首先，我创建了一个 PV，然后是一个 PVC，PVC 得到了相同的错误事件。

我发现，在创建 PV 时，我可以声明存储类： storageClassName: nfs

否则，对于 PV 的 storageClass，假定为 standard 值，而集群没有提供者。这解释了错误消息。

我的（现在绑定的）PV 规范的完整示例是：

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

【讨论】：

【解决方案3】：

在 PV 和 PVC yaml 中添加以下行

规格： storageClassName: 手动

【讨论】：

您能否在此答案中提供其他上下文，说明为什么这可以解决问题。

【解决方案4】：

它将创建 PV 并使用来自该 PV 的 PV 声明

【讨论】：