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存储类（我不确定是否有必要），但这似乎是迁移所需的唯一下一步，因为之后一切都恢复正常。