NVE: Zainstalowane wersje binarne w urządzeniu nie są zgodne z zainstalowanymi wersjami uaktualnienia lub pakietu zbiorczego

• Urządzenie NetWorker Virtual Edition Appliance (NVE) zostało wdrożone i uruchomione pomyślnie.
• Zainstalowano kilka pakietów NveUpgrade i NvePlatformOsRollup.
• W interfejsie użytkownika NetWorker Installation Manager wszystkie pakiety NveUpgrade i NvePlatformOsRollup są wyświetlane jako kompletne. 
• Poniższe polecenie wskazuje, że wszystkie aktualizacje zostały zakończone.

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

• Po każdej aktualizacji system nadal działa prawidłowo. 
• Podczas sprawdzania wersji plików binarnych obserwuje się, że wersje w pakietach NveUpgreade i NvePlatformOsRollup nie zostały zastosowane. 
• NVE wyświetla wersję plików binarnych jako instalację podstawową, o czym świadczy poniższe polecenie:

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

Po dalszym zbadaniu zauważono, że err.log zgłasza następujący komunikat o błędzie:

Path to err.log:

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

Poniższe polecenie jest uruchamiane podczas procesu aktualizacji w celu pobrania wersji bieżącego jądra z danych wyjściowych polecenia:

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

Ponieważ zwraca błąd "exit status=255 (błąd)", żaden z pakietów w programie OsRollup (który składa się głównie z pakietów podstawowego systemu operacyjnego) nie jest uaktualniany, nawet jeśli przepływ pracy aktualizacji zakończył się pomyślnie.

Główną przyczyną tego nieprawidłowego zachowania jest to, że wartość PermitRootLogin dla hosta lokalnego została zmodyfikowana z wartości domyślnej "yes" na nieprawidłową wartość "no". Ta błędna konfiguracja uniemożliwiła wyświetlenie zainstalowanej wersji jądra przez polecenie SSH (powyżej).

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

Aby rozwiązać ten problem, wykonaj następujące czynności:

1. Zmodyfikuj plik /etc/ssh/sshd_config do domyślnego formatu. Zmiana dotyczy tylko jednej linii, a sekcja końcowa powinna zostać zmieniona w następujący sposób.

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. Po wykonaniu powyższej zmiany uruchom ponownie NVE.
3. Uruchom następujące polecenie , aby wyświetlić wersję jądra:

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. Zastosuj najnowsze pakiety NveUpgreade lub NvePlatformOsRollup, aby zaktualizować wersję plików binarnych do najnowszych wersji.
5. Sprawdź wersję zainstalowanych plików binarnych i porównaj ją z wersjami w zastosowanych pakietach NveUpgreade lub NvePlatformOsRollup za pomocą poniższego polecenia.

[rpm -qa]

Jeśli zaobserwowano objawy opisane w tej bazie wiedzy, ale przyczyna nie ma zastosowania, zapoznaj się z poniższymi artykułami bazy wiedzy w celu uzyskania innych potencjalnych przyczyn, które mogły spowodować, że NVE OsRollup nie zaktualizował poprawnie pakietów:

NVE: Pakiet zbiorczy systemu operacyjnego zgłasza powodzenie wykonania, ale nie zaktualizowano pakietów systemu operacyjnego po modyfikacji katalogu /root/.bashrc
NVE: Pakiet zbiorczy systemu operacyjnego ukończony, ale nie uaktualniono jądra po zmodyfikowaniu
uprawnień /rootNVE: Pakiet zbiorczy systemu operacyjnego zgłasza powodzenie wykonania, ale nie zaktualizowano pakietów systemu operacyjnego po zmianie adresu IP NVE