NVE: As versões binárias instaladas no equipamento não correspondem às versões instaladas de upgrade ou cumulativo

• Um NetWorker Virtual Edition Appliance (NVE) é implementado e executado com sucesso.
• Vários pacotes NveUpgrade e NvePlatformOsRollup estão instalados.
• A interface do usuário do NetWorker Installation Manager exibe todos os pacotes NveUpgrade e NvePlatformOsRollup como concluídos. 
• O comando abaixo indica que todas as atualizações foram concluídas.

 [avi-cli --verbose localhost --password 'xxxxxxxx' --listhistory]

• O sistema continua funcionando com sucesso após cada atualização. 
• Ao verificar a versão dos binários, observa-se que as versões nos pacotes NveUpgreade e NvePlatformOsRollup não tiveram efeito. 
• O NVE exibe a versão dos binários como a instalação de base, conforme evidenciado pelo comando abaixo:

[rpm -qa |grep <binary_name>]

rpm -qa | grep kernel
displays 4.12.14-122.12.1.x86_64: While it should be 4.12.14-122.173.1.x86_64 which was embedded in the latest Rollup.

rpm -qa | grep sqlite3
displays 3.8.10.2-9.15.1.x86_64: While it should be 3.39.3-9.26.1.x86_64 which was embedded in the latest Rollup.

rpm -qa | grep openssl
displays 1.0.2p-3.14.1.x86_64: While it should be 1_1-1.1.1d-2.98.1.x86_64 which was embedded in the latest Rollup.

Uma investigação mais aprofundada observou que o err.log relata a seguinte mensagem de erro:

Path to err.log:

/space/avamar/var/avi/server_data/package_data/NvePlatformOsRollup_2023-R3-v4.avp_xxxxxxxxxx err.log

O comando abaixo é executado durante o processo de atualização para obter a versão do kernel atual da saída do comando:

[uname -a] 

YYYY-MM-DD HH:mm:SS (-TZ) 47198950636200 ERROR: "ssh -q -i /root/.ssh/rootid -x -q -o ConnectTimeout=5 -o PasswordAuthentication=no -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no root@<NVE_IP_Address> uname -a", exit status=255 (error)

Como ele apresenta erros com "exit status=255 (error)", nenhum dos pacotes no OsRollup (que consiste principalmente em pacotes básicos do sistema operacional) é atualizado, mesmo que o fluxo de trabalho de atualização seja bem-sucedido.

A causa raiz desse comportamento incorreto é que o valor PermitRootLogin para o host local é modificado do valor padrão de "yes" para o valor incorreto de "no". Essa configuração incorreta impediu que o comando SSH (acima) exibisse a versão instalada do kernel.

LogLevel INFO
kexalgorithms ecdh-sha2-nistp384,ecdh-sha2-nistp521
MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-512,hmac-sha2-256-etm@openssh.com,hmac-sha2-256,umac-128-etm@openssh.com,umac-128@openssh.com
PermitEmptyPasswords no
PermitRootLogin no
Match Address ::1,127.0.0.1,127.0.0.1,127.0.0.2,::1,<NVE_IPv4_Address>,<NVE_IPv6_Address>
PermitRootLogin no

Para resolver esse problema, faça o seguinte:

1. Modifique o arquivo /etc/ssh/sshd_config para o formato padrão. A alteração envolve apenas uma linha, e a seção final deve ser alterada da seguinte forma.

LogLevel INFO
kexalgorithms ecdh-sha2-nistp384,ecdh-sha2-nistp521
MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-512,hmac-sha2-256-etm@openssh.com,hmac-sha2-256,umac-128-etm@openssh.com,umac-128@openssh.com
PermitEmptyPasswords no
PermitRootLogin no
Match Address ::1,127.0.0.1,127.0.0.1,127.0.0.2,::1,<NVE_IPv4_Address>,<NVE_IPv6_Address>
PermitRootLogin yes

2. Depois que a alteração acima for feita, reinicialize o NVE.
3. Execute o seguinte comando para exibir a versão do kernel:

ssh -q -i /root/.ssh/rootid -x -q -o ConnectTimeout=5 -o PasswordAuthentication=no -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no root@<NVE_IP_ADDRESS> uname -a

nve:~ # ssh -q -i /root/.ssh/rootid -x -q -o ConnectTimeout=5 -o PasswordAuthentication=no -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no root@<NVE_IP_ADDRESS> uname -a
Linux nve 4.12.14-122.153-default #1 SMP Tue Mar 7 14:13:19 UTC 2023 (9f7af45) x86_64 x86_64 x86_64 GNU/Linux

4. Aplique os pacotes NveUpgreade ou NvePlatformOsRollup mais recentes para atualizar a versão dos binários para as versões mais recentes.
5. Verifique a versão dos binários instalados e compare com as versões nos pacotes aplicados NveUpgreade ou NvePlatformOsRollup usando o comando abaixo.

[rpm -qa]

Se os sintomas nesta KB foram observados, mas a causa não é aplicável, consulte os seguintes artigos da KB para conhecer outras causas potenciais que podem ter resultado na não atualização correta dos pacotes pelo NVE OsRollup:

NVE: O rollup do SO informa como bem-sucedido, mas não atualizou os pacotes do SO quando /root/.bashrc é modificado
NVE: O pacote cumulativo do SO foi concluído, mas não fez upgrade do kernel após a modificação
das permissões /rootNVE: O pacote cumulativo do sistema operacional é relatado como bem-sucedido, mas não atualizou os pacotes do sistema operacional após a alteração do endereço IP do NVE