Panika jądra na maszynach wirtualnych z systemem Azure Linux

Dotyczy: ✔️ maszyny wirtualne z systemem Linux

Podsumowanie

W tym artykule omówiono wiele sytuacji, które mogą prowadzić do paniki kernela i dostarcza wskazówki do rozwiązywania problemów.

Ogólnie rzecz biorąc, sytuacja paniki jądra występuje, gdy jądro nie może poprawnie się załadować, w wyniku tego system nie może się uruchomić. Inna forma paniki jądra występuje, gdy jądro napotka sytuację, której nie potrafi obsłużyć, i chroni się poprzez zatrzymanie.

Wymagania wstępne

Upewnij się, że konsola szeregowa jest włączona i funkcjonalna na maszynie wirtualnej z systemem Linux.

Jak zidentyfikować panikę systemową?

Użyj portalu Azure, aby wyświetlić dane wyjściowe dziennika konsoli szeregowej maszyny wirtualnej w bloku diagnostyki rozruchu, bloku konsoli szeregowej lub AZ CLI w celu zidentyfikowania określonego ciągu paniki jądra.

Panika jądra wygląda podobnie do poniższych danych wyjściowych i zostanie wyświetlona na końcu dziennika konsoli szeregowej:

Probing EDD (edd=off to disable)... ok
Memory KASLR using RDRAND RDTSC...
[  300.206297] Kernel panic - xxxxxxxx
[  300.207216] CPU: 1 PID: 1 Comm: swapper/0 Tainted: G               ------------ T 3.xxx.x86_64 #1

Niektóre z najczęstszych zdarzeń kernel panic:

Scenariusz 1. W czasie uruchomienia systemu występuje awaria jądra systemu

Panika jądra w czasie rozruchu uniemożliwia maszynie wirtualnej zakończenie procesu uruchamiania systemu operacyjnego. Dzieje się tak za każdym razem, gdy maszyna wirtualna jest uruchamiana i nie zezwala na logowanie.

Tego rodzaju zdarzenie jest często związane, ale nie ogranicza się do:

• Ostatnie uaktualnienie jądra.
• Niedawna degradacja jądra.
• Zmiany modułu jądra.
• Zmiany konfiguracji systemu operacyjnego (GRUB, sysctl i SELinux).
  • Problemy z programem SELinux.
• Brak ważnych plików i katalogów.
• Brak ważnych bibliotek i pakietów podstawowych systemu.
• Nieprawidłowe uprawnienia do plików.
• Brakujące partycje

Rozwiązanie dla scenariusza 1

Aby poradzić sobie z tego rodzaju paniką jądra, można zastosować następujące metody:

Metoda 1. Używanie konsoli szeregowej Azure

Użyj konsoli szeregowej Azure, aby przerwać proces rozruchu i wybrać poprzednią wersję jądra, jeśli jest dostępna. W ten sposób maszyna wirtualna będzie mogła ponownie uruchomić się, a następnie użyć jednej z następujących metod, aby rozwiązać konkretny problem z jądrem, który nie uruchamia się:

• Zainstaluj ponownie lub ponownie wygeneruj brakujące initramfs.
• Zainstaluj ponownie problematyczne jądro.
• Przejrzyj załadowane lub brakujące moduły jądra.
• Przejrzyj partycje.

Metoda 2. Naprawa offline przy użyciu ratowniczej maszyny wirtualnej

Jeśli konsola szeregowa Azure jest niedostępna lub nie jest dostępne żadne poprzednie jądro, potrzebna jest maszyna wirtualna do ratownictwa/naprawy, aby wykonać naprawę offline.

Użyj polecenia Repair VM, aby utworzyć maszynę wirtualną naprawczą z dołączoną kopią dysku systemowego docelowej maszyny wirtualnej. Następnie użyj narzędzia chroot, aby zamontować kopię systemów plików systemu operacyjnego na maszynie wirtualnej do naprawy. Następnie spróbuj wykonać następujące metody, aby rozwiązać problemy z jądrem:

• Zainstaluj ponownie lub ponownie wygeneruj brakujące initramfs.
• Zainstaluj ponownie problematyczne jądro.
• Przejrzyj załadowane lub brakujące moduły jądra.
• Przejrzyj partycje.
• Odzyskiwanie brakujących plików.
• Odzyskiwanie brakujących ważnych bibliotek i pakietów podstawowych systemu.

Scenariusz 2. Panika jądra w czasie wykonywania

Ten rodzaj paniki jądra jest często wyzwalany w nieprzewidywalnym czasie po zakończeniu procesu uruchamiania systemu operacyjnego i powoduje, że maszyna wirtualna przestanie odpowiadać, uniemożliwiając jej zalogowanie. Jest to często związane, ale nie tylko:

• Ostatnie uaktualnienie jądra.
• Ostatnia degradacja jądra.
• Zmiany modułu jądra.
• Zmiany konfiguracji systemu operacyjnego (GRUB, sysctl i SELinux).
  • Problemy z programem SELinux.
• Zmiany obciążenia aplikacji.
• Zmiany lub błędy tworzenia aplikacji.
• Możliwe błędy jądra.
• Problemy związane z wydajnością.

Rozwiązanie dla scenariusza 2

Aby poradzić sobie z tego rodzaju paniką jądra, można użyć następujących podejść:

• Przejrzyj użycie zasobów i ogólną wydajność systemu. Panika jądra może być związana z potencjalnym niedoborem zasobów, co może skutkować zmianą rozmiaru maszyny wirtualnej.
• Jeśli to możliwe, zainstaluj najnowsze aktualizacje dostępne w odpowiednich repozytoriach dystrybucji systemu Linux. Panika jądra może być związana ze znanymi usterkami w jądrze lub innym oprogramowaniu.
• Istnieje możliwość, że panika jądra jest związana z niedawną zmianą jądra, w takim przypadku zaleca się również uruchomić poprzednią wersję jądra, jak wyjaśniono w sekcji Rozwiązanie dla scenariusza 1.
• Jeśli powyższe opcje nie mają zastosowania, może być konieczne skonfigurowanie kdump i wygenerowanie zrzutu podstawowego w celu udostępnienia go w celu dalszej analizy.

Bardziej szczegółowe scenariusze paniki jądra

Typowe scenariusze paniki jądra z określonymi instrukcjami rozwiązywania problemów i odzyskiwania systemu: