Como posso atualizar o firmware do SmartArray P410i em um DL360G6? O método usual por meio da atualização automática do SPP falha

Question

Geralmente isso funciona muito bem - inicialize com o SPP ISO, saia para tomar uma bebida, volte e tudo está atualizado. Não é assim em alguns dos meus servidores ...

A versão final do SPP para esses antigos servidores DL360 G6 foi em outubro de 2016, e é isso que estou usando. Aqui está o que eu vejo durante o processo de atualização automática:

Até agora eu tentei atualizá-lo do sistema operacional (ESXi 5.5) usando o driver autônomo baixado da HP (que tem o ESXi 5.5 listado como um sistema operacional suportado), mas esse processo falha com problemas como:

# cd /tmp/usr/lib/x86_64-linux-gnu/hp-firmware-smartarray-14ef73e580-6.64-2
# ./hpsetup
./hpsetup: line 226: tr: not found
./hpsetup: line 226: tr: not found
./hpsetup: line 226: tr: not found
./hpsetup: line 226: tr: not found
./hpsetup: line 226: tr: not found
./hpsetup: line 293: syntax error: bad substitution

A execução do .scexe bruto tem problemas semelhantes. Claramente, um caso do sistema operacional que não suporta o script de correção.

Eu encontrei este artigo que coincidentemente tem a minha versão de firmware inicial idêntica (2.50), então eu estou querendo saber se talvez há uma versão ruim lá fora que quebra futuras atualizações automáticas (divertido!) link

Com base nisso, planejo tentar encontrar um CD ao vivo que funcione para esta atualização de firmware da HP. Alguém encontrou um que funcione bem para esse processo? Alternativamente, existe uma maneira de fazer com que o processo de atualização do SPP funcione corretamente? (eu esperaria que o ambiente de inicialização fosse MUITO compatível com atualização de firmware HP, mas, neste caso, parece não funcionar corretamente.)

    

Answer 1

Encontrei algo que funcionou apenas na segunda tentativa.

Primeiro tente: CD de resgate do sistema

Isso falha devido a incompatibilidades fundamentais do kernel com os binários fornecidos pela HP. Isso não é surpreendente, já que ele usa uma versão 4 do kernel Linux e os binários da HP são para a versão 2.

Segunda tentativa: modo de recuperação do CentOS 6

Este tipo de trabalho. Para que isso funcione, eu precisava copiar os binários dirname e tr de outro servidor CentOS 6 pré-instalado. Não parece haver nenhuma maneira de adicionar binários ao ambiente de recuperação, já que ele é montado como somente leitura como um dispositivo de loop a partir de uma imagem em / tmp.

No entanto, eu poderia copiar binários compatíveis em / tmp e depois adicionar / tmp ao meu PATH.

No host existente "centos6":

$ cd /tmp
$ <upload hp-firmware-smartarray-14ef73e580-6.64-2.x86_64.rpm here>
$ rpm2cpio hp-firmware-smartarray-14ef73e580-6.64-2.x86_64.rpm | cpio -id
31207 blocks

Veja o que foi feito para fazer isso funcionar no DL360G6 após inicializar o CentOS6 no modo de recuperação, habilitando a rede e soltando um shell de recuperação sem tentar montar nenhuma instalação linux existente:

# scp user@centos6:/usr/bin/dirname /tmp/.
# scp user@centos6:/usr/bin/tr /tmp/.
# scp -rp user@centos6:/tmp/usr /tmp/.
# export PATH=$PATH:/tmp
# which tr
/tmp/tr
# cd /tmp/usr/lib/x86_64-linux-gnu/hp-firmware-smartarray-14ef73e580-6.64-2
# ./hpsetup

Magia! Funciona!

TambémconfirmadoapartirdoESXi5.5sshCLI:

~#esxclihpssaclicmd--cmdopts="ctrl all show config detail"

Smart Array P410i in Slot 0 (Embedded)
  Bus Interface: PCI
  Slot: 0
  ...
  RAID 6 (ADG) Status: Disabled
  Controller Status: OK
  Hardware Revision: C
  Firmware Version: 6.64

Versão do firmware: 6.64 ... legal!