Created attachment 962147 [details] screenshot On a working 3.4.4 CentOS system I upgraded the host to 3.5.1 snapshot and hit bug #1168689 and bug #1168695 Following http://www.ovirt.org/Hosted_Engine_Howto#Upgrade_Hosted_Engine I did vdsm-tool configure --module libvirt --force service vdsmd start service ovirt-ha-broker restart && service ovirt-ha-agent restart and updated to 3.5 the cluster and the datacenter. The engine is up and running, the host looks ok, the hosted engine vm is listed as paused.
Created attachment 962160 [details] log collector report
Reproducible on F20 hosts and F19 VM too.
Michal can you take a look?
Oved, can you take a look too?
(In reply to Sandro Bonazzola from comment #4) > Oved, can you take a look too? I'll let Michal have an additional look, as it seems like the host was non-responsive, and someone confirmed it was rebooted, and once it was up again the VM status was moved from Unknown to Paused... apperently the status was "restored", which makes me wonder why it was Paused in the first place. If we have communication to the host, why can't we get the real status of the VM?
seems there's an error on VM recovery.
ok, I think I got it. Graphics Devices may be not sent by Engine. To cover that VDSM reconstructs them from other VM configuration data - which is safe to do since the information is there, just organized in a different way. The recovery path skips that step, so the configuration is inconsistent. Later in the creation path the configuration is assumed to be present (either fixed by VDSM or given by Engine), but it is not, and this makes the domain initialization fail in the last stages. Patch coming soon.
This is an automated message: This bug should be fixed in oVirt 3.5.1 RC1, moving to QA
oVirt 3.5.1 has been released. If problems still persist, please make note of it in this bug report.