Kann KVM (Qemu oder Libvirt) für openSUSE Leap 42.1 nicht konfigurieren?

7064
noraj

Ich möchte einfach mehrere VMs ausführen (nicht gleichzeitig). Ich möchte, dass sie in einer anderen Partition (hier eingehängt /run/media/shark/VM) und nicht im Standardspeicherpool gespeichert werden /var/lib/libvirt/images/default.

Egal ob ich virsh oder qemu-kvm, virtlib oder qemu, CLI oder GUI benutze, ich möchte nur, dass meine VMs laufen :)

Ich habe KVM wie folgt installiert:

  1. Starten Sie YaST und wählen Sie Virtualisierung> Hypervisor und Tools installieren.
  2. Wählen Sie KVM und bestätigen Sie mit Übernehmen.
  3. Bestätigen Sie die Liste der zu installierenden Pakete mit Install.
  4. Stimmen Sie der Einrichtung einer Netzwerkbrücke zu, indem Sie auf Ja klicken.

KVM versucht

Ich habe verschiedene Wege ausprobiert:

mit virtlib (vm-install)

Ich habe es versucht :

 % vm-install --name "mageia5" \  --vcpus 2 --memory 1024 --max-memory 2048 \ --disk /run/media/shark/VM/VirtualMachines/mageia_raw_test,0,disk,w,8000,sparse=1 \ --disk /home/shark/Téléchargements/mageia_boot-nonfree.iso,1,cdrom \ --nic model=virtio \ --graphics cirrus --config-dir "/etc/libvirt/qemu" 

Eingabeaufforderung für OS:

4: Other operating system 

Dann :

PXE Boot (Y / N) [N] > N Description >   Virtual Disks: 7.8 GB Hard Disk (file:/run/media/shark/VM/VirtualMachines/mageia_raw_test) 0.1 GB CD-ROM or DVD (file:/home/shark/Téléchargements/mageia_boot-nonfree.iso) Do you want to add another virtual disk? (Y / N) [N] > N   Network Adapters QEMU Virtualized NIC Card; Randomly generated MAC address Do you want to add another virtual network adapter? (Y / N) [N] > N  Specify the bootable virtual disk (often labeled as Disk 1) or the network installation source URL. Each CD, DVD, or ISO image required for installation must be added as a virtual disk. 1: Virtual Disk (0.1 GB CD-ROM or DVD (file:/home/shark/Téléchargements/mageia_boot-nonfree.iso)) [1] > 1  Preparing to start the installation...  Installing...  Failed to display the VM's console because DISPLAY is not set. Please connect a VNC viewer to localhost:5900. 

Aber ich weiß nicht, wie ich einen VNC-Viewer ausführen soll (mit virt-viewer?)

mit qemu

Mit qemu-kvmihm scheint, gibt es ein Problem des Netzwerk + Problems der Berechtigungen + Problems der Anzeige

 % qemu-kvm -name "mageia 5" -M pc-0.12 -m 1024 \ VM/VirtualMachines linux-7o7a -boot d \ -drive file=/run/media/shark/VM/VirtualMachines/mageia.qcow2,if=virtio,index=0,media=disk,format=qcow2 \ -drive file=/home/shark/Téléchargements/mageia_boot-nonfree.iso,index=1,media=cdrom \ -net nic,model=virtio,macaddr=52:54:00:05:11:11 \ -balloon virtio \ -vga cirrus Warning: vlan 0 is not connected to host network Unable to init server: Could not connect: Connection refused  (qemu-system-x86_64:7189): Gtk-WARNING **: cannot open display:  

mit virt-manager

libvirt URI: qemu:///system

Wenn ich die Installation beenden möchte:

Impossible de terminer l'installation : « internal error: process exited while connecting to monitor: 2016-01-16T15:47:09.003883Z qemu-system-x86_64: -chardev pty,id=charserial0: Failed to create chardev  »  Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 89, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/create.py", line 1969, in do_install guest.start_install(meter=meter) File "/usr/share/virt-manager/virtinst/guest.py", line 442, in start_install noboot) File "/usr/share/virt-manager/virtinst/guest.py", line 506, in _create_guest dom = self.conn.createLinux(start_xml or final_xml, 0) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3585, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: internal error: process exited while connecting to monitor: 2016-01-16T15:47:09.003883Z qemu-system-x86_64: -chardev pty,id=charserial0: Failed to create chardev 

Was ist Chardev? Anschließen an den Monitor : ein Anzeigeproblem?

KVM-Konfiguration

Ich möchte hier alle nötigen Informationen nennen:

Ich verwende openSUSE Leap 42.1 mit 64 Bit

Mein Proc ist ein Intel i7 3610QM 2.3Ghz, der Virtualisierung erlaubt. Das ist bestätigt, wenn ich renne % egrep '(vmx|svm)' /proc/cpuinfo, bekomme ich vmx.

SO ich lief modprobe kvm-intel(Muss ich es nur einmal oder jedes Mal ausführen, wenn ich eine Sitzung starte?).

Muss ich das machen modprobe vhost-net?

  • /etc/libvirt/qemu.conf standardmäßig: alle kommentiert
  • /etc/libvirt/libvirt.conf standardmäßig: alle kommentiert
  • /etc/libvirt/libvirtd.conf: unix_sock_group = "libvirt"+ unix_sock_rw_perms = "0770"+auth_unix_rw = "none"

Ich habe meinen Benutzer und Qemu-Benutzer in der libvirt-Gruppe hinzugefügt:

usermod -a -G libvirt qemu usermod -a -G libvirt shark 

Ich habe die Konfiguration /etc/libvirt/libvirtd.confwie oben geändert .

Und dann : rclibvirtd restart

Und ich denke, ich muss meinen VNC-Zugang in konfigurieren /etc/libvirt/qemu.conf, weiß aber nicht wie.

Frage

Wie kann ich meine Umgebung und KVM für die Ausführung meiner VMs konfigurieren? Wie ich sagte :

Egal ob ich virsh oder qemu-kvm, virtlib oder qemu, CLI oder GUI benutze, ich möchte nur, dass meine VMs laufen

PS: Es ist das erste Mal, dass ich Virtualisierung unter Linux ausprobiert habe. Ich bin neu in der StackEchange-Community, also habe ich vielleicht einen Fehler gemacht, indem ich diese Frage redigiert habe. Ich bin Franzose, also spreche ich nicht so fließend Englisch, sei nachsichtig. Also bitte nachsichtig :)


Update (21.01.2016): Ich versuche auch, eine VM mit der GUI von vm-install in virt-manager zu installieren und im Standardspeicherpool zu installieren/var/lib/libvirt/images/default

Impossible de terminer l'installation : « missing target information for device /var/lib/libvirt/images/default/generic.qcow2 »  Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 89, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/create.py", line 1969, in do_install guest.start_install(meter=meter) File "/usr/share/virt-manager/virtinst/guest.py", line 442, in start_install noboot) File "/usr/share/virt-manager/virtinst/guest.py", line 506, in _create_guest dom = self.conn.createLinux(start_xml or final_xml, 0) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3585, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: missing target information for device /var/lib/libvirt/images/default/generic.qcow2 

Update (10/02/2016): Es scheint, ich habe mich regressiert. Jetzt kann ich mit virt-manager einfach keine Verbindung zu QEMU / KVM (qemu: /// system) herstellen. Ich erhalte eine Fehlermeldung:

Impossible de se connecter à libvirt. internal error: Cannot find suitable emulator for x86_64 

Und es scheint so, als wäre meine QEMU zu neu:

systemctl status libvirtd libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled) Active: active (running) since mer. 2016-02-10 18:37:24 CET; 52min ago Docs: man:libvirtd(8) http://libvirt.org Main PID: 1940 (libvirtd) CGroup: /system.slice/libvirtd.service └─1940 /usr/sbin/libvirtd --listen  févr. 10 19:23:52 linux-7o7a.site libvirtd[1940]: unsupported configuration: QEMU 2.3.1 is too new for help parsing févr. 10 19:23:52 linux-7o7a.site libvirtd[1940]: Failed to probe capabilities for /usr/bin/qemu-system-i386: unsupported configuration: QEMU 2.3.1 is too new for help parsing févr. 10 19:23:53 linux-7o7a.site libvirtd[1940]: unsupported configuration: QEMU 2.3.1 is too new for help parsing févr. 10 19:23:53 linux-7o7a.site libvirtd[1940]: Failed to probe capabilities for /usr/bin/qemu-kvm: unsupported configuration: QEMU 2.3.1 is too new for help parsing févr. 10 19:23:53 linux-7o7a.site libvirtd[1940]: unsupported configuration: QEMU 2.3.1 is too new for help parsing févr. 10 19:23:53 linux-7o7a.site libvirtd[1940]: Failed to probe capabilities for /usr/bin/qemu-system-x86_64: unsupported configuration: QEMU 2.3.1 is too new for help parsing févr. 10 19:23:53 linux-7o7a.site libvirtd[1940]: unsupported configuration: QEMU 2.3.1 is too new for help parsing févr. 10 19:23:53 linux-7o7a.site libvirtd[1940]: Failed to probe capabilities for /usr/bin/qemu-kvm: unsupported configuration: QEMU 2.3.1 is too new for help parsing févr. 10 19:23:53 linux-7o7a.site libvirtd[1940]: invalid argument: could not find capabilities for arch=x86_64 domaintype=qemu  févr. 10 19:23:53 linux-7o7a.site libvirtd[1940]: internal error: Cannot find suitable emulator for x86_64 

Und :

sudo qemu-system-x86_64 Warning: default mac address being used, creating potential for address conflict Unable to init server: Impossible de se connecter : Connexion refusée  (qemu-system-x86_64:5610): Gtk-WARNING **: cannot open display:  
1

3 Antworten auf die Frage

1
dsstorefile1

Ich werde versuchen, die QEMU-Probleme zu lösen.

1) -net nicerfordert so etwas wie -net userfür eine funktionale Vernetzung.

2) Als vm-installHinweis wird Ihre $DISPLAYVariable nicht korrekt gesetzt. Sie müssen dies entweder konfigurieren oder die QEMU-Ausgabe mit deaktivieren -display none.

3) bitte nicht benutzen cirrus; verwenden stdoder qxlstatt: https://www.kraxel.org/blog/2014/10/qemu-using-cirrus-considered-harmful/

Vielen Dank für Ihre freundliche Antwort, aber leider benutze ich den Computer und dieses Betriebssystem nicht mehr. noraj vor 6 Jahren 0
0
Ray Foss

für mich war es eine korrupte installation von brlapi.

Zum Debuggen habe ich libvirt, das Backend für Virtual Machine Manager und Gnome Boxes, mit getötet

sudo systemctl stop libvirtd 

und dann lief es im terminal mit

sudo libvirtd 

Der erste Fehler deutete darauf hin

internal error: Child process (LC_ALL=C PATH=/sbin:/bin:/usr/sbin:/usr/bin HOME=/root USER=Douglas LOGNAME=adams /bin/qemu-system-alpha -help) unexpected exit status 127: /bin/qemu-system-alpha: error while loading shared libraries: libbrlapi.so.0.6: cannot open shared object file: No such file or directory 

Um dann herauszufinden, was libbrlapi bietet, bin ich ran

$ dnf provides --refresh "libbrlapi.so*" brlapi-0.6.3-10.fc23.x86_64 : Application Programming Interface for BRLTTY 

Danach wurde mein Problem durch eine schnelle Neuinstallation behoben

sudo dnf reinstall brlapi 

Dies wurde wahrscheinlich durch einige grundlegende Bastelarbeiten verursacht, die ich zum Kompilieren von brillo, php und app engine gemacht hatte.

Hoffe das hilft!

0
MUY Belgium

Einige Leute möchten möglicherweise die Virtualisierung in den CPU-Optionen im "BIOS" aktivieren.

Natürlich wurde die Virtualisierung im BIOS aktiviert. noraj vor 6 Jahren 0
Ich war nicht so schlau wie du ... MUY Belgium vor 6 Jahren 0