问题标签 [persistent-volumes]

不小心尝试删除集群中的所有 PV，但幸运的是它们仍然有绑定到它们的 PVC，因此所有 PV 都卡在 Status: Terminating。

如何使 PV 脱离“终止”状态并恢复到“绑定”到 pvc 并完全正常工作的健康状态？

这里的关键是我不想丢失任何数据，并且我想确保卷功能正常，并且如果索赔消失，不会有被终止的风险。

kubectl describe以下是PV上的一些细节。

这是索赔的描述。

我正在尝试将 NFS 挂载到我的 Kubernetes pod 中。

我在我的本地机器上使用 Minikube 并且曾经有一个 hostPath 卷，但它的性能非常糟糕（页面加载大约需要 30 秒或更长时间）

我在我的 Mac 上设置了 NFS 服务器，如下所示：

并通过以下方式对其进行了验证：

由此可见：

我已经设置/应用了一个 persistentVolume，如下所示：

我已经设置/应用了 persistentVolumeClaim，如下所示：

我可以在我的 Kubernetes 仪表板中看到 persistentVolume 和 persistentVolumeClaim。它甚至说 persistentVolumeClaim 是绑定的，但是......

当我通过 kubectl 命令应用更新的 deployment.yaml 文件时，我一直看到错误：

卷“default-sources-volume”的 MountVolume.SetUp 失败：挂载失败：退出状态 32 挂载命令：systemd-run 挂载参数：--description=Kubernetes 临时挂载 /var/lib/kubelet/pods/f4b26fe1-9657- 11e8-8f3d-e61688dc52f9/volumes/kubernetes.io~nfs/default-sources-volume --scope -- mount -t nfs 192.168.xx.x:/Users/my-name/share-folder /var/lib/kubelet /pods/f4b26fe1-9657-11e8-8f3d-e61688dc52f9/volumes/kubernetes.io~nfs/default-sources-volume 输出：运行范围为单位：run-r1b76b36ffcb1409284e308b11c729744.scope mount.nfs：安装 192.168 时服务器拒绝访问。 xx.x:/用户/我的名字/共享文件夹

我从 GKE（以及一般的 kubernetes）开始，我想使用 gcePersistentDisk 在 pod 上安装持久卷。

我首先在 Compute Engine 中创建了一个 Persistent Disk（项目数据），然后创建了一个 PersistentVolume 和一个 PersistentVolumeClaim，如下所示：

应用此配置后，我在 GKE/Storage 中看到我的 PVC 已“绑定”，但我找不到在 myapp 中访问我的卷的方法。

我尝试通过添加以下内容在控制台中编辑部署 yaml：

...但是控制台拒绝了这种修改（似乎禁止这种编辑）。

如何最终将我的 PersistentVolume 视为我的应用程序中的文件系统？

需要对yaml以下内容进行哪些具体更改才能使PersistentVolumeClaim绑定到PersistentVolume？

与 Kubernetes 工作程序节点位于同一 VPC 子网中的 EC2 实例的 IP 为 10.0.0.112，并且已配置为在 /nfsfileshare 路径中充当 NFS 服务器。

创建持久卷

我们创建了一个 PersistentVolume pv01 pv-volume-network.yaml：

并输入：

然后当我们键入 时kubectl get pv pv01，pv01PersistentVolume 显示“可用”的状态。

创建 PersistentVolumeClaim

然后我们创建了一个名为 `` 的 PersistentVolumeClaim pv-claim.yaml：

通过键入：

状态待定

但是当我们输入 时kubectl get pvc my-pv-claim，我们看到 STATUS 是 Pending。只要我们继续检查，状态就会一直处于待处理状态。

请注意，此 OP 与此其他问题不同，因为即使在 NFS IP 和路径周围加上引号，此问题仍然存在。

为什么这个 PVC 没有绑定到 PV？需要做出哪些具体的改变来解决这个问题？

我尝试设置 Kubernetes 集群。我已经设置并运行了 Persistent Volume、Persistent Volume Claim 和 Storage 类，但是当我想从部署中创建 pod 时，pod 已创建但它挂在 Pending 状态。描述后，我只收到此警告“1 个节点有卷节点关联冲突。” 有人可以告诉我我的卷配置中缺少什么吗？

如果我的容器中有一个错误的应用程序，它不断地写入 emptyDir 卷，它可能会耗尽工作节点上的所有空间并影响节点上其他 pod/容器的性能。因此打破了容器彼此隔离的期望，一个容器所做的事情不会对节点上的其他容器产生负面影响。

有没有办法限制 emptyDir 卷（不是基于 RAM 的 emptyDir 类型）使用的磁盘空间量？

在 kubernetes 中将 /etc/apache2 等配置目录挂载为卷的最佳方法是什么？包含 apache2 容器的 pod 可能会被调度在不同的节点上。我想在容器重新启动之间保留配置文件。

我正在尝试遵循单实例有状态应用程序的 kubernetes 教程：https ://kubernetes.io/docs/tasks/run-application/run-single-instance-stateful-application/

问题是，在我应用了那里列出的所有 yaml 之后，我的 pod 不可用，如下所示，

问题是：我该怎么办？运行kubectl logs mysql-fb75876c6-tpdzc根本不返回任何输出。

有什么帮助吗？

这是 kubeadm 的版本

我有一个带有 2 个副本的简单部署。

我希望每个副本都有相同的存储文件夹（共享应用程序上传文件夹）

我一直在玩索赔和数量，但还没有优势，所以寻求快速帮助/示例。

在 pod 中挂载外部目录的最佳方法是：

1. pod 对目录的访问是只读的
2. 在 pod 中可以访问整个目录树
3. 对目录内容的任何更改或在此目录中创建新文件和目录都会立即反映到 pod
4. pod 的所有副本都看到相同的目录树

显然，任何使用 ConfigMaps 的解决方案都不满足条件 2 和 3。