Atualizando o software automaticamente usando a CLI

É possível usar a interface da linha de comandos (CLI) para instalar atualizações do software .

1. Deve-se fazer download, instalar e executar a versão mais recente do utilitário de teste para verificar se nenhum problema existe com o sistema atual.
   Importante: Após instalar e executar o utilitário de teste usando o GUI de gerenciamento ou a CLI, deve-se retornar para a etapa 2 nesta página.

   É possível fazer o download e instalar a versão mais recente dessa ferramenta no website a seguir. O link fornece instruções para usar o GUI de gerenciamento ou a CLI para instalar e executar o utilitário de teste.

   http://www.ibm.com/support/docview.wss?uid=ssg1S4000585

2. Faça download do código mais recente no site do www.ibm.com/support.
   • Se desejar gravar o código em um CD, deve-se fazer download da imagem do CD.
   • Se não desejar gravar o código em um CD, deve-se fazer download da imagem de instalação.
3. Use o PuTTY scp (pscp) para copiar os arquivos de atualização no nó.
4. Assegure-se de que o arquivo de atualização tenha sido copiado com êxito.
   Antes de iniciar a atualização, deve-se estar ciente das situações a seguir:

   • O processo de instalação falha nas seguintes condições:
     • Se o código instalado no sistema remoto não for compatível com o novo código ou se um erro de comunicação intersistêmica não permitir que o sistema verifique se o código é compatível.
     • Se o tipo de hardware de algum nó do sistema não for suportado pelo novo código.
     • Se o sistema determinar que um ou mais volumes no sistema seriam colocados off-line reinicializando os nós como parte do processo de atualização. É possível obter detalhes sobre quais volumes seriam afetados, usando o comando lsdependentvdisks. Se você estiver preparado para perder o acesso aos dados durante a atualização, é possível usar o sinalizador force para substituir essa restrição.
   • A atualização é distribuída para todos os nós do sistema usando conexões internas entre os nós.
   • Nós são atualizados um por vez.
   • Os nós executam o novo código simultaneamente com a atividade normal do sistema.
   • Enquanto o nó é atualizado, ele não participa da atividade de E/S do grupo de E/S. Como resultado, toda a atividade de E/S para os volumes no grupo de E/S é direcionada para o outro nó no grupo de E/S pelo software de caminhos múltiplos do host.
   • Há um atraso de 30 minutos entre as atualizações de nó. O atraso concede tempo para que o software de caminhos múltiplos do host redescubra caminhos para os nós atualizados. Não haverá perda de acesso quando outro nó do grupo de E/S for atualizado.
   • A atualização não é confirmada até que todos os nós do sistema tenham sido atualizados com êxito para o novo nível de código. Se todos os nós forem reiniciados com sucesso com o novo nível de código, o novo nível será confirmado. Quando o novo nível é confirmado, os dados do produto vital (VPD) do sistema são atualizados, de forma a refletirem o novo nível de código.
   • Aguarde até que todos os nós de membro sejam atualizados e a atualização seja confirmada antes de chamar as novas funções do código atualizado.
   • Como o processo de atualização leva algum tempo, o comando de instalação é concluído assim que o nível de código é verificado pelo sistema. Para determinar quando a atualização foi concluída, deve-se exibir o nível de código no VPD do sistema ou buscar o evento Conclusão de atualização de software no log de erro/evento. Se algum nó falhar ao reiniciar com o novo nível de código ou falhar em qualquer outro momento durante o processo, o nível de código irá retroceder.
   • Durante uma atualização, o número da versão de cada nó é atualizado quando o código é instalado e o nó é reiniciado. O número da versão do código do sistema é atualizado quando o novo nível de código é confirmado.
   • Quando a atualização for iniciada, uma entrada será feita no log de erro ou de eventos e outra entrada será feita quando a atualização for concluída ou falhar.
5. Emita este comando da CLI para iniciar o processo de atualização:

   applysoftware -file software_update_file

   Em que software_update_file é o nome do arquivo de atualização do código no diretório que você copiou o arquivo na etapa 3.

   Se o sistema identificar quaisquer volumes que ficariam offline como resultado da reinicialização dos nós como parte da atualização do sistema, a atualização de código não será iniciada. É possível usar um parâmetro force opcional para indicar que a atualização continua, independentemente do problema identificado. Se você usar o parâmetro force, será solicitado a confirmar se deseja continuar.
6. Emita o comando da CLI a seguir para verificar o status do processo de atualização de código:

   lsupdate

   Este comando exibe success quando a atualização é concluída. Se você tiver nós hot-spare que estão configurados no sistema, o nó hot-spare assumirá as operações de E/S de cada nó conforme ele é atualizado.
   Nota: Se um status stalled_non_redundant for exibido, prosseguir com o conjunto restante de atualizações de nó poderá resultar em volumes offline. Entre em contato com um representante de serviço para concluir a atualização.
7. Para verificar se a atualização foi concluída com êxito, emita o comando lsnodevpd da CLI para cada nó que estiver no sistema.

   O campo de versão de código exibe o novo nível de código.

   Importante: Se você atualizar o seu software do sistema para a versão 8.1.1 ou mais recente de uma versão anterior à 8.1.0, em um sistema no qual você já instalou mais de 64 GB de RAM, todos os nós retornarão da atualização com um código de erro 841. As versões 8.1.0 e mais recentes alocam a memória de uma maneira diferente das versões anteriores; portanto, a RAM deve ser "aceita" novamente. Para resolver o erro, conclua as seguintes etapas:

   1. Em um único nó, execute o comando svctask chnodehw. Não execute o comando em mais de um nó por vez.
   2. Espere o nó reiniciar e retornar sem o erro.
   3. Aguarde mais 30 minutos para que as unidades de caminhos múltiplos sejam recuperadas no host.
   4. Repita este processo para cada nó individualmente, até que limpe o erro em todos os nós.