January 2017 - Users - Ovirt List Archives

Invitation: DeepDive: VM to host affinity @ Tue Jan 24, 2017 4pm - 4:50pm (IST) (users@ovirt.org)

by yanir quinn

You have been invited to the following event. Title: DeepDive: VM to host affinity When: Tue Jan 24, 2017 4pm – 4:50pm Jerusalem Video call: Join video call <https://plus.google.com/hangouts/_/calendar/eWFuaXJxMkBnbWFpbC5jb20.rh3in...> Calendar: users(a)ovirt.org Who: * yanir quinn - organizer * dfediuck(a)redhat.com * msivak(a)redhat.com * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=cmgzaW5rMm5idjQxdDR... Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

8 years, 4 months

1
0
0 / 0

hosted-engine hyperconverged glusterFS hosted-storage import fails

by Liebe, André-Sebastian

This is an S/MIME signed message ------876D7B0C0A669BBD7682F2B3715BF04A Content-Language: de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello List,=0A= =0A= I run into trouble after moving our hosted engine from nfs to hyperconverge= d glusterFS by backup/restore[1] procedure. The engine logs it can't impor= t and activate the hosted-storage although I can see the storage.=0A= Any Hints how to fix this?=0A= =0A= - I created the ha-replica-3 gluster volume prior to hosted-engine-setup us= ing the hosts short name.=0A= - Then ran hosted-engine-setup to install an new hosted engine (by installi= ng centOS7 and ovirt-engine amnually)=0A= - inside the new hosted-engine I restored the last successfull backup (wich= was in running state)=0A= - then I connected to the engine-database and removed the old hosted-engine= by hand (as part of this patch would do: https://gerrit.ovirt.org/#/c/6496= 6/) and all known hosts (after marking all vms as down, where I got ETL err= or messages later on for this)=0A= - then I finished up the engine installation by running the engine-setup in= side the hosted_engine=0A= - and finally completed the hosted-engine-setup=0A= =0A= =0A= The new hosted engine came up successfully with all prior known storage and= after enabling glusterFS, the cluster this HA-host is part of, I could see= it in the volumes and storage tab. After adding the remaining two hosts, t= he volume was marked as active.=0A= =0A= But here's the the error message I get repeadately since then:=0A= > 2017-01-19 08:49:36,652 WARN [org.ovirt.engine.core.bll.storage.domain.I= mportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-6-thread-10) = [3b955ecd] Validation of action 'ImportHostedEngineStorageDomain' failed fo= r user SYSTEM. Reasons: VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_= TYPE_FAILED_STORAGE_DOMAIN_ALREADY_EXIST=0A= =0A= =0A= There are also some repeating messages about this ha-replica-3 volume, beca= use I used the hosts short name on volume creation, which I can't change af= aik without a complete cluster shutdown.=0A= > 2017-01-19 08:48:03,134 INFO [org.ovirt.engine.core.bll.AddUnmanagedVmsC= ommand] (DefaultQuartzScheduler3) [7471d7de] Running command: AddUnmanagedV= msCommand internal: true.=0A= > 2017-01-19 08:48:03,134 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.= FullListVDSCommand] (DefaultQuartzScheduler3) [7471d7de] START, FullListVDS= Command(HostName =3D , FullListVDSCommandParameters:{runAsync=3D'true', hos= tId=3D'f62c7d04-9c95-453f-92d5-6dabf9da874a', vds=3D'Host[,f62c7d04-9c95-45= 3f-92d5-6dabf9da874a]', vmIds=3D'[dfea96e8-e94a-407e-af46-3019fd3f2991]'}),= log id: 2d0941f9=0A= > 2017-01-19 08:48:03,163 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.= FullListVDSCommand] (DefaultQuartzScheduler3) [7471d7de] FINISH, FullListVD= SCommand, return: [{guestFQDN=3D, emulatedMachine=3Dpc, pid=3D0, guestDiskM= apping=3D{}, devices=3D[Ljava.lang.Object;@4181d938, cpuType=3DHaswell-noTS= X, smp=3D2, vmType=3Dkvm, memSize=3D8192, vmName=3DHostedEngine, username= =3D, exitMessage=3DXML error: maximum vcpus count must be an integer, vmId= =3Ddfea96e8-e94a-407e-af46-3019fd3f2991, displayIp=3D0, displayPort=3D-1, g= uestIPs=3D, spiceSecureChannels=3Dsmain,sdisplay,sinputs,scursor,splayback,= srecord,ssmartcard,susbredir, exitCode=3D1, nicModel=3Drtl8139,pv, exitReas= on=3D1, status=3DDown, maxVCpus=3DNone, clientIp=3D, statusTime=3D667507178= 0, display=3Dvnc, displaySecurePort=3D-1}], log id: 2d0941f9=0A= > 2017-01-19 08:48:03,163 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.= VdsBrokerObjectsBuilder] (DefaultQuartzScheduler3) [7471d7de] null architec= ture type, replacing with x86_64, %s=0A= > 2017-01-19 08:48:17,779 INFO [org.ovirt.engine.core.vdsbroker.gluster.Gl= usterServersListVDSCommand] (DefaultQuartzScheduler3) [7471d7de] START, Glu= sterServersListVDSCommand(HostName =3D lvh2, VdsIdVDSCommandParametersBase:= {runAsync=3D'true', hostId=3D'23297fc2-db12-4778-a5ff-b74d6fc9554b'}), log = id: 57d029dc=0A= > 2017-01-19 08:48:18,177 INFO [org.ovirt.engine.core.vdsbroker.gluster.Gl= usterServersListVDSCommand] (DefaultQuartzScheduler3) [7471d7de] FINISH, Gl= usterServersListVDSCommand, return: [172.31.1.22/24:CONNECTED, lvh3.lab.gem= atik.de:CONNECTED, lvh4.lab.gematik.de:CONNECTED], log id: 57d029dc=0A= > 2017-01-19 08:48:18,180 INFO [org.ovirt.engine.core.vdsbroker.gluster.Gl= usterVolumesListVDSCommand] (DefaultQuartzScheduler3) [7471d7de] START, Glu= sterVolumesListVDSCommand(HostName =3D lvh2, GlusterVolumesListVDSParameter= s:{runAsync=3D'true', hostId=3D'23297fc2-db12-4778-a5ff-b74d6fc9554b'}), lo= g id: 5cd11a39=0A= > 2017-01-19 08:48:18,282 WARN [org.ovirt.engine.core.vdsbroker.gluster.Gl= usterVolumesListReturnForXmlRpc] (DefaultQuartzScheduler3) [7471d7de] Could= not associate brick 'lvh2:/data/gluster/0/brick' of volume '7dc6410d-8f2a-= 406c-812a-8235fa6f721c' with correct network as no gluster network found in= cluster '57ff41c2-0297-039d-039c-000000000362'=0A= > 2017-01-19 08:48:18,284 WARN [org.ovirt.engine.core.vdsbroker.gluster.Gl= usterVolumesListReturnForXmlRpc] (DefaultQuartzScheduler3) [7471d7de] Could= not associate brick 'lvh3:/data/gluster/0/brick' of volume '7dc6410d-8f2a-= 406c-812a-8235fa6f721c' with correct network as no gluster network found in= cluster '57ff41c2-0297-039d-039c-000000000362'=0A= > 2017-01-19 08:48:18,285 WARN [org.ovirt.engine.core.vdsbroker.gluster.Gl= usterVolumesListReturnForXmlRpc] (DefaultQuartzScheduler3) [7471d7de] Could= not associate brick 'lvh4:/data/gluster/0/brick' of volume '7dc6410d-8f2a-= 406c-812a-8235fa6f721c' with correct network as no gluster network found in= cluster '57ff41c2-0297-039d-039c-000000000362'=0A= > 2017-01-19 08:48:18,286 INFO [org.ovirt.engine.core.vdsbroker.gluster.Gl= usterVolumesListVDSCommand] (DefaultQuartzScheduler3) [7471d7de] FINISH, Gl= usterVolumesListVDSCommand, return: {7dc6410d-8f2a-406c-812a-8235fa6f721c= =3Dorg.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntit= y@2459e231, 000391cc-9946-47b3-82c9-af17da69d182=3Dorg.ovirt.engine.core.co= mmon.businessentities.gluster.GlusterVolumeEntity@42990505}, log id: 5cd11a= 39=0A= =0A= =0A= [1] http://www.ovirt.org/documentation/admin-guide/hosted-engine-backup-and= -restore seems to be moved to http://www.ovirt.org/documentation/self-hoste= d/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/#creati= ng-a-new-self-hosted-engine-environment-to-be-used-as-the-restored-environm= ent=0A= =0A= sincerely,=0A= Andr=E9-Sebastian Liebe=0A= =0A= Technik / Innovation=0A= Telefon: +49 30 40041-197=0A= Telefax: +49 30 40041-111=0A= =0A= gematik- Gesellschaft f=FCr Telematikanwendungen der Gesundheitskarte mbH= =0A= Friedrichstra=DFe 136, 10117 Berlin=0A= Amtsgericht Berlin-Charlottenburg HRB 96351 B=0A= Gesch=E4ftsf=FChrer: Alexander Beyer= ------876D7B0C0A669BBD7682F2B3715BF04A Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIP1AYJKoZIhvcNAQcCoIIPxTCCD8ECAQExDzANBglghkgBZQMEAgEFADALBgkq hkiG9w0BBwGggg0fMIIGuDCCBKCgAwIBAgIPGReV3CJ0GxId21RMXMvcMA0GCSqG SIb3DQEBCwUAMEUxCzAJBgNVBAYTAkNIMRUwEwYDVQQKEwxTd2lzc1NpZ24gQUcx HzAdBgNVBAMTFlN3aXNzU2lnbiBHb2xkIENBIC0gRzIwHhcNMTQwOTE5MTQxMDI1 WhcNMjkwOTE1MTQxMDI1WjBUMQswCQYDVQQGEwJDSDEVMBMGA1UEChMMU3dpc3NT aWduIEFHMS4wLAYDVQQDEyVTd2lzc1NpZ24gUGVyc29uYWwgR29sZCBDQSAyMDE0 IC0gRzIyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAnrf0T2JFsx4N Pb+TUBInPgv9nUyF9dMJh7sQL66HybrB2devqNc1+Gq+fFT4tfBa9hbI+xqRRqCO 0LoQOJ3v3XMlOzQ3zTL+b3wgDvs/d8tZ7LWGOSYF480/rL1aaBIQFlrE62GDQvcm kH/C8QxsSS+T+ga2FQhC/Br/btveNcP6cz87WyshF8IU/7sOKYqh3o5mbxI641R1 u3+zaiGq8A9620pSoW3b9P1Mf5t4z51ifqb+/QsYtDt60dw+mVES6sk8cl9VRLej cuiXFyVJaj7YyITior33buzheHvzZdxaQSgeq0mIrvmXqtplZoqXQ12irR7xhuf/ w9UtFBbqCwIDAQABo4IClDCCApAwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQI MAYBAf8CAQAwHQYDVR0OBBYEFNoy+Un4UcyYcWYM2c6225I/CUvvMB8GA1UdIwQY MBaAFFsle5akZVF+uDnzwHhmXug65/DuMIH/BgNVHR8EgfcwgfQwR6BFoEOGQWh0 dHA6Ly9jcmwuc3dpc3NzaWduLm5ldC81QjI1N0I5NkE0NjU1MTdFQjgzOUYzQzA3 ODY2NUVFODNBRTdGMEVFMIGooIGloIGihoGfbGRhcDovL2RpcmVjdG9yeS5zd2lz c3NpZ24ubmV0L0NOPTVCMjU3Qjk2QTQ2NTUxN0VCODM5RjNDMDc4NjY1RUU4M0FF N0YwRUUlMkNPPVN3aXNzU2lnbiUyQ0M9Q0g/Y2VydGlmaWNhdGVSZXZvY2F0aW9u TGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3RyaWJ1dGlvblBvaW50MF8GA1Ud IARYMFYwVAYJYIV0AVkBAgEGMEcwRQYIKwYBBQUHAgEWOWh0dHA6Ly9yZXBvc2l0 b3J5LnN3aXNzc2lnbi5jb20vU3dpc3NTaWduLUdvbGQtQ1AtQ1BTLnBkZjCBxgYI KwYBBQUHAQEEgbkwgbYwZAYIKwYBBQUHMAKGWGh0dHA6Ly9zd2lzc3NpZ24ubmV0 L2NnaS1iaW4vYXV0aG9yaXR5L2Rvd25sb2FkLzVCMjU3Qjk2QTQ2NTUxN0VCODM5 RjNDMDc4NjY1RUU4M0FFN0YwRUUwTgYIKwYBBQUHMAGGQmh0dHA6Ly9vY3NwLnN3 aXNzc2lnbi5uZXQvNUIyNTdCOTZBNDY1NTE3RUI4MzlGM0MwNzg2NjVFRTgzQUU3 RjBFRTANBgkqhkiG9w0BAQsFAAOCAgEArevbqCOPH6va0x4oEb4UviyXJzIokl5M jRADlGMDFXaKm52mU+IZlJ9PjcqBiEXhjjD1oR8uV5aVRWXH+auI6JgQZz5L+u2a 309bDu3bcineP45vZ+nAuoDvulmx2nqjloCOturaks727w/nHCoz723eYH46fg// q/a5QnOoBe+WIiZWT71TcycX4hiVcPwVqB53tL9IM2qe2balnCpZKorZWVHQXYWS O5MIBaw/iMOwCCpflDRU75TruHPjfE4Bu4U9Nm3NBt3zcc5ykcQ8ZbJzkWLnSi2L Y8r71Ulc3jxqyWOZQbgS14x/BzVQj4Rk9+X8KovGpooAFVIBR/bdU/z2IdZlENgo PNpJokuEH5OS6UZSyNmhhXjI2QGXn91G+QV4++kreVz6heVOhDPgOoOfRXLYG9O/ 9wqPMthmUQgcTrymp57bPpM0zIYpHxcKfxhoYprQdO3LuU1F2xkZE2vFLWVB9ugH zXd1ADIKrrGgJXPfMluXT9wK8BzTcI5cOqhESt4Awq5q9fmiW3OUAROL0Ca0Z/sR QcvvJ/ewlZvLdsymcfjV6JtN7/IBgIJ4D/Js4DRWCwAv1jhBiEGsRAlhiJmep//U 1HEaT9oredt9PYS1iKbkcMuDEtPuYXrQ+8OQmMEwMbOFboZMMTOVNOenLH+EiG6B UnowTwqqjtAwggZfMIIFR6ADAgECAg9L4pTQgb3rW5+eyDb7b8IwDQYJKoZIhvcN AQELBQAwVDELMAkGA1UEBhMCQ0gxFTATBgNVBAoTDFN3aXNzU2lnbiBBRzEuMCwG A1UEAxMlU3dpc3NTaWduIFBlcnNvbmFsIEdvbGQgQ0EgMjAxNCAtIEcyMjAeFw0x NjEwMDYwODAyMDRaFw0xNzEwMDYwODAyMDRaMIG2MQswCQYDVQQGEwJERTEPMA0G A1UECBMGQmVybGluMQ8wDQYDVQQHEwZCZXJsaW4xEDAOBgNVBAoTB2dlbWF0aWsx LDAqBgNVBAsTIyhaMSBTZWN1cmVNYWlsIEdhdGV3YXkgQ2VydGlmaWNhdGUpMR4w HAYDVQQDExVBbmRyZSBTZWJhc3RpYW4gTGllYmUxJTAjBgkqhkiG9w0BCQEWFmFu ZHJlLmxpZWJlQGdlbWF0aWsuZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDDUYQmrsYEHuCqhIhh5ZdAEFX8PsubBQIB61sGiENO3ccmlkETeb7S4fvZ q4+zBYZEi3XSPqgLxuC/FBG+KjQPdrRxe/rDjRJNFMdJZBXPF6ukky3ftHAsSNPO ysj0e4pShWZKTGmOT6hyilaVHhY6ZbjXHtClJJVLafssLfR3Ti7WkqYv/xt7grDR b19FjZxwgmwum2769cvCX9QkBqq6Z8IGn0RRVWpqx54hLkz3huIRf9HrXMVEEnn4 IWV5JebN4PnNkJiKHdMyr3LAsrk1E9tYtcMnQxyu2hx3Kr4XokK7oO2Lzpts4H7S kuOMmfR02vXCBlyHmdzVScuooquNAgMBAAGjggLJMIICxTAhBgNVHREEGjAYgRZh bmRyZS5saWViZUBnZW1hdGlrLmRlMA4GA1UdDwEB/wQEAwIEsDATBgNVHSUEDDAK BggrBgEFBQcDBDAdBgNVHQ4EFgQU0YbsGMI0C0ealqDM5iWHFOxy21kwHwYDVR0j BBgwFoAU2jL5SfhRzJhxZgzZzrbbkj8JS+8wgf8GA1UdHwSB9zCB9DBHoEWgQ4ZB aHR0cDovL2NybC5zd2lzc3NpZ24ubmV0L0RBMzJGOTQ5Rjg1MUNDOTg3MTY2MENE OUNFQjZEQjkyM0YwOTRCRUYwgaiggaWggaKGgZ9sZGFwOi8vZGlyZWN0b3J5LnN3 aXNzc2lnbi5uZXQvQ049REEzMkY5NDlGODUxQ0M5ODcxNjYwQ0Q5Q0VCNkRCOTIz RjA5NEJFRiUyQ089U3dpc3NTaWduJTJDQz1DSD9jZXJ0aWZpY2F0ZVJldm9jYXRp b25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnQwXwYD VR0gBFgwVjBUBglghXQBWQECAQYwRzBFBggrBgEFBQcCARY5aHR0cDovL3JlcG9z aXRvcnkuc3dpc3NzaWduLmNvbS9Td2lzc1NpZ24tR29sZC1DUC1DUFMucGRmMIHX BggrBgEFBQcBAQSByjCBxzBkBggrBgEFBQcwAoZYaHR0cDovL3N3aXNzc2lnbi5u ZXQvY2dpLWJpbi9hdXRob3JpdHkvZG93bmxvYWQvREEzMkY5NDlGODUxQ0M5ODcx NjYwQ0Q5Q0VCNkRCOTIzRjA5NEJFRjBfBggrBgEFBQcwAYZTaHR0cDovL2dvbGQt cGVyc29uYWwtZzIub2NzcC5zd2lzc3NpZ24ubmV0L0RBMzJGOTQ5Rjg1MUNDOTg3 MTY2MENEOUNFQjZEQjkyM0YwOTRCRUYwDQYJKoZIhvcNAQELBQADggEBACjxz8QL pCQ51jLVWShJDyvEsG3oVmhajtEuHHxV1M/0TQ2CPZgJ37juNCeyrCTxSAYtAr0l bYMSds5EPdupijDkM9QVRJIw7JSygWmOnLieL6iCcWvRI4yACmZ6zyEptp3KkJnh dAgV5RTSoY6vNKlFG93wZXA7AhJxwP2n08atbU8Rp6mbn5WG+L7VV3ARxAMdNvsJ ISvzzYxsACkD8+O7YV1jNq+BkHvr6Zf3BAPSA2rhe4T87PvI3VAuP9CiMwOdnF1s rp59Ar39KtoHTm74TnzKbZVzmg5J3ktSFW4HjYZXe5jTzD/l7LHUwL1q/1T0H/cF zYDFPQ7KaWSkrTMxggJ5MIICdQIBATBnMFQxCzAJBgNVBAYTAkNIMRUwEwYDVQQK EwxTd2lzc1NpZ24gQUcxLjAsBgNVBAMTJVN3aXNzU2lnbiBQZXJzb25hbCBHb2xk IENBIDIwMTQgLSBHMjICD0vilNCBvetbn57INvtvwjANBglghkgBZQMEAgEFAKCB 5DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAx MTkwODI4MzZaMC8GCSqGSIb3DQEJBDEiBCA+vAEPziS9FFMWXwLnwHZjno9SRXiK 9Te3a2tg42JWRDB5BgkqhkiG9w0BCQ8xbDBqMAsGCWCGSAFlAwQBKjALBglghkgB ZQMEARYwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAN BggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0B AQEFAASCAQC9u8rm0nmn0MXzYgiCr8Pl337AM2wqEQqa7gsjde9YZzf38ZoFR/5J BNl1dHjPY195W70rhbTA+xJyEcrMVcPHL2d4u1Zb6FPfmOGPeEbHdfrWn8byk/Nw LcAiyd/BEqxMv24W5uG3ZxpGkU4/GWADKj1a0Yn6RFPgtZ1zzzNZOlEtB01ikT9p RDcJddY9tF1K7WTUxe6vHMiddN0v7AUuwGL4DHCW9MmTqzHzwGz/1nLlW35IElLb f0MQXqNQPcj0OpGct1meP2XSrR2Lv/KyBBlWCL2du1wy9p7FzJTHmwh9JnxSQ3XR 9On+mn4yAkjFqVuL1AU6DcvHjoXsLbCV ------876D7B0C0A669BBD7682F2B3715BF04A--

8 years, 4 months

1
0
0 / 0

ovirt 4.1 - Edit Host

by Maton, Brett

If I try to edit the comment field of an active host, the UI refuses with the following message. Cannot edit Host. Host parameters cannot be modified while Host is operational Please switch host to Maintenance mode first Whilst I'm sure change the majority of values for an active host would be undesirable, having to put a host in to maintenance mode to change a comment label is a pain... Thoughts? Regards, Brett

8 years, 4 months

2
1
0 / 0

oVIRT 4.0.6 / Pools / Spinning up Pool (Cannot get parent volume?)

by Devin Acosta

I am trying to get a pool going within oVIRT. When I go to create the pool it errors out on trying to spin up the instances. However if i manually spin up an instance from the Template it comes up with no issues. I noticed inside the vdsm.log i see messages about "'Cannot get parent volume' - code 216", however I looked at the NFS share and the permissions appear right vdsm:kvm [root@server ~]# ls -al /rhev/data-center/5824bb37-0258-026d-0107-00000000004d/f8d5f826-bd95-4229-9e87-9005b79f2448/images/9456183f-2c4e-42c5-8902-6e96b8eaff7e/66059e14-e57e-4fba-a7fe-01a655a051f0 -rw-rw----. 1 vdsm kvm 75161927680 Dec 15 18:00 /rhev/data-center/5824bb37-0258-026d-0107-00000000004d/f8d5f826-bd95-4229-9e87-9005b79f2448/images/9456183f-2c4e-42c5-8902-6e96b8eaff7e/66059e14-e57e-4fba-a7fe-01a655a051f0 volParent.share(imgPath) VolumeCannotGetParent: Cannot get parent volume: (u"Couldn't get parent b88c8dbd-51ce-4821-add5-e241848274eb for volume 247eb9bc-a401-49df-a917-08dde7c2d2b1: Cannot share volume: u'src=/rhev/data-center/5824bb37-0258-026d-0107-00000000004d/f8d5f826-bd95-4229-9e87-9005b79f2448/images/acb3abf0-d3db-454b-890e-9de7c34a2f70/b88c8dbd-51ce-4821-add5-e241848274eb, dst=/rhev/data-center/5824bb37-0258-026d-0107-00000000004d/f8d5f826-bd95-4229-9e87-9005b79f2448/images/9edc4fd2-da95-4ab0-9b96-fa73aa5959e8/b88c8dbd-51ce-4821-add5-e241848274eb: [Errno 524] Unknown error 524'",) 62e50060-1ce5-4b5c-a015-95c63c023929::DEBUG::2017-01-18 22:15:55,052::task::921::Storage.TaskManager.Task::(_runJobs) Task=`62e50060-1ce5-4b5c-a015-95c63c023929`::aborting: Task is aborted: 'Cannot get parent volume' - code 216 volParent.share(imgPath) VolumeCannotGetParent: Cannot get parent volume: (u"Couldn't get parent b88c8dbd-51ce-4821-add5-e241848274eb for volume a7a012df-e829-4798-9359-e6ef28b04016: Cannot share volume: u'src=/rhev/data-center/5824bb37-0258-026d-0107-00000000004d/f8d5f826-bd95-4229-9e87-9005b79f2448/images/acb3abf0-d3db-454b-890e-9de7c34a2f70/b88c8dbd-51ce-4821-add5-e241848274eb, dst=/rhev/data-center/5824bb37-0258-026d-0107-00000000004d/f8d5f826-bd95-4229-9e87-9005b79f2448/images/af84c880-6c04-42a5-9c5c-3a7f2e835311/b88c8dbd-51ce-4821-add5-e241848274eb: [Errno 524] Unknown error 524'",) b634bede-6f35-47a9-87fa-a11694da34b1::DEBUG::2017-01-18 22:15:56,340::task::921::Storage.TaskManager.Task::(_runJobs) Task=`b634bede-6f35-47a9-87fa-a11694da34b1`::aborting: Task is aborted: 'Cannot get parent volume' - code 216 jsonrpc.Executor/1::DEBUG::2017-01-18 22:16:05,664::taskManager::107::Storage.TaskManager::(getTaskStatus) Return. Response: {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': '62e50060-1ce5-4b5c-a015-95c63c023929'} jsonrpc.Executor/1::DEBUG::2017-01-18 22:16:05,664::taskManager::107::Storage.TaskManager::(getTaskStatus) Return. Response: {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': 'b634bede-6f35-47a9-87fa-a11694da34b1'} jsonrpc.Executor/1::DEBUG::2017-01-18 22:16:05,664::taskManager::124::Storage.TaskManager::(getAllTasksStatuses) Return: {'62e50060-1ce5-4b5c-a015-95c63c023929': {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': '62e50060-1ce5-4b5c-a015-95c63c023929'}, 'b634bede-6f35-47a9-87fa-a11694da34b1': {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': 'b634bede-6f35-47a9-87fa-a11694da34b1'}} jsonrpc.Executor/1::INFO::2017-01-18 22:16:05,665::logUtils::52::dispatcher::(wrapper) Run and protect: getAllTasksStatuses, Return response: {'allTasksStatus': {'62e50060-1ce5-4b5c-a015-95c63c023929': {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': '62e50060-1ce5-4b5c-a015-95c63c023929'}, 'b634bede-6f35-47a9-87fa-a11694da34b1': {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': 'b634bede-6f35-47a9-87fa-a11694da34b1'}}} jsonrpc.Executor/1::DEBUG::2017-01-18 22:16:05,665::task::1193::Storage.TaskManager.Task::(prepare) Task=`a26d2abd-84c9-48cf-ab0f-5dd225765f9a`::finished: {'allTasksStatus': {'62e50060-1ce5-4b5c-a015-95c63c023929': {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': '62e50060-1ce5-4b5c-a015-95c63c023929'}, 'b634bede-6f35-47a9-87fa-a11694da34b1': {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': 'b634bede-6f35-47a9-87fa-a11694da34b1'}}} jsonrpc.Executor/1::DEBUG::2017-01-18 22:16:05,665::__init__::555::jsonrpc.JsonRpcServer::(_handle_request) Return 'Host.getAllTasksStatuses' in bridge with {'62e50060-1ce5-4b5c-a015-95c63c023929': {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': '62e50060-1ce5-4b5c-a015-95c63c023929'}, 'b634bede-6f35-47a9-87fa-a11694da34b1': {'code': 216, 'message': 'Cannot get parent volume', 'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID': 'b634bede-6f35-47a9-87fa-a11694da34b1'}} -- Devin Acosta Red Hat Certified Architect, LinuxStack 602-354-1220 || devin(a)linuxguru.co

8 years, 4 months

1
0
1 / 0

oVirt Console on Windows 7

by Brett Holcomb

On my Windows machine I can run the web portal without issues but I would like to use the console from the portal on the VMs. I installed the virt-manager but it if I do spice://myengine.my.domain:5900 it tells me I can't connect. I've found a lot of contradictory advice (big surprise! <G>). Some say I need to install spice.cab (link does not work and a working link lead to a site with malware which got blocked). So what do I need to use a console in the portal in Windows 7? Also, when will the portal work with Chrome? Thanks.

8 years, 4 months

4
5
0 / 0

oVirt Guest Agent doesn't work in Windows Server 2012 R2 Standard x86-64

by Julián Tete

The oVirt Guest Service don't start and the Operative Systems show the following message: "The OVirt Guest Service on Local Computer started and then stopped. Some services stop automatically if they are not in use in use by other services or programs." oVirt Windows Guest Tools ISO Version used: oVirt-toolsSetup_3.6.0_0.2_master.fc22.iso oVirt Engine Version: 3.6.7.5-1.el7.centos Bare Metal Software (Host) OS Version: RHEL - 7 - 3.1611.el7.centos Kernel Version: 4.9.0 - 1.el7.elrepo.x86_64 KVM Version: 2.3.0 - 31.el7_2.10.1 LIBVIRT Version: libvirt-2.0.0-10.el7_3.2 VDSM Version: vdsm-4.17.32-1.el7 SPICE Version: 0.12.4 - 19.el7 GlusterFS Version: [N/A] CEPH Version: librbd1-0.94.5-1.el7 Bare Metal Hardware (Host) Manufacturer: HP Family: ProLiant Product Name: ProLiant BL460c Gen8 CPU Model: Intel(R) Xeon(R) CPU E5-2667 v2 @ 3.30GHz CPU Type: Intel SandyBridge Family CPU Sockets: 2 CPU Cores per Socket: 8 CPU Threads per Core: 2 (SMT Enabled) Can you help me ? Thanks in Advance

8 years, 4 months

3
8
0 / 0

oVIRT 4.0.6 / User Portal giving error on login.

by Devin Acosta

I am running the latest oVIRT 4.0.6 on CentOS 7.3, when I just log into the User Portal I instantly get an error message. Any ideas are appreciated? the ui-log shows: 2017-01-17 21:00:05,080 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-50) [] Permutation name: 3FFA074CA26B824237ECA7DB1BF9D49D 2017-01-17 21:00:05,080 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-50) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) __gwt$exception: <skipped>: Cannot read property 'R' of undefined at org.ovirt.engine.ui.uicommonweb.IconUtils.extractIconIds(IconUtils.java:43) at org.ovirt.engine.ui.uicommonweb.IconUtils.prefetchIcons(IconUtils.java:35) at org.ovirt.engine.ui.uicommonweb.models.userportal.AbstractUserPortalListModel$2.executed(AbstractUserPortalListModel.java:180) at org.ovirt.engine.ui.frontend.Frontend$3.$onSuccess(Frontend.java:334) [frontend.jar:] at org.ovirt.engine.ui.frontend.Frontend$3.onSuccess(Frontend.java:334) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.OperationProcessor$3.$onSuccess(OperationProcessor.java:176) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.OperationProcessor$3.onSuccess(OperationProcessor.java:176) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.$onSuccess(GWTRPCCommunicationProvider.java:269) [frontend.jar:] at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.onSuccess(GWTRPCCommunicationProvider.java:269) [frontend.jar:] at com.google.gwt.rpc.client.impl.RpcCallbackAdapter.onResponseReceived(RpcCallbackAdapter.java:72) [gwt-servlet.jar:] at com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237) [gwt-servlet.jar:] at com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409) [gwt-servlet.jar:] at Unknown.eval(userportal-0.js@65) at com.google.gwt.core.client.impl.Impl.apply(Impl.java:296) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335) [gwt-servlet.jar:] at Unknown.eval(userportal-0.js@54) -- Devin Acosta Red Hat Certified Architect, LinuxStack 602-354-1220 || devin(a)linuxguru.co

8 years, 4 months

1
1
0 / 0

PM proxy

by Slava Bendersky

--=_6c11db75-538d-4f87-85bf-f3d0c65b7816 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello Everyone, I need help with this error. What possible missing or miss-configured ? 2017-01-12 05:17:31,444 ERROR [org.ovirt.engine.core.bll.pm.FenceProxyLocator] (default task-38) [] Can not run fence action on host 'hosted_engine_1', no suitable proxy host was found I tried from shell on host and it works fine. Right now settings default dc, cluster from PM proxy definition. Slava. --=_6c11db75-538d-4f87-85bf-f3d0c65b7816 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000"><div>Hello Everyone,</div><div>I need help with this error. What possible missing or miss-configured  ?</div><div><br data-mce-bogus="1"></div><div>2017-01-12 05:17:31,444 ERROR [org.ovirt.engine.core.bll.pm.FenceProxyLocator] (default task-38) [] Can not run fence action on host 'hosted_engine_1', no suitable proxy host was found<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>I tried from shell on host and it works fine.</div><div>Right now settings default dc, cluster from PM proxy definition.</div><div>Slava.</div></div></body></html> --=_6c11db75-538d-4f87-85bf-f3d0c65b7816--

8 years, 4 months

4
6
0 / 0

Scheduled Snapshot and export

by Anantha Raghava

This is a multi-part message in MIME format. --------------E7B969D35E5A2D1BD6D33909 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello to oVirt Users, I have few questions. a. Can we schedule the VM snapshots? If yes, please share the procedure b. Snapshots are stored on the same storage domain. Can we move them to another storage domain say NFS domain for additional safety? If, yes, please share the procedure. Also, after upgrading to version 4.0.5, at many places, especially when we are creating a new VM and trying to create a new Disk for the VM, we keep getting "uncought exception" and the process will not complete. We have to create a VM, without Disk and then create the disk separately and attach it to VM. Is anyone else facing this issue? These sort of issues were not there in 4.0.4. -- Thanks & Regards, Anantha Raghava eXza Technology Consulting & Services --------------E7B969D35E5A2D1BD6D33909 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p><font face="Liberation Serif">Hello to oVirt Users,</font></p> <font face="Liberation Serif">I have few questions.<br> <br> <br> a. Can we schedule the VM snapshots? If yes, please share the procedure<br> b. Snapshots are stored on the same storage domain. Can we move them to another storage domain say NFS domain for additional safety? If, yes, please share the procedure.<br> <br> Also, after upgrading to version 4.0.5, at many places, especially when we are creating a new VM and trying to create a new Disk for the VM, we keep getting "uncought exception" and the process will not complete. We have to create a VM, without Disk and then create the disk separately and attach it to VM.<br> <br> Is anyone else facing this issue? These sort of issues were not there in 4.0.4.<br> </font> <div class="moz-signature"> <meta http-equiv="content-type" content="text/html; charset=utf-8"> <title></title> <meta name="generator" content="LibreOffice 5.0.3.2 (Linux)"> <meta name="created" content="00:00:00"> <meta name="changedby" content="Anantha Raghava"> <meta name="changed" content="2016-01-05T17:20:50.677541300"> <meta name="created" content="00:00:00"> <meta name="changedby" content="Anantha Raghava"> <meta name="changed" content="2015-12-20T09:03:26.251763811"> <meta name="created" content="2015-02-21T00:00:00"> <meta name="changedby" content="Anantha Raghava"> <meta name="changed" content="2015-12-20T09:02:11.666821134"> <style type="text/css"> @page { margin: 2cm } p { margin-bottom: 0.25cm; color: #000000; line-height: 120% } address { color: #000000 } a:link { so-language: zxx } </style> <p>-- </p> <p style="margin-bottom: 0cm; line-height: 100%"><font face="Times New Roman, serif">Thanks & Regards,</font></p> <p style="margin-bottom: 0cm; line-height: 100%"><br> </p> <address style="line-height: 100%"><font face="Times New Roman, serif">Anantha Raghava</font></address> <address style="line-height: 100%"><font face="Times New Roman, serif">eXza Technology Consulting & Services</font></address> </div> </body> </html> --------------E7B969D35E5A2D1BD6D33909--

8 years, 4 months

3
7
0 / 0

Re: [ovirt-users] Recommended Ovirt Implementation on Active-Active Datacenters (Site 1 and Site2) - Same Cluster

by Rogério Ceni Coelho

Hi oVirt Masters !!! I create Affinity Rules with sucess using REST API as Martin Sivak wrote on https://www.ovirt.org/blog/2016/07/affinity-labels I only want to tell him ( and all others users ) that the URL to check on his blog is not right ( or at least nomore ). Wrong way : ( Do not list hosts on affinitylabels - Original as wrote on Martin Blogs - $ cengine -f http://localhost:8080/ovirt-engine/api/affinitylabels | jq -r '.affinity_label[] | {id, name, vms, hosts}') [root@hlg-rbs-ovirt01-poa ~]# cengine -f https://hlg-rbs-ovirt01-poa.rbs.com.br/ovirt-engine/api/affinitylabels { "affinity_label" : [ { "read_only" : "false", "name" : "DATACENTER_TV", "href" : "/ovirt-engine/api/affinitylabels/37f59ae4-2c63-46ac-a126-aa75b5be3437", "id" : "37f59ae4-2c63-46ac-a126-aa75b5be3437", "link" : [ { "href" : "/ovirt-engine/api/affinitylabels/37f59ae4-2c63-46ac-a126-aa75b5be3437/hosts", "rel" : "hosts" }, { "href" : "/ovirt-engine/api/affinitylabels/37f59ae4-2c63-46ac-a126-aa75b5be3437/vms", "rel" : "vms" } ] }, { "read_only" : "false", "name" : "DATACENTER_CORP", "href" : "/ovirt-engine/api/affinitylabels/cecf7ac2-3128-443a-8d90-26f90bfca99d", "id" : "cecf7ac2-3128-443a-8d90-26f90bfca99d", "link" : [ { "href" : "/ovirt-engine/api/affinitylabels/cecf7ac2-3128-443a-8d90-26f90bfca99d/hosts", "rel" : "hosts" }, { "href" : "/ovirt-engine/api/affinitylabels/cecf7ac2-3128-443a-8d90-26f90bfca99d/vms", "rel" : "vms" } ] } ] For me the right way are : [root@hlg-rbs-ovirt01-poa ~]# export DATACENTER_CORP=cecf7ac2-3128-443a-8d90-26f90bfca99d [root@hlg-rbs-ovirt01-poa ~]# cengine -f https://hlg-rbs-ovirt01-poa.rbs.com.br/ovirt-engine/api/affinitylabels/ $DATACENTER_CORP/hosts { "host" : [ { "href" : "/ovirt-engine/api/hosts/f527f077-dd27-46d2-bd39-3f157177277e", "id" : "f527f077-dd27-46d2-bd39-3f157177277e" }, { "href" : "/ovirt-engine/api/hosts/f9c9d929-b460-4102-bb29-de1e6ad6ad72", "id" : "f9c9d929-b460-4102-bb29-de1e6ad6ad72" }, { "href" : "/ovirt-engine/api/hosts/02ead14e-0208-4a74-b1c2-4c19383820f9", "id" : "02ead14e-0208-4a74-b1c2-4c19383820f9" }, { "href" : "/ovirt-engine/api/hosts/ffde7cb6-30db-4d77-872d-ef4e1b3d1a8e", "id" : "ffde7cb6-30db-4d77-872d-ef4e1b3d1a8e" }, { "href" : "/ovirt-engine/api/hosts/5feddfba-d7b2-423e-a946-ac2bf36906fa", "id" : "5feddfba-d7b2-423e-a946-ac2bf36906fa" }, { "href" : "/ovirt-engine/api/hosts/7d9cab91-703d-432d-b5da-91e122950794", "id" : "7d9cab91-703d-432d-b5da-91e122950794" }, { "href" : "/ovirt-engine/api/hosts/cd5e5f1d-6c8b-49ad-a9ab-4f2fc3fedbb8", "id" : "cd5e5f1d-6c8b-49ad-a9ab-4f2fc3fedbb8" }, { "href" : "/ovirt-engine/api/hosts/45b93272-7bfd-4d9a-b934-75c4a9b9514e", "id" : "45b93272-7bfd-4d9a-b934-75c4a9b9514e" }, { "href" : "/ovirt-engine/api/hosts/0ccedcb2-33ab-43be-9218-7743d711bc18", "id" : "0ccedcb2-33ab-43be-9218-7743d711bc18" } ] I am using oVirt 4.0.6. Thanks. Em qui, 24 de nov de 2016 às 13:01, Roy Golan <rgolan(a)redhat.com> escreveu: > Affinity labels [1] will allow you to label the hosts and vms to site1 and > site2 and that should be it. > > - create label per site > - add the redpective label to each vm and host > > Unfortunately there is no UI for that but with SDK or rest it's easy > > [1] https://www.ovirt.org/blog/2016/07/affinity-labels/ > > On Nov 24, 2016 3:12 PM, "Rogério Ceni Coelho" < > rogeriocenicoelho(a)gmail.com> wrote: > > Hi Ovirt Jedi´s !!! > > First of all, congrats about the product !!! I love Ovirt !!! > > I am using Ovirt 4.0.4 with 10 hosts and 58 virtual machines on two > Active-Active Datacenters using two EMC Vplex + two EMC VNX5500 + eight > Dell Blades + 8 Dell PowerEdge M610 and two M620 Servers. > > Half servers are on Site 1 and Half servers on Site 2. The same with VMs. > All Sites work as one and have redundant network, storage, power, etc etc > etc ... > > I want to know what is the best way to set that VM number 1 runs on Site 1 > and VM number 2 runs on Site 2 ? > > On Vmware 5.1 we use DRS Group Manager and on Hyper-V we use Custom > Properties on hosts and on VMs. What we use on oVirt without segregate on > two different Datacenters or two different clusters ? > > Thanks in advance. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

8 years, 4 months

1
0
0 / 0

High Database Load after updating to oVirt 4.0.4

by Grundmann, Christian

--_004_6A17C71B52524C408E7AAF69103E9E490F915445fabamailserverf_ Content-Type: multipart/alternative; boundary="_000_6A17C71B52524C408E7AAF69103E9E490F915445fabamailserverf_" --_000_6A17C71B52524C408E7AAF69103E9E490F915445fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable After 4.0.4 Update we have a very high database load during startup of VMs So high that the api calls getting timeouts I attached the output of select * from pg_stat_activity is there a way to downgrade to 4.0.3? Thx Christian --_000_6A17C71B52524C408E7AAF69103E9E490F915445fabamailserverf_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">After 4.0.4 Update we have a ve= ry high database load during startup of VMs<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">So high that the api calls gett= ing timeouts<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I attached the output of<o:p></= o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">select * from pg_stat_activity&= nbsp; <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">is there a way to downgrade to = 4.0.3?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thx Christian<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> </div> </body> </html> --_000_6A17C71B52524C408E7AAF69103E9E490F915445fabamailserverf_-- --_004_6A17C71B52524C408E7AAF69103E9E490F915445fabamailserverf_ Content-Type: application/octet-stream; name="queries.csv" Content-Description: queries.csv Content-Disposition: attachment; filename="queries.csv"; size=33398; creation-date="Tue, 27 Sep 2016 08:31:36 GMT"; modification-date="Tue, 27 Sep 2016 08:31:36 GMT" Content-Transfer-Encoding: base64 IGRhdGlkIHwgICAgICAgZGF0bmFtZSAgICAgICAgfCAgcGlkICB8IHVzZXN5c2lkIHwgICAgICAg dXNlbmFtZSAgICAgICAgfCBhcHBsaWNhdGlvbl9uYW1lIHwgY2xpZW50X2FkZHIgfCBjbGllbnRf aG9zdG5hbWUgfCBjbGllbnRfcG9ydCB8ICAgICAgICAgYmFja2VuZF9zdGFydCAgICAgICAgIHwg ICAgICAgICAgeGFjdF9zdGFydCAgICAgICAgICAgfCAgICAgICAgICBxdWVyeV9zdGFydCAgICAg ICAgICB8ICAgICAgICAgc3RhdGVfY2hhbmdlICAgICAgICAgIHwgd2FpdGluZyB8ICAgICAgICBz dGF0ZSAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcXVlcnkgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAotLS0t LS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLSstLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAyMTc2OCB8 IGVuZ2luZSAgICAgICAgICAgICAgIHwgIDEzNTYgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAg IHwgICAgICAgNDYyMjQgfCAyMDE2LTA5LTI3IDA5OjIzOjQ4LjM0OTI0OCswMiB8ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHwgMjAxNi0wOS0yNyAxMDoyODoxNy4wNTM5NiswMiAgfCAy MDE2LTA5LTI3IDEwOjI4OjE3LjA1NDA0MyswMiB8IGYgICAgICAgfCBpZGxlICAgICAgICAgICAg ICAgIHwgU0VMRUNUIG9wdGlvbl92YWx1ZSBGUk9NIHZkY19vcHRpb25zIFdIRVJFIG9wdGlvbl9u YW1lID0gJ0Rpc2Nvbm5lY3REd2gnCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgIDEz NTcgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8 IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNDYyMjYgfCAyMDE2LTA5LTI3 IDA5OjIzOjQ4LjUwMzM4NCswMiB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgMjAx Ni0wOS0yNyAxMDoyODoxMi4yMDAyNTgrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjEyLjIwMjY4NCsw MiB8IGYgICAgICAgfCBpZGxlICAgICAgICAgICAgICAgIHwgQ09NTUlUCiAyNzAzMSB8IG92aXJ0 X2VuZ2luZV9oaXN0b3J5IHwgIDEzNTggfCAgICAyNzAzMCB8IG92aXJ0X2VuZ2luZV9oaXN0b3J5 IHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAg ICAgNDYyMjggfCAyMDE2LTA5LTI3IDA5OjIzOjQ4LjY1Mzg3NiswMiB8ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHwgMjAxNi0wOS0yNyAxMDoyODoxMi4yMDYxODYrMDIgfCAyMDE2LTA5 LTI3IDEwOjI4OjEyLjIxNjcxMSswMiB8IGYgICAgICAgfCBpZGxlICAgICAgICAgICAgICAgIHwg Q09NTUlUCiAyNzAzMSB8IG92aXJ0X2VuZ2luZV9oaXN0b3J5IHwgIDEzNTkgfCAgICAyNzAzMCB8 IG92aXJ0X2VuZ2luZV9oaXN0b3J5IHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwg ICAgICAgICAgICAgICAgIHwgICAgICAgNDYyMzAgfCAyMDE2LTA5LTI3IDA5OjIzOjQ4LjY5ODE1 MiswMiB8IDIwMTYtMDktMjcgMTA6MDA6MDMuMzY2MDE2KzAyIHwgMjAxNi0wOS0yNyAxMDowMDow My4zNjYxNTkrMDIgfCAyMDE2LTA5LTI3IDEwOjAwOjAzLjM2NjE3NiswMiB8IGYgICAgICAgfCBp ZGxlIGluIHRyYW5zYWN0aW9uIHwgU0VMRUNUICdjb250aW51ZUFnZycsICcxJyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICsKICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICB8ICAgICAgICAgIHwgICAg ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgfCAgICAg ICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgICAgfCBGUk9NIGhpc3RvcnlfY29uZmlndXJhdGlvbiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKwog ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgIHwgICAgICAgICAgfCAgICAgICAg ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgIHwgICAgICAgICAg ICAgICAgICAgICB8IFdIRVJFIHZhcl9uYW1lID0gJ2xhc3RIb3VyQWdncicgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICArCiAgICAg ICB8ICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgfCAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg fCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICAgIHwgQU5EIHZhcl9kYXRldGltZSA8ICcyMDE2LTA5LTI3IDA5OjAwOjAwLjAwMDAwMCsw MjAwJyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICsKICAgICAgIHwg ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICB8ICAgICAgICAgIHwgICAgICAgICAgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg fCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICB8ICAgICAgICAgICAgICAgICAg ICAgfCAKIDI3MDMxIHwgb3ZpcnRfZW5naW5lX2hpc3RvcnkgfCAgMTM2MCB8ICAgIDI3MDMwIHwg b3ZpcnRfZW5naW5lX2hpc3RvcnkgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAg ICAgICAgICAgICAgICAgfCAgICAgICA0NjIzMiB8IDIwMTYtMDktMjcgMDk6MjM6NDguNzA1MzA4 KzAyIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAyMDE2LTA5LTI3IDA5OjIzOjQ4 LjcwOTUxNCswMiB8IDIwMTYtMDktMjcgMDk6MjM6NDguNzA5NTU4KzAyIHwgZiAgICAgICB8IGlk bGUgICAgICAgICAgICAgICAgfCBTRVQgZXh0cmFfZmxvYXRfZGlnaXRzID0gMwogMjcwMzEgfCBv dmlydF9lbmdpbmVfaGlzdG9yeSB8ICAxMzYxIHwgICAgMjcwMzAgfCBvdmlydF9lbmdpbmVfaGlz dG9yeSB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8 ICAgICAgIDQ2MjM0IHwgMjAxNi0wOS0yNyAwOToyMzo0OC43MTE4OTYrMDIgfCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8IDIwMTYtMDktMjcgMDk6MjM6NDguNzE2OTIzKzAyIHwgMjAx Ni0wOS0yNyAwOToyMzo0OC43MTY5NzIrMDIgfCBmICAgICAgIHwgaWRsZSAgICAgICAgICAgICAg ICB8IFNFVCBleHRyYV9mbG9hdF9kaWdpdHMgPSAzCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAg ICAgIHwgMjI3MTggfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNTc4NDggfCAy MDE2LTA5LTI3IDEwOjIzOjU4LjcxNzExMiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTEuNDUxMDMx KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxMS40NTEwNzUrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjEx LjQ1MTA3NiswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJv bSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAg ICAgICAgIHwgIDE1MDEgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNDYyNTgg fCAyMDE2LTA5LTI3IDA5OjIzOjU1LjY2NjY1MiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuMzA5 MjY2KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNy4zMDkzMDIrMDIgfCAyMDE2LTA5LTI3IDEwOjI4 OjE3LjMwOTMwMiswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0ICog ZnJvbSAgZ2V0c25hcHNob3RieWxlYWZndWlkKCQxKQogMjE3NjggfCBlbmdpbmUgICAgICAgICAg ICAgICB8IDIyNzU0IHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgIDU3OTE4IHwg MjAxNi0wOS0yNyAxMDoyNDoxMC4yNjg5NjcrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE2LjI4OTgw NiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYuMjg5OTIxKzAyIHwgMjAxNi0wOS0yNyAxMDoyODox Ni4yODk5MjIrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNlbGVjdCAqIGZy b20gIGdldGRpc2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQogMjE3NjggfCBlbmdpbmUgICAgICAg ICAgICAgICB8ICAxNTgxIHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgIDQ2Mjcy IHwgMjAxNi0wOS0yNyAwOToyNDowNy40ODIzMzIrMDIgfCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB8IDIwMTYtMDktMjcgMTA6Mjg6MDcuNjAzMjE3KzAyIHwgMjAxNi0wOS0yNyAxMDoy ODowNy42MDMyNjIrMDIgfCBmICAgICAgIHwgaWRsZSAgICAgICAgICAgICAgICB8IENPTU1JVAog MjE3NjggfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAxNjAxIHwgICAgMjE3NjcgfCBlbmdpbmUg ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgfCA6OjEgICAgICAgICB8ICAgICAgICAg ICAgICAgICB8ICAgICAgIDYwMTY2IHwgMjAxNi0wOS0yNyAwOToyNDowOS44OTI4OTErMDIgfCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IDIwMTYtMDktMjcgMTA6Mjg6MTUuNTgyOTQ3 KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNS41ODM4NjUrMDIgfCBmICAgICAgIHwgaWRsZSAgICAg ICAgICAgICAgICB8IFNFTEVDVCAqIEZST00gVXBzZXJ0RXh0ZXJuYWxWYXJpYWJsZSgnZmVuY2Ut a2R1bXAtbGlzdGVuZXItaGVhcnRiZWF0JyxOVUxMKQogMjE3NjggfCBlbmdpbmUgICAgICAgICAg ICAgICB8ICAxNjIwIHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgIDQ2Mjk4IHwg MjAxNi0wOS0yNyAwOToyNDoxMC4yODUyMzgrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE2LjE3MDE1 MiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYuMTcwMTkzKzAyIHwgMjAxNi0wOS0yNyAxMDoyODox Ni4xNzAxOTMrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNlbGVjdCAqIGZy b20gIGdldGRpc2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQogMjE3NjggfCBlbmdpbmUgICAgICAg ICAgICAgICB8ICAxNjIzIHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgIDQ2MzA0 IHwgMjAxNi0wOS0yNyAwOToyNDoxMC4yODcxNzIrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3Ljk1 NTYzOCswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuOTU1OTI1KzAyIHwgMjAxNi0wOS0yNyAxMDoy ODoxNy45NTU5MjYrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNlbGVjdCAq IGZyb20gcHVibGljLnVwZGF0ZW51bWFub2Rlc3RhdGlzdGljcyhDQVNUICgkMSBBUyB1dWlkKSxD QVNUICgkMiBBUyBpbnQ4KSxDQVNUICgkMyBBUyBpbnQ0KSxDQVNUICgkNCBBUyBudW1lcmljKSxD QVNUICgkNSBBUyBudW1lcmljKSxDQVNUICgkNiBBUyBudW1lcmljKSxDQVNUICgkNyBBUyBpbnQ0 KSkgYXMgcmVzdWx0CiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgMjI3NTUgfCAgICAy MTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAu MSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNTc5MjAgfCAyMDE2LTA5LTI3IDEwOjI0OjEw LjMyMDk1NSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuMDgxMjkzKzAyIHwgMjAxNi0wOS0yNyAx MDoyODoxNy4wODEzMzQrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3LjA4MTMzNCswMiB8IGYgICAg ICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQo JDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgIDE2MjQgfCAg ICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4w LjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNDYzMDYgfCAyMDE2LTA5LTI3IDA5OjI0 OjEwLjI5NjU5NiswMiB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgMjAxNi0wOS0y NyAxMDoyNjo1NC4wMzU4MzIrMDIgfCAyMDE2LTA5LTI3IDEwOjI2OjU0LjAzNTg4OCswMiB8IGYg ICAgICAgfCBpZGxlICAgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0cW9zYnlxb3Np ZCgkMSkKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAgICAgfCAyMjgzNyB8ICAgIDIxNzY3IHwg ZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAg ICAgICAgICAgICAgICAgfCAgICAgICA1ODAzMCB8IDIwMTYtMDktMjcgMTA6MjQ6MzYuNjk4OTA3 KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNy43MTg3MjMrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3 LjcxODc2MSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuNzE4NzYxKzAyIHwgZiAgICAgICB8IGFj dGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9tICBnZXRzbmFwc2hvdGJ5bGVhZmd1aWQo JDEpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgMjI3NzkgfCAgICAyMTc2NyB8IGVu Z2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAg ICAgICAgICAgICAgIHwgICAgICAgNTc5NzAgfCAyMDE2LTA5LTI3IDEwOjI0OjI1LjgxNTA0OSsw MiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYuNDg2MDg4KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNi40 ODYxNiswMiAgfCAyMDE2LTA5LTI3IDEwOjI4OjE2LjQ4NjE2MSswMiB8IGYgICAgICAgfCBhY3Rp dmUgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0c25hcHNob3RieWxlYWZndWlkKCQx KQogMjE3NjggfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAxNjI1IHwgICAgMjE3NjcgfCBlbmdp bmUgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAg ICAgICAgICAgICB8ICAgICAgIDQ2MzA4IHwgMjAxNi0wOS0yNyAwOToyNDoxMC4zMDg3NjMrMDIg fCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IDIwMTYtMDktMjcgMTA6Mjc6MzMuMTMx Mjg1KzAyIHwgMjAxNi0wOS0yNyAxMDoyNzozMy4xMzEzMzIrMDIgfCBmICAgICAgIHwgaWRsZSAg ICAgICAgICAgICAgICB8IHNlbGVjdCAqIGZyb20gIGdldHFvc2J5cW9zaWQoJDEpCiAyMTc2OCB8 IGVuZ2luZSAgICAgICAgICAgICAgIHwgMjI4MzYgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAg IHwgICAgICAgNTgwMjggfCAyMDE2LTA5LTI3IDEwOjI0OjM2LjcwNTc4NSswMiB8IDIwMTYtMDkt MjcgMTA6Mjg6MTIuMjI2ODU2KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxMi4yMjY5MDgrMDIgfCAy MDE2LTA5LTI3IDEwOjI4OjEyLjIyNjkwOSswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAg ICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2 OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgIDE2MzggfCAgICAyMTc2NyB8IGVuZ2luZSAgICAg ICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAg ICAgIHwgICAgICAgNDYzMzIgfCAyMDE2LTA5LTI3IDA5OjI0OjEyLjE4ODIyNSswMiB8IDIwMTYt MDktMjcgMTA6Mjg6MTUuODg3MzE0KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNS44ODczNjYrMDIg fCAyMDE2LTA5LTI3IDEwOjI4OjE1Ljg4NzM2NyswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAg ICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0c25hcHNob3RieWxlYWZndWlkKCQxKQogMjE3Njgg fCBlbmdpbmUgICAgICAgICAgICAgICB8ICAxNjM5IHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAg ICAgICAgICB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAg ICB8ICAgICAgIDQ2MzM0IHwgMjAxNi0wOS0yNyAwOToyNDoxMi4xOTYyMjkrMDIgfCAyMDE2LTA5 LTI3IDEwOjI4OjEyLjk3NzcxMiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTIuOTc3NzcxKzAyIHwg MjAxNi0wOS0yNyAxMDoyODoxMi45Nzc3NzIrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAg ICAgICB8IHNlbGVjdCAqIGZyb20gIGdldGRpc2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQogMjE3 NjggfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAyMDAwIHwgICAgMjE3NjcgfCBlbmdpbmUgICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAg ICAgICB8ICAgICAgIDQ2Njg0IHwgMjAxNi0wOS0yNyAwOToyNDozOS43MTQ4MTMrMDIgfCAyMDE2 LTA5LTI3IDEwOjI4OjE0LjUwMTYwNiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTQuNTAxNjk1KzAy IHwgMjAxNi0wOS0yNyAxMDoyODoxNC41MDE2OTYrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAg ICAgICAgICB8IHNlbGVjdCAqIGZyb20gIGdldGRpc2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQog MjcwMzEgfCBvdmlydF9lbmdpbmVfaGlzdG9yeSB8ICAyMDEyIHwgICAgMjcwMzAgfCBvdmlydF9l bmdpbmVfaGlzdG9yeSB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAg ICAgICAgICB8ICAgICAgIDQ2NzAyIHwgMjAxNi0wOS0yNyAwOToyNDo0NC43OTU2NDYrMDIgfCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IDIwMTYtMDktMjcgMTA6MDE6MzYuOTMyNDk5 KzAyIHwgMjAxNi0wOS0yNyAxMDowMTozNi45MzI5MDkrMDIgfCBmICAgICAgIHwgaWRsZSAgICAg ICAgICAgICAgICB8IFNFTEVDVCBzdG9yYWdlX2RvbWFpbl9uYW1lIEFTIG5hbWUsIEFWRyggQ0FT VCh1c2VkX2Rpc2tfc2l6ZV9nYiBBUyBmbG9hdCkgLyAodXNlZF9kaXNrX3NpemVfZ2IgKyBhdmFp bGFibGVfZGlza19zaXplX2diKSApICogMTAwIEFTIGF2ZyBGUk9NIHY0XzBfc3RhdGlzdGljc19z dG9yYWdlX2RvbWFpbnNfcmVzb3VyY2VzX3VzYWdlX2hvdXJseSByZXNvdXJjZXMgSU5ORVIgSk9J TiB2NF8wX2NvbmZpZ3VyYXRpb25faGlzdG9yeV9zdG9yYWdlX2RvbWFpbnMgc3RvcmFnZSBPTiBz dG9yYWdlLnN0b3JhZ2VfZG9tYWluX2lkID0gcmVzb3VyY2VzLnN0b3JhZ2VfZG9tYWluX2lkIFdI RVJFIE5PVChhdmFpbGFibGVfZGlza19zaXplX2diIElTIE5VTEwgQU5EIHVzZWRfZGlza19zaXpl X2diIElTIE5VTEwpIEFORCBzdG9yYWdlX2RvbWFpbl90eXBlIElOKDAsIDEpIEFORCByZXNvdXJj ZXMuc3RvcmFnZV9kb21haW5fc3RhdHVzID0gMSBBTkQgc3RvcmFnZS5oaXN0b3J5X2lkIElOIChT RUxFQ1QgTUFYKGEuaGlzdG9yeV9pZCkgRlJPTSB2NF8wX2NvbmZpZ3VyYXRpb25faGlzdG9yeV9z dG9yYWdlX2RvbWFpbnMgYSBHUk9VUCBCWSBhLnN0b3JhZ2VfZG9tYWluX2lkKSBBTkQgaGlzdG9y eV9kYXRldGltZSA+PSAoQ1VSUkVOVF9USU1FU1RBTVAgLSBJTlRFUlZBTCAnMSBkYXknKSBBTkQg aGlzdG9yeV9kYXRldGltZSA8IENVUlJFTlRfVElNRVNUQU1QIEdST1VQIEJZIG5hbWUKIDIxNzY4 IHwgZW5naW5lICAgICAgICAgICAgICAgfCAyMjgzOCB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAg ICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAg ICAgfCAgICAgICA1ODAzMiB8IDIwMTYtMDktMjcgMTA6MjQ6MzYuNzQ3OTYzKzAyIHwgMjAxNi0w OS0yNyAxMDoyODoxNi44OTc2MjcrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE2Ljg5NzY5NCswMiB8 IDIwMTYtMDktMjcgMTA6Mjg6MTYuODk3Njk2KzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAg ICAgICAgfCBzZWxlY3QgKiBmcm9tICBnZXRkaXNrc3ZtZ3VpZCgkMSwgJDIsICQzLCAkNCkKIDIx NzY4IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgMjA3NCB8ICAgIDIxNzY3IHwgZW5naW5lICAg ICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAg ICAgICAgfCAgICAgICA0Njc5OCB8IDIwMTYtMDktMjcgMDk6MjU6MDAuNTEwOTc2KzAyIHwgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAyMDE2LTA5LTI3IDEwOjI4OjE3LjMwMjk1Nisw MiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuMzAzMDExKzAyIHwgZiAgICAgICB8IGlkbGUgICAgICAg ICAgICAgICAgfCBzZWxlY3QgKiBmcm9tICBnZXRzdG9yYWdlZG9tYWluaWRzYnlzdG9yYWdlcG9v bGlkYW5kc3RhdHVzKCQxLCAkMikKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAgICAgfCAyMzAw NiB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwg MTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICA1ODM1NCB8IDIwMTYtMDktMjcg MTA6MjU6MDEuMzkxODc5KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNS4yNDk1MTYrMDIgfCAyMDE2 LTA5LTI3IDEwOjI4OjE1LjI0OTU3OSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTUuMjQ5NTgrMDIg IHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9tICBnZXRkaXNr c3ZtZ3VpZCgkMSwgJDIsICQzLCAkNCkKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAgICAgfCAg MjU3MiB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg IHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICA0NzQ5NCB8IDIwMTYtMDkt MjcgMDk6MjU6NDQuMjk0MDg2KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNy40MDQyMzIrMDIgfCAy MDE2LTA5LTI3IDEwOjI4OjE3LjQwNDI4MiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuNDA0Mjgy KzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9tICBnZXRz bmFwc2hvdGJ5bGVhZmd1aWQoJDEpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgIDI0 MzkgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8 IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNDczMzIgfCAyMDE2LTA5LTI3 IDA5OjI1OjQxLjAyNTk4OCswMiB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgMjAx Ni0wOS0yNyAxMDoyODoxNy45NTIyODQrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3Ljk1Mjc1Nysw MiB8IGYgICAgICAgfCBpZGxlICAgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0ZGlz a3ZtZWxlbWVudGJ5ZGlza3ZtZWxlbWVudGlkKCQxLCAkMiwgJDMsICQ0KQogMjE3NjggfCBlbmdp bmUgICAgICAgICAgICAgICB8ICAyNTczIHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAg ICB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAg ICAgIDQ3NDk2IHwgMjAxNi0wOS0yNyAwOToyNTo0NC4yMzQ1OTUrMDIgfCAyMDE2LTA5LTI3IDEw OjI4OjE3LjY0NjAzKzAyICB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuNjQ2MDczKzAyIHwgMjAxNi0w OS0yNyAxMDoyODoxNy42NDYwNzQrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8 IHNlbGVjdCAqIGZyb20gIGdldHNuYXBzaG90YnlsZWFmZ3VpZCgkMSkKIDIxNzY4IHwgZW5naW5l ICAgICAgICAgICAgICAgfCAgMjU3MSB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAg fCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAg ICA0NzQ5MiB8IDIwMTYtMDktMjcgMDk6MjU6NDQuMjQ4ODQ0KzAyIHwgMjAxNi0wOS0yNyAxMDoy ODoxNy45MjIzNDUrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3LjkyMjM4OSswMiB8IDIwMTYtMDkt MjcgMTA6Mjg6MTcuOTIyMzg5KzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBz ZWxlY3QgKiBmcm9tICBnZXRzbmFwc2hvdGJ5bGVhZmd1aWQoJDEpCiAyMTc2OCB8IGVuZ2luZSAg ICAgICAgICAgICAgIHwgIDQ4MDMgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwg ICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAg NTExMTYgfCAyMDE2LTA5LTI3IDA5OjMwOjE1LjMxODY5MyswMiB8IDIwMTYtMDktMjcgMTA6Mjg6 MTcuODQxNTIyKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNy44NDE1NzMrMDIgfCAyMDE2LTA5LTI3 IDEwOjI4OjE3Ljg0MTU3NCswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2Vs ZWN0ICogZnJvbSAgZ2V0c25hcHNob3RieWxlYWZndWlkKCQxKQogMjE3NjggfCBlbmdpbmUgICAg ICAgICAgICAgICB8ICA0ODA0IHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAg ICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgIDUx MTE4IHwgMjAxNi0wOS0yNyAwOTozMDoxNS4zODc3OTYrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE1 LjQ3Njc1MiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTUuNDc2NzkyKzAyIHwgMjAxNi0wOS0yNyAx MDoyODoxNS40NzY3OTMrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNlbGVj dCAqIGZyb20gIGdldGRpc2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQogMjE3NjggfCBlbmdpbmUg ICAgICAgICAgICAgICB8ICA0ODU5IHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAg IDUxMjQwIHwgMjAxNi0wOS0yNyAwOTozMDozMC45MDMzOSswMiAgfCAyMDE2LTA5LTI3IDEwOjI4 OjE2LjkxNzg4MyswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYuOTE3OTI3KzAyIHwgMjAxNi0wOS0y NyAxMDoyODoxNi45MTc5MjgrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNl bGVjdCAqIGZyb20gIGdldGRpc2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQogMjE3NjggfCBlbmdp bmUgICAgICAgICAgICAgICB8ICA0ODc1IHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAg ICB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAg ICAgIDUxMjcyIHwgMjAxNi0wOS0yNyAwOTozMDozMS44ODU3NTUrMDIgfCAyMDE2LTA5LTI3IDEw OjI4OjEyLjc0OTg0OSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTIuNzQ5ODk3KzAyIHwgMjAxNi0w OS0yNyAxMDoyODoxMi43NDk4OTgrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8 IHNlbGVjdCAqIGZyb20gIGdldGRpc2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQogMjE3NjggfCBl bmdpbmUgICAgICAgICAgICAgICB8IDIzMDA1IHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAg ICAgICB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8 ICAgICAgIDU4MzUyIHwgMjAxNi0wOS0yNyAxMDoyNTowMS4zOTU4MjMrMDIgfCAyMDE2LTA5LTI3 IDEwOjI4OjE2Ljk5ODc0NCswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYuOTk4Nzg2KzAyIHwgMjAx Ni0wOS0yNyAxMDoyODoxNi45OTg3ODcrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAg ICB8IHNlbGVjdCAqIGZyb20gIGdldHNuYXBzaG90YnlsZWFmZ3VpZCgkMSkKIDIxNzY4IHwgZW5n aW5lICAgICAgICAgICAgICAgfCAgNDg3NCB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAg ICAgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAg ICAgICA1MTI3MCB8IDIwMTYtMDktMjcgMDk6MzA6MzEuODg3Mzg0KzAyIHwgMjAxNi0wOS0yNyAx MDoyODoxNC45NTM0NjcrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE0Ljk1NDA5MiswMiB8IDIwMTYt MDktMjcgMTA6Mjg6MTQuOTU0MDkzKzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAg fCBTRUxFQ1QgKiBGUk9NICgoU0VMRUNUIGRpc3RpbmN0IGF1ZGl0X2xvZy4qIEZST00gIGF1ZGl0 X2xvZyAgIFdIRVJFICBhdWRpdF9sb2cuc2V2ZXJpdHkgPSAnMTAnICBBTkQgbm90IGRlbGV0ZWQp ICBPUkRFUiBCWSBhdWRpdF9sb2dfaWQgREVTQyApIGFzIFQxIE9GRlNFVCAoMSAtMSkgTElNSVQg MTAwCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgMjMyNDcgfCAgICAyMTc2NyB8IGVu Z2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAg ICAgICAgICAgICAgIHwgICAgICAgNTg4MTYgfCAyMDE2LTA5LTI3IDEwOjI1OjM2LjUzNTgzMysw MiB8IDIwMTYtMDktMjcgMTA6Mjg6MTMuNjgxODUxKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxMy42 ODIwNSswMiAgfCAyMDE2LTA5LTI3IDEwOjI4OjEzLjY4MjA1MSswMiB8IGYgICAgICAgfCBhY3Rp dmUgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAk MywgJDQpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgMjMwMjcgfCAgICAyMTc2NyB8 IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwg ICAgICAgICAgICAgICAgIHwgICAgICAgNTg0MDIgfCAyMDE2LTA5LTI3IDEwOjI1OjA0LjgxNzg2 OSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuMDY4OTI3KzAyIHwgMjAxNi0wOS0yNyAxMDoyODox Ny4wNjg5NjYrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3LjA2ODk2NyswMiB8IGYgICAgICAgfCBh Y3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0c25hcHNob3RieWxlYWZndWlk KCQxKQogMjE3NjggfCBlbmdpbmUgICAgICAgICAgICAgICB8ICA0OTcxIHwgICAgMjE3NjcgfCBl bmdpbmUgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAg ICAgICAgICAgICAgICB8ICAgICAgIDUxNDc2IHwgMjAxNi0wOS0yNyAwOTozMDozNS41NTg3OTkr MDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE2LjM0Mjk0MSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYu MzQyOTgyKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNi4zNDI5ODIrMDIgfCBmICAgICAgIHwgYWN0 aXZlICAgICAgICAgICAgICB8IHNlbGVjdCAqIGZyb20gIGdldHNuYXBzaG90YnlsZWFmZ3VpZCgk MSkKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgNDk1OSB8ICAgIDIxNzY3IHwgZW5n aW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAg ICAgICAgICAgICAgfCAgICAgICA1MTQ1NCB8IDIwMTYtMDktMjcgMDk6MzA6MzUuMDMwNzc3KzAy IHwgMjAxNi0wOS0yNyAxMDoyODoxMy44MTgxKzAyICAgfCAyMDE2LTA5LTI3IDEwOjI4OjEzLjgx ODE3MiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTMuODE4MTc0KzAyIHwgZiAgICAgICB8IGFjdGl2 ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9tICBnZXRkaXNrc3ZtZ3VpZCgkMSwgJDIsICQz LCAkNCkKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgNDk2MCB8ICAgIDIxNzY3IHwg ZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAg ICAgICAgICAgICAgICAgfCAgICAgICA1MTQ1NiB8IDIwMTYtMDktMjcgMDk6MzA6MzUuMDM2NDMx KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNS41MzU0MzcrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE1 LjUzNTQ4MiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTUuNTM1NDgyKzAyIHwgZiAgICAgICB8IGFj dGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9tICBnZXRkaXNrc3ZtZ3VpZCgkMSwgJDIs ICQzLCAkNCkKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgNDk2OSB8ICAgIDIxNzY3 IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAg fCAgICAgICAgICAgICAgICAgfCAgICAgICA1MTQ3MiB8IDIwMTYtMDktMjcgMDk6MzA6MzUuNjEy NjUrMDIgIHwgMjAxNi0wOS0yNyAxMDoyODoxNi4xOTk2NDYrMDIgfCAyMDE2LTA5LTI3IDEwOjI4 OjE2LjE5OTY4NiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYuMTk5Njg3KzAyIHwgZiAgICAgICB8 IGFjdGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9tICBnZXRzbmFwc2hvdGJ5bGVhZmd1 aWQoJDEpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgIDQ5NzAgfCAgICAyMTc2NyB8 IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwg ICAgICAgICAgICAgICAgIHwgICAgICAgNTE0NzQgfCAyMDE2LTA5LTI3IDA5OjMwOjM1LjYxNDE4 NSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuOTUzMzkyKzAyIHwgMjAxNi0wOS0yNyAxMDoyODox Ny45NTM0MiswMiAgfCAyMDE2LTA5LTI3IDEwOjI4OjE3Ljk1MzQyKzAyICB8IGYgICAgICAgfCBh Y3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0dm1ndWVzdGFnZW50aW50ZXJm YWNlc2J5dm1pZCgkMSwgJDIsICQzKQogMjE3NjggfCBlbmdpbmUgICAgICAgICAgICAgICB8IDIz MDI2IHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAg fCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgIDU4NDAwIHwgMjAxNi0wOS0y NyAxMDoyNTowNC44Mzk4MjgrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE0LjcwMDkxMyswMiB8IDIw MTYtMDktMjcgMTA6Mjg6MTQuNzAwOTYyKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNC43MDA5NjMr MDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNlbGVjdCAqIGZyb20gIGdldGRp c2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQogMjE3NjggfCBlbmdpbmUgICAgICAgICAgICAgICB8 ICA1MDI5IHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg ICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgIDUxNTg2IHwgMjAxNi0w OS0yNyAwOTozMDo0Ni4yNDExMzcrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE1LjQ1NjYyOSswMiB8 IDIwMTYtMDktMjcgMTA6Mjg6MTUuNDU2NjY5KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNS40NTY2 NyswMiAgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNlbGVjdCAqIGZyb20gIGdl dGRpc2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQogMjE3NjggfCBlbmdpbmUgICAgICAgICAgICAg ICB8ICA1MDMzIHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgIDUxNjAwIHwgMjAx Ni0wOS0yNyAwOTozMDo1MC45NjY4MTcrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE2LjU5NjMyNSsw MiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYuNTk2MzkzKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNi41 OTYzOTQrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNlbGVjdCAqIGZyb20g IGdldHNuYXBzaG90YnlsZWFmZ3VpZCgkMSkKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAgICAg fCAyMzAyNSB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICA1ODM5OCB8IDIwMTYt MDktMjcgMTA6MjU6MDQuODQwNzczKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNC40Mjg1NTQrMDIg fCAyMDE2LTA5LTI3IDEwOjI4OjE0LjQyODYwNSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTQuNDI4 NjA2KzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9tICBn ZXRkaXNrc3ZtZ3VpZCgkMSwgJDIsICQzLCAkNCkKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAg ICAgfCAyMzI0NiB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICA1ODgxNCB8IDIw MTYtMDktMjcgMTA6MjU6MzYuNTM3MjIrMDIgIHwgMjAxNi0wOS0yNyAxMDoyODoxNi43MjMyMjkr MDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE2LjcyMzI2NSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYu NzIzMjY1KzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9t ICBnZXRzbmFwc2hvdGJ5bGVhZmd1aWQoJDEpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAg IHwgIDUwMzcgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNTE2MTIgfCAyMDE2 LTA5LTI3IDA5OjMwOjUyLjA2MDA0NiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTIuODUzMjk0KzAy IHwgMjAxNi0wOS0yNyAxMDoyODoxMi44NTMzMzYrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjEyLjg1 MzMzNyswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAg Z2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAg ICAgIHwgMjM0MTggfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNTkwOTAgfCAy MDE2LTA5LTI3IDEwOjI2OjMzLjI4MzEyNCswMiB8ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHwgMjAxNi0wOS0yNyAxMDoyNzozMy4wNDc5NDMrMDIgfCAyMDE2LTA5LTI3IDEwOjI3OjMz LjA4OTM4OCswMiB8IGYgICAgICAgfCBpZGxlICAgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJv bSAgZ2V0dmRzYnl2ZHNpZCgkMSwgJDIsICQzKQogMjE3NjggfCBlbmdpbmUgICAgICAgICAgICAg ICB8ICA1MDU1IHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgIDUxNjQyIHwgMjAx Ni0wOS0yNyAwOTozMDo1My43MzI4NDYrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjEyLjIzOTcwOSsw MiB8IDIwMTYtMDktMjcgMTA6Mjg6MTIuMjM5NzgrMDIgIHwgMjAxNi0wOS0yNyAxMDoyODoxMi4y Mzk3ODErMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNlbGVjdCAqIGZyb20g IGdldGRpc2tzdm1ndWlkKCQxLCAkMiwgJDMsICQ0KQogMjE3NjggfCBlbmdpbmUgICAgICAgICAg ICAgICB8IDIzODQ2IHwgICAgICAgMTAgfCBwb3N0Z3JlcyAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgIHwg MjAxNi0wOS0yNyAxMDoyODoxNi45NzQzNjYrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3LjI2NDkz OSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuMjY0OTM5KzAyIHwgMjAxNi0wOS0yNyAxMDoyODox Ny4yNjQ5NCswMiAgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IGF1dG92YWN1dW06 IFZBQ1VVTSBBTkFMWVpFIHB1YmxpYy5kaXNrX2ltYWdlX2R5bmFtaWMKIDIxNzY4IHwgZW5naW5l ICAgICAgICAgICAgICAgfCAyMzQxOSB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAg fCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAg ICA1OTA5MiB8IDIwMTYtMDktMjcgMTA6MjY6MzMuMjg0NDgzKzAyIHwgMjAxNi0wOS0yNyAxMDoy ODoxNi4zNDQ1NzErMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE2LjM0NDcwMSswMiB8IDIwMTYtMDkt MjcgMTA6Mjg6MTYuMzQ0NzAyKzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBz ZWxlY3QgKiBmcm9tICBnZXRzbmFwc2hvdGJ5bGVhZmd1aWQoJDEpCiAyMTc2OCB8IGVuZ2luZSAg ICAgICAgICAgICAgIHwgMjM0MjAgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwg ICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAg NTkwOTQgfCAyMDE2LTA5LTI3IDEwOjI2OjQyLjQzMTg0MyswMiB8IDIwMTYtMDktMjcgMTA6Mjg6 MTIuMDc1OTY3KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxMi4wNzYxMTMrMDIgfCAyMDE2LTA5LTI3 IDEwOjI4OjEyLjA3NjExNSswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2Vs ZWN0ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2lu ZSAgICAgICAgICAgICAgIHwgMjM0NDUgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAg IHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAg ICAgNTkxMTYgfCAyMDE2LTA5LTI3IDEwOjI2OjU0LjA5OTA4MSswMiB8IDIwMTYtMDktMjcgMTA6 Mjg6MTUuOTcwMDMxKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNS45NzAwOTIrMDIgfCAyMDE2LTA5 LTI3IDEwOjI4OjE1Ljk3MDA5MyswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwg c2VsZWN0ICogZnJvbSAgZ2V0c25hcHNob3RieWxlYWZndWlkKCQxKQogMTI5MjMgfCBwb3N0Z3Jl cyAgICAgICAgICAgICB8IDIzODQ4IHwgICAgICAgMTAgfCBwb3N0Z3JlcyAgICAgICAgICAgICB8 IHBzcWwgICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICB8ICAgICAg ICAgIC0xIHwgMjAxNi0wOS0yNyAxMDoyODoxNy44NzAyNzcrMDIgfCAyMDE2LTA5LTI3IDEwOjI4 OjE3LjkzODUrMDIgICB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuOTM4NSswMiAgIHwgMjAxNi0wOS0y NyAxMDoyODoxNy45Mzg1MDIrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8IHNl bGVjdCAqIGZyb20gcGdfc3RhdF9hY3Rpdml0eTsKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAg ICAgfCAgNTExNCB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICA1MTcwNiB8IDIw MTYtMDktMjcgMDk6MzE6MDEuNTY0NzY1KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNy4wNDc1OTQr MDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3LjA0NzY2KzAyICB8IDIwMTYtMDktMjcgMTA6Mjg6MTcu MDQ3NjYrMDIgIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9t ICBnZXRkaXNrc3ZtZ3VpZCgkMSwgJDIsICQzLCAkNCkKIDIxNzY4IHwgZW5naW5lICAgICAgICAg ICAgICAgfCAgNTExNyB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAg ICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICA1MTcxNCB8 IDIwMTYtMDktMjcgMDk6MzE6MDIuMDAyODAyKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxMi43MDM3 NjIrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjEyLjcwMzgyOSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6 MTIuNzAzODMrMDIgIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3QgKiBm cm9tICBnZXRkaXNrc3ZtZ3VpZCgkMSwgJDIsICQzLCAkNCkKIDIxNzY4IHwgZW5naW5lICAgICAg ICAgICAgICAgfCAgNTE0NCB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgICAg ICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICA1MTc2 MiB8IDIwMTYtMDktMjcgMDk6MzE6MDMuNjcyODg5KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNS4w ODEzNDErMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE1LjA4MTM4MyswMiB8IDIwMTYtMDktMjcgMTA6 Mjg6MTUuMDgxMzg0KzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBzZWxlY3Qg KiBmcm9tICBnZXRkaXNrc3ZtZ3VpZCgkMSwgJDIsICQzLCAkNCkKIDIxNzY4IHwgZW5naW5lICAg ICAgICAgICAgICAgfCAgNTM1OCB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAgfCAg ICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICA1 MjE3NiB8IDIwMTYtMDktMjcgMDk6MzE6MjUuMzI2NzU2KzAyIHwgMjAxNi0wOS0yNyAxMDoyODox Ni4yNDA4NTcrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE2LjI0MDkwMiswMiB8IDIwMTYtMDktMjcg MTA6Mjg6MTYuMjQwOTAyKzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAgfCBzZWxl Y3QgKiBmcm9tICBnZXRzbmFwc2hvdGJ5bGVhZmd1aWQoJDEpCiAyMTc2OCB8IGVuZ2luZSAgICAg ICAgICAgICAgIHwgIDUzNTcgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAg ICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNTIx NzQgfCAyMDE2LTA5LTI3IDA5OjMxOjI1LjMzMDcwMiswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTUu NTg5OTY0KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNS41OTAwMDYrMDIgfCAyMDE2LTA5LTI3IDEw OjI4OjE1LjU5MDAwNiswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0 ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2luZSAg ICAgICAgICAgICAgIHwgIDUzOTIgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwg ICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAg NTIyNDYgfCAyMDE2LTA5LTI3IDA5OjMxOjI5LjQyNTc1NiswMiB8ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHwgMjAxNi0wOS0yNyAxMDoyNjo1My45MzQzMjMrMDIgfCAyMDE2LTA5LTI3 IDEwOjI2OjUzLjkzNDM3MSswMiB8IGYgICAgICAgfCBpZGxlICAgICAgICAgICAgICAgIHwgc2Vs ZWN0ICogZnJvbSAgZ2V0cW9zYnlxb3NpZCgkMSkKIDIxNzY4IHwgZW5naW5lICAgICAgICAgICAg ICAgfCAgNTM5NyB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICA1MjI1OCB8IDIw MTYtMDktMjcgMDk6MzE6MzAuOTQyNzU3KzAyIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfCAyMDE2LTA5LTI3IDEwOjI4OjE0LjgxMjQ5NSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTQu ODQ5ODgrMDIgIHwgZiAgICAgICB8IGlkbGUgICAgICAgICAgICAgICAgfCBzZWxlY3QgKiBmcm9t ICBnZXR2ZHNieXZkc2lkKCQxLCAkMiwgJDMpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAg IHwgIDU0MDggfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNTIyODQgfCAyMDE2 LTA5LTI3IDA5OjMxOjM0LjE1MjA3KzAyICB8IDIwMTYtMDktMjcgMTA6Mjg6MTMuMDAxNjA3KzAy IHwgMjAxNi0wOS0yNyAxMDoyODoxMy4wMDE2NzYrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjEzLjAw MTY3NiswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAg Z2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAgICAg ICAgIHwgIDU1NTggfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNTI1MjYgfCAy MDE2LTA5LTI3IDA5OjMxOjQ5LjcyMzA4OSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTcuMTExNzk1 KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNy4xMTE4NDQrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3 LjExMTg0NSswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0ICogZnJv bSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2luZSAgICAgICAg ICAgICAgIHwgIDU1NjMgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNTI1MzQg fCAyMDE2LTA5LTI3IDA5OjMxOjUwLjIwMTI2OSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTQuMjE2 OTYrMDIgIHwgMjAxNi0wOS0yNyAxMDoyODoxNC4yMTcrMDIgICAgfCAyMDE2LTA5LTI3IDEwOjI4 OjE0LjIxNyswMiAgICB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0ICog ZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2luZSAgICAg ICAgICAgICAgIHwgIDU1NjAgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgICAg ICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgNTI1 MjggfCAyMDE2LTA5LTI3IDA5OjMxOjQ5Ljc0MTcwNSswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTEu Mzk5NjExKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxMS4zOTk2NjQrMDIgfCAyMDE2LTA5LTI3IDEw OjI4OjExLjM5OTY2NSswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2VsZWN0 ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2luZSAg ICAgICAgICAgICAgIHwgIDU1NjQgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAgIHwg ICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAg NTI1MzYgfCAyMDE2LTA5LTI3IDA5OjMxOjUwLjIwMjUzNyswMiB8IDIwMTYtMDktMjcgMTA6Mjg6 MTUuNzYyMzQ5KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNS43NjIzOTIrMDIgfCAyMDE2LTA5LTI3 IDEwOjI4OjE1Ljc2MjM5MyswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwgc2Vs ZWN0ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVuZ2lu ZSAgICAgICAgICAgICAgIHwgIDU1NjYgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAgICAg IHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwgICAg ICAgNTI1NDAgfCAyMDE2LTA5LTI3IDA5OjMxOjUwLjMxNzk3KzAyICB8IDIwMTYtMDktMjcgMTA6 Mjg6MTQuMTg3MjQxKzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNC4xODczMjUrMDIgfCAyMDE2LTA5 LTI3IDEwOjI4OjE0LjE4NzMyNyswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAgIHwg c2VsZWN0ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8IGVu Z2luZSAgICAgICAgICAgICAgIHwgIDU3MDAgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAg ICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwg ICAgICAgNTI4MTggfCAyMDE2LTA5LTI3IDA5OjMyOjM4LjQyNzM3NCswMiB8IDIwMTYtMDktMjcg MTA6Mjg6MTMuODcwMzQ0KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxMy44NzAzODcrMDIgfCAyMDE2 LTA5LTI3IDEwOjI4OjEzLjg3MDM4OCswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAg IHwgc2VsZWN0ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2OCB8 IGVuZ2luZSAgICAgICAgICAgICAgIHwgIDU1NjUgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAg IHwgICAgICAgNTI1MzggfCAyMDE2LTA5LTI3IDA5OjMxOjUwLjMyMjQ0NCswMiB8IDIwMTYtMDkt MjcgMTA6Mjg6MTQuODA1NDg4KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNC44MDU1MzUrMDIgfCAy MDE2LTA5LTI3IDEwOjI4OjE0LjgwNTUzNSswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAg ICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAyMTc2 OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgIDU2NjIgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAg ICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAg ICAgIHwgICAgICAgNTI3NTYgfCAyMDE2LTA5LTI3IDA5OjMyOjIzLjU0MDg3OCswMiB8IDIwMTYt MDktMjcgMTA6Mjg6MTEuMzU5KzAyICAgIHwgMjAxNi0wOS0yNyAxMDoyODoxMS4zNTkwNDYrMDIg fCAyMDE2LTA5LTI3IDEwOjI4OjExLjM1OTA0NiswMiB8IGYgICAgICAgfCBhY3RpdmUgICAgICAg ICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0ZGlza3N2bWd1aWQoJDEsICQyLCAkMywgJDQpCiAy MTc2OCB8IGVuZ2luZSAgICAgICAgICAgICAgIHwgIDU3MDIgfCAgICAyMTc2NyB8IGVuZ2luZSAg ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAg ICAgICAgIHwgICAgICAgNTI4MjIgfCAyMDE2LTA5LTI3IDA5OjMyOjM4LjgwOTg4MSswMiB8ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgMjAxNi0wOS0yNyAxMDoyODoxNy42OTIwOCsw MiAgfCAyMDE2LTA5LTI3IDEwOjI4OjE3LjY5MjE1MiswMiB8IGYgICAgICAgfCBpZGxlICAgICAg ICAgICAgICAgIHwgc2VsZWN0ICogZnJvbSAgZ2V0cW9zYnlxb3NpZCgkMSkKIDIxNzY4IHwgZW5n aW5lICAgICAgICAgICAgICAgfCAgNTcwOSB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAgICAg ICAgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAgfCAg ICAgICA1MjgzNiB8IDIwMTYtMDktMjcgMDk6MzI6NDAuODUxODY0KzAyIHwgMjAxNi0wOS0yNyAx MDoyODoxNy4zNDQyMTMrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE3LjM0NDI1MyswMiB8IDIwMTYt MDktMjcgMTA6Mjg6MTcuMzQ0MjU0KzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAgICAg fCBzZWxlY3QgKiBmcm9tICBnZXRkaXNrc3ZtZ3VpZCgkMSwgJDIsICQzLCAkNCkKIDIxNzY4IHwg ZW5naW5lICAgICAgICAgICAgICAgfCAgNjcwMiB8ICAgIDIxNzY3IHwgZW5naW5lICAgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgICAgIHwgMTI3LjAuMC4xICAgfCAgICAgICAgICAgICAgICAg fCAgICAgICA1NDYzNCB8IDIwMTYtMDktMjcgMDk6MzY6MDAuNDA0ODU0KzAyIHwgMjAxNi0wOS0y NyAxMDoyODoxNi44NDQ3MzgrMDIgfCAyMDE2LTA5LTI3IDEwOjI4OjE2Ljg0NDc4NCswMiB8IDIw MTYtMDktMjcgMTA6Mjg6MTYuODQ0Nzg1KzAyIHwgZiAgICAgICB8IGFjdGl2ZSAgICAgICAgICAg ICAgfCBzZWxlY3QgKiBmcm9tICBnZXRzbmFwc2hvdGJ5bGVhZmd1aWQoJDEpCiAyMTc2OCB8IGVu Z2luZSAgICAgICAgICAgICAgIHwgIDY2OTAgfCAgICAyMTc2NyB8IGVuZ2luZSAgICAgICAgICAg ICAgIHwgICAgICAgICAgICAgICAgICB8IDEyNy4wLjAuMSAgIHwgICAgICAgICAgICAgICAgIHwg ICAgICAgNTQ2MDAgfCAyMDE2LTA5LTI3IDA5OjM1OjUzLjIyMDYyMiswMiB8IDIwMTYtMDktMjcg MTA6Mjg6MTcuNjg2MjY4KzAyIHwgMjAxNi0wOS0yNyAxMDoyODoxNy42ODYzMDkrMDIgfCAyMDE2 LTA5LTI3IDEwOjI4OjE3LjY4NjMxKzAyICB8IGYgICAgICAgfCBhY3RpdmUgICAgICAgICAgICAg IHwgc2VsZWN0ICogZnJvbSAgZ2V0c25hcHNob3RieWxlYWZndWlkKCQxKQogMjE3NjggfCBlbmdp bmUgICAgICAgICAgICAgICB8ICA2NzAzIHwgICAgMjE3NjcgfCBlbmdpbmUgICAgICAgICAgICAg ICB8ICAgICAgICAgICAgICAgICAgfCAxMjcuMC4wLjEgICB8ICAgICAgICAgICAgICAgICB8ICAg ICAgIDU0NjM2IHwgMjAxNi0wOS0yNyAwOTozNjowMC41MzkzNjYrMDIgfCAyMDE2LTA5LTI3IDEw OjI4OjE2LjMxNTk5MyswMiB8IDIwMTYtMDktMjcgMTA6Mjg6MTYuMzE2MDUyKzAyIHwgMjAxNi0w OS0yNyAxMDoyODoxNi4zMTYwNTMrMDIgfCBmICAgICAgIHwgYWN0aXZlICAgICAgICAgICAgICB8 IHNlbGVjdCAqIGZyb20gIGdldHNuYXBzaG90YnlsZWFmZ3VpZCgkMSkKKDc3IHJvd3MpCgo= --_004_6A17C71B52524C408E7AAF69103E9E490F915445fabamailserverf_--

8 years, 4 months

3
8
0 / 0

[Issue] Ovirt Engine 4.0 fail to start

by TranceWorldLogic .

Hi, I am trying to setup ovirt engine by using below procedure for POC. 1> I have installed minimal Cent OS 7.3 version. 2> I tried installing 4.0 ovirt using below command. yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm yum install -y ovirt-engine engine-setup 3> Then I tried opening web GUI. 4> I login as Administrator. 5> Web GUI throws error as shown below "Error while executing action: A Request to the Server failed with the following Status Code: 500" I even tried closing and reopening firefox web-browser but still it fail. Please help me to solve this problem. Also find attached log to this mail. Thanks, ~Rohit

8 years, 4 months

2
3
0 / 0

OVN Deep Dive for oVirt 4.1

by Marcin Mirecki

------=_Part_5696627_15734346.1482855035514 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following is a new meeting request: Subject: OVN Deep Dive for oVirt 4.1 Organizer: "Marcin Mirecki" <mmirecki(a)redhat.com> Time: Wednesday, January 11, 2017, 4:00:00 PM - 5:00:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna Invitees: users(a)ovirt.org *~*~*~*~*~*~*~*~*~* OVN (Open Virtual Networking) is a new network virtualization project that brings virtual networking to Open vSwitch. OVN is now availble to use as a tech preview in oVirt. It is made available using the oVirt external network providers API, which allows using external network management software inside environments managed by oVirt. The integration with OVN will allow users to take advantage of native OVS support for software defined networks. The advantages of using OVN: - ability to use large number of networks with no need for multiple host NICs or VLAN use - ability to set up new network without any changes to the physical infrastructure - easier to maintain due to centralized management - good traffic isolation due to Openflow rules - improved performance over neutron OVS plugin (https://blog.russellbryant.net/2016/12/19/comparing-openstack-neutron-ml2...) Session outline: - OVN overview - oVirt external network provider API overview - oVirt provider for OVN overview Session link: https://www.youtube.com/watch?v=vGeouWfKJwA Feature Page: https://www.ovirt.org//develop/release-management/features/ovirt-ovn-prov... Blog Post: https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/ ------=_Part_5696627_15734346.1482855035514 Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Europe/Berlin BEGIN:STANDARD DTSTART:16010101T030000 TZOFFSETTO:+0100 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:CET END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETTO:+0200 TZOFFSETFROM:+0100 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU TZNAME:CEST END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:c1705cfd-9bb1-4d7d-9648-7a8244d8b50b SUMMARY:OVN Deep Dive for oVirt 4.1 ATTENDEE;CN=Ovirt Users;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE :mailto:users@ovirt.org ORGANIZER;CN=Marcin Mirecki:mailto:mmirecki@redhat.com DTSTART;TZID="Europe/Berlin":20170111T160000 DTEND;TZID="Europe/Berlin":20170111T170000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20161227T161035Z DTSTAMP:20161227T161035Z SEQUENCE:1 DESCRIPTION:The following is a new meeting request:\n\nSubject: OVN Deep Div e for oVirt 4.1 \nOrganizer: "Marcin Mirecki" <mmirecki(a)redhat.com> \n\nTime : Wednesday\, January 11\, 2017\, 4:00:00 PM - 5:00:00 PM GMT +01:00 Amsterd am\, Berlin\, Bern\, Rome\, Stockholm\, Vienna\n \nInvitees: users(a)ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nOVN (Open Virtual Networking) is a new network virtualization project that\nbrings virtual networking to Open vSwitch.\nOV N is now availble to use as a tech preview in oVirt. It is made available\nu sing the oVirt external network providers API\, which allows using external\ nnetwork management software inside environments managed by oVirt.\nThe inte gration with OVN will allow users to take advantage of native OVS\nsupport f or software defined networks.\n\nThe advantages of using OVN:\n- ability to use large number of networks with no need for multiple host NICs\n or VLAN use\n- ability to set up new network without any changes to the physical inf rastructure\n- easier to maintain due to centralized management\n- good traf fic isolation due to Openflow rules\n- improved performance over neutron OVS plugin (https://blog.russellbryant.net/2016/12/19/comparing-openstack-neutr on-ml2ovs-and-ovn-control-plane/)\n\n\nSession outline:\n- OVN overview\n- o Virt external network provider API overview\n- oVirt provider for OVN overvi ew\n\nSession link:\nhttps://www.youtube.com/watch?v=vGeouWfKJwA\n\nFeature Page:\nhttps://www.ovirt.org//develop/release-management/features/ovirt-ovn- provider/\nBlog Post:\nhttps://www.ovirt.org/blog/2016/11/ovirt-provider-ovn / BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR ------=_Part_5696627_15734346.1482855035514--

8 years, 4 months

6
46
0 / 0

oVirt/RHEV and Oracle

by Gianluca Cecchi

Hello, any experience on this, both from a technical/performance (where I have no doubts actually) and from a licensing mgmt point of view? I know that eg for vSphere, due to the its newest migration capabilities in version 6.x (both in storage and in computing), one is kind of obliged to license the whole vSphere infrastructure, even if he/she has separate Datacenters dedicated to Oracle..... Any thought or link or Red Hat KB pointers or similar are welcome. Cheers, Gianluca

8 years, 4 months

1
0
0 / 0

Delay difference between queries (Python vs REST)

by Nicolas Ecarnot

This is a multi-part message in MIME format. --------------C6E76C7C8FD43701D7C93416 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, On a 3.6.5 DC, I'm trying to figure out how many VMs there are, using two methods : _*Python SDK :*_ *from ovirtsdk.xml import params from ovirtsdk.api import API api = API(url='https://engine.fqdn/ovirt-engine/api', username='admin@internal', password='xxx', insecure=True) print len(api.vms.list())* time ./getMvm.py 62 real 0m23.016s user 0m22.288s sys 0m0.054s _*REST :*_ *time curl -H "Version: 3" -H "Prefer: persistent-auth" -H "Filter: false" -H "Accept: application/xml" -H "Content-Type: application/xml" -k -u 'admin@internal:xxx' https://***engine.fqdn*/ovirt-engine/api/vms* (Then grep or anything that would get the values from the xml returned.) real 0m0.383s user 0m0.036s sys 0m0.038s I am a beginner in both methods, but I would prefer play with Python. I'm very surprised to have to wait more than 20 seconds to get an answer. Looking at the engine log, I see that the authentication part is finished after say 3 seconds, then 20 seconds with absolutely no error message, no CPU load, no RAM burst, no nothing. On the SPM, exactly triple null nothing nada niet void is obviously explaining such a delay. I'm wondering if this super hyper sluggishness is somewhat related to the GUI global slowness I'm experiencing like other users since we left 3.2.x, and I would love that some oVirt ninja uses the comparison above to tell what parts in oVirt is used or not that could explain such a difference (database, access to SPM, LVM, network access, whatever...) -- Nicolas ECARNOT --------------C6E76C7C8FD43701D7C93416 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hello,<br> <br> On a 3.6.5 DC, I'm trying to figure out how many VMs there are, using two methods :<br> <br> <u><b><font size="+1">Python SDK :</font></b></u><br> <br> <b><font face="Courier New, Courier, monospace">from ovirtsdk.xml import params<br> from ovirtsdk.api import API <br> api = API(url='<a class="moz-txt-link-freetext" href="https://engine.fqdn/ovirt-engine/api">https://engine.fqdn/ovirt-engine/api</a>', username='admin@internal', password='xxx', insecure=True)<br> print len(api.vms.list())</font></b><br> <br> time ./getMvm.py <br> 62<br> <br> real 0m23.016s<br> user 0m22.288s<br> sys 0m0.054s<br> <br> <br> <u><b><font size="+1">REST :</font></b></u><br> <br> <b><font face="Courier New, Courier, monospace">time curl -H "Version: 3" -H "Prefer: persistent-auth" -H "Filter: false" -H "Accept: application/xml" -H "Content-Type: application/xml" -k -u 'admin@internal:xxx' <a class="moz-txt-link-freetext" href="https://">https://</a></font></b><b><font face="Courier New, Courier, monospace"><b><font face="Courier New, Courier, monospace">engine.fqdn</font></b>/ovirt-engine/api/vms</font></b><br> <br> (Then grep or anything that would get the values from the xml returned.)<br> <br> real 0m0.383s<br> user 0m0.036s<br> sys 0m0.038s<br> <br> <br> I am a beginner in both methods, but I would prefer play with Python. I'm very surprised to have to wait more than 20 seconds to get an answer.<br> Looking at the engine log, I see that the authentication part is finished after say 3 seconds, then 20 seconds with absolutely no error message, no CPU load, no RAM burst, no nothing.<br> On the SPM, exactly triple null nothing nada niet void is obviously explaining such a delay.<br> <br> I'm wondering if this super hyper sluggishness is somewhat related to the GUI global slowness I'm experiencing like other users since we left 3.2.x, and I would love that some oVirt ninja uses the comparison above to tell what parts in oVirt is used or not that could explain such a difference (database, access to SPM, LVM, network access, whatever...)<br> <br> -- <br> Nicolas ECARNOT<br> </body> </html> --------------C6E76C7C8FD43701D7C93416--

8 years, 4 months

3
5
0 / 0

Black Screen Issue when installing Ovirt Hypervisor bare metal

by Jeramy Johnson

Hey Support, Im new to Ovirt and wanted to know if you can help me out for some strange reason when i try to install Ovirt Node Hypervisor on a machine (baremetal) using the ISO, I get a black screen after I select Install Ovirt Hypervisor and nothing happens. Can someone help assist? The machine i'm using for deployment is HP 280 Business PC, i5 processor, 8gigs memory, 1tb hard drive.

8 years, 4 months

4
3
0 / 0

Invitation: Next-generation Node package persistence for oVirt 4.1 @ Tue Jan 24, 2017 8am - 9am (MST) (users@ovirt.org)

by rbarry＠redhat.com

You have been invited to the following event. Title: Next-generation Node package persistence for oVirt 4.1 oVirt Node is a composed hypervisor image which can be used to provision virtualization hosts for use with oVirt out of the box, with no additional package installation necessary. oVirt Node is upgraded via yum in an A/B fashion, but the installation of a completely new image means that packages which have been installed on a previous version of the hypervisor were lost on upgrades, or required reinstallation. With oVIrt 4.1, oVirt Node will cache and reinstall packages installed with yum or dnf onto the new image, ensuring that customizations made by users or administrators are kept. The advantages of keeping packages across upgrades: - ability to persistently modify oVirt Node with additions for tooling or support - removes the need to build a brand-new image with a modified kickstart to modify oVirt Node - simplified management Session outline: - Next-generation oVirt Node overview - yum API overview - oVIrt Node integration with yum/dnf to persist RPMs across upgrades Session link: https://www.youtube.com/watch?v=VAznsxvZpuk Feature Page: https://www.ovirt.org/develop/release-management/features/node/node-next-... When: Tue Jan 24, 2017 8am – 9am Mountain Time - Arizona Where: https://www.youtube.com/watch?v=VAznsxvZpuk Calendar: users(a)ovirt.org Who: * rbarry(a)redhat.com - organizer * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=dWxlaW1rMmI0MHJybHZ... Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

8 years, 4 months

1
0
0 / 0

Ovirt 4.0.6 fail to set boottype for ovirtmgmt interface

by TranceWorldLogic .

Hi, I was trying to add host in ovirt 4.0.6 using my cluster mark as OVS. In 4.0.5, it was able to setup ovirtmgmt interface but in 4.0.6 it fail to setup interface. I tried debugging this and found that vdsm generated ifcfg for ovirtmgmt not have boottype as dhcp. And hence it fail to bring host in up state, Here I want to know: Q> How can I ask configure ovirt-engine or vdsm to add boottype in ovirtmgmt interface. In my testing I found a strange behaviour as mention below: 1> In my multiple trial I tried setting ovs property for ovirtmgmt network and then I tried adding host. 2> I observe that VDSM was able to add ovirtmgmt in OVS but this behaviour I observed only once. Q> Please, can someone help me to understand this OVS behaviour, it will help me to setup everything on OVS? OR [ In other word, How to setup ovirtmgmt interface on host on OVS bridge ? ] Thanks, ~Rohit

8 years, 4 months

2
2
0 / 0

VM listed twice in oVirt UI

by Doug Ingham

Hi all, We had some hiccups in our datacenter over the new year which caused some problems with our hosted engine. I've managed to get everything back up & running, however now one of the VMs is listed twice in the UI. When I click on the VM, both items are highlighted & I'm able to configure & manage the VM as usual. The FQDN & other things are picked up from the guest agent & displayed on the UI as usual, however the CPU, RAM & Uptime stats for one of the pair continue to show the stats from when the cluster died. Any ideas? oVirt 4.0.3.7 Gluster 3.8.5 CentOS 7 [image: Inline images 1] Many thanks, -- Doug

8 years, 4 months

3
4
0 / 0

Re: [ovirt-users] Can't connect to my VMs' consoles using any method

by summit hainey

This is a multi-part message in MIME format. --b1_dd77213fbf9c4b396eef7ae34cf8b981 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SSBiZWxpZXZlIEkgaGF2ZSBzZXR1cCB0aGUgZW5naW5lIGFzIGEgcHJveHksIGR1cmluZyB0aGUg aW5pdGlhbCBpbnN0YWxsLCB1bmxlc3MgSSdtIHJlbWVtYmVyaW5nIGluY29ycmVjdGx5LCBvciBt aXNyZWFkIHNvbWV0aGluZy4KCkkgZW5kZWQgdXAgYXQgbGVhc3QgYmVpbmcgYWJsZSB0byBjb25u ZWN0IHVzaW5nIHRoZSAiTmF0aXZlIiBjbGllbnQgb3B0aW9uLCBhcHBhcmVudGx5LCB0aGUgVExT IHBvcnQgd2FzIG5vdCBiZWluZyBmb3J3YXJkZWQgYnkgZGVmYXVsdCBpbiB0aGUgZmlyZXdhbGwg c2V0dGluZ3Mgb1ZpcnQgc2V0dXAgZHVyaW5nIGluc3RhbGwuIEkgZ290IHRoZSBjb25zb2xlIHRv IHdvcmsgYWZ0ZXIgb3BlbmluZyB0aGUgcG9ydCBhbmQgc2F2aW5nIHRoZSAudnYsIGFuZCB0aGVu IHJ1bm5pbmcgaXQgbWFudWFsbHksIGhvd2V2ZXIgdGhpcyBpcyBub3QgYSBnb29kIGxvbmcgdGVy bSBzb2x1dGlvbiBmb3IgbXkgc2l0dWF0aW9uLi4uIGlkZWFsbHkgSSdkIGxpa2UgdG8gZ2V0IG9u ZSBvciBib3RoIG9mIHRoZSBicm93c2VyIGNsaWVudHMgd29ya2luZy4KCgpJIHRoaW5rIHRoZSBp c3N1ZSBtYXkgYmUgb25lIG9mIHRocmVlIHRoaW5ncywgYSBjZXJ0IGlzc3VlLCBidXQgSSBkb24n dCBrbm93IGhvdyBsaWtlbHkgdGhhdCBpcy4gT2J2aW91c2x5IEkgZ2V0IGFuIGludmFsaWQgY2Vy dCBpc3N1ZSBmcm9tIHdoYXRldmVyIGJyb3dzZXIgSSBhY2Nlc3Mgb1ZpcnQgd2l0aCBzaW5jZSBp dCdzIGp1c3QgdXNpbmcgdGhlIGRlZmF1bHQgbG9jYWwgY2VydHMsIGJ1dCBJJ3ZlIGFsbG93ZWQg dGhlbSBvbiBib3RoIEZpcmVmb3ggYW5kIENocm9taXVtLCBhbmQgSSd2ZSBnb3R0ZW4gYSB3ZWJz b2NrZXQgY29uc29sZSB0byB3b3JrIGluIGRpZmZlcmVudCBtYW5hZ2VtZW50IHBsYXRmb3JtcyAo a2ltY2hpKSwgaG93ZXZlciBJIHJlYWQgc29tZXdoZXJlIGluIG15IHNlYXJjaCB0aGF0IG9WaXJ0 IHVzZXMgdHdvIGNlcnRzLCBvbmUgZm9yIHRoZSBtYWluIHBhcnQgb2YgdGhlIGNsaWVudCwgYW5k IHRoZW4gYW5vdGhlciBmb3Igd2Vic29ja2V0cywgaG93ZXZlciBJIGRvbid0IGtub3cgaWYgdGhp cyBpcyBhY2N1cmF0ZS4KClRoZSBvdGhlciB0aGluZyBJIHN1c3BlY3QgaXMgdGhhdCBpdCBjb3Vs ZCBiZSBhbm90aGVyIHBvcnQvZmlyZXdhbGwgcmVsYXRlZCBpc3N1ZSwgYWx0aG91Z2ggSSBjYW5u b3Qgc2VlIHdoYXQgcG9ydCBpdCBjb3VsZCBiZSwgYW5kIEkgaGF2ZSBubyByZWFsIGhpbnRzIHRv IGdvIG9uLgoKCkxhc3RseSBJIGltYWdpbmUgdGhlIHByb3h5IGNvdWxkIGJlIGlsbC1jb25maWd1 cmVkLCBidXQgSSBkb24ndCBrbm93IGhvdyBzZWVpbmcgYXMgZXZlcnl0aGluZyBpcyBlc3NlbnRp YWxseSBzZXQgdG8gZGVmYXVsdC4KCkFjdHVhbGx5LCBJIGp1c3QgdGhvdWdodCBvZiBhbm90aGVy IHBvc3NpYmlsaXR5IHRob3VnaCBpdCBzZWVtcyBsaWtlIGEgYml0IG9mIGEgc3RyZXRjaCwgYnV0 IEknbSBydW5uaW5nIHRoZSBvVmlydCBob3N0IGFuZCB0aGUgZW5naW5lIG9uIHRoZSBzYW1lIG1h Y2hpbmUsIGJ1dCBub3QgaW4gYSBob3N0ZWQtZW5naW5lIHNldHVwLgoKVGhhdCdzIHRoZSBiZXN0 IEkndmUgZ290LCB0aG91Z2gu --b1_dd77213fbf9c4b396eef7ae34cf8b981 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj48ZGl2PkkgYmVsaWV2ZSBJIGhhdmUgc2V0dXAgdGhlIGVuZ2luZSBhcyBhIHByb3h5LCBk dXJpbmcgdGhlIGluaXRpYWwgCmluc3RhbGwsIHVubGVzcyBJJ20gcmVtZW1iZXJpbmcgaW5jb3Jy ZWN0bHksIG9yIG1pc3JlYWQgc29tZXRoaW5nLjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 PkkKIGVuZGVkIHVwIGF0IGxlYXN0IGJlaW5nIGFibGUgdG8gY29ubmVjdCB1c2luZyB0aGUgIk5h dGl2ZSIgY2xpZW50IApvcHRpb24sIGFwcGFyZW50bHksIHRoZSBUTFMgcG9ydCB3YXMgbm90IGJl aW5nIGZvcndhcmRlZCBieSBkZWZhdWx0IGluIAp0aGUgZmlyZXdhbGwgc2V0dGluZ3Mgb1ZpcnQg c2V0dXAgZHVyaW5nIGluc3RhbGwuIEkgZ290IHRoZSBjb25zb2xlIHRvIAp3b3JrIGFmdGVyIG9w ZW5pbmcgdGhlIHBvcnQgYW5kIHNhdmluZyB0aGUgLnZ2LCBhbmQgdGhlbiBydW5uaW5nIGl0IApt YW51YWxseSwgaG93ZXZlciB0aGlzIGlzIG5vdCBhIGdvb2QgbG9uZyB0ZXJtIHNvbHV0aW9uIGZv ciBteSAKc2l0dWF0aW9uLi4uIGlkZWFsbHkgSSdkIGxpa2UgdG8gZ2V0IG9uZSBvciBib3RoIG9m IHRoZSBicm93c2VyIGNsaWVudHMgCndvcmtpbmcuPGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGRpdj5JIHRoaW5rIHRoZSBpc3N1ZSBtYXkgYmUgb25lIG9mIHRocmVlIAp0aGlu Z3MsIGEgY2VydCBpc3N1ZSwgYnV0IEkgZG9uJ3Qga25vdyBob3cgbGlrZWx5IHRoYXQgaXMuIE9i dmlvdXNseSBJIApnZXQgYW4gaW52YWxpZCBjZXJ0IGlzc3VlIGZyb20gd2hhdGV2ZXIgYnJvd3Nl ciBJIGFjY2VzcyBvVmlydCB3aXRoIApzaW5jZSBpdCdzIGp1c3QgdXNpbmcgdGhlIGRlZmF1bHQg bG9jYWwgY2VydHMsIGJ1dCBJJ3ZlIGFsbG93ZWQgdGhlbSBvbiAKYm90aCBGaXJlZm94IGFuZCBD aHJvbWl1bSwgYW5kIEkndmUgZ290dGVuIGEgd2Vic29ja2V0IGNvbnNvbGUgdG8gd29yayAKaW4g ZGlmZmVyZW50IG1hbmFnZW1lbnQgcGxhdGZvcm1zIChraW1jaGkpLCBob3dldmVyIEkgcmVhZCBz b21ld2hlcmUgaW4gCm15IHNlYXJjaCB0aGF0IG9WaXJ0IHVzZXMgdHdvIGNlcnRzLCBvbmUgZm9y IHRoZSBtYWluIHBhcnQgb2YgdGhlIApjbGllbnQsIGFuZCB0aGVuIGFub3RoZXIgZm9yIHdlYnNv Y2tldHMsIGhvd2V2ZXIgSSBkb24ndCBrbm93IGlmIHRoaXMgaXMKIGFjY3VyYXRlLjxicj48L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoZSBvdGhlciB0aGluZyBJIHN1c3BlY3QgaXMgdGhhdCBp dCBjb3VsZCBiZSBhbm90aGVyIApwb3J0L2ZpcmV3YWxsIHJlbGF0ZWQgaXNzdWUsIGFsdGhvdWdo IEkgY2Fubm90IHNlZSB3aGF0IHBvcnQgaXQgY291bGQgCmJlLCBhbmQgSSBoYXZlIG5vIHJlYWwg aGludHMgdG8gZ28gb24uPGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGRpdj5M YXN0bHkgSSBpbWFnaW5lIHRoZSBwcm94eSBjb3VsZCBiZSBpbGwtY29uZmlndXJlZCwgYnV0IEkg ZG9uJ3Qga25vdyBob3cgc2VlaW5nIGFzIGV2ZXJ5dGhpbmcgaXMgZXNzZW50aWFsbHkgc2V0IHRv IGRlZmF1bHQuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+QWN0dWFsbHksCiBJIGp1c3Qg dGhvdWdodCBvZiBhbm90aGVyIHBvc3NpYmlsaXR5IHRob3VnaCBpdCBzZWVtcyBsaWtlIGEgYml0 IG9mIGEgCnN0cmV0Y2gsIGJ1dCBJJ20gcnVubmluZyB0aGUgb1ZpcnQgaG9zdCBhbmQgdGhlIGVu Z2luZSBvbiB0aGUgc2FtZSAKbWFjaGluZSwgYnV0IG5vdCBpbiBhIGhvc3RlZC1lbmdpbmUgc2V0 dXAuPGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhhdCdzIHRoZSBiZXN0IEkn dmUgZ290LCB0aG91Z2guPGJyPjwvZGl2Pg== --b1_dd77213fbf9c4b396eef7ae34cf8b981--

8 years, 4 months

2
1
0 / 0

Export VM from oVirt/RHEV to VMWare

by Colin Coe

Hi all We run RHEV exclusively and I need to export a guest to one of our vendors for analysis. The vendor uses VMWare. How can I export a VM in OVF format out of RHEV v3.5.8? Thanks CC

8 years, 4 months

3
4
0 / 0

Invitation: DeepDive: Support for SRIOV migration @ Tue Jan 24, 2017 5pm - 6pm (CET) (users@ovirt.org)

by mmucha＠redhat.com

You have been invited to the following event. Title: DeepDive: Support for SRIOV migration Demonstration of VM migration in ovirt/rhevm, when VM contains SRIOV nic. We will look together at following demonstration and discuss it: https://www.youtube.com/watch?v=qlyMxvUvLaY When: Tue Jan 24, 2017 5pm – 6pm Central European Time - Prague Calendar: users(a)ovirt.org Who: * mmucha(a)redhat.com - organizer * dkenigsb(a)redhat.com * mkalinin(a)redhat.com * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=Ym9ucXE4Z2VxYWM1dGZ... Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

8 years, 4 months

1
0
0 / 0

Error creating a storage pool

by Sergei Hanus

Hi, All! When trying to attach iscsi device from my storage system, ovirt complains, that it cannot create a storage pool. In logs I can see only this: ---------------------------------------------------------- RuntimeError(u'Error creating a storage pool: (u"spUUID=3fcace71-cd2b-4ab4-9d64-8ef926ead05a, poolName=hosted_datacenter, masterDom=71b0d510-c24a-49fa-86ec-6b5ebf530140, domList=[u\'71b0d510-c24a-49fa-86ec-6b5ebf530140\', u\'793985b7-9d11-44a4-bf68-4b509a967a52\'], masterVersion=1, clusterlock params: ({\'LEASETIMESEC\': 60, \'LOCKPOLICY\': \'ON\', \'IOOPTIMEOUTSEC\': 10, \'LEASERETRIES\': 3, \'LOCKRENEWALINTERVALSEC\': 5})",)',), <traceback object at 0x35935a8>) ----------------------------------------------------------- I have verified, that this block device can be successfully connected and partitioned on the same server using standard tools (iscsiadm, parted, mount), so, storage system on its own is working fine. My question is: what are requirements for block device in order for it to be compliant with ovirt? I know, that block size must be 512 bytes, but anything else? Thank you in advance, any comments appreciated. Sergei.

8 years, 4 months

2
7
0 / 0

oVirt Reports

by Marcin Michta

Hi, Someone can tell me what kind of informations I can get from ovirt reports? oVirt web page is poor about it. Screenshots will be helpful. Thank you, Marcin -- ------------------------------- The information in this email is confidential and may be legally privileged, it may contain information that is confidential in CodiLime Sp. z o. o. It is intended solely for the addressee. Any access to this email by third parties is unauthorized. If you are not the intended recipient of this message, any disclosure, copying, distribution or any action undertaken or neglected in reliance thereon is prohibited and may result in your liability for damages.

8 years, 4 months

2
2
0 / 0

Live migration Centos 7.3 -> Centos 7.2

by Markus Stockhausen

This is a multi-part message in MIME format. ------=_NextPartTM-000-dcd10716-a91b-4639-9b2e-e86d32cb73cc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= maybe i missed the discussion on the mailing list. Today we installed=0A= a new centos host. Of course it has 7.3 and qemu 2.6 after a yum update.=0A= It can be attached to our cluster wihtout problems. We are running Ovirt = =0A= 4.0.6 but the cluster compatibility level is still 3.6.=0A= =0A= We can migrate a VM from qemu 2.3 to 2.6 =0A= We cannot migrate a VM from qemu 2.6 to 2.3=0A= =0A= What happens:=0A= =0A= - qemu is started on the target host (centos 7.2)=0A= - source qemu says: "initiating migration"=0A= - dominfo on target gives:=0A= Id: 21=0A= Name: testvm=0A= UUID: d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b=0A= OS Typ: hvm=0A= Status: pausiert=0A= CPU(s): 2=0A= CPU-Zeit: 48,5s=0A= Max Speicher: 8388608 KiB=0A= Verwendeter Speicher: 8388608 KiB=0A= Bleibend: nein=0A= Automatischer Start: deaktiviert=0A= Verwaltete Sicherung: nein=0A= Sicherheits-Modell: selinux=0A= Sicherheits-DOI: 0=0A= Sicherheitskennung: system_u:system_r:svirt_t:s0:c344,c836 (enforcing)=0A= =0A= Anyone experienced this behaviour? Maybe desired?=0A= =0A= Current software versions:=0A= =0A= centos 7.2 host:=0A= - libvirt 1.2.17-13.el7_2.6=0A= - qemu 2.3.0-31.el7.21.1=0A= =0A= centos 7.3 host:=0A= - libvirt 2.0.0-10.el7_3.2=0A= - qemu 2.6.0-27.1.el7=0A= =0A= Ovirt engine=0A= - ovirt 4.0.6=0A= =0A= Thanks in advance.=0A= =0A= Markus= ------=_NextPartTM-000-dcd10716-a91b-4639-9b2e-e86d32cb73cc Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-dcd10716-a91b-4639-9b2e-e86d32cb73cc--

8 years, 4 months

2
3
0 / 0

New oVirt 4.0.x documentation now live!

by Brian Proffitt

You wanted it, we delivered! The oVirt Project is pleased to announce the availability of all-new principal documentation[1] for the oVirt 4.0 branch! For more information, check out the blog released today[2]! Peace, Brian [1] https://www.ovirt.org/documentation/ [2] https://www.ovirt.org/blog/2017/01/happy-new-documentation/ -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

8 years, 4 months

3
3
0 / 0

glusterfs heal issues

by Gary Pedretty

--Apple-Mail=_B7D419EA-0EAE-41C9-87E3-583B5DAC7590 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 This is a self hosted Glusterized setup, with 3 hosts. I have had some = glusterfs data storage domains have some disk issues where healing was = required. The self heal seemed to startup and the Ovirt Management = portal showed healing taking place in the Volumes/Brick tab. Later it = showed everything ok. This is a replica 3 volume. I noticed however = that the brick tab was not showing even use of the 3 bricks and looking = on the actual hosts a df command also shows uneven use of the bricks. = However gluster volume heal (vol) info shows zero entries for all = bricks. There are no errors reported in the Data Center or Cluster, yet = I see this uneven use of the bricks across the 3 hosts. =20 Doing a gluster volume status (vol) detail indeed shows different free = disk space across the different bricks. However the Inode Count and = Free Inodes are identical across all bricks. =20 I thought replica 3 was supposed to be mirrored across all nodes. Any = idea why I am seeing the uneven use, or is this just something about = glusterfs that is different when it comes to free space vs Inode Count? Gary ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Really loving the record green up date! Summmer!! yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ --Apple-Mail=_B7D419EA-0EAE-41C9-87E3-583B5DAC7590 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"">This is a self hosted Glusterized setup, with 3 hosts. =  I have had some glusterfs data storage domains have some disk = issues where healing was required.  The self heal seemed to startup = and the Ovirt Management portal showed healing taking place in the = Volumes/Brick tab.  Later it showed everything ok.  This is a = replica 3 volume.  I noticed however that the brick tab was not = showing even use of the 3 bricks and looking on the actual hosts a df = command also shows uneven use of the bricks.  However gluster = volume heal (vol) info shows zero entries for all bricks.  There = are no errors reported in the Data Center or Cluster, yet I see this = uneven use of the bricks across the 3 hosts.  <div class=3D""><br = class=3D""></div><div class=3D"">Doing a gluster volume status (vol) = detail indeed shows different free disk space across the different = bricks.  However the Inode Count and Free Inodes are identical = across all bricks.  </div><div class=3D""><br class=3D""></div><div = class=3D"">I thought replica 3 was supposed to be mirrored across all = nodes.  Any idea why I am seeing the uneven use, or is this just = something about glusterfs that is different when it comes to free space = vs Inode Count?<div class=3D""><br class=3D""></div><div = class=3D"">Gary</div><div class=3D""><br class=3D""></div><div = class=3D""><br class=3D""><div class=3D""> <div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: = auto; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); font-size: 12px; letter-spacing: normal; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px;" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span style=3D"font-size: 12px;" class=3D"">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br = style=3D"font-family: Monaco;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px;" class=3D""><span style=3D"font-size: 12px;" class=3D"">Really = loving the record green up date! Summmer!!   yourself=E2=80=9D M= att 22:39</span></font><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Menlo;" = class=3D""></div><font face=3D"Menlo" style=3D"font-size: 12px;" = class=3D""></font><span style=3D"color: rgb(0, 0, 0); letter-spacing: = normal; text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; font-size: 12px;" class=3D""><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><font = face=3D"Menlo" style=3D"font-size: 12px;" class=3D""><br = class=3D""></font></div></div><span style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 12px;" = class=3D""><br class=3D"Apple-interchange-newline"></span></div><span = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px; font-size: 12px;" class=3D""><br = class=3D"Apple-interchange-newline"></span></div><span style=3D"color: = rgb(0, 0, 0); letter-spacing: normal; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: = 12px;" class=3D""><br class=3D"Apple-interchange-newline"></span></div><br= class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"> </div> <br class=3D""></div></div></body></html>= --Apple-Mail=_B7D419EA-0EAE-41C9-87E3-583B5DAC7590--

8 years, 4 months

1
1
0 / 0

Re: [ovirt-users] OVF disk errors

by Pavel Gashev

Michael, oVirt 3.6 doesn't work well on CentOS 7.3. Upgrade vdsm to 4.17.35. -----Original Message----- From: <users-bounces(a)ovirt.org> on behalf of Michael Watters <Michael.Watters(a)dart.biz> Date: Thursday 5 January 2017 at 23:12 To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] OVF disk errors Hello, I have two hosts in a cluster running ovirt 3.6 and I keep seeing errors in the event log as follows. Jan 5, 2017 2:34:01 PM Host ovirt-node-production2 power management was verified successfully. Jan 5, 2017 2:34:01 PM Status of host ovirt-node-production2 was set to Up. Jan 5, 2017 2:33:58 PM Executing power management status on Host ovirt-node-production2 using Proxy Host ovirt-node-production1 and Fence Agent ipmilan:1.2.3.4 Jan 5, 2017 2:33:48 PM Failed to update OVF disks c7c567a3-ebd5-4e3a-bf1e-66080e8a09b4, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain 2-Production-Faster). Jan 5, 2017 2:33:47 PM Host ovirt-node-production2 is not responding. It will stay in Connecting state for a grace period of 104 seconds and after that an attempt to fence the host will be issued. Jan 5, 2017 2:33:47 PM Failed to update OVF disks 389bd0fe-804c-428d-9de1-640d83fe9a29, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain 1-Production-Slower). Jan 5, 2017 2:33:42 PM VDSM ovirt-node-production2 command failed: Logical Volume extend failed What concerns me the most is the last two errors. I've verified that all disks are online and all volume groups are working as expected. Is there a way to manually update an OVF disk? Here is what the engine database shows for these disk IDs. engine=# select * from storage_domains_ovf_info where ovf_disk_id = 'c7c567a3-ebd5-4e3a-bf1e-66080e8a09b4' ; storage_domain_id | status | ovf_disk_id | stored_ovfs_ids | last_updated --------------------------------------+--------+--------------------------------------+-----------------+---------------------------- 32f7c737-c1ee-4d2e-82a7-1b5e6efe0cf8 | 1 | c7c567a3-ebd5-4e3a-bf1e-66080e8a09b4 | | 2016-11-21 13:48:55.756-05 (1 row) engine=# select * from storage_domains_ovf_info where ovf_disk_id = '389bd0fe-804c-428d-9de1-640d83fe9a29' ; storage_domain_id | status | ovf_disk_id | stored_ovfs_ids | last_updated --------------------------------------+--------+--------------------------------------+-----------------+---------------------------- 52e48bb6-e477-41fe-aa25-69fc04b47c98 | 1 | 389bd0fe-804c-428d-9de1-640d83fe9a29 | | 2016-12-31 00:13:58.924-05 (1 row) _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

8 years, 4 months

3
3
0 / 0

Upgrade cluster + adding nodes

by Davide Ferrari

Hello everyone currently I've a 4-nodes oVirt 4.0.4 cluster running on CentOS 7.2. Given that we have now oVirt 4.0.6 and CentOS 7.3, what's the best update path? I was reading threads about qemu-kvm-ev 2.6 when CentOS 7.3 was released but I was wondering if with 4.0.6 release something has changed. Moreover, I'd like to add 4 more nodes in the near future, I guess I should have all the same version and thus I must fully upgrade the original 4 nodes (both OS + oVirt) before adding new, fully up-to-date nodes, right? Thanks! -- Davide Ferrari Senior Systems Engineer

8 years, 4 months

1
0
0 / 0

oVirt Engine 4.0.5 and CentOS 7.3 Instability

by Rogério Ceni Coelho

Hi oVirt Gurus, Happy new year to everyone !!! I update oVirt Engine to 4.0.5 from 4.0.4 and Centos to 7.3 from 7.2 last week and after that I have instability four times. Every time ovirt engine seems to loose communication with one or more node servers like this image below. Every time I rebooted oVirt engine server and everything came back to normal. Anyone with this kind of problem ??? [image: pasted1] After reboot : [image: pasted2]

8 years, 4 months

3
18
0 / 0

ovirtvm-console : Failed to execute login on behalf - for user

by Nathanaël Blanchet

This is a multi-part message in MIME format. --------------BB4C4DF1A3B16FBCD0105975 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, with 4.1 beta2, I try to use ovirtvm-console with my AD imported account=20 with issue "Failed to execute login on behalf - for user xxx". * I can login with name into the webadmin as a superuser. * I don't meet any issue with 4.0.x * whatever the pub key is it is the same * All other AD and local accounts work as expected with ovirtvm-console Regarding the engine logs, it seems that some character of my name are=20 not recognized: 2017-01-09 17:35:52,014+01 ERROR=20 [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-29) []=20 OAuthException server_error: java.text.ParseException: Invalid character=20 ' ' encountered. 2017-01-09 17:35:52,016+01 ERROR=20 [org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-1)=20 [50439863] Unable to create engine session: EngineException: user=20 sblanchet(a)levant.abes.fr in domain 'abes.fr-authz (Failed with error=20 PRINCIPAL_NOT_FOUND and code 5200) 2017-01-09 17:35:52,024+01 ERROR=20 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]=20 (default task-1) [50439863] Correlation ID: 50439863, Call Stack: null,=20 Custom Event ID: -1, Message: Failed to execute login on behalf - for=20 user sblanchet(a)levant.abes.fr. 2017-01-09 17:35:52,025+01 ERROR=20 [org.ovirt.engine.core.services.VMConsoleProxyServlet] (default task-1)=20 [50439863] Error processing request: : java.lang.RuntimeException:=20 Unable to create session using LoginOnBehalf --=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------BB4C4DF1A3B16FBCD0105975 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 text=3D"#000000" bgcolor=3D"#FFFFFF"> <p>Hi,</p> <p>with 4.1 beta2, I try to use ovirtvm-console with my AD imported account with issue "Failed to execute login on behalf - for user xxx". <br> </p> <ul> <li>I can login with name into the webadmin as a superuser.<br> </li> <li>I don't meet any issue with 4.0.x <br> </li> <li>whatever the pub key is it is the same</li> <li>All other AD and local accounts work as expected with ovirtvm-console</li> </ul> <p>Regarding the engine logs, it seems that some character of my name are not recognized:</p> <p>2017-01-09 17:35:52,014+01 ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-29) [] OAuthException server_error: java.text.ParseException: Invalid character ' ' encountered.<br> 2017-01-09 17:35:52,016+01 ERROR [org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-1) [50439863] Unable to create engine session: EngineException:=C2=A0 user <a class=3D"moz-txt-link-abbreviated" h= ref=3D"mailto:sblanchet@levant.abes.fr">sblanchet(a)levant.abes.fr</a> in d= omain 'abes.fr-authz (Failed with error PRINCIPAL_NOT_FOUND and code 5200)<br> 2017-01-09 17:35:52,024+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirect= or] (default task-1) [50439863] Correlation ID: 50439863, Call Stack: null, Custom Event ID: -1, Message: Failed to execute login on behalf - for user <a class=3D"moz-txt-link-abbreviated" href=3D"mai= lto:sblanchet@levant.abes.fr">sblanchet(a)levant.abes.fr</a>.<br> 2017-01-09 17:35:52,025+01 ERROR [org.ovirt.engine.core.services.VMConsoleProxyServlet] (default task-1) [50439863] Error processing request: : java.lang.RuntimeException: Unable to create session using LoginOnBehalf<br> </p> <br> <pre class=3D"moz-signature" cols=3D"72">--=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr">bl= anchet(a)abes.fr</a> </pre> </body> </html> --------------BB4C4DF1A3B16FBCD0105975--

8 years, 4 months

2
1
0 / 0

[Ovirt 4.0 - Storage Domain] Fail to upload ISO using engine-iso-uploader

by TranceWorldLogic .

Hi, I am trying to upload ISO image using engine-iso-uploader command as shown below. I have received error as shown below. # engine-iso-uploader -i vms_isos_myHost -u admin@internal -r ovirt.lab.com:443 upload /tmp/ubuntu.iso Uploading, please wait... ERROR: mount.nfs: access denied by server while mounting 190.68.5.100: /nfs_share/iso My NFS configuration as shown below: # cat /etc/exports /nfs_share/iso 190.68.5.100(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) /nfs_share/data 190.68.5.100(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) And please note that I have provided proper file and folder permission as mention in below link. http://www.ovirt.org/documentation/how-to/troubleshooting/troubleshooting... Please help !!! Thanks, ~Rohit

8 years, 4 months

2
1
0 / 0

Master storage domain in locked state

by knarra

Hi, I have three glusterfs storage domains present on my system. data (master), vmstore and engine. I tried moving the master storage domain to maintenance state , it was stuck in preparing for maintenance for a long time and then i rebooted my hosts. Now i see that the master domain moves to maintenance state but vmstore which is master now is stuck in locked state. Any idea how to come out of this situation. Any help is much appreciated. Thanks kasturi

8 years, 4 months

2
1
0 / 0

Can't shut down VM

by Peter Calum

Hi, I have a VM hanging in powering down state, the same VM has at snapshot hanging in state locked. - How do i solve this ? vmId='6d820a57-efef-431d-b98f-99e8fe13b6ac', oVirt Engine Version: 4.0.5.5-1.el7.centos engine log attached. -- Venlig hilsen / Kind regards Peter Calum

8 years, 4 months

3
6
0 / 0

VDSM service won't start

by paul.greene.va

All, I'm having an issue with the vdsmd service refusing to start on a fresh install of RHEL 7.2, RHEV version 4.0. It initially came up correctly, and the command "ip a" showed a "vdsmdummy" interface and a "ovirtmgmt" interface. However after a couple of reboots, those interfaces disappeared, and running "systemctl status vdsmd" generated the message "Dependency failed for Virtual Desktop Service Manager/Job vdsmd.service/start failed with result 'dependency'". Didn't say what dependency though I have 3 hosts where this happening on 2 out of 3 hosts. For some odd reason, the one host isn't having any problems. In a Google search I found an instance where system clock timing was out of sync, and that messed it up. I checked all three hosts, as well as the RHEV manager and they all had chronyd running and the clocks appeared to be in sync. After a reboot the virtual interfaces usually initially come up, but go down again within a few minutes. Running journalctl -xe gives these three messages: "failed to start Virtual Desktop Server Manager network restoration" "Dependency failed for Virtual Desktop Server Manager" (but it doesn't say which dependency failed" "Dependency failed for MOM instance configured for VDSM purposes" (again, doesn't way which dependency) Any suggestions? Paul

8 years, 4 months

4
6
0 / 0

Reminder: we have Wildfly's web mgmt console (with auth)

by Roy Golan

For quite some time now we can access Wildfly's web console on https://127.0.0.1:8706 It's the UI equivalent of jboss.cli but much more convenient. Example of tasks you can perform there: - Change logging settings, live - Tweak the managed thread pool (will send a different thread about it) - Shutdown/reload the service - Tweak db connection details - Get info/stats on the running setup EE components and more One of the main advantages over the old jmx method is that it uses a plugin to authenticate the engine user so your credentials should be admin@internal or any superuser for that matter. The default is to expose it to localhost and that could be change in services/ovirt-engine/ovirt-engine.xml.in.For firewalled setups, you can ssh tunnel your machine to overcome that as always. R

8 years, 4 months

1
0
0 / 0

DWH URL in 4.0.6 ??

by Devin Acosta

I upgraded to the latest 4.0.6 and show that the Data Ware House process is running, did they change how you access the GUI for it? Going to: https://{fqdn}/ovirt-engine-reports/ no longer functions on any of my deployments? -- Devin Acosta Red Hat Certified Architect, LinuxStack 602-354-1220 || devin(a)linuxguru.co

8 years, 4 months

3
2
0 / 0

[ANN] oVirt 4.0.6 Release is now available

by Sandro Bonazzola

The oVirt Project is pleased to announce the general availability of oVirt 4.0.6, as of January 10th, 2016. This release is available now for: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 23 (tech preview) This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This update is the sixth in a series of stabilization updates to the 4.0 series. 4.0.6 brings 4 enhancements and 59 bugfixes, including 24 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is already available. [2] * A new oVirt Next Generation Node will be available soon [2] * A new oVirt Engine Appliance is already available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[3] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.6 release highlights: http://www.ovirt.org/release/4.0.6/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.0.6/ [2] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

8 years, 4 months

7
13
0 / 0

Ovirt Host Error while executing action: Cannot add Host. Host with the same address already exists

by Jeramy Johnson

Hey guys I wanted to know if anyone ever recieved this error before "Error while executing action: Cannot add Host. Host with the same address already exists" when trying to re-add a Host that you deleted? I think the host maybe partially deleted or have records somewhere. Let me know if anyone can help? Thanks,

8 years, 4 months

2
1
0 / 0

question regarding fencing proxies

by cmc

Hi, Can someone tell me how the engine decides which power management proxy/proxies to use (using default cluster/dc config)? I am using drac 7 for a fence agent in my two host cluster, and have noticed that one of the hosts cannot contact the drac. My guess is that the engine is using one host to as a power management proxy and hosts cannot reach their own drac as they are on the same interface + vlan. Example scenario: Engine uses host 2 as power management proxy. It can contact host 1’s drac, but cannot contact its own drac. In the case of host 2 being unreachable/kdumping etc, would the engine switch to use host 1 as the proxy to contact host 2’s drac? Thanks, Cam PS: I'd like to use the APC as an additional fencing agent, each host has two PSUs connected to two different APCs. Is there a guide on how to specify two ports on two different PDUs to control power on a host?

8 years, 4 months

3
3
0 / 0

vdsm IOProcessClient WARNING Timeout waiting for communication thread for client

by Bill James

We have an ovirt system with 3 clusters, all running centos7. ovirt engine is running on separate host, ovirt-engine-3.6.4.1-1.el7.centos.noarch 2 of the clusters are running newer version of ovirt, 3 nodes each, ovirt-engine-4.0.3-1.el7.centos.noarch, glusterfs-3.7.16-1.el7.x86_64, vdsm-4.18.11-1.el7.centos.x86_64. 1 cluster is still running the older version, ovirt-engine-3.6.4.1-1.el7.centos.noarch. Yes we are in the process of upgrading the whole system to ovirt4.0, but takes time.... One of the 2 clusters running ovirt4 is complaining of timeouts, vdsm talking to gluster. No warnings on the 2 other clusters. Thread-720062::DEBUG::2017-01-13 07:29:46,814::outOfProcess::87::Storage.oop::(getProcessPool) Creating ioprocess /rhev/data-center/mnt/glusterSD/ovirt1-gl.dmz.p rod.j2noc.com:_gv1 Thread-720062::INFO::2017-01-13 07:29:46,814::__init__::325::IOProcessClient::(__init__) Starting client ioprocess-5874 Thread-720062::DEBUG::2017-01-13 07:29:46,814::__init__::334::IOProcessClient::(_run) Starting ioprocess for client ioprocess-5874 Thread-720062::DEBUG::2017-01-13 07:29:46,832::__init__::386::IOProcessClient::(_startCommunication) Starting communication thread for client ioprocess-5874 *Thread-720062::WARNING::2017-01-13 07:29:46,847::__init__::401::IOProcessClient::(_startCommunication) Timeout waiting for communication thread for client ioproc**ess-5874* [2017-01-12 07:27:58.685680] I [MSGID: 106488] [glusterd-handler.c:1533:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req The message "I [MSGID: 106488] [glusterd-handler.c:1533:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req" repeated 31 times between [2017-01-12 07:27:58.685680] and [2017-01-12 07:29:46.971939] attached logs: engine.log supervdsm.log vdsm.log etc-glusterfs-glusterd.vol.log cli.log

8 years, 4 months

2
2
0 / 0

OVirt 4 / Migration issue

by Devin Acosta

I have a cluster that is running OVirt 4.0.5-2, and I notice in the vdsm.log when I try to migrate I keep seeing this error: Thread-54::ERROR::2017-01-10 16:42:31,465::migration::254::virt.vm::(_recover) vmId=`e2390382-ee5b-4552-a980-487143885802`::migration destination error: Destination hook failed: Hook Error: ('openstacknet hook: [unexpected error]: Traceback (most recent call last):\n File "/usr/libexec/vdsm/hooks/before_device_migrate_destination/50_openstacknet", line 75, in <module>\n main()\n File "/usr/libexec/vdsm/hooks/before_device_migrate_destination/50_openstacknet", line 47, in main\n pluginType = os.environ[PLUGIN_TYPE_KEY]\n File "/usr/lib64/python2.7/UserDict.py", line 23, in __getitem__\n raise KeyError(key)\nKeyError: \'plugin_type\'\n\n\n',) Any idea how to fix this? -- Devin Acosta Red Hat Certified Architect, LinuxStack 602-354-1220 || devin(a)linuxguru.co

8 years, 4 months

1
1
0 / 0

Unable to delete VM disk

by cmc

Hi, I'm trying to delete a disk from a host I have shut down, as I need to provision a larger one. When I try to delete it, it gives me an exception on the UI. I've tried removing the bootable flag, and creating another disk, but it still won't allow the deletion of the disk. I can't see a relevant error in the engine log, though there are errors in the UI log, but I expect that is just as result of the underlying issue with deleting the disk. Thanks, Cam

8 years, 4 months

4
20
0 / 0

Hosted Engine: Add another host

by gregor

Hi, I have a hosted-engine setup on one host. Today I try to add another host from the UI but this gives me some errors without detail. Is there a way to add a new host from the shell? Not a node [1] because I plan to use docker as well on the host, it's a test environment. Or is it better to install the host as node? cheers gregor [1] http://www.ovirt.org/node/

8 years, 4 months

3
4
0 / 0

Re: [ovirt-users] Hardware upgrade Ovirt Engine

by Roy Golan

On Jan 13, 2017 11:47 AM, "nicola gentile" <nicola.gentile.to(a)gmail.com> wrote: Hi, My environment consists of: 1 engine 2 host 1 storage I must to do an hardware upgrade only for engine manager. How do I proceed? Best regard Nicola _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users Use the engine backup tool [1]. That will take care of DB and configurations. Make sure the status of your Ovf_store disks is OK with no event of warning on them(this means you have cold backup of your VM config) You can then just start the upgrade , your VMS will continue with no interference. [1] http://www.ovirt.org/develop/release-,management/features/engine/engine-b...

8 years, 4 months

1
0
0 / 0

Hardware upgrade Ovirt Engine

by nicola gentile

Hi, My environment consists of: 1 engine 2 host 1 storage I must to do an hardware upgrade only for engine manager. How do I proceed? Best regard Nicola

8 years, 4 months

1
0
0 / 0

Specifying the datastore on a VmPool creation via Python-SDK?

by nicolas＠devels.es

Hi, We've several templates that have their disks replicated (copied) on all our Storage Domains. Problem is that we create our VmPools using PythonSDK, and it usually creates the pool on one of our Storage Domains that has a small amount of free disk space. Some of the Data Stores have plenty of space and when creating the VmPool, we'd like to be able to specify on which of these Storage Domains to create the VmPool. So far I see no parameter on the params.VmPool class to do that. I've tried using an Action, but the request is not correct: action = params.Action(storage_domain=api.storagedomains.get(name='...')) pool = params.VmPool(name='testlarge', cluster=api.clusters.get(name='...'), template=api.templates.get(name='Blank'), max_user_vms=1, size=1, type_='manual', actions=action) pool = params.VmPool(name='testlarge', cluster=api.clusters.get(name='...'), template=api.templates.get(name='Blank'), max_user_vms=1, size=1, type_='manual', actions=[action]) api.vmpools.add(pool) Both tries fail. This is Python-SDK 3.x. Is there a way to specify the destination Storage Domain onto where to create the VmPool? Thanks

8 years, 4 months

3
3
0 / 0

Max number of api calls per user?

by Grundmann, Christian

------=_NextPart_000_001B_01D26C1D.AF69E5D0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001C_01D26C1D.AF69E5D0" ------=_NextPart_001_001C_01D26C1D.AF69E5D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, is there a maximum number of sessions per user? I am doing python-api calls to remove VMs If I call my script 30 times simultaneously, one or two get an error. Traceback (most recent call last): File "remove_vm.py", line 24, in <module> if VMNAME in [vm.name for vm in api.vms.list()]: File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 35761, in list headers={"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 46, in get return self.request(method='GET', url=url, headers=headers, cls=cls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py ", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py ", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) ovirtsdk.infrastructure.errors.RequestError: status: 401 reason: Unauthorized detail: User is not logged in. Is there some setting I can tune? Thx Christian ------=_NextPart_001_001C_01D26C1D.AF69E5D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DDE-AT = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal><span lang=3DEN-US>Hi,<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>is there a maximum number of = sessions per user?<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>I am doing python-api calls to remove = VMs<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>If I = call my script 30 times simultaneously, one or two get an = error.<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><pre><span = lang=3DEN-US>Traceback (most recent call = last):<o:p></o:p></span></pre><pre><span lang=3DEN-US>  File = "remove_vm.py", line 24, in = <module><o:p></o:p></span></pre><pre><span = lang=3DEN-US>    if VMNAME in [vm.name for vm in = api.vms.list()]:<o:p></o:p></span></pre><pre><span lang=3DEN-US>  = File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 35761, in list<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    = headers=3D{"All-Content":all_content}<o:p></o:p></span></pre><p= re><span lang=3DEN-US>  File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py&q= uot;, line 46, in get<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    return self.request(method=3D'GET', = url=3Durl, headers=3Dheaders, = cls=3Dcls)<o:p></o:p></span></pre><pre><span lang=3DEN-US>  File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py&q= uot;, line 122, in request<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    = persistent_auth=3Dself.__persistent_auth<o:p></o:p></span></pre><pre><spa= n lang=3DEN-US>  File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    = persistent_auth)<o:p></o:p></span></pre><pre><span lang=3DEN-US>  = File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in = __do_request<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    raise errors.RequestError(response_code, = response_reason, response_body)<o:p></o:p></span></pre><pre><span = lang=3DEN-US>ovirtsdk.infrastructure.errors.RequestError: = <o:p></o:p></span></pre><pre><span lang=3DEN-US>status: = 401<o:p></o:p></span></pre><pre><span lang=3DEN-US>reason: = Unauthorized<o:p></o:p></span></pre><pre><span lang=3DEN-US>detail: User = is not logged in.<o:p></o:p></span></pre><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Is there some setting I can tune?<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Thx = Christian<o:p></o:p></span></p></div></body></html> ------=_NextPart_001_001C_01D26C1D.AF69E5D0-- ------=_NextPart_000_001B_01D26C1D.AF69E5D0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEYgw ggO0MIICnKADAgECAhAz3dwydvPctkRqdEdmtvWQMA0GCSqGSIb3DQEBDQUAMGIxEzARBgoJkiaJ k/IsZAEZFgNjb20xGDAWBgoJkiaJk/IsZAEZFghmYWJhc29mdDEWMBQGCgmSJomT8ixkARkWBmZh YmFnbDEZMBcGA1UEAxMQRmFiYXNvZnQgUm9vdCBDQTAeFw0xNTAzMTIxMDQ5MjRaFw0zNTAzMTIx MDU5MjNaMGIxEzARBgoJkiaJk/IsZAEZFgNjb20xGDAWBgoJkiaJk/IsZAEZFghmYWJhc29mdDEW MBQGCgmSJomT8ixkARkWBmZhYmFnbDEZMBcGA1UEAxMQRmFiYXNvZnQgUm9vdCBDQTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBALEpZPd3DdZ9u81Q8/ZggZz3NSdxsajLL22MQR5XVJqT C+Yf17FCCjnXWgz0WUKUwmPMm6xprJqvuYd826vR66ufSStsdqDpdxcrmD+EybzK06bLqG6ohWVT Rb/ojwo1aXQnvyuXNHMmLSJN/OwNtFwpHagNpYOZ53yOC5XGKR/Ccn2liwncVBK8T5NOCS3XhhP6 75GstUv3HBORD3aR9T5igRG8HtTSoi632Jt0RvM7m7u6Cr6404CxLKmSyeJ8UHl7Tt/tWS5GfsXh uil/1dfNgMXkbGjzG3rruq6v9fIr3ugkjx669IyE77TCCNkUUD9yGi29DAYsIcsAHInvCx8CAwEA AaNmMGQwEwYJKwYBBAGCNxQCBAYeBABDAEEwCwYDVR0PBAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8w HQYDVR0OBBYEFKGdS2QXPACK0nl5gjbPMfr7WXSKMBAGCSsGAQQBgjcVAQQDAgEAMA0GCSqGSIb3 DQEBDQUAA4IBAQBhSSizNg+izsk+STpoWOSI0aHUX85OHVLkUY4bREQ9JGPYLrkSpf7nSBmEELHJ PodEabiISIhMkEJYjVAT08K0NZQPxpK0wQokSitc5yQNX0Pm6uebzDk6VoDecFJ0pa2PxH5BJ9QE wj9inbSFRgMAc2QZTWsebxYh2SBdosXy1Bxsj4PQ1KkkTlVzt8tFtq2a8HFKgMAKM3E7DOlhxv2m 5rmmTmbS2y/Q51kzlbGSrAcc67NzjArHu4VXM7d7uEK9Wu4u/Ou/bo2VuFpiedl0N7Xjs6HOcRvi 70Qk68dBdIlGwfzfq7R1wgBztsOMAnT7d/pU+iBtmnO5RhxWJoqkMIIGCDCCBPCgAwIBAgITQAAA AAhP/WtF9O8JAAAAAAAACDANBgkqhkiG9w0BAQ0FADBiMRMwEQYKCZImiZPyLGQBGRYDY29tMRgw FgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZFgZmYWJhZ2wxGTAXBgNVBAMT EEZhYmFzb2Z0IFJvb3QgQ0EwHhcNMTUwMzEyMTY0NjUxWhcNMjUwMzA5MTY0NjUxWjBqMRMwEQYK CZImiZPyLGQBGRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZ FgZmYWJhZ2wxITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALHDWZCRRueho+HBJGHMuSp+Dm0aMC78M4im5Ux7IGF8B5ZXsb+a tVBhBrFdsdazQr377siIL1W1YcS0zcezNdMKkt4/e7/Hop9pyTec5h2njAjFODuZWguXKmxPZXBa 96op0dzwvho6VVkFSp6NADZme/TNc6vm3BSSvgAZW3ALEEU26bBOZUH8KwapQJAAMEZdBwpMC7gl ig/5fhKPtxMwE9TA4axXEyRPWcFu2w91L/pSfU4eZWHj1wWcQP1DRfu8Jv1sFe7nTZejlFf5vAG6 vzELmd5ODJRC6xsSz08Dp3QXzVlqcCovcKAWdKVbgZBdYBiDriqP9n4zsTHRcqcCAwEAAaOCAq0w ggKpMBAGCSsGAQQBgjcVAQQDAgEAMB0GA1UdDgQWBBT4t/n6Dt0CIFcE0mlMpK3Ov8xrDjA9Bgkr BgEEAYI3FQcEMDAuBiYrBgEEAYI3FQi0y2GBgpx/gb2BFobG2H+C16cCgUGD4pIEgtm7EAIBZAIB AzALBgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAfBgNVHSMEGDAWgBShnUtkFzwAitJ5eYI2 zzH6+1l0ijCCASIGA1UdHwSCARkwggEVMIIBEaCCAQ2gggEJhoHJbGRhcDovLy9DTj1GYWJhc29m dCUyMFJvb3QlMjBDQSxDTj1GQUJBUk9PVENBLENOPUNEUCxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2 aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWZhYmFnbCxEQz1mYWJhc29mdCxE Qz1jb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3Ry aWJ1dGlvblBvaW50hjtodHRwOi8vY3JsLmZhYmFzb2Z0LmNvbS9DZXJ0RW5yb2xsL0ZhYmFzb2Z0 JTIwUm9vdCUyMENBLmNybDCB0QYIKwYBBQUHAQEEgcQwgcEwgb4GCCsGAQUFBzAChoGxbGRhcDov Ly9DTj1GYWJhc29mdCUyMFJvb3QlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2Vydmlj ZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1mYWJhZ2wsREM9ZmFiYXNvZnQsREM9 Y29tP2NBQ2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5 MA0GCSqGSIb3DQEBDQUAA4IBAQADapqIl4xDaVfGyK1VudKlSXzmZo0nwtW1QtyPkgBk+kclnPj4 sowyaJOnjAC1ybBkJYgd1tWNJw378kolEnuFrhiip8n/8zE2AFoQ4n8/P6diYj0X07nxHawTDAbk 0oLFaixsW7rqsn0/DVN6G+XSn172yR0wRLrKRjPqezsnj96RDUSzLeuj8QjTYcpdgane4kpuWl6S 7chXI51APIbLDWXhKtfQeUJkYR6ZPNjgFO5KnPjViYxmnCWuXpOOoB2P+7MuFWuahrpeRN6NF5zm NwXpCv6UeLF2BD1zjECG0D7T/Nqf/Q5W4kBDxCz2fySzbXprc98U7J1RfXY19nDsMIIHwDCCBqig AwIBAgITGgAACDuGB9gHiydMcQAAAAAIOzANBgkqhkiG9w0BAQ0FADBqMRMwEQYKCZImiZPyLGQB GRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZFgZmYWJhZ2wx ITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQTAeFw0xNzAxMDkwODE4MDJaFw0xOTAx MDkwODE4MDJaMB4xHDAaBgNVBAMTE0NocmlzdGlhbi5HcnVuZG1hbm4wggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQC5eKLQm8gyQnhKwv5yF5I/2bEnebo3+pSwTIqleOa6Rhb+XH/Zt1Oq 5Ru1EF0pKQz6skkP/6785PfJEjbhg2GPaqSPuGEn0CKUWH9lLKNqtzODOm58B0mWLpd5O+SIufZ4 YPIogrwy1mEPXc2KDdPj3YNmF7RWuEBkHj7b9BCno92bBZAGF+PpHf6ssRvzDE4hKUxIjFIZJmAp jctFFfofRgQ/AHrx4FED1pnlKZglUrMvZFJm7qrwf3euSYV83kMVTqx3fVLhcRtKh/5GQJiIdJXH kCopt6D5xmKiVcQEiieYwY4VPo0Q2fQbIMF0PlHNSXmbVrm1WNPkbcQccPbRAgMBAAGjggSpMIIE pTA9BgkrBgEEAYI3FQcEMDAuBiYrBgEEAYI3FQi0y2GBgpx/gb2BFobG2H+C16cCgUGH7+IpgbCD UQIBZAIBAjATBgNVHSUEDDAKBggrBgEFBQcDBDALBgNVHQ8EBAMCBaAwGwYJKwYBBAGCNxUKBA4w DDAKBggrBgEFBQcDBDCBlAYJKoZIhvcNAQkPBIGGMIGDMAsGCWCGSAFlAwQBKjALBglghkgBZQME AS0wCwYJYIZIAWUDBAEWMAsGCWCGSAFlAwQBGTALBglghkgBZQMEAQIwCwYJYIZIAWUDBAEFMAoG CCqGSIb3DQMHMAcGBSsOAwIHMA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG9w0DBAICAgAwHQYDVR0O BBYEFDy8FgCwa5cyXmIi0XnfYHuuHgEJMB8GA1UdIwQYMBaAFPi3+foO3QIgVwTSaUykrc6/zGsO MIIBhwYDVR0fBIIBfjCCAXowggF2oIIBcqCCAW6GgdJsZGFwOi8vL0NOPUZhYmFzb2Z0JTIwSW50 ZXJtZWRpYXRlJTIwQ0EsQ049RkFCQUlOVEVSQ0EsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNl cnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9ZmFiYWdsLERDPWZhYmFzb2Z0 LERDPWNvbT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlz dHJpYnV0aW9uUG9pbnSGUmh0dHA6Ly9GQUJBSU5URVJDQS5mYWJhZ2wuZmFiYXNvZnQuY29tL0Nl cnRFbnJvbGwvRmFiYXNvZnQlMjBJbnRlcm1lZGlhdGUlMjBDQS5jcmyGQ2h0dHA6Ly9jcmwuZmFi YXNvZnQuY29tL0NlcnRFbnJvbGwvRmFiYXNvZnQlMjBJbnRlcm1lZGlhdGUlMjBDQS5jcmwwggGU BggrBgEFBQcBAQSCAYYwggGCMIHGBggrBgEFBQcwAoaBuWxkYXA6Ly8vQ049RmFiYXNvZnQlMjBJ bnRlcm1lZGlhdGUlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vy dmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1mYWJhZ2wsREM9ZmFiYXNvZnQsREM9Y29tP2NBQ2Vy dGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MH4GCCsGAQUF BzAChnJodHRwOi8vRkFCQUlOVEVSQ0EuZmFiYWdsLmZhYmFzb2Z0LmNvbS9DZXJ0RW5yb2xsL0ZB QkFJTlRFUkNBLmZhYmFnbC5mYWJhc29mdC5jb21fRmFiYXNvZnQlMjBJbnRlcm1lZGlhdGUlMjBD QS5jcnQwNwYIKwYBBQUHMAGGK2h0dHA6Ly9GQUJBSU5URVJDQS5mYWJhZ2wuZmFiYXNvZnQuY29t L29jc3AwKwYDVR0RBCQwIoEgQ2hyaXN0aWFuLkdydW5kbWFubkBmYWJhc29mdC5jb20wDQYJKoZI hvcNAQENBQADggEBAJ5ZSuHMRSW90+4brUFaCsi4JwwJv8QEWl+xVXG7AqMXFtjJfbYCYLZHiHAg 6RuwI+HUOy7QDAdYyxlwXYBXtqYGAWEEq4vAY/nhGb1PcRGCxJZ9AgB2ylHUKj1abqpaOINp1cYT 5DK+SgJo5KHXAhBgs9UpABWNbuflcQdV47wjnzYKSjR+fNwKsVan/T39XyI7NJPSKUWnlG0BiEGg I7my4ilp4kNsJ8C+w8RZY5z3UFk3gNkl2kPDlgJ6aDoApKUpbYyafOopiz2jG0uaSdL3jaz4OCHb LmkA9coKWVDsAKYSlBBTabuXi5d+WNMsbC0fQMmeZu2usQnte/380XsxggPcMIID2AIBATCBgTBq MRMwEQYKCZImiZPyLGQBGRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJ k/IsZAEZFgZmYWJhZ2wxITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQQITGgAACDuG B9gHiydMcQAAAAAIOzANBglghkgBZQMEAgEFAKCCAiswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH ATAcBgkqhkiG9w0BCQUxDxcNMTcwMTExMTQxNjI5WjAvBgkqhkiG9w0BCQQxIgQgdFpQRG7M7I7N x9uUqzcMrlh/Lqk8gXJDN+z4xFkcK8IwgZIGCSsGAQQBgjcQBDGBhDCBgTBqMRMwEQYKCZImiZPy LGQBGRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZFgZmYWJh Z2wxITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQQITGgAACDuGB9gHiydMcQAAAAAI OzCBkwYJKoZIhvcNAQkPMYGFMIGCMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCgYIKoZIhvcN AwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDALBglghkgBZQME AgEwCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjAHBgUrDgMCGjCBlAYLKoZIhvcNAQkQAgsxgYSg gYEwajETMBEGCgmSJomT8ixkARkWA2NvbTEYMBYGCgmSJomT8ixkARkWCGZhYmFzb2Z0MRYwFAYK CZImiZPyLGQBGRYGZmFiYWdsMSEwHwYDVQQDExhGYWJhc29mdCBJbnRlcm1lZGlhdGUgQ0ECExoA AAg7hgfYB4snTHEAAAAACDswDQYJKoZIhvcNAQEBBQAEggEACqkzpayjkFFUIWbTqk/bJOZWZsv3 /Lzq43H5xenltq3ITqznY5TQv+qXWygKcqYa39TScnrR75Uo0jo7mrfceeu6oFSmJhY3X837ggX6 BrWrYSDReQD9iCyP4/otecxusTeBbcy+ZP/pepOD7S6fvPRgo4cG2RgAQDvEiTslWfDEhuyuHEFC nZpYD81B2Ls+OFnqbDGcIIjNRjsgElKHJtdB9Zft8k9K6SC4G1L/9En2YbLa3+P+55fVMUiAUguc WiHFqqjODSjQQaxWC7yMaIQZjbpQdrMiejno6YRk3+hMcBS+A9T+3XUn1e9muJ2muAM+IpHHBQAf SuGmBFJZ4gAAAAAAAA== ------=_NextPart_000_001B_01D26C1D.AF69E5D0--

8 years, 4 months

2
3
0 / 0

repository issues causing updates to fail

by cmc

Hi, engine version: 4.0.5.5-1.el7.centos I have an oVirt cluster with 2 hosts and my engine node is reporting failed updates on the hosts. I checked the logs in /var/log/ovirt-engine/host-deploy/ and found that it reports dependency failures. -------------------------8<------------------------- 2017-01-12 10:53:16 ERROR otopi.plugins.ovirt_host_mgmt.packages.update update.error:102 Yum: [u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires usbredir >= 0.7.1', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires seavgabios-bin >= 1.9.1-4', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires ipxe-roms-qemu >= 20160127-4'] 2017-01-12 10:53:16 INFO otopi.plugins.ovirt_host_mgmt.packages.update update.info:98 Yum: Performing yum transaction rollback 2017-01-12 10:53:16 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/tmp/ovirt-tA0ldayV0j/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-tA0ldayV0j/otopi-plugins/ovirt-host-mgmt/packages/update.py", line 115, in _packagesCheck if myum.buildTransaction(): File "/tmp/ovirt-tA0ldayV0j/pythonlib/otopi/miniyum.py", line 919, in buildTransaction raise yum.Errors.YumBaseError(msg) YumBaseError: [u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires usbredir >= 0.7.1', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires seavgabios-bin >= 1.9.1-4', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires ipxe-roms-qemu >= 20160127-4'] 2017-01-12 10:53:16 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': [u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires usbredir >= 0.7.1', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires seavgabios-bin >= 1.9.1-4', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires ipxe-roms-qemu >= 20160127-4'] 2017-01-12 10:53:16 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' 2017-01-12 10:53:16 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback 2017-01-12 10:53:16 DEBUG otopi.plugins.ovirt_host_mgmt.packages.update update.verbose:94 Yum: Repository virtio-win-stable is listed more than once in the configuration 2017-01-12 10:53:16 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN 2017-01-12 10:53:16 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/error=bool:'True' --------- I've had a search in various repos for the usbredir-0.7.1, ipxe-roms-qemu 20160127-4 and seavgabios-bin 1.9.1-4, and these exist in 7.3 but not 7.2 (I am running 7.2). Should I just ignore these messages then? Thanks, Cam

8 years, 4 months

1
0
0 / 0

How to pass unattend file to a sysprep Windows 2012r2 template

by Denis Pithon

Hello oVirt users, We currently run about 300 VMs with oVirt, both Linux and Windows servers. Cloud init works great for Linux VMs and we would like to do the same for Windows. We have a 2012r2 sysprep template but we do not manage to configure the initial run such that the new Windows VM boot *and join our AD domain* thereafter. Does someone have any clues/informations about this kind of operation ? How to specify unattend file in the 'New Virtual Machine' ? What kind of data (and format) is required in the 'sysprep' field ? Best whishes to everyone! Denis PS: We run oVirt Engine 4.0.5

8 years, 4 months

2
1
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Users January 2017