View a markdown version of this page

Problembehandlung bei VM Import/Export - VM Import/Export
Fehler beim Importieren von AbbildernFehler beim Import von InstanceVM Export-FehlerWindows-VM-FehlerLinux-VM-Fehler

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Problembehandlung bei VM Import/Export

Wenn Sie eine virtuelle Maschine (VM) importieren oder exportieren, treten die meisten Fehler auf, weil versucht wird, etwas zu tun, das nicht unterstützt wird. Um diese Fehler zu vermeiden, überprüfen Sie die Anforderungen und Beschränkungen sorgfältig.

Eine Importaufgabe wird möglicherweise gestoppt, bevor sie abgeschlossen ist, und schlägt dann fehl. Sie können Details zu der Importaufgabe abrufen, die anscheinend aufgrund eines Fehlers gestoppt wurde, bevor sie ihren completed Status annulliert. Um solche Details zu erfassen, verwenden Sie den entsprechenden Befehl für den Importvorgang, mit dem Sie die Details der laufenden Konvertierungsaufgabe beschrieben haben:

Fehler beim Importieren von Abbildern

Fehlercode: InvalidParameter, Fehlermeldung: Meldung: Der Parameter disk-image-size=0 hat ein ungültiges Format

Das angegebene Bildformat wird nicht unterstützt. Wiederholen Sie den Vorgang, indem Sie eines der folgenden unterstützten Bildformate verwenden: VHD, VHDX, VMDK oder Raw.

Beim Aufrufen des Vorgangs ist ein Client-Fehler (MalformedPolicyDocument) aufgetreten: Syntaxfehler in der Richtlinie CreateRole

Sie müssen dem Namen des Richtliniendokuments das Präfix file:// voranstellen.

ClientError: Festplattenvalidierung fehlgeschlagen [Fehler beim Analysieren der OVF-Datei: OVA mit getrennten Festplattendateien wird nicht unterstützt]

VM unterstützt Import/Export nicht das Importieren von Festplatten, die in mehrere Dateien aufgeteilt sind. Überprüfen Sie das Festplattenformat und wiederholen Sie den Vorgang mit der VM-Festplatte als einzelne Datei.

ClientError: Festplattenvalidierung fehlgeschlagen [Nicht unterstütztes VMDK-Dateiformat]

Die VMDK-Datei muss stream-optimiert sein. Weitere Informationen finden Sie unter Von VM unterstützte Bildformate Import/Export.

ClientError: Es wurden mehrere verschiedene.lst-Dateien gefunden grub/menu

VM Import/Export hat während der Importaufgabe doppelte Dateien für mindestens eine der folgenden Dateien gefunden: grub.cfggrub.conf, odermenu.lst. VMs mit Dual-Boot-Konfigurationen werden nicht unterstützt. Weitere Informationen finden Sie unter Einschränkungen für Ressourcen, die mit VM importiert werden Import/Export.

Die Servicerolle vmimport existiert nicht oder verfügt nicht über ausreichende Berechtigungen, um den Service fortzusetzen

Die VM Import-Servicerolle fehlt oder ist falsch. Dieser Fehler kann auch angezeigt werden, wenn der Benutzer, die Gruppe oder Rolle der/die versucht, den Import zu starten, nicht über ausreichende Zugriffsprivilegien für Amazon EC2-Ressourcen verfügt.

Dieser Fehler kann auch auftreten, wenn der ImportImage aufrufende Benutzer über die Berechtigung Decrypt verfügt, die vmimport-Rolle jedoch nicht. Wenn Sie Server-Side Encryption with AWS KMS—Managed Keys (SSE-KMS) verwenden, um Ihre ruhenden Daten in Amazon S3 zu sichern, müssen Sie Ihrer Servicerolle zusätzliche Decrypt Berechtigungen zuweisen, wie im folgenden JSON-Code dargestellt:

{
   "Sid":"Allow vmimport to decrypt SSE-KMS key",
   "Effect":"Allow",
   "Principal":{
      "AWS":[
         "arn:aws:iam::accountid:role/vmimport"
      ]
   },
   "Action":[
      "kms:Decrypt"
   ],
   "Resource":"*"
}

Fehler beim Import von Instance

Fehlercode: InvalidParameter, Fehlermeldung: Meldung: Der Parameter disk-image-size=0 hat ein ungültiges Format

Das angegebene Bildformat wird nicht unterstützt. Wiederholen Sie den Vorgang, indem Sie eines der folgenden unterstützten Bildformate verwenden: OVA, VHD, VMDK oder Raw.

Client.Unsupported: Keine bootfähige Partition gefunden. (Service: AmazonEC2; Statuscode: 400; Fehlercode: Unsupported; Request ID: <RequestID>)

Das Stamm-Volume ist nach GUID-Partitionstabelle (GPT) partitioniert. GPT-partitionierte Volumes werden nicht unterstützt. Wandeln Sie das Stamm-Volume zu einer MBR-Partition um, und versuchen Sie es erneut.

ClientError: Fußzeilen sind nicht identisch

Sie haben versucht, eine abweichende VHD zu importieren, oder es ist ein Fehler beim Erstellen der VHD aufgetreten. Exportieren Sie Ihre VM noch einmal und versuchen Sie erneut, sie in Amazon EC2 zu importieren.

ClientError: Unkomprimierte Daten haben eine ungültige Länge

Die VMDK-Datei ist beschädigt. Sie können versuchen, sie zu reparieren, die VMDK-Datei neu erstellen oder eine andere Datei benutzen.

FEHLER: Bucket < MyBucketName > befindet sich nicht in der Region < RegionName >, sondern in < RegionName >

Der Amazon Simple Storage Service (Amazon S3) -Bucket befindet sich nicht in derselben AWS-Region Instance, die Sie importieren möchten. Fügen Sie die Option --ignore-region-affinity hinzu. Dadurch wird ignoriert, ob die Region des Buckets mit der Region übereinstimmt, in der die Importaufgabe erstellt wird. Sie können auch mithilfe der Amazon Simple Storage Service-Konsole einen S3-Bucket erstellen und als Region die Region angeben, in die Sie die VM importieren möchten. Führen Sie den Befehl erneut aus, und geben Sie den neuen Bucket an, den Sie soeben erstellt haben.

ERROR: Datei verwendet nicht unterstützten Kompressionsalgorithmus 0

Die VMDK-Datei wurde im OVA-Format anstelle des OVF-Formats erstellt. Erstellen Sie die VMDK-Datei im OVF-Format.

Ungültiger S3-Quellstandort

Die Befehlssyntax oder der S3-Bucket-Name sind falsch. Erstellen Sie einen S3-Bucket in der entsprechenden Region ausschließlich für den VM-Import und laden Sie die VM-Dateien in das Stammverzeichnis des Buckets hoch.

Der verwendete S3-Bucket befindet sich nicht in der Region

Der für den VM-Import verwendete S3-Bucket muss sich an dem AWS-Region Ort befinden, an dem Sie die VM importieren möchten.

ClientError: Unbekanntes Betriebssystem/Fehlende Betriebssystemdateien

Das Betriebssystem wurde nicht erkannt. Stellen Sie sicher, dass Ihr Betriebssystem in der VM als Support aufgeführt ist Import/Export Anforderungen für Ressourcen, die Sie mit VM importieren Import/Export.

VM Export-Fehler

Client.UnsupportedOperation: An diese Instanz sind mehrere Volumes angeschlossen. Bitte entfernen Sie die zusätzlichen Volumes.

Trennen Sie alle Volumes außer dem Stamm-Volume, und versuchen Sie es erneut. Wenn Sie die Daten aus den Volumes benötigen, können Sie sie in das Stamm-Volume kopieren oder die Volumes in Amazon EBS importieren.

Client.NotExportable: Diese Instanz kann nicht exportiert werden. <RequestID>(Service: AmazonEC2; Statuscode: 400; Fehlercode:; NotExportable Anforderungs-ID:)

Sie können nur bestimmte Instances exportieren. Weitere Informationen finden Sie unter Überlegungen für den Instance-Export.

Fehler beim Starten von Instances: Ungültiger Wert <Instance-ID> für instanceId. Der Instanz ist kein Volume am Stammverzeichnis (/dev/sda1) angehängt.

Sie haben versucht, die Instance zu starten, bevor der VM Import-Prozess und alle Konvertierungsaufgaben abgeschlossen waren. Warten Sie, bis der VM Import-Prozess und alle Konvertierungsaufgaben vollständig abgeschlossen sind, und starten Sie dann die Instance.

Beim Aufrufen der CreateInstanceExportTask Operation ist ein Fehler aufgetreten (InvalidParameter): Das angegebene S3-Objekt ist nicht lokal in der Region.

Die EC2-Instance und der S3-Bucket müssen sich in der gleichen AWS-Region befinden. Sie müssen außerdem sicherstellen, dass der Befehl create-instance-export-task in derselben Region ausgeführt wird, in der Ihre Ressourcen exportiert werden. Geben Sie die Region mit dem Parameter --region an. Weitere Informationen finden Sie unter Von AWS CLI unterstützte globale Befehlszeilenoptionen im AWS Command Line Interface -Benutzerhandbuch.

Windows-VM-Fehler

ClientError: Booter Networking failure/instance ist nicht erreichbar. Bitte versuchen Sie es erneut nach der Installation von .Net framework 3.5 SP1 oder höher.

Der EC2 Config-Service erfordert Microsoft .NET Framework 3.5 Service Pack 1 oder höher. Installieren Sie Microsoft .NET Framework 3.5 Service Pack 1 oder höher auf Ihrer Windows-VM, und versuchen Sie es erneut.

FirstBootFailure: Diese Importanforderung ist fehlgeschlagen, weil die Windows-Instanz nicht gestartet und keine Netzwerkkonnektivität hergestellt werden konnte.

Wenn die FirstBootFailure-Fehlermeldung angezeigt wird, bedeutet das, dass Ihr virtuelles Festplattenabbild einen der folgenden Schritte nicht ausführen konnte:

  • Hochfahren und Windows starten.

  • Netzwerk und Laufwerkstreiber Amazon EC2 installieren.

  • Verwenden Sie eine DHCP-configured Netzwerkschnittstelle, um eine IP-Adresse abzurufen.

  • Windows mithilfe der Amazon EC2-Windows-Volume-Lizenz aktivieren.

Die folgenden bewährten Methoden können Ihnen dabei helfen, Windows-Fehler beim ersten Systemstart zu vermeiden:

  • Deaktivieren Sie Antiviren- und Anti-Spyware-Software und Firewalls – Diese Arten von Software können die Installation neuer Windows-Dienste oder -Treiber oder die Ausführung unbekannter Binärdateien verhindern. Die Software und die Firewalls können nach dem Import wieder aktiviert werden.

  • Härten Sie Ihr Betriebssystem nicht ab – Sicherheitskonfigurationen, manchmal auch Hardening genannt, können die unbeaufsichtigte Installation von Amazon EC2-Treibern verhindern. Es gibt zahlreiche Windows-Konfigurationseinstellungen, die den Import verhindern können. Diese Einstellungen können nach dem Import erneut angewendet werden.

  • Deaktivieren oder löschen Sie mehrere bootfähige Partitionen – Wenn Ihre virtuelle Maschine startet und Sie auswählen müssen, welche Startpartition verwendet werden soll, schlägt der Import möglicherweise fehl.

Diese Unfähigkeit des virtuellen Festplattenabbilds, hochzufahren und die Netzwerkkonnektivität herzustellen, kann eine der folgenden Ursachen haben:

TCP/IP Netzwerk und DHCP sind nicht aktiviert

Ursache: TCP/IP Netzwerk und DHCP müssen aktiviert sein.

Lösung: Stellen Sie sicher, dass das TCP/IP Netzwerk aktiviert ist. Weitere Informationen finden Sie unter Ändern der TCP/IP Einstellungen auf der Microsoft Support-Website. Stellen Sie sicher, dass DHCP aktiviert ist. Weitere Informationen finden Sie unter Dynamic Host Configuration Protocol (DHCP) auf der Microsoft-Website.

Die Hyper-V Serverrolle ist installiert

Ursache: Das Importieren einer virtuellen Maschine mit der installierten Hyper-V Rolle wird nicht unterstützt.

Lösung: Entfernen Sie die Hyper-V Rolle aus der virtuellen Maschine und versuchen Sie den Import erneut.

Ein Volume, das Windows benötigt, fehlt von der virtuellen Maschine

Ursache: Beim Importieren einer VM in Amazon EC2 wird nur das Boot-Laufwerk importiert. Alle anderen Laufwerke müssen getrennt werden, und Windows muss vor dem Import der virtuellen Maschine starten können. Beispielsweise speichert Active Directory die Active Directory-Datenbank oft auf Laufwerk D:\. Ein Domänencontroller kann nicht starten, wenn die Active Directory-Datenbank fehlt oder auf sie nicht zugegriffen werden kann.

Lösung: Trennen Sie vor dem Exportieren alle an die Windows-VM angefügten sekundären und Netzwerk-Laufwerke. Verschieben Sie alle Active Directory-Datenbanken von sekundären Laufwerken oder Partitionen auf die primäre Windows-Partition. Weitere Informationen finden Sie auf der Microsoft Support-Website unter der Fehlermeldung „Verzeichnisdienste können nicht gestartet werden“, wenn Sie Ihren Windows-based oder SBS-based Domänencontroller starten.

Windows startet immer mit den Systemwiederherstellungsoptionen

Ursache: Dass Windows immer mit den Systemwiederherstellungsoptionen startet, kann eine ganze Reihe von Gründen haben, z. B. wenn Windows von einem physischen Computer in eine virtualisierte Umgebung verschoben wird, was auch als „physisch-zu-virtuell(P2V)“-Konvertierungsprozess bezeichnet wird.

Lösung: Stellen Sie sicher das Windows beim Start eine Anmeldeaufforderung anzeigt, bevor Sie es exportieren und für den Import vorbereiten. Importieren Sie keine virtualisierten Windows-Instances, die von einem physischen Computer stammen.

Die virtuelle Maschine wurde mithilfe eines „physisch-zu-virtuell(P2V)“-Konvertierungsprozesses erstellt

Ursache: Eine P2V-Konvertierung erfolgt dann, wenn ein Datenträgerabbild erstellt wird, indem der Windows-Installationsprozess auf einem physischen Computer durchgeführt wird und anschließend eine Kopie dieser Windows-Installation in eine VM importiert wird. VMs, die als Ergebnis einer P2V-Konvertierung erstellt wurden, werden von VM nicht unterstützt. Import/Export VM unterstützt Import/Export nur Windows-Images, die nativ in der Quell-VM installiert wurden.

Lösung: Installieren Sie Windows in einer virtualisierten Umgebung, und migrieren Sie Ihre installierte Software zu dieser neuen VM.

Windows-Aktivierung schlägt fehl

Ursache: Beim Starten erkennt Windows eine Änderung der Hardware und versucht, die Aktivierung durchzuführen. Während des Import-Prozesses versuchen wir, den Lizenzierungsmechanismus in Windows auf eine von Amazon Web Services bereitgestellte Volume-Lizenz umzustellen. Wenn jedoch der Windows-Aktivierungsprozess nicht erfolgreich ist, schlägt der Import fehl.

Lösung: Stellen Sie sicher, dass die Windows-Version, die Sie importieren, die Volume-Lizenzierung unterstützt. Bei Beta- oder Vorversionen von Windows ist dies möglicherweise nicht der Fall.

Keine bootfähige Partition gefunden

Ursache: Während des Importprozesses einer virtuellen Maschine konnten wir die Boot-Partition nicht finden.

Lösung: Stelle Sie sicher, dass das Laufwerk, auf das Sie importieren, eine Boot-Partition hat.

Linux-VM-Fehler

ClientError: Ungültige Konfiguration — Fstab konnte nicht gelesen werden

Linux-VMs mit Dual-Boot-Volumes oder mehreren /etc Verzeichnissen werden nicht unterstützt.

ClientError: BLSC-style GRUB wurde gefunden, aber der Standardkernel kann nicht erkannt werden

VM Import/Export kann den Standardkernel nicht erkennen. Dies kann passieren, wenn es aus der Hauptdatei grub.cfg verschoben wurde. Sie können die Konfiguration auf $saved_entry einstellen und sicherstellen, dass der Eintrag grubenv standardmäßig bootloader enthält.

ClientError: Wir konnten Ihre Importe nicht lesen initramfs/initrd , um festzustellen, welche Treiber Ihr Import für die Ausführung in EC2 benötigt

Wir konnten beim Import Ihrer Linux-VM die erforderlichen Dateien nicht lesen, um sie für die Ausführung als Instance in Amazon EC2 vorzubereiten. Mithilfe des Befehls lsinitramfs können Sie die Integrität der Datei überprüfen. Beispielsweise können Sie den folgenden -Befehl verwenden:

lsinitramfs /boot/initrd.img-5.4.0-77-generic 2>&1 | less

Wenn in der Ausgabe Fehler zurückgegeben werden, können Sie versuchen, die Datei initramfs neu zu erstellen, um das Problem zu beheben, und die VM erneut importieren.

ClientError: Konfiguration wird nicht unterstützt — Die Aktivierung der logischen Volume-Gruppe ist fehlgeschlagen

Ein logisches Volume auf Ihrem virtuellen Festplattenabbild konnte nicht aktiviert werden. Dies kann auf eine beschädigte Datei oder Festplatte hinweisen. Überprüfen Sie die hochgeladenen Festplattenabbilddateien.

ClientError: Konfiguration wird nicht unterstützt — Es wurden mehrere Verzeichnisse gefunden

Linux-VMs mit mehreren Boot-Volumes oder mehreren /etc-Verzeichnissen werden nicht unterstützt.

ClientError: Nicht unterstützte Kernelversion

Die vom Betriebssystem verwendete Kernelversion wird nicht unterstützt. Vergewissern Sie sich, dass Ihr Import die für das Betriebssystem aufgeführten Anforderungen erfüllt. Weitere Informationen finden Sie unter Von VM unterstützte Betriebssysteme Import/Export.

Linux wird auf der angefragten Instance nicht unterstützt

Linux-VMs können nur zu bestimmten Instance-Typen importiert werden. Versuchen Sie es erneut, indem Sie einen der folgenden unterstützten Instance-Typen verwenden.

  • Universell: t2.micro | t2.small | t2.medium | m3.medium | m3.large | m3.xlarge | m3.2xlarge

  • Für Datenverarbeitung optimiert: c3.large | c3.xlarge | c3.2xlarge | c3.4xlarge | c3.8xlarge | cc1.4xlarge | cc2.8xlarge

  • Speicheroptimiert: r3.large | r3.xlarge | r3.2xlarge | r3.4xlarge | r3.8xlarge | cr1.8xlarge

  • Speicheroptimiert: i2.xlarge | i2.2xlarge i2.4xlarge | i2.8xlarge | hi1.4xlarge | hi1.8xlarge

Import oder Export schlagen aufgrund partitionsübergreifender symbolischer Links fehl

VM schlägt Import/Export möglicherweise bei Images fehl, bei denen es sich bei Dateien um relative symbolische Links handelt, die auf eine andere Partition verweisen. Während des Imports oder Exports analysiert der Dienst Festplattenpartitionen unabhängig voneinander, sodass er relativen symbolischen Links, die Partitionsgrenzen überschreiten, nicht folgen kann.

Ein gängiges Beispiel ist Rocky Linux 8 im UEFI-Modus, wo /boot/grub2/grubenv sich ein symbolischer Link zu einer Datei auf der EFI-Systempartition befindet. Jedoch kann jeder relative symbolische Link, der auf eine Datei auf einer anderen Partition verweist, dieses Problem verursachen.

Um dieses Problem zu beheben, ersetzen Sie alle betroffenen relativen symbolischen Links durch eine Kopie der Datei, auf die sie verweisen. Nachdem Sie die Änderung vorgenommen haben, erstellen Sie das Disk-Image oder AMI neu und wiederholen Sie den Vorgang.