Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.
Central de ajuda/ Cloud Container Engine/ Perguntas frequentes/ Carga de trabalho/ Anormalidades da carga de trabalho/ O que fazer se um volume de armazenamento não puder ser montado ou o tempo de montagem expirar?
Atualizado em 2025-05-23 GMT+08:00
Ver PDF
Compartilhar

O que fazer se um volume de armazenamento não puder ser montado ou o tempo de montagem expirar?

Localização de falha

Os métodos de solução de problemas são classificados com base na probabilidade de ocorrência das possíveis causas. É aconselhável verificar as possíveis causas de alta probabilidade para baixa probabilidade para localizar rapidamente a causa do problema.

Se a falha persistir após uma possível causa ser corrigida, verifique outras possíveis causas.

Figura 1 Localização de falha

Item de verificação 1: se os volumes do EVS são montados em AZs

Sintoma

A montagem de um volume do EVS em um StatefulSet expira.

Localização de falha

Se o nó estiver em AZ 1, mas o volume a ser montado estiver em AZ 2, a montagem esgota e o volume não pode ser montado.

Solução

Crie um volume na mesma AZ do nó e monte o volume.

Item de verificação 2: se várias configurações de permissão existem no volume de armazenamento

Se o volume a ser montado armazenar muitos dados e envolver configurações relacionadas à permissão, as permissões de arquivo precisarão ser modificadas uma a uma, o que resulta em tempo limite de montagem.

Localização de falha

  • Verifique se o campo securityContext contém runAsuser e fsGroup. securityContext é um campo do Kubernetes que define as configurações de permissão e controle de acesso de pods ou contêineres.
  • Verifique se os comandos de inicialização contêm comandos usados para consultar ou modificar permissões de arquivo, como ls, chmod e chown.

Solução

Determine se as configurações devem ser modificadas com base em seus requisitos de serviço.

Item de verificação 3: se há mais de uma réplica para uma implantação com volumes do EVS

Sintoma

O pod falha ao ser criado, e um evento indicando que o armazenamento falha ao ser adicionado é relatado.

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

Localização de falha

Verifique se o número de réplicas da implementação é maior que 1.

Se a implementação usar um volume do EVS, o número de réplicas só poderá ser 1. Se você especificar mais de dois pods para a implementação no back-end, o CCE não restringirá a criação da implementação. No entanto, se esses pods estiverem agendados para nós diferentes, alguns pods não poderão ser iniciados porque os volumes do EVS usados pelos pods não podem ser montados nos nós.

Solução

Defina o número de réplicas da implementação que usa um volume do EVS como 1 ou use outros tipos de volume.

Item de verificação 4: se o sistema de arquivos de disco EVS está danificado

Sintoma

O pod falha ao ser criado e informações semelhantes às seguintes são exibidas, indicando que o sistema de arquivos do disco está danificado:

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

Solução

Faça backup do disco EVS e execute o seguinte comando para restaurar o sistema de arquivos:

fsck -y {Drive letter}