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.