Re: [Libvir] trouble using ssh tunnel for remote hypervisor

[Daniel Veillard <veillard redhat com>]

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 redhat com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine  http://rpmfind.net/