Considerações de atualização de firmware
Antes de começar a atualizar o firmware para dispositivos gerenciados usando o Lenovo XClarity Administrator, revise as considerações importantes a seguir.
Considerações gerais
Níveis mínimos de firmware necessários.
Certifique-se de que o firmware instalado em cada dispositivo gerenciado esteja no nível mínimo necessário antes de usar o XClarity Administrator para atualizar o firmware nesses dispositivos. É possível localizar os níveis mínimos de firmware necessários em Página da Web Suporte do XClarity Administrator – Compatibilidade clicando na guia Compatibilidade e, em seguida, clicando no link para os tipos de dispositivo apropriados.
NotaPara obter informações sobre o suporte a dispositivos de E/S e as limitações conhecidas, consultePágina da Web Suporte do XClarity Administrator – Compatibilidade. Atualize todos os componentes para o nível que está incluído no repositório das atualizações de firmware.
Como as atualizações de firmware para componentes Flex System são testadas e liberadas juntas, é recomendável manter o mesmo nível de firmware em todos os componentes em um chassi do Flex System. Portanto, é importante atualizar o firmware em todos os componentes do chassi na mesma janela de manutenção. O XClarity Administrator aplica as atualizações selecionadas na sequência correta automaticamente.
Drivers LXPM Linux e LXPM Windows não são atualizados por padrão
Ao criar uma política, os drivers Lenovo XClarity Provisioning Manager (LXPM) Linux e Windows são definidos como "Não Atualizar" por padrão.
Drivers LXPM Linux e drivers LXPM Windows não são incluídos durante o download de UXSPs
LXPM Drivers Linux e Windows não estão incluídos no UpdateXpress System Packs (UXSPs). Para aplicar esses pacotes de atualização aos dispositivos, faça download dos pacotes do repositório de atualizações de firmware mais recentes ou faça download manualmente dos pacotes individuais e crie uma política de conformidade de firmware para incluir esses pacotes.
Algumas atualizações de firmware são codependentes em um nível mínimo de driver de dispositivo.
Antes de aplicar atualizações de adaptador e firmware de E/S em um servidor, pode ser necessário atualizar o driver de dispositivo para um nível mínimo. Em geral, as atualizações de firmware não são dependentes de níveis específicos de drivers de dispositivo. Consulte o readme de atualização de firmware para ver essas codependências e atualize os drivers de dispositivo no sistema operacional antes de atualizar o firmware. O XClarity Administrator não atualiza drivers de dispositivo no seu sistema operacional.
Reinicie o XClarity Administrator antes de atualizar o firmware
Se ocorrer falha nas tentativas anteriores de atualizar o firmware, reinicie XClarity Administrator antes de atualizar o firmware. A reinicialização do servidor de gerenciamento garante que a conta reservada do sistema usada para atualizar o firmware esteja sincronizada nos dispositivos gerenciados.
Atualizações de firmware causam transtornos e requerem que as cargas de trabalho sejam encerradas em dispositivos.
As atualizações de firmware em dispositivos gerenciados causam transtornos quando você opta por ativar imediatamente a atualização. Você deve desligar os dispositivos antes de atualizar o firmware usando a ativação imediata.
Na atualização do firmware em servidores, os servidores são desligados e colocados em um sistema operacional de manutenção para atualizar os drivers de dispositivo para adaptadores, unidades de disco e unidades de estado sólido.
Os Comutadores Flex em um determinado chassi são atualizados em sequência e reiniciados durante o processo de atualização de firmware. A implementação de caminhos de dados redundantes diminui o transtorno, mas ainda pode haver uma interrupção rápida na conectividade de rede durante a atualização de firmware.
Não use o XClarity Administrator para atualizar o firmware no servidor em que o XClarity Administrator está sendo executado.
Se o XClarity Administrator estiver em execução em um host do hipervisor executado em um servidor que ele está gerenciando, não use o XClarity Administrator para atualizar o firmware nesse servidor. Quando são aplicadas atualizações de firmwares com ativação imediata, o XClarity Administrator força o servidor de destino a reiniciar, o que também reinicia o host do hipervisor e o XClarity Administrator. Quando aplicada com ativação adiada, somente parte do firmware é aplicada até o sistema de destino ser reiniciado
Considerações sobre CMM
Reposicione virtualmente os CMMs antes de atualizar firmware.
Se você estiver atualizando CMMs que executam a versão da pilha do nível de firmware 1.3.2.1 2PET12K até 2PET12Q, que são executados há mais de três semanas e têm uma configuração dupla do CMM, você deverá reposicionar virtualmente os CMMs primário e de espera antes de atualizar o firmware (consulte Reposicionando virtualmente um CMM).
Considerações sobre o Baseboard Management Controller
- O endereço IP gerenciado é usado para dispositivos com duas portas do controlador de gerenciamento
Para dispositivos que têm duas portas Baseboard Management Controller, o processo de atualização de firmware usa o endereço IP utilizado para gerenciar o dispositivo.
Níveis mínimos de BMC necessários para status de ativação pendente
Para ver o status de ativação pendente, a versão do firmware a seguir deve estar instalada no Baseboard Management Controller no servidor.IMM2: TCOO46F, TCOO46E ou posterior (dependendo da plataforma)
XCC: CDI328M, PSI316N, TEI334I ou posterior (dependendo da plataforma)
Atualizações aplicadas às partições primárias de firmware do controlador de gerenciamento e da UEFI.
As atualizações de Baseboard Management Controller (BMC) e UEFI podem ser aplicadas às partições primárias e de backup do firmware para o controlador de gerenciamento e a UEFI de modo independente.
Também é possível aplicar atualizações de controlador de gerenciamento e UEFI apenas às partições primárias do firmware no servidor. Por padrão, o controlador de gerenciamento é configurado para sincronizar a partição de backup do controlador de gerenciamento com a partição primária do controlador de gerenciamento após o controlador de gerenciamento primário ter sido executado satisfatoriamente e o novo nível estar pronto para ser promovido a backup. Entretanto, o controlador de gerenciamento não está configurado para sincronizar a partição de backup da UEFI por padrão. Portanto, considere uma das seguintes opções no controlador de gerenciamento:
Habilitar a sincronização automática da partição de backup da UEFI.
Isso assegura que as partições primária e de backup estejam executando o mesmo nível de firmware (e que o firmware UEFI de backup seja compatível com o firmware do controlador de gerenciamento).
Desabilitar a sincronização automática da partição de backup do controlador de gerenciamento.
Embora não seja recomendado, isso oferece a você controle total sobre os níveis de firmware do controlador de gerenciamento e da UEFI. Entretanto, você deverá atualizar manualmente o controlador de gerenciamento e o firmware UEFI para ambas as partições.
Você usa as políticas de conformidade de firmware para determinar quais atualizações são aplicadas a cada dispositivo. Para obter mais informações sobre políticas de conformidade de firmware, consulte Criando e atribuindo políticas de conformidade de firmware.
NotaSe o controlador de gerenciamento e a UEFI estiverem configurados para sincronizar automaticamente o firmware de backup a partir do primário, não será necessário que oXClarity Administrator atualize os bancos de backup. Nesse caso, você pode limpar as atualizações de banco de backup ao aplicar atualizações em um servidor ou remover os bancos de backup da política de conformidade de firmware. Possibilidade de falha do sistema VMware vSphere ESXi (tela de diagnóstico do host na cor púrpura) quando um controlador de gerenciamento é redefinido.
Se você estiver executando o VMware vSphere ESXi em algum servidor, certifique-se de que os seguintes níveis mínimos VMware ESXi sejam instalados antes de atualizar o firmware no servidor:- Se estiver executando o VMware vSphere ESXi 5.0, instale um nível mínimo 5.0u2 (atualização 2)
- Se estiver executando o VMware vSphere ESXi 5.1, instale um nível mínimo 5.1u1 (atualização 1)
Se você não instalar esses níveis mínimos, poderá ocorrer uma falha do sistema VMware vSphere ESXi (tela de diagnóstico do host na cor púrpura) sempre que o controlador de gerenciamento for redefinido, inclusive quando o firmware do controlador de gerenciamento for aplicado e ativado.
NotaEsse problema não afeta oESXi v5.5.
Considerações sobre o dispositivo ThinkSystem
Para servidores ThinkSystem SE350 que executam a versão de firmware XCC anterior a 20A, o IPMI sobre acesso via KCS deve ser ativado manualmente no Baseboard Management Controller para assegurar que o controlador de gerenciamento possa se comunicar com o XClarity Administrator.
Para servidores ThinkSystem SE350, o IPMI sobre KCS é desativado por padrão. Para servidores ThinkSystem SE350 que executam o firmware XCC versão 20A ou posterior, o XClarity Administrator ativa automaticamente o IPMI sobre KCS durante uma atualização de firmware e, em seguida, desativa-o após a atualização de firmware ser concluída. No entanto, para os servidores ThinkSystem SE350 executando a versão de firmware XCC anterior a 20A, você deve habilitar manualmente essa opção na interface do Lenovo XClarity Controller clicando em .
Para servidores ThinkSystem SR635 e SR655, as limitações a seguir se aplicam.
Somente a ativação imediata é compatível. Não há suporte para ativação atrasada e ativação prioritária.
Para XClarity Administrator v3.1.1 e posterior, você pode usar a função de atualização de pacote para atualizar todos os componentes nos servidores ThinkSystem SR635 e SR655, incluindo o Baseboard Management Controller, UEFI, unidades de disco e opções de E/S.
AtençãoOs dispositivos selecionados são desligados antes de iniciar o processo de atualização. Certifique-se de que as cargas de trabalho em execução tenham sido interrompidas ou, se você estiver trabalhando em um ambiente virtualizado, tenham sido movidas para outro servidor. Se houver trabalhos em execução, o trabalho de atualização será enfileirado até que todos os outros trabalhos sejam concluídos. Para ver uma lista de trabalhos ativos, clique em. NotaA aplicação de atualizações de firmware em pacote são compatíveis apenas com servidores ThinkSystem SR635 e SR655.
A aplicação de atualizações de firmware empacotadas é suportada apenas para endereço IPv4. Endereços IPv6 não têm suporte.
Certifique-se de que cada dispositivo de destino tenha sido inicializado no SO pelo menos uma vez para recuperar as informações completas do inventário.
O firmware do Baseboard Management Controller v2.94 ou posterior é necessário para usar a função de atualização em pacote.
Apenas atualizações de firmware de pacotes de repositórios ou atualizações de firmware individuais são usadas. UpdateXpress System Packs (UXSPs) não são compatíveis.
- Somente as atualizações de firmware baixadas são aplicadas. Atualize o catálogo de produtos e faça download das atualizações de firmware apropriadas (consulte Atualizando o catálogo de produtos e Baixando atualizações de firmware).NotaQuando o
XClarity Administrator é inicialmente instalado, o catálogo de produtos e o repositório estão vazios. A verificação de conformidade é suportada apenas para o Baseboard Management Controller e UEFI nos servidores ThinkSystem SR635 e SR655; no entanto, o XClarity Administrator tenta aplicar atualizações de firmware a todos os componentes de hardware disponíveis.
As atualizações são aplicadas de acordo com a política de conformidade de firmware atribuída. Não é possível optar por atualizar um subconjunto de componentes.
O XClarity Administrator v 3.2 ou posterior é necessário para aplicar atualizações de firmware para o Lenovo XClarity Provisioning Manager (LXPM), drivers do LXPM Windows drivers ou drivers do LXPM Linux para servidores ThinkSystem SR635 e SR655.
O Baseboard Management Controller e as atualizações do UEFI serão ignoradas se a versão instalada atualmente for mais recente do que a política de conformidade atribuída.
As políticas de conformidade de firmware devem ser criadas e atribuídas aos dispositivos em que você pretende aplicar atualizações de firmware. Para obter mais informações, consulte Criando e atribuindo políticas de conformidade de firmware.
Os dispositivos selecionados são desligados antes de iniciar o processo de atualização. Certifique-se de que as cargas de trabalho em execução tenham sido interrompidas ou, se você estiver trabalhando em um ambiente virtualizado, tenham sido movidas para outro servidor.
Também é possível usar a função de atualização tradicional para aplicar atualizações de firmware apenas ao Baseboard Management Controller e ao UEFI.
Para XClarity Administrator v3.0:
Os dados de gerenciamento não são atualizados corretamente ao atualizar o firmware do 20A para o 20B ou 20C. Para resolver esse problema, cancele o gerenciamento e, em seguida, gerencie o dispositivo novamente ou reinicie o XClarity Administrator.
O downgrade de atualizações de firmware não é compatível.
As atualizações de firmware não são permitidas em servidores ThinkSystem usando DHCPv6 ou endereços IPv6 atribuídos estaticamente
Ao usar o endereçamento IPv6 em servidores ThinkSystem, as atualizações de firmware são aceitas apenas em endereços de link local (LLA) e endereços sem estado do IPv6.
Ao atualizar o firmware para a versão 20D, você deve atualizar o UEFI e o XCC juntos.
O UEFI e o Lenovo XClarity Controller (XCC) devem ser atualizados juntos para a versão 20D. Atualizar o XCC e não o UEFI, e vice-versa, causará problemas.
Considerações sobre o dispositivo Flex System
Verifique se os comutadores Flex que estão sendo atualizados estão ligados,
Os Comutadores Flex devem ser configurados com um endereço IP que seja acessível no XClarity Administrator.
Deve ser atribuído ao Comutador Flex de destino um endereço IP que possa se comunicar com o XClarity Administrator, para que o XClarity Administrator possa baixar e aplicar a atualização de firmware.
- Não é possível baixar atualizações de firmware para servidores IBM na interface da Web usando o XClarity Administrator 4.1 e posterior.
Para o XClarity Administrator 4.1 e posterior, não é possível baixar Update XPress Packs nem atualizações de firmware individuais para os seguintes servidores na interface da Web. Em vez disso, baixe manualmente atualizações pelo ibm.com e, em seguida, importe as atualizações.
IBM System x iDataPlex dx360 M4
IBM System série M4
IBM System x3100 M5 e x3250 M5
IBM System x3850 X5 e x3950 X5
IBM System x3850 X6 e x3950 X6
IBM Flex System
Selecione Ativação Imediata ao atualizar nós de cálculo que estiverem nos níveis de firmware do controlador de gerenciamento anteriores ao Flex System 1.3.2.
Ao aplicar a versão de ciclo de vida Flex System 1.3.2, 2nd Quarter a um nó de cálculo, você deve escolher Ativação Imediata para atualizar o nó de cálculo. A ativação imediata força o nó de cálculo a reiniciar durante o processo de atualização.
Suporte para atualização em complexos escaláveis, como os nós x480 X6 e x880 X6.
O suporte para atualização em nós escaláveis como o Flex System x480 X6 e os nós de Cálculo x880 X6 está limitado às configurações onde complexo está configurado como uma única partição que inclui todos os nós de cálculo que fazem parte do complexo com vários nós. Não é possível usar o XClarity Administrator para atualizar um complexo que consiste em diversas partições.
Se você atribuir uma política de conformidade de firmware a uma partição que inclua vários servidores em um complexo escalável (como Flex System x480 X6 e x880 X6 Nós de Cálculo), o XClarity Administrator atualizará o firmware em todos os controladores de gerenciamento e UEFIs para cada servidor da partição por padrão. Entretanto, se você selecionar um subconjunto de componentes da partição, o XClarity Administrator atualizará o firmware somente nos componentes selecionados da partição.
Antes de atualizar o CMM2 para v1.30 (1AON06C) ou posterior, os comutadores Flex devem estar executando a versão Nível 3 do protocolo Enhanced Configuration and Management (EHCM L3)
O CMM2 e os comutadores Flex se comunicam usando o protocolo EHCM. Esse protocolo é necessário para que o XClarity Administrator atualize os comutadores Flex. Quando você atualiza um CMM2 para a v1.30 (1AON06C) ou posterior, o XClarity Administrator verifica se os comutadores Flex estão executando o EHCM L3 e, se não estiverem, cancela a atualização do CMM com um aviso de que os comutadores Flex devem ser atualizados primeiro para uma versão que ofereça suporte ao EHCM-L3. É possível substituir essa verificação selecionando Tentar atualizar componentes já em conformidade ao atualizar o firmware do CMM.
AtençãoAtualmente não há nenhuma versão de firmware para Comutadores Ethernet EN6131 Flex System e Comutador InfiniBand IB6131 com suporte para EHCM L3. Isso significa que, depois de atualizar o CMM2 para o firmware v1.30 (1AON06C) ou posterior, você não pode mais usar oXClarity Administrator para atualizar esses comutadores. A alternativa é usar a interface da Web do controlador de gerenciamento ou a interface da linha de comandos do chassi para atualizar o comutador. Comutador Flex System Versão Data de liberação CN4093 7.8.4.0 Junho de 2014 EN4023 6.0.0 Abril de 2015 EN4093 7.8.4.0 Junho de 2014 EN4093R 7.8.4.0 Junho de 2014 EN6132 Não disponível Não disponível FC3171 9.1.3.02.00 Junho de 2014 FC5022 7.4.0b1 Março de 2016 IB6132 Não disponível Não disponível SI4091 7.8.4.0 Junho de 2014 SI4093 7.8.4.0 Junho de 2014 NotaO Comutador Escalável Ethernet de 1 Gb EN2092 não requer o EHCM L3 e não tem essa restrição.
Considerações sobre armazenamento
Considerações sobre dispositivos de armazenamento ThinkSystem DM
Para atualizar o firmware em dispositivos de armazenamento ThinkSystem DM, os dispositivos devem estar executando a v9.7 ou posterior.
O downgrade é compatível apenas com versões secundárias. Por exemplo, é possível fazer downgrade da 9.7P11 para a 9.7P9; no entanto, não é possível fazer downgrade da 9.8 para 9.7.
Para fazer download do firmware para dispositivos de armazenamento ThinkSystem série DM:Um ou mais dispositivos de armazenamento ThinkSystem série DM devem ser gerenciados pelo XClarity Administrator.
Cada dispositivo de armazenamento ThinkSystem série DM deve ter direito a serviço e suporte de hardware.
Você deve especificar o país em que os dispositivos de armazenamento ThinkSystem série DM estão localizados na página Atualizações de Firmware: Repositório. Somente o firmware criptografado pode ser baixado para dispositivos nos seguintes países: Armênia, Bielorrússia, China, Cuba, Irã, Casaquistão, Kyrgyzstão, Coreia do Norte, Rússia, Sudão, Síria.
As unidades de disco devem estar no estado JBOD, online, pronto ou não configurado (bom).
Para atualizar o firmware nas unidades de disco, o estado de RAID deve ser online, pronto ou não configurado (bom). Outras estados não são suportados. Para determinar o estado do RAID para uma unidade de disco, acesse a página Inventário do dispositivo, expanda a seção Unidades e verifique a coluna Estado do RAID dessa unidade de disco (consulte Visualizando os detalhes de um servidor gerenciado).
A versão do firmware não detecta unidades de disco e unidades de estado sólido.
O XClarity Administrator detecta somente a versão do firmware instalado e executa uma verificação de conformidade para unidades de disco e unidades de estado sólido (SSDs) que estão conectadas a um adaptador MegaRAID ou NVMe. Outras unidades conectadas podem ter um nível de firmware que não seja aceito ou podem não oferecer suporte ao relatório de versão do firmware. Entretanto, as atualizações de firmware são aplicadas a essas unidades quando selecionadas.
O firmware NVMe é aplicado mesmo que não seja identificado com um componente de destino
Na página Aplicar/Ativar, a versão de firmware de NVMe é listada para unidades de estado sólido (SSDs). Como nenhuma atualização de firmware de destino é identificada para os dispositivos NVMe descobertos, uma mensagem de aviso é exibida quando você tenta atualizar o sistema de destino. Entretanto, a atualização de HDD/SSD é aplicada mesmo que não ele não seja identificado com um componente de destino, para que o firmware de NVMe ainda seja atualizado.
Aplicar o pacote de atualização ServeRAID M5115 PSoC3 do XClarity Administrator requer um nível mínimo 68 instalado.
A atualização ServeRAID M5115 PSoC3 (Programmable System-on-Chip) de versão anterior à 68 deve ser feita de uma maneira controlada.
DicaVocê pode exibir a versão do código do ServeRAID M5115 PSoC3 fazendo login na interface da Web do CMM e selecionando a guiaFirmware do nó de cálculo de destino. Em seguida, selecione a placa de expansão para o adaptador ServeRAID M5115. A versão do código PSoc3 é o tipo de firmware GENÉRICO. Para as versões instaladas anteriores à 68, você não pode atualizar usando o XClarity Administrator. Em vez disso, você deve executar as seguintes etapas na interface da Web do Chassis Management Module (CMM) ou na interface da linha de comandos (CLI):Usando a interface da Web do CMM:
- Faça login na interface da Web do Chassis Management Module (CMM).
- No menu principal, clique em .
- Clique na guia Redefinição de Serviços.
- Selecione o nó de cálculo apropriado clicando no botão de opção.
- No menu suspenso Redefinir, clique em Reposicionamento Virtual.
- Clique em OK para confirmar.
Usando a CLI do CMM:
Faça login na interface do CMM Secure Shell (SSH).
Insira o seguinte comando para executar um reposicionamento virtual:
'service -vr -T blade[x]
em que x é o número de compartimento do nó de cálculo a ser reposicionado.
Depois que o sistema for novamente ligado, inicialize o sistema operacional e atualize o ServeRAID M5115 PSoC3 usando o pacote de atualização integrado extraído. Conclua as etapas a seguir para extrair o pacote integrado.
Usando o Microsoft Windows:
Abra o pacote de atualização (lnvgy_fw_psoc3_m5115-70_windows_32-64.exe) e selecione Extrair para Disco Rígido. Em seguida, selecione o caminho em que o pacote integrado deve ser extraído.
Usando o Linux:
Execute o seguinte comando:
lnvgy_fw_psoc3_m5115-70_linux_32-64.bin -x
em que x é o local onde o pacote integrado deve ser extraído.