<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Sep 17, 2015 at 6:00 PM, Alex Crow <span dir="ltr"><<a href="mailto:acrow@integrafin.co.uk" target="_blank">acrow@integrafin.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 17/09/15 15:44, Luca Bertoncello wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello Alex<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You can't live migrate on a host failure - as the host has gone down and all the<br>
running VMs on it have as well! It would require clairvoyance to enable live<br>
migration in that situation.<br>
</blockquote>
Is it possible to enable that? How?<br>
</blockquote>
<br></span>
No, it's physically impossible. If your host running VM "foo" has unexpectedly gone down (ie the PSU failed), VM "foo" has also gone down. Therefore it is not possible to live migrate the VM "foo" since it is not longer running!<br></blockquote><div><br></div><div>- If the PSU failed, your UPS could alert you. If you have one...</div><div>- If the machine is going down in an ordinary flow, surely it can be done. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Even if it was a network failure and the host was still up, how would you live migrate a VM from a host you can't even talk to?<br></blockquote><div><br></div><div>It could be suspended to disk (local) - if the disk is available.</div><div>Then the decision if it is to be resumed from local disk or not (as it might be HA'ed and is running elsewhere) need to be taken later, of course.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The only way you could do it was if you somehow magically knew far enough in advance that the host was about to fail (!) and that gave enough time to migrate the machines off. But how would you ever know that "machine <a href="http://quux.bar.net" rel="noreferrer" target="_blank">quux.bar.net</a> is going to fail in 7 minutes"?</blockquote><div><br></div><div>I completely agree there are situations in which you can't foresee the failure. </div><div>But in many, you can. In those cases, it makes sense for the host to self-initiate 'move to maintenance' mode. The policy of what to do when 'self-moving-to-maintenance-mode' could be pre-fetched from the engine.</div><div>Y.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
However you can enable HA in VMs. If the host they are running on fails they<br>
will be restarted automatically on another host. NB. This<br>
*requires* power management so the failed host can be fenced.<br>
</blockquote>
Well, we don't have a Power-Management, right now...<br>
We have Dell hardware, but this PC (right now I just experiment, so I don't use "real servers") does not have any PM...<br>
Maybe there is an emulator or other solution to check how does it work?<br>
</blockquote>
<br></span>
You can use "Manual Fencing" but I don't even know if that is enabled in Ovirt. However it would need your intervention (Ie you are told that a host has failed, and asked, if it is not powered off, to go and power it off by hand. Once you have confirmed that is done, the VMs will start on the other host.<br>
<br>
The reason you have to fence the failed machine is to make sure you don't end up with two of the same VM running, which would completely corrupt the image on the shared storage. When using plain old libvirt, I have more than once accidentally started the same VM on two hosts, and the VM was utterly unrecoverable afterwards.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On the Servers we have Drac6, but oVirt has just Drac5 or Drac7... It does not work with Drac6?<br>
</blockquote>
<br></span>
I don't know. Maybe just try both, and run the test on the PM config tab?<br>
<br>
Otherwise how about picking up a second-hand APC network switched PDU off ebay? That is actually one of the best ways to enable fencing.<br>
<br>
Cheers<span class="im HOEnZb"><br>
<br>
Alex<br>
<br>
<br>
-- <br>
This message is intended only for the addressee and may contain<br>
confidential information. Unless you are that person, you may not<br>
disclose its contents or use it in any way and are requested to delete<br>
the message along with any attachments and notify us immediately.<br>
"Transact" is operated by Integrated Financial Arrangements plc. 29<br>
Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608<br>
5300. (Registered office: as above; Registered in England and Wales<br>
under number: 3727592). Authorised and regulated by the Financial<br>
Conduct Authority (entered on the Financial Services Register; no. 190856).<br>
<br>
.<br>
<br></span><div class="HOEnZb"><div class="h5">
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div></div>