Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Identificar e desmontar volumes de storage com falha

Colaboradores netapp-pcarriga netapp-lhalbert
PDFs

Ao recuperar um nó de storage com volumes de storage com falha, você deve identificar e desmontar os volumes com falha. Você deve verificar se apenas os volumes de armazenamento com falha são reformatados como parte do procedimento de recuperação.

Antes de começar

Você está conetado ao Gerenciador de Grade usando um "navegador da web suportado".

Sobre esta tarefa

Você deve recuperar volumes de armazenamento com falha o mais rápido possível.

A primeira etapa do processo de recuperação é detetar volumes que se desprenderam, precisam ser desmontados ou têm erros de e/S. Se os volumes com falha ainda estiverem anexados, mas tiverem um sistema de arquivos corrompido aleatoriamente, o sistema poderá não detetar qualquer corrupção em partes não utilizadas ou não alocadas do disco.

Observação Você deve concluir este procedimento antes de executar etapas manuais para recuperar os volumes, como adicionar ou reanexar os discos, parar o nó, iniciar o nó ou reinicializar. Caso contrário, quando você executa reformat_storage_block_devices.rb o script, você pode encontrar um erro de sistema de arquivos que faz com que o script pendure ou falhe.
Observação Repare o hardware e conete corretamente os discos antes de executar o reboot comando.
Cuidado Identifique cuidadosamente os volumes de armazenamento com falha. Você usará essas informações para verificar quais volumes devem ser reformatados. Depois de um volume ter sido reformatado, os dados no volume não podem ser recuperados.

Para recuperar volumes de armazenamento com falha, você precisa saber os nomes dos dispositivos dos volumes de armazenamento com falha e suas IDs de volume.

Na instalação, cada dispositivo de armazenamento recebe um identificador exclusivo universal (UUID) do sistema de arquivos e é montado em um diretório rangedb no nó de armazenamento usando esse UUID do sistema de arquivos atribuído. O UUID do sistema de arquivos e o diretório rangedb estão listados no /etc/fstab arquivo. O ponto de montagem, o nome do dispositivo e o tamanho do volume são exibidos no Grid Manager.

Passos

  1. Execute as etapas a seguir para gravar os volumes de armazenamento com falha e os nomes de seus dispositivos:

    1. Selecione Nós > site > nó de armazenamento com falha > Armazenamento.

    2. Role para baixo para localizar a tabela Volumes e a tabela Armazenamentos de objetos e registre as seguintes informações para cada volume com status Desconhecido ou Offline.

      • Na tabela Volumes, registre o Ponto de montagem, o Dispositivo e o Tamanho.

      • Na tabela de armazenamentos de objetos, registre o object_store_ID .

        O object_store_ID é a ID do volume de armazenamento com falha. Por exemplo, especifique 0 no comando para um armazenamento de objetos com ID 0000.

  2. Faça login no nó de storage com falha:

    1. Introduza o seguinte comando: ssh admin@grid_node_IP

    2. Introduza a palavra-passe listada no Passwords.txt ficheiro.

    3. Digite o seguinte comando para mudar para root: su -

    4. Introduza a palavra-passe listada no Passwords.txt ficheiro.

      Quando você estiver conetado como root, o prompt mudará de $ para #.

  3. Execute o seguinte script para desmontar um volume de armazenamento com falha:

    sn-unmount-volume object_store_ID

  4. Se solicitado, pressione y para interromper o serviço Cassandra dependendo do volume de armazenamento 0.

    Observação Se o serviço Cassandra já estiver parado, você não será solicitado. O serviço Cassandra é interrompido apenas para o volume 0. 
    root@Storage-180:~/var/local/tmp/storage~ # sn-unmount-volume 0
Services depending on storage volume 0 (cassandra) aren't down.
Services depending on storage volume 0 must be stopped before running this script.
Stop services that require storage volume 0 [y/N]? y
Shutting down services that require storage volume 0.
Services requiring storage volume 0 stopped.
Unmounting /var/local/rangedb/0
/var/local/rangedb/0 is unmounted.

    Em alguns segundos, o volume é desmontado. As mensagens são exibidas indicando cada etapa do processo. A mensagem final indica que o volume está desmontado.

  5. Se a desmontagem falhar porque o volume está ocupado, você pode forçar uma desmontagem usando a --use-umountof opção:

    Observação Forçar uma desmontagem usando a --use-umountof opção pode fazer com que processos ou serviços que usam o volume se comportem inesperadamente ou travem. 
    root@Storage-180:~ # sn-unmount-volume --use-umountof /var/local/rangedb/2
Unmounting /var/local/rangedb/2 using umountof
/var/local/rangedb/2 is unmounted.
Informing LDR service of changes to storage volumes