- Users - oVirt List Archives

python sdk create vm to specific target storage domain from template
by Dobó László 28 Mar '16

28 Mar '16

Hi, Here is one of my system setup: Data Centers dc01 Storage storagedomain01 storagedomain02 storagedomain03 Clusters cl01 When i making vm from template on webgui, under the resource allocation i can choose which target storagedomain like to provision. The question is how can i set this target parameter when i'm using python sdk for vm creation? regards enax

2 1

Re: [ovirt-users] ovirt - unsupported GFS config ??
by Sahina Bose 28 Mar '16

28 Mar '16

This is a multi-part message in MIME format. --------------060409020502060901040200 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 03/27/2016 10:24 PM, paf1(a)email.cz wrote: > What's the recommended shard size for databases ( espacially Oracle ) > , I'm afraid that 512M is too large. > I found that someones using about 16MB , but it generate a lot of > files for healing if volumes splitted. (eg. for 500GB DB in worse case ) Would the database be running within the guest VM? Did you run into any specific issue with 512M shard size? What we have noticed is that with smaller shard sizes , like 4MB, the number of entries in the .shard directory is too high, and hence affects the performance when it comes to healing entries in directory. The 256M/512M shard size is a good balance between the number of entries created and data size to heal. > > Pa. > > On 27.3.2016 16:57, Sahina Bose wrote: >> Stripe is not supported. >> >> What you need to do instead is turn on sharding for the volume. >> >> So: >> >> gluster volume create 12HP12-S2R3A1P2 replica 3 arbiter 1 >> 1hp1:/STORAGES/P2/GFS 1hp2:/STORAGES/P2/GFS >> kvmarbiter:/STORAGES/P2-1/GFS force >> >> gluster volume set 12HP12-S2R3A1P2 features.shard on >> gluster volume set 12HP12-S2R3A1P2 features.shard-block-size 512MB >> >> If you want to utilize the additional nodes as well, you can change >> this to a distributed replicate volume - instead of the volume >> creation in step above , use below >> >> gluster volume create 12HP12-S2R3A1P2 replica 3 arbiter 1 >> 1hp1:/STORAGES/P2/GFS 1hp2:/STORAGES/P2/GFS >> kvmarbiter:/STORAGES/P2-1/GFS 2hp1:/STORAGES/P2/GFS >> 2hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-2/GFS force >> >> >> On 03/24/2016 07:49 PM, paf1(a)email.cz wrote: >>> Hello, >>> I tried create stripe 2 replica 3 arbiter1 gluster volume for testing. >>> So , glusterFS such type from commandline was successfull, but >>> domain creation looks to be unsupported. with oVirt message "Error >>> while executing action AddGlusterFsStorageDomain: Storage Domain >>> target is unsupported". >>> Cam U tell me if is it error or really unsuported ?? >>> >>> exam: >>> gluster volume create 12HP12-S2R3A1P2 stripe 2 replica 3 arbiter 1 >>> 1hp1:/STORAGES/P2/GFS 1hp2:/STORAGES/P2/GFS >>> kvmarbiter:/STORAGES/P2-1/GFS 2hp1:/STORAGES/P2/GFS >>> 2hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-2/GFS force >>> >>> >>> RHEL 7-2.1511 >>> vdsm - vdsm-4.17.23-1.el7 >>> gluster - glusterfs-3.7.9-1.el7 >>> ovirt - 3.5.6.2-1 >>> >>> regs.Pavel >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> > --------------060409020502060901040200 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> <br> <br> <br> <div class="moz-cite-prefix">On 03/27/2016 10:24 PM, <a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> wrote:<br> </div> <blockquote cite="mid:56F81046.3070200@email.cz" type="cite"> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> What's the recommended shard size for databases ( espacially Oracle ) , I'm afraid that 512M is too large.<br> I found that someones using about 16MB , but it generate a lot of files for healing if volumes splitted. (eg. for 500GB DB in worse case )<br> </blockquote> <br> Would the database be running within the guest VM?<br> <br> Did you run into any specific issue with 512M shard size?<br> What we have noticed is that with smaller shard sizes , like 4MB, the number of entries in the .shard directory is too high, and hence affects the performance when it comes to healing entries in directory. The 256M/512M shard size is a good balance between the number of entries created and data size to heal.<br> <br> <blockquote cite="mid:56F81046.3070200@email.cz" type="cite"> <br> Pa.<br> <br> <div class="moz-cite-prefix">On 27.3.2016 16:57, Sahina Bose wrote:<br> </div> <blockquote cite="mid:56F7F4C0.2020408@redhat.com" type="cite"> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> Stripe is not supported.<br> <br> What you need to do instead is turn on sharding for the volume.<br> <br> So:<br> <br> gluster volume create 12HP12-S2R3A1P2 replica 3 arbiter 1 1hp1:/STORAGES/P2/GFS 1hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-1/GFS force<br> <br> gluster volume set 12HP12-S2R3A1P2 features.shard on<br> gluster volume set 12HP12-S2R3A1P2 features.shard-block-size 512MB<br> <br> If you want to utilize the additional nodes as well, you can change this to a distributed replicate volume - instead of the volume creation in step above , use below<br> <br> gluster volume create 12HP12-S2R3A1P2 replica 3 arbiter 1 1hp1:/STORAGES/P2/GFS 1hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-1/GFS 2hp1:/STORAGES/P2/GFS 2hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-2/GFS force<br> <br> <br> <div class="moz-cite-prefix">On 03/24/2016 07:49 PM, <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz"><a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a></a> wrote:<br> </div> <blockquote cite="mid:56F3F75D.8060201@email.cz" type="cite"> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> Hello, <br> I tried create stripe 2 replica 3 arbiter1 gluster volume for testing.<br> So , glusterFS such type from commandline was successfull, but domain creation looks to be unsupported. with oVirt message "Error while executing action AddGlusterFsStorageDomain: Storage Domain target is unsupported".<br> Cam U tell me if is it error or really unsuported ??<br> <br> exam: <br> gluster volume create 12HP12-S2R3A1P2 stripe 2 replica 3 arbiter 1 1hp1:/STORAGES/P2/GFS 1hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-1/GFS 2hp1:/STORAGES/P2/GFS 2hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-2/GFS force<br> <br> <br> RHEL 7-2.1511<br> vdsm - vdsm-4.17.23-1.el7<br> gluster - glusterfs-3.7.9-1.el7<br> ovirt - 3.5.6.2-1<br> <br> regs.Pavel<br> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </blockquote> <br> </blockquote> <br> </body> </html> --------------060409020502060901040200--

2 1

engine.log messages in cycle
by paf1＠email.cz 27 Mar '16

27 Mar '16

This is a multi-part message in MIME format. --------------000109010407050908020106 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, can anybody explain why is engine.log filled with following messages, even thought this is fresh installation ?? Especially START / FINISH rows in cycle, ... in cycle, .... in cycle ???? - it takes a lot of space and is really needed ?? RHEL 7-2.1511 vdsm - vdsm-4.17.23-1.el7 gluster - glusterfs-3.7.9-1.el7 ovirt - 3.5.6.2-1 regs.Pavel 2016-03-24 13:39:10,758 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler_Worker-89) START, GetGlusterVolumeAdvancedDetailsVDSCommand(HostName = 2hp1, HostId = 45f76a0f-9616-420a-be1d-afbed2954562), log id: 3d6b27fd 2016-03-24 13:39:13,243 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler_Worker-89) FINISH, GetGlusterVolumeAdvancedDetailsVDSCommand, return: org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeAdvancedDetails@11d55805, log id: 3d6b27fd 2016-03-24 13:39:13,278 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler_Worker-89) START, GetGlusterVolumeAdvancedDetailsVDSCommand(HostName = 2hp1, HostId = 45f76a0f-9616-420a-be1d-afbed2954562), log id: 3ae0e479 2016-03-24 13:39:13,349 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-43) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-00000000022e value: GLUSTER , sharedLocks= ] 2016-03-24 13:39:13,444 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-43) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-00000000022e value: GLUSTER , sharedLocks= ] 2016-03-24 13:39:13,801 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-43) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-00000000022e value: GLUSTER , sharedLocks= ] 2016-03-24 13:39:14,646 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-43) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-00000000022e value: GLUSTER , sharedLocks= ] 2016-03-24 13:39:15,630 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler_Worker-89) FINISH, GetGlusterVolumeAdvancedDetailsVDSCommand, return: org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeAdvancedDetails@cab5100f, log id: 3ae0e479 2016-03-24 13:39:15,656 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-43) START, GlusterVolumesListVDSCommand(HostName = 1hp2, HostId = 184ebfaa-51a9-43e4-a57b-9d4f03e85b47), log id: 5756f325 2016-03-24 13:39:16,105 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-43) FINISH, GlusterVolumesListVDSCommand, return: {e4121610-6128-4ecc-86d3-1429ab3b8356=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@edd4741e, d3d260cd-455f-42d6-9580-d88ae6df0519=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@84ea7412}, log id: 5756f325 2016-03-24 13:39:21,161 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-81) START, GlusterVolumesListVDSCommand(HostName = 1hp2, HostId = 184ebfaa-51a9-43e4-a57b-9d4f03e85b47), log id: 6e2f6c69 2016-03-24 13:39:21,667 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-81) FINISH, GlusterVolumesListVDSCommand, return: {e4121610-6128-4ecc-86d3-1429ab3b8356=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2ad03bfa, d3d260cd-455f-42d6-9580-d88ae6df0519=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@6a99fa09}, log id: 6e2f6c69 --------------000109010407050908020106 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 text="#000066" bgcolor="#FFFFFF"> Hello, <br> can anybody explain why is engine.log filled with following messages, even thought this is fresh installation ??<br> Especially START / FINISH rows in cycle, ... in cycle, .... in cycle ???? - it takes a lot of space and is really needed ??<br> <br> RHEL 7-2.1511<br> vdsm - vdsm-4.17.23-1.el7<br> gluster - glusterfs-3.7.9-1.el7<br> ovirt - 3.5.6.2-1<br> <br> regs.Pavel<br> <br> <br> 2016-03-24 13:39:10,758 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler_Worker-89) START, GetGlusterVolumeAdvancedDetailsVDSCommand(HostName = 2hp1, HostId = 45f76a0f-9616-420a-be1d-afbed2954562), log id: 3d6b27fd<br> 2016-03-24 13:39:13,243 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler_Worker-89) FINISH, GetGlusterVolumeAdvancedDetailsVDSCommand, return: org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeAdvancedDetails@11d55805, log id: 3d6b27fd<br> 2016-03-24 13:39:13,278 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler_Worker-89) START, GetGlusterVolumeAdvancedDetailsVDSCommand(HostName = 2hp1, HostId = 45f76a0f-9616-420a-be1d-afbed2954562), log id: 3ae0e479<br> 2016-03-24 13:39:13,349 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-43) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-00000000022e value: GLUSTER<br> , sharedLocks= ]<br> 2016-03-24 13:39:13,444 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-43) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-00000000022e value: GLUSTER<br> , sharedLocks= ]<br> 2016-03-24 13:39:13,801 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-43) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-00000000022e value: GLUSTER<br> , sharedLocks= ]<br> 2016-03-24 13:39:14,646 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-43) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-00000000022e value: GLUSTER<br> , sharedLocks= ]<br> 2016-03-24 13:39:15,630 INFO [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler_Worker-89) FINISH, GetGlusterVolumeAdvancedDetailsVDSCommand, return: org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeAdvancedDetails@cab5100f, log id: 3ae0e479<br> 2016-03-24 13:39:15,656 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-43) START, GlusterVolumesListVDSCommand(HostName = 1hp2, HostId = 184ebfaa-51a9-43e4-a57b-9d4f03e85b47), log id: 5756f325<br> 2016-03-24 13:39:16,105 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-43) FINISH, GlusterVolumesListVDSCommand, return: {e4121610-6128-4ecc-86d3-1429ab3b8356=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@edd4741e, d3d260cd-455f-42d6-9580-d88ae6df0519=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@84ea7412}, log id: 5756f325<br> 2016-03-24 13:39:21,161 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-81) START, GlusterVolumesListVDSCommand(HostName = 1hp2, HostId = 184ebfaa-51a9-43e4-a57b-9d4f03e85b47), log id: 6e2f6c69<br> 2016-03-24 13:39:21,667 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-81) FINISH, GlusterVolumesListVDSCommand, return: {e4121610-6128-4ecc-86d3-1429ab3b8356=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2ad03bfa, d3d260cd-455f-42d6-9580-d88ae6df0519=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@6a99fa09}, log id: 6e2f6c69<br> <br> </body> </html> --------------000109010407050908020106--

2 1

ovirt - unsupported GFS config ??
by paf1＠email.cz 27 Mar '16

27 Mar '16

This is a multi-part message in MIME format. --------------060206050809050705030905 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I tried create stripe 2 replica 3 arbiter1 gluster volume for testing. So , glusterFS such type from commandline was successfull, but domain creation looks to be unsupported. with oVirt message "Error while executing action AddGlusterFsStorageDomain: Storage Domain target is unsupported". Cam U tell me if is it error or really unsuported ?? exam: gluster volume create 12HP12-S2R3A1P2 stripe 2 replica 3 arbiter 1 1hp1:/STORAGES/P2/GFS 1hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-1/GFS 2hp1:/STORAGES/P2/GFS 2hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-2/GFS force RHEL 7-2.1511 vdsm - vdsm-4.17.23-1.el7 gluster - glusterfs-3.7.9-1.el7 ovirt - 3.5.6.2-1 regs.Pavel --------------060206050809050705030905 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 text="#000066" bgcolor="#FFFFFF"> Hello, <br> I tried create stripe 2 replica 3 arbiter1 gluster volume for testing.<br> So , glusterFS such type from commandline was successfull, but domain creation looks to be unsupported. with oVirt message "Error while executing action AddGlusterFsStorageDomain: Storage Domain target is unsupported".<br> Cam U tell me if is it error or really unsuported ??<br> <br> exam: <br> gluster volume create 12HP12-S2R3A1P2 stripe 2 replica 3 arbiter 1 1hp1:/STORAGES/P2/GFS 1hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-1/GFS 2hp1:/STORAGES/P2/GFS 2hp2:/STORAGES/P2/GFS kvmarbiter:/STORAGES/P2-2/GFS force<br> <br> <br> RHEL 7-2.1511<br> vdsm - vdsm-4.17.23-1.el7<br> gluster - glusterfs-3.7.9-1.el7<br> ovirt - 3.5.6.2-1<br> <br> regs.Pavel<br> </body> </html> --------------060206050809050705030905--

2 1

Using REST API to get a proxyticket
by Ollie Armstrong 26 Mar '16

26 Mar '16

Hi all, I'm attempting to use the REST API to get a proxy ticket as BZ1181030 [0] has added support for, but I am unable to find _any_ documentation on how to use this new API call. All I've found is the git commit message in gerrit [1]. Not quite understanding how to interpret this, I've attempted to POST the following: <action/> As well as: <action> <proxy_ticket> <value>ticket_content</value> </proxy_ticket> </action> Both of these, and indeed using any other data I can think of, results in an NPE being logged in engine.log. I've uploaded my engine.log [2] which is produced when I POST "<action/>" to the endpoint. Is anyone able to tell me how to use this endpoint? I'm assuming I get the NPE because I'm not POSTing the correct data. The overall goal of this is to be able to embed a NoVNC console in our own web UI, this is the last piece of the puzzle for me to implement this. Thanks, Ollie [0] https://bugzilla.redhat.com/show_bug.cgi?id=1181030 [1] https://gerrit.ovirt.org/#/c/42412/ [2] http://ix.io/uVP

3 6

Re: [ovirt-users] oVirt 3.6 AAA LDAP cannot not log in when end of UPN is different from domain base
by Karli Sjöberg 25 Mar '16

25 Mar '16

--_000_b78ced6864174864b04ccacdb481eac8exch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjQgbWFycyAyMDE2IDExOjI2IGVtIHNrcmV2IE9uZHJhIE1hY2hhY2VrIDxvbWFjaGFj ZUByZWRoYXQuY29tPjoNCj4NCj4gT24gMDMvMjQvMjAxNiAxMToxNCBQTSwgS2FybGkgU2rDtmJl cmcgd3JvdGU6DQo+ID4NCj4gPiBEZW4gMjQgbWFycyAyMDE2IDc6MjYgZW0gc2tyZXYgT25kcmEg TWFjaGFjZWsgPG9tYWNoYWNlQHJlZGhhdC5jb20+Og0KPiA+ICA+DQo+ID4gID4gT24gMDMvMjQv MjAxNiAwNjoxNiBQTSwgS2FybGkgU2rDtmJlcmcgd3JvdGU6DQo+ID4gID4gPiBIaSENCj4gPiAg PiA+DQo+ID4gID4gPg0KPiA+ICA+ID4gU3RhcnRpbmcgbmV3IHRocmVhZCBpbnN0ZWFkIG9mIGph Y2tpbmcgc29tZW9uZSBlbHNlwrRzLg0KPiA+ICA+ID4NCj4gPiAgPiA+DQo+ID4gID4gPiBNYW5h Z2VkIHRvIG1pZ3JhdGUgZnJvbSBvbGQgJ2VuZ2luZS1tYW5hZ2UtZG9tYWlucycgYXV0aCB0bw0K PiA+IGFhYS1sZGFwIHVzaW5nOg0KPiA+ICA+ID4NCj4gPiAgPiA+ICN8IG92aXJ0LWVuZ2luZS1r ZXJibGRhcC1taWdyYXRpb24tdG9vbCAtLWRvbWFpbiBiYXouZm9vLmJhciAtLWNhY2VydA0KPiA+ ICA+ID4gL3RtcC9jYS5jcnQgLS1hcHBseQ0KPiA+ICA+ID4gfA0KPiA+ICA+ID4NCj4gPiAgPiA+ DQo+ID4gID4gPiBBbGwgT0ssIG5vIGVycm9ycywgYnV0IGNhbm5vdCBsb2cgaW46DQo+ID4gID4g Pg0KPiA+ICA+ID4gIyBvdmlydC1lbmdpbmUtZXh0ZW5zaW9ucy10b29sIGFhYSBsb2dpbi11c2Vy IC0tcHJvZmlsZT1iYXouZm9vLmJhci1uZXcNCj4gPiAgPiA+IC0tdXNlci1uYW1lPXVzZXI6DQo+ ID4gID4NCj4gPiAgPiBJZiB5b3Ugd2FudCB0byBsb2dpbiB3aXRoIHVzZXIgd2l0aCBkaWZmZXJl bnQgdXBuIHN1ZmZpeCwgdGhlbiBqdXN0DQo+ID4gID4gYXBwZW5kIHRoYXQgc3VmZml4DQo+ID4g ID4NCj4gPiAgPiAkIG92aXJ0LWVuZ2luZS1leHRlbnNpb25zLXRvb2wgYWFhIGxvZ2luLXVzZXIg LS1wcm9maWxlPWJhei5mb28uYmFyLW5ldw0KPiA+ICA+IC0tdXNlci1uYW1lPXVzZXJAZm9vLmJh cg0KPiA+DQo+ID4gT0ssIHNvbWUgcHJvZ3Jlc3MsIHRoYXQgd29ya3MhDQo+ID4NCj4gPiAgPg0K PiA+ICA+IElmIHlvdSBoYXZlIG1vcmUgc3VmZml4ZXMgYW5kIHdhbnQgdG8gaGF2ZSBzb21lIGFz IGRlZmF1bHQgeW91IGNhbiB1c2UNCj4gPiAgPiBmb2xsb3dpbmcgYXBwcm9hY2g6DQo+ID4gID4N Cj4gPiAgPiAxKSBpbnN0YWxsIG92aXJ0LWVuZ2luZS1leHRlbnNpb24tYWFhLW1pc2MNCj4gPiAg Pg0KPiA+ICA+IDIpIGNyZWF0ZSBuZXcgbWFwcGluZyBleHRlbnNpb24gbGlrZSB0aGlzOg0KPiA+ ICA+IC9ldGMvb3ZpcnQtZW5naW5lL2V4dGVuc2lvbnMuZC9tYXBwaW5nLXN1ZmZpeC5wcm9wZXJ0 aWVzDQo+ID4gID4NCj4gPiAgPiBvdmlydC5lbmdpbmUuZXh0ZW5zaW9uLm5hbWUgPSBtYXBwaW5n LXN1ZmZpeA0KPiA+ICA+IG92aXJ0LmVuZ2luZS5leHRlbnNpb24uYmluZGluZ3MubWV0aG9kID0g amJvc3Ntb2R1bGUNCj4gPiAgPiBvdmlydC5lbmdpbmUuZXh0ZW5zaW9uLmJpbmRpbmcuamJvc3Nt b2R1bGUubW9kdWxlID0NCj4gPiAgPiBvcmcub3ZpcnQuZW5naW5lLWV4dGVuc2lvbnMuYWFhLm1p c2MNCj4gPiAgPiBvdmlydC5lbmdpbmUuZXh0ZW5zaW9uLmJpbmRpbmcuamJvc3Ntb2R1bGUuY2xh c3MgPQ0KPiA+ICA+IG9yZy5vdmlydC5lbmdpbmVleHRlbnNpb25zLmFhYS5taXNjLm1hcHBpbmcu TWFwcGluZ0V4dGVuc2lvbg0KPiA+ICA+IG92aXJ0LmVuZ2luZS5leHRlbnNpb24ucHJvdmlkZXMg PQ0KPiA+ICA+IG9yZy5vdmlydC5lbmdpbmUuYXBpLmV4dGVuc2lvbnMuYWFhLk1hcHBpbmcNCj4g PiAgPiBjb25maWcubWFwVXNlci50eXBlID0gcmVnZXgNCj4gPiAgPiBjb25maWcubWFwVXNlci5w YXR0ZXJuID0gXig/PHVzZXI+W15AXSopJA0KPiA+DQo+ID4gSXMgdGhhdCBzdXBwb3NlZCB0byBy ZWFsbHkgc2F5ICc8dXNlcj4nIG9yIHNob3VsZCBpdCBiZSBjaGFuZ2VkIHRvIGENCj4gPiByZWFs IHVzZXIgbmFtZT8gRWl0aGVyIHdheSwgaXQgZG9lc24ndCB3b3JrLCBJIHRyaWVkIGl0IGFsbC4N Cj4NCj4gJz88dXNlcj4nIGlzIGp1c3QgYSBuYW1lZCBncm91cCBpbiB0aGF0IHJlZ2V4IHNvIHlv dSBjYW4gbGF0ZXIgdXNlIGl0IGluDQo+ICdjb25maWcubWFwVXNlci5yZXBsYWNlbWVudCcgIG9w dGlvbi4gSXQgc2hvdWxkIHRha2UgZXZlcnl0aGluZyB1bnRpbA0KPiBmaXJzdCAnQCcuDQo+DQo+ ID4NCj4gPiAgPiBjb25maWcubWFwVXNlci5yZXBsYWNlbWVudCA9ICR7dXNlcn1AZm9vLmJhcg0K PiA+ICA+IGNvbmZpZy5tYXBVc2VyLm11c3RNYXRjaCA9IGZhbHNlDQo+ID4gID4NCj4gPiAgPiAz KSBzZWxlY3QgYSBtYXBwaW5nIHBsdWdpbiBpbiBhdXRobiBjb25maWd1cmF0aW9uOg0KPiA+ICA+ DQo+ID4gID4gb3ZpcnQuZW5naW5lLmFhYS5hdXRobi5tYXBwaW5nLnBsdWdpbiA9IG1hcHBpbmct c3VmZml4DQo+ID4gID4NCj4gPiAgPiBXaXRoIGFib3ZlIGNvbmZpZ3VyYXRpb24gaW4gdXNlLCB5 b3VyIHVzZXIgJ3VzZXInIHdpdGxsIGJlIG1hcHBlZCB0bw0KPiA+ICA+IHVzZXIgJ3VzZXJAZm9v LmJhcicNCj4gPiAgPiBhbmQgdXNlcnMgJ3VzZXJAYW5vdGhlcmRvbWFpbi5mb28uYmFyJyB3aWxs IHJlbWFpbg0KPiA+ICA+ICd1c2VyQGFub3RoZXJkb21haW4uZm9vLmJhcicuDQo+ID4NCj4gPiBU aGlzIGhvd2V2ZXIgZG9lcyBub3QsIGl0IGRvZXNuJ3QgcmVwbGFjZSB0aGUgc3VmZml4IGFzIGl0 J3Mgc3VwcG9zZWQNCj4gPiB0by4gSSB0cmllZCB3aXRoIG1hbnkgZGlmZmVyZW50IHR5cGVzIG9m IHRoZSAnbWFwVXNlci5wYXR0ZXJuJyBidXQgaXQNCj4gPiBzaW1wbHkgd29uJ3QgY2hhbmdlIGl0 LCBldmVuIGlmIEkgdHlwZSBpbiAnPSBedXNlckBiYXouZm9vLmJhciQnLCB0aGUNCj4gPiBlcnJv ciBpcyB0aGUgc2FtZTooDQo+DQo+IEhtbSwgaGFyZCB0byBzYXkgd2hhdCdzIHdyb25nLCB0cnkg dG8gcnVuOg0KPiAkIG92aXJ0LWVuZ2luZS1leHRlbnNpb25zLXRvb2wgLS1sb2ctbGV2ZWw9RklO RVNUIGFhYSBsb2dpbi11c2VyDQo+IC0tcHJvZmlsZT1iYXouZm9vLmJhci1uZXcgLS11c2VyLW5h bWU9dXNlcg0KPg0KPiBhbmQgc2VhcmNoIGZvciBhIG1hcHBpbmcgcGFydCBpbiBsb2cuDQoNCldv dyB3aGF0IGEgbW91dGhmdWxsOikgQ2FuIHlvdSBtYWtlIGFueXRoaW5nIG91dCBvZiBpdD8NCg0K aHR0cHM6Ly9kcm9wb2ZmLnNsdS5zZS9pbmRleC5waHAvcy9FTWUyTlBtT2ZzV0NOVHYvZG93bmxv YWQNCg0KL0sNCg0KPg0KPiA+DQo+ID4gL0sNCj4gPg0KPiA+ICA+DQo+ID4gID4gPg0KPiA+ICA+ ID4gQVBJOiA8LS1BdXRobi5JbnZva2VDb21tYW5kcy5BVVRIRU5USUNBVEVfQ1JFREVOVElBTFMg cmVzdWx0PVNVQ0NFU1MNCj4gPiAgPiA+DQo+ID4gID4gPg0KPiA+ICA+ID4gYnV0Og0KPiA+ICA+ ID4NCj4gPiAgPiA+IEFQSTogLS0+QXV0aHouSW52b2tlQ29tbWFuZHMuRkVUQ0hfUFJJTkNJUEFM X1JFQ09SRA0KPiA+ICA+ID4gcHJpbmNpcGFsPSd1c2VyQGJhei5mb28uYmFyJw0KPiA+ICA+ID4g U0VWRVJFICBDYW5ub3QgcmVzb2x2ZSBwcmluY2lwYWwgJ3VzZXJAYmF6LmZvby5iYXInDQo+ID4g ID4gPg0KPiA+ICA+ID4NCj4gPiAgPiA+IFNvIGl0IGZhaWxzLg0KPiA+ICA+ID4NCj4gPiAgPiA+ DQo+ID4gID4gPiAjIGxkYXBzZWFyY2ggLXggLUggbGRhcDovL2Jhei5mb28uYmFyIC1EIHVzZXJA Zm9vLmJhciAtVyAtYg0KPiA+ICA+ID4gREM9YmF6LERDPWZvbyxEQz1iYXIgLXMgc3ViICIoc2Ft QWNjb3VudE5hbWU9dXNlcikiIHVzZXJQcmluY2lwYWxOYW1lIHwNCj4gPiAgPiA+IGdyZXAgJ3Vz ZXJQcmluY2lwYWxOYW1lOicNCj4gPiAgPiA+DQo+ID4gID4gPiB1c2VyUHJpbmNpcGFsTmFtZTog dXNlckBmb28uYmFyDQo+ID4gID4gPg0KPiA+ICA+ID4NCj4gPiAgPiA+IHxIb3cgZG8geW91IGNv bmZpZ3VyZSBBQUEgd2l0aCBiYXNlICdEQz1iYXosREM9Zm9vLERDPWJhcicgd2hlbg0KPiA+ICA+ ID4gdXNlclByaW5jaXBhbE5hbWUgZW5kcyBvbmx5IG9uICdAZm9vLmJhcic/DQo+ID4gID4gPg0K PiA+ICA+ID4gL0sNCj4gPiAgPiA+IHwNCj4gPiAgPiA+DQo+ID4gID4gPg0KPiA+ICA+ID4NCj4g PiAgPiA+DQo+ID4gID4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiA+ICA+ID4gVXNlcnMgbWFpbGluZyBsaXN0DQo+ID4gID4gPiBVc2Vyc0Bvdmly dC5vcmcNCj4gPiAgPiA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91 c2Vycw0KPiA+ICA+ID4NCj4gPg0K --_000_b78ced6864174864b04ccacdb481eac8exch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <798DF3446B171847806BCF00AA9DD793(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyNCBtYXJzIDIwMTYgMTE6MjYgZW0gc2tyZXYgT25kcmEgTWFjaGFjZWsgJmx0 O29tYWNoYWNlQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIDAzLzI0LzIw MTYgMTE6MTQgUE0sIEthcmxpIFNqw7ZiZXJnIHdyb3RlOjxicj4NCiZndDsgJmd0Ozxicj4NCiZn dDsgJmd0OyBEZW4gMjQgbWFycyAyMDE2IDc6MjYgZW0gc2tyZXYgT25kcmEgTWFjaGFjZWsgJmx0 O29tYWNoYWNlQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7Jm5ic3A7ICZndDsgT24gMDMvMjQvMjAxNiAwNjoxNiBQTSwgS2FybGkgU2rDtmJl cmcgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBIaSE8YnI+DQomZ3Q7ICZn dDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZn dDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsgU3RhcnRpbmcgbmV3IHRocmVhZCBpbnN0ZWFkIG9mIGph Y2tpbmcgc29tZW9uZSBlbHNlwrRzLjxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+ DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0 OyBNYW5hZ2VkIHRvIG1pZ3JhdGUgZnJvbSBvbGQgJ2VuZ2luZS1tYW5hZ2UtZG9tYWlucycgYXV0 aCB0bzxicj4NCiZndDsgJmd0OyBhYWEtbGRhcCB1c2luZzo8YnI+DQomZ3Q7ICZndDsmbmJzcDsg Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyAjfCBvdmlydC1lbmdpbmUt a2VyYmxkYXAtbWlncmF0aW9uLXRvb2wgLS1kb21haW4gYmF6LmZvby5iYXIgLS1jYWNlcnQ8YnI+ DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IC90bXAvY2EuY3J0IC0tYXBwbHk8YnI+DQomZ3Q7 ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IHw8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJy Pg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZn dDsgQWxsIE9LLCBubyBlcnJvcnMsIGJ1dCBjYW5ub3QgbG9nIGluOjxicj4NCiZndDsgJmd0OyZu YnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7ICMgb3ZpcnQtZW5n aW5lLWV4dGVuc2lvbnMtdG9vbCBhYWEgbG9naW4tdXNlciAtLXByb2ZpbGU9YmF6LmZvby5iYXIt bmV3PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyAtLXVzZXItbmFtZT11c2VyOjxicj4N CiZndDsgJmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgSWYgeW91IHdh bnQgdG8gbG9naW4gd2l0aCB1c2VyIHdpdGggZGlmZmVyZW50IHVwbiBzdWZmaXgsIHRoZW4ganVz dDxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7IGFwcGVuZCB0aGF0IHN1ZmZpeDxicj4NCiZndDsg Jmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJCBvdmlydC1lbmdpbmUt ZXh0ZW5zaW9ucy10b29sIGFhYSBsb2dpbi11c2VyIC0tcHJvZmlsZT1iYXouZm9vLmJhci1uZXc8 YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAtLXVzZXItbmFtZT11c2VyQGZvby5iYXI8YnI+DQom Z3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgT0ssIHNvbWUgcHJvZ3Jlc3MsIHRoYXQgd29ya3MhPGJy Pg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJz cDsgJmd0OyBJZiB5b3UgaGF2ZSBtb3JlIHN1ZmZpeGVzIGFuZCB3YW50IHRvIGhhdmUgc29tZSBh cyBkZWZhdWx0IHlvdSBjYW4gdXNlPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgZm9sbG93aW5n IGFwcHJvYWNoOjxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7 ICZndDsgMSkgaW5zdGFsbCBvdmlydC1lbmdpbmUtZXh0ZW5zaW9uLWFhYS1taXNjPGJyPg0KJmd0 OyAmZ3Q7Jm5ic3A7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAyKSBjcmVhdGUgbmV3 IG1hcHBpbmcgZXh0ZW5zaW9uIGxpa2UgdGhpczo8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAv ZXRjL292aXJ0LWVuZ2luZS9leHRlbnNpb25zLmQvbWFwcGluZy1zdWZmaXgucHJvcGVydGllczxi cj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgb3ZpcnQu ZW5naW5lLmV4dGVuc2lvbi5uYW1lID0gbWFwcGluZy1zdWZmaXg8YnI+DQomZ3Q7ICZndDsmbmJz cDsgJmd0OyBvdmlydC5lbmdpbmUuZXh0ZW5zaW9uLmJpbmRpbmdzLm1ldGhvZCA9IGpib3NzbW9k dWxlPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgb3ZpcnQuZW5naW5lLmV4dGVuc2lvbi5iaW5k aW5nLmpib3NzbW9kdWxlLm1vZHVsZSA9PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgb3JnLm92 aXJ0LmVuZ2luZS1leHRlbnNpb25zLmFhYS5taXNjPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsg b3ZpcnQuZW5naW5lLmV4dGVuc2lvbi5iaW5kaW5nLmpib3NzbW9kdWxlLmNsYXNzID08YnI+DQom Z3Q7ICZndDsmbmJzcDsgJmd0OyBvcmcub3ZpcnQuZW5naW5lZXh0ZW5zaW9ucy5hYWEubWlzYy5t YXBwaW5nLk1hcHBpbmdFeHRlbnNpb248YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyBvdmlydC5l bmdpbmUuZXh0ZW5zaW9uLnByb3ZpZGVzID08YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyBvcmcu b3ZpcnQuZW5naW5lLmFwaS5leHRlbnNpb25zLmFhYS5NYXBwaW5nPGJyPg0KJmd0OyAmZ3Q7Jm5i c3A7ICZndDsgY29uZmlnLm1hcFVzZXIudHlwZSA9IHJlZ2V4PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7 ICZndDsgY29uZmlnLm1hcFVzZXIucGF0dGVybiA9IF4oPyZsdDt1c2VyJmd0O1teQF0qKSQ8YnI+ DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgSXMgdGhhdCBzdXBwb3NlZCB0byByZWFsbHkgc2F5 ICcmbHQ7dXNlciZndDsnIG9yIHNob3VsZCBpdCBiZSBjaGFuZ2VkIHRvIGE8YnI+DQomZ3Q7ICZn dDsgcmVhbCB1c2VyIG5hbWU/IEVpdGhlciB3YXksIGl0IGRvZXNuJ3Qgd29yaywgSSB0cmllZCBp dCBhbGwuPGJyPg0KJmd0Ozxicj4NCiZndDsgJz8mbHQ7dXNlciZndDsnIGlzIGp1c3QgYSBuYW1l ZCBncm91cCBpbiB0aGF0IHJlZ2V4IHNvIHlvdSBjYW4gbGF0ZXIgdXNlIGl0IGluPGJyPg0KJmd0 OyAnY29uZmlnLm1hcFVzZXIucmVwbGFjZW1lbnQnJm5ic3A7IG9wdGlvbi4gSXQgc2hvdWxkIHRh a2UgZXZlcnl0aGluZyB1bnRpbCA8YnI+DQomZ3Q7IGZpcnN0ICdAJy48YnI+DQomZ3Q7PGJyPg0K Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgY29uZmlnLm1hcFVzZXIucmVwbGFj ZW1lbnQgPSAke3VzZXJ9QGZvby5iYXI8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyBjb25maWcu bWFwVXNlci5tdXN0TWF0Y2ggPSBmYWxzZTxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7Jm5ic3A7ICZndDsgMykgc2VsZWN0IGEgbWFwcGluZyBwbHVnaW4gaW4gYXV0aG4g Y29uZmlndXJhdGlvbjo8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0Ozxicj4NCiZndDsgJmd0OyZu YnNwOyAmZ3Q7IG92aXJ0LmVuZ2luZS5hYWEuYXV0aG4ubWFwcGluZy5wbHVnaW4gPSBtYXBwaW5n LXN1ZmZpeDxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZn dDsgV2l0aCBhYm92ZSBjb25maWd1cmF0aW9uIGluIHVzZSwgeW91ciB1c2VyICd1c2VyJyB3aXRs bCBiZSBtYXBwZWQgdG88YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyB1c2VyICd1c2VyQGZvby5i YXInPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgYW5kIHVzZXJzICd1c2VyQGFub3RoZXJkb21h aW4uZm9vLmJhcicgd2lsbCByZW1haW48YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAndXNlckBh bm90aGVyZG9tYWluLmZvby5iYXInLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBUaGlz IGhvd2V2ZXIgZG9lcyBub3QsIGl0IGRvZXNuJ3QgcmVwbGFjZSB0aGUgc3VmZml4IGFzIGl0J3Mg c3VwcG9zZWQ8YnI+DQomZ3Q7ICZndDsgdG8uIEkgdHJpZWQgd2l0aCBtYW55IGRpZmZlcmVudCB0 eXBlcyBvZiB0aGUgJ21hcFVzZXIucGF0dGVybicgYnV0IGl0PGJyPg0KJmd0OyAmZ3Q7IHNpbXBs eSB3b24ndCBjaGFuZ2UgaXQsIGV2ZW4gaWYgSSB0eXBlIGluICc9IF51c2VyQGJhei5mb28uYmFy JCcsIHRoZTxicj4NCiZndDsgJmd0OyBlcnJvciBpcyB0aGUgc2FtZTooPGJyPg0KJmd0Ozxicj4N CiZndDsgSG1tLCBoYXJkIHRvIHNheSB3aGF0J3Mgd3JvbmcsIHRyeSB0byBydW46PGJyPg0KJmd0 OyAkIG92aXJ0LWVuZ2luZS1leHRlbnNpb25zLXRvb2wgLS1sb2ctbGV2ZWw9RklORVNUIGFhYSBs b2dpbi11c2VyIDxicj4NCiZndDsgLS1wcm9maWxlPWJhei5mb28uYmFyLW5ldyAtLXVzZXItbmFt ZT11c2VyPGJyPg0KJmd0Ozxicj4NCiZndDsgYW5kIHNlYXJjaCBmb3IgYSBtYXBwaW5nIHBhcnQg aW4gbG9nLjwvcD4NCjxwIGRpcj0ibHRyIj5Xb3cgd2hhdCBhIG1vdXRoZnVsbDopIENhbiB5b3Ug bWFrZSBhbnl0aGluZyBvdXQgb2YgaXQ/PC9wPg0KPHAgZGlyPSJsdHIiPmh0dHBzOi8vZHJvcG9m Zi5zbHUuc2UvaW5kZXgucGhwL3MvRU1lMk5QbU9mc1dDTlR2L2Rvd25sb2FkPC9wPg0KPHAgZGly PSJsdHIiPi9LPC9wPg0KPHAgZGlyPSJsdHIiPiZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7 ICZndDsgL0s8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0Ozxicj4NCiZn dDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IEFQ STogJmx0Oy0tQXV0aG4uSW52b2tlQ29tbWFuZHMuQVVUSEVOVElDQVRFX0NSRURFTlRJQUxTIHJl c3VsdD1TVUNDRVNTPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0 OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IGJ1dDo8YnI+ DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0 OyBBUEk6IC0tJmd0O0F1dGh6Lkludm9rZUNvbW1hbmRzLkZFVENIX1BSSU5DSVBBTF9SRUNPUkQ8 YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IHByaW5jaXBhbD0ndXNlckBiYXouZm9vLmJh cic8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IFNFVkVSRSZuYnNwOyBDYW5ub3QgcmVz b2x2ZSBwcmluY2lwYWwgJ3VzZXJAYmF6LmZvby5iYXInPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZn dDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJz cDsgJmd0OyAmZ3Q7IFNvIGl0IGZhaWxzLjxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDs8 YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsg Jmd0OyAjIGxkYXBzZWFyY2ggLXggLUggbGRhcDovL2Jhei5mb28uYmFyIC1EIHVzZXJAZm9vLmJh ciAtVyAtYjxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsgREM9YmF6LERDPWZvbyxEQz1i YXIgLXMgc3ViICZxdW90OyhzYW1BY2NvdW50TmFtZT11c2VyKSZxdW90OyB1c2VyUHJpbmNpcGFs TmFtZSB8PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBncmVwICd1c2VyUHJpbmNpcGFs TmFtZTonPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNw OyAmZ3Q7ICZndDsgdXNlclByaW5jaXBhbE5hbWU6IHVzZXJAZm9vLmJhcjxicj4NCiZndDsgJmd0 OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0 OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyB8SG93IGRvIHlvdSBjb25maWd1cmUgQUFBIHdpdGggYmFz ZSAnREM9YmF6LERDPWZvbyxEQz1iYXInIHdoZW48YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAm Z3Q7IHVzZXJQcmluY2lwYWxOYW1lIGVuZHMgb25seSBvbiAnQGZvby5iYXInPzxicj4NCiZndDsg Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IC9LPGJy Pg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyB8PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsg Jmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsg Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZu YnNwOyAmZ3Q7ICZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxi cj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyAm Z3Q7Jm5ic3A7ICZndDsgJmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGlu Zm8vdXNlcnM8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJy Pg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_b78ced6864174864b04ccacdb481eac8exch24sluse_--

1 0

Re: [ovirt-users] oVirt 3.6 AAA LDAP cannot not log in when end of UPN is different from domain base
by Karli Sjöberg 24 Mar '16

24 Mar '16

--_000_af85ac88d3754905aa58276556a94cceexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjQgbWFycyAyMDE2IDc6MjYgZW0gc2tyZXYgT25kcmEgTWFjaGFjZWsgPG9tYWNoYWNl QHJlZGhhdC5jb20+Og0KPg0KPiBPbiAwMy8yNC8yMDE2IDA2OjE2IFBNLCBLYXJsaSBTasO2YmVy ZyB3cm90ZToNCj4gPiBIaSENCj4gPg0KPiA+DQo+ID4gU3RhcnRpbmcgbmV3IHRocmVhZCBpbnN0 ZWFkIG9mIGphY2tpbmcgc29tZW9uZSBlbHNlwrRzLg0KPiA+DQo+ID4NCj4gPiBNYW5hZ2VkIHRv IG1pZ3JhdGUgZnJvbSBvbGQgJ2VuZ2luZS1tYW5hZ2UtZG9tYWlucycgYXV0aCB0byBhYWEtbGRh cCB1c2luZzoNCj4gPg0KPiA+ICN8IG92aXJ0LWVuZ2luZS1rZXJibGRhcC1taWdyYXRpb24tdG9v bCAtLWRvbWFpbiBiYXouZm9vLmJhciAtLWNhY2VydA0KPiA+IC90bXAvY2EuY3J0IC0tYXBwbHkN Cj4gPiB8DQo+ID4NCj4gPg0KPiA+IEFsbCBPSywgbm8gZXJyb3JzLCBidXQgY2Fubm90IGxvZyBp bjoNCj4gPg0KPiA+ICMgb3ZpcnQtZW5naW5lLWV4dGVuc2lvbnMtdG9vbCBhYWEgbG9naW4tdXNl ciAtLXByb2ZpbGU9YmF6LmZvby5iYXItbmV3DQo+ID4gLS11c2VyLW5hbWU9dXNlcjoNCj4NCj4g SWYgeW91IHdhbnQgdG8gbG9naW4gd2l0aCB1c2VyIHdpdGggZGlmZmVyZW50IHVwbiBzdWZmaXgs IHRoZW4ganVzdA0KPiBhcHBlbmQgdGhhdCBzdWZmaXgNCj4NCj4gJCBvdmlydC1lbmdpbmUtZXh0 ZW5zaW9ucy10b29sIGFhYSBsb2dpbi11c2VyIC0tcHJvZmlsZT1iYXouZm9vLmJhci1uZXcNCj4g LS11c2VyLW5hbWU9dXNlckBmb28uYmFyDQoNCk9LLCBzb21lIHByb2dyZXNzLCB0aGF0IHdvcmtz IQ0KDQo+DQo+IElmIHlvdSBoYXZlIG1vcmUgc3VmZml4ZXMgYW5kIHdhbnQgdG8gaGF2ZSBzb21l IGFzIGRlZmF1bHQgeW91IGNhbiB1c2UNCj4gZm9sbG93aW5nIGFwcHJvYWNoOg0KPg0KPiAxKSBp bnN0YWxsIG92aXJ0LWVuZ2luZS1leHRlbnNpb24tYWFhLW1pc2MNCj4NCj4gMikgY3JlYXRlIG5l dyBtYXBwaW5nIGV4dGVuc2lvbiBsaWtlIHRoaXM6DQo+IC9ldGMvb3ZpcnQtZW5naW5lL2V4dGVu c2lvbnMuZC9tYXBwaW5nLXN1ZmZpeC5wcm9wZXJ0aWVzDQo+DQo+IG92aXJ0LmVuZ2luZS5leHRl bnNpb24ubmFtZSA9IG1hcHBpbmctc3VmZml4DQo+IG92aXJ0LmVuZ2luZS5leHRlbnNpb24uYmlu ZGluZ3MubWV0aG9kID0gamJvc3Ntb2R1bGUNCj4gb3ZpcnQuZW5naW5lLmV4dGVuc2lvbi5iaW5k aW5nLmpib3NzbW9kdWxlLm1vZHVsZSA9DQo+IG9yZy5vdmlydC5lbmdpbmUtZXh0ZW5zaW9ucy5h YWEubWlzYw0KPiBvdmlydC5lbmdpbmUuZXh0ZW5zaW9uLmJpbmRpbmcuamJvc3Ntb2R1bGUuY2xh c3MgPQ0KPiBvcmcub3ZpcnQuZW5naW5lZXh0ZW5zaW9ucy5hYWEubWlzYy5tYXBwaW5nLk1hcHBp bmdFeHRlbnNpb24NCj4gb3ZpcnQuZW5naW5lLmV4dGVuc2lvbi5wcm92aWRlcyA9DQo+IG9yZy5v dmlydC5lbmdpbmUuYXBpLmV4dGVuc2lvbnMuYWFhLk1hcHBpbmcNCj4gY29uZmlnLm1hcFVzZXIu dHlwZSA9IHJlZ2V4DQo+IGNvbmZpZy5tYXBVc2VyLnBhdHRlcm4gPSBeKD88dXNlcj5bXkBdKikk DQoNCklzIHRoYXQgc3VwcG9zZWQgdG8gcmVhbGx5IHNheSAnPHVzZXI+JyBvciBzaG91bGQgaXQg YmUgY2hhbmdlZCB0byBhIHJlYWwgdXNlciBuYW1lPyBFaXRoZXIgd2F5LCBpdCBkb2Vzbid0IHdv cmssIEkgdHJpZWQgaXQgYWxsLg0KDQo+IGNvbmZpZy5tYXBVc2VyLnJlcGxhY2VtZW50ID0gJHt1 c2VyfUBmb28uYmFyDQo+IGNvbmZpZy5tYXBVc2VyLm11c3RNYXRjaCA9IGZhbHNlDQo+DQo+IDMp IHNlbGVjdCBhIG1hcHBpbmcgcGx1Z2luIGluIGF1dGhuIGNvbmZpZ3VyYXRpb246DQo+DQo+IG92 aXJ0LmVuZ2luZS5hYWEuYXV0aG4ubWFwcGluZy5wbHVnaW4gPSBtYXBwaW5nLXN1ZmZpeA0KPg0K PiBXaXRoIGFib3ZlIGNvbmZpZ3VyYXRpb24gaW4gdXNlLCB5b3VyIHVzZXIgJ3VzZXInIHdpdGxs IGJlIG1hcHBlZCB0bw0KPiB1c2VyICd1c2VyQGZvby5iYXInDQo+IGFuZCB1c2VycyAndXNlckBh bm90aGVyZG9tYWluLmZvby5iYXInIHdpbGwgcmVtYWluDQo+ICd1c2VyQGFub3RoZXJkb21haW4u Zm9vLmJhcicuDQoNClRoaXMgaG93ZXZlciBkb2VzIG5vdCwgaXQgZG9lc24ndCByZXBsYWNlIHRo ZSBzdWZmaXggYXMgaXQncyBzdXBwb3NlZCB0by4gSSB0cmllZCB3aXRoIG1hbnkgZGlmZmVyZW50 IHR5cGVzIG9mIHRoZSAnbWFwVXNlci5wYXR0ZXJuJyBidXQgaXQgc2ltcGx5IHdvbid0IGNoYW5n ZSBpdCwgZXZlbiBpZiBJIHR5cGUgaW4gJz0gXnVzZXJAYmF6LmZvby5iYXIkJywgdGhlIGVycm9y IGlzIHRoZSBzYW1lOigNCg0KL0sNCg0KPg0KPiA+DQo+ID4gQVBJOiA8LS1BdXRobi5JbnZva2VD b21tYW5kcy5BVVRIRU5USUNBVEVfQ1JFREVOVElBTFMgcmVzdWx0PVNVQ0NFU1MNCj4gPg0KPiA+ DQo+ID4gYnV0Og0KPiA+DQo+ID4gQVBJOiAtLT5BdXRoei5JbnZva2VDb21tYW5kcy5GRVRDSF9Q UklOQ0lQQUxfUkVDT1JEDQo+ID4gcHJpbmNpcGFsPSd1c2VyQGJhei5mb28uYmFyJw0KPiA+IFNF VkVSRSAgQ2Fubm90IHJlc29sdmUgcHJpbmNpcGFsICd1c2VyQGJhei5mb28uYmFyJw0KPiA+DQo+ ID4NCj4gPiBTbyBpdCBmYWlscy4NCj4gPg0KPiA+DQo+ID4gIyBsZGFwc2VhcmNoIC14IC1IIGxk YXA6Ly9iYXouZm9vLmJhciAtRCB1c2VyQGZvby5iYXIgLVcgLWINCj4gPiBEQz1iYXosREM9Zm9v LERDPWJhciAtcyBzdWIgIihzYW1BY2NvdW50TmFtZT11c2VyKSIgdXNlclByaW5jaXBhbE5hbWUg fA0KPiA+IGdyZXAgJ3VzZXJQcmluY2lwYWxOYW1lOicNCj4gPg0KPiA+IHVzZXJQcmluY2lwYWxO YW1lOiB1c2VyQGZvby5iYXINCj4gPg0KPiA+DQo+ID4gfEhvdyBkbyB5b3UgY29uZmlndXJlIEFB QSB3aXRoIGJhc2UgJ0RDPWJheixEQz1mb28sREM9YmFyJyB3aGVuDQo+ID4gdXNlclByaW5jaXBh bE5hbWUgZW5kcyBvbmx5IG9uICdAZm9vLmJhcic/DQo+ID4NCj4gPiAvSw0KPiA+IHwNCj4gPg0K PiA+DQo+ID4NCj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+ID4gVXNlcnMgbWFpbGluZyBsaXN0DQo+ID4gVXNlcnNAb3ZpcnQub3JnDQo+ ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+ID4NCg== --_000_af85ac88d3754905aa58276556a94cceexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <51B0C4ED7F656947BE8D44AC9BB2A263(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyNCBtYXJzIDIwMTYgNzoyNiBlbSBza3JldiBPbmRyYSBNYWNoYWNlayAmbHQ7 b21hY2hhY2VAcmVkaGF0LmNvbSZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgT24gMDMvMjQvMjAx NiAwNjoxNiBQTSwgS2FybGkgU2rDtmJlcmcgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7IEhpITxicj4N CiZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBTdGFydGluZyBuZXcgdGhy ZWFkIGluc3RlYWQgb2YgamFja2luZyBzb21lb25lIGVsc2XCtHMuPGJyPg0KJmd0OyAmZ3Q7PGJy Pg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IE1hbmFnZWQgdG8gbWlncmF0ZSBmcm9tIG9sZCAn ZW5naW5lLW1hbmFnZS1kb21haW5zJyBhdXRoIHRvIGFhYS1sZGFwIHVzaW5nOjxicj4NCiZndDsg Jmd0Ozxicj4NCiZndDsgJmd0OyAjfCBvdmlydC1lbmdpbmUta2VyYmxkYXAtbWlncmF0aW9uLXRv b2wgLS1kb21haW4gYmF6LmZvby5iYXIgLS1jYWNlcnQ8YnI+DQomZ3Q7ICZndDsgL3RtcC9jYS5j cnQgLS1hcHBseTxicj4NCiZndDsgJmd0OyB8PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7IEFsbCBPSywgbm8gZXJyb3JzLCBidXQgY2Fubm90IGxvZyBpbjo8YnI+ DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgIyBvdmlydC1lbmdpbmUtZXh0ZW5zaW9ucy10b29s IGFhYSBsb2dpbi11c2VyIC0tcHJvZmlsZT1iYXouZm9vLmJhci1uZXc8YnI+DQomZ3Q7ICZndDsg LS11c2VyLW5hbWU9dXNlcjo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJZiB5b3Ugd2FudCB0byBsb2dp biB3aXRoIHVzZXIgd2l0aCBkaWZmZXJlbnQgdXBuIHN1ZmZpeCwgdGhlbiBqdXN0IDxicj4NCiZn dDsgYXBwZW5kIHRoYXQgc3VmZml4PGJyPg0KJmd0Ozxicj4NCiZndDsgJCBvdmlydC1lbmdpbmUt ZXh0ZW5zaW9ucy10b29sIGFhYSBsb2dpbi11c2VyIC0tcHJvZmlsZT1iYXouZm9vLmJhci1uZXcg PGJyPg0KJmd0OyAtLXVzZXItbmFtZT11c2VyQGZvby5iYXI8L3A+DQo8cCBkaXI9Imx0ciI+T0ss IHNvbWUgcHJvZ3Jlc3MsIHRoYXQgd29ya3MhPC9wPg0KPHAgZGlyPSJsdHIiPiZndDs8YnI+DQom Z3Q7IElmIHlvdSBoYXZlIG1vcmUgc3VmZml4ZXMgYW5kIHdhbnQgdG8gaGF2ZSBzb21lIGFzIGRl ZmF1bHQgeW91IGNhbiB1c2UgPGJyPg0KJmd0OyBmb2xsb3dpbmcgYXBwcm9hY2g6PGJyPg0KJmd0 Ozxicj4NCiZndDsgMSkgaW5zdGFsbCBvdmlydC1lbmdpbmUtZXh0ZW5zaW9uLWFhYS1taXNjPGJy Pg0KJmd0Ozxicj4NCiZndDsgMikgY3JlYXRlIG5ldyBtYXBwaW5nIGV4dGVuc2lvbiBsaWtlIHRo aXM6PGJyPg0KJmd0OyAvZXRjL292aXJ0LWVuZ2luZS9leHRlbnNpb25zLmQvbWFwcGluZy1zdWZm aXgucHJvcGVydGllczxicj4NCiZndDs8YnI+DQomZ3Q7IG92aXJ0LmVuZ2luZS5leHRlbnNpb24u bmFtZSA9IG1hcHBpbmctc3VmZml4PGJyPg0KJmd0OyBvdmlydC5lbmdpbmUuZXh0ZW5zaW9uLmJp bmRpbmdzLm1ldGhvZCA9IGpib3NzbW9kdWxlPGJyPg0KJmd0OyBvdmlydC5lbmdpbmUuZXh0ZW5z aW9uLmJpbmRpbmcuamJvc3Ntb2R1bGUubW9kdWxlID0gPGJyPg0KJmd0OyBvcmcub3ZpcnQuZW5n aW5lLWV4dGVuc2lvbnMuYWFhLm1pc2M8YnI+DQomZ3Q7IG92aXJ0LmVuZ2luZS5leHRlbnNpb24u YmluZGluZy5qYm9zc21vZHVsZS5jbGFzcyA9IDxicj4NCiZndDsgb3JnLm92aXJ0LmVuZ2luZWV4 dGVuc2lvbnMuYWFhLm1pc2MubWFwcGluZy5NYXBwaW5nRXh0ZW5zaW9uPGJyPg0KJmd0OyBvdmly dC5lbmdpbmUuZXh0ZW5zaW9uLnByb3ZpZGVzID0gPGJyPg0KJmd0OyBvcmcub3ZpcnQuZW5naW5l LmFwaS5leHRlbnNpb25zLmFhYS5NYXBwaW5nPGJyPg0KJmd0OyBjb25maWcubWFwVXNlci50eXBl ID0gcmVnZXg8YnI+DQomZ3Q7IGNvbmZpZy5tYXBVc2VyLnBhdHRlcm4gPSBeKD8mbHQ7dXNlciZn dDtbXkBdKikkPC9wPg0KPHAgZGlyPSJsdHIiPklzIHRoYXQgc3VwcG9zZWQgdG8gcmVhbGx5IHNh eSAnJmx0O3VzZXImZ3Q7JyBvciBzaG91bGQgaXQgYmUgY2hhbmdlZCB0byBhIHJlYWwgdXNlciBu YW1lPyBFaXRoZXIgd2F5LCBpdCBkb2Vzbid0IHdvcmssIEkgdHJpZWQgaXQgYWxsLjwvcD4NCjxw IGRpcj0ibHRyIj4mZ3Q7IGNvbmZpZy5tYXBVc2VyLnJlcGxhY2VtZW50ID0gJHt1c2VyfUBmb28u YmFyPGJyPg0KJmd0OyBjb25maWcubWFwVXNlci5tdXN0TWF0Y2ggPSBmYWxzZTxicj4NCiZndDs8 YnI+DQomZ3Q7IDMpIHNlbGVjdCBhIG1hcHBpbmcgcGx1Z2luIGluIGF1dGhuIGNvbmZpZ3VyYXRp b246PGJyPg0KJmd0Ozxicj4NCiZndDsgb3ZpcnQuZW5naW5lLmFhYS5hdXRobi5tYXBwaW5nLnBs dWdpbiA9IG1hcHBpbmctc3VmZml4PGJyPg0KJmd0Ozxicj4NCiZndDsgV2l0aCBhYm92ZSBjb25m aWd1cmF0aW9uIGluIHVzZSwgeW91ciB1c2VyICd1c2VyJyB3aXRsbCBiZSBtYXBwZWQgdG8gPGJy Pg0KJmd0OyB1c2VyICd1c2VyQGZvby5iYXInPGJyPg0KJmd0OyBhbmQgdXNlcnMgJ3VzZXJAYW5v dGhlcmRvbWFpbi5mb28uYmFyJyB3aWxsIHJlbWFpbiA8YnI+DQomZ3Q7ICd1c2VyQGFub3RoZXJk b21haW4uZm9vLmJhcicuPC9wPg0KPHAgZGlyPSJsdHIiPlRoaXMgaG93ZXZlciBkb2VzIG5vdCwg aXQgZG9lc24ndCByZXBsYWNlIHRoZSBzdWZmaXggYXMgaXQncyBzdXBwb3NlZCB0by4gSSB0cmll ZCB3aXRoIG1hbnkgZGlmZmVyZW50IHR5cGVzIG9mIHRoZSAnbWFwVXNlci5wYXR0ZXJuJyBidXQg aXQgc2ltcGx5IHdvbid0IGNoYW5nZSBpdCwgZXZlbiBpZiBJIHR5cGUgaW4gJz0gXnVzZXJAYmF6 LmZvby5iYXIkJywgdGhlIGVycm9yIGlzIHRoZSBzYW1lOig8L3A+DQo8cCBkaXI9Imx0ciI+L0s8 L3A+DQo8cCBkaXI9Imx0ciI+Jmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBBUEk6 ICZsdDstLUF1dGhuLkludm9rZUNvbW1hbmRzLkFVVEhFTlRJQ0FURV9DUkVERU5USUFMUyByZXN1 bHQ9U1VDQ0VTUzxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBi dXQ6PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IEFQSTogLS0mZ3Q7QXV0aHouSW52b2tl Q29tbWFuZHMuRkVUQ0hfUFJJTkNJUEFMX1JFQ09SRDxicj4NCiZndDsgJmd0OyBwcmluY2lwYWw9 J3VzZXJAYmF6LmZvby5iYXInPGJyPg0KJmd0OyAmZ3Q7IFNFVkVSRSZuYnNwOyBDYW5ub3QgcmVz b2x2ZSBwcmluY2lwYWwgJ3VzZXJAYmF6LmZvby5iYXInPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0 OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFNvIGl0IGZhaWxzLjxicj4NCiZndDsgJmd0Ozxicj4NCiZn dDsgJmd0Ozxicj4NCiZndDsgJmd0OyAjIGxkYXBzZWFyY2ggLXggLUggbGRhcDovL2Jhei5mb28u YmFyIC1EIHVzZXJAZm9vLmJhciAtVyAtYjxicj4NCiZndDsgJmd0OyBEQz1iYXosREM9Zm9vLERD PWJhciAtcyBzdWIgJnF1b3Q7KHNhbUFjY291bnROYW1lPXVzZXIpJnF1b3Q7IHVzZXJQcmluY2lw YWxOYW1lIHw8YnI+DQomZ3Q7ICZndDsgZ3JlcCAndXNlclByaW5jaXBhbE5hbWU6Jzxicj4NCiZn dDsgJmd0Ozxicj4NCiZndDsgJmd0OyB1c2VyUHJpbmNpcGFsTmFtZTogdXNlckBmb28uYmFyPGJy Pg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IHxIb3cgZG8geW91IGNv bmZpZ3VyZSBBQUEgd2l0aCBiYXNlICdEQz1iYXosREM9Zm9vLERDPWJhcicgd2hlbjxicj4NCiZn dDsgJmd0OyB1c2VyUHJpbmNpcGFsTmFtZSBlbmRzIG9ubHkgb24gJ0Bmb28uYmFyJz88YnI+DQom Z3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgL0s8YnI+DQomZ3Q7ICZndDsgfDxicj4NCiZndDsgJmd0 Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsg Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4N CiZndDsgJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7ICZndDsgVXNlcnNAb3ZpcnQu b3JnPGJyPg0KJmd0OyAmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m by91c2Vyczxicj4NCiZndDsgJmd0Ozxicj4NCjwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_af85ac88d3754905aa58276556a94cceexch24sluse_--

2 1

oVirt 3.6 AAA LDAP cannot not log in when end of UPN is different from domain base
by Karli Sjöberg 24 Mar '16

24 Mar '16

Hi! Starting new thread instead of jacking someone else´s. Managed to migrate from old 'engine-manage-domains' auth to aaa-ldap using: # ovirt-engine-kerbldap-migration-tool --domain baz.foo.bar --cacert /tmp/ca.crt --apply All OK, no errors, but cannot log in: # ovirt-engine-extensions-tool aaa login-user --profile=baz.foo.bar-new --user-name=user: API: <--Authn.InvokeCommands.AUTHENTICATE_CREDENTIALS result=SUCCESS but: API: -->Authz.InvokeCommands.FETCH_PRINCIPAL_RECORD principal='user(a)baz.foo.bar' SEVERE Cannot resolve principal 'user(a)baz.foo.bar' So it fails. # ldapsearch -x -H ldap://baz.foo.bar -D user(a)foo.bar -W -b DC=baz,DC=foo,DC=bar -s sub "(samAccountName=user)" userPrincipalName | grep 'userPrincipalName:' userPrincipalName: user(a)foo.bar How do you configure AAA with base 'DC=baz,DC=foo,DC=bar' when userPrincipalName ends only on '@foo.bar'? /K

2 1

Re: [ovirt-users] Active Directory (LDAP) user auth is slow
by Karli Sjöberg 24 Mar '16

24 Mar '16

--_000_0d09312977a3465882bf2a2bace95cb0exch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjQgbWFycyAyMDE2IDEzOjQ5IHNrcmV2IE9uZHJhIE1hY2hhY2VrIDxvbWFjaGFjZUBy ZWRoYXQuY29tPjoNCj4NCj4gSGksDQo+DQo+IGlmIHlvdSByZW1vdmUgdXNlciwgdGhlbiBhbHNv IHBlcm1pc3Npb25zIG9mIHRoYXQgdXNlciB0byB2bXMgd2lsbCBiZQ0KPiByZW1vdmVkLg0KPiBB bmQgeWVzLCB5b3Ugd2lsbCBoYXZlIHRvIGFkZCBhbGwgdGhvc2UgcGVybWlzc2lvbnMgYmFjayB0 byB1c2VycyBmcm9tDQo+IG5ldyBwcm9maWxlLg0KPg0KPiBCdXQsIHlvdSBjYW4gdHJ5IG1pZ3Jh dGlvbiB0b29sWzFdLCB0byBtaWdyYXRlIGFsbCB1c2VycyB0byBuZXcgQUFBIHByb2ZpbGUuDQo+ IElmIHlvdSBoYXZlIGFueSBwcm9ibGVtIHdpdGggaXQsIHlvdSBjYW4gYXNrLg0KDQpFaG0sIGhv dyBkbyB5b3UgaW5zdGFsbCBpdD8gKGVsNikNCg0KL0sNCg0KPg0KPiBPbmRyYQ0KPg0KPiBbMV0N Cj4gaHR0cHM6Ly9naXRodWIuY29tL21hY2hhY2Vrb25kcmEvb3ZpcnQtZW5naW5lLWtlcmJsZGFw LW1pZ3JhdGlvbi9ibG9iL21hc3Rlci9SRUFETUUubWQNCj4NCj4gT24gMDMvMjQvMjAxNiAwMTow NiBQTSwgV2lsbCBEZW5uaXMgd3JvdGU6DQo+ID4gSW4gdGhlIFJIRVYgQWRtaW4gR3VpZGUgdGhh dCBNYXJ0aW4gbWVudGlvbmVkLCBpdCBzYXlzOg0KPiA+DQo+ID4gIkxvZyBpbiB0byB0aGUgQWRt aW5pc3RyYXRpb24gUG9ydGFsLCBhbmQgcmVtb3ZlIGFsbCB1c2VycyBhbmQgZ3JvdXBzIHJlbGF0 ZWQgdG8gdGhlIG9sZCBwcm9maWxlLiBVc2VycyBkZWZpbmVkIGluIHRoZSByZW1vdmVkIGRvbWFp biB3aWxsIG5vIGxvbmdlciBiZSBhYmxlIHRvIGF1dGhlbnRpY2F0ZSB3aXRoIHRoZSBSZWQgSGF0 IEVudGVycHJpc2UgVmlydHVhbGl6YXRpb24gTWFuYWdlci4gVGhlIGVudHJpZXMgZm9yIHRoZSBh ZmZlY3RlZCB1c2VycyB3aWxsIHJlbWFpbiBkZWZpbmVkIGluIHRoZSBSZWQgSGF0IEVudGVycHJp c2UgVmlydHVhbGl6YXRpb24gTWFuYWdlciB1bnRpbCB0aGV5IGFyZSBleHBsaWNpdGx5IHJlbW92 ZWQgZnJvbSB0aGUgQWRtaW5pc3RyYXRpb24gUG9ydGFsLuKAnQ0KPiA+DQo+ID4gSSBoYXZlIHNv bWUgVk1zIHJ1bm5pbmcgdW5kZXIgc29tZSBBRCBkb21haW4gdXNlcnM7IGlmIEkgcmVtb3ZlIHRo ZSB1c2VycyBmcm9tIHRoZSBzeXN0ZW0gYXMgYWJvdmUsIHdpbGwgSSBuZWVkIHRvIHJlbW92ZSB0 aGVtIGZyb20gdGhlIFZNIHBlcm1pc3Npb25zLCBvciBpcyB0aGF0IGNsZWFuZWQgdXAgYXMgd2Vs bD8gQW5kIEkgZ3Vlc3MgSeKAmWxsIG5lZWQgdG8gbWFudWFsbHkgcmUtYWRkIHRoZSBwZXJtcyBi YWNrIGFmdGVyIHRoZSBuZXcgZGlyZWN0b3J5IGNvbmZpZyBpcyBpbiBwbGFjZT8gUGxlYXNlIGFk dmlzZS4NCj4gPg0KPiA+IFRoYW5rcywNCj4gPiBXaWxsDQo+ID4NCj4gPiBPbiBNYXIgMjEsIDIw MTYsIGF0IDQ6MjkgQU0sIE1hcnRpbiBQZXJpbmEgPG1wZXJpbmFAcmVkaGF0LmNvbTxtYWlsdG86 bXBlcmluYUByZWRoYXQuY29tPj4gd3JvdGU6DQo+ID4NCj4gPg0KPiA+DQo+ID4gT24gTW9uLCBN YXIgMjEsIDIwMTYgYXQgODoyMCBBTSwgWWVkaWR5YWggQmFyIERhdmlkIDxkaWRpQHJlZGhhdC5j b208bWFpbHRvOmRpZGlAcmVkaGF0LmNvbT4+IHdyb3RlOg0KPiA+IE9uIE1vbiwgTWFyIDIxLCAy MDE2IGF0IDQ6NDcgQU0sIFdpbGwgRGVubmlzIDx3ZGVubmlzQG5lYy1sYWJzLmNvbTxtYWlsdG86 d2Rlbm5pc0BuZWMtbGFicy5jb20+PiB3cm90ZToNCj4gPj4gSGkgYWxsLA0KPiA+Pg0KPiA+PiBJ IGhhdmUgZW5hYmxlZCBBY3RpdmUgRGlyZWN0b3J5IGF1dGhlbnRpY2F0aW9uIGZvciB0aGUgdXNl cnMgaW4gb1ZpcnQgKHZpYSBlbmdpbmUtbWFuYWdlLWRvbWFpbnMgY29tbWFuZCB1c2luZyAtLXBy b3ZpZGVyPWFkKSBhbmQsIGFsdGhvdWdoIGl0IHdvcmtzLCBpdCB0YWtlcyBhYm91dCB+NTAgc2Vj 4oCZcyB0byBwcm9jZXNzIGEgbG9naW4uIEkgaGF2ZSBvdGhlciBPU1Mgc29mdHdhcmUgdGhhdCB1 dGlsaXplcyBBRCBhdXRoLCBhbmQgdGhlcmUgaXMgbm8gc3VjaCBsYWcgd2hlbiBwcm9jZXNzaW5n IGxvZ2lucywgc28gSeKAmW0gZ3Vlc3NpbmcgaXTigJlzIGEgcHJvYmxlbSB3aXRoIHRoZSBvVmly dCBpbXBsZW1lbnRhdGlvbuKApiBBbnkgd2F5IHRvIGRlYnVnIHdoeSB0aGUgYXV0aCBwcm9jZXNz IGlzIHRha2luZyBzbyBsb25nPw0KPiA+DQo+ID4gVGhpcyBpcyBhbiBvbGQsIHVubWFpbnRhaW5l ZCBjb21wb25lbnQuIFlvdSBzaG91bGQgdXNlIHRoZSBuZXcgYWFhLWxkYXAgb25lLg0KPiA+IFNl YXJjaCB0aGUgbGlzdCBhcmNoaXZlcyBmb3IgImFhYS1sZGFwIiBhbmQvb3IgcmVhZCB0aGUgUkVB RE1FIGZpbGUgaW4gdGhlDQo+ID4gc291cmNlcyBbMV0uIEJlc3QsDQo+ID4NCj4gPiBbMV0gaHR0 cHM6Ly9nZXJyaXQub3ZpcnQub3JnL2dpdHdlYj9wPW92aXJ0LWVuZ2luZS1leHRlbnNpb24tYWFh LWxkYXAuZ2l0O2E9YmxvYjtmPVJFQURNRQ0KPiA+DQo+ID4g4oCLWW91IGNvdWxkIGFsc28gdGFr ZSBhIGxvb2sgYXQgUkhFViAzLjYgQWRtaW5pc3RyYXRpb24gR3VpZGUsIGNoYXB0ZXIgMTMgVXNl cnMgYW5kIFJvbGVzIFsyXQ0KPiA+IHdoZXJlIHlvdSBjYW4gZmluZCBkZXRhaWxlZCBzdGVwcyBm b3IgY29tbW9uIGNvbmZpZ3VyYXRpb25zLg0KPiA+DQo+ID4gTWFydGluIFBlcmluYQ0KPiA+DQo+ ID4gWzJdIGh0dHBzOi8vYWNjZXNzLnJlZGhhdC5jb20vZG9jdW1lbnRhdGlvbi9lbi1VUy9SZWRf SGF0X0VudGVycHJpc2VfVmlydHVhbGl6YXRpb24vMy42L2h0bWwvQWRtaW5pc3RyYXRpb25fR3Vp ZGUvY2hhcC1Vc2Vyc19hbmRfUm9sZXMuaHRtbA0KPiA+IOKAiw0KPiA+DQo+ID4NCj4gPj4NCj4g Pj4gV2lsbA0KPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiA+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gPj4gVXNlcnNAb3ZpcnQub3JnPG1haWx0 bzpVc2Vyc0BvdmlydC5vcmc+DQo+ID4+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9s aXN0aW5mby91c2Vycw0KPiA+DQo+ID4NCj4gPg0KPiA+IC0tDQo+ID4gRGlkaQ0KPiA+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gVXNlcnMgbWFp bGluZyBsaXN0DQo+ID4gVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+ ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+ID4NCj4g Pg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ ID4gVXNlcnMgbWFpbGluZyBsaXN0DQo+ID4gVXNlcnNAb3ZpcnQub3JnDQo+ID4gaHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+ID4NCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gVXNlcnMgbWFpbGluZyBsaXN0 DQo+IFVzZXJzQG92aXJ0Lm9yZw0KPiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz dGluZm8vdXNlcnMNCg== --_000_0d09312977a3465882bf2a2bace95cb0exch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <12358A6FAB67B045BC2134D23CE9A03D(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyNCBtYXJzIDIwMTYgMTM6NDkgc2tyZXYgT25kcmEgTWFjaGFjZWsgJmx0O29t YWNoYWNlQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IEhpLDxicj4NCiZndDs8 YnI+DQomZ3Q7IGlmIHlvdSByZW1vdmUgdXNlciwgdGhlbiBhbHNvIHBlcm1pc3Npb25zIG9mIHRo YXQgdXNlciB0byB2bXMgd2lsbCBiZSA8YnI+DQomZ3Q7IHJlbW92ZWQuPGJyPg0KJmd0OyBBbmQg eWVzLCB5b3Ugd2lsbCBoYXZlIHRvIGFkZCBhbGwgdGhvc2UgcGVybWlzc2lvbnMgYmFjayB0byB1 c2VycyBmcm9tIDxicj4NCiZndDsgbmV3IHByb2ZpbGUuPGJyPg0KJmd0Ozxicj4NCiZndDsgQnV0 LCB5b3UgY2FuIHRyeSBtaWdyYXRpb24gdG9vbFsxXSwgdG8gbWlncmF0ZSBhbGwgdXNlcnMgdG8g bmV3IEFBQSBwcm9maWxlLjxicj4NCiZndDsgSWYgeW91IGhhdmUgYW55IHByb2JsZW0gd2l0aCBp dCwgeW91IGNhbiBhc2suPC9wPg0KPHAgZGlyPSJsdHIiPkVobSwgaG93IGRvIHlvdSBpbnN0YWxs IGl0PyAoZWw2KTwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7PGJy Pg0KJmd0OyBPbmRyYTxicj4NCiZndDs8YnI+DQomZ3Q7IFsxXSA8YnI+DQomZ3Q7IGh0dHBzOi8v Z2l0aHViLmNvbS9tYWNoYWNla29uZHJhL292aXJ0LWVuZ2luZS1rZXJibGRhcC1taWdyYXRpb24v YmxvYi9tYXN0ZXIvUkVBRE1FLm1kPGJyPg0KJmd0Ozxicj4NCiZndDsgT24gMDMvMjQvMjAxNiAw MTowNiBQTSwgV2lsbCBEZW5uaXMgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7IEluIHRoZSBSSEVWIEFk bWluIEd1aWRlIHRoYXQgTWFydGluIG1lbnRpb25lZCwgaXQgc2F5czo8YnI+DQomZ3Q7ICZndDs8 YnI+DQomZ3Q7ICZndDsgJnF1b3Q7TG9nIGluIHRvIHRoZSBBZG1pbmlzdHJhdGlvbiBQb3J0YWws IGFuZCByZW1vdmUgYWxsIHVzZXJzIGFuZCBncm91cHMgcmVsYXRlZCB0byB0aGUgb2xkIHByb2Zp bGUuIFVzZXJzIGRlZmluZWQgaW4gdGhlIHJlbW92ZWQgZG9tYWluIHdpbGwgbm8gbG9uZ2VyIGJl IGFibGUgdG8gYXV0aGVudGljYXRlIHdpdGggdGhlIFJlZCBIYXQgRW50ZXJwcmlzZSBWaXJ0dWFs aXphdGlvbiBNYW5hZ2VyLiBUaGUgZW50cmllcyBmb3IgdGhlIGFmZmVjdGVkDQogdXNlcnMgd2ls bCByZW1haW4gZGVmaW5lZCBpbiB0aGUgUmVkIEhhdCBFbnRlcnByaXNlIFZpcnR1YWxpemF0aW9u IE1hbmFnZXIgdW50aWwgdGhleSBhcmUgZXhwbGljaXRseSByZW1vdmVkIGZyb20gdGhlIEFkbWlu aXN0cmF0aW9uIFBvcnRhbC7igJ08YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgSSBoYXZl IHNvbWUgVk1zIHJ1bm5pbmcgdW5kZXIgc29tZSBBRCBkb21haW4gdXNlcnM7IGlmIEkgcmVtb3Zl IHRoZSB1c2VycyBmcm9tIHRoZSBzeXN0ZW0gYXMgYWJvdmUsIHdpbGwgSSBuZWVkIHRvIHJlbW92 ZSB0aGVtIGZyb20gdGhlIFZNIHBlcm1pc3Npb25zLCBvciBpcyB0aGF0IGNsZWFuZWQgdXAgYXMg d2VsbD8gQW5kIEkgZ3Vlc3MgSeKAmWxsIG5lZWQgdG8gbWFudWFsbHkgcmUtYWRkIHRoZSBwZXJt cyBiYWNrIGFmdGVyIHRoZSBuZXcNCiBkaXJlY3RvcnkgY29uZmlnIGlzIGluIHBsYWNlPyBQbGVh c2UgYWR2aXNlLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBUaGFua3MsPGJyPg0KJmd0 OyAmZ3Q7IFdpbGw8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgT24gTWFyIDIxLCAyMDE2 LCBhdCA0OjI5IEFNLCBNYXJ0aW4gUGVyaW5hICZsdDttcGVyaW5hQHJlZGhhdC5jb20mbHQ7bWFp bHRvOm1wZXJpbmFAcmVkaGF0LmNvbSZndDsmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0Ozxicj4N CiZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBPbiBNb24sIE1hciAyMSwg MjAxNiBhdCA4OjIwIEFNLCBZZWRpZHlhaCBCYXIgRGF2aWQgJmx0O2RpZGlAcmVkaGF0LmNvbSZs dDttYWlsdG86ZGlkaUByZWRoYXQuY29tJmd0OyZndDsgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7IE9u IE1vbiwgTWFyIDIxLCAyMDE2IGF0IDQ6NDcgQU0sIFdpbGwgRGVubmlzICZsdDt3ZGVubmlzQG5l Yy1sYWJzLmNvbSZsdDttYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb20mZ3Q7Jmd0OyB3cm90ZTo8 YnI+DQomZ3Q7ICZndDsmZ3Q7IEhpIGFsbCw8YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAm Z3Q7Jmd0OyBJIGhhdmUgZW5hYmxlZCBBY3RpdmUgRGlyZWN0b3J5IGF1dGhlbnRpY2F0aW9uIGZv ciB0aGUgdXNlcnMgaW4gb1ZpcnQgKHZpYSBlbmdpbmUtbWFuYWdlLWRvbWFpbnMgY29tbWFuZCB1 c2luZyAtLXByb3ZpZGVyPWFkKSBhbmQsIGFsdGhvdWdoIGl0IHdvcmtzLCBpdCB0YWtlcyBhYm91 dCB+NTAgc2Vj4oCZcyB0byBwcm9jZXNzIGEgbG9naW4uIEkgaGF2ZSBvdGhlciBPU1Mgc29mdHdh cmUgdGhhdCB1dGlsaXplcyBBRCBhdXRoLCBhbmQgdGhlcmUNCiBpcyBubyBzdWNoIGxhZyB3aGVu IHByb2Nlc3NpbmcgbG9naW5zLCBzbyBJ4oCZbSBndWVzc2luZyBpdOKAmXMgYSBwcm9ibGVtIHdp dGggdGhlIG9WaXJ0IGltcGxlbWVudGF0aW9u4oCmIEFueSB3YXkgdG8gZGVidWcgd2h5IHRoZSBh dXRoIHByb2Nlc3MgaXMgdGFraW5nIHNvIGxvbmc/PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAm Z3Q7IFRoaXMgaXMgYW4gb2xkLCB1bm1haW50YWluZWQgY29tcG9uZW50LiBZb3Ugc2hvdWxkIHVz ZSB0aGUgbmV3IGFhYS1sZGFwIG9uZS48YnI+DQomZ3Q7ICZndDsgU2VhcmNoIHRoZSBsaXN0IGFy Y2hpdmVzIGZvciAmcXVvdDthYWEtbGRhcCZxdW90OyBhbmQvb3IgcmVhZCB0aGUgUkVBRE1FIGZp bGUgaW4gdGhlPGJyPg0KJmd0OyAmZ3Q7IHNvdXJjZXMgWzFdLiBCZXN0LDxicj4NCiZndDsgJmd0 Ozxicj4NCiZndDsgJmd0OyBbMV0gaHR0cHM6Ly9nZXJyaXQub3ZpcnQub3JnL2dpdHdlYj9wPW92 aXJ0LWVuZ2luZS1leHRlbnNpb24tYWFhLWxkYXAuZ2l0O2E9YmxvYjtmPVJFQURNRTxicj4NCiZn dDsgJmd0Ozxicj4NCiZndDsgJmd0OyDigItZb3UgY291bGQgYWxzbyB0YWtlIGEgbG9vayBhdCBS SEVWIDMuNiBBZG1pbmlzdHJhdGlvbiBHdWlkZSwgY2hhcHRlciAxMyBVc2VycyBhbmQgUm9sZXMg WzJdPGJyPg0KJmd0OyAmZ3Q7IHdoZXJlIHlvdSBjYW4gZmluZCBkZXRhaWxlZCBzdGVwcyBmb3Ig Y29tbW9uIGNvbmZpZ3VyYXRpb25zLjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBNYXJ0 aW4gUGVyaW5hPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFsyXSBodHRwczovL2FjY2Vz cy5yZWRoYXQuY29tL2RvY3VtZW50YXRpb24vZW4tVVMvUmVkX0hhdF9FbnRlcnByaXNlX1ZpcnR1 YWxpemF0aW9uLzMuNi9odG1sL0FkbWluaXN0cmF0aW9uX0d1aWRlL2NoYXAtVXNlcnNfYW5kX1Jv bGVzLmh0bWw8YnI+DQomZ3Q7ICZndDsg4oCLPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgV2lsbDxicj4NCiZndDsgJmd0 OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+ DQomZ3Q7ICZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgJmd0OyZndDsgVXNl cnNAb3ZpcnQub3JnJmx0O21haWx0bzpVc2Vyc0BvdmlydC5vcmcmZ3Q7PGJyPg0KJmd0OyAmZ3Q7 Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQom Z3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgLS08 YnI+DQomZ3Q7ICZndDsgRGlkaTxicj4NCiZndDsgJmd0OyBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgJmd0OyBVc2VycyBtYWlsaW5nIGxp c3Q8YnI+DQomZ3Q7ICZndDsgVXNlcnNAb3ZpcnQub3JnJmx0O21haWx0bzpVc2Vyc0BvdmlydC5v cmcmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0 aW5mby91c2Vyczxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsg Jmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7ICZndDsgVXNlcnNAb3ZpcnQub3JnPGJy Pg0KJmd0OyAmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vy czxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188YnI+DQomZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsg VXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4v bGlzdGluZm8vdXNlcnM8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_0d09312977a3465882bf2a2bace95cb0exch24sluse_--

3 3

Re: [ovirt-users] Active Directory (LDAP) user auth is slow
by Karli Sjöberg 24 Mar '16

24 Mar '16

--_000_e68eb5719d7a4784b4b46753e2e0cbf1exch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjQgbWFycyAyMDE2IDM6MDYgZW0gc2tyZXYgT25kcmEgTWFjaGFjZWsgPG9tYWNoYWNl QHJlZGhhdC5jb20+Og0KPg0KPiBPbiAwMy8yNC8yMDE2IDAzOjAyIFBNLCBLYXJsaSBTasO2YmVy ZyB3cm90ZToNCj4gPg0KPiA+IERlbiAyNCBtYXJzIDIwMTYgMTM6NDkgc2tyZXYgT25kcmEgTWFj aGFjZWsgPG9tYWNoYWNlQHJlZGhhdC5jb20+Og0KPiA+ICA+DQo+ID4gID4gSGksDQo+ID4gID4N Cj4gPiAgPiBpZiB5b3UgcmVtb3ZlIHVzZXIsIHRoZW4gYWxzbyBwZXJtaXNzaW9ucyBvZiB0aGF0 IHVzZXIgdG8gdm1zIHdpbGwgYmUNCj4gPiAgPiByZW1vdmVkLg0KPiA+ICA+IEFuZCB5ZXMsIHlv dSB3aWxsIGhhdmUgdG8gYWRkIGFsbCB0aG9zZSBwZXJtaXNzaW9ucyBiYWNrIHRvIHVzZXJzIGZy b20NCj4gPiAgPiBuZXcgcHJvZmlsZS4NCj4gPiAgPg0KPiA+ICA+IEJ1dCwgeW91IGNhbiB0cnkg bWlncmF0aW9uIHRvb2xbMV0sIHRvIG1pZ3JhdGUgYWxsIHVzZXJzIHRvIG5ldyBBQUENCj4gPiBw cm9maWxlLg0KPiA+ICA+IElmIHlvdSBoYXZlIGFueSBwcm9ibGVtIHdpdGggaXQsIHlvdSBjYW4g YXNrLg0KPiA+DQo+ID4gRWhtLCBob3cgZG8geW91IGluc3RhbGwgaXQ/IChlbDYpDQo+DQo+IHl1 bSBpbnN0YWxsIC15DQo+IGh0dHBzOi8vZ2l0aHViLmNvbS9tYWNoYWNla29uZHJhL292aXJ0LWVu Z2luZS1rZXJibGRhcC1taWdyYXRpb24vcmVsZWFzZXMvZG93bmxvYWQvb3ZpcnQtZW5naW5lLWtl cmJsZGFwLW1pZ3JhdGlvbi0xLjAuNC9vdmlydC1lbmdpbmUta2VyYmxkYXAtbWlncmF0aW9uLTEu MC40LTEuZWw2ZXYubm9hcmNoLnJwbQ0KDQpBd2Vzb21lLCB0aGFua3MhDQoNCi9LDQoNCj4NCj4g Pg0KPiA+IC9LDQo+ID4NCj4gPiAgPg0KPiA+ICA+IE9uZHJhDQo+ID4gID4NCj4gPiAgPiBbMV0N Cj4gPiAgPg0KPiA+IGh0dHBzOi8vZ2l0aHViLmNvbS9tYWNoYWNla29uZHJhL292aXJ0LWVuZ2lu ZS1rZXJibGRhcC1taWdyYXRpb24vYmxvYi9tYXN0ZXIvUkVBRE1FLm1kDQo+ID4gID4NCj4gPiAg PiBPbiAwMy8yNC8yMDE2IDAxOjA2IFBNLCBXaWxsIERlbm5pcyB3cm90ZToNCj4gPiAgPiA+IElu IHRoZSBSSEVWIEFkbWluIEd1aWRlIHRoYXQgTWFydGluIG1lbnRpb25lZCwgaXQgc2F5czoNCj4g PiAgPiA+DQo+ID4gID4gPiAiTG9nIGluIHRvIHRoZSBBZG1pbmlzdHJhdGlvbiBQb3J0YWwsIGFu ZCByZW1vdmUgYWxsIHVzZXJzIGFuZA0KPiA+IGdyb3VwcyByZWxhdGVkIHRvIHRoZSBvbGQgcHJv ZmlsZS4gVXNlcnMgZGVmaW5lZCBpbiB0aGUgcmVtb3ZlZCBkb21haW4NCj4gPiB3aWxsIG5vIGxv bmdlciBiZSBhYmxlIHRvIGF1dGhlbnRpY2F0ZSB3aXRoIHRoZSBSZWQgSGF0IEVudGVycHJpc2UN Cj4gPiBWaXJ0dWFsaXphdGlvbiBNYW5hZ2VyLiBUaGUgZW50cmllcyBmb3IgdGhlIGFmZmVjdGVk IHVzZXJzIHdpbGwgcmVtYWluDQo+ID4gZGVmaW5lZCBpbiB0aGUgUmVkIEhhdCBFbnRlcnByaXNl IFZpcnR1YWxpemF0aW9uIE1hbmFnZXIgdW50aWwgdGhleSBhcmUNCj4gPiBleHBsaWNpdGx5IHJl bW92ZWQgZnJvbSB0aGUgQWRtaW5pc3RyYXRpb24gUG9ydGFsLuKAnQ0KPiA+ICA+ID4NCj4gPiAg PiA+IEkgaGF2ZSBzb21lIFZNcyBydW5uaW5nIHVuZGVyIHNvbWUgQUQgZG9tYWluIHVzZXJzOyBp ZiBJIHJlbW92ZSB0aGUNCj4gPiB1c2VycyBmcm9tIHRoZSBzeXN0ZW0gYXMgYWJvdmUsIHdpbGwg SSBuZWVkIHRvIHJlbW92ZSB0aGVtIGZyb20gdGhlIFZNDQo+ID4gcGVybWlzc2lvbnMsIG9yIGlz IHRoYXQgY2xlYW5lZCB1cCBhcyB3ZWxsPyBBbmQgSSBndWVzcyBJ4oCZbGwgbmVlZCB0bw0KPiA+ IG1hbnVhbGx5IHJlLWFkZCB0aGUgcGVybXMgYmFjayBhZnRlciB0aGUgbmV3IGRpcmVjdG9yeSBj b25maWcgaXMgaW4NCj4gPiBwbGFjZT8gUGxlYXNlIGFkdmlzZS4NCj4gPiAgPiA+DQo+ID4gID4g PiBUaGFua3MsDQo+ID4gID4gPiBXaWxsDQo+ID4gID4gPg0KPiA+ICA+ID4gT24gTWFyIDIxLCAy MDE2LCBhdCA0OjI5IEFNLCBNYXJ0aW4gUGVyaW5hDQo+ID4gPG1wZXJpbmFAcmVkaGF0LmNvbTxt YWlsdG86bXBlcmluYUByZWRoYXQuY29tPj4gd3JvdGU6DQo+ID4gID4gPg0KPiA+ICA+ID4NCj4g PiAgPiA+DQo+ID4gID4gPiBPbiBNb24sIE1hciAyMSwgMjAxNiBhdCA4OjIwIEFNLCBZZWRpZHlh aCBCYXIgRGF2aWQNCj4gPiA8ZGlkaUByZWRoYXQuY29tPG1haWx0bzpkaWRpQHJlZGhhdC5jb20+ PiB3cm90ZToNCj4gPiAgPiA+IE9uIE1vbiwgTWFyIDIxLCAyMDE2IGF0IDQ6NDcgQU0sIFdpbGwg RGVubmlzDQo+ID4gPHdkZW5uaXNAbmVjLWxhYnMuY29tPG1haWx0bzp3ZGVubmlzQG5lYy1sYWJz LmNvbT4+IHdyb3RlOg0KPiA+ICA+ID4+IEhpIGFsbCwNCj4gPiAgPiA+Pg0KPiA+ICA+ID4+IEkg aGF2ZSBlbmFibGVkIEFjdGl2ZSBEaXJlY3RvcnkgYXV0aGVudGljYXRpb24gZm9yIHRoZSB1c2Vy cyBpbg0KPiA+IG9WaXJ0ICh2aWEgZW5naW5lLW1hbmFnZS1kb21haW5zIGNvbW1hbmQgdXNpbmcg LS1wcm92aWRlcj1hZCkgYW5kLA0KPiA+IGFsdGhvdWdoIGl0IHdvcmtzLCBpdCB0YWtlcyBhYm91 dCB+NTAgc2Vj4oCZcyB0byBwcm9jZXNzIGEgbG9naW4uIEkgaGF2ZQ0KPiA+IG90aGVyIE9TUyBz b2Z0d2FyZSB0aGF0IHV0aWxpemVzIEFEIGF1dGgsIGFuZCB0aGVyZSBpcyBubyBzdWNoIGxhZyB3 aGVuDQo+ID4gcHJvY2Vzc2luZyBsb2dpbnMsIHNvIEnigJltIGd1ZXNzaW5nIGl04oCZcyBhIHBy b2JsZW0gd2l0aCB0aGUgb1ZpcnQNCj4gPiBpbXBsZW1lbnRhdGlvbuKApiBBbnkgd2F5IHRvIGRl YnVnIHdoeSB0aGUgYXV0aCBwcm9jZXNzIGlzIHRha2luZyBzbyBsb25nPw0KPiA+ICA+ID4NCj4g PiAgPiA+IFRoaXMgaXMgYW4gb2xkLCB1bm1haW50YWluZWQgY29tcG9uZW50LiBZb3Ugc2hvdWxk IHVzZSB0aGUgbmV3DQo+ID4gYWFhLWxkYXAgb25lLg0KPiA+ICA+ID4gU2VhcmNoIHRoZSBsaXN0 IGFyY2hpdmVzIGZvciAiYWFhLWxkYXAiIGFuZC9vciByZWFkIHRoZSBSRUFETUUgZmlsZQ0KPiA+ IGluIHRoZQ0KPiA+ICA+ID4gc291cmNlcyBbMV0uIEJlc3QsDQo+ID4gID4gPg0KPiA+ICA+ID4g WzFdDQo+ID4gaHR0cHM6Ly9nZXJyaXQub3ZpcnQub3JnL2dpdHdlYj9wPW92aXJ0LWVuZ2luZS1l eHRlbnNpb24tYWFhLWxkYXAuZ2l0O2E9YmxvYjtmPVJFQURNRQ0KPiA+ICA+ID4NCj4gPiAgPiA+ IOKAi1lvdSBjb3VsZCBhbHNvIHRha2UgYSBsb29rIGF0IFJIRVYgMy42IEFkbWluaXN0cmF0aW9u IEd1aWRlLA0KPiA+IGNoYXB0ZXIgMTMgVXNlcnMgYW5kIFJvbGVzIFsyXQ0KPiA+ICA+ID4gd2hl cmUgeW91IGNhbiBmaW5kIGRldGFpbGVkIHN0ZXBzIGZvciBjb21tb24gY29uZmlndXJhdGlvbnMu DQo+ID4gID4gPg0KPiA+ICA+ID4gTWFydGluIFBlcmluYQ0KPiA+ICA+ID4NCj4gPiAgPiA+IFsy XQ0KPiA+IGh0dHBzOi8vYWNjZXNzLnJlZGhhdC5jb20vZG9jdW1lbnRhdGlvbi9lbi1VUy9SZWRf SGF0X0VudGVycHJpc2VfVmlydHVhbGl6YXRpb24vMy42L2h0bWwvQWRtaW5pc3RyYXRpb25fR3Vp ZGUvY2hhcC1Vc2Vyc19hbmRfUm9sZXMuaHRtbA0KPiA+ICA+ID4g4oCLDQo+ID4gID4gPg0KPiA+ ICA+ID4NCj4gPiAgPiA+Pg0KPiA+ICA+ID4+IFdpbGwNCj4gPiAgPiA+PiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+ICA+ID4+IFVzZXJzIG1haWxp bmcgbGlzdA0KPiA+ICA+ID4+IFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNlcnNAb3ZpcnQub3Jn Pg0KPiA+ICA+ID4+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vy cw0KPiA+ICA+ID4NCj4gPiAgPiA+DQo+ID4gID4gPg0KPiA+ICA+ID4gLS0NCj4gPiAgPiA+IERp ZGkNCj4gPiAgPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+ID4gID4gPiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gPiAgPiA+IFVzZXJzQG92aXJ0Lm9y ZzxtYWlsdG86VXNlcnNAb3ZpcnQub3JnPg0KPiA+ICA+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+ID4gID4gPg0KPiA+ICA+ID4NCj4gPiAgPiA+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gID4gPiBV c2VycyBtYWlsaW5nIGxpc3QNCj4gPiAgPiA+IFVzZXJzQG92aXJ0Lm9yZw0KPiA+ICA+ID4gaHR0 cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+ID4gID4gPg0KPiA+ ICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4g ID4gVXNlcnMgbWFpbGluZyBsaXN0DQo+ID4gID4gVXNlcnNAb3ZpcnQub3JnDQo+ID4gID4gaHR0 cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+ID4NCg== --_000_e68eb5719d7a4784b4b46753e2e0cbf1exch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <1D4E2E0ECA1F4D43850876A6527A6444(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyNCBtYXJzIDIwMTYgMzowNiBlbSBza3JldiBPbmRyYSBNYWNoYWNlayAmbHQ7 b21hY2hhY2VAcmVkaGF0LmNvbSZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgT24gMDMvMjQvMjAx NiAwMzowMiBQTSwgS2FybGkgU2rDtmJlcmcgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0 OyAmZ3Q7IERlbiAyNCBtYXJzIDIwMTYgMTM6NDkgc2tyZXYgT25kcmEgTWFjaGFjZWsgJmx0O29t YWNoYWNlQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7PGJyPg0KJmd0 OyAmZ3Q7Jm5ic3A7ICZndDsgSGksPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDs8YnI+DQomZ3Q7 ICZndDsmbmJzcDsgJmd0OyBpZiB5b3UgcmVtb3ZlIHVzZXIsIHRoZW4gYWxzbyBwZXJtaXNzaW9u cyBvZiB0aGF0IHVzZXIgdG8gdm1zIHdpbGwgYmU8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyBy ZW1vdmVkLjxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7IEFuZCB5ZXMsIHlvdSB3aWxsIGhhdmUg dG8gYWRkIGFsbCB0aG9zZSBwZXJtaXNzaW9ucyBiYWNrIHRvIHVzZXJzIGZyb208YnI+DQomZ3Q7 ICZndDsmbmJzcDsgJmd0OyBuZXcgcHJvZmlsZS48YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0Ozxi cj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7IEJ1dCwgeW91IGNhbiB0cnkgbWlncmF0aW9uIHRvb2xb MV0sIHRvIG1pZ3JhdGUgYWxsIHVzZXJzIHRvIG5ldyBBQUE8YnI+DQomZ3Q7ICZndDsgcHJvZmls ZS48YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyBJZiB5b3UgaGF2ZSBhbnkgcHJvYmxlbSB3aXRo IGl0LCB5b3UgY2FuIGFzay48YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgRWhtLCBob3cg ZG8geW91IGluc3RhbGwgaXQ/IChlbDYpPGJyPg0KJmd0Ozxicj4NCiZndDsgeXVtIGluc3RhbGwg LXkgPGJyPg0KJmd0OyBodHRwczovL2dpdGh1Yi5jb20vbWFjaGFjZWtvbmRyYS9vdmlydC1lbmdp bmUta2VyYmxkYXAtbWlncmF0aW9uL3JlbGVhc2VzL2Rvd25sb2FkL292aXJ0LWVuZ2luZS1rZXJi bGRhcC1taWdyYXRpb24tMS4wLjQvb3ZpcnQtZW5naW5lLWtlcmJsZGFwLW1pZ3JhdGlvbi0xLjAu NC0xLmVsNmV2Lm5vYXJjaC5ycG08L3A+DQo8cCBkaXI9Imx0ciI+QXdlc29tZSwgdGhhbmtzITwv cD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7PGJyPg0KJmd0OyAmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7IC9LPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZn dDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyBPbmRyYTxicj4NCiZndDsgJmd0OyZuYnNwOyAm Z3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgWzFdPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZn dDs8YnI+DQomZ3Q7ICZndDsgaHR0cHM6Ly9naXRodWIuY29tL21hY2hhY2Vrb25kcmEvb3ZpcnQt ZW5naW5lLWtlcmJsZGFwLW1pZ3JhdGlvbi9ibG9iL21hc3Rlci9SRUFETUUubWQ8YnI+DQomZ3Q7 ICZndDsmbmJzcDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7IE9uIDAzLzI0LzIwMTYg MDE6MDYgUE0sIFdpbGwgRGVubmlzIHdyb3RlOjxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZn dDsgSW4gdGhlIFJIRVYgQWRtaW4gR3VpZGUgdGhhdCBNYXJ0aW4gbWVudGlvbmVkLCBpdCBzYXlz Ojxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0 OyAmZ3Q7ICZxdW90O0xvZyBpbiB0byB0aGUgQWRtaW5pc3RyYXRpb24gUG9ydGFsLCBhbmQgcmVt b3ZlIGFsbCB1c2VycyBhbmQ8YnI+DQomZ3Q7ICZndDsgZ3JvdXBzIHJlbGF0ZWQgdG8gdGhlIG9s ZCBwcm9maWxlLiBVc2VycyBkZWZpbmVkIGluIHRoZSByZW1vdmVkIGRvbWFpbjxicj4NCiZndDsg Jmd0OyB3aWxsIG5vIGxvbmdlciBiZSBhYmxlIHRvIGF1dGhlbnRpY2F0ZSB3aXRoIHRoZSBSZWQg SGF0IEVudGVycHJpc2U8YnI+DQomZ3Q7ICZndDsgVmlydHVhbGl6YXRpb24gTWFuYWdlci4gVGhl IGVudHJpZXMgZm9yIHRoZSBhZmZlY3RlZCB1c2VycyB3aWxsIHJlbWFpbjxicj4NCiZndDsgJmd0 OyBkZWZpbmVkIGluIHRoZSBSZWQgSGF0IEVudGVycHJpc2UgVmlydHVhbGl6YXRpb24gTWFuYWdl ciB1bnRpbCB0aGV5IGFyZTxicj4NCiZndDsgJmd0OyBleHBsaWNpdGx5IHJlbW92ZWQgZnJvbSB0 aGUgQWRtaW5pc3RyYXRpb24gUG9ydGFsLuKAnTxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZn dDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IEkgaGF2ZSBzb21lIFZNcyBydW5uaW5n IHVuZGVyIHNvbWUgQUQgZG9tYWluIHVzZXJzOyBpZiBJIHJlbW92ZSB0aGU8YnI+DQomZ3Q7ICZn dDsgdXNlcnMgZnJvbSB0aGUgc3lzdGVtIGFzIGFib3ZlLCB3aWxsIEkgbmVlZCB0byByZW1vdmUg dGhlbSBmcm9tIHRoZSBWTTxicj4NCiZndDsgJmd0OyBwZXJtaXNzaW9ucywgb3IgaXMgdGhhdCBj bGVhbmVkIHVwIGFzIHdlbGw/IEFuZCBJIGd1ZXNzIEnigJlsbCBuZWVkIHRvPGJyPg0KJmd0OyAm Z3Q7IG1hbnVhbGx5IHJlLWFkZCB0aGUgcGVybXMgYmFjayBhZnRlciB0aGUgbmV3IGRpcmVjdG9y eSBjb25maWcgaXMgaW48YnI+DQomZ3Q7ICZndDsgcGxhY2U/IFBsZWFzZSBhZHZpc2UuPGJyPg0K Jmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsg VGhhbmtzLDxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsgV2lsbDxicj4NCiZndDsgJmd0 OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IE9uIE1hciAy MSwgMjAxNiwgYXQgNDoyOSBBTSwgTWFydGluIFBlcmluYTxicj4NCiZndDsgJmd0OyAmbHQ7bXBl cmluYUByZWRoYXQuY29tJmx0O21haWx0bzptcGVyaW5hQHJlZGhhdC5jb20mZ3Q7Jmd0OyB3cm90 ZTo8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZn dDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJz cDsgJmd0OyAmZ3Q7IE9uIE1vbiwgTWFyIDIxLCAyMDE2IGF0IDg6MjAgQU0sIFllZGlkeWFoIEJh ciBEYXZpZDxicj4NCiZndDsgJmd0OyAmbHQ7ZGlkaUByZWRoYXQuY29tJmx0O21haWx0bzpkaWRp QHJlZGhhdC5jb20mZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7 IE9uIE1vbiwgTWFyIDIxLCAyMDE2IGF0IDQ6NDcgQU0sIFdpbGwgRGVubmlzPGJyPg0KJmd0OyAm Z3Q7ICZsdDt3ZGVubmlzQG5lYy1sYWJzLmNvbSZsdDttYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5j b20mZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7Jmd0OyBIaSBh bGwsPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmbmJz cDsgJmd0OyAmZ3Q7Jmd0OyBJIGhhdmUgZW5hYmxlZCBBY3RpdmUgRGlyZWN0b3J5IGF1dGhlbnRp Y2F0aW9uIGZvciB0aGUgdXNlcnMgaW48YnI+DQomZ3Q7ICZndDsgb1ZpcnQgKHZpYSBlbmdpbmUt bWFuYWdlLWRvbWFpbnMgY29tbWFuZCB1c2luZyAtLXByb3ZpZGVyPWFkKSBhbmQsPGJyPg0KJmd0 OyAmZ3Q7IGFsdGhvdWdoIGl0IHdvcmtzLCBpdCB0YWtlcyBhYm91dCB+NTAgc2Vj4oCZcyB0byBw cm9jZXNzIGEgbG9naW4uIEkgaGF2ZTxicj4NCiZndDsgJmd0OyBvdGhlciBPU1Mgc29mdHdhcmUg dGhhdCB1dGlsaXplcyBBRCBhdXRoLCBhbmQgdGhlcmUgaXMgbm8gc3VjaCBsYWcgd2hlbjxicj4N CiZndDsgJmd0OyBwcm9jZXNzaW5nIGxvZ2lucywgc28gSeKAmW0gZ3Vlc3NpbmcgaXTigJlzIGEg cHJvYmxlbSB3aXRoIHRoZSBvVmlydDxicj4NCiZndDsgJmd0OyBpbXBsZW1lbnRhdGlvbuKApiBB bnkgd2F5IHRvIGRlYnVnIHdoeSB0aGUgYXV0aCBwcm9jZXNzIGlzIHRha2luZyBzbyBsb25nPzxi cj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAm Z3Q7IFRoaXMgaXMgYW4gb2xkLCB1bm1haW50YWluZWQgY29tcG9uZW50LiBZb3Ugc2hvdWxkIHVz ZSB0aGUgbmV3PGJyPg0KJmd0OyAmZ3Q7IGFhYS1sZGFwIG9uZS48YnI+DQomZ3Q7ICZndDsmbmJz cDsgJmd0OyAmZ3Q7IFNlYXJjaCB0aGUgbGlzdCBhcmNoaXZlcyBmb3IgJnF1b3Q7YWFhLWxkYXAm cXVvdDsgYW5kL29yIHJlYWQgdGhlIFJFQURNRSBmaWxlPGJyPg0KJmd0OyAmZ3Q7IGluIHRoZTxi cj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsgc291cmNlcyBbMV0uIEJlc3QsPGJyPg0KJmd0 OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsgWzFd PGJyPg0KJmd0OyAmZ3Q7IGh0dHBzOi8vZ2Vycml0Lm92aXJ0Lm9yZy9naXR3ZWI/cD1vdmlydC1l bmdpbmUtZXh0ZW5zaW9uLWFhYS1sZGFwLmdpdDthPWJsb2I7Zj1SRUFETUU8YnI+DQomZ3Q7ICZn dDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyDigItZb3Ug Y291bGQgYWxzbyB0YWtlIGEgbG9vayBhdCBSSEVWIDMuNiBBZG1pbmlzdHJhdGlvbiBHdWlkZSw8 YnI+DQomZ3Q7ICZndDsgY2hhcHRlciAxMyBVc2VycyBhbmQgUm9sZXMgWzJdPGJyPg0KJmd0OyAm Z3Q7Jm5ic3A7ICZndDsgJmd0OyB3aGVyZSB5b3UgY2FuIGZpbmQgZGV0YWlsZWQgc3RlcHMgZm9y IGNvbW1vbiBjb25maWd1cmF0aW9ucy48YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJy Pg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBNYXJ0aW4gUGVyaW5hPGJyPg0KJmd0OyAmZ3Q7 Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsgWzJdPGJyPg0K Jmd0OyAmZ3Q7IGh0dHBzOi8vYWNjZXNzLnJlZGhhdC5jb20vZG9jdW1lbnRhdGlvbi9lbi1VUy9S ZWRfSGF0X0VudGVycHJpc2VfVmlydHVhbGl6YXRpb24vMy42L2h0bWwvQWRtaW5pc3RyYXRpb25f R3VpZGUvY2hhcC1Vc2Vyc19hbmRfUm9sZXMuaHRtbDxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7 ICZndDsg4oCLPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZu YnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZn dDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsmZ3Q7IFdpbGw8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0 OyAmZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xzxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxi cj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsmZ3Q7IFVzZXJzQG92aXJ0Lm9yZyZsdDttYWls dG86VXNlcnNAb3ZpcnQub3JnJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsmZ3Q7 IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vyczxicj4NCiZndDsg Jmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7PGJyPg0K Jmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsg LS08YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IERpZGk8YnI+DQomZ3Q7ICZndDsmbmJz cDsgJmd0OyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+ DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IFVzZXJzQG92aXJ0Lm9yZyZsdDttYWlsdG86VXNl cnNAb3ZpcnQub3JnJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDsgaHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7 ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZuYnNwOyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsm bmJzcDsgJmd0OyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8 YnI+DQomZ3Q7ICZndDsmbmJzcDsgJmd0OyAmZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxicj4NCiZndDsg Jmd0OyZuYnNwOyAmZ3Q7ICZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3VzZXJzPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZu YnNwOyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f PGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsgVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyAm Z3Q7Jm5ic3A7ICZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyAmZ3Q7Jm5ic3A7ICZndDsg aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPg0KJmd0OyAm Z3Q7PGJyPg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_e68eb5719d7a4784b4b46753e2e0cbf1exch24sluse_--

1 0

Disks Snapshot
by Marcelo Leandro 24 Mar '16

24 Mar '16

Good morning I have a doubt, when i do a snapshot, a new lvm is generated, however when I delete this snapshot the lvm not off, that's right? [root@srv-qemu03 93633835-d709-4ebb-9317-903e62064c43]# ls 27a8bca3-f984-4f67-9dd2-9e2fc5a5f366 7d9b6ed0-1125-4215-ab76-37bcda3f6c2d 3fba372c-4c39-4843-be9e-b358b196331d b47f58e0-d576-49be-b8aa-f30581a0373a 5097df27-c676-4ee7-af89-ecdaed2c77be c598bb22-a386-4908-bfa1-7c44bd764c96 5aaf9ce9-d7ad-4607-aab9-2e239ebaed51 [root@srv-qemu03 93633835-d709-4ebb-9317-903e62064c43]# ls -l total 0 lrwxrwxrwx. 1 vdsm kvm 78 Mar 12 09:28 27a8bca3-f984-4f67-9dd2-9e2fc5a5f366 -> /dev/c2dc0101-748e-4a7b-9913-47993eaa52bd/27a8bca3-f984-4f67-9dd2-9e2fc5a5f366 lrwxrwxrwx. 1 vdsm kvm 78 Mar 12 09:31 3fba372c-4c39-4843-be9e-b358b196331d -> /dev/c2dc0101-748e-4a7b-9913-47993eaa52bd/3fba372c-4c39-4843-be9e-b358b196331d lrwxrwxrwx. 1 vdsm kvm 78 Mar 12 08:44 5097df27-c676-4ee7-af89-ecdaed2c77be -> /dev/c2dc0101-748e-4a7b-9913-47993eaa52bd/5097df27-c676-4ee7-af89-ecdaed2c77be lrwxrwxrwx. 1 vdsm kvm 78 Mar 12 09:23 5aaf9ce9-d7ad-4607-aab9-2e239ebaed51 -> /dev/c2dc0101-748e-4a7b-9913-47993eaa52bd/5aaf9ce9-d7ad-4607-aab9-2e239ebaed51 lrwxrwxrwx. 1 vdsm kvm 78 Mar 12 09:12 7d9b6ed0-1125-4215-ab76-37bcda3f6c2d -> /dev/c2dc0101-748e-4a7b-9913-47993eaa52bd/7d9b6ed0-1125-4215-ab76-37bcda3f6c2d lrwxrwxrwx. 1 vdsm kvm 78 Nov 27 22:30 b47f58e0-d576-49be-b8aa-f30581a0373a -> /dev/c2dc0101-748e-4a7b-9913-47993eaa52bd/b47f58e0-d576-49be-b8aa-f30581a0373a lrwxrwxrwx. 1 vdsm kvm 78 Mar 11 22:01 c598bb22-a386-4908-bfa1-7c44bd764c96 -> /dev/c2dc0101-748e-4a7b-9913-47993eaa52bd/c598bb22-a386-4908-bfa1-7c44bd764c96 disks snapshot: [root@srv-qemu03 93633835-d709-4ebb-9317-903e62064c43]# qemu-img info 27a8bca3-f984-4f67-9dd2-9e2fc5a5f366 image: 27a8bca3-f984-4f67-9dd2-9e2fc5a5f366 file format: qcow2 virtual size: 112G (120259084288 bytes) disk size: 0 cluster_size: 65536 backing file: ../93633835-d709-4ebb-9317-903e62064c43/b47f58e0-d576-49be-b8aa-f30581a0373a backing file format: raw Format specific information: compat: 0.10 refcount bits: 16 [root@srv-qemu03 93633835-d709-4ebb-9317-903e62064c43]# qemu-img info 3fba372c-4c39-4843-be9e-b358b196331d image: 3fba372c-4c39-4843-be9e-b358b196331d file format: qcow2 virtual size: 112G (120259084288 bytes) disk size: 0 cluster_size: 65536 backing file: ../93633835-d709-4ebb-9317-903e62064c43/b47f58e0-d576-49be-b8aa-f30581a0373a backing file format: raw Format specific information: compat: 0.10 refcount bits: 16 [root@srv-qemu03 93633835-d709-4ebb-9317-903e62064c43]# qemu-img info 5aaf9ce9-d7ad-4607-aab9-2e239ebaed51 image: 5aaf9ce9-d7ad-4607-aab9-2e239ebaed51 file format: qcow2 virtual size: 112G (120259084288 bytes) disk size: 0 cluster_size: 65536 backing file: ../93633835-d709-4ebb-9317-903e62064c43/b47f58e0-d576-49be-b8aa-f30581a0373a backing file format: raw Format specific information: compat: 0.10 refcount bits: 16 disk base: [root@srv-qemu03 93633835-d709-4ebb-9317-903e62064c43]# qemu-img info b47f58e0-d576-49be-b8aa-f30581a0373a image: b47f58e0-d576-49be-b8aa-f30581a0373a file format: raw virtual size: 112G (120259084288 bytes) disk size: 0 Thanks.

3 10

Active Directory (LDAP) user auth is slow
by Will Dennis 24 Mar '16

24 Mar '16

Hi all, I have enabled Active Directory authentication for the users in oVirt (via engine-manage-domains command using --provider=ad) and, although it works, it takes about ~50 sec’s to process a login. I have other OSS software that utilizes AD auth, and there is no such lag when processing logins, so I’m guessing it’s a problem with the oVirt implementation… Any way to debug why the auth process is taking so long? Will

4 4

delete storage definition
by paf1＠email.cz 24 Mar '16

24 Mar '16

This is a multi-part message in MIME format. --------------060909030807010004040503 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi folks, how can I delete the last storage definition from oVirt database if the last volume has been deleted from bricks commandline ( rm -rf < path to that volume > ) directly ? In oVirt DB exists this storage last record and blocking create new storage operation ( ovirt offering " delete datacenter", but this is not the right way for me, now ) regs. Pavel --------------060909030807010004040503 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 text="#000066" bgcolor="#FFFFFF"> Hi folks,<br> how can I delete the last storage definition from oVirt database if the last volume has been deleted from bricks commandline ( rm -rf < path to that volume > ) directly ?<br> In oVirt DB exists this storage last record and blocking create new storage operation ( ovirt offering " delete datacenter", but this is not the right way for me, now )<br> regs. Pavel<br> </body> </html> --------------060909030807010004040503--

2 2

Re: [ovirt-users] Delete Failed to update OVF disks, OVF data
by Nikolai Sednev 24 Mar '16

24 Mar '16

------=_Part_24992860_1266289793.1458819135011 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello Paul,=20 Any chance you may rename the HE Storage Domain name of to hosted_storage a= nd retry the auto-import of it?=20 You might find the auto-import worked as described in https://bugzilla.redh= at.com/show_bug.cgi?id=3D1269768 .=20 Thanks in advance.=20 Best regards,=20 Nikolai=20 ____________________=20 Nikolai Sednev=20 Senior Quality Engineer at Compute team=20 Red Hat Israel=20 34 Jerusalem Road,=20 Ra'anana, Israel 43501=20 Tel: +972 9 7692043=20 Mobile: +972 52 7342734=20 Email: nsednev(a)redhat.com=20 IRC: nsednev=20 ----- Original Message ----- From: users-request(a)ovirt.org=20 To: users(a)ovirt.org=20 Sent: Thursday, March 24, 2016 12:29:37 PM=20 Subject: Users Digest, Vol 54, Issue 113=20 Send Users mailing list submissions to=20 users(a)ovirt.org=20 To subscribe or unsubscribe via the World Wide Web, visit=20 http://lists.ovirt.org/mailman/listinfo/users=20 or, via email, send a message with subject or body 'help' to=20 users-request(a)ovirt.org=20 You can reach the person managing the list at=20 users-owner(a)ovirt.org=20 When replying, please edit your Subject line so it is more specific=20 than "Re: Contents of Users digest..."=20 Today's Topics:=20 1. Re: Delete Failed to update OVF disks, OVF data isn't=20 updated on those OVF stores (Data Center Default, Storage Domain=20 hostedengine_nfs). (Maor Lipchuk)=20 2. libvirt failed to read spice key (Fabrice Bacchella)=20 3. Re: VM get stuck randomly (Christophe TREFOIS)=20 4. delete storage definition (paf1(a)email.cz)=20 5. Re: [ANN] oVirt 3.6.4 Second Release Candidate is now=20 available for testing (Ond?ej Svoboda)=20 ----------------------------------------------------------------------=20 Message: 1=20 Date: Thu, 24 Mar 2016 11:01:32 +0200=20 From: Maor Lipchuk <mlipchuk(a)redhat.com>=20 To: "Paul Groeneweg | Pazion" <paul(a)pazion.nl>=20 Cc: users(a)ovirt.org=20 Subject: Re: [ovirt-users] Delete Failed to update OVF disks, OVF data=20 isn't updated on those OVF stores (Data Center Default, Storage Domain=20 hostedengine_nfs).=20 Message-ID:=20 <CAJ1JNOd0RxCfEYDv8jKdd2HZ+StGmyFySNcwyjfOqp1-GAxBrw(a)mail.gmail.com>=20 Content-Type: text/plain; charset=3D"utf-8"=20 On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | Pazion <paul(a)pazion.nl>= =20 wrote:=20 >=20 > After the 3.6 updates ( which didn't went without a hitch )=20 >=20 > I get the following errors in my event log:=20 >=20 > Failed to update OVF disks 18c50ea6-4654-4525-b241-09e15acf5e99, OVF data= =20 > isn't updated on those OVF stores (Data Center Default, Storage Domain=20 > hostedengine_nfs).=20 >=20 > VDSM command failed: Could not acquire resource. Probably resource factor= y=20 > threw an exception.: ()=20 >=20 > http://screencast.com/t/S8cfXMsdGM=20 >=20 > When I check on file there is some data, but not updated:=20 > http://screencast.com/t/hbXQFlou=20 >=20 > When I check in the web interface I see 2 OVF files listed. What are thes= e=20 > for, can I delete them? http://screencast.com/t/ymnzsNHj7e=20 >=20 > Hopefully someone knows what to do about these warnings/erros and whether= =20 > I can delete the OVF files.=20 >=20 > Best Regards,=20 > Paul Groeneweg=20 >=20 >=20 > _______________________________________________=20 > Users mailing list=20 > Users(a)ovirt.org=20 > http://lists.ovirt.org/mailman/listinfo/users=20 >=20 >=20 Hi Paul,=20 The OVF_STORE disks are disks which preserve all the VMs and Templates OVF= =20 data and are mostly use for disaster recovery scenarios.=20 Those disks can not be deleted.=20 Regarding the audit log which you got, can you try to detach and attach the= =20 Storage once again and let me know if you still get this even log.=20 Regards,=20 Maor=20 -------------- next part --------------=20 An HTML attachment was scrubbed...=20 URL: <http://lists.ovirt.org/pipermail/users/attachments/20160324/e1109a36/= attachment-0001.html>=20 ------------------------------=20 Message: 2=20 Date: Thu, 24 Mar 2016 10:02:46 +0100=20 From: Fabrice Bacchella <fabrice.bacchella(a)orange.fr>=20 To: oVirt Userlist <Users(a)ovirt.org>=20 Subject: [ovirt-users] libvirt failed to read spice key=20 Message-ID: <734DEEBF-8845-4D8F-BDCC-139E50D9875D(a)orange.fr>=20 Content-Type: text/plain; charset=3Dus-ascii=20 I' m running on a brand new Centos 7.2 an up to date ovirt 3.6.3.4.=20 The host is new too and dedicated to ovirt.=20 When I try to launch a vm, I get :=20 Thread-9407::ERROR::2016-03-24 09:16:18,301::vm::759::virt.vm::(_startUnder= lyingVm) vmId=3D`a32e1043-a5a5-4e4c-8436-f7b7a4ff644c`::The vm start proces= s failed=20 Traceback (most recent call last):=20 File "/usr/share/vdsm/virt/vm.py", line 703, in _startUnderlyingVm=20 self._run()=20 File "/usr/share/vdsm/virt/vm.py", line 1941, in _run=20 self._connection.createXML(domxml, flags),=20 File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 124= , in wrapper=20 ret =3D f(*args, **kwargs)=20 File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in wrappe= r=20 return func(inst, *args, **kwargs)=20 File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3611, in createX= ML=20 if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=3Dsel= f)=20 libvirtError: internal error: process exited while connecting to monitor: (= (null):23672): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use p= rivate key file=20 2016-03-24T08:16:18.005359Z qemu-kvm: failed to initialize spice server=20 /var/log/libvirt/qemu/test.log says=20 2016-03-24 08:55:48.214+0000: starting up libvirt version: 1.2.17, package:= 13.el7_2.3 (CentOS BuildSystem <http://bugs.centos.org>, 2016-02-16-17:06:= 00, worker1.bsys.centos.org) qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7= _2.7.1)=20 LC_ALL=3DC PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AU= DIO_DRV=3Dspice /usr/libexec/qemu-kvm -name test -S -machine pc-i440fx-rhel= 7.2.0,accel=3Dkvm,usb=3Doff -cpu Haswell-noTSX -m size=3D2097152k,slots=3D1= 6,maxmem=3D4294967296k -realtime mlock=3Doff -smp 2,maxcpus=3D16,sockets=3D= 16,cores=3D1,threads=3D1 -numa node,nodeid=3D0,cpus=3D0-1,mem=3D2048 -uuid = a32e1043-a5a5-4e4c-8436-f7b7a4ff644c -smbios type=3D1,manufacturer=3DoVirt,= product=3DoVirt Node,version=3D7-2.1511.el7.centos.2.10,serial=3D30373237-3= 132-5A43-3235-343233333937,uuid=3Da32e1043-a5a5-4e4c-8436-f7b7a4ff644c -no-= user-config -nodefaults -chardev socket,id=3Dcharmonitor,path=3D/var/lib/li= bvirt/qemu/domain-test/monitor.sock,server,nowait -mon chardev=3Dcharmonito= r,id=3Dmonitor,mode=3Dcontrol -rtc base=3D2016-03-24T08:55:46,driftfix=3Dsl= ew -global kvm-pit.lost_tick_policy=3Ddiscard -no-hpet -no-shutdown -boot m= enu=3Don,strict=3Don -device piix3-usb-uhci,id=3Dusb,bus=3Dpci.0,addr=3D0x1= .0x2 -device virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x4 -device virt= io-serial-pci,id=20 =3Dvirtio-serial0,max_ports=3D16,bus=3Dpci.0,addr=3D0x5 -drive if=3Dnone,id= =3Ddrive-ide0-1-0,readonly=3Don,format=3Draw,serial=3D -device ide-cd,bus= =3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0 -drive file=3D/rhev/= data-center/00000001-0001-0001-0001-00000000022a/85d19e93-ee08-41bb-94c9-56= adf17287b4/images/da6f49dd-8662-418b-a859-3523b4360c0e/930bbe74-7470-4b22-b= 096-fdb03276262d,if=3Dnone,id=3Ddrive-scsi0-0-0-0,format=3Draw,serial=3Dda6= f49dd-8662-418b-a859-3523b4360c0e,cache=3Dnone,werror=3Dstop,rerror=3Dstop,= aio=3Dnative,iops=3D300 -device scsi-hd,bus=3Dscsi0.0,channel=3D0,scsi-id= =3D0,lun=3D0,drive=3Ddrive-scsi0-0-0-0,id=3Dscsi0-0-0-0,bootindex=3D1 -netd= ev tap,fd=3D27,id=3Dhostnet0,vhost=3Don,vhostfd=3D28 -device virtio-net-pci= ,netdev=3Dhostnet0,id=3Dnet0,mac=3D00:1a:4a:16:01:51,bus=3Dpci.0,addr=3D0x3= ,bootindex=3D2 -chardev socket,id=3Dcharserial0,path=3D/var/run/ovirt-vmcon= sole-console/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.sock,server,nowait -devic= e isa-serial,chardev=3Dcharserial0,id=3Dserial0 -chardev socket,id=3Dcharch= annel0,path=3D/var/lib/libvirt/qemu=20 /channels/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.com.redhat.rhevm.vdsm,server= ,nowait -device virtserialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dchar= channel0,id=3Dchannel0,name=3Dcom.redhat.rhevm.vdsm -chardev socket,id=3Dch= archannel1,path=3D/var/lib/libvirt/qemu/channels/a32e1043-a5a5-4e4c-8436-f7= b7a4ff644c.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus= =3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel1,id=3Dchannel1,name=3Dorg.= qemu.guest_agent.0 -chardev spicevmc,id=3Dcharchannel2,name=3Dvdagent -devi= ce virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,chardev=3Dcharchannel2,id= =3Dchannel2,name=3Dcom.redhat.spice.0 -spice port=3D5900,tls-port=3D5901,ad= dr=3D0,x509-dir=3D/etc/pki/vdsm/libvirt-spice,seamless-migration=3Don -devi= ce qxl-vga,id=3Dvideo0,ram_size=3D67108864,vram_size=3D8388608,vgamem_mb=3D= 16,bus=3Dpci.0,addr=3D0x2 -device virtio-balloon-pci,id=3Dballoon0,bus=3Dpc= i.0,addr=3D0x6 -msg timestamp=3Don=20 ((null):29166): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use = private key file=20 2016-03-24T08:55:48.329252Z qemu-kvm: failed to initialize spice server=20 2016-03-24 08:55:48.479+0000: shutting down=20 and indeed, when I try to strace libvirt :=20 open("/etc/pki/vdsm/libvirt-spice/server-key.pem", O_RDONLY) =3D -1 EACCES = (Permission denied)=20 chmod a+r /etc/pki/vdsm/libvirt-spice/server-key.pem solved the problem, bu= t it's obviously not a solution.=20 ------------------------------=20 Message: 3=20 Date: Thu, 24 Mar 2016 09:45:34 +0000=20 From: Christophe TREFOIS <christophe.trefois(a)uni.lu>=20 To: Nir Soffer <nsoffer(a)redhat.com>=20 Cc: users <users(a)ovirt.org>=20 Subject: Re: [ovirt-users] VM get stuck randomly=20 Message-ID: <2EBB29CB9A8F494FB5253F6AF2E6A1981D6B8F66(a)hoshi.uni.lux>=20 Content-Type: text/plain; charset=3D"utf-8"=20 Hi,=20 We finally upgraded to 3.6.3 across the whole data center and will now see = if this issue reappears.=20 The upgrade went quite smooth, first from 3.5.4 to 3.5.6 and then to 3.6.3.= =20 Thank you,=20 --=20 Christophe=20 > -----Original Message-----=20 > From: Nir Soffer [mailto:nsoffer@redhat.com]=20 > Sent: dimanche 13 mars 2016 12:51=20 > To: Christophe TREFOIS <christophe.trefois(a)uni.lu>=20 > Cc: users <users(a)ovirt.org>=20 > Subject: Re: [ovirt-users] VM get stuck randomly=20 >=20 > On Sun, Mar 13, 2016 at 9:46 AM, Christophe TREFOIS=20 > <christophe.trefois(a)uni.lu> wrote:=20 > > Dear all,=20 > >=20 > > I have a problem since couple of weeks, where randomly 1 VM (not always= =20 > the same) becomes completely unresponsive.=20 > > We find this out because our Icinga server complains that host is down.= =20 > >=20 > > Upon inspection, we find we can?t open a console to the VM, nor can we= =20 > login.=20 > >=20 > > In oVirt engine, the VM looks like ?up?. The only weird thing is that R= AM=20 > usage shows 0% and CPU usage shows 100% or 75% depending on number of=20 > cores.=20 > > The only way to recover is to force shutdown the VM via 2-times shutdow= n=20 > from the engine.=20 > >=20 > > Could you please help me to start debugging this?=20 > > I can provide any logs, but I?m not sure which ones, because I couldn?t= see=20 > anything with ERROR in the vdsm logs on the host.=20 >=20 > I would inspect this vm on the host when it happens.=20 >=20 > What is vdsm cpu usage? what is the qemu process (for this vm) cpu usage?= =20 >=20 > strace output of this qemu process (all threads) or a core dump can help= =20 > qemu developers to understand this issue.=20 >=20 > >=20 > > The host is running=20 > >=20 > > OS Version: RHEL - 7 - 1.1503.el7.centos.2.8=20 > > Kernel Version: 3.10.0 - 229.14.1.el7.x86_64=20 > > KVM Version: 2.1.2 - 23.el7_1.8.1=20 > > LIBVIRT Version: libvirt-1.2.8-16.el7_1.4=20 > > VDSM Version: vdsm-4.16.26-0.el7.centos=20 > > SPICE Version: 0.12.4 - 9.el7_1.3=20 > > GlusterFS Version: glusterfs-3.7.5-1.el7=20 >=20 > You are running old versions, missing lot of fixes. Nothing specific to y= our=20 > problem but this lower the chance to get a working system.=20 >=20 > It would be nice if you can upgrade to ovirt-3.6 and report if it made an= y=20 > change.=20 > Or at lest latest ovirt-3.5.=20 >=20 > > We use a locally exported gluster as storage domain (eg, storage is on = the=20 > same machine exposed via gluster). No replica.=20 > > We run around 50 VMs on that host.=20 >=20 > Why use gluster for this? Do you plan to add more gluster servers in the= =20 > future?=20 >=20 > Nir=20 ------------------------------=20 Message: 4=20 Date: Thu, 24 Mar 2016 11:20:07 +0100=20 From: "paf1(a)email.cz" <paf1(a)email.cz>=20 To: users <users(a)ovirt.org>=20 Subject: [ovirt-users] delete storage definition=20 Message-ID: <56F3BF57.7070009(a)email.cz>=20 Content-Type: text/plain; charset=3D"utf-8"; Format=3D"flowed"=20 Hi folks,=20 how can I delete the last storage definition from oVirt database if the=20 last volume has been deleted from bricks commandline ( rm -rf < path to=20 that volume > ) directly ?=20 In oVirt DB exists this storage last record and blocking create new=20 storage operation ( ovirt offering " delete datacenter", but this is not=20 the right way for me, now )=20 regs. Pavel=20 -------------- next part --------------=20 An HTML attachment was scrubbed...=20 URL: <http://lists.ovirt.org/pipermail/users/attachments/20160324/9a9a23c7/= attachment-0001.html>=20 ------------------------------=20 Message: 5=20 Date: Thu, 24 Mar 2016 11:24:26 +0100=20 From: Ond?ej Svoboda <ondrej(a)svobodasoft.cz>=20 To: Sandro Bonazzola <sbonazzo(a)redhat.com>=20 Cc: users <users(a)ovirt.org>=20 Subject: Re: [ovirt-users] [ANN] oVirt 3.6.4 Second Release Candidate=20 is now available for testing=20 Message-ID: <56F3C05A.2000208(a)svobodasoft.cz>=20 Content-Type: text/plain; charset=3D"utf-8"; Format=3D"flowed"=20 Thank you very much, Sandro!=20 centos-ovirt36 now works for me.=20 On 24.3.2016 09:00, Sandro Bonazzola wrote:=20 >=20 >=20 > On Wed, Mar 23, 2016 at 4:22 PM, Ond?ej Svoboda <ondrej(a)svobodasoft.cz=20 > <mailto:ondrej@svobodasoft.cz>> wrote:=20 >=20 > Hi Sandro,=20 >=20 > I just ran yum -y install=20 > http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm=20 > <http://www.google.com/url?q=3Dhttp%3A%2F%2Fplain.resources.ovirt.org%2Fp= ub%2Fyum-repo%2Fovirt-release36.rpm&sa=3DD&sntz=3D1&usg=3DAFQjCNHQ3_R-I3QwE= v9bTQHIIfj5FJpCQg>=20 > on my fresh EL7 (not CentOS) system.=20 >=20 > In /etc/yum.repos.d/ovirt-3.6-dependencies.repo, there was a=20 > broken centos-ovirt36 source:=20 >=20 >=20 > http://mirror.centos.org/centos/7Server/virt/x86_64/ovirt-3.6/repodata/re= pomd.xml:=20 > [Errno 14] HTTP Error 404 - Not Found=20 >=20 >=20 > Fixed pointing to=20 > http://mirror.centos.org/centos/7/virt/x86_64/ovirt-3.6/repodata/repomd.x= ml=20 >=20 > Released a new ovirt-release36 package including the fix.=20 >=20 >=20 >=20 >=20 > I had to disable this repo before I was even able to update my system.=20 >=20 > [centos-ovirt36]=20 > name=3DCentOS-$releasever - oVirt 3.6=20 > baseurl=3Dhttp://mirror.centos.org/centos/$releasever/virt/$basearch/ovir= t-3.6/=20 > gpgcheck=3D0=20 > enabled=3D1=20 > skip_if_unavailable =3D 1=20 > keepcache =3D 0=20 >=20 > Then I managed to install ovirt-engine all right, so I think the=20 > above repo should simply not be enabled in ovirt-release36.rpm=20 > <http://www.google.com/url?q=3Dhttp%3A%2F%2Fplain.resources.ovirt.org%2Fp= ub%2Fyum-repo%2Fovirt-release36.rpm&sa=3DD&sntz=3D1&usg=3DAFQjCNHQ3_R-I3QwE= v9bTQHIIfj5FJpCQg>.=20 >=20 > Thanks for your reply.=20 > Ondra=20 >=20 > On 22.3.2016 18:28, Sandro Bonazzola wrote:=20 >> The oVirt Project is pleased to announce the availability of the=20 >> Second Release Candidate of oVirt 3.6.4 for testing, as of March=20 >> 22nd, 2016=20 >>=20 >> This release is available now for:=20 >> * Fedora 22=20 >> * Red Hat Enterprise Linux 6.7=20 >> * CentOS Linux 6.7 (or similar)=20 >> * Red Hat Enterprise Linux 7.2 or later=20 >> * CentOS Linux (or similar) 7.2 or later=20 >>=20 >> This release supports Hypervisor Hosts running:=20 >> * Red Hat Enterprise Linux 7.2 or later=20 >> * CentOS Linux (or similar) 7.2 or later=20 >> * Fedora 22=20 >>=20 >> This release is also available with experimental support for:=20 >> * Debian 8.3 Jessie=20 >>=20 >> This release candidate includes the following updated packages:=20 >>=20 >> * ovirt-engine=20 >>=20 >> * ovirt-hosted-engine-ha=20 >>=20 >>=20 >> See the release notes [1] for installation / upgrade instructions=20 >> and a list of new features and bugs fixed.=20 >>=20 >> Notes:=20 >> * A new oVirt Live ISO will be available soon [2].=20 >> * Mirrors[3] might need up to one day to synchronize.=20 >>=20 >> Additional Resources:=20 >> * Read more about the oVirt 3.6.3 release=20 >> highlights:http://www.ovirt.org/release/3.6.4/=20 >> * Get more oVirt Project updates on Twitter:=20 >> https://twitter.com/ovirt=20 >> * Check out the latest project news on the oVirt blog:=20 >> http://www.ovirt.org/blog/=20 >>=20 >> [1] http://www.ovirt.org/release/3.6.4/=20 >> [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/=20 >> [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors=20 >>=20 >>=20 >> --=20 >> Sandro Bonazzola=20 >> Better technology. Faster innovation. Powered by community=20 >> collaboration.=20 >> See how it works at redhat.com <http://redhat.com>=20 >>=20 >>=20 >> _______________________________________________=20 >> Users mailing list=20 >> Users(a)ovirt.org <mailto:Users@ovirt.org>=20 >> http://lists.ovirt.org/mailman/listinfo/users=20 >=20 >=20 > _______________________________________________=20 > Users mailing list=20 > Users(a)ovirt.org <mailto:Users@ovirt.org>=20 > http://lists.ovirt.org/mailman/listinfo/users=20 >=20 >=20 >=20 >=20 > --=20 > Sandro Bonazzola=20 > Better technology. Faster innovation. Powered by community collaboration.= =20 > See how it works at redhat.com <http://redhat.com>=20 -------------- next part --------------=20 An HTML attachment was scrubbed...=20 URL: <http://lists.ovirt.org/pipermail/users/attachments/20160324/71e6b117/= attachment.html>=20 ------------------------------=20 _______________________________________________=20 Users mailing list=20 Users(a)ovirt.org=20 http://lists.ovirt.org/mailman/listinfo/users=20 End of Users Digest, Vol 54, Issue 113=20 **************************************=20 ------=_Part_24992860_1266289793.1458819135011 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div>Hello Paul,<br></div><div>Any chance you may rename the HE= Storage Domain name of to hosted_storage and retry the auto-import of it?<= br></div><div>You might find the auto-import worked as described in <a href= =3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1269768">https://bugzilla= .redhat.com/show_bug.cgi?id=3D1269768</a>  .<br></div><div><span name= =3D"x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nik= olai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer a= t Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel = 43501<br><div><br></div>Tel:       +972   9 7692043<br>= Mobile: +972 52 7342734<br>Email: nsednev(a)redhat.com<br>IRC: nsednev<span n= ame=3D"x"></span><br></div><div><br></div><hr id=3D"zwchr"><div style=3D"co= lor:#000;font-weight:normal;font-style:normal;text-decoration:none;font-fam= ily:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@= ovirt.org<br><b>To: </b>users(a)ovirt.org<br><b>Sent: </b>Thursday, March 24,= 2016 12:29:37 PM<br><b>Subject: </b>Users Digest, Vol 54, Issue 113<br><di= v><br></div>Send Users mailing list submissions to<br>   &nb= sp;    users(a)ovirt.org<br><div><br></div>To subscribe o= r unsubscribe via the World Wide Web, visit<br>    &nbs= p;   http://lists.ovirt.org/mailman/listinfo/users<br>or, vi= a email, send a message with subject or body 'help' to<br>  &nbsp= ;     users-request(a)ovirt.org<br><div><br></div>Yo= u can reach the person managing the list at<br>    &nbs= p;   users-owner(a)ovirt.org<br><div><br></div>When replying, = please edit your Subject line so it is more specific<br>than "Re: Contents = of Users digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div= >   1. Re:  Delete Failed to update OVF disks, OVF data isn'= t<br>      updated on those OVF stores (Data Center Def= ault, Storage Domain<br>      hostedengine_nfs). (Maor = Lipchuk)<br>   2.  libvirt failed to read spice key (Fabrice= Bacchella)<br>   3. Re:  VM get stuck randomly (Christophe = TREFOIS)<br>   4.  delete storage definition (paf1(a)email.cz)= <br>   5. Re:  [ANN] oVirt 3.6.4 Second Release Candidate is= now<br>      available for testing (Ond?ej Svoboda)<br= ><div><br></div><br>-------------------------------------------------------= ---------------<br><div><br></div>Message: 1<br>Date: Thu, 24 Mar 2016 11:0= 1:32 +0200<br>From: Maor Lipchuk <mlipchuk(a)redhat.com><br>To: "Paul G= roeneweg | Pazion" <paul(a)pazion.nl><br>Cc: users(a)ovirt.org<br>Subject= : Re: [ovirt-users] Delete Failed to update OVF disks, OVF data<br> &n= bsp;      isn't updated on those OVF stores (= Data Center Default, Storage Domain<br>      =   hostedengine_nfs).<br>Message-ID:<br>    &n= bsp;   <CAJ1JNOd0RxCfEYDv8jKdd2HZ+StGmyFySNcwyjfOqp1-GAxB= rw(a)mail.gmail.com><br>Content-Type: text/plain; charset=3D"utf-8"<br><di= v><br></div>On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | Pazion <p= aul(a)pazion.nl><br>wrote:<br><div><br></div>><br>> After the 3.6 up= dates ( which didn't went without a hitch )<br>><br>> I get the follo= wing errors in my event log:<br>><br>> Failed to update OVF disks 18c= 50ea6-4654-4525-b241-09e15acf5e99, OVF data<br>> isn't updated on those = OVF stores (Data Center Default, Storage Domain<br>> hostedengine_nfs).<= br>><br>> VDSM command failed: Could not acquire resource. Probably r= esource factory<br>> threw an exception.: ()<br>><br>> http://scre= encast.com/t/S8cfXMsdGM<br>><br>> When I check on file there is some = data, but not updated:<br>> http://screencast.com/t/hbXQFlou<br>><br>= > When I check in the web interface I see 2 OVF files listed. What are t= hese<br>> for, can I delete them? http://screencast.com/t/ymnzsNHj7e<br>= ><br><div><br></div>> Hopefully someone knows what to do about these = warnings/erros and whether<br>> I can delete the OVF files.<br>><br><= div><br></div>> Best Regards,<br>> Paul Groeneweg<br>><br>><br>= > _______________________________________________<br>> Users mailing = list<br>> Users(a)ovirt.org<br>> http://lists.ovirt.org/mailman/listinf= o/users<br>><br>><br>Hi Paul,<br><div><br></div>The OVF_STORE disks a= re disks which preserve all the VMs and Templates OVF<br>data and are mostl= y use for disaster recovery scenarios.<br>Those disks can not be deleted.<b= r>Regarding the audit log which you got, can you try to detach and attach t= he<br>Storage once again and let me know if you still get this even log.<br= ><div><br></div>Regards,<br>Maor<br>-------------- next part --------------= <br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/p= ipermail/users/attachments/20160324/e1109a36/attachment-0001.html><br><d= iv><br></div>------------------------------<br><div><br></div>Message: 2<br= >Date: Thu, 24 Mar 2016 10:02:46 +0100<br>From: Fabrice Bacchella <fabri= ce.bacchella(a)orange.fr><br>To: oVirt Userlist <Users(a)ovirt.org><br= >Subject: [ovirt-users] libvirt failed to read spice key<br>Message-ID: &lt= ;734DEEBF-8845-4D8F-BDCC-139E50D9875D(a)orange.fr><br>Content-Type: text/p= lain; charset=3Dus-ascii<br><div><br></div>I' m running on a brand new Cent= os 7.2 an up to date ovirt 3.6.3.4.<br><div><br></div>The host is new too a= nd dedicated to ovirt.<br><div><br></div>When I try to launch a vm, I get := <br><div><br></div>Thread-9407::ERROR::2016-03-24 09:16:18,301::vm::759::vi= rt.vm::(_startUnderlyingVm) vmId=3D`a32e1043-a5a5-4e4c-8436-f7b7a4ff644c`::= The vm start process failed<br>Traceback (most recent call last):<br> =  File "/usr/share/vdsm/virt/vm.py", line 703, in _startUnderlyingVm<br= >    self._run()<br>  File "/usr/share/vdsm/virt/v= m.py", line 1941, in _run<br>    self._connection.createXML(= domxml, flags),<br>  File "/usr/lib/python2.7/site-packages/vdsm/= libvirtconnection.py", line 124, in wrapper<br>    ret =3D f= (*args, **kwargs)<br>  File "/usr/lib/python2.7/site-packages/vds= m/utils.py", line 1313, in wrapper<br>    return func(inst, = *args, **kwargs)<br>  File "/usr/lib64/python2.7/site-packages/li= bvirt.py", line 3611, in createXML<br>    if ret is None:rai= se libvirtError('virDomainCreateXML() failed', conn=3Dself)<br>libvirtError= : internal error: process exited while connecting to monitor: ((null):23672= ): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use private key f= ile<br>2016-03-24T08:16:18.005359Z qemu-kvm: failed to initialize spice ser= ver<br><div><br></div><br>/var/log/libvirt/qemu/test.log says<br><div><br><= /div>2016-03-24 08:55:48.214+0000: starting up libvirt version: 1.2.17, pac= kage: 13.el7_2.3 (CentOS BuildSystem <http://bugs.centos.org>, 2016-0= 2-16-17:06:00, worker1.bsys.centos.org) qemu version: 2.3.0 (qemu-kvm-ev-2= .3.0-31.el7_2.7.1)<br>LC_ALL=3DC PATH=3D/usr/local/sbin:/usr/local/bin:/usr= /sbin:/usr/bin QEMU_AUDIO_DRV=3Dspice /usr/libexec/qemu-kvm -name test -S -= machine pc-i440fx-rhel7.2.0,accel=3Dkvm,usb=3Doff -cpu Haswell-noTSX -m siz= e=3D2097152k,slots=3D16,maxmem=3D4294967296k -realtime mlock=3Doff -smp 2,m= axcpus=3D16,sockets=3D16,cores=3D1,threads=3D1 -numa node,nodeid=3D0,cpus= =3D0-1,mem=3D2048 -uuid a32e1043-a5a5-4e4c-8436-f7b7a4ff644c -smbios type= =3D1,manufacturer=3DoVirt,product=3DoVirt Node,version=3D7-2.1511.el7.cento= s.2.10,serial=3D30373237-3132-5A43-3235-343233333937,uuid=3Da32e1043-a5a5-4= e4c-8436-f7b7a4ff644c -no-user-config -nodefaults -chardev socket,id=3Dchar= monitor,path=3D/var/lib/libvirt/qemu/domain-test/monitor.sock,server,nowait= -mon chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc base=3D2016-03= -24T08:55:46,driftfix=3Dslew -global kvm-pit.lost_tick_policy=3Ddiscard -no= -hpet -no-shutdown -boot menu=3Don,strict=3Don -device piix3-usb-uhci,id=3D= usb,bus=3Dpci.0,addr=3D0x1.0x2 -device virtio-scsi-pci,id=3Dscsi0,bus=3Dpci= .0,addr=3D0x4 -device virtio-serial-pci,id<br> =3Dvirtio-serial0,max_p= orts=3D16,bus=3Dpci.0,addr=3D0x5 -drive if=3Dnone,id=3Ddrive-ide0-1-0,reado= nly=3Don,format=3Draw,serial=3D -device ide-cd,bus=3Dide.1,unit=3D0,drive= =3Ddrive-ide0-1-0,id=3Dide0-1-0 -drive file=3D/rhev/data-center/00000001-00= 01-0001-0001-00000000022a/85d19e93-ee08-41bb-94c9-56adf17287b4/images/da6f4= 9dd-8662-418b-a859-3523b4360c0e/930bbe74-7470-4b22-b096-fdb03276262d,if=3Dn= one,id=3Ddrive-scsi0-0-0-0,format=3Draw,serial=3Dda6f49dd-8662-418b-a859-35= 23b4360c0e,cache=3Dnone,werror=3Dstop,rerror=3Dstop,aio=3Dnative,iops=3D300= -device scsi-hd,bus=3Dscsi0.0,channel=3D0,scsi-id=3D0,lun=3D0,drive=3Ddriv= e-scsi0-0-0-0,id=3Dscsi0-0-0-0,bootindex=3D1 -netdev tap,fd=3D27,id=3Dhostn= et0,vhost=3Don,vhostfd=3D28 -device virtio-net-pci,netdev=3Dhostnet0,id=3Dn= et0,mac=3D00:1a:4a:16:01:51,bus=3Dpci.0,addr=3D0x3,bootindex=3D2 -chardev s= ocket,id=3Dcharserial0,path=3D/var/run/ovirt-vmconsole-console/a32e1043-a5a= 5-4e4c-8436-f7b7a4ff644c.sock,server,nowait -device isa-serial,chardev=3Dch= arserial0,id=3Dserial0 -chardev socket,id=3Dcharchannel0,path=3D/var/lib/li= bvirt/qemu<br> /channels/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.com.redh= at.rhevm.vdsm,server,nowait -device virtserialport,bus=3Dvirtio-serial0.0,n= r=3D1,chardev=3Dcharchannel0,id=3Dchannel0,name=3Dcom.redhat.rhevm.vdsm -ch= ardev socket,id=3Dcharchannel1,path=3D/var/lib/libvirt/qemu/channels/a32e10= 43-a5a5-4e4c-8436-f7b7a4ff644c.org.qemu.guest_agent.0,server,nowait -device= virtserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel1,id=3Dc= hannel1,name=3Dorg.qemu.guest_agent.0 -chardev spicevmc,id=3Dcharchannel2,n= ame=3Dvdagent -device virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,chardev= =3Dcharchannel2,id=3Dchannel2,name=3Dcom.redhat.spice.0 -spice port=3D5900,= tls-port=3D5901,addr=3D0,x509-dir=3D/etc/pki/vdsm/libvirt-spice,seamless-mi= gration=3Don -device qxl-vga,id=3Dvideo0,ram_size=3D67108864,vram_size=3D83= 88608,vgamem_mb=3D16,bus=3Dpci.0,addr=3D0x2 -device virtio-balloon-pci,id= =3Dballoon0,bus=3Dpci.0,addr=3D0x6 -msg timestamp=3Don<br>((null):29166): S= pice-Warning **: reds.c:3311:reds_init_ssl: Could not use private key file<= br>2016-03-24T08:55:48.329252Z qemu-kvm: failed to initialize spice server<= br>2016-03-24 08:55:48.479+0000: shutting down<br><div><br></div>and indeed= , when I try to strace libvirt :<br> open("/etc/pki/vdsm/libvirt-spice= /server-key.pem", O_RDONLY) =3D -1 EACCES (Permission denied)<br><div><br><= /div>chmod a+r /etc/pki/vdsm/libvirt-spice/server-key.pem solved the proble= m, but it's obviously not a solution.<br><div><br></div><br><div><br></div>= <br><div><br></div><br>------------------------------<br><div><br></div>Mes= sage: 3<br>Date: Thu, 24 Mar 2016 09:45:34 +0000<br>From: Christophe TREFOI= S <christophe.trefois(a)uni.lu><br>To: Nir Soffer <nsoffer(a)redhat.co= m><br>Cc: users <users(a)ovirt.org><br>Subject: Re: [ovirt-users] VM= get stuck randomly<br>Message-ID: <2EBB29CB9A8F494FB5253F6AF2E6A1981D6B= 8F66(a)hoshi.uni.lux><br>Content-Type: text/plain; charset=3D"utf-8"<br><d= iv><br></div>Hi,<br><div><br></div>We finally upgraded to 3.6.3 across the = whole data center and will now see if this issue reappears.<br><div><br></d= iv>The upgrade went quite smooth, first from 3.5.4 to 3.5.6 and then to 3.6= .3.<br><div><br></div>Thank you,<br><div><br></div>--<br>Christophe<br><div= ><br></div>> -----Original Message-----<br>> From: Nir Soffer [mailto= :nsoffer@redhat.com]<br>> Sent: dimanche 13 mars 2016 12:51<br>> To: = Christophe TREFOIS <christophe.trefois(a)uni.lu><br>> Cc: users <= users(a)ovirt.org><br>> Subject: Re: [ovirt-users] VM get stuck randoml= y<br>> <br>> On Sun, Mar 13, 2016 at 9:46 AM, Christophe TREFOIS<br>&= gt; <christophe.trefois(a)uni.lu> wrote:<br>> > Dear all,<br>>= ><br>> > I have a problem since couple of weeks, where randomly 1= VM (not always<br>> the same) becomes completely unresponsive.<br>> = > We find this out because our Icinga server complains that host is down= .<br>> ><br>> > Upon inspection, we find we can?t open a consol= e to the VM, nor can we<br>> login.<br>> ><br>> > In oVirt e= ngine, the VM looks like ?up?. The only weird thing is that RAM<br>> usa= ge shows 0% and CPU usage shows 100% or 75% depending on number of<br>> = cores.<br>> > The only way to recover is to force shutdown the VM via= 2-times shutdown<br>> from the engine.<br>> ><br>> > Could = you please help me to start debugging this?<br>> > I can provide any = logs, but I?m not sure which ones, because I couldn?t see<br>> anything = with ERROR in the vdsm logs on the host.<br>> <br>> I would inspect t= his vm on the host when it happens.<br>> <br>> What is vdsm cpu usage= ? what is the qemu process (for this vm) cpu usage?<br>> <br>> strace= output of this qemu process (all threads) or a core dump can help<br>> = qemu developers to understand this issue.<br>> <br>> ><br>> &gt= ; The host is running<br>> ><br>> > OS Version:     &= nbsp;       RHEL - 7 - 1.1503.el7.centos.2.8<br>> > Ke= rnel Version: 3.10.0 - 229.14.1.el7.x86_64<br>> > KVM Version:  =          2.1.2 - 23.el7_1.8.1<br>> > LIBVIR= T Version:        libvirt-1.2.8-16.el7_1.4<br>> >= VDSM Version:   vdsm-4.16.26-0.el7.centos<br>> > SPICE Version:=  0.12.4 - 9.el7_1.3<br>> > GlusterFS Version:     &nb= sp;glusterfs-3.7.5-1.el7<br>> <br>> You are running old versions, mis= sing lot of fixes. Nothing specific to your<br>> problem but this lower = the chance to get a working system.<br>> <br>> It would be nice if yo= u can upgrade to ovirt-3.6 and report if it made any<br>> change.<br>&gt= ; Or at lest latest ovirt-3.5.<br>> <br>> > We use a locally expor= ted gluster as storage domain (eg, storage is on the<br>> same machine e= xposed via gluster). No replica.<br>> > We run around 50 VMs on that = host.<br>> <br>> Why use gluster for this? Do you plan to add more gl= uster servers in the<br>> future?<br>> <br>> Nir<br><div><br></div= >------------------------------<br><div><br></div>Message: 4<br>Date: Thu, = 24 Mar 2016 11:20:07 +0100<br>From: "paf1(a)email.cz" <paf1(a)email.cz><b= r>To: users <users(a)ovirt.org><br>Subject: [ovirt-users] delete storag= e definition<br>Message-ID: <56F3BF57.7070009(a)email.cz><br>Content-Ty= pe: text/plain; charset=3D"utf-8"; Format=3D"flowed"<br><div><br></div>Hi f= olks,<br>how can I delete the last storage  definition from oVirt data= base if the <br>last  volume has been deleted from bricks commandline = ( rm -rf < path to <br>that volume > ) directly ?<br>In oVirt DB exis= ts this storage last record and blocking create new <br>storage operation (= ovirt offering " delete datacenter", but this is not <br>the right way for= me, now )<br>regs. Pavel<br>-------------- next part --------------<br>An = HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermai= l/users/attachments/20160324/9a9a23c7/attachment-0001.html><br><div><br>= </div>------------------------------<br><div><br></div>Message: 5<br>Date: = Thu, 24 Mar 2016 11:24:26 +0100<br>From: Ond?ej Svoboda <ondrej@svobodas= oft.cz><br>To: Sandro Bonazzola <sbonazzo(a)redhat.com><br>Cc: users= <users(a)ovirt.org><br>Subject: Re: [ovirt-users] [ANN] oVirt 3.6.4 Se= cond Release Candidate<br>        i= s now available for testing<br>Message-ID: <56F3C05A.2000208@svobodasoft= .cz><br>Content-Type: text/plain; charset=3D"utf-8"; Format=3D"flowed"<b= r><div><br></div>Thank you very much, Sandro!<br><div><br></div>centos-ovir= t36 now works for me.<br><div><br></div>On 24.3.2016 09:00, Sandro Bonazzol= a wrote:<br>><br>><br>> On Wed, Mar 23, 2016 at 4:22 PM, Ond?ej Sv= oboda <ondrej(a)svobodasoft.cz <br>> <mailto:ondrej@svobodasoft.cz&g= t;> wrote:<br>><br>>     Hi Sandro,<br>><br>> &nbs= p;   I just ran yum -y install<br>>     http://plain.reso= urces.ovirt.org/pub/yum-repo/ovirt-release36.rpm<br>>     <= http://www.google.com/url?q=3Dhttp%3A%2F%2Fplain.resources.ovirt.org%2Fpub%= 2Fyum-repo%2Fovirt-release36.rpm&sa=3DD&sntz=3D1&usg=3DAFQjCNHQ= 3_R-I3QwEv9bTQHIIfj5FJpCQg><br>>     on my fresh EL7 (not C= entOS) system.<br>><br>>     In /etc/yum.repos.d/ovirt-3.6-= dependencies.repo, there was a<br>>     broken centos-ovirt36 = source:<br>><br>><br>>     http://mirror.centos.org/cent= os/7Server/virt/x86_64/ovirt-3.6/repodata/repomd.xml:<br>>    = [Errno 14] HTTP Error 404 - Not Found<br>><br>><br>> Fixed pointi= ng to <br>> http://mirror.centos.org/centos/7/virt/x86_64/ovirt-3.6/repo= data/repomd.xml<br>><br>> Released a new ovirt-release36 package incl= uding the fix.<br>><br>><br>><br>><br>>     I had = to disable this repo before I was even able to update my system.<br>><br= >>     [centos-ovirt36]<br>>     name=3DCentOS-$r= eleasever - oVirt 3.6<br>>     baseurl=3Dhttp://mirror.centos.= org/centos/$releasever/virt/$basearch/ovirt-3.6/<br>>     gpgc= heck=3D0<br>>     enabled=3D1<br>>     skip_if_un= available =3D 1<br>>     keepcache =3D 0<br>><br>> &nbsp= ;   Then I managed to install ovirt-engine all right, so I think the<b= r>>     above repo should simply not be enabled in ovirt-relea= se36.rpm<br>>     <http://www.google.com/url?q=3Dhttp%3A%2F= %2Fplain.resources.ovirt.org%2Fpub%2Fyum-repo%2Fovirt-release36.rpm&sa= =3DD&sntz=3D1&usg=3DAFQjCNHQ3_R-I3QwEv9bTQHIIfj5FJpCQg>.<br>>= <br>>     Thanks for your reply.<br>>     Ondra<b= r>><br>>     On 22.3.2016 18:28, Sandro Bonazzola wrote:<br= >>>     The oVirt Project is pleased to announce the availa= bility of the<br>>>     Second Release Candidate of oVirt 3= .6.4 for testing, as of March<br>>>     22nd, 2016<br>>&= gt;<br>>>     This release is available now for:<br>>&gt= ;     * Fedora 22<br>>>     * Red Hat Enterprise = Linux 6.7<br>>>     * CentOS Linux 6.7 (or similar)<br>>= >     * Red Hat Enterprise Linux 7.2 or later<br>>> &nbs= p;   * CentOS Linux (or similar) 7.2 or later<br>>><br>>> =     This release supports Hypervisor Hosts running:<br>>> &= nbsp;   * Red Hat Enterprise Linux 7.2 or later<br>>>   &nb= sp; * CentOS Linux (or similar) 7.2 or later<br>>>     * Fe= dora 22<br>>><br>>>     This release is also availabl= e with experimental support for:<br>>>     * Debian 8.3 Jes= sie<br>>><br>>>     This release candidate includes t= he following updated packages:<br>>><br>>>      = * ovirt-engine<br>>><br>>>       * ovirt-hosted= -engine-ha<br>>><br>>><br>>>     See the releas= e notes [1] for installation / upgrade instructions<br>>>   &nbs= p; and a list of new features and bugs fixed.<br>>><br>>> &nbsp= ;   Notes:<br>>>     * A new oVirt Live ISO will be av= ailable soon [2].<br>>>     * Mirrors[3] might need up to o= ne day to synchronize.<br>>><br>>>     Additional Res= ources:<br>>>     * Read more about the oVirt 3.6.3 release= <br>>>     highlights:http://www.ovirt.org/release/3.6.4/<b= r>>>     * Get more oVirt Project updates on Twitter:<br>&g= t;>     https://twitter.com/ovirt<br>>>     * = Check out the latest project news on the oVirt blog:<br>>>   &nb= sp; http://www.ovirt.org/blog/<br>>><br>>>     [1] ht= tp://www.ovirt.org/release/3.6.4/<br>>>     [2] http://reso= urces.ovirt.org/pub/ovirt-3.6-pre/iso/<br>>>     [3] http:/= /www.ovirt.org/Repository_mirrors#Current_mirrors<br>>><br>>><b= r>>>     -- <br>>>     Sandro Bonazzola<br>= >>     Better technology. Faster innovation. Powered by com= munity<br>>>     collaboration.<br>>>     S= ee how it works at redhat.com <http://redhat.com><br>>><br>>= ><br>>>     ____________________________________________= ___<br>>>     Users mailing list<br>>>     = Users(a)ovirt.org <mailto:Users@ovirt.org><br>>>     ht= tp://lists.ovirt.org/mailman/listinfo/users<br>><br>><br>>   =   _______________________________________________<br>>   &nbsp= ; Users mailing list<br>>     Users(a)ovirt.org <mailto:Users= @ovirt.org><br>>     http://lists.ovirt.org/mailman/listinf= o/users<br>><br>><br>><br>><br>> -- <br>> Sandro Bonazzol= a<br>> Better technology. Faster innovation. Powered by community collab= oration.<br>> See how it works at redhat.com <http://redhat.com><b= r><div><br></div>-------------- next part --------------<br>An HTML attachm= ent was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/atta= chments/20160324/71e6b117/attachment.html><br><div><br></div>-----------= -------------------<br><div><br></div>_____________________________________= __________<br>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.o= rg/mailman/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 54= , Issue 113<br>**************************************<br></div><div><br></d= iv></div></body></html> ------=_Part_24992860_1266289793.1458819135011--

1 0

[ANN] oVirt 3.6.4 Second Release Candidate is now available for testing
by Sandro Bonazzola 24 Mar '16

24 Mar '16

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 3.6.4 for testing, as of March 22nd, 2016 This release is available now for: * Fedora 22 * Red Hat Enterprise Linux 6.7 * CentOS Linux 6.7 (or similar) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 22 This release is also available with experimental support for: * Debian 8.3 Jessie This release candidate includes the following updated packages: - ovirt-engine - ovirt-hosted-engine-ha See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO will be available soon [2]. * Mirrors[3] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 3.6.3 release highlights: http://www.ovirt.org/release/3.6.4/ * 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/3.6.4/ [2] http://resources.ovirt.org/pub/ovirt-3.6-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

2 3

Storage Diversity Options oVirt 3.6
by Clint Boggio 23 Mar '16

23 Mar '16

Greetings all, and Happy Friday; I'm running oVirt 3.6 management engine that is currently overseeing 4 compute nodes, attached to iSCSI storage over Infiniband. The compute nodes have 8 hot-swap hard drive slots, with each only having 2 slots occupied in a hardware RAID array level one for the hypervisor to live on. Would it be possible for me to set up each compute node with a second array in the remaining 6 hot-swap slots, and utilize that new space for a nice fault tolerant GlusterFS storage array ? 1. Would the system allow me to add the Gluster storage to the existing datacenter/cluster that is currently using iSCSI ? 2. Would I be able to configure all aspects of the Gluster environment(except the hardware RAID array)through the GUI ? 3. What hardware RAID level would be optimal for this configuration ? (RHEV documentation says RAID 6 is "Mandatory") 4. Will the system support live migration between storage domains ? I'm reading through the gluster documentation now to get a better understanding of it's inner workings. Is there a good source for Gluster on oVirt that i can reference as well ?

2 2

[hosted-engine] The VDSM host was found in a failed state
by Wee Sritippho 23 Mar '16

23 Mar '16

Hi, I'm installing oVirt hosted-engine using a fibre channel storage. During the deployment I found this error: [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [ ERROR ] Unable to add hosted_engine_1 to the manager Tried to reinstall the host via web GUI, but got this error: Host hosted_engine_1 installation failed. Host is not reachable. How do I fix this? P.S. The log files were about 10 MB so I zipped it all Thank you, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

2 2

glusterfs public key failure for rpm
by Fabrice Bacchella 23 Mar '16

23 Mar '16

--Apple-Mail=_14AE05D8-7DD7-4F82-A644-49C6A05FC3E6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I tried to add a new host on a RHEL7, but it fails. In the ovirt-host-deploy-20160322171347-XXX-6ba9d4a3.log file, I found: warning: = /var/cache/yum/x86_64/7/ovirt-3.6-glusterfs-epel/packages/glusterfs-libs-3= .7.9-1.el7.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID d5dc52dc: = NOKEY Retrieving key from = https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key 2016-03-22 17:13:41 ERROR otopi.plugins.otopi.packagers.yumpackager = yumpackager.error:100 Yum GPG key retrieval failed: [Errno 14] HTTPS = Error 404 - Not Found 2016-03-22 17:13:41 DEBUG otopi.context context._executeMethod:156 = method exception Traceback (most recent call last): File "/tmp/ovirt-6ocubrsLfP/pythonlib/otopi/context.py", line 146, in = _executeMethod method['method']() File = "/tmp/ovirt-6ocubrsLfP/otopi-plugins/otopi/packagers/yumpackager.py", = line 274, in _packages self._miniyum.processTransaction() File "/tmp/ovirt-6ocubrsLfP/pythonlib/otopi/miniyum.py", line 1054, in = processTransaction rpmDisplay=3Dself._RPMCallback(sink=3Dself._sink) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 6500, in = processTransaction self._checkSignatures(pkgs,callback) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 6543, in = _checkSignatures self.getKeyForPackage(po, self._askForGPGKeyImport) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 6194, in = getKeyForPackage keys =3D self._retrievePublicKey(keyurl, repo) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 6091, in = _retrievePublicKey exception2msg(e)) YumBaseError: GPG key retrieval failed: [Errno 14] HTTPS Error 404 - Not = Found In /etc/yum.repos.d/ovirt-3.6-dependencies.repo, I found : [ovirt-3.6-glusterfs-epel] name=3DGlusterFS is a clustered file-system capable of scaling to = several petabytes. = baseurl=3Dhttp://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.re= po/epel-$releasever/$basearch/ enabled=3D1 skip_if_unavailable=3D1 gpgcheck=3D1 gpgkey=3Dhttps://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key= This file is up to date I think : $ rpm -qf /etc/yum.repos.d/ovirt-3.6-dependencies.repo ovirt-release36-005-1.noarch $ yum update ... No packages marked for update If I try to download it : $ curl -ORLv = https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key = <https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key> ... < HTTP/1.1 404 Not Found I think the explanation are here : = https://download.gluster.org/pub/gluster/glusterfs/LATEST/NEW_PUBLIC_KEY.R= EADME = <https://download.gluster.org/pub/gluster/glusterfs/LATEST/NEW_PUBLIC_KEY.= README> Any thing I can do ? I don't even use glusterfs, I will be happy to disable it if I knew how. --Apple-Mail=_14AE05D8-7DD7-4F82-A644-49C6A05FC3E6 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">I tried to add a new host on a RHEL7, but it fails.<div = class=3D""><br class=3D""></div><div class=3D"">In the <span = style=3D"font-family: Menlo; font-size: 11px;" = class=3D"">ovirt-host-deploy-20160322171347-XXX-6ba9d4a3.log file, I = found:</span></div><div class=3D""><br class=3D""></div><div = class=3D""><div style=3D"margin: 0px; font-size: 11px; font-family: = Menlo;" class=3D"">warning: = /var/cache/yum/x86_64/7/ovirt-3.6-glusterfs-epel/packages/glusterfs-libs-3= .7.9-1.el7.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID d5dc52dc: = NOKEY</div><div style=3D"margin: 0px; font-size: 11px; font-family: = Menlo;" class=3D"">Retrieving key from <a = href=3D"https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key"= = class=3D"">https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.k= ey</a></div><div style=3D"margin: 0px; font-size: 11px; font-family: = Menlo;" class=3D"">2016-03-22 17:13:41 ERROR = otopi.plugins.otopi.packagers.yumpackager yumpackager.error:100 Yum GPG = key retrieval failed: [Errno 14] HTTPS Error 404 - Not Found</div><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" = class=3D"">2016-03-22 17:13:41 DEBUG otopi.context = context._executeMethod:156 method exception</div><div style=3D"margin: = 0px; font-size: 11px; font-family: Menlo;" class=3D"">Traceback (most = recent call last):</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">  File = "/tmp/ovirt-6ocubrsLfP/pythonlib/otopi/context.py", line 146, in = _executeMethod</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">    = method['method']()</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">  File = "/tmp/ovirt-6ocubrsLfP/otopi-plugins/otopi/packagers/yumpackager.py", = line 274, in _packages</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">    = self._miniyum.processTransaction()</div><div style=3D"margin: 0px; = font-size: 11px; font-family: Menlo;" class=3D"">  File = "/tmp/ovirt-6ocubrsLfP/pythonlib/otopi/miniyum.py", line 1054, in = processTransaction</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">    = rpmDisplay=3Dself._RPMCallback(sink=3Dself._sink)</div><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" = class=3D"">  File = "/usr/lib/python2.7/site-packages/yum/__init__.py", line 6500, in = processTransaction</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">    = self._checkSignatures(pkgs,callback)</div><div style=3D"margin: 0px; = font-size: 11px; font-family: Menlo;" class=3D"">  File = "/usr/lib/python2.7/site-packages/yum/__init__.py", line 6543, in = _checkSignatures</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">    self.getKeyForPackage(po, = self._askForGPGKeyImport)</div><div style=3D"margin: 0px; font-size: = 11px; font-family: Menlo;" class=3D"">  File = "/usr/lib/python2.7/site-packages/yum/__init__.py", line 6194, in = getKeyForPackage</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">    keys =3D = self._retrievePublicKey(keyurl, repo)</div><div style=3D"margin: 0px; = font-size: 11px; font-family: Menlo;" class=3D"">  File = "/usr/lib/python2.7/site-packages/yum/__init__.py", line 6091, in = _retrievePublicKey</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">    = exception2msg(e))</div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">YumBaseError: GPG key retrieval failed: = [Errno 14] HTTPS Error 404 - Not Found</div><div class=3D""><br = class=3D""></div><div class=3D""><br class=3D""></div><div = class=3D"">In <span style=3D"font-family: Menlo; font-size: 11px;" = class=3D"">/etc/yum.repos.d/</span><span style=3D"font-family: Menlo; = font-size: 11px;" class=3D"">ovirt-3.6-dependencies.repo, I found = :</span></div><div class=3D""><span style=3D"font-family: Menlo; = font-size: 11px;" class=3D""><br class=3D""></span></div><div = class=3D""><div style=3D"margin: 0px; font-size: 11px; font-family: = Menlo;" class=3D"">[ovirt-3.6-glusterfs-epel]</div><div style=3D"margin: = 0px; font-size: 11px; font-family: Menlo;" class=3D"">name=3DGlusterFS = is a clustered file-system capable of scaling to several = petabytes.</div><div style=3D"margin: 0px; font-size: 11px; font-family: = Menlo;" class=3D"">baseurl=3D<a = href=3D"http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo= /epel-$releasever/$basearch/" = class=3D"">http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.r= epo/epel-$releasever/$basearch/</a></div><div style=3D"margin: 0px; = font-size: 11px; font-family: Menlo;" class=3D"">enabled=3D1</div><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" = class=3D"">skip_if_unavailable=3D1</div><div style=3D"margin: 0px; = font-size: 11px; font-family: Menlo;" class=3D"">gpgcheck=3D1</div><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" = class=3D"">gpgkey=3D<a = href=3D"https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key"= = class=3D"">https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.k= ey</a></div></div><div class=3D""><br class=3D""></div><div = class=3D"">This file is up to date I think :</div><div class=3D""><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D"">$ = rpm -qf /etc/yum.repos.d/ovirt-3.6-dependencies.repo</div><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" = class=3D"">ovirt-release36-005-1.noarch</div></div><div style=3D"margin: = 0px; font-size: 11px; font-family: Menlo;" class=3D""><br = class=3D""></div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D""><div style=3D"margin: 0px;" class=3D"">$ = yum update</div><div style=3D"margin: 0px;" class=3D"">...</div><div = style=3D"margin: 0px;" class=3D""><div style=3D"margin: 0px;" = class=3D"">No packages marked for update</div><div class=3D""><br = class=3D""></div></div></div><div class=3D""><br class=3D""></div><div = class=3D"">If I try to download it :</div><div class=3D""><div = style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D"">$ = curl -ORLv <a = href=3D"https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key"= = class=3D"">https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.k= ey</a></div></div><div style=3D"margin: 0px; font-size: 11px; = font-family: Menlo;" class=3D"">...</div><div style=3D"margin: 0px;" = class=3D""><div style=3D"font-family: Menlo; font-size: 11px; margin: = 0px;" class=3D"">< HTTP/1.1 404 Not Found</div><div = style=3D"font-family: Menlo; font-size: 11px;" class=3D""><br = class=3D""></div><div style=3D"font-family: Menlo; font-size: 11px;" = class=3D"">I think the explanation are here :</div><div class=3D""><font = face=3D"Menlo" class=3D""><span style=3D"font-size: 11px;" class=3D""><a = href=3D"https://download.gluster.org/pub/gluster/glusterfs/LATEST/NEW_PUBL= IC_KEY.README" = class=3D"">https://download.gluster.org/pub/gluster/glusterfs/LATEST/NEW_P= UBLIC_KEY.README</a></span></font></div><div class=3D""><font = face=3D"Menlo" class=3D""><span style=3D"font-size: 11px;" class=3D""><br = class=3D""></span></font></div><div class=3D""><font face=3D"Menlo" = class=3D""><span style=3D"font-size: 11px;" class=3D"">Any thing I can = do ?</span></font></div><div class=3D""><font face=3D"Menlo" = class=3D""><span style=3D"font-size: 11px;" class=3D""><br = class=3D""></span></font></div><div class=3D""><font face=3D"Menlo" = class=3D""><span style=3D"font-size: 11px;" class=3D"">I don't even use = glusterfs, I will be happy to disable it if I knew = how.</span></font></div><div class=3D""><font face=3D"Menlo" = class=3D""><span style=3D"font-size: 11px;" class=3D""><br = class=3D""></span></font></div><div class=3D""><font face=3D"Menlo" = class=3D""><span style=3D"font-size: 11px;" class=3D""><br = class=3D""></span></font></div><div style=3D"font-family: Menlo; = font-size: 11px;" class=3D""><br class=3D""></div></div><div = class=3D""><div class=3D""><br class=3D""></div><div class=3D""><br = class=3D""></div></div></div></body></html>= --Apple-Mail=_14AE05D8-7DD7-4F82-A644-49C6A05FC3E6--

4 4

NFS firewall rule
by Bill James 23 Mar '16

23 Mar '16

How do I make it that when ever I add or reinstall a hardware node that oVirt creates a rule for NFS, port 2049? I have to either add it manually after ovirt removes it, or just tell ovirt not to touch firewall rules. Our ISO domain is not hosted by the ovirt-engine, fyi. ovirt-engine-3.6.3.4-1.el7.centos.noarch

2 3

Re: [ovirt-users] Where to add NFS Data Storage
by Taste-Of-IT 22 Mar '16

22 Mar '16

Hello Joop, thanks for help. I tried now with fresh installation, but i have to enter a first storage domain to the nfs path i created. So the question is which path i have to add in engine? Create a new one on host and add in engine? thx Am 2016-03-20 14:34, schrieb Joop: > On 20-3-2016 11:49, Taste-Of-IT wrote: >> Hello Joop, >> >> actually right after the installation i have no storage domain. so >> what have i to do in detail? my installation path at installation are >> /var/ovirt/exports/data and /var/ovirt/exports/iso. the data i added >> at installation for the host. at engine installation i say no to >> storage domain. as far as i see and understand i have no storage >> domain in cluster, also for default and those i added in installation >> process of host. >> >> so what have i todo in detail? > What I did was the following (probably missing quite a few steps) > - create (minimum) two folders, one for hosted-engine storage, one for > data storage, iso and export optional > - create exports in /etc/exports > - start nfs server > - make sure permissions are 36:36 on the exports > - start the nfs server > - check if the mounts work (problem areas are: iptables/selinux) > > - install ovirt repo > - install hosted-engine > - run 'hosted-engine --deploy' > - I installed from centos-7 iso but appliance should work too, no > experience with it > - enter the correct path when asked for the hosted storage, nfs and > fqdn:/path-to-nfs-he-share > - follow the instruction, not much needs changing from the default > - Networkmanager still seems a problem, use static ip, don't try to > bridge wifi :-) > - If the engine is started using the ha-agent/broker it can take a > while > before the webui is available > - If everything goes OK engine will claim and insert the hosted storage > domain in the database and make it visible in the webui > - DONT use it for VMs > - create a new data domain on fqdn:/nfs/ovirt/data (or whatever your > path is) > - wait until its up > - start creating VMs > > My case is a laptop running F22 with hosted-engine on it using a nfs > server provided by my F22 host, engine itself is Centos7. > So all storage is on my host but if I want I can move it somewhere > else, > add storage from somewhere else because I'm nog using local storage > domain. Only thing is the overhead of the network filesystem that being > either NFS/GlusterFS/ISCSI. > > There are some guides on how to setup oVirt using hosted-engine but to > be honest its hard to find on the current site and searching on > old.ovirt-.org doesn't work :-( > > Let me know how far you get and maybe I can help you further if you get > stuck. > > Joop

2 4

Windows 2012 R2 VM on OVIRT
by Bill Michelon 22 Mar '16

22 Mar '16

This is a multi-part MIME message. --=_reb-r6510EC4B-t56E95ECE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIEkgaGF2ZSBzZXQgdXAgYSBXaW5kb3dzIDIwMTIgUjIgdm0gaW4gT1ZJUlQuICBJIGhh dmUgdHJpZWQgdXNpbmcgZTEwMDAgYW5kIHZpcnRpbyBkcml2ZXJzIGZvciBuZXR3b3JrIGNv bm5lY3Rpb24uICBJIGFtIGFibGUgdG8gZXN0YWJsaXNoIGEgY29ubmVjdGlvbiwgaG93ZXZl ciwgY2Fubm90IGFjY2VzcyBpbnRlcm5ldC4gIERlc3BpdGUgdGhlIGZhY3QgdGhlIGNvbm5l Y3Rpb24gc2hvd3MgSW50ZXJuZXQsIHJlY2VpdmVkIGFuZCBzZW50IGJ5dGVzIHNlZW0gdmVy eSBsb3cuDQoNCkhhcyBhbnlvbmUgc2VlbiB0aGlzIGlzc3VlIGFuZCBjYW4gaGVscD8NCg0K VGhhbmsgeW91Lg0KDQoNCkJpbGwgTWljaGVsb24NCkdsb2JhbCBJVCAmIExvZ2lzdGljcyBN YW5hZ2VyDQpBY2NlcnRpZnksIEluYy4NCg0KDQoNCg0KDQoiVGhpcyBtZXNzYWdlIGFuZCBh bnkgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJ ZiB5b3UNCmhhdmUgcmVjZWl2ZWQgdGhpcyAgbWVzc2FnZSBpbiBlcnJvciwgYW55IHVzZSBv ciBkaXN0cmlidXRpb24gaXMgcHJvaGliaXRlZC4gDQpQbGVhc2Ugbm90aWZ5IHVzIGJ5IHJl cGx5IGUtbWFpbCBpZiB5b3UgaGF2ZSBtaXN0YWtlbmx5IHJlY2VpdmVkIHRoaXMgbWVzc2Fn ZSwNCmFuZCBpbW1lZGlhdGVseSBhbmQgcGVybWFuZW50bHkgZGVsZXRlIGl0IGFuZCBhbnkg YXR0YWNobWVudHMuIFRoYW5rIHlvdS4i --=_reb-r6510EC4B-t56E95ECE Content-Type: text/html; charset="utf-8" Content-ID: <F07624AB918DC244A0F0C08A7F62A1D8(a)sh11.lan> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3 b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtp dC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsg Zm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0K PGRpdj5IaSwgSSBoYXZlIHNldCB1cCBhIFdpbmRvd3MgMjAxMiBSMiB2bSBpbiBPVklSVC4g Jm5ic3A7SSBoYXZlIHRyaWVkIHVzaW5nIGUxMDAwIGFuZCB2aXJ0aW8gZHJpdmVycyBmb3Ig bmV0d29yayBjb25uZWN0aW9uLiAmbmJzcDtJIGFtIGFibGUgdG8gZXN0YWJsaXNoIGEgY29u bmVjdGlvbiwgaG93ZXZlciwgY2Fubm90IGFjY2VzcyBpbnRlcm5ldC4gJm5ic3A7RGVzcGl0 ZSB0aGUgZmFjdCB0aGUgY29ubmVjdGlvbiBzaG93cyBJbnRlcm5ldCwgcmVjZWl2ZWQgYW5k IHNlbnQNCiBieXRlcyBzZWVtIHZlcnkgbG93LjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4N CjxkaXY+SGFzIGFueW9uZSBzZWVuIHRoaXMgaXNzdWUgYW5kIGNhbiBoZWxwPzwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhhbmsgeW91LjwvZGl2Pg0KPGRpdj48YnI+DQo8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBpZD0iIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6 ZTogMTFwdDsiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDlwdDsgZm9udC1mYW1pbHk6 IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPkJpbGwgTWlj aGVsb248L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDE0cHQ7IGNvbG9yOiBy Z2IoMzEsIDczLCAxMjUpOyI+PGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigz OCwgMzgsIDM4KTsiPkdsb2JhbCBJVCAmYW1wOyBMb2dpc3RpY3MgTWFuYWdlcjwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+PGJyPg0KPC9zcGFu PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDlwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBz YW5zLXNlcmlmOyBjb2xvcjogcmdiKDE5MiwgMCwgMCk7Ij5BY2NlcnRpZnksIEluYy48bzpw PjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0OyI+PGI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTogOXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGNv bG9yOiByZ2IoMTkyLCAwLCAwKTsiPiZuYnNwOzwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXpl OiAxMXB0OyI+PGJyPg0KPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQoNCg0KPHBy ZT4NCg0KIlRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNv bmZpZGVudGlhbCBpbmZvcm1hdGlvbi4gSWYgeW91DQpoYXZlIHJlY2VpdmVkIHRoaXMgIG1l c3NhZ2UgaW4gZXJyb3IsIGFueSB1c2Ugb3IgZGlzdHJpYnV0aW9uIGlzIHByb2hpYml0ZWQu IA0KUGxlYXNlIG5vdGlmeSB1cyBieSByZXBseSBlLW1haWwgaWYgeW91IGhhdmUgbWlzdGFr ZW5seSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UsDQphbmQgaW1tZWRpYXRlbHkgYW5kIHBlcm1h bmVudGx5IGRlbGV0ZSBpdCBhbmQgYW55IGF0dGFjaG1lbnRzLiBUaGFuayB5b3UuIjwvcHJl Pg0K --=_reb-r6510EC4B-t56E95ECE--

3 6

can't add new host because gluster key file name changed
by Robert Story 21 Mar '16

21 Mar '16

--Sig_/xu2kUSt=2MxpNT++Hm/Hx_s Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, I'm trying to add a host to a 3.5 cluster, and it's failing because gluster folks apparently created a new key and renamed the file... warning: /var/cache/yum/x86_64/7/ovirt-3.5-glusterfs-epel/packages/glusterf= s-libs-3.7.9-1.el7.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID d5dc5= 2dc: NOKEY Retrieving key from https://download.gluster.org/pub/gluster/glusterfs/LATE= ST/pub.key see https://download.gluster.org/pub/gluster/glusterfs/LATEST/NEW_PUBLIC_KEY.R= EADME and https://download.gluster.org/pub/gluster/glusterfs/LATEST/rsa.pub Is there a workaround? Robert --=20 Senior Software Engineer @ Parsons --Sig_/xu2kUSt=2MxpNT++Hm/Hx_s Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlbwGzgACgkQ7/fVLLY1mnjBWgCffWFrSLiHhK0xpT9zZe1ItSBZ thQAn3/YrQlylorTOGKdb+6/wTyE7T5C =duNk -----END PGP SIGNATURE----- --Sig_/xu2kUSt=2MxpNT++Hm/Hx_s--

3 3

Shared storage
by Maton, Brett 21 Mar '16

21 Mar '16

Hello list, I was wondering if any one could tell me if a Dell MD1400 Direct Attached Storage unit is suitable for shared storage between ovirt hosts? I really don't want to buy something that isn't going to work :) Regards, Brett

4 3

How to use /etc/ovirt-hosted-engine-setup.env.d/ ?
by Pat Riehecky 21 Mar '16

21 Mar '16

I'd like to pre-seed answers to several of the hosted-engine setup question, but can't seem to find any instructions on how to pass answers into hosted-engine. I tried the same tactics as with engine-setup, but those netted no results. Pat -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org

2 1

Trouble configuring ISO domain on oVirt 3.5
by Hal Martin 21 Mar '16

21 Mar '16

Hello everyone, Please excuse me if this question has been asked before, I've searched the mailing list archives and can't find someone having the same problem as I am. I have a new oVirt installation that I'm trying to configure, and I cannot get the ISO domain I configured during engine-setup to show in the UI at all. Installation layout: # Engine CentOS 7 - oVirt Engine 3.5 (VM on different, non-oVirt cluster) # Nodes de-fra-p-hv05 - oVirt Node 3.5 de-fra-p-hv06 - oVirt Node 3.5 I installed and configured the engine, but the node that runs the engine is a VM, and will not be running VMs itself. I intend to use it only as a management node (in the VMWare world this would be analogous to the vCenter server). I don't want to run hosted engine because that requires me to install Fedora/CentOS on the blades. I would much rather have the engine live on a different cluster and just run oVirt node on the blades. I am able to install the nodes successfully, and configure them from within the engine UI. I am using an iSCSI SAN for VM storage. As per the Quick Setup guide, I have configured my iSCSI network on the nodes and created an iSCSI storage domain for VMs. Where I am utterly stuck is the creation of the ISO domain: http://www.ovirt.org/documentation/quickstart/quickstart-guide/#Attach_an_I… Since the server running oVirt engine is not participating in the cluster, it doesn't appear in my data center. This might be my problem, but I'm not sure. Here's a summary of the data center I have configured thus far: System |- Data Centers |- Default |- Storage |- sanQA |- Networks |- ovirtmgmt |- hpmsa |- vmnet128 |- Clusters |- QA |- Hosts |- de-fra-p-hv05 |- de-fra-p-hv06 I have edited the ACL on the server running oVirt engine to allow rw access on /var/lib/exports/iso to nodes de-fra-p-hv05 and de-fra-p-hv06. $ cat /etc/exports.d/ovirt-engine-iso-domain.exports /var/lib/exports/iso de-fra-p-ove01.domain.xyz(rw) /var/lib/exports/iso 172.20.102.215(rw) /var/lib/exports/iso 172.20.102.216(rw) When I try to import an ISO domain in the Data Center -> Storage tab, I get the following error: "Error while executing action: Cannot add Storage Connection. Storage connection already exists." Attached is the engine log from attempting to import the ISO domain. I don't have any ISO domain visible in the Storage tab of my data center. Since I cannot see the ISO domain in the UI, I cannot create new virtual machines on my cluster. Please help me understand what I've done wrong. I've also attached a screenshot of the management interface. As you can see, I've configured an iSCSI domain. I see no button in the UI to "Attach ISO" http://www.ovirt.org/documentation/quickstart/quickstart-guide/#Attach_an_I… Thank you, Hal

2 2

Diagnosing Migration Error
by Charles Tassell 20 Mar '16

20 Mar '16

Hello, I'm trying to test migrating a VM from one host to another and it's failing, but with no apparent error message. I took a look at the server logs (which I've copied below) but there doesn't seem to be anything in here that would help track down the problem. Should I be looking somewhere besides engine.log on the hosted engine? This is the latest version of oVirt (3.6.3.4-1.el7.centos) that I just upgraded this morning. The VM has an ISO attached over NFS storage and the disk image is on fiber channel. 2016-03-18 14:31:18,913 INFO [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-25) [549545f2] Lock Acquired to object 'EngineLock:{exclusiveLocks='[2be4938e-f4a3-4322-bae3-8a9628b81835=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName cdTest02>]', sharedLocks='null'}' 2016-03-18 14:31:19,131 INFO [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (org.ovirt.thread.pool-8-thread-45) [549545f2] Running command: MigrateVmToServerCommand internal: false. Entities affected : ID: 2be4938e-f4a3-4322-bae3-8a9628b81835 Type: VMAction group MIGRATE_VM with role type USER 2016-03-18 14:31:19,186 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.thread.pool-8-thread-45) [549545f2] START, MigrateVDSCommand( MigrateVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', srcHost='ovirt-01.virt.roblib.upei.ca', dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='false', migrateCompressed='false', consoleAddress='null'}), log id: 8f303ba 2016-03-18 14:31:19,188 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-8-thread-45) [549545f2] START, MigrateBrokerVDSCommand(HostName = oVirt-01, MigrateVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835', srcHost='ovirt-01.virt.roblib.upei.ca', dstVdsId='1200a78f-6d05-4e5e-9ef7-6798cf741310', dstHost='ovirt-02.virt.roblib.upei.ca:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='false', migrateCompressed='false', consoleAddress='null'}), log id: 792d7e9e 2016-03-18 14:31:19,455 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-8-thread-45) [549545f2] FINISH, MigrateBrokerVDSCommand, log id: 792d7e9e 2016-03-18 14:31:19,470 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (org.ovirt.thread.pool-8-thread-45) [549545f2] FINISH, MigrateVDSCommand, return: MigratingFrom, log id: 8f303ba 2016-03-18 14:31:19,498 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-45) [549545f2] Correlation ID: 549545f2, Job ID: 3f97f737-d32a-4ffa-b213-122dcd3ca048, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: cdTest02, Source: oVirt-01, Destination: oVirt-02, User: admin@internal). 2016-03-18 14:31:28,055 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-39) [] VM '2be4938e-f4a3-4322-bae3-8a9628b81835'(cdTest02) moved from 'MigratingFrom' --> 'Up' 2016-03-18 14:31:28,055 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-39) [] Adding VM '2be4938e-f4a3-4322-bae3-8a9628b81835' to re-run list 2016-03-18 14:31:28,114 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-39) [] Rerun VM '2be4938e-f4a3-4322-bae3-8a9628b81835'. Called from VDS 'oVirt-01' 2016-03-18 14:31:28,202 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (org.ovirt.thread.pool-8-thread-46) [] START, MigrateStatusVDSCommand(HostName = oVirt-01, MigrateStatusVDSCommandParameters:{runAsync='true', hostId='cbfd733b-8ced-487d-8754-a2217ce1210f', vmId='2be4938e-f4a3-4322-bae3-8a9628b81835'}), log id: 618baaa6 2016-03-18 14:31:29,209 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (org.ovirt.thread.pool-8-thread-46) [] FINISH, MigrateStatusVDSCommand, log id: 618baaa6 2016-03-18 14:31:29,250 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-46) [] Correlation ID: 549545f2, Job ID: 3f97f737-d32a-4ffa-b213-122dcd3ca048, Call Stack: null, Custom Event ID: -1, Message: Migration failed (VM: cdTest02, Source: oVirt-01, Destination: oVirt-02). 2016-03-18 14:31:29,262 INFO [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (org.ovirt.thread.pool-8-thread-46) [] Lock freed to object 'EngineLock:{exclusiveLocks='[2be4938e-f4a3-4322-bae3-8a9628b81835=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName cdTest02>]', sharedLocks='null'}'

3 6

MOM crashes ovirt-guest-agent
by Andreas Trawöger 20 Mar '16

20 Mar '16

--_000_AM3PR06MB12021070EF302BE6210F1A65828C0AM3PR06MB1202eurp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm trying to track down why my Foreman Centos7 VM continuously crashes wit= h out of Memory errors on my ovirt-3.6 hosts and what seems to happen is th= e following: 1. The Foreman VM only uses 1GB at the beginning and MOM over time reduces = the memory size from 8GB Ram to the defined minimum of 2GB mom.log: 2016-03-18 12:25:42,669 - mom.Controllers.Balloon - INFO - Ballooning guest= :qvie-foreman from 2210584 to 2100054 2. When the VM needs RAM very quickly like if you do an 'cp /dev/zero /run/= zero' the ovirt guest agent crashes with an out of memory error. ovirt-guest-agent.log: Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 239, in doWo= rk self.sendUserInfo() File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 355, in send= UserInfo cur_user =3D self.dr.getActiveUser() File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 325, in get= ActiveUser users =3D os.popen('/usr/bin/users').read().split() OSError: [Errno 12] Cannot allocate memory 3. Resulting in an MOM warning that it can't get any memory stats from the = VM. Leaving the memory size at its minimum size:. mom.log: mom.Collectors.GuestMemory - WARNING - getVmMemoryStats() error: The ovirt-= guest-agent is not active Any chances to prevent that from happening? Or is this a bug in MOM / ovirt= -guest-agent that should be fixed? Greetings Andreas --_000_AM3PR06MB12021070EF302BE6210F1A65828C0AM3PR06MB1202eurp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"></style> </head> <body dir=3D"ltr"> <div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;back= ground-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;"> <p>Hi,</p> <p><br> </p> <p>I'm trying to track down why my Foreman Centos7 VM continuously crashes = with out of Memory errors on my ovirt-3.6 hosts and what seems to happen is= the following:</p> <p><br> </p> <p>1. The Foreman VM only uses 1GB at the beginning and MOM over time reduc= es the memory size from 8GB Ram to the defined minimum of 2GB  <br> </p> <p><br> </p> <p>mom.log:<br> 2016-03-18 12:25:42,669 - mom.Controllers.Balloon - INFO - Ballooning guest= :qvie-foreman from 2210584 to 2100054</p> <p><br> </p> <p>2. When the VM needs RAM very quickly like if you do an 'cp /dev/zero /r= un/zero' the ovirt guest agent crashes with an out of memory error.</p> <p><br> </p> <p>ovirt-guest-agent.log:</p> <p>Traceback (most recent call last):<br>   File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", li= ne 239, in doWork<br>     self.sendUserInfo()<br>   File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", li= ne 355, in sendUserInfo<br>     cur_user =3D self.dr.getActiveUser()<br>   File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", l= ine 325, in getActiveUser<br>     users =3D os.popen('/usr/bin/users').read().split()<br> OSError: [Errno 12] Cannot allocate memory<br> <br> 3. Resulting in an MOM warning that it can't get any memory stats from the = VM. Leaving the memory size at its minimum size:.<br> </p> <p><br> </p> <p>mom.log:<br> </p> <p>mom.Collectors.GuestMemory - WARNING - getVmMemoryStats() error: The ovi= rt-guest-agent is not active</p> <p><br> </p> <p>Any chances to prevent that from happening? Or is this a bug in MOM / ov= irt-guest-agent that should be fixed?<br> </p> <p><br> </p> <p>Greetings</p> <p>Andreas<br> <br> </p> </div> </body> </html> --_000_AM3PR06MB12021070EF302BE6210F1A65828C0AM3PR06MB1202eurp_--

3 4

Where to add NFS Data Storage
by Taste-Of-IT 20 Mar '16

20 Mar '16

Hello, i want to install self-hosted-engine with nfs storage on host and engine uses this storage. i tried it but i dont know where to add the nfs storage for data. i first setup nfs server which is working, then added the nfs export dir in host setup installation, than install engine and dont add storage there. if i now want to add on system tab under storage new data storage this nfs export i got the message, that the storage is in use by another domain. What is the right way to use local nfs storage for engine? thx

2 1

User with extended tab in User Panel?
by James Michels 19 Mar '16

19 Mar '16

3 3

hosted engine vm nic
by qinglong.dong＠horebdata.cn 19 Mar '16

19 Mar '16

This is a multi-part message in MIME format. ------=_001_NextPart866553846435_=---- Content-Type: multipart/alternative; boundary="----=_002_NextPart210702067046_=----" ------=_002_NextPart210702067046_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 SGk6DQogICAgICAgIEluIDMuNSwgSSBjYW4gYWRkIGEgbmljIGZvciB0aGUgaG9zdGVkIGVuZ2lu ZSB2bSBieSBmb2xsb3dpbmcgdGhlc2Ugc3RlcHM6DQoNCi0gQ3JlYXRlZCB0aGUgbmV0d29yayBp biB0aGUgVUkNCi0gaG9zdGVkLWVuZ2luZSAtLXNldC1tYWludGVuYW5jZSAtLW1vZGU9Z2xvYmFs DQotIGVkaXRlZCAvZXRjL292aXJ0LWhvc3RlZC1lbmdpbmUvdm0uY29uZjsgZHVwbGljYXRlZCB0 aGUgZXhpc3RpbmcgbmV0d29yayBsaW5lLCBjaGFuZ2luZyB0aGUgbWFjQWRkciwgbmV0d29yaywg ZGV2aWNlSWQsIGFuZCBzbG90IChjaGFuZ2VkIG9uIGFsbCBob3N0ZWQtZW5naW5lIG5vZGVzKQ0K LSBob3N0ZWQtZW5naW5lIC0tdm0tc2h1dGRvd24NCi0gaG9zdGVkLWVuZ2luZSAtLXZtLXN0YXJ0 DQotIGhvc3RlZC1lbmdpbmUgLS1zZXQtbWFpbnRlbmFuY2UgLS1tb2RlPW5vbmUNCg0KICAgICAg ICBCdXQgaW4gMy42IEkgY2Fubm90IGZpbmQgdGhlIGNvbmYgZmlsZS4gSG93IENhbiBJIGFkZCBh IG5pYyBmb3IgaG9zdGVkIGVuZ2luZSB2bT8NCg0KDQoNCg== ------=_002_NextPart210702067046_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3Dus-ascii"><style>body { line-height: 1.5; }body { font-size: 10.5pt; f= ont-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><= body>=0A<div><span></span>Hi:</div><div>    <span style=3D"= font-size: 10.5pt; line-height: 1.5; background-color: window;">  &nb= sp; In 3.5, I can add a nic for the hosted engine vm </span><span sty= le=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;">by&n= bsp;following these steps:</span></div><div><span style=3D"font-= size: 10.5pt; line-height: 1.5; background-color: window;"><br></span></di= v><div>- Created the network in the UI<br>-&= nbsp;hosted-engine --set-maintenance --mode=3Dglobal<br>- e= dited /etc/ovirt-hosted-engine/vm.conf; duplicated the&nbsp= ;existing network line, changing the macAddr,&nbs= p;network, deviceId, and slot (changed on al= l hosted-engine nodes)<br>- hosted-engine --vm-shutdow= n<br>- hosted-engine --vm-start<br>- hosted-engine --s= et-maintenance --mode=3Dnone</div><div><br></div><div><span style=3D"= font-size: 10.5pt; line-height: 1.5; background-color: window;">  &nb= sp; </span><span style=3D"font-size: 10.5pt; line-height: 1.5; backgr= ound-color: window;">    </span><span style=3D"font-size: 1= 0.5pt; line-height: 1.5; background-color: window;">But in 3.6 I cannot fi= nd the conf file. How Can I add a nic for </span><span style=3D"font-= size: 10.5pt; line-height: 1.5; background-color: window;">hosted engine v= m?</span></div>=0A<div><br></div><hr style=3D"width: 210px; height: 1px;" = color=3D"#b5c4df" size=3D"1" align=3D"left">=0A<div><span><img src=3D"cid:= _Foxmail.1@0a4de108-d4f4-d220-6d85-d569899a0ebc" border=3D"0"></span></div= >=0A</body></html> ------=_002_NextPart210702067046_=------ ------=_001_NextPart866553846435_=---- Content-Type: image/jpeg; name="=?us-ascii?B?Mjg4NDRfPz8/LmpwZw==?=" Content-Transfer-Encoding: base64 Content-ID: <_Foxmail.1@0a4de108-d4f4-d220-6d85-d569899a0ebc> /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYHBwcG BwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcIDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCADfAXIDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9w1Vv iM99PPe6jDYw3k1nbwWd3LZlDBK0LszxMrszSI5xnbtC4GdxLT8MtPwf9O8UdCf+Rk1D/wCP/wCf fpTfhm+NCvsnj+29VH/lRuK6AzE549f1qWxmD/wrHT93/H94o64/5GTUfT/rv/n2oHwx08gf6d4o 5A/5mTUe/wD22/z+tb3nc568/T/P9KBLwB9B0/z/APXpagYJ+GWn4P8Ap3ijoT/yMmof/H/8+/Sj /hWOn7v+P7xR1x/yMmo+n/Xf/PtW8Zic8ev60edznrz9P8/0o1AwR8MdPIH+neKOQP8AmZNR7/8A bb/P60H4Zafg/wCneKOhP/Iyah/8f/z79K3hLwB9B0/z/wDXoMxOePX9aNQMH/hWOn7v+P7xR1x/ yMmo+n/Xf/PtQPhjp5A/07xRyB/zMmo9/wDtt/n9a3vO5z15+n+f6UCXgD6Dp/n/AOvRqBgn4Zaf g/6d4o6E/wDIyah/8f8A8+/Sj/hWOn7v+P7xR1x/yMmo+n/Xf/PtW8Zic8ev60edznrz9P8AP9KN QMEfDHTyB/p3ijkD/mZNR7/9tv8AP60H4Zafg/6d4o6E/wDIyah/8f8A8+/St4S8AfQdP8//AF6D MTnj1/WjUDB/4Vjp+7/j+8Udcf8AIyaj6f8AXf8Az7UD4Y6eQP8ATvFHIH/Myaj3/wC23+f1re87 nPXn6f5/pQJeAPoOn+f/AK9GoGCfhlp+D/p3ijoT/wAjJqH/AMf/AM+/Sj/hWOn7v+P7xR1x/wAj JqPp/wBd/wDPtW8Zic8ev60edznrz9P8/wBKNQMEfDHTyB/p3ijkD/mZNR7/APbb/P60H4Zafg/6 d4o6E/8AIyah/wDH/wDPv0reEvAH0HT/AD/9egzE549f1o1Awf8AhWOn7v8Aj+8Udcf8jJqPp/13 /wA+1A+GOnkD/TvFHIH/ADMmo9/+23+f1re87nPXn6f5/pQJeAPoOn+f/r0agYJ+GWn4P+neKOhP /Iyah/8AH/8APv0oPwy08E/6d4owD/0Meo9h/wBd/wDPtW5LdLDG7uyxooJZmPCjuSew968z+IPx RfXGezsGMVlnDydGn9vZfb/9VZ1KqgtRpXJ/E1tpFhCRb6n4mWJSVe5/4SPUH3MOqxL5/wA59T90 e9Yml2U/jDXEt7G88WwQRjny/EN80jj1d2m2r+A+gNZUfna3fxpJKplcBEL5x7KAAfwAH/1/YfBe gDwp4egtSq+fjfOw/jcn9QOgrnpznUlvoW0kirH8MbFY13X/AInYgAE/8JHqJzxz/wAtx/k9q4zx hZwXGorpegXniye9VsSSp4h1BgMHkAGbH1J4Fep+bheOv8uKgtLG3055mt4Uie4YtIwHzOT3J79/ p2xXTNSasnYhW6nCaV8FNRlt0a98V+KYpW6pDrV44X2yZeT9BWkvwqs9FtJLi78ReNJ4oELuTr14 AADycLJk12AlHuP1/wD19KivreHUrZoZ41likBDI2cN+vr/k0KNlpcLnIaXpnhjV/IWDXPERlnYK kbeJNRWQnOMEef8A59a1V+GWnsB/p3ijt/zMmo+v/Xb/AD+tX9O8M6ZpE6y2un2kMqD5XVPmH0Of StDzMDqMdOnanDmt7wnboYJ+GWn4P+neKOhP/Iyah/8AH/8APv0pH+GenRgk3/icBTyT4k1EAADv +/8Az/pWxqesQaRZyXNzIsMEYO5jk9f/AK/4/WvNviB8UT4ktfsliJoLU580uAGm9Bx0HHT6VNSq oLXcajcpeI9e0+0vZIdOl8RXESDAnl8S6lhzzyAJ+n86ytF1mSzmIurrxDfIx6HxHqEZX2BE2PzH cVseBfCS3lrLrN0way05mcwqu55yo3FcHgDkdfesLWtSTVtUnuVghtVmYkRRjCoP8/59eOVWp8TZ pZbHeaVpWmao6xO3jaxnkGU+0a7qXlHg87xPjHqeK5bxbqCQ5tbWfxNZ3MTYlkHie/mBx02HzsEH 1Pr2qC28S6romkSWYkmSzvoiBG4JUqeCU9PTj1rJC7RwOnp/n/ORTliJNWuCigE9+P8AmO+KD/3H bz/47/nIoE9+B/yHPFB/7jt7/wDHf85FGMe+P8/5+ooxj3x/n/P1FZe1n3Y7IBPfj/mO+KD/ANx2 8/8Ajv8AnIoE9+P+Y74oP/cdvP8A47/nIoxj3x/n/P1FGMe+P8/5+oo9rPuwsgE9+P8AmO+KD/3H bz/47/nIrofBeqWDuttrF/4mBP3boeItQA5/vATcfUflXPYx74/z/n6ijGPfH+f8/UU41pp3uDij 2KL4babMiut/4nZHwykeJdQIIx1/1/8An2p8PgttFjeXStT1qG8VQUa81O5voSeuGjmkYFT0OADg 8MDg1wHgP4i3HhOZYJt8+nswJjzzF/tL/h716tY6lFqNjHcW7rLDKMo69D/noR+dd9KqpoycbGl4 T8Qx+LfCumarCrJDqdpFdordVWRA4B/A0Vj/AAQ/5It4Q/7All/6ISityTG+Gx/4kd//ANhvVf8A 04XFdBmuf+Gw/wCJHf8A/Yb1X/04XFdBUNsAzRmiildgGaM0UUXYBmjNFFF2AZozRRRdgGaM0UUX YBmjNFFF2AZozRRRdgGaM0UUXYBmjNFFF2AZpJJFiRmdgqqMkk4AFLXJ+JTe+ObuXTLBzDp8J23d zjh2H/LMeuDjPv8ArMptIaVzmfiL8Qm8RztZ2rlNPjbr0M5H8R9vQfjU/gTT7LRfD93qmsJGbS5B ggjaMO8pwclf17j1zXUaN8NLLStLeAs7yTrtnlAAaQd1HXav05961rzw9Z39lb20sCNb2rK8cf8A CNowB7iudUpOXNLcvmWyMrwN4X061sYb+GzWOSYb4jIS8kY7Ek/xH2A6966LNH9OKK6ILlVkQ3cM 0uaSiquxBmjNFMuZWgt3dYmmZFJEakAufQE8UXYCzzpa20k0rBIYlLu56KBzmsnwZ4pbxZp8tyYG gQSFU44Zfrnk+vAHNYelafqkF5earraXk8cKnyLVHEgIOeCo+XAHHNU/hf4lhk8T6hbrE0K6g/mQ RRrlUxnI46cd6w9q+ZX0L5dDrvGGht4l8O3FlG8cby4Ks4JUYOe3NeceIPBdtp/hWO/s7wXwjnMN xIq7UGemM9gcjP8AtV23iL4m6b4fvHtWWa5mUYdYwNqk8EEnv7VxOh/EWTTrCKyuLKzu7CMgiIpt PHIOehPI6g1nWlBy1KinY634RaL9j8LtcSPI66gxYRN/qwoJGcdyec+1cv4r1uw0u6UaH/Z/kzA7 /wDRQXjI7ZfPB6jAHFOvPi/qUodLaK1tYSpVFVMlPfPr07YrlZHMsjMcZcluBjk/5H51nOouVRiN LW7Hz3ctyiLJIzLFkIpPyoCSTgdBz6e9MP4D6/j/AJ/A/in0/D/P5UfT8P8AP5VgUKfwH1/H/P4H 8Q/gPr+P+fwP4p9Pw/z+VH0/D/P5UrAKfwH1/H/P4H8Q/gPr+P8An8D+KfT8P8/lR9Pw/wA/lRYB T+A+v4/5/A/iH8B9fx/z+B/FPp+H+fyqS3tWuEkZSAsS72J7DIH9RTsAw/gPr+P+fwP47vgfxzN4 QvsNulsZT++izyP9pfRh+uKwTwf8/wCf8/kf5/z/AJ/+s4tp3QHu3wQ/5It4Q/7All/6ISij4If8 kW8If9gSy/8ARCUV7JzmN8N/+QHf/wDYb1X/ANOFxW/muf8AhucaJf8A/Yb1X/04XFb+a55SV9yh c0ZozRmlzeYwozRmjNHMu4BmijNGaOZdwDNGaM0Zo5vMAozRmjNHMu4BmijNGaOZdwDNGaM0Zo5v MAr8W/iF/wAHMfif9mD4zftHeJfFnw88da74ItPENv4T+HPhXUpdF006NqujJZW/ie1vLyzkuZci fUrSaJ8XUcgO1HjG/b+0ma/ArRfC3wr0n/go34Mv38Y+J9D/AGVrLxd4v1L4c/G6+0rRDa2/ji5+ wXmoC41rWEuYdVtYzpk8Vnql1A11JcBoop7lbIXCVFpiPv8A/wCCQX/BTDWP2sfHPxy8PeM7vx7r N/pnxn8TaH4Slm+HWp6fY6RoVrHDJa2d3dpYx29rcRr5oMV9Il3udFcbnjU8v8dv+CoHxM8Sf8FB fAuhfD8aT8NPhr4b8Oav4i1a3+MsV/4At/ivFHasZ/7Pnu9HnntV0falzPv8iWRJXbymto/tB8r/ AOCBPxb8NyeOf2ptC0P9pXQNY8aeLvjP40bwnoOrXmh3sPiZjHazQ+JRZ2kdteXm9YZGcWlxDaPF HL5ccRHmL5v47+H91+1D/wAFSfj14I/ad+L/AMcvHmn/AALm8OXPhTSvA3wsPiDwokup6Xd3M7XO hjSdXtFaEXjQ2016HuTGD+/maLcj0uI/SP8A4J2/tkfEL9vD4PXnjPxD8L7H4Z+GdWutvhPUIfEN xqUnijTQzD+1UguNPs5ra1nARrYzIJZUYyNFGnltL9JWVnFp1pHBCgjiiXaqjsK+Cf8Agkn+1n46 +OH7cH7VvgPxD498eeOfB/wy/wCEQbwzJ408IweGtctTf6fdT3guLZNOsJRmVFCebAv7uNGXIfe/ 33moe40fOn/BS3/gofYf8E2vgNc+OdV8IX/ie0+y3pt2TxDoui2pvYbdp4LN3v7uGaSScJLsSygu 5iIJSIWIRH8j/Z1/4Lr+Df2nP2srf4V+GvA1/eXeoWunz2l3Z/ELwTqUjmeS9FyxgtdalMsdtBaC d1tGubgIzl7eJfIa4P8Agu98Q9L+H/7PvhaS18d6h4L8f3mv2aaH9n+KaeCo5rCO/sptWkmhk1vS I9QjFnG0AjFx5qPeR+W9v5j3CfBH/BHP436Xqv7X/g3TvFPxV1BfCt9r/i1LbTrf42pYR3GvzeJV uNMkm08eNNQm1GOcJeRCOO0ZJ3vo2kfVEl+31Sta4H2x8XP+DhrwD8IfiVo3hfU/Ad/Z6pNr9xoW t2t98Tfh/BdaE8FpeSyCWNNfkEUiz2ywst01sgMhXzTN5VvN738OP+CpXwg8SfB7RfG/jHxb4Q+E mi+Kbq7t/D8ni3xz4aMfiFLUxpcT2dxYaldW00ccsnlOFm3o6MHRQVLfnz+0B+z34/0/9p343XGh N8Xdf+HfwV8U29xpes6t491nUIfCGfCemXN3IL28+IGivDtj1G8Z5GgfbFdyr9pMbGGL6a+AF9q8 v/BIT4TeEfDPi3x9qfxj/aO8A6VPHq1/4t1PWNa0qfUNNsYtV8RRTXU8j21vp0dz9sEaS28DXH2e 3iaK4vYQ7bQjvv2VP+CyPwj/AGl/+Fbxv44+EWjah8SPC2mapDpkPxI0q71TS9buvKEmgz2TNFcG 4DXESwtHG5leK5SSO2ZIBc/XOa/Nr9nn9snwF8Bf2pPH1np3i7wj4P8Aht4t+JHhy18AeFNLjt7P WPiDb32h+HPDVpc6fZ3SQg+HLWeGWVLvT/MF0LRmhkSC0eO//SXNS2NBmijNYmp/EPSdI1JrSe4Z JY/vkRsVQ+hIHuKlyS3Y7DfHGoRWNnGbrTLjUbTlpPLbCxgd2Hf8RgV57e+OpTZPBZ2dlp2/KvJb x7ZHX+7nqBxziu71zx9os2gXRFzFdB42TyVJDSZGMYIyOvWvKFBOBgk/TP8An/P481aVnoy4iE4J PU9fr/nFB+X8P8/0FaGjeGL/AF8t9ktZJVXq3AUe2Txn2/ybfhbwiviC+ubSa5FleQj5I5FzvYH5 ge/H9frWKi2UYh+X8P8AP9BQfl/D/P8AQVPqenTaPqEttOu2WBtrD19/of8A2aoenvj9f8/+zUgE Py/h/n+gozgcdv8AP9BV7w3pbaxr1pbAFhJIN3+6OSfyB/OvTfEnw/tdaaB4Ft7SSJhuxArCRRxt I+nSrjBtXE2eTNE0aKxVgrfdJH3sen5Cmn5R9P8AP9B+deo+Mvhy/iOOFobwo9uu1I3QCID2CgY7 evSvOtc0K68P3xtruPy5Mbhg5DAnGQe4/wAPeicHFgnc6LQfhNPqekG5uLgWbEEojJngdCxyMDjt XOtpP2PXEtLiSIASqjyI4ZMZAyCOOldn4I8YReJ9LfRtTk8otGI4nVthkXAG3PqP1rF8XfDafw2W khlSa1Vd25yEbvkAd8e3rVygrJxEnrqUvHHhkeFfEL26MGicCWLrlVJGAfyrIikaMgqxUkY4OMg4 BFK8rzOGdmZuBljk9v8AP4GmjjHb/I/z+BrJvW6KBecfh/Shecfh/SgcY7f5H+fwNA4x2/yP8/ga QHu3wQ/5It4Q/wCwJZf+iEoo+CH/ACRbwh/2BLL/ANEJRXtHOYnw5ONEv/8AsN6rx6/8TC5re3Y9 Dz+ft9awPhy4XRb8f9RvVf8A04XNb3mrjr71ySer0NELux6Hn8/b60bseh5/P2+tHmAd+lHmD1qb +QBux6Hn8/b60bseh5/P2+tJ5q46+9L5gHfpRfyAN2PQ8/n7fWjdj0PP5+31o8wetJ5q46+9F/IB d2PQ8/n7fWjdj0PP5+31o8wDv0o8wetF/IA3Y9Dz+ft9aN2PQ8/n7fWk81cdfel8wDv0ov5AG7Ho efz9vrRux6Hn8/b60eYPWk81cdfei/kAu7Hoefz9vrRux6Hn8/b60eYB36UeYPWi/kAbseh5/P2+ tG7Hoefz9vrSeauOvvX5sa3/AMFXPjZrHhzS/iXott8LNM+Gus/HG3+E9l4ev9Dv7zXXsxqIsJ7+ W+W+hihmaSOZ0g+yOEUx7nc5y6dp1Y0VvKyXzlGC/wDJpxXzvstHJWpuo9lf8Iyk/wDyWLfytu0j 9KRye3HemPF50ik4Kod31Pb8v51+Wn7NH/BSH4v+Mfjt4b+F/hFPBGlt45+JPxI0SbVfEn9ueI20 6LRJIWtpI0uNT3ndvYPAksUKgjylhA2t1f7Of/BWL4yfte2/wF8HeGtP+GXhHx/8QrTxRqPinWtU 0u+1TRrKDRL17ArY2SXdvLJJcTmJ8SXX7qPfnzDg01G8YSt8UVJbbWbf3KL/AEV3YhSTUpPaMnF+ qk4r5tp2/wCCr/pIMH0oGD6V+JfiT/gp94l1T4p/s6ftG+PNB0PVNf8ABfgj4sz3WmaBHLptnqH9 mzxW8ap50lw8PmCBCxLSbSzEA4C19P8AxR/4Kd/Gr9l2wFp45i+F3inVfF/wc1r4leGp9B0K/wBN t9GvtMtY7iSxvY5b64a5gcTx7Z0e2OY2GzLgoTSjTVR/yuXyTqfnGlKXTtu1cpNzrzobNTUPVv2d /S0qkY767rS9v0VGD6UDB9K/NG7/AOCyHxS+A1pNqvxI0LwD4k0vVPgE3xl0y18NWN7ptxY3UbwI +nTST3FwJ4mNwpE6xxFQGzG2N1epfsu/tkfHO8/bd8A/Cz4p33wl1ez8bfCqT4gTS+E/Dt/pz6Xd rc2sP2VZp9QuVuIR5z/vPLiLYU7V5Faexl7T2T39774+1uvl7Gp5ab6q6VROmqi2aT+T9m0//KkP PXbRn24MH0oGD6V8H/t9ftU/En4jfFj40fBL4fyeB/DWi+BfhLceKPE2r+ItIutWu9UN6lxHDZ2U EN1arCFjgnZ7h3mAZ418rhifKP2CP2wvirrX7Onwt+Efwpf4e+HLj4cfADQPGup6r4u0i71ePV5b mAx29lDFb3lp9mVfs0hed3lz5igRfKS3PTnCVOdV6KNvPT99zPy5fYy01b6La+8qbUox6v8AB/u+ VfP2kfJX1e9v1HGD6UDB9K/Mfw5/wWL+MH7Sr2918NdH+G/hLT5/gGPi+Y/E+lX+rTR3yXU8Mlhm G6tQYG8nCzYBXh9sgbYNjQ/+Cr/xf/aStEl+G9j8NvBcPhr4H6f8WfEcvibSL3XHvbu+heWHT7OK C8s9kKLBPvuHeQ5eMCMYYm6y9kpSqact77dPa3fn/Bqeb5dtVeKa9py8mvNy2/7eVNpf+VYeWvkz 9HLm4W1tpJWBKxKWIUZPA9K8R1bUn1nVJ7uThp3L4/u+g/l+XvXwX8Rf23/iZ+3RpXwQ8Pxa6vge 98b+E9B1u+GkXuraZYHUNT0nWdSkml/s++tdQe3ji0iSCCBb6NHlumaXzvIRa8IvvjJ4w+PvwK/Z jsb3XLTUPEml/GHwS9lqOqLLPHEup+HItUWOZy5luBavevFukl86VIozLK0jvMd6mX1ud0pqzjOM Gv8AFPkT7b3a8t2noJSXs/aR1Xs5VPlGLl/kn1TezSufrPZWUuoXccECNJNKdqKOpP8An+XvXp3w ++H/APwipa5uJA93Kmzav3YhwcZ7ngc1+b3gr/gpr8QfC1/c+Bbyz+H138WG+Nd18J7LxCmm3Y0C 2tYbJb9tUbTvtRneQw7oxALxR5jBvOCgqZPGP/Ba34v+CvHNl8OIPDHw68Q/ELS/i/bfDrU78297 pei6zZ3ely39tcQr59xJZTDEccis92F2uwUl1ReOhS5rOOt1FrzUlTaf/lSG+uvk7FeapX9o7W5r +XLz38v+Xc+vTWyav+mHivVho2n25Ebss11HCfLbaVy3/wBbBHvWZ4s+HS6nf/2hYTm01FWDg/wy MOn0P+cV+aWr/wDBbD432nxI1nRLT4d6b4o1P4Y63onhnxXoXhvwD4i1ka/eSRQPqt5ZarC32XTo IPPYww3Uc00iQlmKF1Ucj+zR+1d8S/2P/hj8YvHugSeCbvwJdftQar4f1fR73TLmXV7lNR1O3tvt FvdrcJDCYmlQ+U9vLvCsfMTIA2pQVWSSd1JaNdbypxj8pe0TT6bNLXlmrP2cXJ9Hr/4DUk/nH2bT XW903pf9VLG3bxvZT2ms6eVvrNmj89MABuowQcjgj2Neew6Lczap9h8ord7inlk7TuHb/Pt+P50/ tV/tK/Er9sf4a+A/HuozeBtC+HVj+01oXhfTdEi0i6m8QXP9naqLQ3dxfG6WGLfNHOwtxZkqjR5l Jya9guf+ClnirWf+Cg3w98Eaf4h+Hnjnwt8QfFGu+EzqGg+Bdf0+Pw9cWkMs1sF1me4bTtVkRYil xHbCJkfIHAOOeKVWnGaesnZLq1y0pJ/P2sV2Ttdpuy2qL2cnFvRK7fazmmvlyPzf2U7Xf22PDl18 MdUt76a4Voj8mYoi4cnqhyRjI757VF4h+LF9q0ZitR9ij3Eh0P7xh2BPbt0r88/2Kf2ifjDoP/BN PxL49+IHx1+HjWFv401nR7C78UeFNa1fUI7pfEDwBFMWqvNeq0Syx21hDCrgtColYRnf7b/wS9/a F8YftqeHvina+J7fSrbW/hj4xm8NC6t9A1Lw+mrQ+RFcRTPp+obrqzk2TANHKW5GQcGopSVSClSe 8VO3ZNRf/t8fW/k7TL3W1L+Zx+a5v/kX6W81f6Q0z4h6vpZOy8eZW/hm/eD9efTv3qjrviK78SXY mupfMdV2qAAoUew/Kvizw5+1z8afiR+x/wDFv9oLQ5PhdY+CvANx4mtrDwveaNfXGqvHpSXEMdxN fpdpEzSXcAZrdLdQsMnE5cZab9kr9tz4mfEH9pjwP4K8d2/gW4074i/CyD4iWEug6fdWc2kzGWCO W0laa4mW4TE4ZZFWIjBBQ/eopRlVUeV3TSktejjKa/8AJYSf4b6Dn7ibfRtf+AyjF/dKaX47an2A Rkcfh/n8q9as4LLxp4IhtmljcvAuTvy8TgdfUEH9K8lB6f1/z/nmhTtOQSD3/T/P4GlCXLugaJr6 yfTr6W3cqzwuUJQ5Bxjof89R6VCO3+fT/P5UKMY7f5H+fwNA4x2/yP8AP4GoGA7f59P8/lQO3+fT /P5UDjHb/I/z+BoHGO3+R/n8DQB7t8EP+SLeEP8AsCWX/ohKKPgh/wAkW8If9gSy/wDRCUV7RzmB 8PB/xKL7/sOap/6cbn/P+HWtz+D/AID/AF/z/wDXrn/h65Ok6iM4xreq9v8AqIXH+f8AORukn16f r/n/AD7cklqzREhPJ+rfy/z/AIjpQOoHuv8AL/P+A60zcc5yf8/5/wD1dkyQOv6dP8/59psA/wDg /wCA/wBf8/8A16Unk/Vv5f5/xHSoyT69P1/z/n2Xcc5yf8/5/wD1dmA8dQPdf5f5/wAB1pP4P+A/ 1/z/APXpmSB1/Tp/n/PsEn16fr/n/PsgJCeT9W/l/n/EdKB1A91/l/n/AAHWmbjnOT/n/P8A+rsm SB1/Tp/n/PsWAf8Awf8AAf6/5/8Ar0pPJ+rfy/z/AIjpUZJ9en6/5/z7LuOc5P8An/P/AOrswHjq B7r/AC/z/gOtJ/B/wH+v+f8A69MyQOv6dP8AP+fYJPr0/X/P+fZASE8n6t/L/P8AiOlA6ge6/wAv 8/4DrTNxznJ/z/n/APV2TJA6/p0/z/n2LAP/AIP+A/1/z/8AXr5D/aR/4I4/Dv4w+K9J1/wtear4 D1i2+I2nfEbU0i1HUb7SNSvLWdJpmTTGvEsre5n2BWuo4hINz53b3Vvrkk+vT9f8/wCfZdxznJ/z /n/9XaoNwqRqx0lFpp+jUl8rpNrZ21TBu8XB7O6fzTX5Nq+6voeK/D3/AIJ0fBv4WfEvSPF+g+Dv sHiLQtZ1nXrG7/tW+l8i91jadSl2PMUbzti/KylY8fIqcmvKvjn/AMEjfDWueCfAmjfCl/DPw2/4 QO81XUNP1G6i8Q3mq2cmoyGS5FtfafrmnXUUcryStJE8ssT5QBAIxX19kgdf06f5/wA+wSfXp+v+ f8+062SvtovJdl5eQRsr2W7u/Nu+vrq9d9WfMH7MP/BIv4Q/s7fCn4eaBqGkL421X4eaVrWlQanq pZYruPWHMmqK9mrfZmhnYkCORH2IAobqW6Lwl/wS4+CHg/RNe06Lwrq+pW/iPw03gy5bWvFWr6xN a6LIrB9PtJbu6lksrdg3Mdq0QOxDj5EK+/bjnOT/AJ/z/wDq7Jkgdf06f5/z7XUnKbbl1un2s73V tre9LTbV92FP3NYvW979bq2t976LXfRdkeJeMP8Agnx8MNd0tJbPwnop1jTfh/cfDfSZNY+16pp9 vo8oXFpcWhuEW5i3RxltzCVgpUSjcTXh37L/APwRR0H4S/EHxDr3j3xT/wAJ1Dq3gWb4b2ekWZ1q 1sNP0Wcg3EAk1HV9SvBuCoiLFcxRQqGKRq7sx+3iT69P1/z/AJ9l3HOcn/P+f/1dhTldtvdNPrfm 5r/fzyv35n3YR91RUNOW1raWty21XbkjbtyrsfP3ir/gll8DvGOmeG7K58J6rZ2/hXwtF4Hsxpfi nV9La40NFULpt21tdRte2wCj93dGUHLZHzsTJ4n/AOCX/wAE/FXg7wxojeF9Y0qy8IeGR4P099D8 V6xo12+jfKBp9zc2d1FNd2w25Edw8q5ZyAS7E++ZIHX9On+f8+wSfXp+v+f8+xKc5X5ne7u/N63f q+aWv9592OLcfh06fLT/AORj9y7I8ng/YQ+Elh4nutXtPBdhp93deC/+FdstlcT2ttHoCszCxjgj kWKNAXbDoquAcBwABXz3+1L/AMEY9K+LdnoOl/DvXPDXwu0XQfBKeAUmj07XbrWH0pcgWslzb63a Q3duqbdsGoW12m7eWDrIyH7d3HOcn/P+f/1duT8T/FGHSpngs1+1TpkFycRIfbHJxgeg4qJy6yf/ AAfi+/45/wDgUu7HBuPw+X4ctvS3JFekUtkj5d/aF/4JlfDHxB8HvAHw8tTqVjH8PfD1r4btr+e0 0zWDeadAq+XBd2epWl1YXBDoJVke2MsT7vKeMSSK8fh/9gr4VeH/AAF4L8PR+EdGitPAmtW/iXTm 0+yg0UPq0MZjF/LDp6W9u0rAsWURCM54QAKB7PqF/Lqd9LczNvlmbcxxjJ/yP84qHOPfH6/5/qaw lXqOTnfVy5vne9/W+vrruJU4qKjbRLl+VrWffTTXppseQ6z+wd8Kdc0bxNZT+F3RfFviZfGOoXEG q3tveR6wqoq31vcxzLNaShY1UG2ePC7x0dgYdD/4J/8Awk8O2fh6KDwtLJL4Y8TnxnZ3l3rF9dX0 usFHj+23NzLM013Jsdk/0h5BtCjGFQD2TOPfH6/5/qaM498fr/n+prKE5Rsou1rfha33WVu1lbZF VEppxnqnffzvf77u/e77nknxA/YX+GXxN+JGpeK9U0nX7TV9djgh1k6J4q1XQ4ddSEMIxew2VzFD dEISmZkc7Pk5UBa6XwV/wT4/Z00b4nQ+K4vC2swanF4pk8bJYX/inWbvRIdck3FtRXTZbp7EXALs UkEAMZCldu1cdtnHvj9f8/1NGce+P1/z/U1dKtOm04O1tvLbb7l9y7BJc179d/PRrX5Nr0bXVmPr P/BLT4DeL/Hb+KpvCmpTXNx4oh8b/ZbfxZq8WjDW4nSRdSTT47pbNLktHlpFhDPlw24Owat4X/4J zfs9/Cv4yaT4m0/w/f2Gv+G9dvPE2lRSeKdYl03R9QvBKLqe2smuTZ25l8+UskcSqSwJXKrjstA8 U3vhqbdbSkKTlo25R/qP6/4VW1bU5dY1Ga6mCCWZtzBRgA/5A/WrVayio/Z28vh27fDH/wABj2QS Tlfm1vv577/+BS/8CfdnM6r/AMEpfgF4utvEMR8Na0NN8U6l/bd3p9h4z1u102DUPtcd59utLSG8 WCyufPiV/OtkikBLjcRI4a9pH/BLb4GeHbGKMeENQnaLxrZfEQ3GoeJ9VvbqfxBZxLFb38s89y8k jhVXKyMySHJdXJLVpRTPbtmN3jI7qxU/54H61Ne6rdahGqT3M86R/dWSQsF6+v8AnrRTrunZw0ta 1tLWs1btZxjbtZW2QO7vd73v800/vTafdN9zivi//wAE3PgpHF4ru4vDer2afEC4vJda0mx8VavZ 6Hey3ls1veXP9mRXS2aTyxM6tMkKyFnZ928ljk+Ev2UvAPgXx/4b8U6XoP2XXfCHhkeD9Juvt1y/ 2TSg0b/Z9jSFH+aJDvcNJ8v3uefV9L8Nz+IbcNa7p5Itwkj/AIlGMqR7HkexrNljaKR0ZWVlJBBG CDzwf896l1JaNaWVl6JNW+6Ul6NrZsXKnv5/i0397Sb80n0Q0cdfx/z+BqbTtOm1W8jt4EMk0nRR 3/zg1CR17/5P+fxqxpmoy6PqMVzCcSQsHXPQ9f5/1rJeZRHc2kljctDMjRyxnaysMEHio15x+H9K 9GvNH074l2MV8kjW9yFKMVwWUjnaw7+x9Kx7r4XfY0WA3scl9cMfsyAbUcKMnOeh6Y+netHTfQVz kV5x+H9KF5x+H9K6iD4S6m0iiR7SIcZPmFtvvjHtV+/+EQh03/Rrl5b1fm2soVHHoPToOtJU5dgu jv8A4If8kW8If9gSy/8ARCUUfBD/AJIt4Q/7All/6ISivXMDmfALY0zUeTxreq568f8AEwuP/rf5 xW2Gxjk8ex46c9fp/nFYPgRsabqPTjW9VPT/AKiFxW1uxjHb1rnktTREgbGOTx7Hjpz1+n+cUBsY 5PHseOnPX6f5xUe7GMdvWjdjGO3rSsBIGxjk8ex46c9fp/nFAbGOTx7Hjpz1+n+cVHuxjHb1o3Yx jt60WAkDYxyePY8dOev0/wA4oDYxyePY8dOev0/zio92MY7etG7GMdvWiwEgbGOTx7Hjpz1+n+cU BsY5PHseOnPX6f5xUe7GMdvWjdjGO3rRYCQNjHJ49jx056/T/OKA2Mcnj2PHTnr9P84qPdjGO3rR uxjHb1osBIGxjk8ex46c9fp/nFAbGOTx7Hjpz1+n+cVHuxjHb1o3Yxjt60WAkDYxyePY8dOev0/z igNjHJ49jx056/T/ADio92MY7etG7GMdvWiwEgbGOTx7Hjpz1+n+cUqckAE5/H29/p/nFRbsYx29 aR5PLUsMgIN3vSsAtpdpdxb0Y7QxGcHnBx6+38vwlBC/xHjB6H2/w/l+HLfDTxB/a2ny27LtltWL 57OrEn8/6YrpcgAUoPmV0DJAQv8AEeMHofb/AA/l+ACF/iPGD0Pt/h/L8I8gAUZAAp2AkBC/xHjB 6H2/w/l+ACF/iPGD0Pt/h/L8I8gAUZAAosBICF/iPGD0Pt/h/L8AEL/EeMHofb/D+X4R5AApYlDu o7ZH4dKLAc38SfFP9kacLOBz9oul+YqeY046e5IxXneMDgdP8/5+v529fvZL/W7qaVtzmVhn0AOA Ppx/ntTHH4f5/p/ntxTlzMtIU8ds4/z/AJ+v5h47Zx/n/P1/NBx+H+f6f57A4/D/AD/T/PaBinjt nH+f8/X8w8ds4/z/AJ+v5oOPw/z/AE/z2Bx+H+f6f57ACnjtnH+f8/X8w8ds4/z/AJ+v5oOPw/z/ AE/z2Bx+H+f6f57ACnjtnH+f8/X8w8ds4/z/AJ+v5oOPw/z/AE/z2Bx+H+f6f57ACnjtnH+f8/X8 w8ds4/z/AJ+v5oOPw/z/AE/z2Bx+H+f6f57AGh4a12Tw5rEdygLIPlkUfxoeo/qPw/HrfH/hSPXr Uarp+JJGTzHA485MZ3D/AGh/T1FcEOPw/wA/0/z2674YeJ5YL5dNlcG3kDGPdzsYc4+h549R+FaU 2n7rE+5yP0/D/P5UfT8P8/lWz408NSaBq8hEbC1lbdE/UYP8OfUcj8qxh2/z6f5/Koas7MZb0fWr jQ7xZrZ8FSCVPKv1HI/H9al13xNd+Ir2OedxviGI9g2hec8e/Tn39qzx2/z6f5/Kgdv8+n+fyou7 WA9D+GfiS91mCeO6cSx2wXbKeHJJ6H14H16V1BbapGc8eh9Mf5+v4Vy/wtsJbTw9LI4AS5kDoO+A MZ+hNdKCOOg+vauylflVyHuXvgh/yRbwh/2BLL/0QlFHwQ/5It4Q/wCwJZf+iEortMjlfAv/ACDd R/7Deq/+nC4rarF8C/8AIO1H0/tvVf8A0vuK2vT9a5pPXY0S0Cij0/Wj0/WlzeQ7BRR6frR6frRz eQWCij0/Wj0/Wjm8gsFFHp+tHp+tHN5BYKKPT9aPT9aObyCwUUen60en60c3kFgoo9P1o9P1o5vI LBX5AfH3xdqvx0/4KGav4i8S/DzxZZ237UPhy9/Z4+HuhXcj+FNfHguCK4vfFHiu7t722mEckEzx tZ28xt5p4GybbdtZ/wBf/T9a+P8A4of8EnNO8WfG34nfFCb4y/Fo+IPiToz+H9Ut7ux8L6rY2+ig yMNGtor7RpzBYHed8KN+/YCSYyyfPTUtGJo+SrT9oLxx+x7/AMEdPEvhr4nW2u/D/Xv2e4tG8L+I dQ0fQNXmtPEulJdw2mm3WiXtprGkySGRXsmndb6N4zHdRS2yCVEPzT/wUW+MPxY/Zx+FHxS8M3fj L43fDf4oeFfBWneO7JZfEXiOF206bxHYaQXjuU8eazbB2e4lXy5bUnajkGM7GP3f4I/4JPWM/wDw T48Tfsz/ABD+KPjrxv8AD3U9SRNFv447az1vw/osF1bXVnpondJo5/Jktcea0SgxyeWkcSJGqbX7 XH/BBXwp+1JrGqjTPGN/ouh+MtA0/wAM+ItR1u98Q+LvFdzpdvrNvqz2tlqOpa1LbWkby2sG0NYz eWxlbLCQoIo1I7A0zkv+Dkzx/Hpv7P8A4e8L+P8Axf4S8MfAXxBqdi/jPS7HXorXx/4tt0voUddH guLSeFo7CaSxvZgoaSdEaPfaqpa4pf8ABPL9tTXf2y/iR40K/tEWHibwh4v8GyaZ4C+Gni3xt4V0 7xzr+oy2ou5tSmn8MQJc6PHFEHgWJBcXcW24uHWFoo4q+jv2+/8AglD4U/bR8T+B/E+hX2kfC3x9 4W+IOieOdQ8Y6R4XsbrXdaXTIpoobZ55RgsokjMbzrcRp5CAwyL8tZPj3/gk5e/Fj9rf4RfErxz8 aPF3xQ0X4YWviOxuPDHjLw3oU9rrFvrGmmwmh3WFnZKsZQ5kWeK5EgUKPKBcvqpKwW1Pw18M/tve F/FHhDx34o1LxZpM+oeGvjkfidoxsNd1PVvH3iUWDWGmeH7ePVtW0uaNNL0+G+up0l1OOWe4MRhF rbFpZD+1n7En7Sfxn1H/AIJ8+OfG9hrFh+1X8U9O8ZX9jZ+FYbm28JXWgpFew2raJeXFzp2nlLu1 hEl1I9zp9q8hl2rEEMLt5T8Tf+Darwt42+F/xZ0ew8b6bp2u/Ez4h6j4ssdVuPDl1dW3g/Sby8sb 2TS9P09dRjtIbgy6baI9+sYkkt1aExhdmz6/8S/8Eyvgh4u+CHxO+HGoeCTc+DPjH4pm8Z+L9O/t i/T+2NWmuLe4kufNWcSw5ltYG8uF0jGzAUAsCOaBRZ638K/EGueLPhh4c1XxP4e/4RLxJqel213q 2hfb47/+xbuSJWmtPtEYCTeVIWj8xAFfZuHBFfz/AH/BdL4z69r37U37SHwr1X/hPLP4J+EdU8PS eJdb0q/8ZeKb7Sf7Ts4tThlNhPrMXh6K3OoIlssU4g2LcRG2ikeFjH/QD8LPhjofwT+GHhzwb4Ys jpvhvwjpdrouk2fnSTfZbO2iWGGPfIzO22NFG52ZjjJJPNfDv7Vv/BBT4bftU/Fj9pHxv8QL46zL 8bx4abTJbDRLWDW/A39kW8cMv2O/mE/F2Io/N2xR/u1KHfwypTS1YNHxL+wR+0z8T7r4VftYav48 PjLwX42+CXgfS/EEUGn+KfElxdw/abC41aa0ltfFM2pW8NxttIrczfYmKCS4MbSK6SHhND/adufD Gla9+0jpnx68E6d4z8U+CYL7WtFtfjh4Xh17V4YLc3MFncaWvg4QTapECbdGcGZCTCsojOK+5f2b f+CX3iv9lS/+POu+B/H/AMPPB/ir4y22jwac3hv4ajTtC8HPYQzwGa3006hIsryLMZMPIEE3zssq sYyaV/wSKkg+P2p+K734w/ES502X4XD4Z6fcQanfQ+LrYf2hHqJ1SXXDdu8t0bsSsEWCOARyRw+U YkKSc3PC7f8AXQdmeAft8/tTXvw+/wCCfvwM+M3iPwLH8Q77WfD51Tw14t1LxrNo3inw1q+q6HqF 60J/sawsVksltoxC5gntmm2Rlow8azV8W/sWePtG+EXxG/ZgvdNvNE8S3ut/EfS4dH0mTxTIf+Fc WutyxtfWem29h4uuZ0gB3Iwv9MVpvNYXbFiIG/Uz9r7/AIJa+Ov29Pgh4X8EfE744+fbeF9HuS13 oHgy306XWtfeKa1g1S6Ek86+QlpNIj2luIBJJPLIJYwYo4cnwL/wR91Tw94k+HTax408L674b+GW t6ZrWi6LLb+M5bbTHsWH2c2kV14ruLaB44wUjZreREDYMbplGcakVGwNO5+Ov7Uf7Yfxv8bftL+O 5PFmir4G8SfEq70J/FXhyTVtZ8JWN2E0zTrSTTdTja7ijTT54LtPMa6ljZAWKXEKs6S+4fDv9sXx nov/AAR6/ay8L6Jb6laar4L/ALA0LVrq9+INz4j0bTNF1Weay/s/QbaeKeGO0ihX7OjLcSGWK5ad byTyLYN+gUH/AAQP8K+N/j/D8SviV431nx74k1nVtX1jxZtN/psOqPcSWr6bBYGO+abToNO+yQiM CWWRxtUyCNI40y7/AP4N/tIs/gv+0f4E8O+O7Lwx4f8Ajq/hyLS7W08P3FxH4StNFuTLDETcX8kt 48sYRXkaSIb9zqoVhGtOrBpL0FZni+u/Bjxx8CvjxoU/ha9+Ngvvg7ptx4C8M6zbadqqyz6HEfJi tbhrX4dTwXsAESSIsk93EkmZYpGY+a1L/gsT4lnP/BQzQfhX448a32ufDq5+DtjeahpXiPxBDp2l a5qMWtTqL24t113w/ZvdN5Qb5JSMoClttRXg9e+Nn/BuRoHxo0L4ytP8TfsXiD4qeNr7xda3/wDw gmjXP9iR3N5Hcm08+WNtSbaEdN0F9bRt5mTDgyrL9A/taf8ABPjxr+1F8VNU8RJ8bfEHhvSIk0iD SPCFvZTy+GLyC2mmkvrfW7L7Wq6rFfLO0LohtR5SRI/nbSWjnjdNMdmfFv8AwTh/aj8R6x/wUa8d acfi7u8I6T8E9Q1zzdZ8Wy+IfDmj30ep26/2hcp/wk+sRjyoiS/+n27eVuGyEP50nyZqPjnxx+03 4X/aE+AfhPxF428c+Ifjh8U9b1LwnZeGNC0XT/Afim5stQj1DUbttUvZ5Lk5tYYZo4Le42xBbbdJ P9oNfrX+yr/wTj+KH7NPxv8ACOuD4/3158PfCmlT6DH8PbLRb1NFOnmEC2hia+1O9ljeG4AlWdmk l8si2V0tlSJfOvEP/BDrWfi18MfFvw/8f/FrRNU8B+P/AIh3/wATNfi0LwGlhrP9pXSv+6sr27vL xLOBXMRysDTsgkiM2yZwWqkb3CzOh8Eftr6tqf8AwTPT9ovwx8Xr1fA8Ntqus3tx8VPBmm32tTpb zm0isbaPSr3SrSN3uLaZYlkaV5pLuJd6cJX5/wD/AASE+IXjj9qP9qvxR4c8X6d4J+GXxB/4WR4h +JXh3VNd8Iat9oj8RMtvHrmjW00Ws2Ey+VA9u0unsLgSQ+YbgYjj3frZ8LP2I4P+EH+GVj8Vrrwv 8Q9X+DlzFceE59J0Cbw3pVk8NpHbQXEmlR3c1nJdRbXaKURokHmjyIoCCW5f4Tf8EsfB3hnwb8UN C8aXX/Cb2PxA+LV/8WtPkhin0a98MX07wvALW6t5/PjngaHi5hkiZllZdoVmDSqkUmh2Z8Jf8FIP il4/+N3/AAUw8M/CvS9a+M194d+Gt83xShh1Pw4IWe/tbqW1s30ldN8NX94LO1nkkT7RfQXEN0EY BsGGefkf20v2qPHP7Qv/AAT4/bF8L+M9e+Idxc/Cy28HQSWWvCyjtrp9S1e0uFmWE+HNGv4ZIkg2 gTJscTMwUjy5D+lHxb/4Jl+Cvj7+3tD8Z/HVj4X8a6RbeAF8FQ+E9e8NQalbRTrqL3i6isszMocK 7RBRDnEjHzMMVPifj7/ghNp3ir4f/tPeG9G8X+F/BOkftDXPh57HT/DvghbHT/CNvo9yZo41t0u9 tw8yhfMdTCDK0kgQB/LDjUhp5W/MTTPyyk03wh4c/aJ+L3hDX9J+HOn/ABB1vwR4u8JwaBH8N7rx NpE/jCbxPqkVppvhSC2dJdNZoxBHaXM6uYWEimNgVFfoB8XdXh/aV/4I6fs+fCXTku5vh1qvw+8P eIvij43trSaXSfCnhnRYIJtSjgvY1kjfWBc2RgSzjiuJFMVx5sUShZK9Z+L/APwb4/B/4x/G291q 9utSsvBmpeErjQrvQ44xe6nd6nNqN1fnWn1e9a4ujdCa53BuHby1jkkktnltZPdvit/wTKuP2vP2 TPhV8MvGnxK1gR/DqO1i1OHwb4f0rw9oviP7GyGx+16XcQXtubeJYkJtUxavICxgCrDHDcqsZWtu JRaPnD9ibxp48tP2qdL/AGiNR+GOt6P4D/bJ8N6Q2sWmnTt4muvB2sWSyxaTPO9tFGYdLvNLZJHm aKQw3EgWZrZACfCvip8ePFOk+FPjV8VtW1n4qah4F+E3ji+8JeLNd0WPxBaaZb6ql5DBJHb2K/Ee 3mWAy3cGwQ26xqsoAVAjBf0Z+EX/AASW1r4O/tyaZ8bLX46eNNbm1PTpNL8d6Hq+h6Qlv40hihZN OZ3sLazSOa1kYsLiSKaZowsIeOLcrY3xE/4IWfCjx38N/jFo2m674p1S7+LnjS78a6raeIvE2t3P hiK9urqC4ljfSNK1DTIZ0UwjymlczIwjZpZBEiBxik7yGRf8EGPFPizVfhx+0hoPizxf4i8ZS+Av j34m8KaZc6vqt9qLWdjZxWKRW8L3txcTpApLlUeaQjexLuxZj92g4Oa8H/YB/Yk/4Yk8D+Pre78T nxb4k+KHj3WPiH4hv4dO/s2x+36jIheK0tjLM8MCRxRKFknmcsHYvhgi+8EdeT/jWjkCRofBD/ki 3hD/ALAll/6ISij4If8AJFvCH/YEsv8A0QlFdJkcp4GbGn6iME/8TrVT/wCVC4/z/kVtB84+VuRn 8P8AP+eRWF4JP/Ev1IcYGt6qTxz/AMf9x/n8a2Ogwe2SeOf8/wCP1rlk3dmiJQ+cfK3Iz+H+f88i gPnHytyM/h/n/PIqLoMHtknjn/P+P1o6DB7ZJ45/z/j9am8gJQ+cfK3Iz+H+f88igPnHytyM/h/n /PIqLoMHtknjn/P+P1o6DB7ZJ45/z/j9aLyAlD5x8rcjP4f5/wA8igPnHytyM/h/n/PIqLoMHtkn jn/P+P1o6DB7ZJ45/wA/4/Wi8gJQ+cfK3Iz+H+f88igPnHytyM/h/n/PIqLoMHtknjn/AD/j9aOg we2SeOf8/wCP1ovICUPnHytyM/h/n/PIoD5x8rcjP4f5/wA8iougwe2SeOf8/wCP1o6DB7ZJ45/z /j9aLyAlD5x8rcjP4f5/zyKA+cfK3Iz+H+f88iougwe2SeOf8/4/WjoMHtknjn/P+P1ovICUPnHy tyM/h/n/ADyKA+cfK3Iz+H+f88iougwe2SeOf8/4/WjoMHtknjn/AD/j9aLyAlD5x8rcjP4f5/zy K+Yf2iv+Cj2h/BL4Z/He91bSCt/8MNQ1HQ9FsvtUn/FWXdr4Mi8VtH5iwsLTNs1ym596/wCi7gS0 iRV9M9Bg9sk8c/5/x+tfi5+1r+wb8PfFPg3x9q2mfCvQfg78NvGHjy+bQvEninRV8HeFrK0ufhtf 6TaT6jp8qxzWP2TxJCGhnvrKNo5tUR7N3a+k8yo3ejC59r337dfg7XfhfdeKfBU//CX2WneNtB8F XbKk9jEs2qX+mW6XEMkkWLiAW+q211HLCGhuI2Qxy7XDj2r4e/tSabrHxm8HeANLSz1m317QvEup yava36ypZTaLqWlWE1mUVSGfzdSdX+dTE9oyFSWOz82fiR4a+HH7Xml/Em60Tw9on7SHiG/+Nel6 vpVzonhG1vtLhsbK38JT6jYW+qS3E9jHv0i0WGV7q6s1vLhJ4ViwAh6L9jD47fs7fFz9rL4K2Wve Mfgv4n1DS9a+Ll9okGo6tpt9LaazefEDTJ9GmtldmKXdxAJJLVkxJIm9oiwzWNKFndDbP1qMmOoP b/P+f8K5L4lfFa4+Hd/Y20HhHxd4ml1O1vZLY6PbwSxtdQQefHZyPJLGsElyizCKacx2u+Ly5J4p JrdJvMP2f/hJ/wAIh+29+0F4p/4VJ/wh/wDwmB8Of8Vz/wAJT/aH/Cw/s1g8X/IP3H+zvsWfI+6v n79/O3NX/wBrD4taZ8DPE/gbxTqes32gWWmXUqatqWoa2ui+ErPSpXghuZNWubhHtlkEslr9kRAt 5Lc7Io3jtH1GRdbsRU+An7b2qfHf4sa74UHwP+LfhT/hFNU/sXX9V1m68NtY6NdnTrfUY45Ba6tP PJvt7u12tBFKoa4UMV2yFPNfiZ/wVA+IngLxP4v0SD9kr403utaL4NbxXotg+teGvtWvGN7lLiOO ODUpmkjidbJXNmLu4U38Qe2QyWv2rM/Yx/b4+BWtftM/H/T7P41/CW7v/GvxQ0//AIR22h8X6e82 v7/Cnhq0T7IglzPuuYpYB5YbMsboPmQgeLeCPgD8Btc+Neo/Fj9oXwX+zx4X0DTbrxJpN9rPivR/ D9rZ+Jde1jX5r6PTridkW3uNT0XTtOhtZ7iJ7pZLq+1KJbhpbK6aSlfqI+5fD37V0l3/AGFYa98O fHnhDxb4m1RrLTPDGoy6Td6pc2kfkG51Umxvri3isLdZ18yWWZG3+XEqPNc2kVxyPwV/4KQ+D/ix rt7pt1ZX+lSaZ4y1nwPqGoRZu9I0nU7TWbrTbGzu7sKqw3d+lss8cJBEZubWJ3El7p4vPhv44/A3 xn8O/wDggB4MT4oaxrum3PhTS/BOiWFo2vX/AIdaPRdSfw9Z6ppfiC0ivNKtJ/LabUrMLczRCO0E XmXMU5uLg8F/wTp+Nv8AZ37c/wCzx4K8KfEDzPDY1S+0p/D2k+P/AO07EWEHhnVnhgNlH4819Fgj eG3Kj7DGiNFFieMhY5Wk7Bc9v+O3/BcnwL8Ifivp3hy78E31le3Ou3GjatZ3vxH8CR3egyQ211JI sscWuyiJ1mgEJW5a3QGQjzDL5cE3rngH/goT4U8a/CrSfGE3hf4iW+keILm6g0x9F0M+No7xLcos kwn8OPqVvGnmO8QEsqOXhlAXCE18dfGj9mj4w/E2KbxHoVzpnhf4b6n8R/iJ4a8UajH4zt9MsLrR LXxL4q1iSbXUm8N3kdtaJdW5g8y4ubq3MVxLb+RENTu2rqPDnw9sf2tv2QvhVYSTfDrXdd1P4yeN PFWnaPJoa+PfDWuW513xDZ3V1taexWbTbZdSW4F6zRgslqqRtPcW8EnPOlFalJs+nfgr+31onxQs dDtdX8EfF7wt4k1W5FhPZXXw18TfYbefzjD5gvZNOjiFq5/eJNP5JEUiNNHAwkjTE8Zf8FQPBfhD 4geD9Kk8KfF6XTvFlzc6d9qb4YeKbe5t7tLaS6iRLeTTFNwjw293u8lmljKRHyXiM81v81/sb/B3 w5qnxH+D/wAXv7O/Z48L+GbLxt4j03S9d+G/wri0aDV5oJdU8PWUE+qpqc/lwah532iEeQ0LzRwQ ed5stsLjsx+yvD8Q/it8GNQ8e6n8XoNY8T/HbxraTpN8QPEWmCHTY7Txg+ntaQpeJHaJ9lt7Pynt kj3wNtDGOZw8ckbjuz3z4j/t1waB8P8ATde8N/D34ia9baxrdt4ZjuNW0ebwrbaZqN3c2lnZfbI9 TWC+FrNc30KG4tLS7CBZSUJj2Gl4D/4KQeE/iB+0bqHw/t/DHxRtvI03SLu2v7r4eeI7bzJr+6v7 cpPHLp6fZII/siMLqdlhfzZAGH2aUj5Q/aP/AGZdR/aP/YY+FY121voNN0j4xtbx6r460VtV8XR6 JfePEsLCzjTXbaaeJJbK4tJ3kuCWaOwt4JIZ4riTy+n/AGQv2f8Axx8Kf+Cguqa3d6GIIrPwT4UN 34S0jxLq1pF4et7278QWqPHbS6pNprwWxheU6Yga3s47grYyyy2e/UlyRsF2epftD/8ABTy6+A/x P8X6TfWnwT0DRPDXiS08L2l940+JtxoN5rN1NYaVePJDaRaTdfuIv7Yt1kl8wrEoaSXy4wWG34I/ 4KdaFpngHxdr3xI0n+xLHwnqTW8mq+B4NX8d6DPY/wBjaZq41A31ppqCGA2+qRkNNGikROyu6qxX 5q/aA/Z68f8A7Qvxe8W+Ofh/4X8U+LvAHxB8WnXbTUdM8Q6hDbXSafpXhqDTL23sE8TaHAyNeWep SR3uZXcWdnLFuhkgmK/sTeF7j9pb4TahpWieIPFMuuXfxR0XxNqGr+GfFEPiXSNNu7Xwh4c/tH7T qmprq0F4lrezt9lt2e4lN3aWhieKO0lurWuSPKF3c+vPgf8At9aJ8VfDnhBdY8D/ABf8I+KvEltZ C+0m8+GviU22i3s6p5lvJfPpyW+yKR2Q3DMkWF3kquSPPNF/4K96B4z0PTV0j4ceN4PFPiLTfDfi Hw94d1rUNGsbrxJo+s3j28d7bypeywRbBHIAl5JbB7iaxtdyzXkIblv+CeVt4k8P+CvDnjDTviZ8 Q/iL8OPEHj/xpazLYRaFeae7zeJtShs790tNLW5ltbiRmnlntrpUglkhfyhZGZrX5C+BeuvqfgS0 8TeE7Dwv4C8G/G3xb4dh1vQPCvwfvtX8O+IIH8Cfbbu1EenFbnUbWDV9OvLd7C0uFFuz6kL9bmO5 aNUoRuwufp34c/bY0fxT8AvC3jq28J+MftPji9l0/wAP+G9ti2q6zMjXGDBIt0bJ4ZYLeW5juBde RJblJVkKuM4Xxc/b9sPh/wDsv+IviBBoC6bqvhfxBpvhnWNE8X6rFoaaBd3l/ZWpa+vIluoYoI4r +K5M0XnRmIgqxySPJf2fPDvif46fsCaT4i1bW/iv438ZeFfHGsv4avNAtrHR9e0hLDVL3RoUhh1x h8v2ON/Nj1eW6uiZ5vMkklCbZr79gL4ieLf2cvGWof8ACW+OU+LfjPXRrFrPfeP7rw1cadbSR2Fm 0V1NoEUVm95HY2haNjaXVvDcsBtuYvMaYpQi3Nzdrbet42t5W5r+i16OqlkouPXf1978LKNut27q zTXb/stf8FFf+Gif2jbf4f8AmfBTWPtXhvUPEH2/4ffE7/hLvsX2S60+38m6j+wW3k+b9v3RtubP 2eQY4zW18Zf+CoXwV+DvxP8AC/ha7+J3wukvdV8SXPh7Xll8ZWFvL4U8mwv7h5rqMuSmLi0jtSsn l7ZLpAW3AI3kPw/8G6n8Pf2uPh94N8RaHfRavq1y2pSWujftN+M/E99o9pDb3U8Wo3mlXcMEcmnP c2sdo0kzeU0tzFGQ5fYaXjv4AfGn4R/E/wCDel2njv4W2djq3xs8Wa3oEEvg2/1GXTf7RsPFuoob qcanbi5/0e5kQxxxQbJHT95KsJ85csbk3Z698eP+CgT+G5vB8vwq0bwv8W9I8V6JrGvf2rp+u31z bCDT77TLGRbZNJ03U5rtzPqYDCOICMQSliNrY434Pf8ABXjx5qmq2F5b/CvQW8OT+I9O8Oanei/8 U2gtpLrXLbRJBG+o+GbK3lnt7u6w9v8AaUk/czDGY3x478cvCfjT9lrxr8LPD+u6Z/wnniDxBpvx Nv8AUn8IXninQ/3eoeLdG1eOaB9EstQ1G1x5kKNGf3Y3PG1zICvneJ/DrTPHXwp8W+GrCbRvG0Hh nxR8SNCa8h1jUviNeWenyXPxBsdVt54E1jRLawSfZILaea4nElyyRyo0cslxFeXGCtdCbZ+lvxo/ 4KD+KfA/xB0rw7f/AAQ+MGof8JLrc+g6FcafeeGVtNanitrq83R+Zq6SIjW1nPKpuEjOFCkK5CH6 N/Zs1298VfCy11rU/DGueD7/AFF5Gl0nV5bOW8tFR2RfMNpPPAdwXeNkrfK6g7Wyo/MD4/fswaN8 QbDQvij4V8UfF3T/AIZeC9c0c2urXvxS8S3S6tBc61psGp+IIJZr9jZ6ba6K+rRC9DKJ4L67uBst 4be5uPv7/gn/APEj4V+OfBXjXTvhB4o1zxr4Y8I+Jv7HuNbv/Gt34vttQu20zT7tzZX1zeXTm3RL uKMoroqTx3GEBJdnBfaQM9/MmM8H5evt/n/PUUeZyeDx1/z/AJ/UVGAR6kH0/wA/5/KjPzDOOOcH p1/z+da3YjW+CH/JFvCH/YEsv/RCUUfBD/ki3hD/ALAll/6ISiuszOO8FHbZan1/5DeqdP8Ar/n/ AM/542N/1/Af59v0/DE8HSYs9SGOmt6p3/6f7itdps9j+dccn7zNESb/AK/gP8+36fgb/r+A/wA+ 36fhGZs9QT689aGmz2P51NwJN/1/Af59v0/A3/X8B/n2/T8IzNnqCfXnrQ02ex/Oi4Em/wCv4D/P t+n4G/6/gP8APt+n4RmbPUE+vPWhps9j+dFwJN/1/Af59v0/A3/X8B/n2/T8IzNnqCfXnrQ02ex/ Oi4Em/6/gP8APt+n4G/6/gP8+36fhGZs9QT689aGmz2P50XAk3/X8B/n2/T8Df8AX8B/n2/T8IzN nqCfXnrQ02ex/Oi4Em/6/gP8+36fgb/r+A/z7fp+EZmz1BPrz1oabPY/nRcCTf8AX8B/n2/T8APg /T2/z7fp+EZmz1BPrz1r8ffGX7X2r/FP/gll+1rq9p43+E2q+Jdc/tWz8XXPgnT9S+IEOuzvoN1a T3q/Y2tn0WwkjsYbC0nvbXyIYtGe4kn1IXqXRqOoH6aa7afYtau4sEbJWA47Z4/mPyFVlldduGZd h3Lg/dPqP0/IV8PeJPEvhf4Tfs0683jGT4qy6Z4w8a6je6hZ+PNS8NWmgaldI8Vne2mraloKSaPp eltqJaS6gdorm7uo7+NoL17iW1utX4K/tMeCvEH7TeiCP4seFvix4lvbYW/9ufDVoNQkuYJJCp03 WdNs2unh063u7rz7PUWOLZGeC4uY3kml1bldPUtM/QXwZ4zGqqtrcnF0oG1u0o/x6fX+XRb/AK/g P8+36fh+Wvjj4teIPh18TotT1ST43WXxZPxKtdGtbeLT9dm8GX+h3OspbwIpRG0ZQ2myo/nFluVn U7mDAoe1+I//AAUr8N+N/wBtv4Q6RD8Z/Cmg2Oi/EKfwvf8AhmDxPb2t7qjLp2qQyzajB5ofy/ti 2kMEMiAGT94d7SwiPpw0XUUf7zt9yi//AG5L1utldupTcHUvb3E3625vz5W4vZq1nfRforv+v4D/ AD7fp+Bv+v4D/Pt+n4fJnxl8C22jftS+GrbwH4s+J+q/Fe+1+013WrZ/Gep3Wg6HoDXBFz9s0xrj +zoIZbZJ7a2UW/nSTDzE3NDPPGvxl8C22jftTeG7bwH4s+J+q/Fa+1+013WbZ/Gep3Wg6HoDXBFz 9s0xrj+zoIpbZJ7a2UW/nSTDzU3NDPOl0kpcl3a75fR6a/4Fd3l05ZaaaxUXLzW1sr/LX8XZWW75 o9z6y3/X8B/n2/T8Df8AX8B/n2/T8Pxq/aO/aC+In7PXx+0jR/iR+074UT4j/Cfwcmu65rMvxM8N +HpLG4u7GH7Zp0Wnr4KuLq5juZFlmhsUN2WSxsbiZIp3sA36U/sNWHj+0+Fl9qPjr4h2PxOtPEd1 aaz4Y1e2vLG+C6ZPpVgzRfabKwsLe5jF99veGdLdfMt5YGbBJRJatqK57Zv+v4D/AD7fp+FXVtJt 9btfJuIy69VI4ZT7Ht2/T8JhNgdD+dAm68HH1/z7/nU3T3AyE+H2lIATDIwJ6mU/4/5/CiDwBpkF wz+U75PCOxKr+H+Na4lx6/nQJcD7oqeWI7iR2sMEexIokVf4QoAH4f5/w5vxH8PjqGoefaNFCJcm RWzgH1GOufSulM2R0/Wgy5PShqLVmFzzvxJ4Vm8NNGZJI5Y5chWUY5HJyPx/z3y+n+f8+/8Anr1f xPv0la0gH303SMPQHAH8j+Vcn09v8/5/L6VzzSTsikL0/wA/59/89Tp/n/Pv/nqnT2/z/n8vpR09 v8/5/L6VFhi9P8/59/8APU6f5/z7/wCeqdPb/P8An8vpR09v8/5/L6UWAXp/n/Pv/nqdP8/59/8A PWbTNNl1a+S3h2+ZJnG44Ax/+r9PpU+u6DJ4fuEjlkicuu75CePr+X+cU7aXApdP8/59/wDPU6f5 /wA+/wDnqnT/AD/n0/zxXReB/C4v5Rd3C5gjP7tf+ejDv9B/npRGN3YDT8B+FfsSLfXC/vnGYkPV Bj7x9yM/T8a6gvj149v8+n+ezDNk5wfwOP8AP/6qTzR6H/vr/P8AnFdcUoqyMyQvj149v8+n+eyM 2AeoI9v8+n+ezPNHof8Avr/P+cUeaPQ/99f5/wA4p3A3fgh/yRbwh/2BLL/0QlFHwQ/5It4Q/wCw JZf+iEoruMzivBwH2XU+eut6p+H+nz1rYB/z0rI8H/8AHrqf/Yb1T/0vuK1q4Z/EzRC4B/z0owD/ AJ6UlFSAuAf89KMA/wCelJRQAuAf89KMA/56UlFAC4B/z0owD/npSUUALgH/AD0owD/npSUUALgH /PSjAP8AnpSUUALgH/PSjAP+elJRQAuAf89K+efFP7C+p+LfDGo+GdU+KHizxN4Z8eWsum/ERvEb Pd6l4lsdhjS0shbyW+m6PG8Ly29w9npyyzxPuEkV0q3Y+ha+TdO/4LEfDTxL8TvBelaFoPxZ1zw3 418L6h4mtNctPhf4qk86K3l0xYDb240svdQTR6gzm5iJii8uJWObmKqV+gFPxh/wTt8Rn9mDWvAl 18Vr4o3jLw/rnhzUdO8PWtmfCWmaO+jfZbG2s9z2SOf7I8xmigitftF5NItkifuDH8Ov2Sdd8Hft G6L8QNa+Lnjbx/8A2P4b1Tw9DYeIdO0iLyPt11plw00Umn2dpjH9nKrLIsu7cpVo9rCT6Bg+L6/F j4R+CfF/gPTP+E08J+O1sL1bmO4+wXEWk3sIeLUIorhU8zZ5kEkkMjRSCHzmQSTRx203zn4R/aq8 efEj433HgnTvg/feFb3w5b6fqfiZPGviSys7m20++uLqGGexTS/7SiunzYX26Kaa1wUiAYiQsmU+ a9ykd6n7OHhST4v/APCc3MOualr6t5lsuo+INQvtO02UxiLzrWwmna0tZfLLJ5sESPtklG7Er7u0 s/hfonxB+IPhXUtW0/7Zd+Eb+TVtKl86SP7Fcm2mtjLhGAf91cSrtcMvz5xkKRMR+P8AX/P9aZ4x +Mem/APwLa6tPpeseI9Y8QalHo2j6LpCQtf6xdsrusEPnyRQqdkcsrPLLGipE7MwC1nCck4q+236 JfPZLqU76vyd/Szvfyte99LXuZ+mf8E/fhvofxY1fxrp8nxH0zXfEGtDxDqYsviT4ktrC/vgI18y ayjvhayLsiij8tojH5caR7dihaNM/wCCfvw30P4sav410+T4j6ZrviDWh4h1MWXxJ8SW1hf3wEa+ ZNZR3wtZF2RRR+W0Rj8uNI9uxQtS6T+2F/wkvw0vtX0f4bfEbV/E+kaz/wAI/qfgy3j01da0u8ES zlZpHvFsFT7O8cwlF2Y2WWMKzO4Q1F/bj09vg1rXic+BPHi6/wCHfEFt4W1Hwa39mDXLbUrmW2SC Av8AbPsDb0vLaYOt2U8uUZYMGQdkHNW5Hsla3Z8trW3i/cs1p8PkZt81+b7T1v397e/X4t9d/M+c /iv/AMEifiv8Y/iPo/ijVPj9YW2o6Pr1x4hjisbfx1b2ouJrW7tnWKIeMttpGEvJdosxAVCiIEQN JDJ9Zfsn/CDxT8C/hDD4Z8W+LLDxjd2V1M1pf28GqpItu5D+XNJqep6ldTyCRpSHe5wEaONUVYxn d+DvxG1j4m+Gp7/W/APi34d3UVy0C6d4huNMnuZkCqRMp0+8u4thLFQGkD5RsqBtJ89+NH7cuk/B nxVrlm3gzxz4i0XwaIH8WeINJjsP7P8ACqSosoe4S4uormYLC6ysLOC4IU4wX+Spd+ZU3u9v+H2X z22FdWcux7fgH/PSjAP+eleY/tIftZeFf2XrTw22vrqV7d+K9Xs9IsLLTYkmuSbm7t7T7S6s6Bba KW6gEkhPymWNQGd0Ruf+LX7dGg/CTxVr1tJ4V8aa54e8FPHH4v8AE+lwWkml+EWeKOf/AEpZLhLq TbBNFM5tYJ/LjkDPt5wlFuzS3bXzVr/mtdru25TTUea2lr/pp39Fqe3YB/z0owD/AJ6V4f8AGX9u jSPg54o1u1Pg3xx4k0TwcsEnivxDpMdh/Z3haOVFlDzrcXUVzOFgdZWFnBcEIcYL/JV/4n/tW6n4 J+LVz4P8PfCT4k/Ea90/TLTVb268P3OhW9rZx3MlxHEjHUNStHZybaUnYjADHOTilBOSTXV2+7v2 Xm9BXWq8k/vPYcA/56UYB/z0rzL4m/tXeGvhP8bPAfgDU7HxXJr3xDu2tNNmt9Cun0uFltrq4PnX 5QWqPstJB5IlaY7kYR7CXHPfFr9ujQfhJ4q162k8K+NNc8PeCnjj8X+J9LgtJNL8Is8Uc/8ApSyX CXUm2CaKZzawT+XHIGfbzhqLdrdf00/PS/fTcck47ron52e2m+tttz0rx14YfUl+22+WljTDoerK M4I9x6f4VxhHXH+ev/1v0rO+OX7Y7fAbV9Tm1D4Y/EnU/Bfh+GO51rxlYppY0fSYCoklmZJr2O9n jhjYPI1tbTDAZV3ujIvT+M7FLPWi8SqIbhBKm3oc9f1/n71jUpvl5+j/AK/rv0Gn0Mkjrj/PX/63 6UEdcf56/wD1v0pf8+v+f8+tH+fX/P8An1rEoQjrj/PX/wCt+lDcA+3/ANf/AOt+lL/n1/z/AJ9a QjII/wA/5/z3oAtWV5NoOpiVAolhJGGGR3H9f88U3Ur+TVb+S4kCh5TkgZwPT8On+cVJq6pLJHcx nKXILEf3GGAV/wAPqKpgYx7f/W/w/UU32Au+H9J/trVYrfdsVuWPcKOTj34FekQQR20CRxqERAFU D+EV594NnFt4ktSejEp+a4/z9RXoVa0tiZC4B/z0owD/AJ6UlFaEi4B/z0owD/npSUUAdB8EP+SL eEP+wJZf+iEoo+CH/JFvCH/YEsv/AEQlFegZnEeEHxbamMf8xvVP/S+etXzM9qyfCJH2bVOn/Ib1 T/0vuK1cr6g/j1rgn8TNUL5me1HmZ7UmV9Qfx60ZX1B/HrUgL5me1HmZ7UmV9Qfx60ZX1B/HrQAv mZ7UeZntSZX1B/HrRlfUH8etAC+ZntR5me1JlfUH8etGV9Qfx60AL5me1HmZ7UmV9Qfx60ZX1B/H rQAvmZ7UeZntSZX1B/HrRlfUH8etAC+ZntR5me1JlfUH8etGV9Qfx60AL5me1fjDo37NHjj9jb/h niT4qaPoXgCw0b4YX3hy61PXv2rfF3h7TI9RH9gEWhvIrc2+nTstvcMmm2UklvMlvOwcrYRE/s7l fUH8etGV9Qfx61UZWFY/MrwBb6B8a/2cP2W9A8DeDfCf7Qep/s+67F8Kte1PS57PUPDWoJN8ObmK +YakVkC6K817YR3LPEXZ7coLaeZYIZPmz4HaR4a03WfhH8crX4cfB+z1T4izeAbN9Bsv2V9f0DRv Dkl1qsSvdadrk0xso7pRqjEXqlkuDY2YRfu7v3IyvqD+PWqmu6Wms6ZLASAx+ZG/usOn+fehz0sC R8l/Az4Xf8Ip+2P8dfEp+Fn/AAif/CWf2Bnxn/wkv27/AITz7PYvF/x4bj9g+x5MPRfP37+cZruP jz4E8QeIrH4f+KvDWi3HijUvhf4vHiGTQ7We2gutXgk068sJY4HuXjgEyi7MqiWSNW8orvQkEdtN C1rK6OpV4zhgexH/AOr9a63wDptzprTmeIpFMiOhJHP+RXPCUlJOLs1b8PXuaqVk0uqa+TTT/Bnz dG/xm+EPwz+Knj/wl8KNT1Lx98V/GFvfWPhee/0l7nwzZJp9np5u7zN9Da3EiLZPN9nhvP3hlij8 5MvLHZ8LeCGtf2UtU0jxD+zj8QPiH/buvfaPFGgeNbzwtqGr+KZXVZG1Nk+3vprqsscCLA00AiSI CKNUiiRvqzK+o/OjK+o/OuhzvHl8or5RUUl6e6r9W9d1G0ucnZt7a/PVJ+qTsvL1lf5d/Zl/ZR8T +Hfgv4k0rSNQ8Tfs6aRrPiybXfD/AIa8MpodzP4X09raKNrFo5ra+sIhLcpcXbR2oZUe4wsp+fPl X7Wv7I/j7xl8X/iLe2XgXxv4t8VeKLTTLPwZ400fxha6NoekJawKLceINO+1QLfi31A3d2Q1hfq8 Vz5apgeQv3vlfUfnRlfUfnVxrSjNT7JL7kkvO+mrTTd3rqwpy5U1a9/Jfzc2qWj17pnxj+3H+x58 dPibPquqeC/GPw/1Qat4j8MXcenan4Onmv8AS7aw1GynkCXn9rwQm3jkhnumiFuskgZ4w+4xssX7 ZH7IXjb4reNvGHhjwJefF7wtZ/GDToofGGsaXeeGk8GzyNbfYriaaG9S61aO4NnDHGI7ONI5CsAa aMmWdPtPK+o/OjK+o/OlRqOmlGKVk27d7qN0+691N93q76Wcakor3W07Wv10tZ+qtufBP7W37Ifj fxZ8YPiNd6R8PPGXiDxD4ltNNsvA3izQvGVvpGgaBDawKLaPX9Pe8h/tBLXUDdXWJLLUQ8NwIwvH kjtP26fgHd/tDa5qWk237O1prXxC+w29l4V+L5fQ418LTDEiXguJJ11W3a1uDJIsdtBIGKrhh5j7 PsLK+o/OjK+o/Omq0vc7xd799Etf1as29W2TKV9lbRLbsklo7p2srJ3iui1Pmj9tZPHl98b/AIHz eGPhX408daZ4H8TnxFq+p6XqGiW0EcTaZqVj5Spe39vK0we5ikIEZTyycOXGyuH/AG0v2RfGPxZ+ IHjXwz8Pbn4xeEdM+MVjHF4s1XT9Q8M/8IhIzW/2KeW4jvI7jVlufsUMceyyijjlKwAyxEyzp9n5 X1H50ZX1H50qdVxae9m363to+60WndK9ylUkmnFtWioq3Szcrp73u3rf0Pk39q29+JPjX4rReBG+ C/xK8S/BTR7W1lupvDOreHo5PGU4+Y2dwb3VbWaCwi2oJIxGXumJRmSBHS7+jfiBbrc6PbXDIYJE O3Y2NyhhyOCRxjsSK6XK+o/OuJ8fak1zrPkA/urdRgD+8eSfy4/D61nOb5OV9736tvuQoq65VZJJ W6af1/WhhHn2z+n+cn8qDz7Z/T/OT+VLn/P+fx/zmjP+f8/j/nNcxYh59s/p/nJ/Kg8+2f0/zk/l S5/z/n8f85oz/n/P4/5zQAh59s/p/nJ/Kr2p2KW2m6fMoAe4jZnHqQ3H9B+FUs/5/wA/j/nNSTXb zW8MbYIgDBfxOT+uaEBPoCbtds1Gf9cuPz/+sK9I8z2riPA+iy3Wpx3ZG2CAk5P8RweB+f8Akmu2 yvqD+PWtaexLF8z2o8z2pMr6g/j1oyvqD+PWtBC+Z7UeZ7UmV9Qfx60ZX1B/HrQB0fwQ/wCSLeEP +wJZf+iEoo+CH/JFvCH/AGBLL/0QlFeiZHB+FD+51T/sN6p/6X3Famay/CozDqn/AGG9U/8AS+4r UxXnT+Jm62DNGaMUYqBhmjNGKMUAGaM0YoxQAZozRijFABmjNGKMUAGaM0YoxQAZozRijFABmvyB /au/ab+HPiD9ozwhJb+M/wBmzx34N8S+O9Q/tfSfEf7VWqa94c1qwOl6tcQf2no11Z3Gm6dAt1HZ zR+VHMkN1FaQxYDiVP1+xXk/xc+Afib4qftGfC7xP/wlWhWHg34a6pPr39if2BLLqeo38ml6ppmf t/2tYo4BFqW7y/sjOXh/1uHwtwaW4mj4U/bD/abs9P8A2Hfg1oXwKb4Er9u+J2h2L+DvhVHbeMtJ sru38S6Zfwyw3Ud3pEFtAs8lmLgzQKr3GsWcBltvPW6PpP8AwT+8YX3jD9q3wz4nXxP8Sb61+Ilr 8XLy807xDrusNaomm+OdNs9MC6VfSeXp8lvaTPCI0ghdAzK65BA+sP2s/gXqf7RPwZPh3RNesPDO s2uu6H4hsNRvtLfU7WG40vV7PU41lt0ngaSN3tBGwWaMgOSGyK828Vf8E7/s178M73wV4+13wtqv gfVLq51fUJ4ftNx4nttQ1/Ttf1lZDA9usE9/e6aiu0a/ZkhvLyJbTY8QhfMrWFZnZR+IfG/iT42f EDT9X+H3/CO+DvDg04eHfE41yC8/4S7zrdnum+yIBLZ/ZZQsX70nzdwdcAGu0+IGmah4++El/b6V 4m1rwfqNxb5j1fSYrOW8s3QhiUW7gngO7aVO+JuGOMNhhQ8B/sy+B/hn8aviD8RNE0MWXjH4qDTh 4ovzdzyjVBYW7W1p+6d2ii8uJ2X90ibs5bceaueLfhVY/EDwjq/hXVZdbg0bUwrebpOs3mkXiDcG KpdWksU8Zyozsddykg5BIPNXg5QcYbtGtKSjNOW1/U8Q/Zf8LXv7Sn/BMP4QT+J/EHxF1PULrwnp mr6jNofia40nWvEEy2gcxPfRTQzKZJCGJE8W5gA7hC4Pi+i/Fz4i23wkvPht4fXxbpOueIvipL4Q s9H8V+Mp/wC3/C+mnRDqxtLrXAuoOZLhYnZLi3ku3hhvkSOZJoQIvqLw9+wR8NvCfwM0v4c6Zb+N LDwtoV0t5pSweOtdTUNJdYjEq21+Lz7XBEIyyeVHMse13XbhmBu2H7EHwz074SXvgtNBvpdJ1HUh rNzeT65qE+tT6gCpS+bVHnN+btAkapcef5saRxojKqKo7q1WnOrWml7s3dLZX5ou73WiTjazutNF KSaU2kn1V7O+3uyS130bUujv1dkeU/Cj+wfFv7O/jXwh8RL3xj8Lrb4Q666eKriH4taxfq0f2SLU ElHiGeSDUTaGG7hdgzW7I0TRkGIfvNz9mfwX4r179mrxlbW3ij4meDtE1TWJ7vwPqGr3A1HxTpek iOBlMz6tHduxmnW6dFvFeaOC4jRhE6BI+t8UfsB/C/xj8H7fwNf6X4jfQoNag8RtND4u1i31W71K FleG7uNRjulvbiVGSMq00zlTDCR/qo9u1o37J3hXQ/hPq/guLUviRNo2uTCa5mu/iH4gu9UQjZxD qEt615An7tcpFMinL5HztnGs1KnOMNHKKXle0by30d07b2jdfa90g0pQbWzu9n1lotEmtbu+rdk3 7t5eIfCbw74//aU/4JF/CqPSNc1DUvGuteHPD2oXl9feLtR8P3OrKj2010kmqWSSXcDzRLKpkjVm y/PBNcbbeI9Z0P4HyeHDoXxa0iw8LfEc6J8U7Xw9458ReOtZt7N9LFxBLpmoO39rNbu8+lM62sUU 0YkuMRgCSRvofw/+wR8NvCnwL0v4caZb+NLHwroV0l5paQ+OtdS/0p0jMSrbXwvPtcEQjLIIo5lj 2uw24ZgdvTf2SvBOh/Bu58CabD4m0jRL66N9d3Om+KtVstZvLgyLI082qRXK30srsqh5HnLOo2sS vy1tWrQlVqzivdk7pfOLs7bqya5dtnpqhKT91Nd9b6q6krq99dU09Gn3S1+f/wBnLWfDfxv+CHxb sfE/iL4wWHww+GPiyRtH1fW9c8SeEvEFrYRaTaXcyXVy8lrqcsUMtzcgNdMxdFjLF9itWLqFh46+ Fn7Lngfw/wCFJ/G0eu/HnxnIIbXxT491J7/w7p0mnXV4lh/al0L+6tJHtrBI5GiWR4prm4aEowjd fqm2/Zm8EWnwhh8Bpog/4RWOaO4ls2vJ2a/lWdbhpLqUv5t00sy75jO7m4Lyed5nmPu1Pi78G/Dn x18GSaB4nsJL7T2mjuYmgu5rO6s542DRz29xA6TW8yMMrLE6Op6MKirOFmoXfwp3e/Ko3b3u5NXd 09rNtSYoNq2m3Pa11ZtNQt2UbttbN2so8qPn/wCCfhhfjB8CvFvw713TviX4X1n4YeITbaxpug/F TVtVvdYka0iv4I7fX7mW3v3hlju4Dtd7Yq6GM4hGX4v4VeF/iD8a/wBlr4peCNDuPFui674c8eW0 Fj4e8V+P9Ts9e0XTVGnX0lheeILNru5LXEUk0iTW890EivI4fNzGyR/Qk37FHw9k+GEXhKOz8S2t hFqP9sf2haeLNXttclvShjNzJqsdyt/JKYiYi7zktHiMkoAogg/YV+G1n8MG8J22n+JbOyk1Y67L qNr4u1eDXrm/KGM3UurJdDUJZTEfK3PcE+Uqxf6tVUHPG8n3UdOnMnBuTvfs1bXR2uk5Ji2i+qbf 4S06aXafRrvLlV8T9gTUEtvBHjDw5daT4g0PxJ4O8Sy6VrtnqXj3VfG8SXBtba4je11HUm+0PA9t cWz7DHEEdpB5ecu/feLbKWz1yd5BkTt5iH1H+eP886Pwe+Cvhv4DeD/7D8L2E1nZPcSXk8lzez31 5fXEhzJPcXNw8k9xM2BmSV3cgAE4AxteJNJTVtLdSPnjBeM45Bx0/HpUVpKdmuy+9JJ/K+y6LQiC aWvd/n6L+u+5wR47Zx/n/P1/MPHbOP8AP+fr+aA5x/n0/wAf5+tAOcf59P8AH+frXKWKeO2cf5/z 9fzDx2zj/P8An6/mgOcf59P8f5+tAOcf59P8f5+tACnjtnH+f8/X89fwv4ZOtyGWQ7baNsHB5c+n 0/xrIjRpXVVUszHAAGSTx/j/ADrv/DenNpejQwuMSDLMOvJOauCu9QLkMSQRKiKqIowAOgp2aMUY rQAzRmjFGKADNGaMUYoA6j4If8kW8If9gSy/9EJRR8EP+SLeEP8AsCWX/ohKK9Q5zgfC0m2LVBx/ yG9U/wDS+etPzfpWT4ZUlNV/7Deqf+l89aWw158/iZomSeb9KPN+lR7DRsNR8h3ZJ5v0o836VHsN Gw0fILsk836Ueb9Kj2GjYaPkF2Seb9KPN+lR7DRsNHyC7JPN+lHm/So9ho2Gj5Bdknm/SjzfpUew 0bDR8guyTzfpR5v0qPYaNho+QXZJ5v0o836VHsNGw0fILsk836Ueb9Kj2GjYaPkF2Seb9KPN+lR7 DRsNHyC7JPN+lHm/So9ho2Gj5Bdknm/SjzfpUew0bDR8guyTzfpR5v0qPYaNho+QXZJ5v0o836VH sNGw0fILsk836Ueb9Kj2GjYaPkF2Seb9KPMz1xUew0bDR8guzg9b0qTSL943HysS0bDow/zgf5FV CMdP8/54/P6V2ni+zFxocjFCzxEMhA5ByB+VcetnM/3YZf8AvgnH+ePyrKSsykyMjHT/AD/nj8/p ShSWwAST0A7+n9Pz+lW7Xw/e3cgVLeUe7DaB+f4flXU6D4Xi0ZQ5xLcEcueiey/40KLYXIvCPh/+ y4TPOii4f7oPWNf8a2/N+lR7DRsNapW0JuyTzfpR5v0qPYaNho+QXZJ5v0o836VHsNGw0fILsk83 6Ueb9Kj2GjYaPkF2df8ABD/ki3hD/sCWX/ohKKPgh/yRbwh/2BLL/wBEJRXpmR594ZYhNV/7Deqf +l89aW81d8S+BdT8OajeS6Zpkmq2V3cPcpFbSxRzRPI5eQMJXRSC7MwIbPzYxxlsr7J4k/6E3Xf/ AAKsP/kmuKdOfM7FpljeaN5qv9k8Sf8AQm67/wCBVh/8k0fZPEn/AEJuu/8AgVYf/JNR7OfYLosb zRvNV/sniT/oTdd/8CrD/wCSaPsniT/oTdd/8CrD/wCSaPZz7BdFjeaN5qv9k8Sf9Cbrv/gVYf8A yTR9k8Sf9Cbrv/gVYf8AyTR7OfYLosbzRvNV/sniT/oTdd/8CrD/AOSaPsniT/oTdd/8CrD/AOSa PZz7BdFjeaN5qv8AZPEn/Qm67/4FWH/yTR9k8Sf9Cbrv/gVYf/JNHs59guixvNG81X+yeJP+hN13 /wACrD/5Jo+yeJP+hN13/wACrD/5Jo9nPsF0WN5o3mq/2TxJ/wBCbrv/AIFWH/yTR9k8Sf8AQm67 /wCBVh/8k0ezn2C6LG80bzVf7J4k/wChN13/AMCrD/5Jo+yeJP8AoTdd/wDAqw/+SaPZz7BdFjea N5qv9k8Sf9Cbrv8A4FWH/wAk0fZPEn/Qm67/AOBVh/8AJNHs59guixvNG81X+yeJP+hN13/wKsP/ AJJo+yeJP+hN13/wKsP/AJJo9nPsF0WN5o3mq/2TxJ/0Juu/+BVh/wDJNH2TxJ/0Juu/+BVh/wDJ NHs59guixvNG81X+yeJP+hN13/wKsP8A5Jo+yeJP+hN13/wKsP8A5Jo9nPsF0WN5o3mq/wBk8Sf9 Cbrv/gVYf/JNH2TxJ/0Juu/+BVh/8k0ezn2C6LG80bzVf7J4k/6E3Xf/AAKsP/kmj7J4k/6E3Xf/ AAKsP/kmj2c+wXRY3mjear/ZPEn/AEJuu/8AgVYf/JNH2TxJ/wBCbrv/AIFWH/yTR7OfYLosbzRv NV/sniT/AKE3Xf8AwKsP/kmj7J4k/wChN13/AMCrD/5Jo9nPsF0WN5o3mq/2TxJ/0Juu/wDgVYf/ ACTR9k8Sf9Cbrv8A4FWH/wAk0ezn2C6LG80bzVf7J4k/6E3Xf/Aqw/8Akmj7J4k/6E3Xf/Aqw/8A kmj2c+wXRY3mjear/ZPEn/Qm67/4FWH/AMk0fZPEn/Qm67/4FWH/AMk0ezn2C6LG80bzVf7J4k/6 E3Xf/Aqw/wDkmj7J4k/6E3Xf/Aqw/wDkmj2c+wXRY3mjear/AGTxJ/0Juu/+BVh/8k0fZPEn/Qm6 7/4FWH/yTR7OfYLosbzRvNV/sniT/oTdd/8AAqw/+Sasaf4d8Sa27QjQrrR2bgXF9PbPGnqdsMrs xHULgA9Nw6hqlPsF0df8EP8Aki3hD/sCWX/ohKK3dB0aDw5odlp1qpW2sIEt4QTkhEUKo/ICiu8g /9k= ------=_001_NextPart866553846435_=------

1 0

Install Hosted Engine NFS4 Mount Failure
by Taste-Of-IT 18 Mar '16

18 Mar '16

Hello, i want to install Self-Hosted-Engine with Data and ISO Domain on NFS4 Share on local Server / Hypervisor. NFS is correct configure, while i can mount from client and host itself. At the point in installation setup i have to enter the path hostname:/export i got this error:Error while mounting specified storage path: mount.nfs: mount system call failed in setup log i can see: ovirt_hosted_engine_setup.storage.nfs plugin.execute:941 Any Idea? thx

1 1

engine-setup error
by qinglong.dong＠horebdata.cn 18 Mar '16

18 Mar '16

This is a multi-part message in MIME format. ------=_001_NextPart152101128521_=---- Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 SGksDQogICAgICAgIEkgd2FudGVkIHRvIGluc3RhbGwgd2ViU29ja2V0IHByb3h5IG9uIGFub3Ro ZXIgaG9zdCwgYnV0IEkgZ290IGFuIGVycm9yIHdoZW4gc2V0dGluZyB1cCBlbmdpbmUuDQoNClty b290QHByb3h5IH5dIyBlbmdpbmUtc2V0dXAgDQpbIElORk8gIF0gU3RhZ2U6IEluaXRpYWxpemlu Zw0KWyBJTkZPICBdIFN0YWdlOiBFbnZpcm9ubWVudCBzZXR1cA0KICAgICAgICAgIENvbmZpZ3Vy YXRpb24gZmlsZXM6IFsnL2V0Yy9vdmlydC1lbmdpbmUtc2V0dXAuY29uZi5kLzEwLXBhY2thZ2lu Zy1qYm9zcy5jb25mJywgJy9ldGMvb3ZpcnQtZW5naW5lLXNldHVwLmNvbmYuZC8xMC1wYWNrYWdp bmcuY29uZiddDQogICAgICAgICAgTG9nIGZpbGU6IC92YXIvbG9nL292aXJ0LWVuZ2luZS9zZXR1 cC9vdmlydC1lbmdpbmUtc2V0dXAtMjAxNjAzMTgxMDM2NTgtODh4cGh1LmxvZw0KICAgICAgICAg IFZlcnNpb246IG90b3BpLTEuNC4xIChvdG9waS0xLjQuMS0xLmVsNikNClsgSU5GTyAgXSBTdGFn ZTogRW52aXJvbm1lbnQgcGFja2FnZXMgc2V0dXANClsgSU5GTyAgXSBZdW0gRG93bmxvYWRpbmc6 IG92aXJ0LTMuNi1lcGVsL3ByaW1hcnlfZGIgMS45IE0oMzIlKQ0KWyBJTkZPICBdIFl1bSBEb3du bG9hZGluZzogdmlydGlvLXdpbi1zdGFibGUvcHJpbWFyeV9kYiAoMCUpDQpbIElORk8gIF0gU3Rh Z2U6IFByb2dyYW1zIGRldGVjdGlvbg0KWyBJTkZPICBdIFN0YWdlOiBFbnZpcm9ubWVudCBzZXR1 cA0KWyBJTkZPICBdIFN0YWdlOiBFbnZpcm9ubWVudCBjdXN0b21pemF0aW9uDQogICAgICAgICAN CiAgICAgICAgICAtLT09IFBST0RVQ1QgT1BUSU9OUyA9PS0tDQogICAgICAgICANCiAgICAgICAg ICBDb25maWd1cmUgRW5naW5lIG9uIHRoaXMgaG9zdCAoWWVzLCBObykgW1llc106IG5vDQogICAg ICAgICAgQ29uZmlndXJlIFZNIENvbnNvbGUgUHJveHkgb24gdGhpcyBob3N0IChZZXMsIE5vKSBb WWVzXTogDQogICAgICAgICAgQ29uZmlndXJlIFdlYlNvY2tldCBQcm94eSBvbiB0aGlzIGhvc3Qg KFllcywgTm8pIFtZZXNdOiANCiAgICAgICAgIA0KICAgICAgICAgIC0tPT0gUEFDS0FHRVMgPT0t LQ0KICAgICAgICAgDQpbIElORk8gIF0gQ2hlY2tpbmcgZm9yIHByb2R1Y3QgdXBkYXRlcy4uLg0K WyBJTkZPICBdIE5vIHByb2R1Y3QgdXBkYXRlcyBmb3VuZA0KICAgICAgICAgDQogICAgICAgICAg LS09PSBBTEwgSU4gT05FIENPTkZJR1VSQVRJT04gPT0tLQ0KICAgICAgICAgDQogICAgICAgICAN CiAgICAgICAgICAtLT09IE5FVFdPUksgQ09ORklHVVJBVElPTiA9PS0tDQogICAgICAgICANCiAg ICAgICAgICBIb3N0IGZ1bGx5IHF1YWxpZmllZCBETlMgbmFtZSBvZiB0aGlzIHNlcnZlciBbcHJv eHkuaG9yZWJkYXRhLmNuXTogDQpbV0FSTklOR10gRmFpbGVkIHRvIHJlc29sdmUgcHJveHkuaG9y ZWJkYXRhLmNuIHVzaW5nIEROUywgaXQgY2FuIGJlIHJlc29sdmVkIG9ubHkgbG9jYWxseQ0KICAg ICAgICAgIFNldHVwIGNhbiBhdXRvbWF0aWNhbGx5IGNvbmZpZ3VyZSB0aGUgZmlyZXdhbGwgb24g dGhpcyBzeXN0ZW0uDQogICAgICAgICAgTm90ZTogYXV0b21hdGljIGNvbmZpZ3VyYXRpb24gb2Yg dGhlIGZpcmV3YWxsIG1heSBvdmVyd3JpdGUgY3VycmVudCBzZXR0aW5ncy4NCiAgICAgICAgICBE byB5b3Ugd2FudCBTZXR1cCB0byBjb25maWd1cmUgdGhlIGZpcmV3YWxsPyAoWWVzLCBObykgW1ll c106IA0KWyBJTkZPICBdIGlwdGFibGVzIHdpbGwgYmUgY29uZmlndXJlZCBhcyBmaXJld2FsbCBt YW5hZ2VyLg0KICAgICAgICAgIEhvc3QgZnVsbHkgcXVhbGlmaWVkIEROUyBuYW1lIG9mIHRoZSBl bmdpbmUgc2VydmVyIFtwcm94eS5ob3JlYmRhdGEuY25dOiBlbmdpbmUuaG9yZWJkYXRhLmNuDQpb V0FSTklOR10gRmFpbGVkIHRvIHJlc29sdmUgZW5naW5lLmhvcmViZGF0YS5jbiB1c2luZyBETlMs IGl0IGNhbiBiZSByZXNvbHZlZCBvbmx5IGxvY2FsbHkNCltXQVJOSU5HXSBGYWlsZWQgdG8gcmVz b2x2ZSBlbmdpbmUuaG9yZWJkYXRhLmNuIHVzaW5nIEROUywgaXQgY2FuIGJlIHJlc29sdmVkIG9u bHkgbG9jYWxseQ0KICAgICAgICAgDQogICAgICAgICAgLS09PSBEQVRBQkFTRSBDT05GSUdVUkFU SU9OID09LS0NCiAgICAgICAgIA0KICAgICAgICAgDQogICAgICAgICAgLS09PSBPVklSVCBFTkdJ TkUgQ09ORklHVVJBVElPTiA9PS0tDQogICAgICAgICANCiAgICAgICAgIA0KICAgICAgICAgIC0t PT0gU1RPUkFHRSBDT05GSUdVUkFUSU9OID09LS0NCiAgICAgICAgIA0KICAgICAgICAgIERlZmF1 bHQgU0FOIHdpcGUgYWZ0ZXIgZGVsZXRlIChZZXMsIE5vKSBbTm9dOiANCiAgICAgICAgIA0KICAg ICAgICAgIC0tPT0gUEtJIENPTkZJR1VSQVRJT04gPT0tLQ0KICAgICAgICAgDQogICAgICAgICAg U2V0dXAgd2lsbCBuZWVkIHRvIGRvIHNvbWUgYWN0aW9ucyBvbiB0aGUgcmVtb3RlIGVuZ2luZSBz ZXJ2ZXIuIEVpdGhlciBhdXRvbWF0aWNhbGx5LCB1c2luZyBzc2ggYXMgcm9vdCB0byBhY2Nlc3Mg aXQsIG9yIHlvdSB3aWxsIGJlIHByb21wdGVkIHRvIG1hbnVhbGx5IHBlcmZvcm0gZWFjaCBzdWNo IGFjdGlvbi4NCiAgICAgICAgICBQbGVhc2UgY2hvb3NlIG9uZSBvZiB0aGUgZm9sbG93aW5nOg0K ICAgICAgICAgIDEgLSBBY2Nlc3MgcmVtb3RlIGVuZ2luZSBzZXJ2ZXIgdXNpbmcgc3NoIGFzIHJv b3QNCiAgICAgICAgICAyIC0gUGVyZm9ybSBlYWNoIGFjdGlvbiBtYW51YWxseSwgdXNlIGZpbGVz IHRvIGNvcHkgY29udGVudCBhcm91bmQNCiAgICAgICAgICAoMSwgMikgWzFdOiAxDQogICAgICAg ICAgc3NoIHBvcnQgb24gcmVtb3RlIGVuZ2luZSBzZXJ2ZXIgWzIyXTogDQogICAgICAgICAgcm9v dCBwYXNzd29yZCBvbiByZW1vdGUgZW5naW5lIHNlcnZlciBlbmdpbmUuaG9yZWJkYXRhLmNuOiAN ClsgSU5GTyAgXSBTaWduaW5nIHRoZSBXZWJTb2NrZXQgUHJveHkgY2VydGlmaWNhdGUgb24gdGhl IGVuZ2luZSBzZXJ2ZXINClsgSU5GTyAgXSBXZWJTb2NrZXQgUHJveHkgY2VydGlmaWNhdGUgc2ln bmVkIHN1Y2Nlc3NmdWxseQ0KICAgICAgICAgDQogICAgICAgICAgLS09PSBBUEFDSEUgQ09ORklH VVJBVElPTiA9PS0tDQogICAgICAgICANCiAgICAgICAgIA0KICAgICAgICAgIC0tPT0gU1lTVEVN IENPTkZJR1VSQVRJT04gPT0tLQ0KICAgICAgICAgDQogICAgICAgICANCiAgICAgICAgICAtLT09 IE1JU0MgQ09ORklHVVJBVElPTiA9PS0tDQogICAgICAgICANCiAgICAgICAgIA0KICAgICAgICAg IC0tPT0gRU5EIE9GIENPTkZJR1VSQVRJT04gPT0tLQ0KICAgICAgICAgDQpbIElORk8gIF0gU3Rh Z2U6IFNldHVwIHZhbGlkYXRpb24NCiAgICAgICAgICBHZW5lcmF0ZWQgaXB0YWJsZXMgcnVsZXMg YXJlIGRpZmZlcmVudCBmcm9tIGN1cnJlbnQgb25lcy4NCiAgICAgICAgICBEbyB5b3Ugd2FudCB0 byByZXZpZXcgdGhlbT8gKFllcywgTm8pIFtOb106IA0KICAgICAgICAgDQogICAgICAgICAgLS09 PSBDT05GSUdVUkFUSU9OIFBSRVZJRVcgPT0tLQ0KICAgICAgICAgDQogICAgICAgICAgRGVmYXVs dCBTQU4gd2lwZSBhZnRlciBkZWxldGUgICAgICAgICAgIDogRmFsc2UNCiAgICAgICAgICBGaXJl d2FsbCBtYW5hZ2VyICAgICAgICAgICAgICAgICAgICAgICAgOiBpcHRhYmxlcw0KICAgICAgICAg IFVwZGF0ZSBGaXJld2FsbCAgICAgICAgICAgICAgICAgICAgICAgICA6IFRydWUNCiAgICAgICAg ICBIb3N0IEZRRE4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiBwcm94eS5ob3JlYmRh dGEuY24NCiAgICAgICAgICBFbmdpbmUgaW5zdGFsbGF0aW9uICAgICAgICAgICAgICAgICAgICAg OiBGYWxzZQ0KICAgICAgICAgIENvbmZpZ3VyZSBWTUNvbnNvbGUgUHJveHkgICAgICAgICAgICAg ICA6IFRydWUNCiAgICAgICAgICBFbmdpbmUgSG9zdCBGUUROICAgICAgICAgICAgICAgICAgICAg ICAgOiBlbmdpbmUuaG9yZWJkYXRhLmNuDQogICAgICAgICAgQ29uZmlndXJlIFdlYlNvY2tldCBQ cm94eSAgICAgICAgICAgICAgIDogVHJ1ZQ0KICAgICAgICAgDQogICAgICAgICAgUGxlYXNlIGNv bmZpcm0gaW5zdGFsbGF0aW9uIHNldHRpbmdzIChPSywgQ2FuY2VsKSBbT0tdOiANClsgSU5GTyAg XSBTdGFnZTogVHJhbnNhY3Rpb24gc2V0dXANClsgSU5GTyAgXSBTdG9wcGluZyBlbmdpbmUgc2Vy dmljZQ0KWyBJTkZPICBdIFN0b3BwaW5nIG92aXJ0LWZlbmNlLWtkdW1wLWxpc3RlbmVyIHNlcnZp Y2UNClsgSU5GTyAgXSBTdG9wcGluZyB3ZWJzb2NrZXQtcHJveHkgc2VydmljZQ0KWyBJTkZPICBd IFN0YWdlOiBNaXNjIGNvbmZpZ3VyYXRpb24NClsgSU5GTyAgXSBTdGFnZTogUGFja2FnZSBpbnN0 YWxsYXRpb24NClsgSU5GTyAgXSBTdGFnZTogTWlzYyBjb25maWd1cmF0aW9uDQpbIEVSUk9SIF0g RmFpbGVkIHRvIGV4ZWN1dGUgc3RhZ2UgJ01pc2MgY29uZmlndXJhdGlvbic6ICdOb25lVHlwZScg b2JqZWN0IGhhcyBubyBhdHRyaWJ1dGUgJ2V4ZWN1dGUnDQpbIElORk8gIF0gWXVtIFBlcmZvcm1p bmcgeXVtIHRyYW5zYWN0aW9uIHJvbGxiYWNrDQpbIElORk8gIF0gU3RhZ2U6IENsZWFuIHVwDQog ICAgICAgICAgTG9nIGZpbGUgaXMgbG9jYXRlZCBhdCAvdmFyL2xvZy9vdmlydC1lbmdpbmUvc2V0 dXAvb3ZpcnQtZW5naW5lLXNldHVwLTIwMTYwMzE4MTAzNjU4LTg4eHBodS5sb2cNClsgSU5GTyAg XSBHZW5lcmF0aW5nIGFuc3dlciBmaWxlICcvdmFyL2xpYi9vdmlydC1lbmdpbmUvc2V0dXAvYW5z d2Vycy8yMDE2MDMxODEwMzkwMC1zZXR1cC5jb25mJw0KWyBJTkZPICBdIFN0YWdlOiBQcmUtdGVy bWluYXRpb24NClsgSU5GTyAgXSBTdGFnZTogVGVybWluYXRpb24NClsgRVJST1IgXSBFeGVjdXRp b24gb2Ygc2V0dXAgZmFpbGVkDQoNCg0KDQoNCg== ------=_001_NextPart152101128521_=---- Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DISO-8859-1"><style>body { line-height: 1.5; }body { font-size: 10.5pt;= font-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }body { font-si= ze: 10.5pt; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><body>= =0A<div><span></span>Hi,</div><div>    <span style=3D"font-= size: 10.5pt; line-height: 1.5; background-color: window;">    I= wanted to install w</span><span style=3D"font-size: 10.5pt; line-height: = 1.5; background-color: window;">ebSocket proxy on another host, but I got = an error when setting up engine.</span></div><div><span style=3D"font-size= : 10.5pt; line-height: 1.5; background-color: window;"><br></span></div><d= iv>[root@proxy ~]# engine-setup <br>[ INFO  = ] Stage: Initializing<br>[ INFO  ] Stage:&nb= sp;Environment setup<br>       &nb= sp;  Configuration files: ['/etc/ovirt-engine-setup.co= nf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-pac= kaging.conf']<br>         &nb= sp;Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-2016= 0318103658-88xphu.log<br>        &= nbsp; Version: otopi-1.4.1 (otopi-1.4.1-1.el6)<br>[ IN= FO  ] Stage: Environment packages setup<br>[=  INFO  ] Yum Downloading: ovirt-3.6-epel/pri= mary_db 1.9 M(32%)<br>[ INFO  ] Yum Dow= nloading: virtio-win-stable/primary_db (0%)<br>[ INFO =  ] Stage: Programs detection<br>[ INFO &nbsp= ;] Stage: Environment setup<br>[ INFO  ]&nbs= p;Stage: Environment customization<br>    &n= bsp;    <br>       =    --=3D=3D PRODUCT OPTIONS =3D=3D--<br>&nbs= p;        <br>   &n= bsp;      Configure Engine on&nbsp= ;this host (Yes, No) [Yes]: no<br>  &nb= sp;       Configure VM Consol= e Proxy on this host (Yes, No) [Yes]:&n= bsp;<br>          Config= ure WebSocket Proxy on this host (Yes, = No) [Yes]: <br>        &= nbsp;<br>          --=3D= =3D PACKAGES =3D=3D--<br>      &nb= sp;  <br>[ INFO  ] Checking for pr= oduct updates...<br>[ INFO  ] No product&nbs= p;updates found<br>        &n= bsp;<br>          --=3D= =3D ALL IN ONE CONFIGURATION =3D=3D--<br> &n= bsp;       <br>    =      <br>      &nbs= p;   --=3D=3D NETWORK CONFIGURATION =3D=3D--= <br>         <br>  =         Host fully quali= fied DNS name of this server [proxy.horebdat= a.cn]: <br>[WARNING] Failed to resolve proxy.hore= bdata.cn using DNS, it can be resolved = only locally<br>        &nbsp= ; Setup can automatically configure the fire= wall on this system.<br>     &nbsp= ;    Note: automatic configuration of&n= bsp;the firewall may overwrite current settings.<= br>          Do you=  want Setup to configure the firewall? = (Yes, No) [Yes]: <br>[ INFO  ] iptables=  will be configured as firewall manager.<br>=           Host full= y qualified DNS name of the engine serv= er [proxy.horebdata.cn]: engine.horebdata.cn<br>[WARNING] F= ailed to resolve engine.horebdata.cn using DNS,&n= bsp;it can be resolved only locally<br>[WARNING]&= nbsp;Failed to resolve engine.horebdata.cn using = DNS, it can be resolved only locally<br>&nbs= p;        <br>   &n= bsp;      --=3D=3D DATABASE CONFIG= URATION =3D=3D--<br>        &= nbsp;<br>         <br> &= nbsp;        --=3D=3D OVIRT&n= bsp;ENGINE CONFIGURATION =3D=3D--<br>    &nb= sp;    <br>       &= nbsp; <br>         &nbsp= ;--=3D=3D STORAGE CONFIGURATION =3D=3D--<br>  &nb= sp;      <br>     &= nbsp;    Default SAN wipe after de= lete (Yes, No) [No]: <br>    &nbsp= ;    <br>       &nb= sp;  --=3D=3D PKI CONFIGURATION =3D=3D--<br>&nbsp= ;        <br>   &nb= sp;      Setup will need to&n= bsp;do some actions on the remote engine&nbs= p;server. Either automatically, using ssh as&nbsp= ;root to access it, or you will be&nbsp= ;prompted to manually perform each such acti= on.<br>          Please&= nbsp;choose one of the following:<br>  &nbsp= ;       1 - Access remot= e engine server using ssh as root<br> &= nbsp;        2 - Perform=  each action manually, use files to cop= y content around<br>       &n= bsp;  (1, 2) [1]: 1<br>    &n= bsp;     ssh port on remote e= ngine server [22]: <br>      =     root password on remote engine=  server engine.horebdata.cn: <br>[ INFO  ]&n= bsp;Signing the WebSocket Proxy certificate on&nb= sp;the engine server<br>[ INFO  ] WebSocket&= nbsp;Proxy certificate signed successfully<br>  &= nbsp;      <br>    &nbsp= ;     --=3D=3D APACHE CONFIGURATION&nbs= p;=3D=3D--<br>         <br>&n= bsp;        <br>   =        --=3D=3D SYSTEM CONFIG= URATION =3D=3D--<br>        &= nbsp;<br>         <br> &= nbsp;        --=3D=3D MISC&nb= sp;CONFIGURATION =3D=3D--<br>      &nbs= p;  <br>         <b= r>          --=3D=3D&nbs= p;END OF CONFIGURATION =3D=3D--<br>    =      <br>[ INFO  ] Stage:&nbs= p;Setup validation<br>       &nbsp= ;  Generated iptables rules are different&nb= sp;from current ones.<br>      &nb= sp;   Do you want to review them?&= nbsp;(Yes, No) [No]: <br>     &nbs= p;   <br>        &n= bsp; --=3D=3D CONFIGURATION PREVIEW =3D=3D--<br> =         <br>   &nbs= p;      Default SAN wipe afte= r delete          &= nbsp;: False<br>        &nbsp= ; Firewall manager       &nbs= p;            =     : iptables<br>     &= nbsp;    Update Firewall    &= nbsp;           &nb= sp;        : True<br> &n= bsp;        Host FQDN &n= bsp;           &nbs= p;            =      : proxy.horebdata.cn<br>  &nb= sp;       Engine installation&nbsp= ;            &= nbsp;       : False<br> &nbsp= ;        Configure VMConsole&= nbsp;Proxy          &nbs= p;    : True<br>     &nb= sp;    Engine Host FQDN   &nb= sp;           &nbsp= ;        : engine.horebdata.c= n<br>          Configure=  WebSocket Proxy        =        : True<br>  &nbsp= ;      <br>     &nb= sp;    Please confirm installation sett= ings (OK, Cancel) [OK]: <br>[ INFO  ]&n= bsp;Stage: Transaction setup<br>[ INFO  ] St= opping engine service<br>[ INFO  ] Stopping&= nbsp;ovirt-fence-kdump-listener service<br>[ INFO  ]&n= bsp;Stopping websocket-proxy service<br>[ INFO  ]=  Stage: Misc configuration<br>[ INFO  ]&nbsp= ;Stage: Package installation<br>[ INFO  ] St= age: Misc configuration<br>[ ERROR ] Failed = to execute stage 'Misc configuration': 'NoneType'=  object has no attribute 'execute'<br>[ INFO=   ] Yum Performing yum transaction roll= back<br>[ INFO  ] Stage: Clean up<br> &= nbsp;        Log file is=  located at /var/log/ovirt-engine/setup/ovirt-engine-setup-= 20160318103658-88xphu.log<br>[ INFO  ] Generating&nbsp= ;answer file '/var/lib/ovirt-engine/setup/answers/20160318103900= -setup.conf'<br>[ INFO  ] Stage: Pre-termination<= br>[ INFO  ] Stage: Termination<br>[ ERROR&n= bsp;] Execution of setup failed</div>=0A<div><br></div= ><hr style=3D"width: 210px; height: 1px;" color=3D"#b5c4df" size=3D"1" ali= gn=3D"left">=0A<div><br></div>=0A</body></html> ------=_001_NextPart152101128521_=------

2 1

Unable to move disk on (non-)stateless machine
by nicolas＠devels.es 18 Mar '16

18 Mar '16

Hi, We're running oVirt 3.6.3.4-1. We have 2 storage domains of the same kind (both iSCSI). We're moving some of the disks from one to other, preferably without shutting down the machine. When moving a disk with the VM started, the following error is thrown: Error while executing action: Cannot move Virtual Machine Disk. The VM is running as Stateless. Please try again when VM is not running as Stateless. This machine is inside a VM pool based on a template that is not stateless, nor is the VM pool, nor the VM itself. In [1]: template = api.templates.get(name='templatename') In [2]: template.get_stateless() Out[2]: False In [3]: vm = api.vms.get(name='vmname') In [4]: vm.get_stateless() Out[4]: False Additionally, in the General tab of the VM Pool: Is Stateless: false If nothing is stateless, why is the error shown? Thanks. Nicolás

2 2

ovirt node connection fails
by Bill James 18 Mar '16

18 Mar '16

After rebooting a hardware node it can no longer connect in ovirt. 2016-03-17 23:02:46,547 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-9) [7389eed3] SSH error running command root(a)10.176.3 0.97:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > / dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True': Command returned failure code 1 during SSH session 'root(a)10.176.30.97' 2016-03-17 23:02:46,547 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-9) [7389eed3] Exception: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)10.176.30.97' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:527) [uutils.jar:] I can run this and it works fine: [root@ovirt test host-deploy]# HOST="10.176.30.97"; ssh -i /etc/pki/ovirt-engine/keys/engine_id_rsa "$HOST" 'umask 0077;echo $OVIRT_TMPDIR; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; echo MYTMP=$MYTMP; trap "chmod -R u+rwX \"${MYTMP}\"" 0 > ' MYTMP=/tmp/ovirt-IhxDxcDd8y [root@ovirt test host-deploy]# echo $? 0 When I add the tar part it just waits forever. Only change I made before reboot was uncommenting 'user = "root"' in /etc/libvirt/qemu.conf so that import-to-ovirt.pl would work. Another host had same issue. I tried putting in maintenance and reinstalling and removing; re-adding. Didn't help. Finally just re-kickstarted the host and that one works fine now, complete with the qemu.conf change. Attached are the engine.log, vdsm.log and supervdsm.log. I have done some modifications trying to get vdsm hook to work (see "multiple NICs VLAN ID conflict" thread), but I don't think that is related, especially since rekickstarting one host fixed it. ovirt-engine-3.6.3.4-1.el7.centos.noarch Thanks!

1 0

How do I start an VM in a different 3.6 cluster
by Bond, Darryl 17 Mar '16

17 Mar '16

I have 2 clusters in one Data Centre , 1xNehalem and 1xSandyBridge I can live migrate from Nehalem to SandyBridge. I cannot change a cluster location for a stopped VM or choose which cluster to Run in. The Cluster pulldown menu for the VM implies that it should be possible but there is only one choice, the cluster the VM last ran in. I can find nothing in the documentation etc. Thanks in advance. Darryl ________________________________ The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

4 9

oVirt - rescan new copied disks to storage
by paf1＠email.cz 17 Mar '16

17 Mar '16

This is a multi-part message in MIME format. --------------050803010802080105020109 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, how can I put a copy of VM disks ( outside ovirt envir. copy ) to ovirt inventory ?? ( available for " attach disk" option visibility ) regs. Pavel --------------050803010802080105020109 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 text="#000066" bgcolor="#FFFFFF"> Hello, <br> how can I put a copy of VM disks ( outside ovirt envir. copy ) to ovirt inventory ?? ( available for " attach disk" option visibility ) <br> <br> regs. <br> Pavel<br> </body> </html> --------------050803010802080105020109--

3 3

Fwd: Re: question mark on VM ( DB status 8 )
by paf1＠email.cz 17 Mar '16

17 Mar '16

This is a multi-part message in MIME format. --------------090207090508000404060502 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit URGENT -------- Forwarded Message -------- Subject: Re: [ovirt-users] question mark on VM ( DB status 8 ) Date: Thu, 17 Mar 2016 16:43:54 +0200 From: Nir Soffer <nsoffer(a)redhat.com> To: paf1(a)email.cz <paf1(a)email.cz> Can you send this to the users list? This looks like virt issue, so it should be checked by the guys working on this pars of the code. Thanks, Nir On Thu, Mar 17, 2016 at 4:07 PM, paf1(a)email.cz <paf1(a)email.cz> wrote: > Hi Nir, > look at piece of logs which are repeated in cycle. > > The main issue happened about 3-5AM today ( 17.Mar) > > CSA_EBSDB_TEST2 - was shutted down from OS , but status was not updated in > oVirt GUI ( changed manually in DB ( status 1 )) , still one other VM is in > status "8" due snapshot locked file ( sf-sh-s07) . > > engine.log > ========== > > repeately hours by hours ... continually > > 2016-03-17 14:38:21,146 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-20) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 5a34e053 > 2016-03-17 14:38:21,830 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-20) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@240192c6, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@753f6685, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@79a21b20, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a4634e44, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@fd990620, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@57883869, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3b458bc8, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@80f225de, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ec4c19bd, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@947dc2e4, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f773ab98}, > log id: 5a34e053 > 2016-03-17 14:38:27,131 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-79) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 24e7703f > 2016-03-17 14:38:27,801 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-79) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4e72f0f4, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@89bfd4dd, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f6cb25b, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f4bb56bf, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@e0121f88, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@435fc00f, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7b23bf23, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1f8e886, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1fbbe1c1, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@87c991cd, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2fc8ef3e}, > log id: 24e7703f > 2016-03-17 14:38:33,097 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-15) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 2e987652 > 2016-03-17 14:38:33,809 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-15) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@22f57524, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@229b8873, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@d9e0727e, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3e54e436, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a32a922d, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ef616411, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@987712e1, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@21786d69, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3411ecb4, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@9ccdb073, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ae4e2f13}, > log id: 2e987652 > 2016-03-17 14:38:39,131 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-70) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 2d9df607 > 2016-03-17 14:38:39,812 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-70) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@24ba8cf2, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@be52739d, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@fa7acd26, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bfa54163, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a50ab364, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@c85c798b, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4404dc57, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a87b6b00, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@58e582ba, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@127588cb, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@101be9b2}, > log id: 2d9df607 > 2016-03-17 14:38:45,136 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-91) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 4b3faf1c > 2016-03-17 14:38:45,152 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] > (DefaultQuartzScheduler_Worker-43) START, > GlusterTasksListVDSCommand(HostName = 1kvm1, HostId = > 98c4520a-bcff-45b2-8f66-e360e10e1fb2), log id: 1df75525 > 2016-03-17 14:38:45,400 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] > (DefaultQuartzScheduler_Worker-43) FINISH, GlusterTasksListVDSCommand, > return: [], log id: 1df75525 > 2016-03-17 14:38:45,814 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-91) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@53cb3de0, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2cf0ae7f, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bac16bbe, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@5b460bdf, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@47213703, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@714406f8, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@94740550, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@c00582e3, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@e5687263, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a0163ead, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1e1ea424}, > log id: 4b3faf1c > > > vdsm.log > this block repeate non stop .. > > Thread-798::DEBUG::2016-03-17 > 14:41:07,108::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,109::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,111::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,113::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,114::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-158::DEBUG::2016-03-17 > 14:41:07,521::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P5/1ca56b45-701e-4c22-9f59-3aebea4d8477/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-158::DEBUG::2016-03-17 > 14:41:07,560::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n998 bytes (998 B) copied, > 0.000523763 s, 1.9 MB/s\n'; <rc> = 0 > Thread-180::DEBUG::2016-03-17 > 14:41:07,565::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P1/42d710a9-b844-43dc-be41-77002d1cd553/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-126::DEBUG::2016-03-17 > 14:41:07,566::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-180::DEBUG::2016-03-17 > 14:41:07,616::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000606695 s, 549 kB/s\n'; <rc> = 0 > Thread-158::INFO::2016-03-17 > 14:41:07,616::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 1ca56b45-701e-4c22-9f59-3aebea4d8477 (id: 3) > Thread-158::DEBUG::2016-03-17 > 14:41:07,619::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 1ca56b45-701e-4c22-9f59-3aebea4d8477 successfully acquired (id: 3) > Thread-126::DEBUG::2016-03-17 > 14:41:07,620::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000476478 s, 699 kB/s\n'; <rc> = 0 > Thread-180::INFO::2016-03-17 > 14:41:07,623::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 42d710a9-b844-43dc-be41-77002d1cd553 (id: 3) > Thread-180::DEBUG::2016-03-17 > 14:41:07,624::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 42d710a9-b844-43dc-be41-77002d1cd553 successfully acquired (id: 3) > Thread-126::INFO::2016-03-17 > 14:41:07,626::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 (id: 3) > Thread-126::DEBUG::2016-03-17 > 14:41:07,626::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 successfully acquired (id: 3) > Thread-1897022::DEBUG::2016-03-17 > 14:41:07,701::__init__::481::jsonrpc.JsonRpcServer::(_serveRequest) Calling > 'GlusterVolume.list' in bridge with {} > Thread-113::DEBUG::2016-03-17 > 14:41:07,704::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-113::DEBUG::2016-03-17 > 14:41:07,747::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, > 0.000568018 s, 590 kB/s\n'; <rc> = 0 > Thread-198::DEBUG::2016-03-17 > 14:41:07,758::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-188::DEBUG::2016-03-17 > 14:41:07,758::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-198::DEBUG::2016-03-17 > 14:41:07,811::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000455407 s, 731 kB/s\n'; <rc> = 0 > Thread-188::DEBUG::2016-03-17 > 14:41:07,815::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, > 0.000535009 s, 1.4 MB/s\n'; <rc> = 0 > Thread-198::INFO::2016-03-17 > 14:41:07,826::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 88adbd49-62d6-45b1-9992-b04464a04112 (id: 3) > Thread-198::DEBUG::2016-03-17 > 14:41:07,828::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 88adbd49-62d6-45b1-9992-b04464a04112 successfully acquired (id: 3) > Thread-98::DEBUG::2016-03-17 > 14:41:07,838::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P3/3c34ad63-6c66-4e23-ab46-084f3d70b147/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-98::DEBUG::2016-03-17 > 14:41:07,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n998 bytes (998 B) copied, > 0.000564777 s, 1.8 MB/s\n'; <rc> = 0 > VM Channels Listener::DEBUG::2016-03-17 > 14:41:07,883::vmchannels::133::vds::(_handle_unconnected) Trying to connect > fileno 43. > VM Channels Listener::DEBUG::2016-03-17 > 14:41:07,889::vmchannels::133::vds::(_handle_unconnected) Trying to connect > fileno 47. > > > > > On 17.3.2016 12:58, Nir Soffer wrote: > > On Thu, Mar 17, 2016 at 11:35 AM, paf1(a)email.cz <paf1(a)email.cz> wrote: > > I used that, but lock active in a few seconds again. > And oVirt do not update any VM's status > > Unlocking entities is ok when you know that the operation that took > the lock is finished > or failed. This is a workaround for buggy operations leaving disks in > locked state, not > a normal way to use the system. > > We first must understand what is the flow that caused the snapshot to > be locked, and > why it remain locked. > > Please describe in detail the operations in the engine side, and > provide engine and vdsm > logs showing this timeframe. > > Nir > > Pa. > > > On 17.3.2016 10:26, Eli Mesika wrote: > > > > ________________________________ > > From: paf1(a)email.cz > To: "users" <users(a)ovirt.org> > Sent: Thursday, March 17, 2016 9:27:11 AM > Subject: [ovirt-users] question mark on VM ( DB status 8 ) > > Hello, > during backup > > What do you mean by "backup"? Can you describe how do you backup the vm? > > VM hanged with question mark in ovirt and status 8 in DB, > snapshot file ( for backup )is locked. > How to clean snapshot locking a wake up this VM from "unknow" state ??? > > > Try using the unlock_entity.sh utility (run with --help for usage) > > > > regs. > pavel > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > --------------090207090508000404060502 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 text="#000066" bgcolor="#FFFFFF"> <br> <div class="moz-forward-container">URGENT<br> <br> -------- Forwarded Message -------- <table class="moz-email-headers-table" border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Subject: </th> <td>Re: [ovirt-users] question mark on VM ( DB status 8 )</td> </tr> <tr> <th nowrap="nowrap" valign="BASELINE" align="RIGHT">Date: </th> <td>Thu, 17 Mar 2016 16:43:54 +0200</td> </tr> <tr> <th nowrap="nowrap" valign="BASELINE" align="RIGHT">From: </th> <td>Nir Soffer <a class="moz-txt-link-rfc2396E" href="mailto:nsoffer@redhat.com"><nsoffer(a)redhat.com></a></td> </tr> <tr> <th nowrap="nowrap" valign="BASELINE" align="RIGHT">To: </th> <td><a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <a class="moz-txt-link-rfc2396E" href="mailto:paf1@email.cz"><paf1(a)email.cz></a></td> </tr> </tbody> </table> <br> <br> <pre>Can you send this to the users list? This looks like virt issue, so it should be checked by the guys working on this pars of the code. Thanks, Nir On Thu, Mar 17, 2016 at 4:07 PM, <a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <a class="moz-txt-link-rfc2396E" href="mailto:paf1@email.cz"><paf1(a)email.cz></a> wrote: > Hi Nir, > look at piece of logs which are repeated in cycle. > > The main issue happened about 3-5AM today ( 17.Mar) > > CSA_EBSDB_TEST2 - was shutted down from OS , but status was not updated in > oVirt GUI ( changed manually in DB ( status 1 )) , still one other VM is in > status "8" due snapshot locked file ( sf-sh-s07) . > > engine.log > ========== > > repeately hours by hours ... continually > > 2016-03-17 14:38:21,146 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-20) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 5a34e053 > 2016-03-17 14:38:21,830 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-20) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@240192c6, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@753f6685, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@79a21b20, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a4634e44, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@fd990620, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@57883869, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3b458bc8, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@80f225de, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ec4c19bd, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@947dc2e4, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f773ab98}, > log id: 5a34e053 > 2016-03-17 14:38:27,131 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-79) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 24e7703f > 2016-03-17 14:38:27,801 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-79) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4e72f0f4, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@89bfd4dd, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f6cb25b, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@f4bb56bf, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@e0121f88, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@435fc00f, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7b23bf23, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1f8e886, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1fbbe1c1, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@87c991cd, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2fc8ef3e}, > log id: 24e7703f > 2016-03-17 14:38:33,097 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-15) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 2e987652 > 2016-03-17 14:38:33,809 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-15) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@22f57524, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@229b8873, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@d9e0727e, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3e54e436, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a32a922d, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ef616411, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@987712e1, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@21786d69, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3411ecb4, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@9ccdb073, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@ae4e2f13}, > log id: 2e987652 > 2016-03-17 14:38:39,131 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-70) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 2d9df607 > 2016-03-17 14:38:39,812 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-70) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@24ba8cf2, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@be52739d, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@fa7acd26, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bfa54163, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a50ab364, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@c85c798b, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4404dc57, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a87b6b00, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@58e582ba, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@127588cb, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@101be9b2}, > log id: 2d9df607 > 2016-03-17 14:38:45,136 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-91) START, > GlusterVolumesListVDSCommand(HostName = 2kvm1, HostId = > 4c3a2622-14d5-43c8-8e15-99cb66104b5a), log id: 4b3faf1c > 2016-03-17 14:38:45,152 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] > (DefaultQuartzScheduler_Worker-43) START, > GlusterTasksListVDSCommand(HostName = 1kvm1, HostId = > 98c4520a-bcff-45b2-8f66-e360e10e1fb2), log id: 1df75525 > 2016-03-17 14:38:45,400 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] > (DefaultQuartzScheduler_Worker-43) FINISH, GlusterTasksListVDSCommand, > return: [], log id: 1df75525 > 2016-03-17 14:38:45,814 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-91) FINISH, GlusterVolumesListVDSCommand, > return: > {a5a8ccbc-edee-4e49-9e2a-4d2ee5767f76=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@53cb3de0, > 18310aeb-639f-4b6d-9ef4-9ef560d6175c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@2cf0ae7f, > 4a6d775d-4a51-4f6c-9bfa-f7ef57f3ca1d=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bac16bbe, > f410c6a9-9a51-42b3-89bb-c20ac72a0461=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@5b460bdf, > 62c89345-fd61-4b67-b8b4-69296eb7d217=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@47213703, > aa2d607d-3c6c-4f13-8205-aae09dcc9d35=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@714406f8, > b4356604-4404-428a-9da6-f1636115e2fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@94740550, > 9745551f-4696-4a6c-820a-619e359a61fd=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@c00582e3, > 25a5ec22-660e-42a0-aa00-45211d341738=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@e5687263, > 6060ff77-d552-4d94-97bf-5a32982e7d8a=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a0163ead, > cbf142f8-a40b-4cf4-ad29-2243c81d30c1=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@1e1ea424}, > log id: 4b3faf1c > > > vdsm.log > this block repeate non stop .. > > Thread-798::DEBUG::2016-03-17 > 14:41:07,108::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,109::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,111::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,113::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-798::DEBUG::2016-03-17 > 14:41:07,114::libvirtconnection::151::root::(wrapper) Unknown libvirterror: > ecode: 42 edom: 10 level: 2 message: Domain not found: no domain with > matching uuid 'a60a0eae-9738-4833-9feb-de2494c545a4' (CSA_EBSDB_TEST2) > Thread-158::DEBUG::2016-03-17 > 14:41:07,521::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P5/1ca56b45-701e-4c22-9f59-3aebea4d8477/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-158::DEBUG::2016-03-17 > 14:41:07,560::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n998 bytes (998 B) copied, > 0.000523763 s, 1.9 MB/s\n'; <rc> = 0 > Thread-180::DEBUG::2016-03-17 > 14:41:07,565::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P1/42d710a9-b844-43dc-be41-77002d1cd553/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-126::DEBUG::2016-03-17 > 14:41:07,566::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-180::DEBUG::2016-03-17 > 14:41:07,616::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000606695 s, 549 kB/s\n'; <rc> = 0 > Thread-158::INFO::2016-03-17 > 14:41:07,616::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 1ca56b45-701e-4c22-9f59-3aebea4d8477 (id: 3) > Thread-158::DEBUG::2016-03-17 > 14:41:07,619::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 1ca56b45-701e-4c22-9f59-3aebea4d8477 successfully acquired (id: 3) > Thread-126::DEBUG::2016-03-17 > 14:41:07,620::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000476478 s, 699 kB/s\n'; <rc> = 0 > Thread-180::INFO::2016-03-17 > 14:41:07,623::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 42d710a9-b844-43dc-be41-77002d1cd553 (id: 3) > Thread-180::DEBUG::2016-03-17 > 14:41:07,624::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 42d710a9-b844-43dc-be41-77002d1cd553 successfully acquired (id: 3) > Thread-126::INFO::2016-03-17 > 14:41:07,626::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 (id: 3) > Thread-126::DEBUG::2016-03-17 > 14:41:07,626::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 successfully acquired (id: 3) > Thread-1897022::DEBUG::2016-03-17 > 14:41:07,701::__init__::481::jsonrpc.JsonRpcServer::(_serveRequest) Calling > 'GlusterVolume.list' in bridge with {} > Thread-113::DEBUG::2016-03-17 > 14:41:07,704::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-113::DEBUG::2016-03-17 > 14:41:07,747::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, > 0.000568018 s, 590 kB/s\n'; <rc> = 0 > Thread-198::DEBUG::2016-03-17 > 14:41:07,758::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-188::DEBUG::2016-03-17 > 14:41:07,758::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-198::DEBUG::2016-03-17 > 14:41:07,811::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n333 bytes (333 B) copied, > 0.000455407 s, 731 kB/s\n'; <rc> = 0 > Thread-188::DEBUG::2016-03-17 > 14:41:07,815::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, > 0.000535009 s, 1.4 MB/s\n'; <rc> = 0 > Thread-198::INFO::2016-03-17 > 14:41:07,826::clusterlock::219::Storage.SANLock::(acquireHostId) Acquiring > host id for domain 88adbd49-62d6-45b1-9992-b04464a04112 (id: 3) > Thread-198::DEBUG::2016-03-17 > 14:41:07,828::clusterlock::237::Storage.SANLock::(acquireHostId) Host id for > domain 88adbd49-62d6-45b1-9992-b04464a04112 successfully acquired (id: 3) > Thread-98::DEBUG::2016-03-17 > 14:41:07,838::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd > if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P3/3c34ad63-6c66-4e23-ab46-084f3d70b147/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1 (cwd None) > Thread-98::DEBUG::2016-03-17 > 14:41:07,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > <err> = '0+1 records in\n0+1 records out\n998 bytes (998 B) copied, > 0.000564777 s, 1.8 MB/s\n'; <rc> = 0 > VM Channels Listener::DEBUG::2016-03-17 > 14:41:07,883::vmchannels::133::vds::(_handle_unconnected) Trying to connect > fileno 43. > VM Channels Listener::DEBUG::2016-03-17 > 14:41:07,889::vmchannels::133::vds::(_handle_unconnected) Trying to connect > fileno 47. > > > > > On 17.3.2016 12:58, Nir Soffer wrote: > > On Thu, Mar 17, 2016 at 11:35 AM, <a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <a class="moz-txt-link-rfc2396E" href="mailto:paf1@email.cz"><paf1(a)email.cz></a> wrote: > > I used that, but lock active in a few seconds again. > And oVirt do not update any VM's status > > Unlocking entities is ok when you know that the operation that took > the lock is finished > or failed. This is a workaround for buggy operations leaving disks in > locked state, not > a normal way to use the system. > > We first must understand what is the flow that caused the snapshot to > be locked, and > why it remain locked. > > Please describe in detail the operations in the engine side, and > provide engine and vdsm > logs showing this timeframe. > > Nir > > Pa. > > > On 17.3.2016 10:26, Eli Mesika wrote: > > > > ________________________________ > > From: <a class="moz-txt-link-abbreviated" href="mailto:paf1@email.cz">paf1(a)email.cz</a> > To: "users" <a class="moz-txt-link-rfc2396E" href="mailto:users@ovirt.org"><users(a)ovirt.org></a> > Sent: Thursday, March 17, 2016 9:27:11 AM > Subject: [ovirt-users] question mark on VM ( DB status 8 ) > > Hello, > during backup > > What do you mean by "backup"? Can you describe how do you backup the vm? > > VM hanged with question mark in ovirt and status 8 in DB, > snapshot file ( for backup )is locked. > How to clean snapshot locking a wake up this VM from "unknow" state ??? > > > Try using the unlock_entity.sh utility (run with --help for usage) > > > > regs. > pavel > > _______________________________________________ > Users mailing list > <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> > <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> > > > > > _______________________________________________ > Users mailing list > <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> > <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> > > </pre> <br> </div> <br> </body> </html> --------------090207090508000404060502--

1 0

Re: [ovirt-users] Howto Backup and Restore on new Server
by Taste-Of-IT 17 Mar '16

17 Mar '16

Hello Yaniv, ah ok understand. Export Domain will in Version X not longer supportet. Do you have any link to this information? thx Am 2016-03-17 14:48, schrieb Yaniv Dary: > As removing it in the future for replacement flows. > > Yaniv Dary > Technical Product Manager > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > Tel : +972 (9) 7692306 > 8272306 > Email: ydary(a)redhat.com > IRC : ydary > > On Tue, Mar 15, 2016 at 2:11 PM, Taste-Of-IT <kontakt(a)taste-of-it.de> > wrote: > >> Hello Yaniv, >> >> that was ironical, or? Deprecating like deny or refuse? >> >> Am 2016-03-15 12:16, schrieb Yaniv Dary: >> >> Since we will be deprecating export domain to import storage domain >> in >> the future, I would use it. >> It should be a much better experience with less downtime. >> >> Yaniv Dary >> Technical Product Manager >> Red Hat Israel Ltd. >> 34 Jerusalem Road >> Building A, 4th floor >> Ra'anana, Israel 4350109 >> >> Tel : +972 (9) 7692306 [1] >> 8272306 >> Email: ydary(a)redhat.com >> IRC : ydary >> >> On Tue, Mar 15, 2016 at 1:03 PM, Taste-Of-IT >> <kontakt(a)taste-of-it.de> >> wrote: >> >> Hello Yaniv, >> >> thanks for your hint. Seems a good idea. Meanwhile i created a >> export domain, with the path to a mountpoint and exported the VMs. >> Next is to reinstall the server and import VMs. What is in your >> point of view the better solution or where are the pros and contrs? >> >> thx >> >> Am 2016-03-15 11:58, schrieb Yaniv Dary: >> >> You can move the VM to a new storage domain and use import storage >> domain feature to move VMs from one oVirt to another. >> >> Yaniv Dary >> Technical Product Manager >> Red Hat Israel Ltd. >> 34 Jerusalem Road >> Building A, 4th floor >> Ra'anana, Israel 4350109 >> >> Tel : +972 (9) 7692306 [1] >> 8272306 >> Email: ydary(a)redhat.com >> IRC : ydary >> >> On Mon, Mar 14, 2016 at 5:38 PM, Taste-Of-IT >> <kontakt(a)taste-of-it.de> >> wrote: >> >> Hello, >> i want to backup a view VMs, delete the old Server, install on same >> Hardware a new one and restore the VMs. I use oVirt as All-in-One. >> What is the best Way? Can i simply copy the full snapshot to an >> external usb-disk, or should i use a external backup domain for >> that.? And Restore simply copy the snapshot backup to the VM Domain >> or use the same backup domain to import the VMs? >> >> Thx >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users [2] [2] [1] >> >> Links: >> ------ >> [1] http://lists.ovirt.org/mailman/listinfo/users [2] [2] >> >> Links: >> ------ >> [1] tel:%2B972%20%289%29%207692306 >> [2] http://lists.ovirt.org/mailman/listinfo/users [2] > > > > Links: > ------ > [1] tel:%2B972%20%289%29%207692306 > [2] http://lists.ovirt.org/mailman/listinfo/users

2 3

question mark on VM ( DB status 8 )
by paf1＠email.cz 17 Mar '16

17 Mar '16

This is a multi-part message in MIME format. --------------070308030207010901040704 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, during backup VM hanged with question mark in ovirt and status 8 in DB, snapshot file ( for backup )is locked. How to clean snapshot locking a wake up this VM from "unknow" state ??? regs. pavel --------------070308030207010901040704 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 text="#000066" bgcolor="#FFFFFF"> Hello, <br> during backup VM hanged with question mark in ovirt and status 8 in DB, snapshot file ( for backup )is locked.<br> How to clean snapshot locking a wake up this VM from "unknow" state ???<br> <br> regs.<br> pavel<br> </body> </html> --------------070308030207010901040704--

3 3

[hosted-engine] Setup broke host's network
by Wee Sritippho 17 Mar '16

17 Mar '16

Hi, I setup the host's network while installing CentOS 7 (GUI), so the network configuration is like this: eno1 --> bond0_slave1 --\ |--> bond0 eno2 --> bond0_slave2 --/ After I disabled NetworkManager and ran 'hosted-engine --deploy', the setup stuck at this line: [ INFO ] Configuring the management bridge Then the ssh connection is lost. I accessed the console and found this line after the line above: [ ERROR ] Failed to execute stage 'Misc configuration': Connection to storage server failed And the network is kinda break. I have to 1. delete MASTER=bond0 and SLAVE=yes line in ifcfg-eno{1,2} config files 2. re-config ifcfg-bond0 to get static IP 3. turnoff and delete ovirtmgmt bridge 4. restart the network in order to make it live again. Did this network configuration really break the setup or it was something else? If the network configuration is the cause, how can I proceed to install oVirt hosted-engine? I attached the answer file, installation log, vdsm.log and supervdsm.log with this email. Environment: - CentOS Linux release 7.2.1511 (Core) - ovirt-release36-003-1.noarch - ovirt-hosted-engine-setup-1.3.3.4-1.el7.centos.noarch - vdsm-4.17.23-1.el7.noarch Thank you, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

2 1

Re: [ovirt-users] 3.6.3 : Disable Networkmanager?
by Edward Haas 17 Mar '16

17 Mar '16

On Thu, Mar 17, 2016 at 9:23 AM, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrote: > Le 17/03/2016 07:32, Edward Haas a écrit : >> >> Hello Nicolas, >> >> Please let us know which docs you refer to. > > > http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part… > >> Engine by itself should work fine with NM. > > > I'm installing my 5th 3.6.3 oVirt DC this month, and I'm still witnessing > that when keeping NM_CONTROLLED=yes in my > /etc/sysconfig/network-script/ifcfg-blahblahblah files, the network setup > doesn't resist a reboot (we're using bonding + vlan, and it all goes well > with NO networkmanager). Do you refer to the Host/s (which run the hypervisor with the VM/s) or the Engine? If you refer to the Engine, if setting there bonding and vlans manually (using ifcfg files?), it may collide with NM in certain cases, but that is a general issue, not related to Engine specifically. You could define the bonds and vlans using NM (nmcli). > > >> >> The only exception is when you try to run on the same host VDSM (which >> is not recommended). >> >> Thanks, >> Edy. >> >> On Tue, Mar 15, 2016 at 4:44 PM, Nicolas Ecarnot <nicolas(a)ecarnot.net> >> wrote: >>> >>> Hello, >>> >>> Several docs are contradictory about NetworkManager on the engine. >>> Do we have to disable it in 3.6.3? (we're using CentOS 7.2) >>> >>> Thank you. >>> >>> -- >>> Nicolas ECARNOT >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users > > > > -- > Nicolas ECARNOT

2 3

multiple NICs VLAN ID conflict
by Bill James 17 Mar '16

17 Mar '16

--------------010405030004070807050100 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit We have DEV and QA is the same "data center" but on the network side of things they are on different switches, so they reused some VLAN IDs. No problem, my server has 4 NICS. But how do I tell ovirt its ok to have 2 networks with same vlan ID because I'm going to put them on different NICs? It says "specified VLAN ID is already in use". --------------010405030004070807050100 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"> We have DEV and QA is the same "data center" but on the network side of things they are on different switches, so they reused some VLAN IDs.<br> No problem, my server has 4 NICS.<br> But how do I tell ovirt its ok to have 2 networks with same vlan ID because I'm going to put them on different NICs?<br> <br> <meta http-equiv="content-type" content="text/html; charset=utf-8"> It says "specified VLAN ID is already in use".<br> <br> </body> </html> --------------010405030004070807050100--

3 5

Vms owner
by Budur Nagaraju 17 Mar '16

17 Mar '16

HI Is there any API to check that what are all the vms deployed by a user ? Thanks, Nagaraju

2 1

[Reminder]: Today - First oVirt community meetup in Boston MA area
by Douglas Landgraf 16 Mar '16

16 Mar '16

Join us for an evening of knowledge-sharing, networking, and Q&A about the oVirt open-source project. All skill levels are welcome! In this first meetup we will introduce oVirt, show a live demo, and answer any questions you might have about the technology and the community. The meetup will be hosted at the Red Hat office in Westford, drinks and snacks will be provided. Please RSVP to the event so that we can make sure everyone will be comfortable. Looking forward to seeing you there! http://www.meetup.com/Boston-oVirt-Community/ -- Cheers Douglas

1 0

Dumb question: exclamation mark next to VM?
by Chris Adams 16 Mar '16

16 Mar '16

I set up a new oVirt 3.6.2 cluster on CentOS 7.2 (everything up to date as of yesterday). I created a basic CentOS 7.2 VM with my local customizations, created a template from it, and then created a VM from that template. That new VM has an exclamation mark next to it in the web GUI (between the up arror for "running" and the "server" icon). Usually I would expect that means something is wrong or needs attention, but I can't find anything to fix/address/etc. (no messages in the Alerts, nothing odd in the Events, etc.). What does the exclamation mark mean, and how do I clear it? -- Chris Adams <cma(a)cmadams.net>

9 17

Coming (Very) Soon - New ovirt.org Website & Deprecated Wiki
by Mikey Ariel 16 Mar '16

16 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 In the past months we've been working on upgrading the oVirt project infrastructure, to better support the community contributions. One of the main platforms for our user documentation, release management content, and community content has been the MediaWiki site that you all know as ovirt.org. Most of us are familiar with the wiki site format, with all its advantages and disadvantages. After several years of serving the community, I'm happy to announce that we are very near to completing a full upgrade of the website infrastructure from a wiki site to a static site, source-controlled on GitHub and authored in Markdown. This email is the pre-launch announcement, as we are reaching the final stages of the migration, and there are a few actions that might affect your work on website content in the meantime. Why migrate the website ======================= As mentioned, wiki sites provide an open and flexible content editing platform. Unfortunately, as the site grows the content becomes quite difficult to manage and curate, resulting in lots of obsolete, outdated, and incorrect information. By moving to a source-controlled repository and implementing GitHub's contribution workflow, we strive to ease the work of maintaining an up-to-date content site, employ a peer-review process for changes, and standardize the authoring markup language to lower the contribution barrier. The Middleman framework (Ruby-based static site generator) was chosen based on observing successful implementation of other open-source community websites, such as OpenStack RDO, Project Atomic, and Gluster. What we did so far ================== When we started the migration, our Web design team exported all of the wiki content from the old website and converted it to MD files. They also set up the website config flow, auto-deploy, and upgraded the look-and-feel of the website. We then initiated a content review effort as well as a UX review for the new website in a smaller forum, which caught most of the critical issues with the new website and helped us get the new format to a place where we can release the website in a near-GA/public-beta format. Yesterday (Wednesday Feb 17) we exported the website one more time and currently we're running a diff on all the files that changed since the initial export was done, to make sure we grab all the updates and the latest content before we launch the new website. What is about to happen ======================= Today we are initiating a **wiki freeze**, which means the old MediaWiki site will become read-only. This is to ensure that all of our diff scripts reflect the most current state of the content on the website, and that we don't lose any content in the transition. Barring any unexpected blockers, we will port the ovirt.org domain to point to the new website and open the new website for contributions on **Monday February 22** or earlier. What do you need to do right now ================================ If you have any wiki pages that you're actively editing, please don't save them to the old MediaWiki site, and hold onto your pending changes until we send the happy launch email. We will also include instructions on how to contribute/edit/add content to the new website, but in general the workflow will be aligned with the standard GitHub best practices (clone-edit-commit-pullrequest), so you can utilize all of the git commands that you already know or work directly within the GitHub web editor. I'd like to thank all of the people who were involved with this migration so far, ovirt.org is a big website with lots of content and it was no small task to upgrade it. Please feel free to ping me on- or off-list if you have any questions about the next steps, and expect a happy launch email soon! Cheers, Mikey - -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWxa5AAAoJEHYPPTOszxHow10H/jeuhzMrUrPsCBedLg7OKnNh jdKDujT/aCyA4LgnRHnVBEASunShmVaOJrMdU4r0PZbdkX1Mf5/SvCEFGKY14qAg m/5CnDhlwbp5rqo09VOGLMg20CaMtpUoE1LpKE/epGYEKSBr2JIAA+HAsYa1OEyS 9oHDDx+ZIbfHNlygW1KpW6dsuZRscTbfy4kk8rY83YdJGyQiQN+ulsjT/c2N8ArR WylohBE2OcC7+nzf7AejKJ94loWxnVhO4qWbNWAH00LArG89yFWBBSlMK6ocJUED P4k2IzgG+75eTiCZAAw5/Vaqx0YVU7hScSmBqOPQu/wo4e2t11AR7A8D7Cn+vpU= =XWEH -----END PGP SIGNATURE-----

5 4

[ANN] oVirt 3.6.4 First Release Candidate is now available for testing
by Sandro Bonazzola 16 Mar '16

16 Mar '16

The oVirt Project is pleased to announce the availability of the First Release Candidate of oVirt 3.6.4 for testing, as of March 16th, 2016 This release is available now for: * Fedora 22 * Red Hat Enterprise Linux 6.7 * CentOS Linux 6.7 (or similar) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 22 This release is also available with experimental support for: * Debian 8.3 Jessie This release candidate includes the following updated packages: - ovirt-engine - vdsm - ovirt-hosted-engine-ha - ovirt-hosted-engine-setup 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]. * Mirrors[3] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 3.6.3 release highlights: http://www.ovirt.org/release/3.6.4/ * 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/3.6.4/ [2] http://resources.ovirt.org/pub/ovirt-3.6-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

1 0

Re: [ovirt-users] "wildcard resolve to multiple address" during hosted-engine --deploy
by Yedidyah Bar David 16 Mar '16

16 Mar '16

(Adding the mailing list) On Wed, Mar 16, 2016 at 4:14 AM, Zach <zfnoctis(a)gmail.com> wrote: > Hi Didi, > > I chose to go with option #2, and I now am getting: > > [ ERROR ] Failed to execute stage 'Misc configuration': Failed to setup > networks {'ovirtmgmt': {'nic': 'em1', 'bootproto': 'dhcp', > 'blockingdhcp': True, 'defaultRoute': True}}. Error code: "29" message: > "Determining IP information for ovirtmgmt... failed; no link present. > Check cable?" Please post setup logs. > > Which is *completely* nonsensical, as em1 is showing up as working both > in CentOS, and iDrac - not to mention I am connected over ssh with that > very same network interface. Perhaps you do not have an IP address on that interface? You do need one. The engine will communicate with the host using this address. > Just to be on the safe-side, I will > mention that I disabled firewalld and Networkmanager as soon as I first > logged into this machine. which also makes wonder why these need to be > disabled, since they are included by default with CentOS/RHEL 7. > > This whole process has left me fairly frustrated and confused. Sorry for that. Bugs/RFEs/patches are always welcome :-) > Why does > a previous attempt somehow completely destroy any chance of installing > the system without a complete wipe of the disks? Because of the way the deploy script is currently implemented, it would be hard to completely undo changes on failure (which we do try hard in engine-setup). We have an open RFE for supplying a cleanup tool: https://bugzilla.redhat.com/show_bug.cgi?id=1001181 See also: http://www.ovirt.org/documentation/how-to/hosted-engine/#recoving-from-fail… The source package also has: https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-setup.git;a=blob;f=cl… It's currently down for some reason, not sure. A mirror is available at: https://github.com/oVirt/ovirt-hosted-engine-setup/blob/master/cleanup.sh All of these are far from perfect, and reinstalling the OS is way safer when trying to debug such issues. > Why is the > installation failing to even find a network interface? Is this par for > the course to get oVirt installed? Again, not sure what the exact problem was. Please post setup logs. > > Finally, are there any current guides on setting up oVirt 3.6 in a > hosted-engine configuration with nfs/gluster all on a single machine? Not that I am aware of. loopback-mounting nfs is considered unsafe due to locking issues, see: https://lwn.net/Articles/595652/ You can use iSCSI. Most people install it on more than one machine. For a single machine, usually virt-manager is enough. Of course you can use VMs with nested-kvm to virtualize more than one machine on a single one, if you mainly do this for testing/learning/etc. > It looks like everything is old or incomplete. But perhaps it is not > intended to be used yet. Proper support is currently partial. Search the net for e.g. 'ovirt hyperconvergence' for the current efforts. The plan is to require at least 3 physical machines, to have a replica-3 gluster storage and quorum. It should be possible today to deploy on a single machine with gluster, supplying three different paths for gluster all on the same machine. For best results, currently, you should have at least 3 machines: One for storage (or a dedicated storage appliance), two for hosted-engine hosts providing high-availability. Best regards, > > > On 03/14/2016 01:41 AM, Yedidyah Bar David wrote: >> On Mon, Mar 14, 2016 at 3:19 AM, Zach <zfnoctis(a)gmail.com> wrote: >>> I keep running into the following error when going through the >>> "hosted-engine --deploy" configuration. >>> >>> [ ERROR ] Failed to execute stage 'Setup validation': wildcard >>> resolved to multiple address >>> >>> So far, I haven't been able to figure out what I'm doing wrong. My best >>> guess is that there is some issue with the FQDN that I used, but I'm not >>> sure what I've done wrong. I've included the following line in >>> /etc/hosts for the FQDN. >>> >>> 192.168.0.50 ovirt.domain.local >>> >>> I've also attached the output log, as well as the full output of me >>> answering all the prompts. >>> >>> Any help would be appreciated, let me know if I need to include more >>> information. >> It seems like there are some left-overs in vdsm from previous attempts. >> If you want to further debug this, please: >> 1. Try to give exact flow, including what you tried, changed etc at each point >> 2. Attach all setup logs and all vdsm logs >> >> If you just want it all to work, please reinstall the machine from scratch >> and try again, and if you get into problems on first attempt, check/post >> setup and vdsm logs. >> >> Best, > -- Didi

1 0

Shutdown Problems on oVirt Node
by Roger Meier 16 Mar '16

16 Mar '16

Hi their I have currently a strange problem on a new oVirt 3.6 installation. At the moment a clean shutdown doesn't work, most of the time he reboots the system or hangs in the shutdown progress. I discovered this, when i tested our multiple UPS solution and send some test signals over ipmi to our server with ex. ipmipower -h 192.168.2.218 -u root -p password --soft . We also discovered that shutdown -h now , poweroff or init 0 had the same effect. On a clean CentOS installation, which is not included in our oVirt setup this works as expected, but on our ovirt-node this doesn't work. In the shutdown progress i see the following which tooks very long: > A stop job is running for Shared Storage Lease Manager (23s / 1min 47s) At the end i had then the following on my console screen: [ OK ] Reached target Shutdown Nothing more happens. no poweroff or something. I can wait more than three minutes and nothing happens. I also tried a clean re-install from the oVirt Administration WebUI but this doesn't have any effect on this issue. When i type "service sanlock stop" or "service vdsmd stop" in the server console and then do a poweroff , all works as expected. The shutdown is the also realy fast as expected. At the moment we think that the problem is on ovirt, vdsmd or on the sanlock settings for ovirt, because all settings on our site are on default settings. Currently Setup are two Intel Server (With RRM) with CentOS-7 (1511) and oVirt 3.6.3 and one Intel Server with OpenIndiana which provides Storage via NFS. Had someone a solution for this? is this perhaps a bug and shoul'd be reported? Greetings Roger Meier

4 4

Welcome: New ovirt.org website!
by Mikey Ariel 15 Mar '16

15 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Following yesterday's pre-launch email[1], I'm happy to announce that the new ovirt.org[2] website is now live in **public beta** and available for community review. All the information in this email is also available in the first blog post of our shiny new oVirt blog[3]. Read on for information about new features, known issues, and a call for reviews. The old MediaWiki site is still available in read-only[4], and will be taken offline on **March 1, 2016**. This is to ensure that you can compare pages and review migrated content. What's New ========== The new Website is full of improvements and enhancements, check out these highlights: * Source content is now formatted in Markdown instead of MediaWiki. This means that you can create and edit documentation, blog posts, and feature pages with the same Markdown syntax you know. * The Website is deployed with Middleman and stored on GitHub. This means that you can make changes to content with the same GitHub contribution workflow that you know (fork, clone, edit, commit, submit pull request). We even have an "Edit this page on GitHub" link at the bottom of every page! * New layout and design, from breadcrumbs to sidebards and an upgraded landing page. (This is still WIP, please see known issues.) * Automatic redirects from the old MediaWiki site. This means that if the wiki page exists in the new website, previously-released URLs will redirect to that page. If the page was removed, the Search page will open with the page title auto-filled in the search box. * Hierarchical content structure. This means that instead of flat Wiki-style files, the deployed Website reflects an organized source repo with content sorted into directories and sub-directories. * Official oVirt blog! Our new blog welcomes contributions. This means that if you solved a problem with oVirt, want to share your oVirt story, or describe a cool integration, you can submit a pull request with a blog post and we will provide editorial reviews and help publish your posts. * Standardized contribution process. The GitHub repo now includes a README.md[5] file that you can use to learn about how to add and edit content on the website. We welcome pull requests! Known Issues ============ Despite our best efforts, there are still a few kinks with the new website that you should be aware of: * Attempting to navigate to ovirt.org (without www.) leads to a redirect loop. We have a ticket open with OpenShift, our hosting service to fix this. * Only http is available. We also have a ticket with OpenShift to add SSL and enable https. * Home page and Download page are still being upgraded by our UX experts, expect some cool new changes soon! * Feature pages look-and-feel is still under construction. You can still edit and push feature pages as usual. What's Next =========== Even though the Website is live, the work is hardly over. We'd like to ask for your help in: * Reviewing content for anything obsolete or outdated (each page in the new website includes a header toolbar with metadata from the original wiki page for your convenience) * Submitting blog posts or any other content that you wish to share with the oVirt community * Reporting bugs and proposing enhancements, for example broken links or missing pages We hope you will enjoy the new oVirt Website, looking forward to your feedback and contributions! [1] http://lists.ovirt.org/pipermail/devel/2016-February/012372.html [2] http://www.ovirt.org/ [3] http://www.ovirt.org/blog/2016/02/welcome-to-new-ovirt-site/ [4] http://old.ovirt.org/Home [5] https://github.com/oVirt/ovirt-site/blob/master/README.md - -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWxztZAAoJEHYPPTOszxHoOF4H/2UeK9JTspw4dYU+pUu8fKqf pSrE9ha3k9KpPnGIAx6VTnbXolNr9tHFiT8gcds1C9CVoMEPrKUxns9CTz3kPYBH /mGYCwQ+ncUNBCn+54uiKmXssaAtpVLnuxh8f1z9BDUoFjoY7ASLTzwXu9XTuH9V C9gaR0iGcRgSmBPjfPuAVWuHgimM068x5Ig2BoMSzAeCM7pO6LwiRzt3xX15xlR4 TMkUWLHdnJ1uL1GH267tMofrMnk25veDPIzuzIaPFjwIuTFgtwnUQI82ULbxcet2 NJ+y/UgwQ9JUQheoQL/oOsnSs244kFl0Vl+GuKMDGZ1FwCfoZerejnhEK+1cK0U= =KQLK -----END PGP SIGNATURE-----

4 5