带有PVC的吊舱卡在容器创建中

我的总体问题是，删除具有PVC的容器后，该容器会卡在容器创建过程中。我的猜测为何，原因如下：

所以，我有一个装有PVC的吊舱。我做了：
kubectl exec -it "name" bash
导航到已安装PVC的路径，并想要创建一个包含多个目录的tar gzip文件。原因是因为我想将文件夹复制到本地，但是它们很大。无论如何，设法创​​建了tar文件，但是其他人释放到了我们的开发环境中，但该吊舱被杀死了。之后，在重新创建环境时，具有tar文件的PVC的容器将停留在容器创建中。是否因为我在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


警告失败附件体积22m（x8超过24m）attachdetach-controller
卷“ pvc-f65cb358-014b-11ea-b698-000d3a556597”的AttachVolume.Attach失败：将卷“ kubernetes-dynamic-pvc-f65cb358-014b-11ea-b698-000d3a556597”附加到实例“ / subscriptions / 1405bf18-bf7d-4a2f -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'/ subscriptions / 1405bf18-bf7d-4a2f-9aa7-25ff73ba58a6 / resourceGroups / cie-dev-2-1-eastus / providers / microsoft.Compute / virtualMachinescaleSets / k8s-dev-nodes-2002 / virtualMachines / k8s-dev-nodes-2002_111'。”

和

警告失败安装48s（x13超过28m）kubelet，k8s-dev-nodes-2002000006无法为容器“ xxxx”安装卷：超时已到期，等待连接或为容器“ xxxxxx”安装的卷。未安装的卷列表= [pvc_name]。未连接卷的列表= [pvc_name default-token-6tmkm]

因此，首先，您认为它与我在PVC内并创建文件（在吊舱被杀死时）有关，还是纯粹是巧合（不是吗？）。