On Tue, Feb 21, 2012 at 05:17:50PM +0100, Christophe Fergeau wrote: > Hi, > > On Tue, Feb 21, 2012 at 06:09:06PM +0200, Dan Kenigsberg wrote: > > Please note Bug 788092 - VDSM: Disable vdsm's ssl'ability influence > > spice ssl'ability and prevent VM from starting > > https://bugzilla.redhat.com/show_bug.cgi?id=788092#c1 > > > > Could it be that you have ssl=false in your vdsm.conf? > > I've got ssl=true in my vdsm.conf, and the VM starts properly (qemu is > running after I start it in the web interface) so it's probably a slightly > different issue I'm hitting. I understand that the issue appears to be a former Vdsm configuring listen_tls=0 in qemu.conf, but Vdsm being asked to start a VM with secure spice channels. >From Vdsm's point of view, it would be nice if libvirt/qemu protected us from this situation, by not letting such a VM to start. But as I think of this further, I'm not sure - if a iron-made computer has a broken screen, I would still expect it to boot and answer the network. Would it similarly make sense for a VM to start when its qxl device is inaccessible to the world? Anyway, I believe that once Vdsm stops messing with spice's listen_tls just because Vdsm has ssl=false, the problem at hand would disappear. Dan. -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list