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

26 Oct 2016

      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--

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

Jiří Sléžka