NVE: Las versiones binarias instaladas en el dispositivo no coinciden con las versiones de actualización o paquete acumulativo instaladas

• Un dispositivo NetWorker Virtual Edition (NVE) está implementado y se ejecuta correctamente.
• Hay varios paquetes NveUpgrade y NvePlatformOsRollup instalados.
• La interfaz de usuario de NetWorker Installation Manager muestra todos los paquetes NveUpgrade y NvePlatformOsRollup como completos. 
• El siguiente comando indica que se completaron todas las actualizaciones.

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

• El sistema continúa funcionando correctamente después de cada actualización. 
• Al comprobar la versión de los binarios, se observa que las versiones de los paquetes NveUpgreade y NvePlatformOsRollup no surtieron efecto. 
• El NVE muestra la versión de archivos binarios como la instalación base, como lo demuestra el siguiente comando:

[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.

Una investigación más profunda indicó que el err.log informa el siguiente mensaje de error:

Path to err.log:

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

El siguiente comando se ejecuta durante el proceso de actualización para obtener la versión del kernel actual a partir de la salida del 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)

Dado que se produce un error con "exit status=255 (error)", ninguno de los paquetes de OsRollup (que consiste principalmente en paquetes del sistema operativo base) se actualiza, aunque el flujo de trabajo de actualización se realice correctamente.

La causa raíz de este comportamiento incorrecto es que el valor PermitRootLogin para el host local se modificó del valor predeterminado "yes" al valor incorrecto " no". Esta configuración incorrecta impedía que el comando SSH (anterior) mostrara la versión del kernel instalada.

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 solucionar este problema, realice lo siguiente:

1. Modifique el archivo /etc/ssh/sshd_config a su formato predeterminado. El cambio implica solo una línea, y la sección final debe cambiarse de la siguiente manera.

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. Después de realizar el cambio anterior, reinicie NVE.
3. Ejecute el siguiente comando que muestra la versión del 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 los paquetes NveUpgreade o NvePlatformOsRollup más recientes para actualizar la versión de los archivos binarios a las versiones más recientes.
5. Compruebe la versión de los binarios instalados y compárela con las versiones de los paquetes NveUpgreade o NvePlatformOsRollup aplicados mediante el siguiente comando.

[rpm -qa]

Si se observaron los síntomas de este artículo de la base de conocimientos, pero la causa no corresponde, consulte las siguientes bases de conocimientos para ver otras posibles causas que pueden haber provocado que NVE OsRollup no actualice los paquetes correctamente:

NVE: El paquete acumulativo del SO se informa como correcto, pero no actualizó los paquetes del SO cuando se modifica
/root/.bashrcNVE: Se completó el paquete acumulativo del SO, pero no se actualizó el kernel después de que se modificaron
los permisos /rootNVE: El paquete acumulativo del SO se informa como correcto, pero no actualizó los paquetes del SO después del cambio de dirección IP de NVE