KVM -> Problem mit Virtual Maschine Manager

[letzter3]

Hallo zusammen,

nachdem erstes Problem auf Host-Seite beseitigt wurde, folgt nun das nächste auf Client-Seite (mageia).
Zusammenfassung:
Auf einem OMV läuft KVM.
Von einem Debian-Client aus kann ich per VMM auf den Host zugreifen.
Von einem Mageia-Client aus kann ich per VMM nicht auf den Host zugreifen.
Per CLI funktioniert das jedoch auch von Mageia

Code: Alles auswählen

[letzter@wuerfel ~]$ virsh --connect qemu+ssh://root@192.168.0.12/system
root@192.168.0.12's password:
Willkommen bei virsh, dem interaktiven Virtualisierungsterminal.

Tippen Sie:  'help' für eine Hilfe zu den Befehlen
       'quit' zum Beenden

virsh #

Code: Alles auswählen

[letzter@wuerfel ~]$ virt-manager --debug                         
[So, 02 Apr 2017 17:01:02 virt-manager 404] DEBUG (cli:187) Launched with command line: /usr/share/virt-manager/virt-manager --debug
[So, 02 Apr 2017 17:01:02 virt-manager 404] DEBUG (virt-manager:148) virt-manager version: 1.1.0
[So, 02 Apr 2017 17:01:02 virt-manager 404] DEBUG (virt-manager:149) virtManager import: <module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc'>
[So, 02 Apr 2017 17:01:02 virt-manager 404] DEBUG (virt-manager:207) GTK version: 3.14.8
[So, 02 Apr 2017 17:01:02 virt-manager 404] DEBUG (engine:455) libguestfs inspection support: False
[So, 02 Apr 2017 17:01:02 virt-manager 404] DEBUG (systray:150) Showing systray: False
[So, 02 Apr 2017 17:01:02 virt-manager 404] DEBUG (engine:229) About to connect to uris ['qemu+ssh://root@192.168.0.12/system']
[So, 02 Apr 2017 17:01:02 virt-manager 404] DEBUG (manager:208) Showing manager
[So, 02 Apr 2017 17:01:02 virt-manager 404] DEBUG (engine:356) window counter incremented to 1
[So, 02 Apr 2017 17:01:06 virt-manager 404] DEBUG (connection:946) Scheduling background open thread for qemu+ssh://root@192.168.0.12/system
[So, 02 Apr 2017 17:01:06 virt-manager 404] DEBUG (connection:960) Background 'open connection' thread is running
root@192.168.0.12's password:
[So, 02 Apr 2017 17:01:18 virt-manager 404] DEBUG (connection:1011) Background open thread complete, scheduling notify
[So, 02 Apr 2017 17:01:18 virt-manager 404] DEBUG (connection:1016) Notifying open result
[So, 02 Apr 2017 17:01:18 virt-manager 404] DEBUG (connection:1022) libvirt version=1002009
[So, 02 Apr 2017 17:01:18 virt-manager 404] DEBUG (connection:1024) daemon version=9012
[So, 02 Apr 2017 17:01:18 virt-manager 404] DEBUG (connection:882) conn.close() uri=qemu+ssh://root@192.168.0.12/system
[So, 02 Apr 2017 17:01:18 virt-manager 404] DEBUG (engine:572) ['ssh', 'root']
[So, 02 Apr 2017 17:01:18 virt-manager 404] DEBUG (error:80) error dialog message:
summary=Mit libvirt konnte nicht verbunden werden.

internal error Cannot find suitable emulator for x86_64

Stellen Sie sicher, dass der «libvirtd»-Daemon
auf dem entfernten Host läuft.
details=Mit libvirt konnte nicht verbunden werden.

internal error Cannot find suitable emulator for x86_64

Stellen Sie sicher, dass der «libvirtd»-Daemon
auf dem entfernten Host läuft.

Libvirt URI is: qemu+ssh://root@192.168.0.12/system

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/connection.py", line 1025, in _open_notify
    logging.debug("conn version=%s", self._backend.conn_version())
  File "/usr/share/virt-manager/virtinst/connection.py", line 294, in conn_version
    self._conn_version = self._libvirtconn.getVersion()
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3697, in getVersion
    if ret == -1: raise libvirtError ('virConnectGetVersion() failed', conn=self)
libvirtError: internal error Cannot find suitable emulator for x86_64
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
^C[So, 02 Apr 2017 17:03:32 virt-manager 404] DEBUG (cli:182) Uncaught exception:
Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/baseclass.py", line 163, in cb
    def cb():
KeyboardInterrupt

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/baseclass.py", line 163, in cb
    def cb():
KeyboardInterrupt
[So, 02 Apr 2017 17:03:40 virt-manager 404] DEBUG (manager:219) Closing manager
[So, 02 Apr 2017 17:03:40 virt-manager 404] DEBUG (engine:360) window counter decremented to 0
/usr/share/virt-manager/virtManager/baseclass.py:108: Warning: Source ID 7 was not found when attempting to remove it
  GLib.source_remove(handle)
/usr/share/virt-manager/virtManager/engine.py:381: Warning: Source ID 7 was not found when attempting to remove it
  GLib.source_remove(self.timer)
[So, 02 Apr 2017 17:03:40 virt-manager 404] DEBUG (engine:442) Exiting app normally.

crosspost mit meinem gestrigen Beitrag https://debianforum.de/forum/viewtopic. ... 2&t=164776, da war ich noch der Meinung, dass es am Host liegt.
Da der Aufbau mit Debian-Client (innerhalb einer VBox auf dem Mageiarechner) jedoch funktioniert, liegt es wohl an Mageia oder irgendeiner Einstellung, die ich auf meinem Mageia-PC habe.

Wie bekomme ich den VMM zum laufen?

Michael

[unklar]

Die Fehlermeldung

Code: Alles auswählen

internal error Cannot find suitable emulator for x86_64

führt mich immer zu nested Virtualization.

Hast du das schon überprüft z.B. für Intel

Code: Alles auswählen

echo "options kvm-intel nested=y" >> /etc/modprobe.d/dist.conf

nach hier oder in deutsch hier ?

[letzter3]

Ja, schon im Vorfeld.
Der Zugriff per CLI funktioniert ja, der per GUI funktioniert nicht.

[man-draker]

Vielleicht hilft dieses Vorgehen weiter:

Code: Alles auswählen

http://forum.ipfire.org/viewtopic.php?t=17276

[letzter3]

Leider nein, hatte ich schon probiert.
Beide Ansätze ziehen bei mir nicht.

- Der DEBIAN-Host ist meinem Mageia-SSH schon lange bekannt, auch als root. Zur Sicherheit nochmal probiert. Ich könnte nochmal alle Fingerprints löschen und es dann probieren.
- Die Passworteingabe sehe ich und gebe das Password auch ein. Im DEBUG-Modus auf der Konsole, im normalen Modus in ein extra Feld.

[man-draker]

Leider nein, hatte ich schon probiert.

Hm, evtl. komme ich dazu, das heute Abend mal nachzubauen, um das Problem evtl. reproduzieren zu können.

Verwaltest du mit dem virt-manager auch VMs auf dem selben Rechner (also nicht remote)?
Hintergrund ist die Frage, ob evtl. lokal ein Paket fehlt, das nur der virt-manager, nicht aber virtsh benutzt.
Ich meine mich zu erinnern, dass ich zum Benutzen des virt-manager für das Verwalten lokaler VMs noch das Paket libvirt-utils nachinstallieren musste. Vorher gab es keinen Connect zu libvirtd.

[letzter3]

Nein, ich will nur auf dem entfernten Host VMs verwalten. Könnte es aber lokal heute Abend mal versuchen.
Mir fällt da aber nochwas ein....
Ich hatte vor Ewigkeiten mal versucht, von meinem mageia-Rechner auf einem anderen Host per ssh eine grafische Sitzung zu starten. Dies hat nicht funktioniert. Auf Grund mangelnder Notwendigkeit habe ich da nicht intensiv weitergeforscht....

[letzter3]

Verwaltest du mit dem virt-manager auch VMs auf dem selben Rechner (also nicht remote)?
Hintergrund ist die Frage, ob evtl. lokal ein Paket fehlt, das nur der virt-manager, nicht aber virtsh benutzt.
Ich meine mich zu erinnern, dass ich zum Benutzen des virt-manager für das Verwalten lokaler VMs noch das Paket libvirt-utils nachinstallieren musste. Vorher gab es keinen Connect zu libvirtd.

Code: Alles auswählen

[root@wuerfel ~]# cat /sys/module/kvm_intel/parameters/nested
Y
[root@wuerfel ~]#

Code: Alles auswählen

[root@wuerfel ~]# systemctl status libvirtd.service
● libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled)
   Active: active (running) since Di 2017-04-04 17:11:46 CEST; 33min ago
     Docs: man:libvirtd(8)
           http://libvirt.org
 Main PID: 2022 (libvirtd)
   CGroup: /system.slice/libvirtd.service
           ├─2022 /usr/sbin/libvirtd
           ├─2778 /sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --dhcp-script=/usr/libexec/libvirt_leaseshelper
           └─2779 /sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --dhcp-script=/usr/libexec/libvirt_leaseshelper

Apr 04 17:42:34 wuerfel.localdomain libvirtd[2022]: libvirt version: 1.2.9.3
Apr 04 17:42:34 wuerfel.localdomain libvirtd[2022]: Interner Fehler: Geeigneter Emulator für x86_64 konnte nicht gefunden werden
Apr 04 17:42:34 wuerfel.localdomain libvirtd[2022]: Interner Fehler: Geeigneter Emulator für x86_64 konnte nicht gefunden werden
[root@wuerfel ~]#

Versuch lokal per CLI funktioniert

Code: Alles auswählen

[letzter@wuerfel ~]$ virsh --connect qemu:///system
Willkommen bei virsh, dem interaktiven Virtualisierungsterminal.

Tippen Sie:  'help' für eine Hilfe zu den Befehlen
       'quit' zum Beenden

virsh # quit

[letzter@wuerfel ~]$


Versuch lokal per GUI funktioniert nicht

Code: Alles auswählen

[letzter@wuerfel ~]$ virt-manager --debug                                 
[Di, 04 Apr 2017 17:59:10 virt-manager 5031] DEBUG (cli:187) Launched with command line: /usr/share/virt-manager/virt-manager --debug
[Di, 04 Apr 2017 17:59:10 virt-manager 5031] DEBUG (virt-manager:148) virt-manager version: 1.1.0
[Di, 04 Apr 2017 17:59:10 virt-manager 5031] DEBUG (virt-manager:149) virtManager import: <module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc'>
[Di, 04 Apr 2017 17:59:10 virt-manager 5031] DEBUG (virt-manager:207) GTK version: 3.14.8
[Di, 04 Apr 2017 17:59:10 virt-manager 5031] DEBUG (engine:455) libguestfs inspection support: False
[Di, 04 Apr 2017 17:59:10 virt-manager 5031] DEBUG (systray:150) Showing systray: False
[Di, 04 Apr 2017 17:59:10 virt-manager 5031] DEBUG (engine:229) About to connect to uris ['qemu+ssh://root@192.168.0.12/system']
[Di, 04 Apr 2017 17:59:10 virt-manager 5031] DEBUG (manager:208) Showing manager
[Di, 04 Apr 2017 17:59:10 virt-manager 5031] DEBUG (engine:356) window counter incremented to 1
[Di, 04 Apr 2017 17:59:14 virt-manager 5031] DEBUG (connect:138) Showing open connection
[Di, 04 Apr 2017 17:59:17 virt-manager 5031] DEBUG (connect:419) Generate URI=qemu:///system, auto=True
[Di, 04 Apr 2017 17:59:17 virt-manager 5031] DEBUG (connect:127) Closing open connection
[Di, 04 Apr 2017 17:59:17 virt-manager 5031] DEBUG (connection:946) Scheduling background open thread for qemu:///system
[Di, 04 Apr 2017 17:59:17 virt-manager 5031] DEBUG (connection:960) Background 'open connection' thread is running
[Di, 04 Apr 2017 17:59:20 virt-manager 5031] DEBUG (connection:1011) Background open thread complete, scheduling notify
[Di, 04 Apr 2017 17:59:20 virt-manager 5031] DEBUG (connection:1016) Notifying open result
[Di, 04 Apr 2017 17:59:20 virt-manager 5031] DEBUG (connection:1022) libvirt version=1002009
[Di, 04 Apr 2017 17:59:20 virt-manager 5031] DEBUG (connection:1024) daemon version=1002009
[Di, 04 Apr 2017 17:59:20 virt-manager 5031] DEBUG (connection:882) conn.close() uri=qemu:///system
[Di, 04 Apr 2017 17:59:20 virt-manager 5031] DEBUG (error:80) error dialog message:
summary=Mit libvirt konnte nicht verbunden werden.

Interner Fehler: Geeigneter Emulator für x86_64 konnte nicht gefunden werden

Würden Sie sich noch gerne an diese Verbindung erinnern?
details=Mit libvirt konnte nicht verbunden werden.

Interner Fehler: Geeigneter Emulator für x86_64 konnte nicht gefunden werden

Libvirt URI is: qemu:///system

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/connection.py", line 1025, in _open_notify
    logging.debug("conn version=%s", self._backend.conn_version())
  File "/usr/share/virt-manager/virtinst/connection.py", line 294, in conn_version
    self._conn_version = self._libvirtconn.getVersion()
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3697, in getVersion
    if ret == -1: raise libvirtError ('virConnectGetVersion() failed', conn=self)
libvirtError: Interner Fehler: Geeigneter Emulator für x86_64 konnte nicht gefunden werden
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
[Di, 04 Apr 2017 17:59:26 virt-manager 5031] DEBUG (connect:138) Showing open connection
[Di, 04 Apr 2017 17:59:31 virt-manager 5031] DEBUG (connect:121) Cancelling open connection
[Di, 04 Apr 2017 17:59:31 virt-manager 5031] DEBUG (connect:127) Closing open connection
[Di, 04 Apr 2017 17:59:33 virt-manager 5031] DEBUG (manager:219) Closing manager
[Di, 04 Apr 2017 17:59:33 virt-manager 5031] DEBUG (engine:360) window counter decremented to 0
/usr/share/virt-manager/virtManager/engine.py:381: Warning: Source ID 7 was not found when attempting to remove it
  GLib.source_remove(self.timer)
[Di, 04 Apr 2017 17:59:33 virt-manager 5031] DEBUG (connect:127) Closing open connection
[Di, 04 Apr 2017 17:59:33 virt-manager 5031] DEBUG (engine:442) Exiting app normally.
[letzter@wuerfel ~]$

Mmmpf. Und nu?
Bug im mageia libvirt-utils 1.2.9.3-1.4.mga5?

[man-draker]

Gestern begonnen das Problem nachzustellen.
Habe zwar länger für das Verbinden der Rechner per ssh mit Schlüsseln statt Passwörtern benötigt und virt-manager meldet, dass KVM auf dem Host nicht zur Verfügung steht, aber Verbindungsprobleme treten bisher nicht auf.
Werde heute Abend den Host mal rebooten und eine VM vom Manager (Rechner mit virt-manager) aus auf dem Host installieren.

[doktor5000]

Abgesehen von dem reinen virsh-Connect, der erstmal nicht viel heißt, kannst du auch Befehle absetzen? Etwa

Code: Alles auswählen

virsh capabilities
virsh list --all
virsh start <domain>

Was das Debugging angeht, siehe evtl. meine Hinweise ab https://bugs.mageia.org/show_bug.cgi?id=17417#c18
Probier mal virsh als auch virt-manager im Debug-Modus zu starten, via z.B.

Code: Alles auswählen

LC_ALL=C LIBVIRT_DEBUG=1 virsh -d 0 -c qemu+ssh://root@192.168.0.12/system
LC_ALL=C LIBVIRT_DEBUG=1 virt-manager --no-fork --debug -c qemu+ssh://root@192.168.0.12/system

Allerdings wirst du einige Befehle ggf. anpassen müssen da bei dir Host und Client nicht auf der selben Maschine sind ...

Und bitte mal die Ausgabe von

Code: Alles auswählen

rpm -qa|sort|grep -iE "virt|qemu"

und die Config von libvirtd auf dem Debian-Host, sollte /etc/libvirt/libvirtd.conf sein und ggf. /etc/libvirt/qemu.conf

Siehe auch den Hinweis für Verbindungen mit GUI-Tools unter https://wiki.debian.org/libvirt/xen#Remote_connection wo leider nicht dazu steht, welcher Parameter in der Config von no auf yes zu setzen ist. Denn was du bislang mit virsh getestet hast, ist nur die Verbindung via ssh, aber nichts was auf dem remoten libvirtd irgendwas tut ...

[letzter3]

Hallo Florian,

Abgesehen von dem reinen virsh-Connect, der erstmal nicht viel heißt, kannst du auch Befehle absetzen? Etwa

Code: Alles auswählen

virsh capabilities
virsh list --all
virsh start <domain>

Ja, kann ich. Zumindest auf dem Debian Host funktioniert das.
Auf dem mageia-Host hab ich es nicht weiter probiert.

Was das Debugging angeht, siehe evtl. meine Hinweise ab https://bugs.mageia.org/show_bug.cgi?id=17417#c18
Probier mal virsh als auch virt-manager im Debug-Modus zu starten, via z.B.

Code: Alles auswählen

LC_ALL=C LIBVIRT_DEBUG=1 virsh -d 0 -c qemu+ssh://root@192.168.0.12/system
LC_ALL=C LIBVIRT_DEBUG=1 virt-manager --no-fork --debug -c qemu+ssh://root@192.168.0.12/system

...

Wieso hab ich denn den Beitrag auf meiner bugzilla-Suche nicht gefunden???

Allerdings wirst du einige Befehle ggf. anpassen müssen da bei dir Host und Client nicht auf der selben Maschine sind ...

Aufgrund der Anregungen von mandraker habe ich mittlerweile 2 Hosts, einmal den Debian und einmal lokal.
Bei beiden derselbe Fehler.

Und bitte mal die Ausgabe von

Code: Alles auswählen

rpm -qa|sort|grep -iE "virt|qemu"

und die Config von libvirtd auf dem Debian-Host, sollte /etc/libvirt/libvirtd.conf sein und ggf. /etc/libvirt/qemu.conf

Siehe auch den Hinweis für Verbindungen mit GUI-Tools unter https://wiki.debian.org/libvirt/xen#Remote_connection wo leider nicht dazu steht, welcher Parameter in der Config von no auf yes zu setzen ist. Denn was du bislang mit virsh getestet hast, ist nur die Verbindung via ssh, aber nichts was auf dem remoten libvirtd irgendwas tut ...

Angaben folge alle später, wobei ich erstmal mit dem lokalen Mageia-Host weiterprobieren werde.

[doktor5000]

Wieso hab ich denn den Beitrag auf meiner bugzilla-Suche nicht gefunden???

Weil es kein offener Bug mehr ist. Willst du in allen Bugs suchen, musst du dem Suchstring ein ALL voranstellen. Siehe z.B. http://www.squarefree.com/bugzilla/quic ... -help.html

Aufgrund der Anregungen von mandraker habe ich mittlerweile 2 Hosts, einmal den Debian und einmal lokal.
Bei beiden derselbe Fehler.

Wenn das Problem bereits mit virt-manager unter Debian lokal auftritt, gilt es erstmal da anzusetzen.