problem with changing cluster compatibility version to 4.0
This is a cryptographically signed message in MIME format. --------------ms050709010503010006030600 Content-Type: multipart/alternative; boundary="------------CA1FD9CC50B3169CB399A39A" This is a multi-part message in MIME format. --------------CA1FD9CC50B3169CB399A39A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I am trying to change cluster compatibility version on one of our=20 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 Err= or (btw. it would be realy nice make all texts/logs in manager copyable in=20 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=20 user user@auth. Reasons:=20 VAR__ACTION__UPDATE,VAR__TYPE__VM,ACTION_TYPE_FAILED_ILLEGAL_SINGLE_DEVIC= E_DISPLAY_TYPE 2016-10-17 15:02:50,417 ERROR=20 [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-51) [2921f45e] = Transaction rolled-back for command=20 'org.ovirt.engine.core.bll.UpdateVmCommand'. 2016-10-17 15:02:50,417 ERROR=20 [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51)=20 [2921f45e] Transaction rolled-back for command=20 'org.ovirt.engine.core.bll.UpdateClusterCommand'. 2016-10-17 15:02:50,421 ERROR=20 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]=20 (default task-51) [2921f45e] Correlation ID: 11011a71, Call Stack: null, = Custom Event ID: -1, Message: Failed to update Host cluster (User:=20 user@auth) 2016-10-17 15:02:50,422 INFO=20 [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51)=20 [2921f45e] Lock freed to object 'EngineLock:{exclusiveLocks=3D'null',=20 sharedLocks=3D'[27161d3d-01ef-4446-aa7a-be5483fdbdf5=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 0323b12f-a515-4759-9bae-cf53336a7756=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 1c6d0ce4-bdcd-4f77-906b-65e4f6415cc3=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 8240ebe8-388c-4a5b-996e-f9e5c77e6375=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, e6fab9a1-8f45-4565-8483-363137536334=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 7a5de3e0-ecbd-4ed6-bf98-2e7a45e96027=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 6db37ee2-0ff0-4642-9907-666376b13bda=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, dccb8bc9-4760-487b-a2bf-100906a50502=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, ea63bea8-f41d-4878-814e-fa62b123a89f=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 885b9641-fda5-4e90-889e-488b858bc37b=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 886a6b86-1bf9-43a0-b7ee-2c43640f8f42=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, f4fa4a7e-d0eb-44d8-8ed3-00c2b2705cb4=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 9d4673af-6fba-4b62-bdbf-0864dac65941=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 5ef8560e-bf35-4dfb-8677-3b444fcb9a5d=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 2dfc397f-7230-4517-b143-0bec13b3cd55=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, f9d1161f-0d7e-4da5-b45f-1796f87ddab5=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 2b0afe1d-1196-4c99-ab61-43e3764fe1ac=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 08016bb0-e638-431c-a429-0a8f3272632b=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 0a4596ec-fa40-46a1-9d2a-7dcaf0127136=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 9f0bb9a0-374f-41ec-9bec-e35fec4275a1=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 606f3257-7d38-405f-8fc9-b56ff6d36684=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 64976d4e-a64d-453b-8bcb-514c687ae208=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 833ebee2-7e8f-480c-877d-3bbdbf78c7ca=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 7dcabc9d-0d61-4bb0-a532-39655caa900d=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 9eaceca3-4e48-4bde-8cfb-024219d226a9=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>]= '}' It looks to me like one of our vm has=20 "ILLEGAL_SINGLE_DEVICE_DISPLAY_TYPE" set which fail upgrade. But which=20 one and which setting correspond to this? :-) I have no idea if changing cluster compatibility version should fail due = this error. Should I fill Bugreport for this? Cheers, Jiri --------------CA1FD9CC50B3169CB399A39A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf= -8"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#000000"> <p>Hello,</p> <p><br> </p> <p>I am trying to change cluster compatibility version on one of our clusters in our oVirt <span class=3D"gwt-InlineLabel">4.0.4.4-1.el7= =2Ecentos installation and I am getting this error:</span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> <p><span class=3D"gwt-InlineLabel">Error while executing action Edit Cluster properties: Internal Engine Error</span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> <p><span class=3D"gwt-InlineLabel">(btw. it would be realy nice make all texts/logs in manager copyable in some easy way (simple ctrl+c does not usually work))<br> </span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> <p><span class=3D"gwt-InlineLabel">In engine.log I found this interesting lines<br> </span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> <p><span class=3D"gwt-InlineLabel">2016-10-17 15:02:50,415 WARN=C2=A0= [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_DEVIC= E_DISPLAY_TYPE<br> 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'.<br> 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'.<br> 2016-10-17 15:02:50,421 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDire= ctor] (default task-51) [2921f45e] Correlation ID: 11011a71, Call Stack: null, Custom Event ID: -1, Message: Failed to update Host cluster (User: user@auth)<br> 2016-10-17 15:02:50,422 INFO=C2=A0 [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51) [2921f45e] Lock freed to object 'EngineLock:{exclusiveLocks=3D'null', sharedLocks=3D'[27161d3d-01ef-4446-aa7a-be5483fdbdf5=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 0323b12f-a515-4759-9bae-cf53336a7756=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 1c6d0ce4-bdcd-4f77-906b-65e4f6415cc3=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 8240ebe8-388c-4a5b-996e-f9e5c77e6375=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, e6fab9a1-8f45-4565-8483-363137536334=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 7a5de3e0-ecbd-4ed6-bf98-2e7a45e96027=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 6db37ee2-0ff0-4642-9907-666376b13bda=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, dccb8bc9-4760-487b-a2bf-100906a50502=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, ea63bea8-f41d-4878-814e-fa62b123a89f=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 885b9641-fda5-4e90-889e-488b858bc37b=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 886a6b86-1bf9-43a0-b7ee-2c43640f8f42=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, f4fa4a7e-d0eb-44d8-8ed3-00c2b2705cb4=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9d4673af-6fba-4b62-bdbf-0864dac65941=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 5ef8560e-bf35-4dfb-8677-3b444fcb9a5d=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 2dfc397f-7230-4517-b143-0bec13b3cd55=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, f9d1161f-0d7e-4da5-b45f-1796f87ddab5=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 2b0afe1d-1196-4c99-ab61-43e3764fe1ac=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 08016bb0-e638-431c-a429-0a8f3272632b=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 0a4596ec-fa40-46a1-9d2a-7dcaf0127136=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9f0bb9a0-374f-41ec-9bec-e35fec4275a1=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 606f3257-7d38-405f-8fc9-b56ff6d36684=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 64976d4e-a64d-453b-8bcb-514c687ae208=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 833ebee2-7e8f-480c-877d-3bbdbf78c7ca=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 7dcabc9d-0d61-4bb0-a532-39655caa900d=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9eaceca3-4e48-4bde-8cfb-024219d226a9=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>]'}'</span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> <p><span class=3D"gwt-InlineLabel">It looks to me like one of our vm has "</span><span class=3D"gwt-InlineLabel">ILLEGAL_SINGLE_DEVICE= _DISPLAY_TYPE" set which fail upgrade. But which one and which setting correspond to this? :-)</span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> <p><span class=3D"gwt-InlineLabel">I have no idea if changing cluster= compatibility version should fail due this error. Should I fill Bugreport for this?<br> </span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> <p><span class=3D"gwt-InlineLabel">Cheers,</span></p> <p><span class=3D"gwt-InlineLabel">Jiri<br> </span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> <p><span class=3D"gwt-InlineLabel"><br> </span></p> </body> </html> --------------CA1FD9CC50B3169CB399A39A-- --------------ms050709010503010006030600 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjEwMTcxMzMxMDRaMC8GCSqGSIb3DQEJBDEi BCAlSRTwLRT6ILZhcdxY1Y6PNJM9iOC8ADNKP4N/5YRYgDBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAEtKR5GnRPp4HfBbJ/2qf10Dzu +gdiScJ1XVU3Cmpu5LOUhw8ntMm5BuGomXhVa7IHRGsxcmj2/rKN+hg9XihLlVhY63fxBLfF OHpqEcWcQRJbX0tUzwmqgU1/clpAraeA3baQJDtUG4S2TK9pgxtkRluf1YWauBiQ4q7L/EUN Rrbo+Kp9fn+melqvgYXOETGjdjGC1oiQm+yb4RulXLGD/xeOp/+RkFlWgluGg9Sld3GtSlaG j7RWxdndD5CYNDq1OcNwuzAUgmfuv9NS54BxvXIEXqhKQtv6lY8pnHA74cEjC85FqG+qjl9b FYmh+0UIMS6hi1t3WWUkviYoe58fAAAAAAAA --------------ms050709010503010006030600--
On 17 Oct 2016, at 15:31, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka = <jiri.slezka@slu.cz> wrote: =20 Hello, =20 =20 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 =
--Apple-Mail=_AF5CA996-AFB8-485B-983D-6F09CCD2506E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 this error:
=20 =20 =20 Error while executing action Edit Cluster properties: Internal Engine = Error =20 =20 =20 (btw. it would be realy nice make all texts/logs in manager copyable = in some easy way (simple ctrl+c does not usually work)) =20 =20 =20 In engine.log I found this interesting lines =20 =20 =20 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=3D'null', = sharedLocks=3D'[27161d3d-01ef-4446-aa7a-be5483fdbdf5=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 0323b12f-a515-4759-9bae-cf53336a7756=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 1c6d0ce4-bdcd-4f77-906b-65e4f6415cc3=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 8240ebe8-388c-4a5b-996e-f9e5c77e6375=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, e6fab9a1-8f45-4565-8483-363137536334=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 7a5de3e0-ecbd-4ed6-bf98-2e7a45e96027=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 6db37ee2-0ff0-4642-9907-666376b13bda=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, dccb8bc9-4760-487b-a2bf-100906a50502=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, ea63bea8-f41d-4878-814e-fa62b123a89f=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 885b9641-fda5-4e90-889e-488b858bc37b=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 886a6b86-1bf9-43a0-b7ee-2c43640f8f42=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, f4fa4a7e-d0eb-44d8-8ed3-00c2b2705cb4=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 9d4673af-6fba-4b62-bdbf-0864dac65941=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 5ef8560e-bf35-4dfb-8677-3b444fcb9a5d=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 2dfc397f-7230-4517-b143-0bec13b3cd55=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, f9d1161f-0d7e-4da5-b45f-1796f87ddab5=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 2b0afe1d-1196-4c99-ab61-43e3764fe1ac=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 08016bb0-e638-431c-a429-0a8f3272632b=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 0a4596ec-fa40-46a1-9d2a-7dcaf0127136=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 9f0bb9a0-374f-41ec-9bec-e35fec4275a1=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 606f3257-7d38-405f-8fc9-b56ff6d36684=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 64976d4e-a64d-453b-8bcb-514c687ae208=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 833ebee2-7e8f-480c-877d-3bbdbf78c7ca=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 7dcabc9d-0d61-4bb0-a532-39655caa900d=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>, 9eaceca3-4e48-4bde-8cfb-024219d226a9=3D<VM, = ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName = Math-IBM_BladeS>]'}' =20 =20 =20 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? :-) =20 =20
It would be a VM with =E2=80=9CSingle PCI=E2=80=9D checkbox enabled = (under Console subtab in Edit VM) but showing =E2=80=9CVNC=E2=80=9D in = the Graphics column, hopefully you don=E2=80=99t have many. Or query it = by API. We have a bug[1] to improve that reporting, it=E2=80=99s not trivial to = identify, you see the previous one that succeeded, but it=E2=80=99s 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=3D1373573
=20 I have no idea if changing cluster compatibility version should fail = due this error. Should I fill Bugreport for this? =20 =20 =20 Cheers, =20 Jiri =20 =20 =20 =20 =20 =20 =20 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--Apple-Mail=_AF5CA996-AFB8-485B-983D-6F09CCD2506E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div = class=3D"">On 17 Oct 2016, at 15:31, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka = <<a href=3D"mailto:jiri.slezka@slu.cz" = class=3D"">jiri.slezka@slu.cz</a>> wrote:</div><br = class=3D"Apple-interchange-newline"><div class=3D""> =20 <meta http-equiv=3D"content-type" content=3D"text/html; = charset=3Dutf-8" class=3D""> =20 <div bgcolor=3D"#FFFFFF" text=3D"#000000" class=3D""><p = class=3D"">Hello,</p><p class=3D""><br class=3D""> </p><p class=3D"">I am trying to change cluster compatibility = version on one of our clusters in our oVirt <span = class=3D"gwt-InlineLabel">4.0.4.4-1.el7.centos installation and I am getting this error:</span></p><p = class=3D""><span class=3D"gwt-InlineLabel"><br class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel">Error = while executing action Edit Cluster properties: Internal Engine Error</span></p><p = class=3D""><span class=3D"gwt-InlineLabel"><br class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel">(btw. it = would be realy nice make all texts/logs in manager copyable in some easy way (simple ctrl+c does not usually work))<br class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel"><br = class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel">In = engine.log I found this interesting lines<br class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel"><br = class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel">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<br class=3D""> 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'.<br class=3D""> 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'.<br class=3D""> 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)<br class=3D""> 2016-10-17 15:02:50,422 INFO [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51) [2921f45e] Lock freed to object 'EngineLock:{exclusiveLocks=3D'null', sharedLocks=3D'[27161d3d-01ef-4446-aa7a-be5483fdbdf5=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 0323b12f-a515-4759-9bae-cf53336a7756=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 1c6d0ce4-bdcd-4f77-906b-65e4f6415cc3=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 8240ebe8-388c-4a5b-996e-f9e5c77e6375=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, e6fab9a1-8f45-4565-8483-363137536334=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 7a5de3e0-ecbd-4ed6-bf98-2e7a45e96027=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 6db37ee2-0ff0-4642-9907-666376b13bda=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, dccb8bc9-4760-487b-a2bf-100906a50502=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, ea63bea8-f41d-4878-814e-fa62b123a89f=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 885b9641-fda5-4e90-889e-488b858bc37b=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 886a6b86-1bf9-43a0-b7ee-2c43640f8f42=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, f4fa4a7e-d0eb-44d8-8ed3-00c2b2705cb4=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9d4673af-6fba-4b62-bdbf-0864dac65941=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 5ef8560e-bf35-4dfb-8677-3b444fcb9a5d=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 2dfc397f-7230-4517-b143-0bec13b3cd55=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, f9d1161f-0d7e-4da5-b45f-1796f87ddab5=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 2b0afe1d-1196-4c99-ab61-43e3764fe1ac=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 08016bb0-e638-431c-a429-0a8f3272632b=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 0a4596ec-fa40-46a1-9d2a-7dcaf0127136=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9f0bb9a0-374f-41ec-9bec-e35fec4275a1=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 606f3257-7d38-405f-8fc9-b56ff6d36684=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 64976d4e-a64d-453b-8bcb-514c687ae208=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 833ebee2-7e8f-480c-877d-3bbdbf78c7ca=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 7dcabc9d-0d61-4bb0-a532-39655caa900d=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9eaceca3-4e48-4bde-8cfb-024219d226a9=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>]'}'</span></p><p class=3D""><span = class=3D"gwt-InlineLabel"><br class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel">It looks = to me like one of our vm has "</span><span = class=3D"gwt-InlineLabel">ILLEGAL_SINGLE_DEVICE_DISPLAY_TYPE" set which fail upgrade. But which one and which setting correspond to this? :-)</span></p><div class=3D""><br = class=3D""></div></div></div></blockquote><div><br = class=3D""></div><div>It would be a VM with =E2=80=9CSingle PCI=E2=80=9D = checkbox enabled (under Console subtab in Edit VM) but showing =E2=80=9CVN= C=E2=80=9D in the Graphics column, hopefully you don=E2=80=99t have = many. Or query it by API.</div><div><br class=3D""></div>We have a = bug[1] to improve that reporting, it=E2=80=99s not trivial to identify, = you see the previous one that succeeded, but it=E2=80=99s done in db = order so it might not be that easy to figure out which VM is = next</div><div><br = class=3D""></div><div>Thanks,</div><div>michal</div><div><br = class=3D""></div><div>[1] <a = href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1373573" = class=3D"">https://bugzilla.redhat.com/show_bug.cgi?id=3D1373573</a></div>= <div><blockquote type=3D"cite" class=3D""><div class=3D""><div = bgcolor=3D"#FFFFFF" text=3D"#000000" class=3D""><p class=3D""><span = class=3D"gwt-InlineLabel"><br class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel">I have no = idea if changing cluster compatibility version should fail due this error. Should I fill Bugreport for this?<br class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel"><br = class=3D""> </span></p><p class=3D""><span = class=3D"gwt-InlineLabel">Cheers,</span></p><p class=3D""><span = class=3D"gwt-InlineLabel">Jiri<br class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel"><br = class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel"><br = class=3D""> </span></p><p class=3D""><span class=3D"gwt-InlineLabel"><br = class=3D""> </span></p> </div> _______________________________________________<br class=3D"">Users = mailing list<br class=3D""><a href=3D"mailto:Users@ovirt.org" = class=3D"">Users@ovirt.org</a><br = class=3D"">http://lists.ovirt.org/mailman/listinfo/users<br = class=3D""></div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_AF5CA996-AFB8-485B-983D-6F09CCD2506E--
This is a cryptographically signed message in MIME format. --------------ms040905050202010500000107 Content-Type: multipart/alternative; boundary="------------9317DCE123863A9F49998F20" This is a multi-part message in MIME format. --------------9317DCE123863A9F49998F20 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, There were one vm with Video Type =3D CYRRUS and Graphics protocol =3D SP= ICE=20 (which is probably illegal combination). I have changed it do QXL, SPICE = (Single PCI is checked) and I was able to change cluster compatibility=20 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=C5=99=C3=AD Sl=C3=A9=C5=BEka <jiri.slezka=
@slu.cz=20
<mailto:jiri.slezka@slu.cz>> wrote:
Hello,
I am trying to change cluster compatibility version on one of our=20 clusters in our oVirt 4.0.4.4-1.el7.centos installation and I am=20 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=20 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=20 [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-51)=20 [2921f45e] Validation of action 'UpdateVm' failed for user user@auth. =
Reasons:=20 VAR__ACTION__UPDATE,VAR__TYPE__VM,ACTION_TYPE_FAILED_ILLEGAL_SINGLE_DE= VICE_DISPLAY_TYPE 2016-10-17 15:02:50,417 ERROR=20 [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-51)=20 [2921f45e] Transaction rolled-back for command=20 'org.ovirt.engine.core.bll.UpdateVmCommand'. 2016-10-17 15:02:50,417 ERROR=20 [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51)=20 [2921f45e] Transaction rolled-back for command=20 'org.ovirt.engine.core.bll.UpdateClusterCommand'. 2016-10-17 15:02:50,421 ERROR=20 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]= =20 (default task-51) [2921f45e] Correlation ID: 11011a71, Call Stack:=20 null, Custom Event ID: -1, Message: Failed to update Host cluster=20 (User: user@auth) 2016-10-17 15:02:50,422 INFO=20 [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51)=20 [2921f45e] Lock freed to object 'EngineLock:{exclusiveLocks=3D'null', =
sharedLocks=3D'[27161d3d-01ef-4446-aa7a-be5483fdbdf5=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 0323b12f-a515-4759-9bae-cf53336a7756=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 1c6d0ce4-bdcd-4f77-906b-65e4f6415cc3=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 8240ebe8-388c-4a5b-996e-f9e5c77e6375=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, e6fab9a1-8f45-4565-8483-363137536334=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 7a5de3e0-ecbd-4ed6-bf98-2e7a45e96027=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 6db37ee2-0ff0-4642-9907-666376b13bda=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, dccb8bc9-4760-487b-a2bf-100906a50502=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, ea63bea8-f41d-4878-814e-fa62b123a89f=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 885b9641-fda5-4e90-889e-488b858bc37b=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 886a6b86-1bf9-43a0-b7ee-2c43640f8f42=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, f4fa4a7e-d0eb-44d8-8ed3-00c2b2705cb4=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 9d4673af-6fba-4b62-bdbf-0864dac65941=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 5ef8560e-bf35-4dfb-8677-3b444fcb9a5d=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 2dfc397f-7230-4517-b143-0bec13b3cd55=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, f9d1161f-0d7e-4da5-b45f-1796f87ddab5=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 2b0afe1d-1196-4c99-ab61-43e3764fe1ac=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 08016bb0-e638-431c-a429-0a8f3272632b=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 0a4596ec-fa40-46a1-9d2a-7dcaf0127136=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 9f0bb9a0-374f-41ec-9bec-e35fec4275a1=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 606f3257-7d38-405f-8fc9-b56ff6d36684=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 64976d4e-a64d-453b-8bcb-514c687ae208=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 833ebee2-7e8f-480c-877d-3bbdbf78c7ca=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 7dcabc9d-0d61-4bb0-a532-39655caa900d=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 9eaceca3-4e48-4bde-8cfb-024219d226a9=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>]'}'
It looks to me like one of our vm has=20 "ILLEGAL_SINGLE_DEVICE_DISPLAY_TYPE" set which fail upgrade. But=20 which one and which setting correspond to this? :-)
It would be a VM with =E2=80=9CSingle PCI=E2=80=9D checkbox enabled (un= der Console=20 subtab in Edit VM) but showing =E2=80=9CVNC=E2=80=9D in the Graphics co= lumn, hopefully=20 you don=E2=80=99t have many. Or query it by API.
We have a bug[1] to improve that reporting, it=E2=80=99s not trivial to= =20 identify, you see the previous one that succeeded, but it=E2=80=99s don= e in db=20 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=3D1373573
I have no idea if changing cluster compatibility version should fail=20 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
--------------9317DCE123863A9F49998F20 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta content=3D"text/html; charset=3Dutf-8" http-equiv=3D"Content-Ty= pe"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#000000"> <div class=3D"moz-cite-prefix">Hello,<br> <br> <br> There were one vm with Video Type =3D CYRRUS and Graphics protocol = =3D 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.<br> <br> <br> Thanks a lot for advice!<br> <br> Cheers, Jiri<br> <br> <br> <br> On 10/25/2016 11:22 AM, Michal Skrivanek wrote:<br> </div> <blockquote cite=3D"mid:E1DC794F-28B3-4D70-9451-FA90866D7FC8@redhat.com" type=3D"cite"> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Du= tf-8"> <br class=3D""> <div> <blockquote type=3D"cite" class=3D""> <div class=3D"">On 17 Oct 2016, at 15:31, Ji=C5=99=C3=AD Sl=C3=A9= =C5=BEka <<a moz-do-not-send=3D"true" href=3D"mailto:jiri.slezka@slu.cz"= class=3D"">jiri.slezka@slu.cz</a>> wrote:</div> <br class=3D"Apple-interchange-newline"> <div class=3D""> <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf-8" class=3D""> <div bgcolor=3D"#FFFFFF" text=3D"#000000" class=3D""> <p class=3D"">Hello,</p> <p class=3D""><br class=3D""> </p> <p class=3D"">I am trying to change cluster compatibility version on one of our clusters in our oVirt <span class=3D"gwt-InlineLabel">4.0.4.4-1.el7.centos installation and I am getting this error:</span></p> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel">Error while executing action Edit Cluster properties: Internal Engine Error</span></p> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel">(btw. it woul= d be realy nice make all texts/logs in manager copyable in some easy way (simple ctrl+c does not usually work))<br class=3D""> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel">In engine.log= I found this interesting lines<br class=3D""> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel">2016-10-17 15:02:50,415 WARN=C2=A0 [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_DEVIC= E_DISPLAY_TYPE<br class=3D""> 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'.<br= class=3D""> 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'.<br class=3D""> 2016-10-17 15:02:50,421 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.Au= ditLogDirector] (default task-51) [2921f45e] Correlation ID: 11011a71, Call Stack: null, Custom Event ID: -1, Message: Failed to update Host cluster (User: user@auth)<br class=3D"">= 2016-10-17 15:02:50,422 INFO=C2=A0 [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51) [2921f45e] Lock freed to object 'EngineLock:{exclusiveLocks=3D'null', sharedLocks=3D'[27161d3d-01ef-4446-aa7a-be5483fdbdf5=3D= <VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 0323b12f-a515-4759-9bae-cf53336a7756=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 1c6d0ce4-bdcd-4f77-906b-65e4f6415cc3=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 8240ebe8-388c-4a5b-996e-f9e5c77e6375=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, e6fab9a1-8f45-4565-8483-363137536334=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 7a5de3e0-ecbd-4ed6-bf98-2e7a45e96027=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 6db37ee2-0ff0-4642-9907-666376b13bda=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, dccb8bc9-4760-487b-a2bf-100906a50502=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, ea63bea8-f41d-4878-814e-fa62b123a89f=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 885b9641-fda5-4e90-889e-488b858bc37b=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 886a6b86-1bf9-43a0-b7ee-2c43640f8f42=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, f4fa4a7e-d0eb-44d8-8ed3-00c2b2705cb4=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 9d4673af-6fba-4b62-bdbf-0864dac65941=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 5ef8560e-bf35-4dfb-8677-3b444fcb9a5d=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 2dfc397f-7230-4517-b143-0bec13b3cd55=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, f9d1161f-0d7e-4da5-b45f-1796f87ddab5=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 2b0afe1d-1196-4c99-ab61-43e3764fe1ac=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 08016bb0-e638-431c-a429-0a8f3272632b=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 0a4596ec-fa40-46a1-9d2a-7dcaf0127136=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 9f0bb9a0-374f-41ec-9bec-e35fec4275a1=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 606f3257-7d38-405f-8fc9-b56ff6d36684=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 64976d4e-a64d-453b-8bcb-514c687ae208=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 833ebee2-7e8f-480c-877d-3bbdbf78c7ca=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 7dcabc9d-0d61-4bb0-a532-39655caa900d=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>, 9eaceca3-4e48-4bde-8cfb-024219d226a9=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName= Math-IBM_BladeS>]'}'</span></p> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel">It looks to m= e like one of our vm has "</span><span class=3D"gwt-InlineLabel">ILLEGAL_SINGLE_DEVICE_DISPLAY= _TYPE" set which fail upgrade. But which one and which setting correspond to this? :-)</span></p> <div class=3D""><br class=3D""> </div> </div> </div> </blockquote> <div><br class=3D""> </div> <div>It would be a VM with =E2=80=9CSingle PCI=E2=80=9D checkbox = enabled (under Console subtab in Edit VM) but showing =E2=80=9CVNC=E2=80=9D in= the Graphics column, hopefully you don=E2=80=99t have many. Or query it by A= PI.</div> <div><br class=3D""> </div> We have a bug[1] to improve that reporting, it=E2=80=99s not triv= ial to identify, you see the previous one that succeeded, but it=E2=80=99= s done in db order so it might not be that easy to figure out which VM is next</div> <div><br class=3D""> </div> <div>Thanks,</div> <div>michal</div> <div><br class=3D""> </div> <div>[1]=C2=A0<a moz-do-not-send=3D"true" href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1373573" class=3D"">https://bugzilla.redhat.com/show_bug.cgi?id=3D137357= 3</a></div> <div> <blockquote type=3D"cite" class=3D""> <div class=3D""> <div bgcolor=3D"#FFFFFF" text=3D"#000000" class=3D""> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel">I have no ide= a if changing cluster compatibility version should fail due this error. Should I fill Bugreport for this?<br class=3D""> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel">Cheers,</span=
</p> <p class=3D""><span class=3D"gwt-InlineLabel">Jiri<br class= =3D""> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> <p class=3D""><span class=3D"gwt-InlineLabel"><br class=3D"= "> </span></p> </div> _______________________________________________<br class=3D""=
Users mailing list<br class=3D""> <a moz-do-not-send=3D"true" href=3D"mailto:Users@ovirt.org" class=3D"">Users@ovirt.org</a><br class=3D""> <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovirt= =2Eorg/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/us= ers</a><br class=3D""> </div> </blockquote> </div> <br class=3D""> </blockquote> <p><br> </p> </body> </html> --------------9317DCE123863A9F49998F20-- --------------ms040905050202010500000107 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cn4wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+ 0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101 S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow ggVtMIIEVaADAgECAhAJGghy20GNQBKKy20wIXVXMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw HhcNMTYxMDE3MDAwMDAwWhcNMTcxMTE2MTIwMDAwWjCBkzETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExGzAZBgNVBAMT EkppcmkgU2xlemthIHNsZXprYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAPd3 XaprhIlr9KQ0VkOzTRn8wTrzw26B1SWOr6M+/lL9x/T33HMJTwavfoATuzczB/PnURjHu3kW j5449dAKHmne3LgsNgLPp14YbhhXJtoe5WuJoZ/P1g2o5tR6neKkSlIMWUWBBiCMmZU70EfZ 2NmDjVAhyxOJedSw+Uk4lWs3nrRgtzg3c/K8fkalDnAbTrlCRs0UOUu0NdebrHDdc0AyGpdU apsdD/vBIMlh0aF0il5qfBeCMjND/YAMlJileuYAH59+XWZVnZ2vWwyhE1WEeEpDUhyr3P4B oWTkivIzlT/jynCIYlmoGlwA8qs3aMkcAF0z1xN+zmuJcJ//T30CAwEAAaOCAdswggHXMB8G A1UdIwQYMBaAFIyfES7m43oEpR5Vi0YIBKbtl3CmMB0GA1UdDgQWBBSs4bsp5TEqufKnjp5U kbi2XfR8vzAMBgNVHRMBAf8EAjAAMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejAO BgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdIAQt MCswDAYKKoZIhvdMBQICATAMBgpghkgBhv1sBB8BMA0GCyqGSIb3TAUCAwMDMIGFBgNVHR8E fjB8MDygOqA4hjZodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vVEVSRU5BZVNjaWVuY2VQZXJz b25hbENBMy5jcmwwPKA6oDiGNmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9URVJFTkFlU2Np ZW5jZVBlcnNvbmFsQ0EzLmNybDB7BggrBgEFBQcBAQRvMG0wJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBFBggrBgEFBQcwAoY5aHR0cDovL2NhY2VydHMuZGlnaWNl cnQuY29tL1RFUkVOQWVTY2llbmNlUGVyc29uYWxDQTMuY3J0MA0GCSqGSIb3DQEBCwUAA4IB AQCg0e3UlUq/MB5fHWNWvp4sz2mknbburgqrARkEX2JUlcKe1rRZbN/6E4qBKqGvVeXdvIhi G9GQAhhXG2phojtY2r/MjmWt+vEE7zQoVhOyBxEY4ganXG4dhi4VLwsF7zggLh2XbqmhWcdZ G/SBwF3wEqiOI4hX9ryaPcKM4c/2ojzzNrHI/WQez7LzrRJKrQY1k8dCKXliW7Am7garfIEs L0xXK/6u4rZ5nH+PmvDVpr7MC0UpPP5AcfFAgf4dyu65IZ3TS3+ig0fqplGCpqCvaxGziWbn YyQsUWgcdQJZckUWOg234UAUd4aIvt3fx2aDK9o1hunXShp5Xstzf9xeMYIDwzCCA78CAQEw gYYwcjELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNVBAcTCUFt c3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMSYwJAYDVQQDEx1URVJFTkEgZVNjaWVuY2UgUGVy c29uYWwgQ0EgMwIQCRoIcttBjUASisttMCF1VzANBglghkgBZQMEAgEFAKCCAg0wGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYxMDI2MDkxODE0WjAvBgkq hkiG9w0BCQQxIgQgEhEwikpSAOURI0b8Hd1VIE09hp6J85od0C2ydEZZHdIwbAYJKoZIhvcN AQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBlwYJKwYB BAGCNxAEMYGJMIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIw EAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVT Y2llbmNlIFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwgZkGCyqGSIb3DQEJEAIL MYGJoIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQH EwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNl IFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwDQYJKoZIhvcNAQEBBQAEggEAHZz9 IrJGSPxavo3CnMXoxOa4BGCSaShYi8+Qt0M9fOGEMrTyvXwYltu2un5rXHV0EV0SKGSzxvd5 DZLLoA3kl/SGriC4KTVNxq75EdhvWEq3E7mzT1EPqonupMFSW7KMj+AWuYHrHlRMSVsZR/gw PlI56uNKaMJmnkq1dYkTWb+OgpoRU10KwL5bNijlzaA2doCTnwn9TAmM8A9hgHpjhimPjWnv UQA92Pgi0gOvG4OYiuiuGVbDU5JfvbsoOXMCKhsrL570ipirjCiAVwWAgqqYl6k9khXOVdFJ iTKLsogFVMbry3mOThEfAGetz9LUibZNQhqwESJOp2rt/CjjrwAAAAAAAA== --------------ms040905050202010500000107--
participants (2)
-
Jiří Sléžka -
Michal Skrivanek