Le 06/01/2011 17:24, Justin Clift a écrit :
On 06/01/2011, at 8:26 PM, Daniel Huhardeaux wrote:
Hello,

got no reaction on this, I try again :-)

Hmmm, just thought of a workaround if it helps. :)

You already know that when libvirtd starts, it automatically starts the virtual 
networks that it has been told to.

But, if you then shut libvirtd down, they're left running.

So... my thought of a dodgy workaround is this... after libvirtd starts... and 
the virtual networks have started... restart libvirtd.

I *think* that would then let libvirt bind to the new ip addresses.

Reckon it's worth trying?

That's how I discover the problem ;-)

Everything was running fine until ... I had to reboot the server! VMs are started automatically but libvirtd will not start.

In your doggy workaround ;-) libvirtd will NOT start because of the missing listen_addr.

That's why I was thinking that libvirt start networks *before* it take care of listen_addr or perhaps listen_addr shouldn't cancel the start of libvirt (delay it) until network is up and then check if listen_addr is in error or not.

--
Daniel

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Reply via email to