In diesem Dokument werden Fehler aufgeführt, die beim Erstellen oder Aktualisieren von Arm-VMs auftreten können.
Fehler beim Erstellen von VMs
Wenn Sie keine Arm-VM-Instanz erstellen können, kann dies an den häufigen Problemen liegen, die unter Fehlerbehebung beim Erstellen und Aktualisieren von VMs beschrieben werden, z. B.:
- Unzureichendes Kontingent
- Fehler
not ready
beim gleichzeitigen Erstellen mehrerer Ressourcen - Probleme mit der Ressourcenverfügbarkeit
- Probleme mit der Zonenverfügbarkeit
- Unzureichende Berechtigungen
- Ressourcennamen
- Einschränkung verletzt
- Erforderliche CPU-Plattform
ARM-VM-Instanz startet nicht
Sie versuchen, eine Arm-VM zu erstellen, wechselt jedoch nicht in den Status "Gestartet". Die häufigsten Probleme sind die Verwendung eines inkompatiblen Maschinentyps oder Betriebssystem-Images für Ihre Arm-VM.
Eine weitere mögliche Ursache ist die Erstellung einer ARM-VM mit einem Bootlaufwerk von einer x86-VM. Die Architektur des Bootlaufwerks muss mit der Architektur der VM übereinstimmen. Compute Engine prüft, ob die Architektur des Bootlaufwerks mit der VM-Architektur übereinstimmt. Die Validierungen funktionieren jedoch möglicherweise nicht mit benutzerdefinierten Images.
Fehlermeldung:
Die Verwendung eines Bootlaufwerks mit einer x86-Architektur und einer Arm-VM führt zu einem sehr frühen Fehler beim Booten. Das Hauptsymptom besteht darin, dass Sie mit ssh
nicht auf die VM zugreifen können. Da die VM nicht funktioniert, kann die Ursache nur durch Logs serieller Konsolen geprüft werden, die in etwa so aussehen sollten: Die Wiederholung ist unbegrenzt:
BdsDxe: failed to load Boot0001 "UEFI nvme_card-pd" from PciRoot(0x0)/Pci(0x2, 0x0)/NVMe(0x1,00-00-00-00-00-00-00-00): Not Found EMU Variable FVB Started EMU Variable invalid PCD sizes Found PL031 RTC @ 0x9010000 InitializeRealTimeClock: using default timezone/daylight settings [2J[01;01H[=3h[2J[01;01H UEFI: Failed to load image. Description: UEFI nvme_card-pd FilePath: PciRoot(0x0)/Pci(0x2,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00) OptionNumber: 1. Status: Not Found.
Lösung:
Prüfen Sie, ob Ihre VM auf einem ARM-kompatiblen Maschinentyp und einem Betriebssystem-Image ausgeführt wird. Verwenden Sie zum Erstellen der VM kein Bootlaufwerk von einer x86-VM. Erstellen Sie die Arm-VM neu.
Informationen zu den verfügbaren Arm-Images finden Sie unter Details zu Betriebssystemen.
Instanz startet in Endlosschleife
Ihre VM läuft während der Bootphase in einer Schleife. Häufige Ursachen für dieses Problem:
- Ihre Arm-VM verwendet ein Bootlaufwerk mit einem x86-Betriebssystem.
- Sie haben eine Organisationsrichtlinie, die vorschreibt, dass alle neuen Compute Engine-VMs Shielded-Laufwerk-Images mit Secure Boot verwenden müssen, oder Sie haben Ihre VM mit der Option
--shielded-secure-boot
erstellt.
Lösung:
Wenn Sie ein Bootlaufwerk für Ihre VM mit dem falschen Betriebssystem-Image erstellt haben, erstellen Sie die Arm-VM noch einmal mit einem Arm-Betriebssystem-Image. Informationen zu den verfügbaren Arm-Betriebssystem-Images finden Sie unter Details zu Betriebssystemen.
Wenn die VM ein ARM-Betriebssystem-Image verwendet, unterstützt dieses Image möglicherweise nicht Secure Boot. Wenn dieses Problem bei Ihrer Arm-VM auftritt, ändern Sie die VM, um die Option --no-shielded-secure-boot
festzulegen. Eine Anleitung zum Festlegen dieser Option finden Sie unter Shielded VM ändern.
Fehler beim Aktualisieren von VMs
Wenn Sie eine VM nicht aktualisieren können, kann das folgenden Grund haben.
Fehler beim Ändern des Maschinentyps
Die folgenden Fehler können auftreten, wenn Sie versuchen, den Maschinentyp einer VM zu ändern:
ERROR: (gcloud.compute.instances.set-machine-type) Could not fetch resource: - Invalid resource usage: 'Requested boot disk architecture (X86_64) is not compatible with machine type architecture (ARM64).'
Lösung:
Prüfen Sie, ob Ihre VM den Prozessor des neuen Maschinentyps unterstützt. Eine x86-VM muss eine x86-kompatible CPU haben, genau wie eine Arm-VM eine Arm-kompatible CPU. Weitere Informationen zu den von verschiedenen Maschinentypen unterstützten Prozessoren finden Sie auf der Seite Vergleich der Maschinenfamilien.
Versuchen Sie, den Maschinentyp mithilfe des Google Cloud CLI zu ändern.
Fehler beim Speichertyp von x86 zu Arm
Wenn Sie von einem x86-Maschinentyp zu einem ARM-C4A- oder T2A-Maschinentyp wechseln, erhalten Sie möglicherweise den Fehler „INVALID_RESOURCE_USAGE“. Dieser gibt an, dass Ihr Laufwerkstyp nicht mit einem ARM-Maschinentyp kompatibel ist.
Wenn der Fehler auf dem Bootlaufwerk auftritt, erstellen Sie eine neue C4A- oder T2A-VM mit einem kompatiblen Arm-Betriebssystem und einem kompatiblen Laufwerktyp.
Wenn Sie diesen Fehler für ein nichtflüchtiges Speicherlaufwerk erhalten, das mit Ihrer x86-VM verbunden war, können Sie einen Snapshot des Laufwerks erstellen und mit diesem Snapshot ein Hyperdisk-Balanced-Laufwerk erstellen. Sie können das Hyperdisk Balanced dann an die C4A-VM anhängen.
Weitere Informationen zum Erstellen von Snapshots von Boot- und Laufwerkdaten nichtflüchtiger Speicher finden Sie unter Arbeitslast auf eine neue Compute-Instanz verschieben.
Beispiel
Editing VM instance "t2a-vm" failed. Error: [pd-balanced, c4a-standard-1] features are not compatible for creating instance.
In diesem Beispiel können Sie den Maschinentyp einer t2a-standard-1
-Arm-VM nicht in eine c4a-standard-1
-Arm-VM ändern, da C4A nur Hyperdisk Balanced für das Bootlaufwerk unterstützt, T2A jedoch nur Persistent Disk-Laufwerke verwendet. Sie können den Maschinentyp der T2A-VM nicht ändern. Führen Sie die Schritte unter Zur Arm-VM migrieren aus, um diesen Fehler zu beheben.
Nächste Schritte
- Weitere Informationen zur Migration zu einer Arm-VM finden Sie unter Arm-VMs in Compute.
- Weitere Informationen zur C4A-Maschinenreihe finden Sie unter C4A-Maschinenreihe.
- Weitere Informationen zur T2A-Maschinenreihe finden Sie unter Tau T2A-Maschinenreihe.
Informationen zur Fehlerbehebung bei NVMe-Problemen finden Sie unter Fehlerbehebung bei NVMe-Laufwerken.