On Thu, Sep 27, 2007 at 10:37:47AM +0100, Richard W.M. Jones wrote:
Guillaume Rousse wrote:
>Daniel P. Berrange a écrit :
>>The daemon libvirtd will always listen for UNIX socket connections. You
>>have to explicitly turn on TCP support, after having setup certificates.
>>If using SSH, then we simply tunnel to the UNIX socket over SSH so all
>>you need do is start the libvirtd daemon on the remote host.
>Can you rephrase the documentation a little bit then ? It seems to imply
>you have to do some additional libvirtd configuration for ssh transport
>usage.
Suggested change to the documentation attached.
>>>Also, from where does those error and warning come ?
>>>[root@acacia ~]# LC_ALL=C virsh -c xen:/// list
>>>libvir: Remote error : No such file or directory
>>>libvir: warning : Failed to find the network: Is the daemon running ?
>>That is a sign that the libvirtd daemon is notrunning on the host in
>>questions.
Well sometimes, but also it can be a sign that virsh is trying to use
the wrong Unix socket, or that the Unix socket has the wrong permissions
or is otherwise inaccessible. Try:
Actually on my F8 test machine I saw this yesterday, but I rebooted the
machine to another OS in the meantime.
/usr/sbin/libvirtd --help
(which should print out all the paths expected by libvirtd) and:
strace virsh -c xen:/// list
which should tell you what socket virsh is trying to connect on.
In any case this warning can be ignored unless you want to manipulate
networks.
Still if this occurs on a default installation, it would be great to avoid
it, sorry I didn't took the time to chase it yesterday :-\
Daniel
--
Red Hat Virtualization group
http://redhat.com/virtualization/
Daniel Veillard | virtualization library
http://libvirt.org/
veillard(a)redhat.com | libxml GNOME XML XSLT toolkit
http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine
http://rpmfind.net/