<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Hello.<br></div><div class="gmail_default" style="font-family:monospace,monospace">Just had the same issue<br><br></div><div class="gmail_default" style="font-family:monospace,monospace">@ 4.1, upgraded to 4.2(.1)<br></div><div class="gmail_default" style="font-family:monospace,monospace">Updated cluster compatibility, then, data centre compatibility<br></div><div class="gmail_default" style="font-family:monospace,monospace">All VMs lost their hardware (NICs (showed attached but unplugged), disks (status changed to disabled) and console)<br><br></div><div class="gmail_default" style="font-family:monospace,monospace">Our solution was simply to connect the NICs, activate the disks, then edit the VM and set Console to headless.<br></div><div class="gmail_default" style="font-family:monospace,monospace"><br>Shut down the VM<br></div><div class="gmail_default" style="font-family:monospace,monospace"><br>Then before bringing it back up, unchecked headless in the VM<br><br></div><div class="gmail_default" style="font-family:monospace,monospace">We then had to do a Run-Once which failed<br></div><div class="gmail_default" style="font-family:monospace,monospace">Then did a normal Run.<br><br></div><div class="gmail_default" style="font-family:monospace,monospace">Console was available, and all hardware came back fine.<br><br></div><div class="gmail_default" style="font-family:monospace,monospace">Didn&#39;t have to delete and re-create anything (although had to perform the above on all 70+ production hosts including our main web servers and HA load balancers .. which wasn&#39;t fun) ...<br><br></div><div class="gmail_default" style="font-family:monospace,monospace">Hope this helps someone <br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><font face="monospace, monospace">vk</font><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On 15 February 2018 at 12:28, John Taylor <span dir="ltr">&lt;<a href="mailto:jtt77777@gmail.com" target="_blank">jtt77777@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Feb 15, 2018 at 11:54 AM, Michal Skrivanek<br>
&lt;<a href="mailto:michal.skrivanek@redhat.com">michal.skrivanek@redhat.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;&gt; On 15 Feb 2018, at 15:58, John Taylor &lt;<a href="mailto:jtt77777@gmail.com">jtt77777@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi Nicolas,<br>
&gt;&gt; I had the same problem and it looked like it was because of some older<br>
&gt;&gt; vms (I believe from 3.6) that were configured with console with video<br>
&gt;&gt; type of CIRRUS and protocol VNC.<br>
&gt;<br>
&gt; 3.6 had cirrus indeed. That should work. Can you somehow confirm it was really a 3.6 VM and it stopped working in 4.2? The exact steps are important, unfortunately.<br>
&gt;<br>
<br>
</span>I&#39;m pretty sure they were VMs created in 3.6, but I can&#39;t say for<br>
absolute certain.  Sorry.<br>
<span class=""><br>
&gt;&gt; Tracing it out it showed that the vm  libvirt xml was begin set to<br>
&gt;&gt; headless.<br>
&gt;<br>
&gt; do you at least recall what cluster level version it was when it stopped working? The VM definition should have been changed to VGA when you move the VM from 3.6 cluster to a 4.0+<br>
<br>
</span>I upgraded from 4.1.something and I&#39;m pretty sure at the time the<br>
cluster level was 4.1, and those same VMs were able to get consoles.<br>
Sorry I can&#39;t be more help now. I&#39;ll see if I have any notes that<br>
might help me remember.<br>
<div class="HOEnZb"><div class="h5"><br>
&gt;<br>
&gt;&gt;  I tried different settings but the only thing that seemed<br>
&gt;&gt; to work was to set them to headless, then reopen config and set them<br>
&gt;&gt; to something else.<br>
&gt;&gt;<br>
&gt;&gt; -John<br>
&gt;&gt;<br>
&gt;&gt; On Thu, Feb 15, 2018 at 8:48 AM,  &lt;<a href="mailto:nicolas@devels.es">nicolas@devels.es</a>&gt; wrote:<br>
&gt;&gt;&gt; Hi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; We upgraded one of our infrastructures to 4.2.0 recently and since then some<br>
&gt;&gt;&gt; of our machines have the &quot;Console&quot; button greyed-out in the Admin UI, like<br>
&gt;&gt;&gt; they were disabled.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; I changed their compatibility to 4.2 but with no luck, as they&#39;re still<br>
&gt;&gt;&gt; disabled.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Is there a way to know why is that, and how to solve it?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; I&#39;m attaching a screenshot.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Thanks.<br>
&gt;&gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt;&gt; Users mailing list<br>
&gt;&gt;&gt; <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
&gt;&gt;&gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
&gt;&gt;&gt;<br>
&gt;&gt; ______________________________<wbr>_________________<br>
&gt;&gt; Users mailing list<br>
&gt;&gt; <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
&gt;&gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div></div>