我的总体问题是，我的具有 PVC 的 pod 在被删除后卡在容器创建上。我猜为什么，是因为以下原因：
所以，我有一个装有 PVC 的吊舱。我做了一个：
kubectl exec -it "name" bash
导航到挂载的 PVC 的路径，并想创建一个包含多个目录的 tar gzip 文件。原因是我想将文件夹复制到本地，但它们很大。无论如何，设法创建了 tar 文件，但是其他人发布到我们的开发环境并且 pod 被杀死了。之后，在重新创建我们的环境时，具有 tar 文件的 PVC 的 pod 卡在容器创建中。是因为我在 PVC 上创建了那个文件吗？就像，根据警告，PVC 似乎指向前一个吊舱？
kubectl get pvc
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
graphite-pvc Bound xxxx 256Gi RWO managed-premium 12
如果我这样做了，我会收到以下警告：
kubectl describe pod xxx
警告 FailedAttachVolume 22m (x8 over 24m) attachdetach-controller
卷“pvc-f65cb358-014b-11ea-b698-000d3a556597”的 AttachVolume.Attach 失败：将卷“kubernetes-dynamic-pvc-f65cb358-014b-11ea-b698-000d3a556597”附加到实例“/subscriptions/1405bf18-bf7d-4a2” -9aa7-25ff73ba58a6/resourceGroups/cie-dev-2-1-eastus/providers/Microsoft.Compute/virtualMachineScaleSets/k8s-dev-nodes-2002/virtualMachines/6" 计算失败。VirtualMachineScaleSetVMsClient#Update：发送请求失败：StatusCode =0 -- 原始错误：autorest/azure：服务返回错误。Status= Code="ConflictingUserInput" Message="Disk '/subscriptions/1405bf18-bf7d-4a2f-9aa7-25ff73ba58a6/resourceGroups/cie-dev-2-1-eastus/providers/Microsoft.Compute/disks/kubernetes-dynamic-pvc -f65cb358-014b-11ea-b698-000d3a556597' 无法附加，因为磁盘已由 VM 拥有'
和
警告 FailedMount 48s (x13 over 28m) kubelet, k8s-dev-nodes-2002000006 无法为 pod "xxxx" 挂载卷：等待卷附加或为 pod "xxxxxx" 挂载时超时。卸载卷列表=[pvc_name]。未附加卷列表=[pvc_name default-token-6tmkm]
所以，首先，你认为这与我在 PVC 内并创建了一个文件，当 Pod 被杀死的事实有任何关联，还是纯粹的巧合（不可能，对吗？）。