Hello,

There were one vm with Video Type = CYRRUS and Graphics protocol = SPICE (which is probably illegal combination). I have changed it do QXL, SPICE (Single PCI is checked) and I was able to change cluster compatibility level without problems.


Thanks a lot for advice!

Cheers, Jiri



On 10/25/2016 11:22 AM, Michal Skrivanek wrote:

On 17 Oct 2016, at 15:31, Jiří Sléžka <jiri.sle...@slu.cz <mailto:jiri.sle...@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@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@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@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Reply via email to