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 -=| -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list