[Libvir] [PATCH] default hypervisor selection

Daniel P. Berrange berrange at redhat.com
Tue Feb 26 12:45:06 UTC 2008


On Tue, Feb 26, 2008 at 03:34:56AM -0500, Daniel Veillard wrote:
> 
>   Okay, commited, seems to work well for me as root and as normal
> user on RHEL-5.1 , but on Fedora-8 as non-root this doesn't work 
> the debug shows 
> 
> DEBUG: libvirt.c: do_open (Probed qemu:///session)
> DEBUG: libvirt.c: do_open (Using qemu:///session as default URI, 1 hypervisor found)
> DEBUG: libvirt.c: do_open (name "qemu:///session" to URI components:
> [...]
> DEBUG: libvirt.c: do_open (trying driver 1 (QEMU) ...)
> DEBUG: libvirt.c: do_open (driver 1 QEMU returned DECLINED)
> 
>   The problem seems to be that in qemudOpen at that point qemu_driver is
> NULL, and we return VIR_DRV_OPEN_DECLINED immediately as a result.

This is intentional - the QEMU driver should only ever be invoked from within
the context of the daemon. Hence qemu_driver will always be NULL when accessed
from the standalone library - it'll be initialized when the daemon invokes the
private  __virSTateInitialize method.

> When we end up in the remote driver I see
> 
> DEBUG: remote_internal.c: doRemoteOpen (proceeding with name = qemu:///session?)
> DEBUG: remote_internal.c: remoteAuthPolkit (Client initialize PolicyKit authentication)
> Attempting to gain the privilege for org.libvirt.unix.monitor.
> polkit-grant-helper: given auth type (8 -> yes) is bogus
> Failed to gain the privilege for org.libvirt.unix.monitor.
> libvir: Remote error : authentication failed
> 
> but I didn't got any option to authenticate at that point. 

This looks like a bug - I think the session daemon is mistakenly asking for
auth, when none is neccessary because it runs as same UID.

Dan.
-- 
|=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
|=-           Perl modules: http://search.cpan.org/~danberr/              -=|
|=-               Projects: http://freshmeat.net/~danielpb/               -=|
|=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -=| 




More information about the libvir-list mailing list