NVE: Le versioni binarie installate nell'appliance non corrispondono alle versioni di aggiornamento o rollup installate

• NetWorker Virtual Edition Appliance (NVE) viene implementato ed eseguito correttamente.
• Sono installati diversi pacchetti NveUpgrade e NvePlatformOsRollup.
• L'interfaccia utente di NetWorker Installation Manager visualizza tutti i pacchetti NveUpgrade e NvePlatformOsRollup come completati. 
• Il comando seguente indica che tutti gli aggiornamenti sono stati completati.

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

• Il sistema continua a funzionare correttamente dopo ogni aggiornamento. 
• Quando si controlla la versione dei file binari, si osserva che le versioni nei pacchetti NveUpgreade e NvePlatformOsRollup non hanno avuto effetto. 
• NVE visualizza la versione dei file binari come installazione di base, come evidenziato dal seguente 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.

Ulteriori indagini hanno rilevato che il err.log riporta il seguente messaggio di errore:

Path to err.log:

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

Il comando seguente viene eseguito durante il processo di aggiornamento per ottenere la versione del kernel corrente dall'output 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)

Poiché viene visualizzato l'errore "exit status=255 (error)", nessuno dei pacchetti in OsRollup (che consiste principalmente di pacchetti del sistema operativo di base) viene aggiornato, anche se il flusso di lavoro dell'aggiornamento ha esito positivo.

La root cause di questo comportamento scorretto è che il valore PermitRootLogin per l'host locale viene modificato dal valore predefinito "yes" al valore errato "no". Questa configurazione errata ha impedito al comando SSH (sopra) di visualizzare la versione del kernel installata.

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

Per risolvere questo problema, procedere come segue:

1. Modificare il file /etc/ssh/sshd_config nel formato predefinito. La modifica comporta una sola riga e la sezione finale deve essere modificata come segue.

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. Al termine della modifica precedente, riavviare NVE.
3. Eseguire il comando seguente per visualizzare la versione 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. Applicare i pacchetti NveUpgreade o NvePlatformOsRollup più recenti per aggiornare la versione dei file binari alle versioni più recenti.
5. Controllare la versione dei file binari installati e confrontarla con le versioni nei pacchetti NveUpgreade o NvePlatformOsRollup applicati utilizzando il comando seguente.

[rpm -qa]

Se sono stati osservati i sintomi in questo articolo della KB ma la causa non è applicabile, consultare i seguenti articoli della KB per altre potenziali cause che potrebbero aver causato un aggiornamento errato dei pacchetti da parte di NVE OsRollup:

NVE: Il rollup del sistema operativo viene segnalato come riuscito, ma non aggiorna i pacchetti del sistema operativo quando /root/.bashrc viene modificato
NVE: Rollup del sistema operativo completato ma non aggiornamento del kernel dopo la modifica
delle autorizzazioni /rootNVE: Il rollup del sistema operativo viene segnalato come riuscito, ma i pacchetti del sistema operativo non vengono aggiornati dopo la modifica dell'indirizzo IP NVE