首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >已存在具有给定卷ID的MountVolume.MountDevice失败操作

已存在具有给定卷ID的MountVolume.MountDevice失败操作
EN

Server Fault用户
提问于 2019-11-13 07:14:43
回答 2查看 9.4K关注 0票数 2

环境:

Kubernetes集群,包含1个主服务器和3个节点Ubuntu18.04.3 LTS (GNU/Linux4.15.0-66-泛型x86_64) (VMWARE VM)

仪表盘截图

Pod (简单的nginx映像)不能在Kubernetes集群中挂载到指定的卷中,其中包含rook-ceph和csi-cephfs存储类。它显示了一个错误:

代码语言:javascript
运行
复制
MountVolume.MountDevice failed for volume "pvc-9aad698e-ef82-495b-a1c5-e09d07d0e072" : rpc error: code = Aborted desc = an operation with the given Volume ID 0001-0009-rook-ceph-0000000000000001-89d24230-0571-11ea-a584-ce38896d0bb2 already exists

PVC和PV是绿色的。PVC是ReadWriteMany,但ReadWriteOnce也失败了。

HEALTH_OK集群是D4,所有的集群都是绿色的。

我遗漏了什么?

一些更多的日志:

代码语言:javascript
运行
复制
Normal   Scheduled                           default-scheduler        Successfully assigned rook-ceph/csicephfs-demo-pod to 

  Normal   SuccessfulAttachVolume  2m37s                attachdetach-controller  AttachVolume.Attach succeeded for volume "pvc-c1ad8144-15ae-49f6-a012-d866b74ff902"

  Warning  FailedMount             2m17s                kubelet,         Unable to attach or mount volumes: unmounted volumes=[mypvc], unattached volumes=[mypvc default-token-wfjxl]: timed out waiting for the condition

  Warning  FailedMount             2m4s                 kubelet,         MountVolume.MountDevice failed for volume "pvc-c1ad8144-15ae-49f6-a012-d866b74ff902" : rpc error: code = DeadlineExceeded desc = context deadline exceeded

  Warning  FailedMount             108s (x5 over 2m4s)  kubelet,         MountVolume.MountDevice failed for volume "pvc-c1ad8144-15ae-49f6-a012-d866b74ff902" : rpc error: code = Aborted desc = an operation with the given Volume ID 0001-0009-rook-ceph-0000000000000001-0bc5ddfc-05f2-11ea-9f0a-bee51ab2829b already exists

kubectl -n rook-ceph get pv,pvc -o wide
NAME                                                        CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                        STORAGECLASS   REASON   AGE     VOLUMEMODE
persistentvolume/pvc-c1ad8144-15ae-49f6-a012-d866b74ff902   1Gi        RWX            Delete           Bound    rook-ceph/cephfs-pvc-many2   csi-cephfs              114m    Filesystem
persistentvolume/pvc-d678dd06-7197-4342-934d-33e60edc564a   1Gi        RWO            Delete           Bound    rook-ceph/cephfs-pvc         csi-cephfs              6d19h   Filesystem

NAME                                     STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE    VOLUMEMODE
persistentvolumeclaim/cephfs-pvc         Bound    pvc-d678dd06-7197-4342-934d-33e60edc564a   1Gi        RWO            csi-cephfs     11d    Filesystem
persistentvolumeclaim/cephfs-pvc-many2   Bound    pvc-c1ad8144-15ae-49f6-a012-d866b74ff902   1Gi        RWX            csi-cephfs     118m   Filesystem

原版PVC YAML:

代码语言:javascript
运行
复制
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: cephfs-pvc-many2
  namespace: rook-ceph
spec:
  accessModes:
  - ReadWriteMany
  volumeMode: Filesystem
  resources:
    requests:
      storage: 1Gi
  storageClassName: csi-cephfs

豆荚:

代码语言:javascript
运行
复制
---
apiVersion: v1
kind: Pod
metadata:
  name: csicephfs-demo-pod
  namespace: rook-ceph
spec:
  containers:
   - name: web-server
     image: nginx
     volumeMounts:
       - name: mypvc
         mountPath: /var/lib/www/html
  volumes:
   - name: mypvc
     persistentVolumeClaim:
       claimName: cephfs-pvc-many2
       readOnly: false
EN

回答 2

Server Fault用户

发布于 2021-10-20 00:38:33

我犯了这个错误,解决它的方法是删除csi-cephfsplugin-provisionercsi-rbdplugin-provisioner荚,让复制集重新创建它们。一旦我这样做,我所有的PVs都创建了PVs并按预期绑定。我可能只需要杀死csi-rbdplugin-provisioner吊舱,所以先试试。

票数 2
EN

Server Fault用户

发布于 2022-08-18 07:56:35

这事解决了吗?如果是,怎么做,因为我们正面临着同样的问题,从现在起一天。多次重启也于事无补。

票数 0
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/991624

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档