NVE: Installierte Binärversionen in der Appliance stimmen nicht mit installierten Upgrade- oder Rollupversionen überein

• Eine NVE (NetWorker Virtual Edition Appliance) wird bereitgestellt und erfolgreich ausgeführt.
• Es werden mehrere NveUpgrade- und NvePlatformOsRollup-Pakete installiert.
• Die Benutzeroberfläche von NetWorker Installation Manager zeigt alle NveUpgrade- und NvePlatformOsRollup-Pakete als abgeschlossen an. 
• Der folgende Befehl zeigt an, dass alle Aktualisierungen abgeschlossen sind.

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

• Das System funktioniert nach jedem Update weiterhin erfolgreich. 
• Beim Überprüfen der Version der Binärdateien wird festgestellt, dass die Versionen in den Paketen NveUpgreade und NvePlatformOsRollup nicht wirksam wurden. 
• Die NVE zeigt die Version der Binärdateien als Basisinstallation an, wie durch den folgenden Befehl belegt:

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

Bei weiteren Untersuchungen wurde festgestellt, dass der err.log die folgende Fehlermeldung meldet:

Path to err.log:

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

Der folgende Befehl wird während des Aktualisierungsvorgangs ausgeführt, um die Version des aktuellen Kernels aus der Ausgabe des Befehls abzurufen:

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

Da der Fehler "exit status=255 (error)" ausgegeben wird, wird keines der Pakete in OsRollup (das hauptsächlich aus Basisbetriebssystempaketen besteht) aktualisiert, obwohl der Upgradeworkflow erfolgreich ist.

Die Ursache für dieses Fehlverhalten ist, dass der PermitRootLogin-Wert für den lokalen Host vom Standardwert "yes" in den falschen Wert "no" geändert wurde. Diese Fehlkonfiguration verhinderte, dass der SSH-Befehl (oben) die installierte Kernel-Version anzeigte.

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

Gehen Sie wie folgt vor, um dieses Problem zu beheben:

1. Ändern Sie die Datei /etc/ssh/sshd_config in das Standardformat. Die Änderung umfasst nur eine Zeile, und der Endabschnitt sollte wie folgt geändert werden.

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. Nachdem die obige Änderung vorgenommen wurde, starten Sie die NVE neu.
3. Führen Sie den folgenden Befehl aus, um die Kernel-Version anzuzeigen:

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. Wenden Sie die neuesten NveUpgreade- oder NvePlatformOsRollup-Pakete an, um die Version der Binärdateien auf die neuesten Versionen zu aktualisieren.
5. Überprüfen Sie die Version der installierten Binärdateien und vergleichen Sie sie mit den Versionen in den angewendeten NveUpgreade- oder NvePlatformOsRollup-Paketen mithilfe des folgenden Befehls.

[rpm -qa]

Wenn die Symptome in diesem Wissensdatenbank-Artikel beobachtet wurden, die Ursache jedoch nicht anwendbar ist, finden Sie in den folgenden Wissensdatenbank-Artikeln weitere mögliche Ursachen, die dazu geführt haben können, dass NVE OsRollup Pakete nicht korrekt aktualisiert:

NVE: BS-Rollup meldet als erfolgreich, aber es wurden keine BS-Pakete aktualisiert, wenn /root/.bashrc geändert
wirdNVE: BS-Rollup abgeschlossen, aber Kernel nicht aktualisiert, nachdem die /root-Berechtigungen geändert
wurdenNVE: BS-Rollup meldet sich als erfolgreich, aber die BS-Pakete wurden nach der Änderung der NVE-IP-Adresse nicht aktualisiert