<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<div>
<div>Hi Didi,</div>
<div><br>
</div>
<div>my backups where taken with the end. Backup utility. I have 3 Data centers, two of them with just one host and the third one with 3 hosts running the engine.&nbsp; The backup three days old, was taken on engine version 4.1 (4.1.7) and the restored engine is
 running on 4.1.9. I have three HA VMs that would be affected. All others are just normal vms. Sounds like it would be the safest to shut down the HA vm S to make sure that nothing happens ? Or can I disable the HA action in the DB for now ?</div>
<div><br>
</div>
<div>Thank you,</div>
<div><br>
</div>
<div>Sven</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div id="x_composer_signature">
<div dir="auto" style="font-size:85%; color:#575757">Von meinem Samsung Galaxy Smartphone gesendet.</div>
</div>
<div><br>
</div>
<div><br>
</div>
<div>-------- Ursprüngliche Nachricht --------</div>
<div>Von: Yedidyah Bar David &lt;didi@redhat.com&gt; </div>
<div>Datum: 19.03.18 07:33 (GMT&#43;01:00) </div>
<div>An: Sven Achtelik &lt;Sven.Achtelik@eps.aero&gt; </div>
<div>Cc: users@ovirt.org </div>
<div>Betreff: Re: [ovirt-users] Workflow after restoring engine from backup </div>
<div><br>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">On Sun, Mar 18, 2018 at 11:45 PM, Sven Achtelik &lt;Sven.Achtelik@eps.aero&gt; wrote:<br>
&gt; Hi All,<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; I had issue with the storage that hosted my engine vm. The disk got<br>
&gt; corrupted and I needed to restore the engine from a backup.<br>
<br>
How did you backup, and how did you restore?<br>
<br>
Which version was used for each?<br>
<br>
&gt; That worked as<br>
&gt; expected, I just didn’t start the engine yet.<br>
<br>
OK.<br>
<br>
&gt; I know that after the backup<br>
&gt; was taken some machines where migrated around before the engine disks<br>
&gt; failed.<br>
<br>
Are these machines HA?<br>
<br>
&gt; My question is what will happen once I start the engine service<br>
&gt; which has the restored backup on it ? Will it query the hosts for the<br>
&gt; running VMs<br>
<br>
It will, but HA machines are handled differently.<br>
<br>
See also:<br>
<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1441322">https://bugzilla.redhat.com/show_bug.cgi?id=1441322</a><br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1446055">https://bugzilla.redhat.com/show_bug.cgi?id=1446055</a><br>
<br>
&gt; or will it assume that the VMs are still on the hosts as they<br>
&gt; resided at the point of backup ?<br>
<br>
It does, initially, but then updates status according to what it<br>
gets from hosts.<br>
<br>
But polling the hosts takes time, especially if you have many, and<br>
HA policy might require faster handling. So if it polls first a<br>
host that had a machine on it during backup, and sees that it's<br>
gone, and didn't yet poll the new host, HA handling starts immediately,<br>
which eventually might lead to starting the VM on another host.<br>
<br>
To prevent that, the fixes to above bugs make the restore process<br>
mark HA VMs that do not have leases on the storage as &quot;dead&quot;.<br>
<br>
&gt; Would I need to change the DB manual to let<br>
&gt; the engine know where VMs are up at this point ?<br>
<br>
You might need to, if you have HA VMs and a too-old version of restore.<br>
<br>
&gt; What will happen to HA VMs<br>
&gt; ? I feel that it might try to start them a second time.&nbsp; My biggest issue is<br>
&gt; that I can’t get a service Windows to shutdown all VMs and then lat them<br>
&gt; restart by the engine.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Is there a known workflow for that ?<br>
<br>
I am not aware of a tested procedure for handling above if you have<br>
a too-old version, but you can check the patches linked from above bugs<br>
and manually run the SQL command(s) they include. They are essentially<br>
comment 4 of the first bug.<br>
<br>
Good luck and best regards,<br>
-- <br>
Didi<br>
</div>
</span></font>
</body>
</html>