<div dir="ltr"><div class="gmail_quote"><div class="GmSign"><br></div><div dir="ltr">Op do 30 jun. 2016 om 21:55 schreef Yedidyah Bar David &lt;<a href="mailto:didi@redhat.com">didi@redhat.com</a>&gt;:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Jun 30, 2016 at 10:43 PM, Paul Groeneweg | Pazion<br>
&lt;<a href="mailto:paul@pazion.nl" target="_blank">paul@pazion.nl</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; Op do 30 jun. 2016 om 21:17 schreef Yedidyah Bar David &lt;<a href="mailto:didi@redhat.com" target="_blank">didi@redhat.com</a>&gt;:<br>
&gt;&gt;<br>
&gt;&gt; On Thu, Jun 30, 2016 at 9:46 PM, Paul Groeneweg | Pazion &lt;<a href="mailto:paul@pazion.nl" target="_blank">paul@pazion.nl</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt; &gt; Things are getting more clear to me, thanks!<br>
&gt;&gt; &gt; And this whole upgrade is something I should prepare well and not try to<br>
&gt;&gt; &gt; do<br>
&gt;&gt; &gt; in a few hours at night :)<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Resuming, there are multiple solutions:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; 1. upgrade el6 to el7<br>
&gt;&gt; &gt; no go =&gt; I need to upgrade postgresql and redhat warns about upgrading<br>
&gt;&gt; &gt; 6.6<br>
&gt;&gt; &gt; to 7 because of newer packages<br>
&gt;&gt; &gt; 2. install a new HE on new Host new storage domain<br>
&gt;&gt; &gt; a lot of work  =&gt; I have to turn off VMs, import storage domain into new<br>
&gt;&gt; &gt; setup and reinstall hosts.<br>
&gt;&gt; &gt; 3. install a new HE on new Host existing storage domain<br>
&gt;&gt; &gt; possibly not without issues =&gt; I have to manually update references to<br>
&gt;&gt; &gt; the<br>
&gt;&gt; &gt; hosted storage or better wait till there is an upgrade tool.<br>
&gt;&gt; &gt; 4. (re)install HE in current VMS container.<br>
&gt;&gt; &gt; =&gt; I can keep my Hosts and reference to the storage domain.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; So I guess my best bet is to go for option 4.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; The flow I am planning to follow would be:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; 1. Move to global maintenance ( keep VMs running )<br>
&gt;&gt; &gt; 2. backup ( I have also a complete disk install of old hosted-engine )<br>
&gt;&gt; &gt; 3. reboot with different conf, to boot from cd<br>
&gt;&gt; &gt; 4. acces console and run install + import the backup in the engine vm<br>
&gt;&gt; &gt; ? 5. run engine-setup to configure new install with engine restore data<br>
&gt;&gt; &gt; 6. reboot hosted-engine<br>
&gt;&gt; &gt; 7. Remove from global maintenance<br>
&gt;&gt; &gt; 8. launch web gui and I should be able to manage all still running VMs<br>
&gt;&gt; &gt; again.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Would above be working or am I missing something and I  doubt step 5. Is<br>
&gt;&gt; &gt; this needed?<br>
&gt;&gt;<br>
&gt;&gt; Yes.<br>
&gt;&gt;<br>
&gt;&gt; In a normal backup/restore flow, it&#39;s less important, although officially<br>
&gt;&gt; it&#39;s mandatory. But in above flow, it&#39;s not just backup/restore, but also<br>
&gt;&gt; upgrade from 3.6 to 4.0.<br>
&gt;&gt;<br>
&gt;&gt; In principle you can also do all of the above with 3.6, at least inside<br>
&gt;&gt; the engine, verify that all seems good, then upgrade to 4.0 later. See<br>
&gt;&gt; also:<br>
&gt;&gt;<br>
&gt;&gt; <a href="https://bugzilla.redhat.com/1332463" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/1332463</a><br>
&gt;&gt;<br>
&gt;&gt; But I do not remember reports from people trying it.<br>
&gt;&gt;<br>
&gt; Good point, I planned to first get 3.6 running on el7 and from there upgrade<br>
&gt; hosted-engine to 4.0 ( between step 6 and 7 ). Altough this way I keep old<br>
&gt; 3.6 files on my fresh installl...what would you advice? directly install 4.0<br>
&gt; on new el7 host? ( I am running 3.6.7, so above bug is probably fixed ).<br>
<br>
If you look at the bug page you see it&#39;s fixed in 3.6.6. And even if you had<br>
something earlier you should have been fine, as the fix works also for earlier<br>
3.6 upgraded to 3.6.6 (or later).<br>
<br>
The question whether to first migrate from el6/3.6 to el7/3.6 and later to 4.0<br>
or do this in a single jump is a matter of your motivation and your style.<br>
<br>
Do you prefer to do large changes at once, or gradually?<br>
<br></blockquote><div>I want to be able do a roll back when thing don&#39;t work, so I think I start with upgrade to el7 with 3.6.</div><div>Not sure if it would happen, but this way I don&#39;t change anything version related stuff on the storage side where the VMs reside.</div><br class="inbox-inbox-Apple-interchange-newline"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Do you have some specific new features you want in 4.0?<br>
<br></blockquote><div><br></div><div>Currently I have some issues where my OVF image files of the hosted engine storage is not updated ( timestamp on hosts folders/ files stay the same )</div><div>I am hoping this broken thing is fixed once I have upgraded.</div><div>There are further no specific issues I want to upgrade, just to stay current.</div><div>I am running oVirt since 3.4 and it took ( and still takes ) time to learn about the different components, but overall I love how stable it functions ov.<br></div><div><span style="line-height:1.5"> </span><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; One very important thing you did not mention: Try this on a test system,<br>
&gt;&gt; including rollback to your backup, after you finished everything and<br>
&gt;&gt; (supposedly) found out something broken. Better safe than sorry :-)<br>
&gt;<br>
&gt;<br>
&gt; A test setup might provide a good practice. But requires extra spare<br>
&gt; hosts...<br>
<br>
You can test using nested-kvm.<br>
<br></blockquote><div>That might be a good idea, will certainly review!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&gt;I do have a bare metal restore option. So I am able ( with cd boot<br>
&gt; and console mode) to restore hosted engine within an hour to previous state<br>
&gt; :-)<br>
<br>
Including the shared storage? Just mentioning. With decent shared storage<br>
you probably just revert to a snapshot.<br>
<br></blockquote><div><div><br></div><div>My Hostedengine storage is mounted as NFS, so backingup/<span style="line-height:1.5">restoring nfs folder on server might be even</span><span class="inbox-inbox-inbox-inbox-Apple-converted-space" style="line-height:1.5"> </span><span style="line-height:1.5">easier :)</span></div><br class="inbox-inbox-Apple-interchange-newline"></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hey, these are you own systems, you know how much you trust your tools etc.<br>
Just pointing out. Also, mainly, for other potential readers of this thread...<br>
<br></blockquote><div>Thanks!</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&gt;<br>
&gt; Thanks a lot for all info!<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; Best,<br>
&gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Best Regards,<br>
&gt;&gt; &gt; Paul<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Op do 30 jun. 2016 om 14:44 schreef Simone Tiraboschi<br>
&gt;&gt; &gt; &lt;<a href="mailto:stirabos@redhat.com" target="_blank">stirabos@redhat.com</a>&gt;:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; On Thu, Jun 30, 2016 at 8:34 AM, Paul Groeneweg | Pazion<br>
&gt;&gt; &gt;&gt; &lt;<a href="mailto:paul@pazion.nl" target="_blank">paul@pazion.nl</a>&gt;<br>
&gt;&gt; &gt;&gt; wrote:<br>
&gt;&gt; &gt;&gt; &gt; Hi Yedidyah,<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; Thank you for the comprehensive answers.<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; I think I go for a complete reinstall ( read also OS upgrade tool is<br>
&gt;&gt; &gt;&gt; &gt; not<br>
&gt;&gt; &gt;&gt; &gt; adviced on 6.6 or higher as there might be newer packages as on 7 ).<br>
&gt;&gt; &gt;&gt; &gt; No<br>
&gt;&gt; &gt;&gt; &gt; doubting to re-use current VM or setup from scratch ( fresh host with<br>
&gt;&gt; &gt;&gt; &gt; new<br>
&gt;&gt; &gt;&gt; &gt; hosted-engine and existing storage domein ).<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; If you are planning to redeploy hosted-engien from scratch and<br>
&gt;&gt; &gt;&gt; restoring on the new engine DB a backup of the previous one, please<br>
&gt;&gt; &gt;&gt; carefully consider this:<br>
&gt;&gt; &gt;&gt; <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1240466#c21" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1240466#c21</a><br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; So, if you choose that path you&#39;ll have also to manually remove any<br>
&gt;&gt; &gt;&gt; reference to the previous hosted-engine from the restored DB.<br>
&gt;&gt; &gt;&gt; I&#39;d strongly suggest you to wait for the upgrade tool to be fixed<br>
&gt;&gt; &gt;&gt; since manually doing this upgrade can be really error prone.<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt; You explain the steps ( 1 to 6 ), but then don&#39;t talk about storage<br>
&gt;&gt; &gt;&gt; &gt; domain<br>
&gt;&gt; &gt;&gt; &gt; import.<br>
&gt;&gt; &gt;&gt; &gt; Does it mean, when I reinstall the hosted-engine in the current he VM<br>
&gt;&gt; &gt;&gt; &gt; and<br>
&gt;&gt; &gt;&gt; &gt; restore an engine-backup ( step 5 ) I am able to start vm from Host<br>
&gt;&gt; &gt;&gt; &gt; and<br>
&gt;&gt; &gt;&gt; &gt; it<br>
&gt;&gt; &gt;&gt; &gt; is still connected to the master storage ( so no need for storage<br>
&gt;&gt; &gt;&gt; &gt; import) ?<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; Best Regards,<br>
&gt;&gt; &gt;&gt; &gt; Paul Groeneweg<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; Op do 30 jun. 2016 om 08:00 schreef Yedidyah Bar David<br>
&gt;&gt; &gt;&gt; &gt; &lt;<a href="mailto:didi@redhat.com" target="_blank">didi@redhat.com</a>&gt;:<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; On Wed, Jun 29, 2016 at 10:07 PM, Paul Groeneweg | Pazion<br>
&gt;&gt; &gt;&gt; &gt;&gt; &lt;<a href="mailto:paul@pazion.nl" target="_blank">paul@pazion.nl</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; I am looking for a way to get my hosted-engine running on el7 so I<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; can<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; upgrade to oVirt 4.0. Currently my hosts already run el7, but my<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; hosted-engine is still el6.<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; I read<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; <a href="https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/" rel="noreferrer" target="_blank">https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/</a><br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; but this is only about the hosts.<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; I read <a href="https://www.ovirt.org/documentation/how-to/hosted-engine/" rel="noreferrer" target="_blank">https://www.ovirt.org/documentation/how-to/hosted-engine/</a>,<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; but<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; it<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; only mentions upgrade of the hosted-engine software, not the OS.<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; I understood I can do a fresh hosted-engine install, and then<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; import<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; my<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; storage domain to the new hosted engine, but:<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; - Do I need to restore my hosted engine database? ( like described<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; here:<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; <a href="http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/" rel="noreferrer" target="_blank">http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/</a><br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; )<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; You might not have to, if you only care about the imported VMs from<br>
&gt;&gt; &gt;&gt; &gt;&gt; your<br>
&gt;&gt; &gt;&gt; &gt;&gt; storage. This will not keep other configuration, such as<br>
&gt;&gt; &gt;&gt; &gt;&gt; users/roles/permissions<br>
&gt;&gt; &gt;&gt; &gt;&gt; etc.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; - Can I directly install hosted-engine 4.0 and then import the<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; storage<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; domain? Or should I install same hosted-engine version?<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; AFAIK 4.0 engine can import 3.6 storage domains without problem.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; - Do I first need another master storage domain or can I directly<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; import<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; my<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; old master storage domain?<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; No idea. Even if you do, you can create a small empty one and later<br>
&gt;&gt; &gt;&gt; &gt;&gt; remove<br>
&gt;&gt; &gt;&gt; &gt;&gt; it.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; - When importing the storage domain what is the risk it fails ( I<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; have<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; backups, but it would cost a day to restore all )<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; No idea, but IIRC we got many successful reports and at most few<br>
&gt;&gt; &gt;&gt; &gt;&gt; failures<br>
&gt;&gt; &gt;&gt; &gt;&gt; for this.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; - How long would import take? few minutes or hours? ( I want to<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; keep<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; down<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; time as low as possible ).<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; Again no idea. Perhaps do some test?<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; Another option would be upgrade the OS ( with redhat-upgrade-tool<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; )<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; or<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; is<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; this a path for disaster?<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; Didn&#39;t work for us well, so we decided to not support it. If you<br>
&gt;&gt; &gt;&gt; &gt;&gt; decide<br>
&gt;&gt; &gt;&gt; &gt;&gt; to<br>
&gt;&gt; &gt;&gt; &gt;&gt; try,<br>
&gt;&gt; &gt;&gt; &gt;&gt; make sure you test carefully beforehand. From ovirt&#39;s POV:<br>
&gt;&gt; &gt;&gt; &gt;&gt; 1. You&#39;ll need to handle postgresql upgrade.<br>
&gt;&gt; &gt;&gt; &gt;&gt; 2. Right after OS upgrade, you&#39;ll still have (I think) el6 packages<br>
&gt;&gt; &gt;&gt; &gt;&gt; of the engine. It will hopefully be in a good-enough state for<br>
&gt;&gt; &gt;&gt; &gt;&gt; upgrade<br>
&gt;&gt; &gt;&gt; &gt;&gt; to 4.0, but we didn&#39;t test this.<br>
&gt;&gt; &gt;&gt; &gt;&gt; 3. Specifically, if upgrade fails, rollback will most likely not<br>
&gt;&gt; &gt;&gt; &gt;&gt; work,<br>
&gt;&gt; &gt;&gt; &gt;&gt; so you&#39;ll have to manually handle this - take a full vm backup and<br>
&gt;&gt; &gt;&gt; &gt;&gt; make<br>
&gt;&gt; &gt;&gt; &gt;&gt; sure you can restore it.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; I hope someone can tell me how I can smoothly upgrade my<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; hosted-engine<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; up to<br>
&gt;&gt; &gt;&gt; &gt;&gt; &gt; el7 and run oVirt 4.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; We are working on a tool/wizard to help with this process. It used<br>
&gt;&gt; &gt;&gt; &gt;&gt; to<br>
&gt;&gt; &gt;&gt; &gt;&gt; work,<br>
&gt;&gt; &gt;&gt; &gt;&gt; but at some point it was decided that one of the actions it does is<br>
&gt;&gt; &gt;&gt; &gt;&gt; risky<br>
&gt;&gt; &gt;&gt; &gt;&gt; and was blocked, thus the tool is broken currently.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; You can invoke the tool by running: &#39;hosted-engine<br>
&gt;&gt; &gt;&gt; &gt;&gt; --upgrade-appliance&#39;.<br>
&gt;&gt; &gt;&gt; &gt;&gt; As noted above, this is currently broken.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; There are several open bugs about it, e.g.:<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1319457" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1319457</a><br>
&gt;&gt; &gt;&gt; &gt;&gt; <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1343425" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1343425</a><br>
&gt;&gt; &gt;&gt; &gt;&gt; <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1343593" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1343593</a> (closed, this is<br>
&gt;&gt; &gt;&gt; &gt;&gt; what broke the tool)<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; Basically, you can manually do what the tool is supposed to do:<br>
&gt;&gt; &gt;&gt; &gt;&gt; 1. Make sure state is clean and stable (no running/pending storage<br>
&gt;&gt; &gt;&gt; &gt;&gt; actions,<br>
&gt;&gt; &gt;&gt; &gt;&gt; no VMs in the middle of migration etc), all clusters are compat<br>
&gt;&gt; &gt;&gt; &gt;&gt; level<br>
&gt;&gt; &gt;&gt; &gt;&gt; 3.6,<br>
&gt;&gt; &gt;&gt; &gt;&gt; etc.<br>
&gt;&gt; &gt;&gt; &gt;&gt; 2. Move to global maintenance<br>
&gt;&gt; &gt;&gt; &gt;&gt; 3. backup the engine using engine-backup and keep the backup<br>
&gt;&gt; &gt;&gt; &gt;&gt; elsewhere<br>
&gt;&gt; &gt;&gt; &gt;&gt; 4. Reinstall engine vm with el7 and 4.0 engine (the tool will use<br>
&gt;&gt; &gt;&gt; &gt;&gt; the<br>
&gt;&gt; &gt;&gt; &gt;&gt; engine<br>
&gt;&gt; &gt;&gt; &gt;&gt; appliance, you might too but not sure how exactly).<br>
&gt;&gt; &gt;&gt; &gt;&gt; 5. Restore the backup and run engine-setup.<br>
&gt;&gt; &gt;&gt; &gt;&gt; 6. If all looks ok, leave global maintenance.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; If you manually keep a full backup of the engine vm before step 4,<br>
&gt;&gt; &gt;&gt; &gt;&gt; you might be able to restore this backup if there are problems.<br>
&gt;&gt; &gt;&gt; &gt;&gt; Doing this in the provided tool is currently the main blocking issue<br>
&gt;&gt; &gt;&gt; &gt;&gt; for it. Hopefully will be provided in 4.0.1.<br>
&gt;&gt; &gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; &gt;&gt; Best,<br>
&gt;&gt; &gt;&gt; &gt;&gt; --<br>
&gt;&gt; &gt;&gt; &gt;&gt; Didi<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; &gt; _______________________________________________<br>
&gt;&gt; &gt;&gt; &gt; Users mailing list<br>
&gt;&gt; &gt;&gt; &gt; <a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
&gt;&gt; &gt;&gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Didi<br>
<br>
<br>
<br>
--<br>
Didi<br>
</blockquote></div></div>