wie migriert man die Dateien einer virstuellen Maschine aus VMWare nach KVM

Hinweis: In dem Thema wie migriert man die Dateien einer virstuellen Maschine aus VMWare nach KVM gibt es 37 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    leider hat es nicht funktioniert

    Code
    peter@linux-Z840:~/KVM-Virtual_Machines> virt-install --name "Windows-10" --ram 32768 --cpu host --os-variant win10 --vcpu 28 --disk Windows_10_neu.qcow2,bus=sata --network bridge=br0 --import

Installation wird gestartet …
ERROR    <built-in function virDomainCreateXML> returned a result with an error set
Installation der Domäne scheint nicht erfolgreich gewesen zu sein..


    Was kann der Fehler sein ? Wie kann man den genauen Fehler finden ?

    Für den Inhalt des Beitrages 288534 haftet ausdrücklich der jeweilige Autor: rebell21

    Hattest du nach der Installation von KVM/QEMU dort einmal eine VM eingerichtet?

    Ich könnte mir vorstellen, dass eine initiale Einrichtung einer VM nötig ist, damit die Migration einer fremden VM funktioniert.

    Für den Inhalt des Beitrages 288535 haftet ausdrücklich der jeweilige Autor: Forentroll

    habe ich als root ausgeführt


    linux-Z840:/home/peter/KVM-Virtual_Machines # virt-install --name "Windows-10" --ram 32768 --cpu host --os-variant win10 --vcpu 28 --disk Windows_10_neu.qcow2,bus=sata --network bridge=br0 --import


    hat aber auch nicht funktioniert, diesmal anderer Fehler


    Code
    Installation wird gestartet …
ERROR    Konnte Schnittstellen-MTU auf 'br0' nicht erhalten: Kein passendes Gerät gefunden
Installation der Domäne scheint nicht erfolgreich gewesen zu sein..

    er kann das network Interface nicht finden


    Ja, ich habe erfolgreich manuell in KVM eine W7 Maschine aus einer ISO Datei gemacht

    Für den Inhalt des Beitrages 288537 haftet ausdrücklich der jeweilige Autor: rebell21

    Ich habe mir deinen Befehl noch mal genauer angesehen.

    Irgendwie fehlte bei dir der Pfad, wohin das qcow2-File kopiert wurde.


    Insert coin and try again :D


    Code
    virt-install --name "Windows-10" --ram 32768 --cpu host --os-variant win10 --vcpu 28 --disk /var/lib/libvirt/images/Windows_10_neu.qcow2,bus=sata --network bridge=br0 --import

    Für den Inhalt des Beitrages 288560 haftet ausdrücklich der jeweilige Autor: Forentroll

    Ich vermute, dass es ein Problem des KVM disk bus typs ist.


    Unter vmware läuft die Virtuell Maschine auf einer SSD. In VM ware ist der Controller Typ NVMe. Von dort booted die VM. Unter KVM scheint es keine Möglichkeit zu geben, der Vm zu sagen, dass sie von einer NVMe Platte booten soll. Ich kann als bus Type nur "sata", "virtio" oder "scsi" eingeben. Und dann will die VM zwar von der Platte booten, findet aber kein Boot Device

    Für den Inhalt des Beitrages 288561 haftet ausdrücklich der jeweilige Autor: rebell21

    Ich habe auch nur NVMe-SSDs, also kann es daran nicht liegen.

    Hast du gesehen, dass ich deinen Befehl um den Pfad erweitert habe?

    Für den Inhalt des Beitrages 288564 haftet ausdrücklich der jeweilige Autor: Forentroll

    ich habe die vorhandene qcow2 Datei nicht unter /var/lib/libvirt/images liegen sonder lokal im Verzeichnis ~peter/KVM-Images. Daher gebe ich den ganzen Pfad bei vir-install nicht ein. Ich führe virt-install in diesem Verzeichnis unter root aus. Auf die Datei kann virt-install zugreifen. Diese nutzt virt-install dann auch, um das Image der VM zu speichern. Es bringt meines Erachtens nichts, diese Datei nach /var/lib/libvirt/images zu kopieren. Der Fehler ist der gleiche.


    Das Image wird geöffnet, die VM erkennt es aber nicht als bootbares Image an.


    Du hast Deine Maschinen warscheinlich alle auf der SSD erzeugt und nicht aus VMware importiert.

    Für den Inhalt des Beitrages 288565 haftet ausdrücklich der jeweilige Autor: rebell21

    Meine VMs stammen sogar von verschiedenen Rechnern, stammen aber ausnahmslos von VMware Workgroups 14/15/16.

    Ich habe mir extra wegen dir die Mühe gemacht, einzelne VMs zu konvertieren, und sie laufen auch. Sogar als symbolischer Link nach /var/lib...

    Für den Inhalt des Beitrages 288567 haftet ausdrücklich der jeweilige Autor: Forentroll