Skip to main content
Uma versão mais recente deste produto está disponível.
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.

Identifique e desmonte volumes de storage com falha no StorageGRID

PDFs

Ao recuperar um nó de armazenamento com volumes de armazenamento 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á conectado ao Gerenciador de Grade usando um "navegador web compatível".

Sobre esta tarefa

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

O primeiro passo do processo de recuperação é detectar volumes que foram desconectados, precisam ser desmontados ou apresentam erros de E/S. Se os volumes com falha ainda estiverem conectados, mas apresentarem um sistema de arquivos corrompido aleatoriamente, o sistema pode não detectar nenhuma 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 reconectar os discos, parar o nó, iniciar o nó ou reiniciar. Caso contrário, ao executar o reformat_storage_block_devices.rb script, você pode encontrar um erro no sistema de arquivos que faz com que o script trave ou falhe.
Observação Repare o hardware e conecte os discos corretamente antes de executar o comando reboot.
Cuidado Identifique cuidadosamente os volumes de armazenamento com falha. Você usará essas informações para verificar quais volumes precisam ser reformatados. Depois que um volume for reformatado, os dados no volume não poderão ser recuperados.

Para recuperar volumes de armazenamento com falha, você precisa saber tanto os nomes dos dispositivos dos volumes de armazenamento com falha quanto seus IDs de volume.

Durante a instalação, cada dispositivo de storage recebe um identificador único universal (UUID) do sistema de arquivos e é montado em um diretório rangedb no Storage Node usando esse UUID do sistema de arquivos atribuído. O UUID do sistema de arquivos e o diretório rangedb sã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. Conclua as etapas a seguir para registrar os volumes de armazenamento com falha e seus nomes de dispositivo:

    1. Selecione Nodes > site > failed Storage Node > Storage.

    2. Desça a página para localizar a tabela Volumes e a tabela Object stores e registre as seguintes informações para cada volume com status de Unknown ou Offline.

      • Na tabela de 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 é o ID do volume de storage com falha. Por exemplo, especifique 0 no comando para um armazenamento de objetos com ID 0000.

  2. Faça login no Storage Node com falha:

    1. Digite o seguinte comando: ssh admin@grid_node_IP

    2. Digite a senha listada no arquivo Passwords.txt.

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

    4. Digite a senha listada no arquivo Passwords.txt.

      Quando você está logado como root, o prompt muda 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 é parado 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 poucos segundos, o volume é desmontado. Mensagens aparecem indicando cada etapa do processo. A mensagem final indica que o volume é desmontado.

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

    Observação Forçar um desmontar usando a opção --use-umountof pode fazer com que processos ou serviços que utilizam o volume se comportem de maneira inesperada ou apresentem falhas. 
    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