In all the 3.6 RHEV environments the Hosted Engine is running fine, but its disk is in Unassigned Status in the RHEV UI
Merged on 4.0 branch but missed the 4.0.1 train since it's not a blocker so moved it to 4.0.2
I still see it in Red Hat Virtualization Manager Version: 4.0.2.3-0.1.el7ev. Please see the attachment. Engine's components: ovirt-engine-setup-base-4.0.2.3-0.1.el7ev.noarch ovirt-engine-extensions-api-impl-4.0.2.3-0.1.el7ev.noarch ovirt-engine-dbscripts-4.0.2.3-0.1.el7ev.noarch ovirt-iso-uploader-4.0.0-1.el7ev.noarch ovirt-engine-setup-plugin-ovirt-engine-4.0.2.3-0.1.el7ev.noarch ovirt-engine-tools-backup-4.0.2.3-0.1.el7ev.noarch ovirt-engine-4.0.2.3-0.1.el7ev.noarch ovirt-vmconsole-proxy-1.0.4-1.el7ev.noarch ovirt-engine-dwh-setup-4.0.2-1.el7ev.noarch ovirt-engine-dwh-4.0.2-1.el7ev.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.2.3-0.1.el7ev.noarch ovirt-engine-cli-3.6.7.0-1.el7ev.noarch ovirt-engine-setup-4.0.2.3-0.1.el7ev.noarch ovirt-engine-userportal-debuginfo-4.0.2.3-0.1.el7ev.noarch ovirt-engine-userportal-4.0.2.3-0.1.el7ev.noarch ovirt-engine-backend-4.0.2.3-0.1.el7ev.noarch ovirt-vmconsole-1.0.4-1.el7ev.noarch ovirt-setup-lib-1.0.2-1.el7ev.noarch ovirt-engine-dashboard-1.0.1-0.el7ev.x86_64 ovirt-engine-setup-plugin-ovirt-engine-common-4.0.2.3-0.1.el7ev.noarch ovirt-engine-sdk-python-3.6.7.0-1.el7ev.noarch ovirt-engine-websocket-proxy-4.0.2.3-0.1.el7ev.noarch ovirt-engine-webadmin-portal-debuginfo-4.0.2.3-0.1.el7ev.noarch ovirt-engine-tools-4.0.2.3-0.1.el7ev.noarch ovirt-log-collector-4.0.0-1.el7ev.noarch ovirt-host-deploy-java-1.5.1-1.el7ev.noarch ovirt-engine-setup-plugin-websocket-proxy-4.0.2.3-0.1.el7ev.noarch ovirt-engine-webadmin-portal-4.0.2.3-0.1.el7ev.noarch python-ovirt-engine-sdk4-4.0.0-0.5.a5.el7ev.x86_64 ovirt-engine-lib-4.0.2.3-0.1.el7ev.noarch ovirt-engine-vmconsole-proxy-helper-4.0.2.3-0.1.el7ev.noarch ovirt-engine-restapi-4.0.2.3-0.1.el7ev.noarch ovirt-image-uploader-4.0.0-1.el7ev.noarch ovirt-host-deploy-1.5.1-1.el7ev.noarch ovirt-engine-extension-aaa-jdbc-1.1.0-1.el7ev.noarch rhev-guest-tools-iso-4.0-5.el7ev.noarch rhevm-setup-plugins-4.0.0.2-1.el7ev.noarch rhev-release-4.0.2-5-001.noarch rhevm-doc-4.0.0-3.el7ev.noarch rhevm-branding-rhev-4.0.0-3.el7ev.noarch rhevm-guest-agent-common-1.0.12-3.el7ev.noarch rhevm-4.0.2.3-0.1.el7ev.noarch rhevm-spice-client-x64-msi-4.0-3.el7ev.noarch rhevm-spice-client-x86-msi-4.0-3.el7ev.noarch rhevm-dependencies-4.0.0-1.el7ev.noarch rhev-release-4.0.1-2-001.noarch Linux version 3.10.0-327.30.1.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) ) #1 SMP Wed Jul 13 22:09:46 EDT 2016 Linux 3.10.0-327.30.1.el7.x86_64 #1 SMP Wed Jul 13 22:09:46 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux Server release 7.2 (Maipo)
Created attachment 1186428 [details] Screenshot from 2016-08-01 16:11:21.png
Yanir - it's missing a port to 4.0.2?
(In reply to Yaniv Kaul from comment #8) > Yanir - it's missing a port to 4.0.2? It's on 4.0.2 Nikolai - what is the ovirt-engine-appliance version ?
I have checked the testing environment you provided me and noticed that it might be dirty. this patch contains a db upgrade script named: 04_00_0790_change_disk_status_to_ok.sql it is included in ovirt-engine-dbscripts-4.0.2.3-0.1.el7ev.noarch according to the schema_version table in db, the following script was run : upgrade/04_00_0790_change_vm_device_null_plugged_values_to_false.sql (on 2016-07-21) - the related script of our fix did not run. * notice the name is different and in the current ovirt-engine-dbscripts-4.0.2.3-0.1.el7ev.noarch we have : 1) /usr/share/ovirt-engine/dbscripts/upgrade/04_00_0790_change_disk_status_to_ok.sql 2) /usr/share/ovirt-engine/dbscripts/upgrade/04_00_0800_change_vm_device_null_plugged_values_to_false.sql please try to see if the testing environment is not dirty and remember to run engine-setup before applying this patch. Thanks Yanir Quinn
(In reply to Yanir from comment #9) > (In reply to Yaniv Kaul from comment #8) > > Yanir - it's missing a port to 4.0.2? > > It's on 4.0.2 > > Nikolai - what is the ovirt-engine-appliance version ? I'm running with rhevm-4.0.2.3-0.1.el7ev.noarch. (In reply to Yanir from comment #10) > I have checked the testing environment you provided me and noticed that it > might be dirty. Please define what is dirty environment. In my case I was working on clean fresh vanilla deployed RHEL7.2 host and NGN Linux 3.10.0-327.22.2.el7.x86_64 #1 SMP Thu Jun 9 10:09:10 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux. Then was upgrading the engine and the RHEL7.2 host to newer minor versions of 4.0, these engine upgrades were all successful and I don't think that customer will do it differently than I was doing, so redeploying the whole environment from the scratch each time you're releasing a new build is not efficient way, it's taking half day work if everything goes smoothly. I suspect that this patch works only for HE-VM's disk, when hosted_storage being auto-imported, latest operation probably triggers the fix and should result for correctly imported HE-VM's disk. So in my case hosted_storage, was already auto-imported earlier than this fix was backported to 4.0.2, thus did not had any effect on my already "Unassigned disk". > > this patch contains a db upgrade script named: > 04_00_0790_change_disk_status_to_ok.sql > > it is included in ovirt-engine-dbscripts-4.0.2.3-0.1.el7ev.noarch > > according to the schema_version table in db, the following script was run : > upgrade/04_00_0790_change_vm_device_null_plugged_values_to_false.sql > (on 2016-07-21) > - the related script of our fix did not run. > > > * notice the name is different and in the current > ovirt-engine-dbscripts-4.0.2.3-0.1.el7ev.noarch we have : > 1) > /usr/share/ovirt-engine/dbscripts/upgrade/ > 04_00_0790_change_disk_status_to_ok.sql > 2) > /usr/share/ovirt-engine/dbscripts/upgrade/ > 04_00_0800_change_vm_device_null_plugged_values_to_false.sql > > please try to see if the testing environment is not dirty > and remember to run engine-setup before applying this patch. > > Thanks > Yanir Quinn
(In reply to Nikolai Sednev from comment #11) > (In reply to Yanir from comment #9) > > (In reply to Yaniv Kaul from comment #8) > > > Yanir - it's missing a port to 4.0.2? > > > > It's on 4.0.2 > > > > Nikolai - what is the ovirt-engine-appliance version ? > > I'm running with rhevm-4.0.2.3-0.1.el7ev.noarch. > > (In reply to Yanir from comment #10) > > I have checked the testing environment you provided me and noticed that it > > might be dirty. > Please define what is dirty environment. > In my case I was working on clean fresh vanilla deployed RHEL7.2 host and > NGN Linux 3.10.0-327.22.2.el7.x86_64 #1 SMP Thu Jun 9 10:09:10 EDT 2016 > x86_64 x86_64 x86_64 GNU/Linux. Then was upgrading the engine and the > RHEL7.2 host to newer minor versions of 4.0, these engine upgrades were all > successful and I don't think that customer will do it differently than I was > doing, so redeploying the whole environment from the scratch each time > you're releasing a new build is not efficient way, it's taking half day work > if everything goes smoothly. > > I suspect that this patch works only for HE-VM's disk, when hosted_storage > being auto-imported, latest operation probably triggers the fix and should > result for correctly imported HE-VM's disk. So in my case hosted_storage, > was already auto-imported earlier than this fix was backported to 4.0.2, > thus did not had any effect on my already "Unassigned disk". > > > > this patch contains a db upgrade script named: > > 04_00_0790_change_disk_status_to_ok.sql > > > > it is included in ovirt-engine-dbscripts-4.0.2.3-0.1.el7ev.noarch > > > > according to the schema_version table in db, the following script was run : > > upgrade/04_00_0790_change_vm_device_null_plugged_values_to_false.sql > > (on 2016-07-21) > > - the related script of our fix did not run. > > > > > > * notice the name is different and in the current > > ovirt-engine-dbscripts-4.0.2.3-0.1.el7ev.noarch we have : > > 1) > > /usr/share/ovirt-engine/dbscripts/upgrade/ > > 04_00_0790_change_disk_status_to_ok.sql > > 2) > > /usr/share/ovirt-engine/dbscripts/upgrade/ > > 04_00_0800_change_vm_device_null_plugged_values_to_false.sql > > > > please try to see if the testing environment is not dirty > > and remember to run engine-setup before applying this patch. > > > > Thanks > > Yanir Quinn In case hosted_storage was already auto-imported earlier than this fix then the Db upgrade script should have updated its status to the correct status (OK rather than unassigned) As I mentioned, it doesn't look like this db upgrade script was executed on the testing environment you have provided me (see my comments above) perhaps because a db script with the same key number ran in previous tests and prevented the current db script to run.
Might be a rare corner case due to the fact that the patch missed it's backport by a bit allowing another patch to get the same script number. Nikolai, did you by any chance upgraded a 4.0.1 env to 4.0.2 or clean installed 4.0.2 from scratch?
(In reply to Tal Nisan from comment #13) > Might be a rare corner case due to the fact that the patch missed it's > backport by a bit allowing another patch to get the same script number. > Nikolai, did you by any chance upgraded a 4.0.1 env to 4.0.2 or clean > installed 4.0.2 from scratch? The first is the true, I did an upgrade from 4.0.1 env to 4.0.2, isn't that supported?
As discussed a few months ago, upgrade between oVirt 4.0 minors is not supported
I'm not updated regarding this. What should do customers if they have 4.0.1? Is this documented?
(In reply to Nikolai Sednev from comment #16) > I'm not updated regarding this. > What should do customers if they have 4.0.1? > Is this documented? This should work for 4.0.1 to 4.0.2 and we should fix it for users in oVirt.
Tal the problem is with the maintenance of the Z branches. I see dbscripts which appear on 4.0.1 which don't appear on 4.0.2 # dbscripts on 4.0.1 04_00_0790_change_vm_device_null_plugged_values_to_false.sql # dbscripts on 4.0.2 04_00_0790_change_disk_status_to_ok.sql 04_00_0800_change_vm_device_null_plugged_values_to_false.sql So of course and upgrade from 4.0.1 to 4.0.2 won't work because 0790 already run! So something went wrong in the process of cherry picking we need to spin the name of script 04_00_0790_change_disk_status_to_ok.sql on the 4.0.2 branch
Exactly what I said, it's a corner case of a patch cherry-picked before another, content is the same, order is not and that's why the upgrade did not work, we all agreed on that part. Question is whether we should support upgrade between minors, I recall it was discussed that it will not be supported but due to ydary's request I'll merge the patches
(In reply to Roy Golan from comment #18) > Tal the problem is with the maintenance of the Z branches. I see dbscripts > which appear on 4.0.1 which don't appear on 4.0.2 > > # dbscripts on 4.0.1 > 04_00_0790_change_vm_device_null_plugged_values_to_false.sql > > # dbscripts on 4.0.2 > > 04_00_0790_change_disk_status_to_ok.sql > 04_00_0800_change_vm_device_null_plugged_values_to_false.sql > > > So of course and upgrade from 4.0.1 to 4.0.2 won't work because 0790 already > run! > > So something went wrong in the process of cherry picking > > we need to spin the name of script 04_00_0790_change_disk_status_to_ok.sql > on the 4.0.2 branch I guess that if I could somehow put in to the maintenance the hosted_storage and then remove it, while I'm in 4.0.2, then HE would re-import it back and hook up the DB script. But I have no such an option, as engine not allows me to do so, because it sees itself as running VM within that hosted_storage, thus not letting me put it in to maintenance and then remove it.
(In reply to Nikolai Sednev from comment #20) > (In reply to Roy Golan from comment #18) > > Tal the problem is with the maintenance of the Z branches. I see dbscripts > > which appear on 4.0.1 which don't appear on 4.0.2 > > > > # dbscripts on 4.0.1 > > 04_00_0790_change_vm_device_null_plugged_values_to_false.sql > > > > # dbscripts on 4.0.2 > > > > 04_00_0790_change_disk_status_to_ok.sql > > 04_00_0800_change_vm_device_null_plugged_values_to_false.sql > > > > > > So of course and upgrade from 4.0.1 to 4.0.2 won't work because 0790 already > > run! > > > > So something went wrong in the process of cherry picking > > > > we need to spin the name of script 04_00_0790_change_disk_status_to_ok.sql > > on the 4.0.2 branch > > I guess that if I could somehow put in to the maintenance the hosted_storage > and then remove it, while I'm in 4.0.2, then HE would re-import it back and > hook up the DB script. But I have no such an option, as engine not allows me > to do so, because it sees itself as running VM within that hosted_storage, > thus not letting me put it in to maintenance and then remove it. Re importing the hosted engine will go through the java code (will not trigger the db script which in any case wouldn't be run due to the fact it was unaligned with 4.0.1 which was installed on the testing environment) There is a WA of doing so , but it doesn't grantee system stability after applying it. (You will have to drop the listening port of HE , destroy the storage domain and restarting the system)
I still see the disk of the engine's VM, shown as "unassigned" in my environment. Engine: ovirt-engine-sdk-python-3.6.8.0-1.el7ev.noarch ovirt-iso-uploader-4.0.0-1.el7ev.noarch ovirt-engine-setup-base-4.0.2.6-0.1.el7ev.noarch ovirt-engine-vmconsole-proxy-helper-4.0.2.6-0.1.el7ev.noarch ovirt-imageio-common-0.3.0-0.el7ev.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.2.6-0.1.el7ev.noarch ovirt-engine-webadmin-portal-debuginfo-4.0.2.6-0.1.el7ev.noarch ovirt-engine-webadmin-portal-4.0.2.6-0.1.el7ev.noarch ovirt-vmconsole-proxy-1.0.4-1.el7ev.noarch ovirt-engine-dwh-setup-4.0.2-1.el7ev.noarch ovirt-engine-dwh-4.0.2-1.el7ev.noarch ovirt-imageio-proxy-setup-0.3.0-0.el7ev.noarch ovirt-engine-dashboard-1.0.2-1.el7ev.x86_64 ovirt-engine-setup-plugin-ovirt-engine-4.0.2.6-0.1.el7ev.noarch ovirt-engine-userportal-debuginfo-4.0.2.6-0.1.el7ev.noarch ovirt-engine-backend-4.0.2.6-0.1.el7ev.noarch ovirt-engine-restapi-4.0.2.6-0.1.el7ev.noarch ovirt-vmconsole-1.0.4-1.el7ev.noarch ovirt-setup-lib-1.0.2-1.el7ev.noarch ovirt-engine-cli-3.6.8.1-1.el7ev.noarch ovirt-log-collector-4.0.0-1.el7ev.noarch ovirt-engine-setup-plugin-ovirt-engine-common-4.0.2.6-0.1.el7ev.noarch ovirt-engine-setup-4.0.2.6-0.1.el7ev.noarch ovirt-engine-tools-backup-4.0.2.6-0.1.el7ev.noarch ovirt-engine-userportal-4.0.2.6-0.1.el7ev.noarch ovirt-host-deploy-java-1.5.1-1.el7ev.noarch ovirt-engine-tools-4.0.2.6-0.1.el7ev.noarch ovirt-engine-setup-plugin-websocket-proxy-4.0.2.6-0.1.el7ev.noarch ovirt-engine-extensions-api-impl-4.0.2.6-0.1.el7ev.noarch ovirt-engine-4.0.2.6-0.1.el7ev.noarch python-ovirt-engine-sdk4-4.0.0-0.5.a5.el7ev.x86_64 ovirt-imageio-proxy-0.3.0-0.el7ev.noarch ovirt-image-uploader-4.0.0-1.el7ev.noarch ovirt-engine-lib-4.0.2.6-0.1.el7ev.noarch ovirt-engine-websocket-proxy-4.0.2.6-0.1.el7ev.noarch ovirt-engine-dbscripts-4.0.2.6-0.1.el7ev.noarch ovirt-host-deploy-1.5.1-1.el7ev.noarch ovirt-engine-extension-aaa-jdbc-1.1.0-1.el7ev.noarch rhev-guest-tools-iso-4.0-5.el7ev.noarch rhev-hypervisor7-7.2-20160209.2.bz1288237.el6ev.noarch rhevm-4.0.2.6-0.1.el7ev.noarch rhevm-setup-plugins-4.0.0.2-1.el7ev.noarch rhev-release-4.0.2-8-001.noarch rhevm-doc-4.0.0-3.el7ev.noarch rhevm-guest-agent-common-1.0.12-3.el7ev.noarch rhevm-branding-rhev-4.0.0-5.el7ev.noarch rhevm-spice-client-x64-msi-4.0-3.el7ev.noarch rhevm-spice-client-x86-msi-4.0-3.el7ev.noarch rhevm-dependencies-4.0.0-1.el7ev.noarch rhev-release-4.0.1-2-001.noarch Linux version 3.10.0-327.30.1.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) ) #1 SMP Wed Jul 13 22:09:46 EDT 2016 Linux 3.10.0-327.30.1.el7.x86_64 #1 SMP Wed Jul 13 22:09:46 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux Server release 7.2 (Maipo) Hosts: ovirt-host-deploy-1.5.1-1.el7ev.noarch ovirt-hosted-engine-ha-2.0.2-1.el7ev.noarch libvirt-client-1.2.17-13.el7_2.5.x86_64 qemu-kvm-rhev-2.3.0-31.el7_2.21.x86_64 ovirt-imageio-daemon-0.3.0-0.el7ev.noarch rhev-release-4.0.2-8-001.noarch mom-0.5.5-1.el7ev.noarch vdsm-4.18.11-1.el7ev.x86_64 ovirt-setup-lib-1.0.2-1.el7ev.noarch ovirt-imageio-common-0.3.0-0.el7ev.noarch ovirt-hosted-engine-setup-2.0.1.4-1.el7ev.noarch ovirt-vmconsole-host-1.0.4-1.el7ev.noarch ovirt-vmconsole-1.0.4-1.el7ev.noarch ovirt-engine-sdk-python-3.6.8.0-1.el7ev.noarch sanlock-3.2.4-3.el7_2.x86_64 Linux version 3.10.0-327.22.2.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) ) #1 SMP Thu Jun 9 10:09:10 EDT 2016 Linux 3.10.0-327.22.2.el7.x86_64 #1 SMP Thu Jun 9 10:09:10 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux Server release 7.2 (Maipo)
I don't know why this bug has been collected and moved to ON_QA. It is targeted to 4.0.4, it's still not released.
I've upgraded from 4.0.1 to 4.0.2 to 4.0.3 to 4.0.4 and on my environment the disk still in Unassigned status. Host: qemu-kvm-rhev-2.3.0-31.el7_2.21.x86_64 ovirt-hosted-engine-setup-2.0.2-1.el7ev.noarch libvirt-client-1.2.17-13.el7_2.5.x86_64 ovirt-vmconsole-1.0.4-1.el7ev.noarch ovirt-host-deploy-1.5.2-1.el7ev.noarch sanlock-3.2.4-3.el7_2.x86_64 ovirt-vmconsole-host-1.0.4-1.el7ev.noarch ovirt-hosted-engine-ha-2.0.3-1.el7ev.noarch vdsm-4.18.12-1.el7ev.x86_64 ovirt-engine-sdk-python-3.6.8.0-1.el7ev.noarch ovirt-setup-lib-1.0.2-1.el7ev.noarch ovirt-imageio-daemon-0.3.0-0.el7ev.noarch mom-0.5.5-1.el7ev.noarch ovirt-imageio-common-0.3.0-0.el7ev.noarch Linux version 3.10.0-327.36.1.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) ) #1 SMP Wed Aug 17 03:02:37 EDT 2016 Linux 3.10.0-327.36.1.el7.x86_64 #1 SMP Wed Aug 17 03:02:37 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux Server release 7.2 (Maipo) Engine: ovirt-engine-lib-4.0.4-0.1.el7ev.noarch ovirt-host-deploy-java-1.5.2-1.el7ev.noarch ovirt-engine-webadmin-portal-debuginfo-4.0.4-0.1.el7ev.noarch ovirt-engine-restapi-4.0.4-0.1.el7ev.noarch ovirt-engine-sdk-python-3.6.8.0-1.el7ev.noarch ovirt-engine-dashboard-1.0.3-1.el7ev.x86_64 ovirt-engine-setup-plugin-ovirt-engine-4.0.4-0.1.el7ev.noarch ovirt-iso-uploader-4.0.1-1.el7ev.noarch ovirt-engine-userportal-4.0.4-0.1.el7ev.noarch ovirt-imageio-common-0.3.0-0.el7ev.noarch ovirt-vmconsole-proxy-1.0.4-1.el7ev.noarch ovirt-engine-setup-base-4.0.4-0.1.el7ev.noarch ovirt-engine-setup-plugin-websocket-proxy-4.0.4-0.1.el7ev.noarch ovirt-engine-setup-4.0.4-0.1.el7ev.noarch ovirt-image-uploader-4.0.1-1.el7ev.noarch ovirt-engine-dbscripts-4.0.4-0.1.el7ev.noarch ovirt-engine-dwh-setup-4.0.2-1.el7ev.noarch ovirt-engine-4.0.4-0.1.el7ev.noarch ovirt-engine-dwh-4.0.2-1.el7ev.noarch ovirt-imageio-proxy-setup-0.3.0-0.el7ev.noarch ovirt-vmconsole-1.0.4-1.el7ev.noarch ovirt-setup-lib-1.0.2-1.el7ev.noarch ovirt-engine-setup-plugin-ovirt-engine-common-4.0.4-0.1.el7ev.noarch ovirt-host-deploy-1.5.2-1.el7ev.noarch ovirt-engine-vmconsole-proxy-helper-4.0.4-0.1.el7ev.noarch ovirt-engine-userportal-debuginfo-4.0.4-0.1.el7ev.noarch ovirt-engine-tools-backup-4.0.4-0.1.el7ev.noarch ovirt-engine-webadmin-portal-4.0.4-0.1.el7ev.noarch ovirt-engine-tools-4.0.4-0.1.el7ev.noarch ovirt-engine-cli-3.6.8.1-1.el7ev.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.4-0.1.el7ev.noarch ovirt-log-collector-4.0.1-1.el7ev.noarch python-ovirt-engine-sdk4-4.0.0-1.el7ev.x86_64 ovirt-engine-websocket-proxy-4.0.4-0.1.el7ev.noarch ovirt-engine-extensions-api-impl-4.0.4-0.1.el7ev.noarch ovirt-engine-backend-4.0.4-0.1.el7ev.noarch ovirt-imageio-proxy-0.3.0-0.el7ev.noarch ovirt-engine-extension-aaa-jdbc-1.1.0-1.el7ev.noarch rhev-guest-tools-iso-4.0-5.el7ev.noarch rhev-hypervisor7-7.2-20160209.2.bz1288237.el6ev.noarch rhevm-setup-plugins-4.0.0.2-1.el7ev.noarch rhev-release-4.0.4-1-001.noarch rhevm-doc-4.0.0-3.el7ev.noarch rhevm-guest-agent-common-1.0.12-3.el7ev.noarch rhevm-branding-rhev-4.0.0-5.el7ev.noarch rhev-release-4.0.2-9-001.noarch rhevm-4.0.4-0.1.el7ev.noarch rhevm-spice-client-x64-msi-4.0-3.el7ev.noarch rhev-release-4.0.3-1-001.noarch rhevm-spice-client-x86-msi-4.0-3.el7ev.noarch rhevm-dependencies-4.0.0-1.el7ev.noarch rhev-release-4.0.1-2-001.noarch Linux version 3.10.0-327.36.1.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) ) #1 SMP Wed Aug 17 03:02:37 EDT 2016 Linux 3.10.0-327.36.1.el7.x86_64 #1 SMP Wed Aug 17 03:02:37 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux Server release 7.2 (Maipo) In case of clean installation on 4.0.3, this bug does not appears.
Created attachment 1196766 [details] Picture of unassigned disk
I've just upgraded the engine and hosted-engine's disk being shown properly now "OK" under it's status. Works for me on these components on host: ovirt-imageio-daemon-0.3.0-0.el7ev.noarch mom-0.5.5-1.el7ev.noarch rhevm-appliance-20160731.0-1.el7ev.noarch ovirt-host-deploy-1.5.2-1.el7ev.noarch ovirt-setup-lib-1.0.2-1.el7ev.noarch ovirt-vmconsole-1.0.4-1.el7ev.noarch ovirt-hosted-engine-ha-2.0.3-1.el7ev.noarch ovirt-imageio-common-0.3.0-0.el7ev.noarch qemu-kvm-rhev-2.3.0-31.el7_2.21.x86_64 libvirt-client-1.2.17-13.el7_2.5.x86_64 ovirt-vmconsole-host-1.0.4-1.el7ev.noarch rhev-release-4.0.4-2-001.noarch ovirt-engine-sdk-python-3.6.8.0-1.el7ev.noarch ovirt-hosted-engine-setup-2.0.2-1.el7ev.noarch sanlock-3.2.4-3.el7_2.x86_64 vdsm-4.18.12-1.el7ev.x86_64 Linux version 3.10.0-327.36.1.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) ) #1 SMP Wed Aug 17 03:02:37 EDT 2016 Linux 3.10.0-327.36.1.el7.x86_64 #1 SMP Wed Aug 17 03:02:37 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux Server release 7.2 (Maipo) On engine: ovirt-host-deploy-java-1.5.2-1.el7ev.noarch ovirt-engine-setup-4.0.4.1-0.1.el7ev.noarch ovirt-engine-tools-backup-4.0.4.1-0.1.el7ev.noarch ovirt-engine-4.0.4.1-0.1.el7ev.noarch ovirt-engine-sdk-python-3.6.8.0-1.el7ev.noarch ovirt-iso-uploader-4.0.1-1.el7ev.noarch ovirt-engine-setup-plugin-ovirt-engine-4.0.4.1-0.1.el7ev.noarch ovirt-engine-extensions-api-impl-4.0.4.1-0.1.el7ev.noarch ovirt-engine-webadmin-portal-4.0.4.1-0.1.el7ev.noarch ovirt-imageio-common-0.3.0-0.el7ev.noarch ovirt-vmconsole-proxy-1.0.4-1.el7ev.noarch ovirt-image-uploader-4.0.1-1.el7ev.noarch ovirt-engine-dwh-setup-4.0.2-1.el7ev.noarch ovirt-engine-dwh-4.0.2-1.el7ev.noarch ovirt-engine-setup-base-4.0.4.1-0.1.el7ev.noarch ovirt-engine-setup-plugin-websocket-proxy-4.0.4.1-0.1.el7ev.noarch ovirt-engine-backend-4.0.4.1-0.1.el7ev.noarch ovirt-engine-userportal-4.0.4.1-0.1.el7ev.noarch ovirt-imageio-proxy-setup-0.3.0-0.el7ev.noarch ovirt-vmconsole-1.0.4-1.el7ev.noarch ovirt-setup-lib-1.0.2-1.el7ev.noarch ovirt-host-deploy-1.5.2-1.el7ev.noarch ovirt-engine-lib-4.0.4.1-0.1.el7ev.noarch ovirt-engine-setup-plugin-ovirt-engine-common-4.0.4.1-0.1.el7ev.noarch ovirt-engine-dbscripts-4.0.4.1-0.1.el7ev.noarch ovirt-engine-cli-3.6.8.1-1.el7ev.noarch ovirt-engine-websocket-proxy-4.0.4.1-0.1.el7ev.noarch ovirt-engine-userportal-debuginfo-4.0.4.1-0.1.el7ev.noarch python-ovirt-engine-sdk4-4.0.1-1.el7ev.x86_64 ovirt-log-collector-4.0.1-1.el7ev.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.4.1-0.1.el7ev.noarch ovirt-engine-webadmin-portal-debuginfo-4.0.4.1-0.1.el7ev.noarch ovirt-engine-dashboard-1.0.4-1.el7ev.x86_64 ovirt-engine-vmconsole-proxy-helper-4.0.4.1-0.1.el7ev.noarch ovirt-engine-tools-4.0.4.1-0.1.el7ev.noarch ovirt-engine-restapi-4.0.4.1-0.1.el7ev.noarch ovirt-imageio-proxy-0.3.0-0.el7ev.noarch ovirt-engine-extension-aaa-jdbc-1.1.0-1.el7ev.noarch rhev-guest-tools-iso-4.0-5.el7ev.noarch rhev-hypervisor7-7.2-20160209.2.bz1288237.el6ev.noarch rhevm-setup-plugins-4.0.0.2-1.el7ev.noarch rhev-release-4.0.4-2-001.noarch rhevm-doc-4.0.4-1.el7ev.noarch rhevm-guest-agent-common-1.0.12-3.el7ev.noarch rhevm-4.0.4.1-0.1.el7ev.noarch rhevm-branding-rhev-4.0.0-5.el7ev.noarch rhev-release-4.0.2-9-001.noarch rhevm-spice-client-x64-msi-4.0-3.el7ev.noarch rhev-release-4.0.3-1-001.noarch rhevm-spice-client-x86-msi-4.0-3.el7ev.noarch rhevm-dependencies-4.0.0-1.el7ev.noarch rhev-release-4.0.1-2-001.noarch Linux version 3.10.0-327.36.1.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-4) (GCC) ) #1 SMP Wed Aug 17 03:02:37 EDT 2016 Linux 3.10.0-327.36.1.el7.x86_64 #1 SMP Wed Aug 17 03:02:37 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux Server release 7.2 (Maipo)
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2016-1967.html