gpt4 book ai didi

kubernetes - pod 具有未绑定(bind)的即时 PersistentVolumeClaims kubernetes nfs 卷

转载 作者:行者123 更新时间:2023-12-01 13:14:06 25 4
gpt4 key购买 nike

我知道围绕这个话题有很多讨论,但不知何故,我无法让它发挥作用。
我正在尝试在裸机上安装带有 statefulset 和 nfs 持久卷的 Elasticsearch 集群。我的 pv、pvc 和 sc 配置如下:

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
name: manual
provisioner: kubernetes.io/no-provisioner
---
apiVersion: v1
kind: PersistentVolume
metadata:
name: nfs-storage-pv
spec:
capacity:
storage: 10Gi
accessModes:
- ReadWriteMany
persistentVolumeReclaimPolicy: Retain
storageClassName: manual
nfs:
server: 172.23.240.85
path: /servers/scratch50g/vishalg/kube

Statefuleset 定义了以下 pvc 部分:

volumeClaimTemplates:
- metadata:
name: beehive-pv-claim
spec:
accessModes: [ "ReadWriteOnce" ]
storageClassName: manual
resources:
requests:
storage: 1Gi

现在,当我尝试部署它时,我在 statefulset 上收到以下错误:

 pod has unbound immediate PersistentVolumeClaims 

当我得到 pvc 事件时,它显示:

 Warning  ProvisioningFailed  3s (x2 over 12s)  persistentvolume-controller  no volume plugin matched

我尝试不提供任何存储类(没有创建它)并将其从 pv 和 pvc 中完全删除。这次,我得到以下错误:

no persistent volumes available for this claim and no storage class is set

我也试过在 pvc 中将 storageclass 设置为 ""而在 pv 中没有提到它,但它也没有用。

请在这里帮忙。我还可以检查哪些内容以使其正常运行?
会不会跟nfs server和path有关(如果是偶然的,说错了),虽然我看到pv创建成功了。

编辑1:
一个问题是 pvc 的访问模式与 pv 的访问模式不同。我改正了它,现在我的 PVC 显示为已绑定(bind)。
但现在,我得到以下错误:
pod 具有未绑定(bind)的即时 PersistentVolumeClaims我也尝试使用本地卷,但同样的错误。 PV 和 PVC 绑定(bind)正确,但 statefulset 显示上述错误。
使用 hostPath 卷时,一切正常。
从根本上说,我在这里做错了什么吗?

EDIT2
我让本地音量正常工作。 pod 绑定(bind) pvc 需要一些时间。等了几分钟后,我的 pod 绑定(bind)到了 pvc。
我认为,nfs 绑定(bind)问题可能更多地与权限相关。但是,k8s 应该给出一些相同的错误。

最佳答案

您可以尝试匹配 accessModes 吗?

PVC 现在的目标是一个 ReadWriteOnce 卷。

如果您手动在节点上挂载 nfs 卷,则可以调试任何访问/安全问题。

关于kubernetes - pod 具有未绑定(bind)的即时 PersistentVolumeClaims kubernetes nfs 卷,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57268939/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com