Normal ExternalProvisioning 5s (x8 over 99s) persistentvolume-controller waiting for a volume to be created, either by external provisioner "pd.csi.storage.gke.io" or manually created by system administrator
在尝试使用新节点上的旧持久卷的挂起Pod上,我们看到错误: 由于这只是解释了在不同的可用性区域上具有节点和持久卷,因此我们需要一些时间来了解真正的问题隐藏在您在这里提到的pv.kubernetes.io/migrated-to: pd.csi.storage.gke.io中。 所以我们最终决定,我们只需要添加csi存储驱动程序,因为我们甚至没有www.example.com的存储类。pd.csi.storage.gke.io at all. 来自:www.example.comhttps://cloud.google.com/kubernetes-engine/docs/how-to/persistent-volumes/gce-pd-csi-driver#enabling_the_on_an_existing_cluster
1条答案
按热度按时间qhhrdooz1#
当我们从1.23.x升级到1.25.4时,我们的系统出现了一个问题。新的持久性卷声明处于挂起状态。旧的pv带有您提到的注解:
pv.kubernetes.io/migrated-to: pd.csi.storage.gke.io
无法在安装了kubernetes 1.25.4的节点上使用(我们仍然有一个未迁移的池,因此我们可以强制使用持久卷的Pod在该旧池上运行,直到我们解决问题为止)。我们在新的持久性卷声明中看到的错误是:
在尝试使用新节点上的旧持久卷的挂起Pod上,我们看到错误:
由于这只是解释了在不同的可用性区域上具有节点和持久卷,因此我们需要一些时间来了解真正的问题隐藏在您在这里提到的
pv.kubernetes.io/migrated-to: pd.csi.storage.gke.io
中。所以我们最终决定,我们只需要添加csi存储驱动程序,因为我们甚至没有www.example.com的存储类。pd.csi.storage.gke.io at all.
来自:www.example.comhttps://cloud.google.com/kubernetes-engine/docs/how-to/persistent-volumes/gce-pd-csi-driver#enabling_the_on_an_existing_cluster
现在将自动添加两个存储类:标准RWO,优质RWO。
我们也默认了标准的rwo存储类(我不确定是否有必要),但这似乎是迁移所需的唯一下一步,因为之后一切都恢复正常。