Warum besteht meine EC2-Linux-Instance, die mit dem Application Migration Service oder dem Notfallwiederherstellungs-Dienst migriert wurde, die Instance-Statusüberprüfung nicht?

Lösung

Hinweis: Die folgende Lösung enthält die häufigsten Gründe für Fehler bei der Instance-Statusüberprüfung. Die Konvertierungsserver des Application Migration Service nehmen Änderungen am Bootloader vor, fügen Hypervisor-Treiber ein und installieren Cloud-Tools. Bei der richtigen Dimensionierung des Instance-Typs sind Fehler bei der Instance-Statusüberprüfung aufgrund von ausgeschöpftem Speicher ungewöhnlich. Beschädigte Dateisysteme treten normalerweise auf dem Quellcomputer auf.

Beachten Sie bei der Behebung eines Fehlers bei der Instance-Statusüberprüfung den Linux-Startvorgang, indem Sie Folgendes überprüfen:

• Amazon Elastic Compute Cloud (Amazon EC2)-Screenshot
• Ausgabe der Instance-Konsole

Die typische Startreihenfolge ist: Einschalten – Selbsttest beim Einschalten (POST) – BIOS/UEFI – Master Boot Record/EFI – Bootloader – Kernel (und initramfs)

Die Startsequenz kann für einige Betriebssysteme unterschiedlich sein.

Falsche Startup-Konfiguration

Die Instance konnte den Bootloader (GRUB) nicht erreichen

Der folgende Fehler tritt auf, wenn die Instance den Bootloader (GRUB) nicht erreichen konnte:

No bootable device. Retrying in 60 seconds.

Booting from hard disk 0...

Um den vorherigen Fehler zu beheben, überprüfen Sie Folgendes:

• Die Startpartition wurde vom Quellserver migriert.
  Die Schritte zur Untersuchung der Startpartition variieren je nach Betriebssystem. Weitere Informationen finden Sie in der Dokumentation Ihres Betriebssystems.
  Sie können eine Rettungs-Instance erstellen, um die Partition zu überprüfen. Weitere Informationen finden Sie unter Methode 3: Manuelles Korrigieren von Fehlern mithilfe einer Rettungs-Instance in Meine EC2 Linux-Instance hat die Instance-Statusüberprüfung aufgrund von Problemen mit dem Betriebssystem nicht bestanden. Wie behebe ich das Problem?
• Wenn der Quellserver über eine GPT-Partitionierung verfügt, überprüfen Sie, ob die Grub2-PC-Module installiert sind.

Möglicherweise wird eine GRUB-Eingabeaufforderung ähnlich der folgenden angezeigt, wenn ein Problem mit einer GRUB-Konfigurationsdatei (grub.cfg) auftritt:

grub>

Ein Screenshot der Instance-Konsole, der zeigt, dass sich der Startvorgang noch im GRUB-Bootloader befindet, weist auf ein Problem mit der Datei grub.cfg hin. Die Datei grub.cfg befindet sich normalerweise in /boot/grub2/grub.cfg, /boot/grub/grub.cfg oder /boot/grub/grub.conf.

Inkompatibler Kernel

Probleme mit dem Kernel oder den Treibern

Wenn die im vorherigen Abschnitt beschriebenen GRUB-Fehler nicht gefunden werden, beheben Sie Probleme mit dem Kernel und den Treibern.

Xen-Plattform:

Instance-Typen der vorherigen Generation (m4, c4, r4) werden auf der Xen-Plattform ausgeführt. Betriebssysteme, die auf dieser Plattform laufen, benötigen xen-blkfront- und xen-netfront-Treiber. Wenn diese beiden Treiber nicht installiert sind, schlägt die Instance-Statusüberprüfung fehl. Dieser Fehler kann als fehlende Laufwerke in der Konsolenausgabe angezeigt werden, wie im folgenden Beispiel gezeigt:

[ ***] dracut-initqueue[679]: Warning: dracut-initqueue timeout - starting timeout scripts

Der vorherige Fehler tritt auf, wenn dem initramfs die erforderlichen Treiber fehlen.

Wenn es Fehler im Zusammenhang mit initramfs oder dem Kernel gibt, erstellen Sie das initramfs neu. Weitere Informationen finden Sie unter Ich erhalte einen „Kernel Panic“-Fehler, nachdem ich den Kernel aktualisiert oder versucht habe, meine EC2-Linux-Instance neu zu starten

Nitro-basierte Instances:

Nitro-basierte Instances benötigen sowohl NVME-Treiber (für die EBS-Volumes) als auch ENA-Treiber (für die Netzwerkschnittstellen). Wenn diese beiden Treiber nicht vorhanden sind, schlägt die Instance-Statusüberprüfung fehl. Dieser Fehler kann als fehlende Laufwerke in der Konsolenausgabe angezeigt werden, wie im folgenden Beispiel gezeigt:

[***   ] A start job is running for dev-disk...e2.device (12min 17s / no limit)

Informationen zur Behebung des vorherigen Fehlers finden Sie unter Warum bootet meine Linux-Instance nicht, nachdem ich ihren Typ in einen Nitro-basierten Instance-Typ geändert habe?

Falsche Netzwerkkonfiguration

Es gibt viele Netzwerkkonfigurationen für Quellserver. Die Upstream-Entwickler der Anwendungen, die zur Verwaltung dieser Konfigurationen verwendet werden, verfügen über eine ausführliche Dokumentation zu ihrer Konfiguration. Wenn Sie ein Problem mit der Netzwerkkonfiguration vermuten, greifen Sie auf die Instance zu und überprüfen Sie die Konfiguration. Verwenden Sie dazu eine der folgenden Methoden, die unter Warum bootet meine EC2-Linux-Instance nicht und wechselt in den Notfallmodus:

• Methode 1: Verwenden Sie die serielle EC2-Konsole
• Methode 2: Führen Sie das AWSSupport-ExecuteEC2Rescue-Automatisierungsdokument aus
• Methode 3: Bearbeiten Sie die Datei manuell mithilfe einer Rettungs-Instance

Im Folgenden finden Sie gängige Tools zur Verwaltung von Netzwerkkonfigurationen:

• Canonical Netplan auf der Website netplan.io.
• openSUSE/Wicked auf dem openSUSE/wicked GitHub-Repository.
• Network Manager – Red Hat Enterprise Linux 6 auf dem Red Hat-Kundenportal.
• Network Manager – Red Hat Enterprise Linux 7 auf dem Red Hat-Kundenportal.
• Network Manager – Red Hat Enterprise Linux 8 auf dem Red Hat-Kundenportal.
• Bewährte Methoden für die Konfiguration von Netzwerkschnittstellen

Ähnliche Informationen

Meine EC2-Linux-Instance hat die Instance-Statusüberprüfung aufgrund von Betriebssystemproblemen nicht bestanden. Wie behebe ich das Problem?

Systemstatusüberprüfungen