4:31 p.m.
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--
12:22 p.m.
--Apple-Mail=_AF5CA996-AFB8-485B-983D-6F09CCD2506E
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
On 17 Oct 2016, at 15:31, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka =
<jiri.slezka(a)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 =
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(a)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(a)slu.cz</a>&gt; 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=3D137...
<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(a)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--
12:18 p.m.
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:
<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(a)slu.cz</a>&gt;
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 </span </span
</span </span </span </span
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 </span </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=3D137...
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
</span </span </span </span </span </span
_______________________________________________<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(a)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--
> 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(a)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</p>
<p class=3D""><span
class=3D"gwt-InlineLabel"><br class=3D"=
"</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"=
"</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""</p>
<p
class=3D""><span class=3D"gwt-InlineLabel"><br
class=3D"=
"</p>
<p class=3D""><span
class=3D"gwt-InlineLabel">In engine.log=
I
found this interesting lines<br class=3D""</p>
<p class=3D""><span
class=3D"gwt-InlineLabel"><br class=3D"=
"</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""</p>
<p class=3D""><span
class=3D"gwt-InlineLabel"><br class=3D"=
"</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""</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""</p>
<p
class=3D""><span class=3D"gwt-InlineLabel"><br
class=3D"=
"</p>
<p class=3D""><span
class=3D"gwt-InlineLabel">Cheers,</span=
</p>
<p class=3D""><span
class=3D"gwt-InlineLabel">Jiri<br class=
=3D""</p>
<p class=3D""><span
class=3D"gwt-InlineLabel"><br class=3D"=
"</p>
<p class=3D""><span
class=3D"gwt-InlineLabel"><br class=3D"=
"</p>
<p class=3D""><span
class=3D"gwt-InlineLabel"><br class=3D"=
"</p>
</div
2949
days inactive
2958
days old
2 comments
2 participants
participants (2)
-
Jiří Sléžka -
Michal Skrivanek