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.

Recupere o nó de storage abaixo mais de 15 dias

Colaboradores
PDFs

Se um nó de storage único estiver offline e não estiver conetado a outros nós de storage por mais de 15 dias, você deverá reconstruir o Cassandra no nó.

Antes de começar

  • Você verificou que a desativação de um nó de storage não está em andamento ou interrompeu o procedimento de desativação do nó. (No Gerenciador de Grade, selecione MAINTENANCE > Tasks > Decommission.)

  • Você verificou que uma expansão não está em andamento. (No Gerenciador de Grade, selecione MAINTENANCE > Tasks > Expansion.)

Sobre esta tarefa

Os nós de storage têm um banco de dados Cassandra que inclui metadados de objetos. Se um nó de storage não conseguir se comunicar com outros nós de storage por mais de 15 dias, o StorageGRID presume que o banco de dados Cassandra do nó está obsoleto. O nó de storage não pode reingressar na grade até que o Cassandra tenha sido reconstruído usando informações de outros nós de storage.

Use este procedimento para reconstruir o Cassandra somente se um nó de armazenamento único estiver inativo. Entre em Contato com o suporte técnico se nós de armazenamento adicionais estiverem offline ou se o Cassandra tiver sido reconstruído em outro nó de armazenamento nos últimos 15 dias; por exemplo, o Cassandra pode ter sido reconstruído como parte dos procedimentos para recuperar volumes de armazenamento com falha ou para recuperar um nó de armazenamento com falha.

Cuidado Se mais de um nó de armazenamento tiver falhado (ou estiver offline), contacte o suporte técnico. Não execute o seguinte procedimento de recuperação. Pode ocorrer perda de dados.
Cuidado Se esta for a segunda falha do nó de storage em menos de 15 dias após uma falha ou recuperação do nó de storage, entre em Contato com o suporte técnico. Não execute o seguinte procedimento de recuperação. Pode ocorrer perda de dados.
Observação Se mais de um nó de armazenamento em um local tiver falhado, um procedimento de recuperação do local pode ser necessário. "Como a recuperação do local é realizada pelo suporte técnico"Consulte .
Passos

  1. Se necessário, ligue o nó de armazenamento que precisa ser recuperado.

  2. Faça login no nó da grade:

    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 logado como root, o prompt muda de $ para #

    Observação Se você não conseguir fazer login no nó da grade, o disco do sistema pode não estar intacto. Vá para o procedimento para "recuperando-se da falha da unidade do sistema".

  3. Execute as seguintes verificações no nó de storage:

    1. Emita este comando: nodetool status

      A saída deve ser de Connection refused

    2. No Gerenciador de Grade, selecione support > Tools > Grid topology.

    3. Selecione Site > nó de armazenamento > SSM > Serviços. Verifique se o serviço Cassandra exibe Not Running.

    4. Selecione nó de armazenamento > SSM > recursos. Verifique se não há status de erro na seção volumes.

    5. Emita este comando: grep -i Cassandra /var/local/log/servermanager.log

      Você deve ver a seguinte mensagem na saída:

    Cassandra not started because it has been offline for more than 15 day grace period - rebuild Cassandra

  4. Emita este comando e monitore a saída do script: check-cassandra-rebuild

    • Se o serviço Cassandra dependendo do volume 0 estiver em execução, você será solicitado a pará-lo. Digite: Y

      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.

    • Reveja os avisos no script. Se nenhum deles se aplicar, confirme que você deseja reconstruir o Cassandra. Digite: Y

      Observação Alguns procedimentos de recuperação do StorageGRID usam o Reaper para lidar com reparos do Cassandra. As reparações ocorrem automaticamente assim que os serviços relacionados ou necessários tiverem sido iniciados. Você pode notar saída de script que menciona "reaper" ou "Cassandra repair." se você vir uma mensagem de erro indicando que o reparo falhou, execute o comando indicado na mensagem de erro.

  5. Após a conclusão da reconstrução, execute as seguintes verificações:

    1. No Gerenciador de Grade, selecione support > Tools > Grid topology.

    2. Selecione Site > nó de armazenamento recuperado > SSM > Serviços.

    3. Confirme se todos os serviços estão em execução.

    4. Selecione DDS > Data Store.

    5. Confirme que o Status do armazenamento de dados é "'Up'" e que o Data Store State é "'normal.'"