Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.
Centro de ayuda/ Cloud Container Engine/ Preguntas frecuentes/ Carga de trabajo/ Anomalías de la carga de trabajo/ ¿Qué debo hacer si no se puede montar un volumen de almacenamiento o si el tiempo de montaje se agota?
Actualización más reciente 2023-08-08 GMT+08:00
Ver PDF
Compartir

¿Qué debo hacer si no se puede montar un volumen de almacenamiento o si el tiempo de montaje se agota?

Localización de fallas

Los métodos de resolución de problemas se ordenan en función de la probabilidad de ocurrencia de las posibles causas. Se recomienda comprobar las posibles causas de alta probabilidad a baja probabilidad para localizar rápidamente la causa del problema.

Si la falla persiste después de rectificar una posible causa, compruebe otras posibles causas.

Figura 1 Localización de fallas

Concepto de comprobación 1: Si los volúmenes de EVS están montados en las AZ

Síntomas

El montaje de un volumen de EVS en un StatefulSet se agota.

Localización de fallas

Si el nodo es de AZ 1 pero el volumen que se va a montar es de AZ 2, el tiempo de montaje se agota y el volumen no se puede montar.

Solución

Cree un volumen en la misma AZ que el nodo y monte el volumen.

Concepto de comprobación 2: Si existen múltiples configuraciones de permisos en el volumen de almacenamiento

Si el volumen que se va a montar almacena demasiados datos e implica configuraciones relacionadas con permisos, los permisos de archivo deben modificarse uno por uno, lo que da como resultado el tiempo de espera del montaje.

Localización de fallas

  • Compruebe si el campo securityContext contiene runAsuser y fsGroup. securityContext es un campo de Kubernetes que define la configuración de permisos y control de acceso de pods o contenedores.
  • Compruebe si los comandos de inicio contienen comandos utilizados para consultar o modificar permisos de archivo, como ls, chmod y chown.

Solución

Determine si desea modificar la configuración en función de sus requisitos de servicio.

Concepto de comprobación 3: Si hay más de una réplica para una Deployment con volúmenes de EVS

Síntomas

No se puede crear el pod y se informa de un evento que indica que no se puede agregar el almacenamiento.

Multi-Attach error for volume "pvc-62a7a7d9-9dc8-42a2-8366-0f5ef9db5b60" Volume is already used by pod(s) testttt-7b774658cb-lc98h

Localización de fallas

Compruebe si el número de réplicas de la Deployment es mayor que 1.

Si la Deployment utiliza un volumen de EVS, el número de réplicas solo puede ser 1. Si especifica más de dos pods para la Deployment en el backend, CCE no restringe la creación de la implementación. Sin embargo, si estos pods se programan para diferentes nodos, algunos pods no se pueden iniciar porque los volúmenes EVS utilizados por los pods no se pueden montar en los nodos.

Solución

Establezca el número de réplicas de la Deployment que utiliza un volumen de EVS en 1 o utilice otros tipos de volumen.

Concepto de comprobación 4: Si el sistema de archivos de disco de EVS está dañado

Síntomas

El pod no se puede crear y se muestra información similar a la siguiente, que indica que el sistema de archivos de disco está dañado:

MountVolume.MountDevice failed for volume "pvc-08178474-c58c-4820-a828-14437d46ba6f" : rpc error: code = Internal desc = [09060def-afd0-11ec-9664-fa163eef47d0] /dev/sda has file system, but it is detected to be damaged

Solución

Haga una copia de respaldo del disco en EVS y ejecute el siguiente comando para restaurar el sistema de archivos:

fsck -y {Drive letter}