- Users - oVirt List Archives

Invitation: Deep Dive: Ansible modules for oVirt @ Tue Feb 14, 2017 4pm - 5pm (CET) (users@ovirt.org)
by omachace＠redhat.com 08 Feb '17

08 Feb '17

You have been invited to the following event. Title: Deep Dive: Ansible modules for oVirt In this presentation will do a short introduction to Ansible. Then we will focus how to use Ansible with oVirt. Ansible 2.3 ships many oVirt modules, which can help you orchestrate your oVirt infrastructure. We will show a demo how to use them. Ansible 2.3 also ships dynamic inventory for oVirt, we will show how to use it as well. Stream: https://www.youtube.com/watch?v=BgohrQ1itzM Slides: https://redhat.slides.com/omachace/ansbile-modules-for-ovirt Docs: http://www.ovirt.org/develop/release-management/features/infra/ansible_modu… http://docs.ansible.com/ansible/list_of_cloud_modules.html#ovirt When: Tue Feb 14, 2017 4pm – 5pm Central European Time - Prague Calendar: users(a)ovirt.org Who: (Guest list is too large to display) Event details: https://www.google.com/calendar/event?action=VIEW&eid=cTJpaWdkaWpuc2lkbmhnc… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Re: [ovirt-users] How to update ovirt ng nodes
by Massimo Mad 08 Feb '17

08 Feb '17

Hi David, I try to use yum update but i have this error : yum update Loaded plugins: fastestmirror, imgbased-warning Warning: yum operations are not persisted across upgrades! The problem is that on the server i have this repository: ovirt-4.0.repo ovirt-4.0-dependencies.repo With this repository it's possible upgrade ovirt only only between minor releases for example from 4.0.1 to 4.0.6, i want to upgrade the host from 4.0 to 4.1. Regards Massimo

3 2

ovirt-engine is participating in openjdk's adoption group for jdk9
by Roy Golan 08 Feb '17

08 Feb '17

ovirt-engine is now listed in openjdk's adoption group in order to help and supply feedback on jdk9. https://wiki.openjdk.java.net/display/quality/Quality+Outreach I'm working on creating a ci job to just run compilation, that would be travis or our jenkins.

1 0

ovirt-engine-notifier tuning?
by Nicolás 08 Feb '17

08 Feb '17

Hi, Is there a way to configure the frequency on which the ovirt-engine-notifier notifies about the same issue? We've recently had a Domain Storage with low space and an email was sent cca. every 15 minutes. Is there a way to increase this notification time? This is oVirt 4.0.4-4. Thanks.

2 1

UPDATED Invitation: Deep Dive: virt-sparsify @ Wed 2017-02-08 17:00 - 17:30 (IST)
by Shmuel Melamud 08 Feb '17

08 Feb '17

Hi! I invite you to Deep Dive session dedicated to the new virt-sparsify feature of oVirt 4.1. When: Wed 2017-02-08 17:00 - 17:30 (IST) Join here: https://youtu.be/ayseKlGLwHI (NOTE location changed) Virt-sparsify is a new feature in oVirt 4.1. It allows to remove unused space from a disk image and return it back to the storage. We will learn why this feature is needed and how to use it from user perspective. After that we will look deeper into implementation and explain prerequisites of virt-sparsify operation. Shmuel

1 0

USB 2.0 compatibility
by Jonathan Woytek 07 Feb '17

07 Feb '17

Hello all. Please forgive me if this is covered officially somewhere, but my google-fu has been unable to help me find much recent information. I have a couple of devices (RTL SDR's) that require USB 2.0, but the pass through seems to only support a virtual 1.1 hub for devices. The devices are correctly recognized and configured by the hypervisor host, but when connected to a VM, they show up on a 1.1 hub, and the driver fails to load as a result. I have found some older information that only USB 1.1 devices were supported via USB pass through. I haven't found much newer information, though, and also couldn't find newer problem reports. I'm running 4.1, upgraded from a 4.0 installation, on Centos 7. I was hoping to build a little RF capture and analysis cluster using several of these devices, but this is a bit of a roadblock! Any ideas? Jonathan -- Sent from my Commodore64

1 0

Re: [ovirt-users] GUI node detail long delay
by Sahina Bose 07 Feb '17

07 Feb '17

[Adding users] On Tue, Feb 7, 2017 at 7:52 PM, paf1(a)email.cz <paf1(a)email.cz> wrote: > Dear Sahina, > > *Q:* > "Any reason why the Arbiter node will not be managed by oVirt? > > *A:* > 1) The arbiter node ( which running this oVirt too ) is not powerfull in > CPU/mem/lan sources to run VMs . Just only to keep master data and ovirt > envir. > 2) We wan't to migrate VMs to this node ( arbiter ) > I think the oVirt scheduling policy can be set to NOT run VMs on the arbiter node. This is something you can explore to solve your first 2 points. The reason it'll be helpful to have arbiter also managed by oVirt is so that the maintenance and fencing logic are aware of the state of all nodes in the cluster. There's logic added specific to gluster to ensure that quorum is not lost while moving a node to maintenance/when a node is fenced. > 3) Oracle DB requests licences for all nodes in cluster ( lic. per each > available CPU socket in cluster ). Nobody will not spent money for > unuseable CPU socket , especially dedicated cluster user :-( ) > For this one, I have no solution > > From that reasons arbiter not in cluster included. > > regards > Pavel > > > On 02/07/2017 02:33 PM, Sahina Bose wrote: > > > > On Mon, Feb 6, 2017 at 6:36 PM, paf1(a)email.cz <paf1(a)email.cz> wrote: > >> Hello everybody, >> >> We are using oVirt Engine Version: 4.0.6.3-1.el7.centos on centos 7.3 >> with gluster replica 3 arbiter = (1+1)+1 >> >> I'm confused with GUI delaying - if node details are wanted ( cluster -> >> nodes -> node detail = click on node raw ) then request generate over 10 >> min delay to display details. This unexpected mistake didn't occure >> initially, but later - not specified when . >> > > I don't think the delay in GUI has anything to do with the logs below. Are > there any logs related to retrieving node details? > > >> >> The followed partial list of "engine.log" shows requests to "arbiter >> node" ( 16.0.0.159) connectivity. >> This requested 3rd node of gluster(arbiter) is NOT included in oVirt >> environment and will NOT. >> Maybe this is that problem, but I'm not shure, especially how to fix this. >> > > Any reason why the Arbiter node will not be managed by oVirt? > > >> >> 2017-02-06 13:20:03,924 INFO [org.ovirt.engine.core.vdsbrok >> er.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler3) >> [49cebf0] START, GlusterServersListVDSCommand(HostName = 1kvm2, >> VdsIdVDSCommandParametersBase:{runAsync='true', >> hostId='258decac-46f4-4c15-b855-ad97b570ee60'}), log id: 6873151 >> 2017-02-06 13:20:04,796 INFO [org.ovirt.engine.core.vdsbrok >> er.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler3) >> [49cebf0] FINISH, GlusterServersListVDSCommand, return: [ >> 172.16.5.162/24:CONNECTED, 172.16.5.161:CONNECTED, 16.0.0.159:CONNECTED], >> log id: 6873151 >> 2017-02-06 13:20:04,814 INFO [org.ovirt.engine.core.vdsbrok >> er.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler3) >> [49cebf0] START, GlusterVolumesListVDSCommand(HostName = 1kvm2, >> GlusterVolumesListVDSParameters:{runAsync='true', >> hostId='258decac-46f4-4c15-b855-ad97b570ee60'}), log id: 381ae630 >> 2017-02-06 13:20:05,970 WARN [org.ovirt.engine.core.vdsbrok >> er.gluster.GlusterVolumesListReturnForXmlRpc] (DefaultQuartzScheduler3) >> [49cebf0] Could not add brick '16.0.0.159:/GLUSTER/1KVM12-sda2/GFS' to >> volume '19c27787-f1c9-4dee-8415-c6d1c81e3aa2' - server uuid >> 'f7670ea9-2204-4310-96a6-243c2c6a00de' not found in cluster >> '587fa2d8-017d-03b3-0003-00000000030d' >> 2017-02-06 13:20:05,987 WARN [org.ovirt.engine.core.vdsbrok >> er.gluster.GlusterVolumesListReturnForXmlRpc] (DefaultQuartzScheduler3) >> [49cebf0] Could not add brick '16.0.0.159:/GLUSTER/1KVM12-sda1/GFS' to >> volume '96adac2a-0dc4-4bd8-ad79-23dd3448f73b' - server uuid >> 'f7670ea9-2204-4310-96a6-243c2c6a00de' not found in cluster >> '587fa2d8-017d-03b3-0003-00000000030d' >> 2017-02-06 13:20:05,987 INFO [org.ovirt.engine.core.vdsbrok >> er.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler3) >> [49cebf0] FINISH, GlusterVolumesListVDSCommand, return: >> {19c27787-f1c9-4dee-8415-c6d1c81e3aa2=org.ovirt.engine.core. >> common.businessentities.gluster.GlusterVolumeEntity@b9f51962, >> 96adac2a-0dc4-4bd8-ad79-23dd3448f73b=org.ovirt.engine.core. >> common.businessentities.gluster.GlusterVolumeEntity@86597dda}, log id: >> 381ae630 >> >> repeatelly occured several times per minute, so huge filling logs >> >> >> OS Version:RHEL - 7 - 3.1611.el7.centos >> OS Description:CentOS Linux 7 (Core) >> Kernel Version:3.10.0 - 514.6.1.el7.x86_64 >> KVM Version:2.6.0 - 28.el7_3.3.1 >> LIBVIRT Version:libvirt-2.0.0-10.el7_3.4 >> VDSM Version:vdsm-4.18.21-1.el7.centos >> SPICE Version:0.12.4 - 19.el7 >> GlusterFS Version:glusterfs-3.8.8-1.el7 >> CEPH Version:librbd1-0.94.5-1.el7 >> >> >> regards >> Paf1 >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > >

1 0

Disk Move Failure
by Michael Watters 07 Feb '17

07 Feb '17

I have set up a new iSCSI storage pool in ovirt and attempted to move a disk from another iSCSI pool however the operation fails with the following error. * User admin@internal have failed to move disk centos7_template_Disk1 to domain TempPool. * VDSM mdct-ovirt-node-production1 command failed: Cannot create Logical Volume I checked the vdsm.log file and it also shows errors like below. a3704f7-db72-4170-b1ee-0719b1336765::ERROR::2017-02-07 14:34:14,748::volume::485::Storage.Volume::(create) Failed to create volume /rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/10ec3aa0-561b-4ed3-95ce-03d1d3f46b19/images/e557d62d-fdc3-4688-9d34-bb7793a02824/6ab6752e-67c6-43bc-bbcf-f825146d11c6: Cannot create Logical Volume: ('10ec3aa0-561b-4ed3-95ce-03d1d3f46b19', '6ab6752e-67c6-43bc-bbcf-f825146d11c6') 8a3704f7-db72-4170-b1ee-0719b1336765::ERROR::2017-02-07 14:34:14,748::volume::521::Storage.Volume::(create) Unexpected error 8a3704f7-db72-4170-b1ee-0719b1336765::ERROR::2017-02-07 14:34:14,748::image::405::Storage.Image::(_createTargetImage) Unexpected error 8a3704f7-db72-4170-b1ee-0719b1336765::ERROR::2017-02-07 14:34:14,752::task::866::Storage.TaskManager.Task::(_setError) Task=`8a3704f7-db72-4170-b1ee-0719b1336765`::Unexpected error jsonrpc.Executor/1::ERROR::2017-02-07 14:37:15,003::task::866::Storage.TaskManager.Task::(_setError) Task=`e239ee91-dd4f-49e7-857e-dd262b0972f0`::Unexpected error jsonrpc.Executor/1::ERROR::2017-02-07 14:37:15,005::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Volume does not exist: (u'a7e1e59d-cdd8-40b6-80d7-905b8da5be1f',)", 'code': 201}} Is there a way to fix this?

1 1

seem that SuperUser role isn't super.
by Sergey Kulikov 07 Feb '17

07 Feb '17

I've tried to add publickey to user, that have SuperUser role defined (tried as admin@internal, and as another user with SuperUser role), But UI says, that no permission for logged in user, finally I was able to add publickey only after assigning UserProfileEditor role to that users. oVirt 4.1 engine log: 2017-02-08 00:09:27,525+03 INFO [org.ovirt.engine.core.bll.AddUserProfileCommand] (default task-3) [e64e31a3-5fdd-414a-a882-737a638162a7] No permission found for user '0000002c-002c-002c-002c-00000000018a' or one of the groups he is member of, when running action 'AddUserProfile', Required permissions are: Action type: 'USER' Action group: 'EDIT_PROFILE' Object type: 'System' Object ID: '0000002c-002c-002c-002c-00000000018a'. --

2 3

hosted-storage import fails on hyperconverged glusterFS
by Liebe, André-Sebastian 07 Feb '17

07 Feb '17

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

2 2