Brak obrazu na płytach głównych Supermicro z najnowszymi wersjami firmware'u IPMI

Z Thomas-Krenn-Wiki
Przejdź do nawigacji Przejdź do wyszukiwania

W systemach z płytami głównymi Supermicro serii X10 i X11 (single i dual CPU) z modułami BMC ASPEED AST2400 i AST2500 może się zdarzyć, że w systemach ze starszymi systemami operacyjnymi system nie uruchamia się, gdyż występuje błąd BUG: soft lockup - CPU#0 stuck for 23s!. Takie zachowanie można zaobserwować po zaktualizowaniu firmware'u IPMI w serwerach z zainstalowanym przestarzałym sterownikiem graficznym ASPEED. W tym artykule opisaliśmy, których systemów operacyjnych to dotyczy i w jaki sposób można rozwiązać ten problem lub jego uniknąć.

BUG: soft lockup w Debianie 8.10

Opis problemu

Aktualizacja firmware'u IPMI do wersji 1.56 lub wyższej na płytach głównych single CPU z serii X11 (np. X11SSH-LN4F), lub do wersji 1.69 lub wyższej na płytach głównych dual CPU z serii X11 (np. X11DPI-N) powoduje, że zintegrowany sterownik ASPEED ast nie jest już ładowany. Jest to związane z poprawką bezpieczeństwa, która ma na celu usunięcie luki bezpieczeństwa Pantsdown.[1] System operacyjny, którego dotyczy ten problem, zatrzymuje się po wyświetleniu bootloadera GRUB i wyświetla komunikat zgodnie z schematem: BUG: soft lockup - CPU#0 stuck for 23s!, lub ekran pozostaje czarny.

Systemy, których dotyczy problewm

Mogliśmy zaobserwować ten problem na poniższych płytach głównych:

  • Supermicro X10 single i dual CPU z ASPEED AST2400
  • Supermicro X11 single CPU z ASPEED AST2400
  • Supermicro X11 single i dual CPU z ASPEED AST2500

Systemy operacyjne, których dotyczy problem

Problem ten dotyczy następujących systemów operacyjnych:

  • Windows Server 2012 R2
    • Ekran pozostaje czarny.
  • Debian 8 i Ubuntu 14.04
    • Systemy desktopowe (np. Gnome, LXDE) i systemy serwerowe bez graficznego interfejsu użytkownika.
    • Pojawia się komunikat o błędzie BUG: soft lockup - CPU#0 stuck for 23s!.
  • SUSE Linux Enterprise Server 11
    • Podczas instalacji system zatrzymuje się z migającym kursorem na czarnym tle.
    • Obraz pozostaje czarny po uruchomieniu systemu.

Rozwiązanie / workaround

Dla różnych systemów operacyjnych istnieją rozwiązania lub sposoby obejścia (workaround) tego problemu.

Windows 2012 R2

Przed aktualizacją firmware'u IPMI należy zainstalować najnowszy sterownik graficzny ASPEED dla płyty głównej. Po zainstalowaniu można aktualizować firmware IPMI, zapobiegnie to problemowi.

Debian 8 i Ubuntu 14.04 bez graficznego interfejsu użytkownika

W przypadku Debiana bez graficznego interfejsu użytkownika, można użyć następującej procedury, aby ponownie uruchomić Debiana:

Tymczasowa zmiana parametrów jądra

Konfiguracja Gruba na stałe

Jeśli rozwiązanie tymczasowe było prawidłowe, to można je skonfigurować na stałe w następujący sposób:

  1. Zaloguj się do systemu przez SSH, konsolę IPMI lub monitor i klawiaturę.
  2. Otwórz plik konfiguracyjny Gruba z uprawnieniami roota:
    root@debian:~# vi /etc/default/grub
  3. Wyszukaj następujący wpis:
    GRUB_CMDLINE_LINUX_DEFAULT="quiet"
  4. Teraz zmień ten wiersz nastepująco:
    GRUB_CMDLINE_LINUX_DEFAULT="nomodeset xdriver=vesa brokenmodules=ast"
  5. Zakończ edycję i ją zapisz za pomocą ESC i :x
  6. Aktualizacja Gruba:
    root@debian:~# update-grub
  7. Kontrola zmian:
    root@debian:~# cat /proc/cmdline
    BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/debian--vg-root ro nomodeset xdriver=vesa brokenmodules=ast

Alternatywny downgrade wersji firmware'u IPMI

Jeśli nie jest możliwe, aby dostosować wpis startowy gruba lub zainstalować najnowszy sterownik graficzny ASPEED, to można przeprowadzić downgrade firmware'u IPMI do wersji, która nie zawiera środków zaradczych dla luki bezpieczeństwa zwanej "pantsdown".

Dotatkowe informacje

Odnośniki

  1. FAQ ID 30162 (www.supermicro.com)

Autor: Sebastian Strassner


Autor: Thomas Niedermeier

Powiązane artykuły

Analiza IPMI z openipmish
Brak obrazu na płytach głównych Supermicro z firmwarem IPMI w wersji 3.80
Management IPMI w VMware - IPMICFG