[ovirt-users] problem with changing cluster compatibility version to 4.0

Tue Oct 25 09:22:06 UTC 2016

> On 17 Oct 2016, at 15:31, Jiří Sléžka <jiri.slezka at slu.cz> wrote:
> 
> Hello,
> 
> 
> I am trying to change cluster compatibility version on one of our clusters in our oVirt 4.0.4.4-1.el7.centos installation and I am getting this error:
> 
> 
> 
> Error while executing action Edit Cluster properties: Internal Engine Error
> 
> 
> 
> (btw. it would be realy nice make all texts/logs in manager copyable in some easy way (simple ctrl+c does not usually work))
> 
> 
> 
> In engine.log I found this interesting lines
> 
> 
> 
> 2016-10-17 15:02:50,415 WARN  [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-51) [2921f45e] Validation of action 'UpdateVm' failed for user user at auth. Reasons: VAR__ACTION__UPDATE,VAR__TYPE__VM,ACTION_TYPE_FAILED_ILLEGAL_SINGLE_DEVICE_DISPLAY_TYPE
> 2016-10-17 15:02:50,417 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-51) [2921f45e] Transaction rolled-back for command 'org.ovirt.engine.core.bll.UpdateVmCommand'.
> 2016-10-17 15:02:50,417 ERROR [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51) [2921f45e] Transaction rolled-back for command 'org.ovirt.engine.core.bll.UpdateClusterCommand'.
> 2016-10-17 15:02:50,421 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-51) [2921f45e] Correlation ID: 11011a71, Call Stack: null, Custom Event ID: -1, Message: Failed to update Host cluster (User: user at auth)
> 2016-10-17 15:02:50,422 INFO  [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51) [2921f45e] Lock freed to object 'EngineLock:{exclusiveLocks='null', sharedLocks='[27161d3d-01ef-4446-aa7a-be5483fdbdf5=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 0323b12f-a515-4759-9bae-cf53336a7756=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 1c6d0ce4-bdcd-4f77-906b-65e4f6415cc3=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 8240ebe8-388c-4a5b-996e-f9e5c77e6375=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, e6fab9a1-8f45-4565-8483-363137536334=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 7a5de3e0-ecbd-4ed6-bf98-2e7a45e96027=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 6db37ee2-0ff0-4642-9907-666376b13bda=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, dccb8bc9-4760-487b-a2bf-100906a50502=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, ea63bea8-f41d-4878-814e-fa62b123a89f=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 885b9641-fda5-4e90-889e-488b858bc37b=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 886a6b86-1bf9-43a0-b7ee-2c43640f8f42=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, f4fa4a7e-d0eb-44d8-8ed3-00c2b2705cb4=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9d4673af-6fba-4b62-bdbf-0864dac65941=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 5ef8560e-bf35-4dfb-8677-3b444fcb9a5d=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 2dfc397f-7230-4517-b143-0bec13b3cd55=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, f9d1161f-0d7e-4da5-b45f-1796f87ddab5=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 2b0afe1d-1196-4c99-ab61-43e3764fe1ac=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 08016bb0-e638-431c-a429-0a8f3272632b=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 0a4596ec-fa40-46a1-9d2a-7dcaf0127136=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9f0bb9a0-374f-41ec-9bec-e35fec4275a1=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 606f3257-7d38-405f-8fc9-b56ff6d36684=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 64976d4e-a64d-453b-8bcb-514c687ae208=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 833ebee2-7e8f-480c-877d-3bbdbf78c7ca=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 7dcabc9d-0d61-4bb0-a532-39655caa900d=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9eaceca3-4e48-4bde-8cfb-024219d226a9=<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>]'}'
> 
> 
> 
> It looks to me like one of our vm has "ILLEGAL_SINGLE_DEVICE_DISPLAY_TYPE" set which fail upgrade. But which one and which setting correspond to this? :-)
> 
> 

It would be a VM with “Single PCI” checkbox enabled (under Console subtab in Edit VM) but showing “VNC” in the Graphics column, hopefully you don’t have many. Or query it by API.

We have a bug[1] to improve that reporting, it’s not trivial to identify, you see the previous one that succeeded, but it’s done in db order so it might not be that easy to figure out which VM is next

Thanks,
michal

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1373573
> 
> I have no idea if changing cluster compatibility version should fail due this error. Should I fill Bugreport for this?
> 
> 
> 
> Cheers,
> 
> Jiri
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161025/38f00837/attachment-0001.html>