Jessie : impossible de lancer virt-manager

Support Debian
#1

Bonjour,
Je vien de m’installer une nouvelle machine et j’ai décider d’essayer libvirt avec libvirt-manager. Mais quand je lance virt-manager un message d’erreur aparait :

[code]Impossible de se connecter à libvirt.

Vérifiez que le démon « libvirtd » est en cours d’exécution.

Libvirt URI is: qemu:///system

Traceback (most recent call last):
File “/usr/share/virt-manager/virtManager/connection.py”, line 1027, in _open_thread
self.vmm = self._try_open()
File “/usr/share/virt-manager/virtManager/connection.py”, line 1009, in _try_open
flags)
File “/usr/lib/python2.7/dist-packages/libvirt.py”, line 105, in openAuth
if ret is None:raise libvirtError(‘virConnectOpenAuth() failed’)
libvirtError: Failed to connect socket to ‘/var/run/libvirt/libvirt-sock’: Aucun fichier ou dossier de ce type[/code]

Quand je fait :

Ça me retourne :

[....] Restarting libvirt-bin (via systemctl): libvirt-bin.serviceFailed to issue method call: Access denied failed!

J’ai une debian jessie. Le noyau est un 3.13-1-amd64. Et mon gestionnaire graphique est XFCE (ça ne viendrai pas de là par hazard?).

Avec libvirt j’ai instaler virt-manager et quemu.

J’ai cherché un peu partout sur le net depuis 2 jours mais là je commence à caler. Surtout que je comprend difficilement l’anglais… Je suis relativement débutant avec debian.

Si quelqu’un-e aurait une idée ça serrai génial :slightly_smiling:

#2

Est-ce que ton compte utilisateur fait partie du groupe [mono]libvirt[/mono] ?

Le mien oui:

michel@debG53SW:~$ groups michel disk cdrom floppy audio dip video plugdev scanner bluetooth netdev libvirt

Parce que j’avais fait (en root):

root@debG53SW:~# adduser michel libvirt Ajout de l'utilisateur « michel » au groupe « libvirt »... Ajout de l'utilisateur michel au groupe libvirt Fait. root@debG53SW:~#

#3

Merci pour ton intérêt à mon casse tête,
Je viens de rajouter mon $USER à libvirt et libvirt-qemu en modifiant /etc/group. Après redémarage j’ai toujours le même message…

#4

Que retourne maintenant la commande “groups” (exécutée depuis ton compte utilisateur):

========

[quote=“wd40”]… Je suis relativement débutant avec debian … J’ai une debian jessie…[/quote]Alors utilise plutôt la version “stable” (wheezy),
ou alors attends que la version “testing” (jessie) ait été complètement débuggée, et soit donc devenue la version “stable”.

#5

Ça donnes :

rourou cdrom floppy audio dip video plugdev netdev scanner bluetooth lpadmin libvirt libvirt-qemu

#6

N’utilisant pas la distribution [mono]debian jessie[/mono] (testing), je risque fort de te faire perdre du temps en tests inutiles.

=======
Peut-être qu’en modifiant le titre de ce fil en [mono]jessie: Impossible de se connecter à libvirt[/mono], des utilisateurs avertis de cette distribution viendront t’aider à trouver une solution.

Pour pouvoir modifier le titre de ce fil de discussion, il suffit juste d’éditer ton premier post de ce fil (bouton en bas à droite du post).

#7

Voila c’est fait.
Merci bien pour ton aide en tout cas.
J’espert que quelqu’un-e qui utilise Jessie aura une idée.

#8

En fait, le titre devrait plutôt être: [mono]Jessie : impossible de lancer virt-manager[/mono]. (ce qui laissera aux intervenants toute liberté dans l’interprétation des messages d’erreurs.)

========
En lisant la page du [mono]man[/mono] de [mono]virt-manager[/mono], j’ai vu que [mono]virt-manager[/mono] pouvait être lancé avec l’option [mono]debug[/mono], ce qui va sans doute donner plus d’informations sur ce problème. (Ça m’apprendra à ne pas lire la page du [mono]man[/mono] concernée => je me fais un auto-RTFM)

Donc, dans une fenêtre de terminal virtuel, tu pourrais lancer la commande:

========
Au cas où tu ne l’aurais pas déjà lu, Ce lien pourrait peut-être aussi aider.

#9

Merci pour le lien, je l’avais déjà mais j’ai du mal à comprendre ce qu’il raconte (notamment ce qu’il faudrait mettre à la place de et dans /etc/libvirt/libvirtd.conf).

Pour ce qui est du debug voila ce que ça me retourne :

[code]2014-08-08 22:18:30,023 (cli:71): virt-manager startup
2014-08-08 22:18:30,039 (virt-manager:306): Launched as: /usr/share/virt-manager/virt-manager.py --debug
2014-08-08 22:18:30,039 (virt-manager:307): GTK version: (2, 24, 24)
2014-08-08 22:18:30,039 (virt-manager:308): virt-manager version: 0.9.5
2014-08-08 22:18:30,039 (virt-manager:309): virtManager import: <module ‘virtManager’ from ‘/usr/share/virt-manager/virtManager/init.pyc’>
2014-08-08 22:18:30,398 (cli:118): virtinst version: 0.600.4
2014-08-08 22:18:30,398 (cli:119): virtinst import: <module ‘virtinst’ from ‘/usr/lib/pymodules/python2.7/virtinst/init.pyc’>
2014-08-08 22:18:30,448 (keyring:30): gnomekeyring bindings not installed, no keyring support
2014-08-08 22:18:30,814 (engine:411): No inspection thread because libguestfs is too old, not available, or libvirt is not thread safe.
2014-08-08 22:18:30,841 (systray:138): Showing systray: False
2014-08-08 22:18:30,859 (engine:202): About to connect to uris [‘qemu:///system’]
2014-08-08 22:18:31,004 (manager:172): Showing manager
2014-08-08 22:18:31,055 (engine:327): window counter incremented to 1
2014-08-08 22:18:31,056 (manager:172): Showing manager
2014-08-08 22:18:31,080 (connection:963): Scheduling background open thread for qemu:///system
2014-08-08 22:18:31,081 (connection:1019): Background ‘open connection’ thread is running
2014-08-08 22:18:31,151 (connection:1070): Background open thread complete, scheduling notify
2014-08-08 22:18:31,152 (connection:1075): Notifying open result
2014-08-08 22:18:31,153 (error:80): dialog message: Impossible de se connecter à libvirt.

Vérifiez que le démon « libvirtd » est en cours d’exécution. : Impossible de se connecter à libvirt.

Vérifiez que le démon « libvirtd » est en cours d’exécution.

Libvirt URI is: qemu:///system

Traceback (most recent call last):
File “/usr/share/virt-manager/virtManager/connection.py”, line 1027, in _open_thread
self.vmm = self._try_open()
File “/usr/share/virt-manager/virtManager/connection.py”, line 1009, in _try_open
flags)
File “/usr/lib/python2.7/dist-packages/libvirt.py”, line 105, in openAuth
if ret is None:raise libvirtError(‘virConnectOpenAuth() failed’)
libvirtError: Failed to connect socket to ‘/var/run/libvirt/libvirt-sock’: Aucun fichier ou dossier de ce type
2014-08-08 22:18:47,194 (manager:185): Closing manager
2014-08-08 22:18:47,198 (engine:331): window counter decremented to 0
2014-08-08 22:18:47,200 (manager:185): Closing manager
2014-08-08 22:18:47,208 (engine:406): Exiting app normally.[/code]

Il y a peut-être ces deux ligne qui en disent un peu plus :

2014-08-08 22:18:30,448 (keyring:30): gnomekeyring bindings not installed, no keyring support 2014-08-08 22:18:30,814 (engine:411): No inspection thread because libguestfs is too old, not available, or libvirt is not thread safe.
Mais j’ai bien du mal à les comprendre…

Et hop, le titre à nouveau changé :slightly_smiling:

#10

Pourrais-tu me dire quel logiciel de virtualisation tu as installé, et comment tu l’as installé ?

=======
Note: Essaie de transmettre dans tes posts
des retours de commande comprenant la commande complète (avec son prompt) jusqu’au prompt de retour,
car il est très difficile (et parfois impossible) sans cela de comprendre ce qui a pu se passer.
Merci.

#11

J’ai installer virt-manager, libvirt et qemu avec Synaptic en lui faisant confiance quand aux dépendances.
Les paquets exactes instalé sont : libvirt-bin, libvirt0, python-libvirt, virtinst, virt-manager, ipxe-qemu, qemu, qemu-kvm, qemu-slof, qemu-system, qemu-system-arm, qemu-system-common, qemu-system-mips, qemu-system-misc, qemu-system-ppc, qemu-system-sparc, qemu-system-x86, qemu-user, qemu-user-binfmt, qemu-utils, seabios, xserver-xorg-video-qxl.

D’ac pour le code dans son entier.

#12

Merci pour le retour au sujet de l’installation.

=======
Sur ma machine ([mono]wheezy[/mono]), la version de [mono]virt-manager[/mono] installée est la [mono]0.9.1[/mono]:

michel@debG53SW:~$ virt-manager --version WARNING: gnome-keyring:: couldn't connect to: /home/michel/.cache/keyring-V2f1ei/pkcs11: No such file or directory 0.9.1 michel@debG53SW:~$

=======

[quote]… ce qu’il faudrait mettre à la place de et dans /etc/libvirt/libvirtd.conf …[/quote]Je n’ai jamais rien modifié dans [mono]/etc/libvirt/libvirtd.conf[/mono] pour que [mono]virt-manager[/mono], [mono]libvirt[/mono], [mono]qemu-kvm[/mono], etc. fonctionnent correctement,
mais pour comparaison, je te transmets ce que [mono]/etc/libvirt/libvirtd.conf[/mono] de ma machine contient (hormis les lignes vides ou commentées):

michel@debG53SW:~$ egrep -v '^#|^$' /etc/libvirt/libvirtd.conf unix_sock_group = "libvirt" unix_sock_rw_perms = "0770" auth_unix_ro = "none" auth_unix_rw = "none" michel@debG53SW:~$ Mais comme tu n’a sans doute pas la même version de virt-manager, je ne sais pas si c’est bien pertinent.

#13

Alors ma version est la : 0.9.5 :

wd40@ordinateur:~$ virt-manager --version 0.9.5 wd40@ordinateur:~$

Pour ce qui est de mon /etc/libvirt/libvirtd.conf :

wd40@ordinateur:~$ egrep -v '^#|^$' /etc/libvirt/libvirtd.conf unix_sock_group = "libvirt" unix_sock_rw_perms = "0770" auth_unix_ro = "none" auth_unix_rw = "none" log_outputs="3:syslog:libvirtd" wd40@ordinateur:~$
La seule différence est donc cette ligne :

J’ai l’impression que c’est pour indiquer quel niveau d’alerte ça doit renvoyer, mais je comprend pas pourquoi c’est dé-commenté.

#14

Comme je te le disais, je n’utilise que les versions “stable” de debian car :

La version “testing” étant une version “à debugger” par définition, les applications qui y sont installées doivent sans doute s’installer avec ce genre d’option dé-commentées par défaut, évitant ainsi à l’utilisateur “testeur” (puisque “testing”) d’avoir à le faire lui-même à chaque installation.

=======
Mais je ne comprends toujours pas les motivations qui t’ont poussé à choisir une version “testing”,
surtout si tu as déjà des difficultés avec la langue anglaise, ceci dit, ça ne me regarde pas.
As-tu bien lu ce qui est écrit dans la page web pointée par ce lien : Choisir une distribution de Debian ?

#15

Avoir une machine livrée clef en main qui ne bogue (presque) pas est certe confortable mais ne me serra d’aucune utilité si je veu apprendre à être un peu plus autonome. Sur une version testing je peu être régulièrement confronté à des problémes ou pour m’en dépatouiller je doit comprendre quoi dépend de quoi, dans quel sens ça marche, quel logiciel est bugué en ce moment…ect… Bref je me sent un peu moins totalement externe au projet Debian, moins dans une position de “client”. Et puis si je veu un jour contribué un peu, ça me s’emble plus utile de faire des bug-report en testing (même si ceux en stable sont autant important). L’informatique, comme tout les savoirs, ne doivent pas rester dans les mains de quelque spécialistes, sinon c’est leur offrir encore plus de pouvoirs. Alors j’ai bien l’intention de mis mettre.
Quand à l’anglais, ba si je comprend pas j’essaye de demander, j’apprend quoi.
Bref c’est pas sur un coup de tête que j’ai installer une testing (ça doit faire 4 ans que je suis sous testing) mais c’est un choix que j’assume en venant demander un coup de main au lieu de réinstaller une stable.

#16

J’apprécie beaucoup ta démarche. :023

=======
Extrait du fichier [mono]/etc/libvirt/libvirtd.conf[/mono]:

# Logging outputs:
# An output is one of the places to save logging information
# The format for an output can be:
#    x:stderr
#      output goes to stderr
#    x:syslog:name
#      use syslog for the output and use the given name as the ident
#    x:file:file_path
#      output to a file, with the given filepath
# In all case the x prefix is the minimal level, acting as a filter
#    1: DEBUG
#    2: INFO
#    3: WARNING
#    4: ERROR
#
# Multiple output can be defined, they just need to be separated by spaces.
# e.g.:
# log_outputs="3:syslog:libvirtd"
Ces commentaires indiquent donc :

┌─────────────── Niveau de gravité : "3" <=> "WARNING" <=> Avertissements (erreurs potentielles).
│   ┌─────────── Utilise "syslog".
│   │       ┌─── Le nom du fichier des messages sera : "/var/log/libvirtd.log".
│­­   │       │
v   v       v
─ ────── ────────
3:syslog:libvirtd

Voir: [mono]syslog[/mono]

#17

Houhou !
Alors j’ai modifier le fichier /etc/libvirt/libvirtd.conf en commentant log_outputs="3:syslog:libvirtd.

Et maintenant ça se lance !
Bon, j’espert que le probléme venait bien juste de ça :unamused:
Merci beaucoup en tout cas !

#18

[quote]… je comprend pas pourquoi c’est dé-commenté …[/quote] Sans doute parce qu’il s’agit de la [mono]testing[/mono].

=======
Pour voir si j’arrivai à reproduire le même défaut, j’ai dé-commenté la ligne [mono]log_outputs=“3:syslog:libvirtd”[/mono] dans le fichier [mono]/etc/libvirt/libvirtd.conf[/mono] de ma debian wheezy.
Pas de problème, tout fonctionne correctement, mais il va me falloir me renseigner sur le système [mono]syslog[/mono].

=======
Content que tu puisse enfin faire fonctionner [mono]virt-manager[/mono]. :slightly_smiling:

EDIT: Je n’ai pas encore pris le temps d’apprendre à déclarer un bug, mais si c’en est un, je serai ravi d’apprendre à le faire.
Le problème ayant été “contourné” (par la désactivation de la ligne concernant les log par [mono]syslog[/mono]), si tu trouve des informations ou une solution pour le résoudre, tiens moi au courant(un MP ou autre).

Merci d’avance.