Yandex Cloud
Search
Contact UsTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
    • Featured
    • Infrastructure & Network
    • Data Platform
    • AI for business
    • Security
    • DevOps tools
    • Serverless
    • Monitoring & Resources
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Start testing with double trial credits
    • Cloud credits to scale your IT product
    • Gateway to Russia
    • Cloud for Startups
    • Center for Technologies and Society
    • Yandex Cloud Partner program
    • Price calculator
    • Pricing plans
  • Customer Stories
  • Documentation
  • Blog
© 2025 Direct Cursus Technology L.L.C.
All solutions
    • All solutions for Managed Service for Kubernetes
    • Resolving the `Timed out waiting for the condition` error when mounting a PVC
    • Resolving the `Timed out waiting for the condition` error when mounting a volume with a large number of files
    • Hosts of the Managed Service for Kubernetes node groups stay in the `RECONCILING` status for a long time
    • Cyclical restarts of the `kube-dns-autoscaler` pod
    • Cannot reduce the number of nodes in a Managed Service for Kubernetes group
    • Cannot increase the number of nodes in a Managed Service for Kubernetes group
    • Resolving the `Multi-Attach error for volume` error
    • Resolving the `DEADLINE_EXCEEDED` error
    • Troubleshooting time synchronization issues on Managed Service for Kubernetes cluster nodes
    • Troubleshooting DNS name resolving issues in Managed Service for Kubernetes
    • Resolving the `0/10 nodes are available - node(s) had untolerated taint` error
    • The cluster remains in the `STARTING` status for too long
    • Cluster pods remain in the `PENDING` status for too long
    • Troubleshooting HPA issues in Managed Service for Kubernetes
    • Resolving the `Can't use allocation_policy.locations.subnet_id together with node_template.network_interface_specs` error
    • Troubleshooting issues when mounting volumes to Managed Service for Kubernetes cluster pods using Container Storage Interface for S3
    • Managed Service for Kubernetes cluster remains `STARTING` for too long after renaming
    • How to add and update Linux SSH keys on Managed Service for Kubernetes node group hosts
    • How to assign static external IP addresses to Managed Service for Kubernetes cluster nodes
    • How to provide Kubernetes nodes with internet access
    • How to create an internal Ingress controller
    • How to set up autodeletion of old images from Managed Service for Kubernetes nodes
    • How to find out the external IP address of a Managed Service for Kubernetes node
    • How to use Certificate Manager certificates in load balancers or in Managed Service for Kubernetes
    • How to change the time zone on Managed Service for Kubernetes cluster nodes
    • How to find out the ephemeral storage size for a Managed Service for Kubernetes node

In this article:

  • Issue description
  • Solution
  • If the issue persists
  1. Managed Service for Kubernetes
  2. Resolving the `Multi-Attach error for volume` error

Resolving the Multi-Attach error for volume error

Written by
Yandex Cloud
Improved by
Andrei V.
Updated at December 17, 2025
  • Issue description
  • Solution
  • If the issue persists

Issue descriptionIssue description

When trying to use a persistent volume on multiple pods at once, you see errors like this:

  • Multi-Attach error for volume "<volume-name>" Volume is already used by pod(s) <pod1>, <pod2>;
  • Multi-Attach error for volume "<volume-name>" Volume is already exclusively attached to one node and can't be attached to another.

SolutionSolution

By default, storage classes that are based on network disks come with the cluster, and they do not support multiple access mode. We provide more details about it in this Managed Service for Kubernetes guide. This is a limitation of our driver. You cannot use it for multiple access, even if you create your own storage class based on it.

If you need to use ReadWriteMany, we recommend using CSI for our object storage because the volumes based on it support this access mode:

Automatic installation via the marketplace or Helm chart is described here, and manual integration is described here.

If you need to use ReadWriteMany, we recommend using CSI for our object storage because the volumes based on it support this access mode. For automatic installation from our marketplace or Helm chart, see this guide; for manual integration, refer to this article.

If the issue persistsIf the issue persists

If the actions described above did not help solve the issue, you can try to organize storage on your own. Some of the possible solutions also support multiple access (for example, nfs or CEPH). You can read more about this in the k8s official documentation.

Was the article helpful?

Previous
Cannot increase the number of nodes in a Managed Service for Kubernetes group
Next
Resolving the `DEADLINE_EXCEEDED` error
© 2025 Direct Cursus Technology L.L.C.