[Users] save to restart libvirtd ?

[Omer Frenkel]

----- Original Message -----

> From: "Alex Leonhardt" <alex.tuxx at gmail.com>
> To: "Dan Kenigsberg" <danken at redhat.com>
> Cc: "oVirt Mailing List" <users at ovirt.org>
> Sent: Wednesday, April 17, 2013 1:02:25 AM
> Subject: Re: [Users] save to restart libvirtd ?

> would that stop any of the running VMs ?

it shouldn't, but if you have ovirt engine running, make sure that power management not active for this host, 
since after timeout (usually 1 minute) when vdsm is down, the host will be fenced (restarted) - then the vms will surely stop.. 
look at http://www.ovirt.org/Automatic_Fencing for more info about automatic fencing in engine. 

> alex

> On 04/16/2013 09:47 PM, Dan Kenigsberg wrote:
> > On Mon, Apr 15, 2013 at 05:12:35PM +0200, Martin Kletzander wrote:
> 

> > > On 04/15/2013 03:39 PM, Alex Leonhardt wrote:
> > 
> 

> > > > Hi,
> > > 
> > 
> 

> > > > I believe it's save, but just wanted to re-check, is it save to restart
> > > 
> > 
> 
> > > > libvirtd on a HV running ~40 VMs ?
> > > 
> > 
> 

> > > Hi,
> > 
> 

> > > for libvirt questions, I'd rather use libvirt-users at redhat.com , but for
> > 
> 
> > > this particular one, I can confirm that libvirt is written in a way that
> > 
> 
> > > enables it to be restarted without any impact on the machines which are
> > 
> 
> > > being ran.
> > 
> 

> > > Of course I can't say "nothing will happen" due to the fact that every
> > 
> 
> > > single time something can happen, but nothing _should_ happen to any of
> > 
> 
> > > your machines.
> > 
> 

> > Indeed. Vdsm should notice that libvirtd has died, and restart itself.
> 
> > However, it would be safer to stop Vdsm explicitly before you do that
> 
> > (for example http://gerrit.ovirt.org/8283 )
> 

> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130417/3ad03f1e/attachment.html>