March 2018 - Users - oVirt List Archives

Unable to make Single Sign on working on Windows 7 Guest
by Felipe Herrera Martinez 11 Mar '19

11 Mar '19

On the case I'll be able to create an installer, what is the name of the Application need to be there, in order to ovirt detects that Ovirt Guest agent is installed? I have created an installer adding OvirtGuestService files and the Product Name to be shown, a part of the command line post installs.. I have tried with "ovirt-guest-agent" and "Ovirt guest agent" Names for the application installed on Windows 7 guest and even both are presented on ovirt VM Applications tab, on any case LogonVDScommand appears. There is other option to make it work now? Thanks in advance, Felipe

3 5

Re: [ovirt-users] Need VM run once api
by Chandrahasa S 11 Mar '19

11 Mar '19

This is a multipart message in MIME format. --=_alternative 00199D2865257E91_= Content-Type: text/plain; charset="US-ASCII" Can any one help on this. Thanks & Regards Chandrahasa S From: Chandrahasa S/MUM/TCS To: users(a)ovirt.org Date: 28-07-2015 15:20 Subject: Need VM run once api Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00199D2865257E91_= Content-Type: text/html; charset="US-ASCII" Can any one help on this. Thanks & Regards Chandrahasa S From:        Chandrahasa S/MUM/TCS To:        users(a)ovirt.org Date:        28-07-2015 15:20 Subject:        Need VM run once api <hr noshade> Hi Experts, We are integrating ovirt with our internal cloud. Here we installed cloudinit in vm and then converted vm to template. We deploy template with initial run parameter Hostname, IP Address, Gateway and DNS. but when we power ON initial, run parameter is not getting pushed to inside the vm. But its working when we power on VM using run once option on Ovirt portal. I believe we need to power ON vm using run once API, but we are not able get this API. Can some one help on this. I got reply on this query last time but unfortunately mail got deleted. Thanks & Regards Chandrahasa S =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you --=_alternative 00199D2865257E91_=--

3 3

Re: [ovirt-users] Problem Windows guests start in pause
by Dafna Ron 11 Mar '19

11 Mar '19

Hi Lucas, Please send mails to the list next time. can you please do rpm -qa |grep qemu. also, can you try a different windows image? Thanks, Dafna On 07/14/2014 02:03 PM, lucas castro wrote: > On the host there I've tried to run the vm, I use a centOS 6.5 > and checked, no update for qemu, libvirt or related package. -- Dafna Ron

3 3

Feature: Hosted engine VM management
by Roy Golan 27 Feb '19

27 Feb '19

Hi all, Upcoming in 3.6 is enhancement for managing the hosted engine VM. In short, we want to: * Allow editing the Hosted engine VM, storage domain, disks, networks etc * Have a shared configuration for the hosted engine VM * Have a backup for the hosted engine VM configuration please review and comment on the wiki below: http://www.ovirt.org/Hosted_engine_VM_management Thanks, Roy

2 3

Re: [ovirt-users] Large DWH Database, how to empty
by Matt . 26 Feb '19

26 Feb '19

Hi, OK thanks! I saw that after upgrading to 4.0.5 from 4.0.4 the DB already dropped with around 500MB directly and is now at 2GB smaller. Does this sounds familiar to you with other settings in 4.0.5 ? Thanks, Matt 2017-01-08 10:45 GMT+01:00 Shirly Radco <sradco(a)redhat.com>: > No. That will corrupt your database. > > Are you using the full dwh or the smaller version for the dashboards? > > Please set the delete thresholds to save less data and the data older then > the time you set will be deleted. > Add a file to /ovirt-engine-dwhd.conf.d/ > update_time_to_keep_records.conf > > Add these lines with the new configurations. The numbers represent the hours > to keep the data. > > DWH_TABLES_KEEP_SAMPLES=24 > DWH_TABLES_KEEP_HOURLY=1440 > DWH_TABLES_KEEP_DAILY=43800 > > > These are the configurations for a full dwh. > > The smaller version configurations are: > DWH_TABLES_KEEP_SAMPLES=24 > DWH_TABLES_KEEP_HOURLY=720 > DWH_TABLES_KEEP_DAILY=0 > > The delete process by default at 3am every day (DWH_DELETE_JOB_HOUR=3) > > Best regards, > > Shirly Radco > > BI Software Engineer > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > > On Fri, Jan 6, 2017 at 6:35 PM, Matt . <yamakasi.014(a)gmail.com> wrote: >> >> Hi, >> >> I seem to have some large database for the DWH logging and I wonder >> how I can empty it safely. >> >> Can I just simply empty the database ? >> >> Have a good weekend! >> >> Cheers, >> >> Matt >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > >

1 0

Re: [ovirt-users] Packet loss
by Doron Fediuck 26 Feb '19

26 Feb '19

----_com.android.email_640187878761650 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgS3lsZSzCoApXZSBtYXkgaGF2ZSBzZWVuIHNvbWV0aGluZyBzaW1pbGFyIGluIHRoZSBwYXN0 IGJ1dCBJIHRoaW5rIHRoZXJlIHdlcmUgdmxhbnMgaW52b2x2ZWQuwqAKSXMgaXQgdGhlIHNhbWUg Zm9yIHlvdT/CoApUb255IC8gRGFuLCBkb2VzIGl0IHJpbmcgYSBiZWxsP8Kg ----_com.android.email_640187878761650 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5IaSBLeWxlLCZuYnNwOzwv ZGl2PjxkaXY+V2UgbWF5IGhhdmUgc2VlbiBzb21ldGhpbmcgc2ltaWxhciBpbiB0aGUgcGFzdCBi dXQgSSB0aGluayB0aGVyZSB3ZXJlIHZsYW5zIGludm9sdmVkLiZuYnNwOzwvZGl2PjxkaXY+SXMg aXQgdGhlIHNhbWUgZm9yIHlvdT8mbmJzcDs8L2Rpdj48ZGl2PlRvbnkgLyBEYW4sIGRvZXMgaXQg cmluZyBhIGJlbGw/Jm5ic3A7PC9kaXY+PC9ib2R5PjwvaHRtbD4= ----_com.android.email_640187878761650--

2 1

Backup & Restore
by suporte＠logicworks.pt 27 Dec '18

27 Dec '18

------=_Part_20329569_1409874801.1519819859027 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I'm testing backup & restore on Ovirt 4.2. I follow this doc https://www.ovirt.org/documentation/admin-guide/chap-Backups_and_Migration/ Try to restore to a fresh installation but always get this error message: restore-permissions Preparing to restore: - Unpacking file 'back_file' Restoring: - Files Provisioning PostgreSQL users/databases: - user 'engine', database 'engine' Restoring: FATAL: Can't connect to database 'ovirt_engine_history'. Please see '/usr/bin/engine-backup --help'. On the live engine I run # engine-backup --scope=all --mode=backup --file=file_name --log=log_file_name And try to restore on a fresh installation: # engine-backup --mode=restore --file=file_name --log=log_file_name --provision-db --restore-permissions Any Idea? Thanks -- Jose Ferradeira http://www.logicworks.pt ------=_Part_20329569_1409874801.1519819859027 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: trebuchet ms,sans-serif; font-size: = 12pt; color: #000000"><div data-marker=3D"__QUOTED_TEXT__"><div style=3D"fo= nt-family: Times New Roman; font-size: 10pt; color: #000000;" data-mce-styl= e=3D"font-family: Times New Roman; font-size: 10pt; color: #000000;"><div>H= i, </div> <div>I'm testing backup & restore on Ovirt 4.2. </div><div><span= style=3D"font-size: 11pt; font-family: terminal, monaco;" data-mce-style= =3D"font-size: 11pt; font-family: terminal, monaco;">I follow this doc http= s://www.ovirt.org/documentation/admin-guide/chap-Backups_and_Migration/</sp= an> </div><div>T= ry to restore to a fresh installation but always get this error message:</s= pan> </div> <div>restore-permissions Preparing to restore: - Unpacking file 'back_file' Restoring: - Files Provisioning PostgreSQL us= ers/databases: - user 'engine', database 'engine' Restoring: FATAL: Can't connect to database 'ovirt_e= ngine_history'. Please see '/usr/bin/engine-backup --help'. </div= > <div>On the li= ve engine I run # engine-backup --scope=3Dall --mode=3Dbackup --file= =3Dfile_name --log=3Dlog_file_name</div><div> </div><div= >And try to restore= on a fresh installation: </div><div># engine-backup --mode=3Drestore --file=3Dfile_= name --log=3Dlog_file_name --provision-db --restore-permissions</div= ><div> </div><div>Any Idea? </div><div> </spa= n></div><div>Thanks= </div><div> </div><div> </= span></div> <div>-- </div><div><hr style=3D"width: 100%; height: 2px= ;" data-mce-style=3D"width: 100%; height: 2px;">Jose Ferradeira http://w= ww.logicworks.pt</div></div> </div></div></body></html> ------=_Part_20329569_1409874801.1519819859027--

4 16

Error installing ovirt node
by Junaid Jadoon 20 Sep '18

20 Sep '18

Dear All, I have Ovirt engine 4.2 and node version is 4.2. After installing node in in ovirt engine when i try to install node it gives following error 14:25:37,410+05 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-19) [52669850] Host installation failed for host 'bd8d007a-be92-4075-bba9-6cbeb890a1e5', 'node_2': Command returned failure code 1 during SSH session 'root(a)192.168.20.20' 2018-02-27 14:25:37,416+05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-19) [52669850] START, SetVdsStatusVDSCommand(HostName = node_2, SetVdsStatusVDSCommandParameters:{hostId='bd8d007a-be92-4075-bba9-6cbeb890a1e5', status='InstallFailed', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 2b138e87 2018-02-27 14:25:37,423+05 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-19) [52669850] FINISH, SetVdsStatusVDSCommand, log id: 2b138e87 2018-02-27 14:25:37,429+05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-19) [52669850] EVENT_ID: VDS_INSTALL_FAILED(505), Host node_2 installation failed. Command returned failure code 1 during SSH session 'root(a)192.168.20.20'. 2018-02-27 14:25:37,433+05 INFO [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-19) [52669850] Lock freed to object 'EngineLock:{exclusiveLocks='[bd8d007a-be92-4075-bba9-6cbeb890a1e5=VDS]', sharedLocks=''}' I have attached log file for your reference Please help me out.

3 8

Failed to synchronize networks of Provider ovirt-provider-ovn
by Kapetanakis Giannis 14 Sep '18

14 Sep '18

Hi, After upgrading to 4.2.1 I have problems with ovn provider. I'm getting "Failed to synchronize networks of Provider ovirt-provider-ovn." I use custom SSL certificate in apache and I guess this is the reason. I've tried to update ovirt-provider-ovn.conf with [OVIRT] #ovirt-ca-file=/etc/pki/ovirt-engine/ca.pem ovirt-ca-file=/etc/pki/ovirt-engine/apache-ca.pem but still no go Any tips on this? thanks G

4 11

Network issues with oVirt 4.2 and cloud-init
by Berger, Sandy 17 Aug '18

17 Aug '18

--_000_DM5PR05MB316161E1C7E2EB8EA09A76A0D5D40DM5PR05MB3161namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We're using cloud-init to customize VMs built from a template. We're using = static IPV4 settings so we're specifying an IP address, subnet mask, and ga= teway. There is apparently a bug in the current version of cloud-init shipp= ing as part of CentOS 7.4 (https://bugzilla.redhat.com/show_bug.cgi?id=3D14= 92726) that fails to set the gateway properly. In the description of the bu= g, it says it is fixed in RHEL 7.5 but also says one can use https://people= .redhat.com/rmccabe/cloud-init/cloud-init-0.7.9-20.el7.x86_64.rpm which is = what we're doing. When the new VM first boots, the 3 IPv4 settings are all set correctly. Reb= oots of the VM maintain the settings properly. But, if the VM is shut down = and started again via the oVirt GUI, all of the IPV4 settings on the eth0 v= irtual NIC are lost and the /etc/sysconfig/network-scripts/ifcfg-eth0 shows= that the NIC is now set up for DHCP. Are we doing something incorrectly? Sandy Berger IT - Infrastructure Engineer II Quad/Graphics Performance through Innovation Sussex, Wisconsin 414.566.2123 phone 414.566.4010/2123 pager/PIN sandy.berger(a)qg.com<mailto:sandy.berger@qg.com> www.QG.com<http://www.qg.com/> Follow Us: Facebook<http://www.qg.com/social1> | Twitter<http://www.qg.com/= social2> | LinkedIn<http://www.qg.com/social3> | YouTube<http://www.qg.com/= social4> --_000_DM5PR05MB316161E1C7E2EB8EA09A76A0D5D40DM5PR05MB3161namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> We’re using cloud-init to customize VMs built = from a template. We’re using static IPV4 settings so we’re spec= ifying an IP address, subnet mask, and gateway. There is apparently a bug i= n the current version of cloud-init shipping as part of CentOS 7.4 (<a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D14= 92726">https://bugzilla.redhat.com/show_bug.cgi?id=3D1492726</a>) that fail= s to set the gateway properly. In the description of the bug, it says it is= fixed in RHEL 7.5 but also says one can use <a href=3D"https://people.redhat.com/rmccabe/cloud-init/cloud-init-0.7= .9-20.el7.x86_64.rpm"> https://people.redhat.com/rmccabe/cloud-init/cloud-init-0.7.9-20.el7.x86_64= .rpm</a> which is what we’re doing.<o:p></o:p> <o:p> </o:p> When the new VM first boots, the 3 IPv4 settings are= all set correctly. Reboots of the VM maintain the settings properly. But, = if the VM is shut down and started again via the oVirt GUI, all of the IPV4= settings on the eth0 virtual NIC are lost and the /etc/sysconfig/network-scripts/ifcfg-eth0 shows that the = NIC is now set up for DHCP.<o:p></o:p> <o:p> </o:p> Are we doing something incorrectly?<o:p></o:p> <o:p> </o:p> Sandy Berger <o:p></o:p> IT – Infrastructure Engineer I= I<o:p></o:p>  <o:p></o:p> Quad/Graphics<o:p><= /o:p> Performance&nb= sp;through Innovation<o:= p></o:p>  <o:p></o:p></= span> Sussex, Wisconsin<o= :p></o:p> 414.566.2123 phone<= o:p></o:p> 414.566.4010/2123 pager/PIN<span= style=3D"font-size:10.5pt;font-family:"Arial",sans-serif;color:#= 444444"><o:p></o:p>  <= /span><o:p></o:p> <a href=3D"mailto:sandy.berger@qg.com"><s= pan style=3D"color:blue">sandy.berger(a)qg.com</a><o:p></o:p> <a href=3D"http://www.qg.com/">www.QG.com</a><o:p></o:p></span= > <o:p> </o:p> </div> Follow Us: <a href=3D"http://www.qg.com/social1">Facebook</a> | <a href=3D"= http://www.qg.com/social2"> Twitter</a> | <a href=3D"http://www.qg.com/social3">LinkedIn</a> | <a href= =3D"http://www.qg.com/social4"> YouTube</a> </body> </html> --_000_DM5PR05MB316161E1C7E2EB8EA09A76A0D5D40DM5PR05MB3161namp_--

4 5

Unable to backend oVirt with Cinder
by Logan Kuhn 21 Jun '18

21 Jun '18

------=_Part_51316288_608143832.1472587678781 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I've got Cinder configured and pointed at Ceph for it's back end storage. I can run ceph commands on the cinder machine and cinder is configured for noauth and I've also tried it with Keystone for auth. I can run various cinder commands and it'll return as expected. When I configure it in oVirt it'll add the external provider fine, but when I go to create a disk it doesn't populate the volume type field, it's just empty. The corresponding command for cinder: cinder type-list and cinder type-show <name> returns fine and it is public. Ovirt and Cinder are on the same host so it isn't a firewall issue. Cinder config: [DEFAULT] rpc_backend = rabbit #auth_strategy = keystone auth_strategy = noauth enabled_backends = ceph #glance_api_servers = http://10.128.7.252:9292 #glance_api_version = 2 #[keystone_authtoken] #auth_uri = http://10.128.7.252:5000/v3 #auth_url = http://10.128.7.252:35357/v3 #auth_type = password #memcached_servers = localhost:11211 #project_domain_name = default #user_domain_name = default #project_name = services #username = user #password = pass [ceph] volume_driver = cinder.volume.drivers.rbd.RBDDriver volume_backend_name = ceph rbd_pool = ovirt-images rbd_user = cinder rbd_secret_uuid = <secret> rbd_ceph_conf = /etc/ceph/ceph.conf rbd_flatten_volume_from_snapshot = true rbd_max_clone_depth = 5 rbd_store_chunk_size = 4 rados_connect_timeout = -1 #glance_api_version = 2 [database] connection = postgresql://user:pass@10.128.2.33/cinder [oslo_concurrency] lock_path = /var/lib/cinder/tmp [oslo_messaging_rabbit] rabbit_host = localhost rabbit_port = 5672 rabbit_userid = user rabbit_password = pass Regards, Logan ------=_Part_51316288_608143832.1472587678781 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Arial; font-size: 12pt; color: #0000= 00"><div>I've got Cinder configured and pointed at Ceph for it's back end s= torage.  I can run ceph commands on the cinder machine and cinder is c= onfigured for noauth and I've also tried it with Keystone for auth.  I= can run various cinder commands and it'll return as expected. </= div><div> </div><div>When I configure it in oVirt i= t'll add the external provider fine, but when I go to create a disk it does= n't populate the volume type field, it's just empty.  The correspondin= g command for cinder: cinder type-list and cinder type-show <name> re= turns fine and it is public. </div><div> </div= ><div>Ovirt and Cinder are on the same host so it isn't a firewall issue.</= div><div> </div><div>Cinder config:</div><div>[DEFA= ULT] rpc_backend =3D rabbit #auth_strategy =3D keystone auth_strat= egy =3D noauth enabled_backends =3D ceph #glance_api_servers =3D http= ://10.128.7.252:9292 #glance_api_version =3D 2 #[keystone_authtok= en] #auth_uri =3D http://10.128.7.252:5000/v3 #auth_url =3D http://10= .128.7.252:35357/v3 #auth_type =3D password #memcached_servers =3D lo= calhost:11211 #project_domain_name =3D default #user_domain_name =3D = default #project_name =3D services #username =3D user #passwo= rd =3D pass [ceph] volume_driver =3D cinder.volume.drivers.rbd.RB= DDriver volume_backend_name =3D ceph rbd_pool =3D ovirt-images rbd= _user =3D cinder rbd_secret_uuid =3D <secret> rbd_ceph_con= f =3D /etc/ceph/ceph.conf rbd_flatten_volume_from_snapshot =3D true r= bd_max_clone_depth =3D 5 rbd_store_chunk_size =3D 4 rados_connect_tim= eout =3D -1 #glance_api_version =3D 2 [database] connection = =3D postgresql://user:pass@10.128.2.33/cinder [oslo_concurrency] = lock_path =3D /var/lib/cinder/tmp [oslo_messaging_rabbit] rabbit_= host =3D localhost rabbit_port =3D 5672 rabbit_userid =3D <span = style=3D"color: #000000; font-family: Arial; font-size: 16px; font-style: n= ormal; font-variant-ligatures: normal; font-variant-caps: normal; font-weig= ht: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-a= lign: start; text-indent: 0px; text-transform: none; white-space: normal; w= idows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inlin= e !important; float: none; background-color: #ffffff;" data-mce-style=3D"co= lor: #000000; font-family: Arial; font-size: 16px; font-style: normal; font= -variant-ligatures: normal; font-variant-caps: normal; font-weight: normal;= letter-spacing: normal; line-height: normal; orphans: 2; text-align: start= ; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; w= ord-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !importan= t; float: none; background-color: #ffffff;">user rabbit_password = =3D <span style=3D"color: #000000; font-family: Arial; font-size: 16px= ; font-style: normal; font-variant-ligatures: normal; font-variant-caps: no= rmal; font-weight: normal; letter-spacing: normal; line-height: normal; orp= hans: 2; text-align: start; text-indent: 0px; text-transform: none; white-s= pace: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;= display: inline !important; float: none; background-color: #ffffff;" data-= mce-style=3D"color: #000000; font-family: Arial; font-size: 16px; font-styl= e: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-= weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; te= xt-align: start; text-indent: 0px; text-transform: none; white-space: norma= l; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: i= nline !important; float: none; background-color: #ffffff;">pass</div= ><div> </div><div data-marker=3D"__SIG_PRE__">Regards, Logan</div></d= iv></body></html> ------=_Part_51316288_608143832.1472587678781--

4 4

Recovering oVirt-Engine with a backup before upgrading to 4.2
by Sven Achtelik 04 May '18

04 May '18

--_000_41e0a4df7d7b4b04824f154982fe953fepsaero_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I'm still facing issues with my HE engine. Here are the steps that I took t= o end up in this situation: - Update Engine from 4.1.7 to 4.1.9 o That worked as expected - Automatic Backup of Engine DB in the night - Upgraded Engine from 4.1.9 to 4.2.1 o That worked fine - Noticed Issues with the HA support for HE o Cause was not having the latest ovirt-ha agent/broker version on hosts - After updating the first host with the latest packages for the Ag= ent/Broker engine was started twice o As a result the Engine VM Disk was corrupted and there is no Backup of = the Disk o There is also no Backup of the Engine DB with version 4.2 - VM disk was repaired with fsck.ext4, but DB is corrupt o Can't restore the Engine DB because the Backup DB from Engine V 4.1 - Rolled back all changes on Engine VM to 4.1.9 and imported Backup o Checked for HA VMs to set as disabled and started the Engine - Login is fine but the Engine is having trouble picking up and inf= ormation from the Hosts o No information on running VMs or hosts status - Final Situation o 2 Hosts have VMs still running and I can't stop those o I still have the image of my corrupted Engine VM (v4.2) Since there were no major changes after upgrading from 4.1 to 4.2, would it= be possible to manually restore the 4.1 DB to the 4.2 Engine VM to this up= and running again or are there modifications made to the DB on upgrading t= hat are relevant for this ? All my work on rolling back to 4.1.9 with the D= B restore failed as the Engine is not capable of picking up information fro= m the hosts. Lessons learned is to always make a copy/snapshot of the engin= e VM disk before upgrading anything. What are my options on getting back to= a working environment ? Any help or hint is greatly appreciated. Thank you, Sven --_000_41e0a4df7d7b4b04824f154982fe953fepsaero_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi All, <o:p></o:p> <o:p> </o:p> I’m still facing issues w= ith my HE engine. Here are the steps that I took to end up in this situatio= n: <o:p></o:p> <o:p> </o:p> <![if !supportLists]>- &nbsp= ;       <![endif]>Update Engine from 4.1.= 7 to 4.1.9 <o:p></o:p> <![if !supportLists]>o   <![endif]>That worked as expected= <o:p></o:p> <![if !supportLists]>- &nbsp= ;       <![endif]>Automatic Backup of Eng= ine DB in the night<o:p></o:p> <![if !supportLists]>- &nbsp= ;       <![endif]>Upgraded Engine from 4.= 1.9 to 4.2.1<o:p></o:p> <![if !supportLists]>o   <![endif]>That worked fine<o:p></= o:p> <![if !supportLists]>- &nbsp= ;       <![endif]>Noticed Issues with the= HA support for HE<o:p></o:p> <![if !supportLists]>o   <![endif]>Cause was not having th= e latest ovirt-ha agent/broker version on hosts<o:p></o:p> <![if !supportLists]>- &nbsp= ;       <![endif]>After updating the firs= t host with the latest packages for the Agent/Broker engine was started twi= ce <o:p></o:p> <![if !supportLists]>o   <![endif]>As a result the Engine = VM Disk was corrupted and there is no Backup of the Disk<o:p></o:p><= /p> <![if !supportLists]>o   <![endif]>There is also no Backup= of the Engine DB with version 4.2<o:p></o:p> <![if !supportLists]>- &nbsp= ;       <![endif]>VM disk was repaired wi= th fsck.ext4, but DB is corrupt<o:p></o:p> <![if !supportLists]>o   <![endif]>Can’t restore the= Engine DB because the Backup DB from Engine V 4.1<o:p></o:p> <![if !supportLists]>- &nbsp= ;       <![endif]>Rolled back all changes= on Engine VM to 4.1.9 and imported Backup <o:p></o:p> <![if !supportLists]>o   <![endif]>Checked for HA VMs to s= et as disabled and started the Engine<o:p></o:p> <![if !supportLists]>- &nbsp= ;       <![endif]>Login is fine but the E= ngine is having trouble picking up and information from the Hosts<o:p></o:p= > <![if !supportLists]>o   <![endif]>No information on runni= ng VMs or hosts status<o:p></o:p> <![if !supportLists]>- &nbsp= ;       <![endif]>Final Situation<o:p></o= :p> <![if !supportLists]>o   <![endif]>2 Hosts have VMs still = running and I can’t stop those <o:p></o:p> <![if !supportLists]>o   <![endif]>I still have the image = of my corrupted Engine VM (v4.2)<o:p></o:p> <o:p> </o:p> Since there were no major chang= es after upgrading from 4.1 to 4.2, would it be possible to manually restor= e the 4.1 DB to the 4.2 Engine VM to this up and running again or are there= modifications made to the DB on upgrading that are relevant for this ? All my work on rolling back to 4.1.9 with the= DB restore failed as the Engine is not capable of picking up information f= rom the hosts. Lessons learned is to always make a copy/snapshot of the eng= ine VM disk before upgrading anything. What are my options on getting back to a working environment ? Any help or= hint is greatly appreciated.<o:p></o:p> <o:p> </o:p> Thank you, <o:p></o:p></= p> Sven  <o:p></o:p></= p> </div> </body> </html> --_000_41e0a4df7d7b4b04824f154982fe953fepsaero_--

3 8

Mailing-Lists upgrade
by Marc Dequènes (Duck) 28 Apr '18

28 Apr '18

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: multipart/mixed; boundary="AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv"; protected-headers="v1" From: =?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?= <duck(a)redhat.com> To: oVirt Infra <infra(a)ovirt.org>, users <users(a)ovirt.org>, devel <devel(a)ovirt.org> Message-ID: <c5c71fce-0290-e97a-ddd0-eab0e6fccea4(a)redhat.com> Subject: Mailing-Lists upgrade --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Quack, On behalf of the oVirt infra team, I'd like to announce the current Mailing-Lists system is going to be upgraded to a brand new Mailman 3 installation on Monday during the slot 11:00-12:00 JST. It should not take a full hour to migrate as we already made incremental synchronization with the current system but better keep some margin. The system will then take over delivery of the mails but might be a bit slow at first as it needs to reindex all the archived mails (which might take a few hours). To manage your subscriptions and delivery settings you can do this easily on the much nicer web interface (https://lists.ovirt.org) There is a notion of account so you don't need to login separately for each ML.= You can Sign In using Fedora, GitHub or Google or create a local account if you prefer. Please keep in mind signing in with a different method would create separate accounts (which cannot be merged at the moment). But you can easily link your account to other authentication methods in your settings (click on you name in the up-right corner -> Account -> Account Connections). As for the original mail archives, because the previous system did not have stable URLs, we cannot create mappings to the new pages. We decided to keep the old archives around on the same URL (/pipermail), so the Internet links would still work fine. Hope you'd be happy with the new system. \_o< --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv-- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEcpcqg+UmRT3yiF+BVen596wcRD8FAlmwx0MACgkQVen596wc RD9LTQ/+LtUncsq9K8D/LX8wqUTd6VyPwAD5UnAk5c3H/2tmyVA0u7FIfhEyPsXs Z//LE9FEneTDqDVRi1Dw9I54K0ZwxPBemi71dXfwgBI7Ay0ezkbLWrA168Mt9spE tHAODEuxPt2to2aqaS4ujogrkp/gvEP8ILoxPEqoTPCJ/eDTPAu/I1a2JzjMPK3n 2BBS6D8z0TLAf7w1n72TsgX2QzJW57ig/0HELyjvat2/K8V3HSrkwiKlsdULQDWe zB+aMde7r6UoyVKHqlu4asTl2tU/lGZ+e31Hd9Bnx1/oZOJdzslGOhEo9Qoz6763 AHWU9LKiK4NtxYHj2UQTWhndr8PiTtTmR73eIDmkb0cuRXxzjl9VQbwYJ0Kbrmfp attTqpc2CnEojTNXUUNSmNxotZoYXZiX8ZvjPfSgRVr15TUYujzlOfG+lUynbQMV 9rQ9/m58wgwYUymMpOIsRGaIcAKzjm+WpuuVnO+bS2AfmcBkGMQRoIhfV+3SkS8q kT9cDXgcDZOzVFcnZZB4EjbycMcPgZDcoHxU88VdYH+jFJYvvb21esgswVF/wJ2Z uEI/chp4+ADaQhl8ehZNWMSZq125v6SeirPhBNgLG7zFVZI1S9Tm/6qFmH+ajQY7 nCk1X9HZlB1ubex1X+HibRz9QKOilkMgkADyJ4yMDckwYj93sx0= =l6uN -----END PGP SIGNATURE----- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq--

2 4

vdsClient is removed and replaced by vdsm-client
by Irit Goihman 16 Apr '18

16 Apr '18

Hi All, vdsClient will be removed from master branch today. It is using XMLRPC protocol which has been deprecated and replaced by JSON-RPC. A new client for vdsm was introduced in 4.1: vdsm-client. This is a simple client that uses JSON-RPC protocol which was introduced in ovirt 3.5. The client is not aware of the available methods and parameters, and you should consult the schema [1] in order to construct the desired command. Future version should parse the schema and provide online help. If you're using vdsClient, we will be happy to assist you in migrating to the new vdsm client. *vdsm-client usage:* vdsm-client [-h] [-a ADDRESS] [-p PORT] [--unsecure] [--timeout TIMEOUT] [-f FILE] namespace method [name=value [name=value] ...] Invoking simple methods: # vdsm-client Host getVMList ['b3f6fa00-b315-4ad4-8108-f73da817b5c5'] For invoking methods with many or complex parameters, you can read the parameters from a JSON format file: # vdsm-client Lease info -f lease.json where lease.json file content is: { "lease": { "sd_id": "75ab40e3-06b1-4a54-a825-2df7a40b93b2", "lease_id": "b3f6fa00-b315-4ad4-8108-f73da817b5c5" } } It is also possible to read parameters from standard input, creating complex parameters interactively: # cat <<EOF | vdsm-client Lease info -f - { "lease": { "sd_id": "75ab40e3-06b1-4a54-a825-2df7a40b93b2", "lease_id": "b3f6fa00-b315-4ad4-8108-f73da817b5c5" } } EOF *Constructing a command from vdsm schema:* Let's take VM.getStats as an example. This is the entry in the schema: VM.getStats: added: '3.1' description: Get statistics about a running virtual machine. params: - description: The UUID of the VM name: vmID type: *UUID return: description: An array containing a single VmStats record type: - *VmStats namespace: VM method name: getStats params: vmID The vdsm-client command is: # vdsm-client VM getStats vmID=b3f6fa00-b315-4ad4-8108-f73da817b5c5 *Invoking getVdsCaps command:* # vdsm-client Host getCapabilities Please consult vdsm-client help and man page for further details and options. [1] https://github.com/oVirt/vdsm/blob/master/lib/api/vdsm-api.yml -- Irit Goihman Software Engineer Red Hat Israel Ltd.

4 7

ovirt snapshot issue
by Alex K 11 Apr '18

11 Apr '18

Hi folks, I am facing frequently the following issue: On some large VMs (Windows 2016 with two disk drives, 60GB and 500GB) when attempting to create a snapshot of the VM, the VM becomes unresponsive. The errors that I managed to collect were: vdsm error at host hosting the VM: 2018-03-25 14:40:13,442+0000 WARN (vdsm.Scheduler) [Executor] Worker blocked: <Worker name=jsonrpc/7 running <Task <JsonRpcTask {'params': {u'frozen': False, u'vmID': u'a5c761a2-41cd-40c2-b65f-f3819293e8a4', u'snapDrives': [{u'baseVolumeID': u'2a33e585-ece8-4f4d-b45d-5ecc9239200e', u'domainID': u'888e3aae-f49f-42f7-a7fa-76700befabea', u'volumeID': u'e9a01ebd-83dd-40c3-8c83-5302b0d15e04', u'imageID': u'c75b8e93-3067-4472-bf24-dafada224e4d'}, {u'baseVolumeID': u'3fb2278c-1b0d-4677-a529-99084e4b08af', u'domainID': u'888e3aae-f49f-42f7-a7fa-76700befabea', u'volumeID': u'78e6b6b1-2406-4393-8d92-831a6d4f1337', u'imageID': u'd4223744-bf5d-427b-bec2-f14b9bc2ef81'}]}, 'jsonrpc': '2.0', 'method': u'VM.snapshot', 'id': u'89555c87-9701-4260-9952-789965261e65'} at 0x7fca4004cc90> timeout=60, duration=60 at 0x39d8210> task#=155842 at 0x2240e10> (executor:351) 2018-03-25 14:40:15,261+0000 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call VM.getStats failed (error 1) in 0.01 seconds (__init__:539) 2018-03-25 14:40:17,471+0000 WARN (jsonrpc/5) [virt.vm] (vmId='a5c761a2-41cd-40c2-b65f-f3819293e8a4') monitor became unresponsive (command timeout, age=67.9100000001) (vm:5132) engine.log: 2018-03-25 14:40:19,875Z WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler2) [1d737df7] EVENT_ID: VM_NOT_RESPONDING(126), Correlation ID: null, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: VM Data-Server is not responding. 2018-03-25 14:42:13,708Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5) [17789048-009a-454b-b8ad-2c72c7cd37aa] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: VDSM v1.cluster command SnapshotVDS failed: Message timeout which can be caused by communication issues 2018-03-25 14:42:13,708Z ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand] (DefaultQuartzScheduler5) [17789048-009a-454b-b8ad-2c72c7cd37aa] Command 'SnapshotVDSCommand(HostName = v1.cluster, SnapshotVDSCommandParameters:{runAsync='true', hostId='a713d988-ee03-4ff0-a0cd-dc4cde1507f4', vmId='a5c761a2-41cd-40c2-b65f-f3819293e8a4'})' execution failed: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues 2018-03-25 14:42:13,708Z WARN [org.ovirt.engine.core.bll.snapshots.CreateAllSnapshotsFromVmCommand] (DefaultQuartzScheduler5) [17789048-009a-454b-b8ad-2c72c7cd37aa] Could not perform live snapshot due to error, VM will still be configured to the new created snapshot: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues (Failed with error VDS_NETWORK_ERROR and code 5022) 2018-03-25 14:42:13,708Z WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (org.ovirt.thread.pool-6-thread-15) [17789048-009a-454b-b8ad-2c72c7cd37aa] Host 'v1.cluster' is not responding. It will stay in Connecting state for a grace period of 61 seconds and after that an attempt to fence the host will be issued. 2018-03-25 14:42:13,725Z WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-15) [17789048-009a-454b-b8ad-2c72c7cd37aa] EVENT_ID: VDS_HOST_NOT_RESPONDING_CONNECTING(9,008), Correlation ID: null, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Host v1.cluster is not responding. It will stay in Connecting state for a grace period of 61 seconds and after that an attempt to fence the host will be issued. 2018-03-25 14:42:13,751Z WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5) [17789048-009a-454b-b8ad-2c72c7cd37aa] EVENT_ID: USER_CREATE_LIVE_SNAPSHOT_FINISHED_FAILURE(170), Correlation ID: 17789048-009a-454b-b8ad-2c72c7cd37aa, Job ID: 16e48c28-a8c7-4841-bd81-1f2d370f345d, Call Stack: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues (Failed with error VDS_NETWORK_ERROR and code 5022) 2018-03-25 14:42:14,372Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5) [] EVENT_ID: USER_CREATE_SNAPSHOT_FINISHED_FAILURE(69), Correlation ID: 17789048-009a-454b-b8ad-2c72c7cd37aa, Job ID: 16e48c28-a8c7-4841-bd81-1f2d370f345d, Call Stack: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues (Failed with error VDS_NETWORK_ERROR and code 5022) 2018-03-25 14:42:14,372Z WARN [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler5) [] Command 'CreateAllSnapshotsFromVm' id: 'bad4f5be-5306-413f-a86a-513b3cfd3c66' end method execution failed, as the command isn't marked for endAction() retries silently ignoring 2018-03-25 14:42:15,951Z WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5) [5017c163] EVENT_ID: VDS_NO_SELINUX_ENFORCEMENT(25), Correlation ID: null, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Host v1.cluster does not enforce SELinux. Current status: DISABLED 2018-03-25 14:42:15,951Z WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler5) [5017c163] Host 'v1.cluster' is running with SELinux in 'DISABLED' mode As soon as the VM is unresponsive, the VM console that was already open freezes. I can resume the VM only by powering off and on. I am using ovirt 4.1.9 with 3 nodes and self-hosted engine. I am running mostly Windows 10 and Windows 2016 server VMs. I have installed latest guest agents from: http://resources.ovirt.org/pub/ovirt-4.2/iso/oVirt-toolsSetup/4.2-1.el7.cen… At the screen where one takes a snapshot I get a warning saying "Could not detect guest agent on the VM. Note that without guest agent the data on the created snapshot may be inconsistent". See attached. I have verified that ovirt guest tools are installed and shown at installed apps at engine GUI. Also Ovirt Guest Agent (32 bit) and qemu-ga are listed as running at the windows tasks manager. Shouldn't ovirt guest agent be 64 bit on Windows 64 bit? Any advice will be much appreciated. Alex

4 9

How it is oVirt used in your Department?
by Fedele Stabile Nuovo Server 11 Apr '18

11 Apr '18

My question is mainly addressed at those of you who use oVirt not only for creating services on virtual machines. What is your experience and what did you made? Is there anyone who virtualized an HPC cluster? What is for you the advantage on virtualizing a cluster? Or, having a class with PC or Raspberry is better to use LTSP or PiNet or virtualize desktops? I would like to have a lot of feedback to start a discussion about the best way to use oVirt in different contexts Fedele Stabile

5 6

Data Operations On Any Host
by Cryptic 09 Apr '18

09 Apr '18

--_000_SL2P216MB0906F39F025F11FBE21AFB72ACA00SL2P216MB0906KORP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, In relation to the change made to distribute data operations between all th= e hosts in a data center rather than burden the SPM. I am having troubles f= inding information on this and need assistance to prevent this happening on= my development oVirt 4.2 system. The issue I have is that I have a cluster= which hosts all the storage volumes using gluster and they have 10G NICs. = I also have a separate cluster which is virtualisation only and each host o= nly has 3 x 1G aggregated NICs. When I perform disk moves between storage d= omains it often uses one of the virtualisation hosts which drastically incr= eases the time taken to move the disk. Can I restrict these types of operat= ions to a set of hosts or turn it off altogether so that it just uses the S= PM like it used to in the past. Distributing it is a great feature but unfo= rtunately is no good in my current setup. Regards, Jeremy --_000_SL2P216MB0906F39F025F11FBE21AFB72ACA00SL2P216MB0906KORP_ 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;font= -family:Calibri,Helvetica,sans-serif;" dir=3D"ltr"> <div>Hi,</div> <div> </div> <div>In relation to the change made to distribute data operations between a= ll the hosts in a data center rather than burden the SPM. I am having troub= les finding information on this and need assistance to prevent this happeni= ng on my development oVirt 4.2 system. The issue I have is that I have a cluster which hosts all the storage volu= mes using gluster and they have 10G NICs. I also have a separate cluster wh= ich is virtualisation only and each host only has 3 x 1G aggregated NICs. W= hen I perform disk moves between storage domains it often uses one of the virtualisation hosts which drasti= cally increases the time taken to move the disk. Can I restrict these types= of operations to a set of hosts or turn it off altogether so that it just = uses the SPM like it used to in the past. Distributing it is a great feature but unfortunately is no good = in my current setup.</div> <div> </div> <div> </div> <div>Regards,</div> <div> </div> <div>Jeremy </div> <div> </div> </div> </body> </html> --_000_SL2P216MB0906F39F025F11FBE21AFB72ACA00SL2P216MB0906KORP_--

2 4

Issues with ZFS volume creation
by Tal Bar-Or 03 Apr '18

03 Apr '18

Hello All, I know this question is might be out of Ovirt scope, but I don't have anywhere else to ask for this issue (ZFS users mailing doesn't work), so I am trying my luck here anyway so the issues go as follows : Installed ZFS on top of CentOs 7.4 with Ovirt 4.2 , on physical Dell R720 with 15 sas 10 k 1.2TB each attached to PERC H310 adapter, disks are configured to non-raid, all went OK, but when I am trying to create new zfs pool using the following command: > zpool create -m none -o ashift=12 zvol raidz2 sda sdb sdc sdd sde sdf sdg > sdh sdi sdj sdk sdl sdm > I get the following error below: > /dev/sda is in use and contains a unknown filesystem. > /dev/sdb is in use and contains a unknown filesystem. > /dev/sdc is in use and contains a unknown filesystem. > /dev/sdd is in use and contains a unknown filesystem. > /dev/sde is in use and contains a unknown filesystem. > /dev/sdf is in use and contains a unknown filesystem. > /dev/sdg is in use and contains a unknown filesystem. > /dev/sdh is in use and contains a unknown filesystem. > /dev/sdi is in use and contains a unknown filesystem. > /dev/sdj is in use and contains a unknown filesystem. > /dev/sdk is in use and contains a unknown filesystem. > /dev/sdl is in use and contains a unknown filesystem. > /dev/sdm is in use and contains a unknown filesystem. > When typing command lsblk I get the following output below, all seems ok, any idea what could be wrong? Please advice Thanks # lsblk > NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT > sda 8:0 0 1.1T 0 disk > └─35000cca07245c0ec 253:2 0 1.1T 0 mpath > sdb 8:16 0 1.1T 0 disk > └─35000cca072463898 253:10 0 1.1T 0 mpath > sdc 8:32 0 1.1T 0 disk > └─35000cca0724540e8 253:8 0 1.1T 0 mpath > sdd 8:48 0 1.1T 0 disk > └─35000cca072451b68 253:7 0 1.1T 0 mpath > sde 8:64 0 1.1T 0 disk > └─35000cca07245f578 253:3 0 1.1T 0 mpath > sdf 8:80 0 1.1T 0 disk > └─35000cca07246c568 253:11 0 1.1T 0 mpath > sdg 8:96 0 1.1T 0 disk > └─35000cca0724620c8 253:12 0 1.1T 0 mpath > sdh 8:112 0 1.1T 0 disk > └─35000cca07245d2b8 253:13 0 1.1T 0 mpath > sdi 8:128 0 1.1T 0 disk > └─35000cca07245f0e8 253:4 0 1.1T 0 mpath > sdj 8:144 0 1.1T 0 disk > └─35000cca072418958 253:5 0 1.1T 0 mpath > sdk 8:160 0 1.1T 0 disk > └─35000cca072429700 253:1 0 1.1T 0 mpath > sdl 8:176 0 1.1T 0 disk > └─35000cca07245d848 253:9 0 1.1T 0 mpath > sdm 8:192 0 1.1T 0 disk > └─35000cca0724625a8 253:0 0 1.1T 0 mpath > sdn 8:208 0 1.1T 0 disk > └─35000cca07245f5ac 253:6 0 1.1T 0 mpath -- Tal Bar-or

4 4

Moving Templatexs
by Bryan Sockel 03 Apr '18

03 Apr '18

Hi, We are in the process of re-doing one of our storage domains. As part of the process I needed to relocate my templates over to a temporary domain. To do this, I copy the disk from one domain to another. In the past I have been able to go into disk’s and remove the template disk from the storage domain I no longer want it on. Now when I go in to storage -> Disks -> <Disk I want to remove> -> Storage and select the storage domain I wish to remove it from, the box is grayed out. Currently running Ovirt version 4.2.2.5-1.el7.centos Thank You, Bryan Sockel

2 1

virtual machine actual size is not right
by Terry hey 03 Apr '18

03 Apr '18

Dear all, I would like to know the actual size that the virtual machine is used. I found that there is a field to show "actual size". But the number is not right. I entered the server and type df -h. The storage size of the server is about 30GB but the actual size field shows 60 GB. Regards Terry

2 5

ILO2 Fencing
by TomK 02 Apr '18

02 Apr '18

Hey Guy's, I've tested my ILO2 fence from the ovirt engine CLI and that works: fence_ilo2 -a 192.168.0.37 -l <USER> --password="<SECRET>" --ssl-insecure --tls1.0 -v -o status The UI gives me: Test failed: Failed to run fence status-check on host 'ph-host01.my.dom'. No other host was available to serve as proxy for the operation. Going to add a second host in a bit but anyway to get this working with just one host? I'm just adding the one host to oVirt for some POC we are doing atm but the UI forces me to adjust Power Management settings before proceeding. Also: 2018-03-28 02:04:15,183-04 WARN [org.ovirt.engine.core.bll.network.NetworkConfigurator] (EE-ManagedThreadFactory-engine-Thread-335) [2d691be9] Failed to find a valid interface for the management network of host ph-host01.my.dom. If the interface br0 is a bridge, it should be torn-down manually. 2018-03-28 02:04:15,184-04 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-335) [2d691be9] Exception: org.ovirt.engine.core.bll.network.NetworkConfigurator$NetworkConfiguratorException: Interface br0 is invalid for management network I've these defined as such but not clear what it is expecting: [root@ph-host01 ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000 link/ether 78:e7:d1:8c:b1:ba brd ff:ff:ff:ff:ff:ff 3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc mq master bond0 state DOWN qlen 1000 link/ether 78:e7:d1:8c:b1:ba brd ff:ff:ff:ff:ff:ff 4: eth2: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc mq master bond0 state DOWN qlen 1000 link/ether 78:e7:d1:8c:b1:ba brd ff:ff:ff:ff:ff:ff 5: eth3: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc mq master bond0 state DOWN qlen 1000 link/ether 78:e7:d1:8c:b1:ba brd ff:ff:ff:ff:ff:ff 21: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UP qlen 1000 link/ether 78:e7:d1:8c:b1:ba brd ff:ff:ff:ff:ff:ff inet6 fe80::7ae7:d1ff:fe8c:b1ba/64 scope link valid_lft forever preferred_lft forever 23: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether fe:69:c7:50:0d:dd brd ff:ff:ff:ff:ff:ff 24: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000 link/ether 78:e7:d1:8c:b1:ba brd ff:ff:ff:ff:ff:ff inet 192.168.0.39/23 brd 192.168.1.255 scope global br0 valid_lft forever preferred_lft forever inet6 fe80::7ae7:d1ff:fe8c:b1ba/64 scope link valid_lft forever preferred_lft forever [root@ph-host01 ~]# cd /etc/sysconfig/network-scripts/ [root@ph-host01 network-scripts]# cat ifcfg-br0 DEVICE=br0 TYPE=Bridge BOOTPROTO=none IPADDR=192.168.0.39 NETMASK=255.255.254.0 GATEWAY=192.168.0.1 ONBOOT=yes DELAY=0 USERCTL=no DEFROUTE=yes NM_CONTROLLED=no DOMAIN="my.dom nix.my.dom" SEARCH="my.dom nix.my.dom" HOSTNAME=ph-host01.my.dom DNS1=192.168.0.224 DNS2=192.168.0.44 DNS3=192.168.0.45 ZONE=public [root@ph-host01 network-scripts]# cat ifcfg-bond0 DEVICE=bond0 ONBOOT=yes BOOTPROTO=none USERCTL=no NM_CONTROLLED=no BONDING_OPTS="miimon=100 mode=2" BRIDGE=br0 # # # IPADDR=192.168.0.39 # NETMASK=255.255.254.0 # GATEWAY=192.168.0.1 # DNS1=192.168.0.1 [root@ph-host01 network-scripts]# -- Cheers, Tom K. ------------------------------------------------------------------------------------- Living on earth is expensive, but it includes a free trip around the sun.

2 2

Resilient Storage for Ovirt
by Vincent Royer 02 Apr '18

02 Apr '18

Hi, I have a 2 node cluster with Hosted Engine attached to a storage Domain (NFS share) served by WS2016. I run about a dozen VMs. I need to improve availability / resilience of the storage domain, and also the I/O performance. Anytime we need to reboot the Windows Server, its a nightmare for the cluster, we have to put it all into maintenance and take it down. When the Storage server crashes (has happened once) or Windows decides to install an update and reboot (has happened once), the storage domain obviously goes down and sometimes the hosts have a difficult time re-connecting. I can afford a second bare metal server and am looking for input in the best way to provide a highly available storage domain. Ideally I'd like to be able to reboot either storage server without disrupting Ovirt. Should I be looking at clustering with Windows Server, or moving to a different OS? I currently run the Storage in RAID10 (spinning discs) and have the option of adding CacheCade to the array w/ SSD. Would that help I/O for small random R/W? What are the suggested options for this scenario? Thanks

2 1

SR-IOV and oVirt
by joe.paolicelli＠keysight.com 02 Apr '18

02 Apr '18

--_004_CO1PR17MB074340FDFE652923C0697FB1F9A20CO1PR17MB0743namp_ Content-Type: multipart/alternative; boundary="_000_CO1PR17MB074340FDFE652923C0697FB1F9A20CO1PR17MB0743namp_" --_000_CO1PR17MB074340FDFE652923C0697FB1F9A20CO1PR17MB0743namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am working with a customer on enabling sriov within oVirt and were notici= ng a couple of issues. 1. Whenever we assign the Number of VFs to a physical adapter in one of = our hosts, it seems to set the mac addresses of each of the VFs to somethin= g other than all zeros. Ex. 02:00:00:00:00:01 2. The above behavior seems to create duplicate mac addresses when we as= sign 2 or more VFs to a guest VM. All zeros will tell the guest VM that it= needs to set the mac. If the guest vm sees something other than all zeros= , it will think that it was administratively assigned already and leave as = is. 3. We were expecting oVirt to set all of the MAC addresses of the VFs in= itially to all zeros. Then when we assign these VFs to the guest VM, the g= uest VM will assign a unique MAC to each of the VFs. 4. Please note that we are assigning the VF to the guest VM by adding a = Host Device (the specific pci host device for the VF). This seems to be di= fferent than your docs which shows adding a Network Interface with type PCI= Passthrough. 5. If we manually run the following command from an ssh session: echo 4= > /sys/class/net/ens4f0/device/sriov_numvfs it will set all of the VFs mac addresses to all zeros. Then when we assign= the pci host device to the guest VM through oVirt, it creates unique macs = for both vnics. However, when we reboot the Host, it seems to revert back = to the oVirt assigned macs of 02:00:00:00:00:01. Do know why this might be happening? Should we be assigning the VFs to the= guest VM by adding a network interface with type PCI Passthrough? Ultimat= ely our goal is to enable sriov within oVirt and be able to assign multiple= VFs to the guest VMs with each getting a unique mac. We also want to do t= he vlan tagging via an application running on the guest VM (not at the Host= level.) Thank you for any help, jp Joe Paolicelli (JP) Virtualization Specialist, Ixia Solutions Group Keysight Technologies e: jp(a)keysight.com<mailto:jp@keysight.com> t: 469.556.6042 www.ixiacom.com<http://www.ixiacom.com/> [cid:image002.png@01D2DA11.7BFEC8C0] --_000_CO1PR17MB074340FDFE652923C0697FB1F9A20CO1PR17MB0743namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I am working with a customer on enabling sriov within oVirt and we= re noticing a couple of issues.<o:p></o:p> <ol start=3D"1" type=3D"1"> <li class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-= alt:auto;mso-list:l0 level1 lfo1"> Whenever we assign the Number of VFs to a physical adapter in one of our ho= sts, it seems to set the mac addresses of each of the VFs to something othe= r than all zeros.  Ex. 02:00:00:00:00:01<o:p></o:p></li><li class=3D"M= soNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-l= ist:l0 level1 lfo1"> The above behavior seems to create duplicate mac addresses when we assign 2= or more VFs to a guest VM.  All zeros will tell the guest VM that it = needs to set the mac.  If the guest vm sees something other than all z= eros, it will think that it was administratively assigned already and leave as is.<o:p></o:p></li><li class=3D"MsoNormal" s= tyle=3D"mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 leve= l1 lfo1"> We were expecting oVirt to set all of the MAC addresses of the VFs initiall= y to all zeros.  Then when we assign these VFs to the guest VM, the gu= est VM will assign a unique MAC to each of the VFs.<o:p></o:p></li><li clas= s=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-alt:auto= ;mso-list:l0 level1 lfo1"> Please note that we are assigning the VF to the guest VM by adding a Host D= evice (the specific pci host device for the VF).  This seems to be dif= ferent than your docs which shows adding a Network Interface with type PCI = Passthrough.<o:p></o:p></li><li class=3D"MsoNormal" style=3D"mso-margin-top= -alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1"> If we manually run the following command from an ssh session:  <spa= n style=3D"font-size:10.0pt;color:#0070C0">echo 4 > /sys/class/net/ens4f= 0/device/sriov_numvfs<o:p></o:p></li></ol> it will set all of the VFs mac ad= dresses to all zeros.  Then when we assign the pci host device to the = guest VM through oVirt, it creates unique macs for both vnics.  However, when we reboot the Host, it seems to revert= back to the oVirt assigned macs of 02:00:00:00:00:01.<o:p></o:p></p= > Do know why this might be happening?  Should we be assigning = the VFs to the guest VM by adding a network interface with type PCI Passthr= ough?  Ultimately our goal is to enable sriov within oVirt and be able to assign multiple VFs to the guest VMs with each= getting a unique mac.  We also want to do the vlan tagging via an app= lication running on the guest VM (not at the Host level.)<o:p></o:p> Thank you for any help,<o:p></o:p> jp<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Joe Paolicelli (JP) Virtualization= Specialist, Ixia Solutions Group Keysight Technologies<o:p></o:p> e: <a href=3D"mailto:jp@keysight.com">jp(a)keysight.com</= a> t: 469.556.6042 <a href=3D"http://www.ixiacom.com/">www.ixiacom.com</sp= an></a><o:p></o:p> <img border=3D"0" width=3D"622" height=3D"78" style=3D"width:6.4= 833in;height:.8166in" id=3D"Picture_x0020_6" src=3D"cid:image001.png@01D3C7= 33.EEB671F0" alt=3D"cid:image002.png@01D2DA11.7BFEC8C0"><o:p></o:p> <o:p> </o:p> <o:p> </o:p> </div> </body> </html> --_000_CO1PR17MB074340FDFE652923C0697FB1F9A20CO1PR17MB0743namp_-- --_004_CO1PR17MB074340FDFE652923C0697FB1F9A20CO1PR17MB0743namp_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=20599; creation-date="Thu, 29 Mar 2018 14:59:59 GMT"; modification-date="Thu, 29 Mar 2018 14:59:59 GMT" Content-ID: <image001.png(a)01D3C733.EEB671F0> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAlgAAABLCAIAAAAj2W6XAAAACXBIWXMAAC4jAAAuIwF4pT92AAAK T2lDQ1BQaG90b3Nob3AgSUNDIHByb2ZpbGUAAHjanVNnVFPpFj333vRCS4iAlEtvUhUIIFJCi4AU kSYqIQkQSoghodkVUcERRUUEG8igiAOOjoCMFVEsDIoK2AfkIaKOg6OIisr74Xuja9a89+bN/rXX Pues852zzwfACAyWSDNRNYAMqUIeEeCDx8TG4eQuQIEKJHAAEAizZCFz/SMBAPh+PDwrIsAHvgAB eNMLCADATZvAMByH/w/qQplcAYCEAcB0kThLCIAUAEB6jkKmAEBGAYCdmCZTAKAEAGDLY2LjAFAt AGAnf+bTAICd+Jl7AQBblCEVAaCRACATZYhEAGg7AKzPVopFAFgwABRmS8Q5ANgtADBJV2ZIALC3 AMDOEAuyAAgMADBRiIUpAAR7AGDIIyN4AISZABRG8lc88SuuEOcqAAB4mbI8uSQ5RYFbCC1xB1dX Lh4ozkkXKxQ2YQJhmkAuwnmZGTKBNA/g88wAAKCRFRHgg/P9eM4Ors7ONo62Dl8t6r8G/yJiYuP+ 5c+rcEAAAOF0ftH+LC+zGoA7BoBt/qIl7gRoXgugdfeLZrIPQLUAoOnaV/Nw+H48PEWhkLnZ2eXk 5NhKxEJbYcpXff5nwl/AV/1s+X48/Pf14L7iJIEyXYFHBPjgwsz0TKUcz5IJhGLc5o9H/LcL//wd 0yLESWK5WCoU41EScY5EmozzMqUiiUKSKcUl0v9k4t8s+wM+3zUAsGo+AXuRLahdYwP2SycQWHTA 4vcAAPK7b8HUKAgDgGiD4c93/+8//UegJQCAZkmScQAAXkQkLlTKsz/HCAAARKCBKrBBG/TBGCzA BhzBBdzBC/xgNoRCJMTCQhBCCmSAHHJgKayCQiiGzbAdKmAv1EAdNMBRaIaTcA4uwlW4Dj1wD/ph CJ7BKLyBCQRByAgTYSHaiAFiilgjjggXmYX4IcFIBBKLJCDJiBRRIkuRNUgxUopUIFVIHfI9cgI5 h1xGupE7yAAygvyGvEcxlIGyUT3UDLVDuag3GoRGogvQZHQxmo8WoJvQcrQaPYw2oefQq2gP2o8+ Q8cwwOgYBzPEbDAuxsNCsTgsCZNjy7EirAyrxhqwVqwDu4n1Y8+xdwQSgUXACTYEd0IgYR5BSFhM WE7YSKggHCQ0EdoJNwkDhFHCJyKTqEu0JroR+cQYYjIxh1hILCPWEo8TLxB7iEPENyQSiUMyJ7mQ AkmxpFTSEtJG0m5SI+ksqZs0SBojk8naZGuyBzmULCAryIXkneTD5DPkG+Qh8lsKnWJAcaT4U+Io UspqShnlEOU05QZlmDJBVaOaUt2ooVQRNY9aQq2htlKvUYeoEzR1mjnNgxZJS6WtopXTGmgXaPdp r+h0uhHdlR5Ol9BX0svpR+iX6AP0dwwNhhWDx4hnKBmbGAcYZxl3GK+YTKYZ04sZx1QwNzHrmOeZ D5lvVVgqtip8FZHKCpVKlSaVGyovVKmqpqreqgtV81XLVI+pXlN9rkZVM1PjqQnUlqtVqp1Q61Mb U2epO6iHqmeob1Q/pH5Z/YkGWcNMw09DpFGgsV/jvMYgC2MZs3gsIWsNq4Z1gTXEJrHN2Xx2KruY /R27iz2qqaE5QzNKM1ezUvOUZj8H45hx+Jx0TgnnKKeX836K3hTvKeIpG6Y0TLkxZVxrqpaXllir SKtRq0frvTau7aedpr1Fu1n7gQ5Bx0onXCdHZ4/OBZ3nU9lT3acKpxZNPTr1ri6qa6UbobtEd79u p+6Ynr5egJ5Mb6feeb3n+hx9L/1U/W36p/VHDFgGswwkBtsMzhg8xTVxbzwdL8fb8VFDXcNAQ6Vh lWGX4YSRudE8o9VGjUYPjGnGXOMk423GbcajJgYmISZLTepN7ppSTbmmKaY7TDtMx83MzaLN1pk1 mz0x1zLnm+eb15vft2BaeFostqi2uGVJsuRaplnutrxuhVo5WaVYVVpds0atna0l1rutu6cRp7lO k06rntZnw7Dxtsm2qbcZsOXYBtuutm22fWFnYhdnt8Wuw+6TvZN9un2N/T0HDYfZDqsdWh1+c7Ry FDpWOt6azpzuP33F9JbpL2dYzxDP2DPjthPLKcRpnVOb00dnF2e5c4PziIuJS4LLLpc+Lpsbxt3I veRKdPVxXeF60vWdm7Obwu2o26/uNu5p7ofcn8w0nymeWTNz0MPIQ+BR5dE/C5+VMGvfrH5PQ0+B Z7XnIy9jL5FXrdewt6V3qvdh7xc+9j5yn+M+4zw33jLeWV/MN8C3yLfLT8Nvnl+F30N/I/9k/3r/ 0QCngCUBZwOJgUGBWwL7+Hp8Ib+OPzrbZfay2e1BjKC5QRVBj4KtguXBrSFoyOyQrSH355jOkc5p DoVQfujW0Adh5mGLw34MJ4WHhVeGP45wiFga0TGXNXfR3ENz30T6RJZE3ptnMU85ry1KNSo+qi5q PNo3ujS6P8YuZlnM1VidWElsSxw5LiquNm5svt/87fOH4p3iC+N7F5gvyF1weaHOwvSFpxapLhIs OpZATIhOOJTwQRAqqBaMJfITdyWOCnnCHcJnIi/RNtGI2ENcKh5O8kgqTXqS7JG8NXkkxTOlLOW5 hCepkLxMDUzdmzqeFpp2IG0yPTq9MYOSkZBxQqohTZO2Z+pn5mZ2y6xlhbL+xW6Lty8elQfJa7OQ rAVZLQq2QqboVFoo1yoHsmdlV2a/zYnKOZarnivN7cyzytuQN5zvn//tEsIS4ZK2pYZLVy0dWOa9 rGo5sjxxedsK4xUFK4ZWBqw8uIq2Km3VT6vtV5eufr0mek1rgV7ByoLBtQFr6wtVCuWFfevc1+1d T1gvWd+1YfqGnRs+FYmKrhTbF5cVf9go3HjlG4dvyr+Z3JS0qavEuWTPZtJm6ebeLZ5bDpaql+aX Dm4N2dq0Dd9WtO319kXbL5fNKNu7g7ZDuaO/PLi8ZafJzs07P1SkVPRU+lQ27tLdtWHX+G7R7ht7 vPY07NXbW7z3/T7JvttVAVVN1WbVZftJ+7P3P66Jqun4lvttXa1ObXHtxwPSA/0HIw6217nU1R3S PVRSj9Yr60cOxx++/p3vdy0NNg1VjZzG4iNwRHnk6fcJ3/ceDTradox7rOEH0x92HWcdL2pCmvKa RptTmvtbYlu6T8w+0dbq3nr8R9sfD5w0PFl5SvNUyWna6YLTk2fyz4ydlZ19fi753GDborZ752PO 32oPb++6EHTh0kX/i+c7vDvOXPK4dPKy2+UTV7hXmq86X23qdOo8/pPTT8e7nLuarrlca7nuer21 e2b36RueN87d9L158Rb/1tWeOT3dvfN6b/fF9/XfFt1+cif9zsu72Xcn7q28T7xf9EDtQdlD3YfV P1v+3Njv3H9qwHeg89HcR/cGhYPP/pH1jw9DBY+Zj8uGDYbrnjg+OTniP3L96fynQ89kzyaeF/6i /suuFxYvfvjV69fO0ZjRoZfyl5O/bXyl/erA6xmv28bCxh6+yXgzMV70VvvtwXfcdx3vo98PT+R8 IH8o/2j5sfVT0Kf7kxmTk/8EA5jz/GMzLdsAAAAgY0hSTQAAeiUAAICDAAD5/wAAgOkAAHUwAADq YAAAOpgAABdvkl/FRgAARaJJREFUeNrsnWdAFFfXx8/MdthlKUsv0rt0FBUbqLH3RI0liR2xxN6N 0RjsURFL7JrYjRGNooiKBSyIIEgTkCZLW1ja1invh9F1pRhDjL5PMr9PMHfmtp25/3tuO4iTnX1N dbVcLmcwGEBD87fBgVSTZBjPMheX/aGU6KFM7VAlSfARxnQdi3hV7V2VtEmojCTMUPZXXLPzysoM XKaHvPVO1pFYeyZ/OMf4kFz8klDqIk3f2DoS82DqjuQYH1GUF+MK3WaP92AZdGbp7ZaXykmcjaBv hRLqQVxje5S7W17KQhAGIJogEqCexEZzTPko44BczEcYiNaDBJAKkpzGsygjlOcUFXooSztaNZBM QGbwLJOx+lhVtR7SpLy4GcqZyDOLVkpSsPomofUk7sTgjeGaHleU5+FyfrPyNpC4PYM7jmt2QlGe g8sFzcrbkaXXm234s7xUSmDcpuXF+nAMPZm6u+WlKIB2eanQ0TxTEcLaIy/lIgjarDbGc81YgBxU iAUIs3ltTOdZVBCq08qKJqEqkuAijDCexX113U1VTZNfX04SRihrCs/8qrL6IVbXpDbqSNyNoTOK a3JUUVaAK5rXBg3NX26scJzD4RiKRIiRUH9dRERoaGh5eTldLzR/H4LFxHW4XTtPqewVmLZzvs4L 8VvCoKfLK5N07DutcMa4nKUTmoSqDPWEaXl+YxY827KkbEhXbmmVdqjCysT89HX3JREpR3+qDnDl VEmbJC23NLY8d9Nt0brUQ5slQZ6cypq3VMfW3PX7g9YHTifE7cP0BYxGuXZoo6OV95QfRfFP7t7b h8oUqBp7E4YgciuTwFErOGXVibHbWVVSBCfeCAOTgQn5XbpOq/V2Sv5ltW7ey7e+NB4HVaiCu04q /XLAs/UzdAreLq+RUJia6/flnJzv5xdN6M8rfusbVJoZGcc+bB++Im3XuspeAZyy6iblVZoaGt1K 9p625NmOtWX9grhiSZPyOmw/bb9l76PoPY22ZixpQ5NQj8VRZmdv3E3cj+A4qlS/FWpnETBiiSCn +O6dvYyGRlSNvykvgiisTDoOWoDKlfdjd3BfVgJJateGWsgPDp7a6GqbdHwNr6RCOxTj8zg19UGh U4onjsz6forOi9K33g19gW5eSeCw8NzFYQXThzepDYWFyPTiXc+5q5/u31QV7MWpqKG/NZq/ibGx 8cOHDxfOm8fEcdzX38/R2cnR2YmuF5oPRSUTEdi1623lAFYOTcMc5VWAmzjYt2splNAzrQDCycPN w8EVmj2qdCupAJV3UAfEyabFdNXtKytB7Rngx3B1AtemoQon+wrAO3XpjHDYzZ+tMxZJdbjdvXxa jLne2EjRqOjp7A7OLYRWC3RZhvp9LOzAwq55aAUQBva2va0dwLpZebkGlaC29XBztnUC26bfICbF y4F0C/Rv7+QOLX2gailWASq3AD8PRzdwbFZeF8dKwAM6ByFG+s2flTnYSRhIN/+AFstbo69Xr8Pt 4enVYmitiZG6UhJq5wx2LVRHFYvBNTPu1VKJQI1VASmya9fbyh6s7JsEkubtKgCsPdwdW3pW5VlT Aar2gf6IizO40B8ZzQdAqVKpMQzFcVylVNLVQfPhTcNW3iuSIHDASZJoOVSlIgEDFG05UgQhAMcx rLVESZLEASe1rJC37DMMI4Fo7VkERQmVqtVRFAzDCeJdhW0tzwAkkLha3UqGCRxwkiBbqQ01CUqy lWepXBOAtxo5Qb4jckKphFYqCgAQBMUx9bvKi6DvGnRSY+/4gYhW0iXVagJURGvl/bNfn4ambaB0 FdDQ0NDQ0EJIQ0NDQ0NDCyENDQ0NDQ0thDQ0NDQ0NLQQ0tDQ0NDQ0EJIQ0NDQ0NDCyENDQ0NDQ0t hDQ0NDQ0NLQQ0tDQ0NDQ0EJIQ0NDQ0NDCyENDQ0NDQ0thDQ0NDQ0NLQQ0tDQ0NDQ/K/DfEeYWq3G MIzJZLJYrHfcJpfLMzIyFQqFo6OjqanJ+6dNEERq6lMA8Pb2QlFakv8yOI5nZGSWV1Z4eniYmZrS FUJDQ0PzgS3C3bv3BnftcfjI0XdH8fJl6bSwGYOHDo+9fv0vpa1SqUaPGfvFqNEKhYL+Jf4q9fX1 c76dO2r0l6NGfXk15hpdITQ0NDQf3iKUSqVFRYW1tbXvjoLFYllaWBAEwefz/1LaLBZr3bq1JEmy 2ez/YNUvXbbSxsYqbPq0tj1+7JdfL126vG3b1sAAfy6XR7/KNDQfH9nGA8oLNzhj+uvMHEvXxr9T CHk8noGBAY/3J42slZXl+d/OoiiK/UWHmQwGY+SI4f/Zqr9/P7G21rXNjz9/nhsU1GHokMH0S0xD 80mon/597d7VKEBjwnE8q1CwcxldJ/9CIdSmqKiooaHR1NTUyMiQulJdXV1eXsHlcuzs7BplMgzD BK8tQpIk09LS8/LzAaCdtbW3jzeDwWgx2tJSMUmSlpYW1L8qlerevYQXBQWmpiZduwTrCfWaP4Jh WFFRsbmZGZvDvhJztaqqysfb28fHu8ltWVlZSY+TGQyGj7eXm5sbdfHly5cYhtu0s0Fe3/aytJTF YJq8ntrEMCz/RYGBvtDY2Fg7NhzHCwuLTE1NdHR0YmOvl5SWujg5dezYgcl8U4GNjY33EhJLSl6a mBgHd+msr6//qjaALCosFgqF+vrCKzFXa2tre/bogeO4sbGxri6/trZOKpWamBi32OGQy+V3794r LimxtLQI6thRKBQCgEwmk8vkGIaxWGyxWEwQpJGRIZfL/Z956TASgxJS3dCGR0lEgYMEMHXbUibV dTgUA9KWZwmsilCVtS1dHIpJdW1bMkwqMagiCWUby4s14iAGDG9LeZFKXC1ua3nFDLVFWzJM4DiI SaLx//9brIq9W793LQvaIaBHQm191ErO0B7sXp1pUfl3CiHVaDx9mvbt3Hn+AQF7du00MDCQyeTz Fyy6cePm9m1b7ezswsNnPU5OPnzogL+fn0Kp/OGHH3///UJtbS2CIPr6wiGDB3/33UptzdCwYuVK HMePHD4EAJVVVbNmfZuWlmZmZloqFtvY2OyO2mlvb9fkEYlEMnHS5L59P6uqkty5c0etVtfV1c/9 dk54eNjrtgPW/vDD8eMnRCIRjuPV1TXjxo1duWIZAFy4cHH/gYNXYy4bG4sAgCCI8PBZenp6R48c op5NTX06asyXe3ZF9eoVqp1odXX1pMlTQkNDpNLa+Nu3WUymWFzWr1/fzZs26ujwAKCwsGhG+KwX L15YWJiLxWIjkWjnju1eXu0BAMfwmbPnBPj5MZiMI0eO+vv7X7kc8yQlxdPTPT8/v2dIr9ra2sOH D3YN7tKkpE+fps1fsLC0tNTMzKxULDY2Nt6yaUNgYGDs9bjp02d06hTE4XAGDR5WW1d3/NejgQEB /zMvHYfJ8xjEsLFrw6MMfROuQx9EwG/j697Okes1CEHasjKL7RlIGNu1LV2e30CmQ1usf1TPgOfw Gapn0LZ0GZbWPNcBCK8tUw9slw4oGLfxF/YLZXo4tuFBhMPluvZnmFr//3+LZVH7AQgEBAAYAnoA pGzHnr8phA0NDdnZ2QiCAICbm5umc4xhWGZmJo7j9fX1fD7f19dXLBYXFRW12P1VKpXW1tZCoTAl JUVXV1epVDo5ORkYGDS5JzMzE0GQuro6BwcHCwsLAJBKpU+fPi0tLZXL5To6Ora2tn5+ftorJSsr K/Pz8xkMBp/Pd3V1bdZpI7OysvLy8uRyOUmSXC7X2dm5yW0ymSwrK4v628XFRVdXV9vCyczMVKlU AODj46NQKJ49e8bhcFrtbOE4k8l0d3dvUVk+vBCSAAAwcOCA+PjbR479curUmenTp545cyYm5uqI EcOHDh0CACiKMBkMyuyLiFi/7oc1YTNmzv12tkRSvf/AgV9+Pd7eq/0Xn49s4TtHGST56u8NGzYW FxddjD5vb29fWFgYEtpn9rffXoq+0OxbQUQi0cmTp7/+asKD+wkkSa76bvXmrVs7dQ7y8/UFgJ+2 bduz9+etmzeNHj0KAHbt2vPd6u9NTUymTp3ctWtw5M6op2lPQ0NCAOBZRkZhYRGfr1tYWNiuXTsA SEy8bywSBQS2IComJiYnT54a++WXD+8nIAhy4sTJeQsW2dnZLlwwHwDGjhsvlytu3Ig1MzUtKir6 ZuKUiPUbTxw/Rj1rbmZ67vz5Af37p6Yk83i8rOzskpKS/fsPWlpaLlu2RCqVur+2WTVUVUkmT5lm YWF+7WqMpaVFQUHBzFlzZoTPvnkjtn+/fmfPnvr11xM1NTU//bSZJAknR0f43wHR4RqmR7ftWVaw v1Hu1TYnzf1mGPebYW17lr9taZvTNXh8to3fp5eLUW5M27scQ3txhvb6+OXVv/Jz2x5ERfpGmX/8 /3+H8fxC5YV4BlgDUNY2zgBr5cXb+PMChpNtm6PNy8ubMWMGk8kkSfLYsWMODg7U9QsXLkRERHA4 HIlEsn37dgC4ePHi5s2bbW1tqQ69diQlJSUTJkxYtmxZVFRUWloaSZJjxoxZtuytYdu4uLilS5fq 6OigKHrmzBkAOHny5JkzZ0pKSiorK1UqlVAoFIlE9vb2c+fO9fLyop6Kj49funQpn8/38/M7cOCA doTXr18/e/Zsbm5uaWmpTCYDAKFQaGJi4urqOn36dA8PD+q2goKC8PBwFEUJgti/f7/mOtUJWLZs WVlZGYqicXFx+fn548ePt7KyoroFmm0FJEmSJEmNwAmFwhMnTjTR+Da+eO9/a9iM6R4e7jFXr8bG Xr8Sc9Xe3n7WzBlUzlgsNofDpfIaGBh47JdfI378wcnJKSio46BBg3AcLywsbLnXyWZpVspkZWV3 7NjB3t4eANq1a3f40IEvRo4kcKK5hSqtrQ0N6fntt7MBAEGQb77+Wk9PLy0tHQBqa2vPnftt6uTJ lAoCwIwZ04cPG3bx0iUAaN/e09bW9n7iAyroRtxNR0cHkbFxQuJ96kri/fudgjrpC4XNxBepra3t 0aP70qWLqR9mzJjRY8eMvhYbS72FE8aPP3hgH7WHwcbGZsKEccXFRRKJhMqxQqF0sHdYtnSxjo4O giBurq69e/VCEFQgEPj7+YWGhGgGnDVcvny5ViqN+HEdNW5sa2u7+rtVEokk+uJFFovZpXNnHR0e k8XsGhzcrWs3zTAsDQ1NmyEVSqKm7n3uVP5xC4cSBPha7RIfh5fK63f+ll3CZBoaGhoaGhoZGWmm k9LS0qKioszMzJRK5bJlyz777DMA4HK5IpFIJBIJBAIcx3EcJ7RoaGgAgOnTpwsEAicnp9jY2JSU FO2EoqOjTUxMMAybNGmShYXF7t27161bJ5FIzM3Nw8PD16xZ0717dxaLlZ+fP2fOnIKCglf9SC5X JBIZGRkJ324hN2/evGTJkpSUFJVK1a9fv6VLly5cuNDX11etVqempk6dOjU5OblJAQ0NDZtYciiK 6uvrU0EsFktTIqp0AoHAyMhIJBJxuVy1Wq0p6ccbGtVgb2c3dcrk3bv3bNq8VSaXhc+Y7uLion0D JVoDB/QHgOzs7OiLl+QyWVZ2jrm5OY7/+SxFcHCXPXt+bmdjExoaamNj3bVrcNeuwS3eqZDLXd3e WNyGhgb6+vpKpRIAxOKy+oYGH18f7fv9/HyfHkmrqKg0MTHuEBiQ/OTJKyG8deubryYUl5TExd0Y M3pUVVVVbl7e5yNHtJhoo0zm7ub+drR+N2/dKiwstLOzmzp1MgBIqqvFpaUMBqOivEIgEJCvrd26 +noPdzeBQPBWdRHvqpMXBYV29na2dm96l46ODtbW1iXFL19rM4q3ae6HhoamOdjTbGnvSVhFjmDR Yt0N8999s/rWw1auP4Kw8X/LNEFR7U3VjY2NP/74I5PJrK6uHjhw4IQJEzS3MRiM2tpaBweH5cuX kySpWauoUCjMzMwAoGvXrsHBwQ8ePKAMPh+fV63ilStX0tPThUKhnZ3dxIkTKyoqTp8+bWlpqa+v //3331Ot+sSJEyMiIi5duiSVSo8fP04ZlAiCMBgMFEUpY4Bi9+7dx44ds7GxwTBs4cKFISEhmqDV q1ffu3dPpVJFRUVRFiSCIJoCakeiXSgEQcrKynx9fffv38/lclksFkEQhw8fLigoUKlUn3322eDB g6urq6mh0b+6VeEDCCEAfNan9+XLV4qKim2srft81geaG2sAOTnPV3+/5smTFBMTYxNTUzaLxePx 3me//Px5c3k83unTZ/b+vF8g4Pfu3XvO7JlNFq28to6B8XaECLy6QhAEA2Xo6b0lOXp6ApIk1Wo1 AHTp0vmPy1dkMlldXV1VVVXv3r2eZWScPfcbADx//hwBpEOHDi33FgmiyTYPgYBPEIRKrQaA3Ny8 HyPWp6c/43I5MplMV1fXwcFBU2oCx7mtD3a3/EWpVHw+n6c1B6CrqysQ8JUqFd1m0dB8YAio+fxr VcV9BoikGxegDja8qZ+3bjmS6qR0FPRfTxy9uoqCHpaU8aFyRLU269evp+YCnZycmgxvUponFAr9 /Pxai2TUqFEPHz40MjJKSEi4c+dO165dqdEmLpcrkUjGjBkDAA8fPlQqlUwm09HRUdu2GTZs2L17 9xgMRk1NTWvxZ2dnnzlzxt7evrq6eu7cudoqCAATJkyIiYmRy+X3799PT0/39PR8z7LL5XIA6N69 u+bKmTNnlEqlQqGwtLR0cnL64L//XxPCR4+SSkvFAGRZWXnSo6S+fT/TDuVxeQDwY8T6hw8frVq1 YsL4cQAQffHSt9/Og/dYqMdisebMnjVl8uSCwoI7d+5u3x5ZUlJy+NCB5nciCLRgFFNDyQyUIIja 2rfGN2rr6hAEYTIZlHXI4bCfpqWLS0vNTEx0dXVdXV0RgGfPnqWkpDo5OVpYmLecPwQhyLcSlSsU CIqKjIwAICx8JpDk96tXtWvXzsXVef++g2fOndMeWcVxosWCtPoZcNgNDQ1yuVwzYd7Q2FhfX8/h sOlWi4bmwyLbfUidc58F7gAICfLGrdveIYTY00y8KB8BvWaGgBDLz8UynjPd/25LjSCIgYHBtWvX YmNjDQ0NCYJYvXp18/3WCIK8e3jQz88vJCTk6tWrHA7n9OnTXbt2TUhISE1N5fF4Tk5OI0aMeK3s pFAozMjISEpKCni97M7Z2fngwYMYhr1jxcr169dlMhmXy23fvv2QIUOahNra2i5evLi6uhpBECMj oyY5b2IRUldIkkRaahYJgqCuf8Dh0DYKYWlp6fbtkWw266uvxp8799vWn7Z5tve0srTUMll01Gr1 y5cvXV1dgru8WgP5Iv8FgiAs1p8k1NjYGBd3Iyioo4mJibubm7ubG4/Hi1i/IT//RfOFo+9AZGTE 4/HS058NG/rmV0lNTRWJjEQiEQCIRCIvL6+LFy9VV1dT/SM9gcDd3f34iVNlZWXdWhmMBQAul5uf l699Je1pmqGBgZGR0aOkpBf5L3795WjHjh1ej4XWkQTZ2qYRAMBxXK1Wa8ZOm2NpYVFYWFhYWKhZ dvUi/0XJy5fWVlZ0s0VD82FRnIxGgBp9IRhgpc5OUV66xhnYp2UhzMoloJoBNs2EkI1DCZaR/TeF EEEQkUgUExPz66+/Ghsbq1SqhQsX2tm10AwyGAyVSiWTyUiSVL0eKyIIQiAQaFTziy++uHv3Lp/P T09Pv3nzZlJSEovFqq+vnzp1KtXJ9vb21tHRUSqVDAZjyZIlgwYNGjZsmI2NDYqiJiZ/cmRmXl6e QCBoaGjw8vJqcahz2LBhLRYQAMrLy62srKiFFHw+v6ysjCCIT3XW5rtSJUmSmrCk/t295+cnKSm9 eoVOGD+ud69eaWnpe/bs1fRKCAJXKlUsFkvAF1RWVt6Kjydw4szZc6dOn7a0tCguLmlsbGxJ50kq foIgwmfNXrlqtSbo7t17Fubm1jbWLakIQbwtIThOkARB6VzPnj0OHjwUH3+bCjp95uxv538f0L+f RpZCQnpeuRKTnZPTp8+rBXWhISF//HG5pKSkR88erdWGmanp1WuxZ868Wv534+atI8d+oVafoihK Avks49WoyM2bt06dOsPhsOvr6wEASCAIook1yWAwBAJBQkJiaurTl6Wl1FCANj16dCcBftq2A1Nj ANDYKNu0eYtQTxgS0lMzVPsPdY5oaP5TYC8K1HdTUTB9PdTJIEGujL7Z6v1PcklQtDTKhZIgx588 b/Gp+rDvq0SdsSeZ7zM2JpfLd+3ahWGYTCbr379/r14tL/01NDQsKSmZPHnylClTwsPDw8PDw8LC qOFQzT0uLi69e/cWi8UmJiY7duxISkpiMBju7u7Dh786zMTa2nr27NlisVgikejo6Jw+fXry5Mnz 5s07ffr0q+V+raBWqyUSCZfLJUmSWnWv6eWXlZWJxeKysrLy8vKysrKysjLt41aYTKauru62bdvG jh07Z86cOXPmTJw4ccWKFWq1WkdH55O8A+8y1Orq68ViMbUW9uTJU3v27O3QIXD8uLEA8OWXY2Kv X9+9Z6+Pj8/IEcOlUml5eUV1TbUD2I8dO+bHiA0/Rqxf9+N6Pl93w/ofb8ffjojYIBKJli1d3CSJ mppqah2NQCCI2hm5cOHiLsHd7OzssnNySILYvSuK1WyPCE4QFRUVjQ2N2lZzRUWFRmgXLVpQVFQ0 cfJUb6/2SqUyMzNryqRJ07VOMvP3862vr3NycnB3f7X4xd/fr76+zsPD/R37EORyeUhIj9Nnzx08 dJjN4aSmPg3p2WP2nJkA4O/nN37c2NXfrzl16gyXy1EoFAsXzj9y5OiIkaPu3L7JZrOrqqqajNYC QPiMsIWLloz8YhSKoseOHu4QGKgd6uDgsGnD+sVLlnUO7urk5JSRkclgMHbtijR9fbi2tFb67teU hobmfVDfS8KhlAn2GhMAAX11/ONWh3OycxFo2Q8BAhz14/Tm15WnY+r2rCYAGEvXGMSceHd+CILg crmWlpZVVVV8Pj87O7uurk5PT69FyWxoaCgoKNCMNBIEIRaLX3XBXzN69Oj4+HiVSoWiKEmSjY2N w4cP1zbghgwZ4ujoeOrUqeTkZMq4TElJSUhIOHLkyMCBAydNmtTiKZhKpVKlUjUf95JKpXPmzGls bKRUTalUIggSGRlpbW2tPQpaVVXV0NBArR3FcZzNZltbW38qi/BdQvj1V+N79Ojm6OgIAI6Ojr/8 csTBwYEylg0NDX7auuV57nNqvHHlyuVSqdTZyQkARowY3s623YP7DzAMDwnt2d7T08XFhaej23zD OAAsW7ZUMzw4eNBAF2ena7HXKyoqunfrOmBAf2qbZ9NOkIHB4cMHbKzfWIoCgeDAgZ81tWygr3/w 4P7r1+MeP05ms1krli/t1KmTdgzt2rU7evSwoeGbHQs2Nta//npM+0pzyisqRo4Yvmnjxq3btjXU 1U+ZPLFP796a92PliuUdOgQ+epTE09EZOXy4vb2dlaXljZu3ZDIZm83etm2rsNmWjI4dO5w5dSLn +XOcwF2cnZunOGjQQM/2nlevXispKenVK6R/v36mWi4m5s79trkdSUND85eF8O4TAAwA0Sx+QUEf y8nGMnOZbi30jPG8EgBeK0IowDJyAMeA8VbTKttzEAEWG6xUV+/iLwoYWqvBW7A4MQzDsJkzZ+7b t6+0tDQ1NXXjxo0//PBD8ztra2vNzc3Hjh1LkiRlUVA6p+niU1hZWQ0dOvTIkSOWlpYSiSQwMLB/ //5NovLw8FizZk1FRUViYuLt27cfPnxoYGDA5XKjoqLy8vI2b97c4sAsg8FoPr+DYVh+fn5NTY2R kZGFhQVlC2rfhmEYjuNff/21nZ0dtdODy+VKpdLz5883kfD/F0Lo6Ojo+NpCCgjwbxJqb2+nmb3z at9eOyjA3z/A/839dra21MEuzfF+vVVTY8U32ZLRHA6H0zU4uEm3SDMl+eoeNntA/34D+vdrMQYG g9EpKKjJWHZQx45/UlUk2dgoQ1Fkwby5LcbZv1+//v3epNilS+cuXV4dM9GxlZWopmampmbvcp9k Z2s7fdrUFoM83n7XaWho2jg0mvgUAb72ElAEuBjkqu8lNRdC4mU5lpmHgqAVIeTjxS+wtGymj4eW cL5Q3XzEAAsEeBgUKa/f05li++4sSaVSb2/vsLCwsLAwGxub2NhYPz8/zWCmhoaGBmNjY82al3fQ t29fagGnSqVqroIaTExMhgwZMmTIkJSUlK1bt1ZUVHh5ecXHx9+6datHjx5NbubxeHp6elVVVQiC FBcXa67r6emtWLGC2vJx6dIlHMdZLJa2AUoQBEmSXbp00V7/WV9ff+nSJcps/fjvAO0FkIaG5r8L XlSKPc1BQdhU0YBUP3jS/H5VwiMcK0BAtxUh5OBQobr91rCqKv4BDqUIULNfiDo+6X0yVllZ6evr O2DAgJKSEnNz83379mk2tmv34KldYX+Kjo4Oj8fDcRxF0SajrBs2bJg2bdrEiRMTEhI0F318fLZs 2WJqatrY2IiiqFjc8qmz1tbWdXV1AoEgKSlJkxMejzdkyJABAwb06dMHAFrMoeaAGO0rmqWhtBD+ f/1acDw/v6C69f00NDQ0/4uoHzzBoeS1Sr1pllEQtqhYyrNXSFC33nIiAIg6LuEtIbz5EIB4Ha2+ +n7K2xsQW8mYWg0Ac+bMsbKyopaGbt26tal5ShDv9pqu3YLhON6izOTm5iYkJCQmJlJb7zWIRCKh UEhlo7XzPHv27AkAurq6GRkZx44da7lGPpG20UL44dHTE27bvrV//750VdDQ/JtQnr/WorChYKh+ nqKKf0vSsPQcxemLDLBoXclIBhgrY+8RZZVvJO32ExT0X+ukHp73HEt99t4tj97MmTNra2vNzMzu 379/8ODBJnZedXV1XFxcXFzc1ddcunTp+vXr72kpAkCnTp0YDIanp+fNmze1jcIjR47k5OSwWCwO h+P19hyWhqCgoIEDB+bk5Jiamh47dmzTpk2FhYUYhlHWHvU3NY/4jq1i/x9g0l/C+8Djcb8YOYKu BxqafxNYaqbixHkGWAJgACQAS0vh2AQ0yDbvY3d/41CiYXkEDmImuALgAAgAQQKGAFN7KwUCQkye qTh9SWf2NwCgikvEitJQMKRuBmBg8FIZHcf0buGYFWrFJjWFplGObt26DR069PTp02ZmZvv37/f2 9vb398cwTKlU8ni84uLiFStWaBte1AqaDh06aBuLVMxKpVKpVDbZdjVmzJgbN25kZ2cbGhquXr3a y8tLX1+/qKjo+fPnKIq+fPlyzpw51NINHMepM2i0VXbZsmUqlSo6OlooFJ4/fz4uLs7a2prJZCqV yurqaio/SqWSKg5BENQsIHWUaPOyK5VK6kju5vYxlfn3Oa2TFkIaGhqaVoy1mlpgMRH+q+k9vKBc OnIqCQ0I8HEoBUAQ4KBgAUC18gQT7OSXTjIWOQs2LgWAuhmrZNG/MsEBAAdgklCLQwUKfBzqGWCG gB4AprEmG77fxv1yGCrSb9y4mwQVDtUkNKBgCEAiwKpfu5HTtw8z0K25EFLTeE3sp/Dw8OzsbGqO cOPGjadOnaLO2lar1QwGQ3sxOQDweDxjY+PmA5Kag6qbRM7j8bZv375z587Hjx9LJJLLly9jGMbl co2Nja2trefPn69ZXENlr3kMq1evDgoKunDhQmFhoVQqffToEXWdz+cbGxv7+vr27NlTs9GQerzF PdDvOEe7tczTQkhDQ0PzV4RQoZKGfkOUV6PWZlCrVD9/ROJyAB4i0DE8dJhhaymdMEOd8YgB7V47 V2IywLJhU4Ty+DUgMLX4CRNsAZgACAEVAKT+Dzs5o/sojlysX/sdgAoBIwAcgGSAOV5dJnHphnD1 sdJcBFgsD1/+uuWoiQGpUAKTQRSJSXkLB4w4OTnt27eP0jBLrUO7dHR0NmzYUF1dTZ0RWldX169f Py8vrxYnCAmCoHasa180MDDYsmULpSXm5k1PkTQyMvruu+/KyspycnKkUimO41wu18rKytXVVTuJ nj17urm5oSja3It43759+/btm5+fX1hYWFdXR5Ikh8MxNDS0trbW3gVna2u7d+9e6m/tAlKquXHj RmqvRZMgAFi8eDHl5pDasPf/RQipzsgH94pOEERZWZlCoTA0NHwf10JVVVW1tbUmJiZNHDt8QnAc F4vF1Nv2nvPY749cLi8rK+PxeNTp8n8zn2VlZSqVytDQsPkeRxqafx+ouTFv2gjJ9HFoqQ4CLBQM UBDg8FJ4aD9nRAgA6J8/IHELJQkp8mp3BAHAZYAl9jIdAGGAzevhUCUJjYZnTnNG9gMA3TUzUHtT 6TfjUOAjwAQAEtQomODVEgAxAlyEY6J/+TDDxvJPc8jlcjU+CJtrFXVcp2bD9F86e5rJZFLOC9+B mZnZuxsWPT29Fvf1a7C3t6f86LUGh8Np7QYGg6F9PE0TmkvjxxPCw0eOnjt3fuzYMaNHfaG5eOjw kVu34jEMW7hgvo+P94fNTWNj49x5Cx4lJc2fNzd8Rtif3h+5M+rgwcNbt2z6vCWvv1RzT5Ik5dqj eej69RvzX+Tr6ekhCIKiDAAgCJwkidraOicnp0ULF7ShCDU1NdPDwhsaGg4e2Pfud6INPHmSMmXq tM6dO/+8d/ffXItVU1MTHj4rPSNj2dIlE7/5mm4laf4L8KaN5W06pM5LQcEEAHAo5gT15ox4tf2X 6WzLmz6mYdd6Jui9niwkABAUND5wSAAUhxf8aYsoFXwV7dcjVFdvNp7cwwTX1wtEcRSEAAgG2bpj 5ryPCtJ8Qt4lhHm5eTdu3ujS5c2xLJcu/REZubO8vGL27JkfXAWBOhZBJquvb1Aq38vZ0KuDhVpX hO9Wf38vIXHd2jWdO3dqHvrw0aPkJ0+MjIxYLJaeQIAgSG1dnVqtrqqqktbWtbkUCIIgyD+zHBcB BEERBCGBRAD5IFWtov060fyXYLg5qfLuAphQjiY4/bq/ZZON6Nu4axcABtDyifkk1DMQO90F05tc 1108XXHyNxJkrw/v1ggnq0kSNP9jQqinp2dpYaEZdczIyNy+I1KhUMwIm7Z40cJ/Ijc6Ojq7oyLV avV7DtYxmSwul/sOJw/l5RV5uXlyhaLF0M2bNshkMpFIlJmZtfWnbQRJrlu7xtPTvbKyqu1nvyII m83mcNT/xO4ZBopyuBwWi/U3VRAA9PX1D+z/GcMwfX0D+jOg+Q81eZ525CXqQDU1CkJW17fO+GUF B7IsXbGX+Si0eOAigoNYd9Q0hqNt02h9PNl9Q+UxZ5jgoFl6SkIdU9eeHdqFrvb/YSHUprGxcd26 iIKCws/69F6+/K3z0uRyeVZ2dmNjo6WFBeUrBMOwxsZGagOKRqWo1bFyuZzNZuvo6BAEkfP8eWVl pVAodHV2YXPYAMBkMq2tm7qbkMvlzzIyVCqVh7u7UCiUyWQoimpPTzIZTADIzMqqrKx0cnQyNzfT PMjj8UQiEYHjAKBUKps41tIMXcoVCgzDCQK3tW1nampmavoqBoVCkZ2dXVdfb2Fu4eDQdJwTw7Cs 7OyamhpTExMnJ6e3lA9B2GwOADx4+BBBEA93D13dV8qqUqlUKpWuri6CIFnZ2RXlFY6OLThBzMnJ Ka+o0NfXd3Zy4vyZU9+8/PzS0lI9gcDZ2bnJPDaO4c8yM6RSqauLi4mJiUKhIAiCx+OxWCwbG5vm URUWFhWXFOvwdJydnZp4f3758mVhURGTyXR0cDQ0/Mfkk8RxqHq9cu+jQiCNBFH9sVPFCRwqSfwT 2OUkISPg45eXJKCKxGSfzCJ0dQBgApAE1DOM7Fkdfd4SOjaHFeSrOve4FSEkEEA5g0JajJkztI88 5qTWBgwEh0qdkD7o26743sHKlSuzs7NFIpGdnZ1EIhGLxSqVasuWLQYGBhERETU1NXK5HEVRiUSy YMEC6gjlhoaGyMhIav9fx44dZ8+eTU3jrVmzpn379hovSGfPns3KyqI2Wjx48GDv3r2DBw8eOnQo Fbpp0yY7O7uRI19NMN2/f3/fvn3l5eVsNnvAgAHffPMNdexZQUHB9u3bw8PDHd92ToBh2MGDB69e vapUKk1NTSdNmtS585s9JwqFYvfu3Xfv3lUqlZaWluHh4dSuRJVKtWbNmm7dulEH0Bw9evTRo0dy uZzJZFZWVnbu3Hn+/PkAUFFRsXPnzpSUFBzH/fz8vv32W6P3rs8PJoQkACU5P6z7Menx44AA/9Wr V2nfcOtW/I7InU+fpsnlcmtrq8/69FmyZBGPx9v60/bo6OglSxaP+uKVf8vUp09XrFjJZnMOHtiH IOiSpUtv3oyvqKg0MREFBPgvmD/f3d0NAH74YV30xYvr10eE9OwJAE+epGzdti0zM6uivCI4uEtI SM/LV67Y2dpu2byJyqCuri6GY9u279i+PVIoFJqZm82cETZw4IDo6IsrVq5ydXX18HCP2rV78ZKl Xbp0idyx7f2r5u69e9t3RKY8SZXJZJaWFr16hS6YP09zMHdCQuK+AwfS059VVVZZWJh36hS0cMF8 zTpmkZFRZlbmkqXL7t69Z2pq4uLismrVCgd7ewCI2rX7zJmzixctKCou2bp1m55Qz8zULGz61KGv HSg+f/48cmdUUtLj0tIyExNjV1eXsLBpTQ5H1VBcXLwjcmdi4oOXL18aGRk6OztNmjQx9LWf6MLC wo2btiQ/eSIuFbu4OI8cOYJ61XbviuLz+ctXrLx589bmzRs7d+oEALW1tT/9tP3SH5dLS0v19AQe Hh7hM8Ior08EQUTt2n3y5OmCgkIej+vi4jx1yuQhQwb/M30zNovnhrA/gTcWhsCMaeb0sVNls1io B6L7CVZ7oUJjpsnHLi/CRJgCN1Qo+lRCyOrgxQBjElQEVHE790eajf2wOvnBObyV9lCGojas4JaP DuYM6sOc40Aq61777CUBCM6Q3u+fNwsLCxRFURQ9d+6cm5ubr69vRUWFoaHhy5cvz54926dPH09P z8bGRqFQqFkUOmXKlNzc3FWrVqnV6uXLlycmJv7xxx8AcOXKFZIkNUKYkpJy69YtSgiLi4t///33 rKwsf39/yvCIi4vz9/enhDA6Ojo8PHzw4MFz587Nyspav359SkpKZGQkAEgkkt9++23UqFFNhHD2 7NlxcXFz5851dHQ8e/bsqFGj9u7dS226UKvVY8eOFYvFCxcuFIlEUVFRPXr0iIuL8/X1xTDs0qVL JiYmlBDGxMRUVFQMGDBAoVAIBAKqLVWr1VOmTFEoFNOnT0dRdNWqVbdv346Pj//YQshAUX2h8PcL 0X/8ccXHx3vdD2u1V68mJt4PnzlbJDJavXqVpaXF8eMnDx46jGHYunVrvb3a79mz9+7dexohvHv3 3v0HD6dMnqyvrz9z1pzY2Nivv/4qJCQkJiZm46YtOc9z796+BQA10tqXL0vlcgUAVFRWLl+xqqSk xMPDffy4Lx8+fLRnz14+n68v1H/1UQFiYmK8d+9+JpMZHh6Wlpaek/N8R+TO/v37OTs7B/gHqNSq xsZGK0tLSwsLx1aWY7XI4+Tk8PDZfL7u8uVL7exsT548/csvx1VK1ebNGwHgWUbGosVL6urrAwMC PD09EhISz507r1Aod0Zu53I4bDZbrVavXfujnZ3tlMmTkh4/fvw4OSpq99YtmwCgrrYOw7DtO6J4 Orzw8LBnzzKys3MiI6P8/f2sra0rKyvnzV/4PDfPz9d31KgvnjxJeZKSsnjx0p/37tZ46H1jpstk CxctSU5+4u3tPXLk8GfPMpKTk5cuXR61MzIwMIAkyVXfff/w4SNXV5fhw4bm5eXv3fszdaI8tVmn urqmtFSseD1uvGLld7//fmHUF58PHzHs8ePkX345vnTZikMH97m7ux8+fGTDxs2DBw744Yc1JcXF m7ZsHTv+q7jYqxpHxB9SjdqZi2ruI6xPsLFHd9N83fXzPrb6trMwbkxG2J+ivEun6iya9NGFiCWq vIswGZ9sEMzNieHtpEq9RQLJGd6CSrE6eqNgSIK6ua8lAqQcn56trXxhWJhyRvZq/HUXE/QBSAIk TKELZ1j/989bWFgYNfwWHx/fp0+fMWPGUNeptfFhYWFNfBIcP3784cOHFy9epNxNCIXCqKioyspK Y2NjCwsLA4M3wzYikUizIpTJZAYHB9fU1Gzfvp1yK2Fqakrd3NDQEBERMW7cuIiICAAIDQ11d3ef MGHCgAED+vbty2azraysmgxQRUdHX758+cSJE5SF2qtXr4ULF0ZERISGhnI4nMjIyJycnNjYWCp1 d3f3iIgIqVQKAAiCWFhYaJahoijap0+fuXPfcmkQHx//5MmTs2fPdujQAQDMzMxOnjxZUVHxpx6D P7AQmpiYxF6PKygsFIlETCaTw3nLK9WZs+fUavWG9RFBQR0BwMXZpaqq6s7duxKJZPiwYUeP/fLs Wcbz57lOTo5qtTolJdXc3Pzzz0eo1er09HRvb+9p06YaGhh4eribmJhUVFRIJBIjIyMdHk8o1Gez WQBw+fKVwsJCbx/v9RHrKL9Ly5avuHot9s0WGQQqK6t8vL22bduqp6dXUFi4aNHS/Bf5cTdu9u4V evDgvnnzF9y4cWve3G+Dg//aMP3Zs+fq6+t37Pipe7duAODh7l5dXX0vISErO9vVxeXs2XMVFZX9 +vXdvGkDi8X6rE+fsBnh167F5uXlOTg4oCiSl/di1BdfzJ8/FwAuRF9cv35DcUmxVCrV19fn8rgY jltYmG/btlVkZFRS8nLR4iVZWdnpz55ZW1v/fuFCVlZ2aGjIhvU/CoVCuUKxePHSKzEx0Rcvubq6 NlmDc/HipZTU1E5BHdevj6AGhJcsWfbb+d+jL10KDAy4eSs+/dkzewf75cuWUs5Dtu+IPHHipEgk okZxdXR0hEIhi8mizN/LV6589dX4H9auAYDOnTqxWKwffvgxLu6mu7v707Q0Pl939OhR3bp1BQBD I6OrV681cTX84UwGBOGwP0kTiTCZn2BjLYIgXPYn0gTGJxGkT/X7auDPmV018SbPoy/v69Et1IqP K8OoHS55ibw+F03LImxoMpTaBN7k8bJfD5AgR0AXh3Ldr6eghh9gbxI1MpmTk6Onp1ddXY3juIuL C4fDefToUWBgoMbpUmhoaGho6Ov+Bqu2tlYmk1VVVYlEIqlUqvEZ19jY2K5du4kTJy5atOiLL77o oOUb5+nTpw0NDdpuLrp27dq+ffsHDx707du3Rb8QDx488PLy0nZ1N3To0MuXL2dmZvr4+MTHxw8Z MkSjwUZGRi16dAIALpdbXl4uFoulUqlCoTA1NbWwsHBxcTE1Nd2wYcOUKVP8/f07duzY8U/dBP0T QsjhcPPy8vh8vrmZ2bNnGT9t275500YqqL6+vry83Na2XUFBgVKplMlkBEkIhXovX5ZmZmYHB3cO DPDfu29/cvITJyfH1NSnqamp3l5efr6+AKCrq1tYWHTi+MmePbs72DuEaXnNfW2JMigTXqlUBnfu pPE+GNKz56VLl98cLkBCfX19SGgI1a2wbdfO3s42PT1dY+UQBAkAf/VUHqVSKRaX2dq2Ky4uuXP7 Tl19Pcpg8Pl8lUotqZKAC4jFZRwup3v3btROQXd3twP7f66qqrK1tW1sbFSp1Hw+v1+/z6jYfHy8 9fX1lQqlXC6nNkfW1daF9OwpMjICACsrS3t7u+TkJ5Qn+pKSlySQnTt3opYL8bjcHt27x8Zer6io oF5uTeNJ1Y9KqerQsYNmWjQkNCTm2rWqyioAKCsrq6ut7d+vr8aFVq/QkN9/v6DtKloT1YsXBWwW G0XRxMTE8rJyUzOzuro6Y2NRqVhMvb5yuTwm5iqbw3Zxcn6Hiysamv//cL8ZatY+HbVs2apA+Hym lzN2MwOaCiGJAJfV1fdd49w9Oup8PqXuTCQAcETt+SuWfJhmmsnk8/nbt29Xq9UkSdbX1584ccLV 1bW+vr61Debm5uY3bty4e/cudWKZSqXyf+0aD0GQsrKyoUOHXrlyZf369b/99ptmbWBdXR2Px9Pe w81kMs3NzSkbrkUhbGhoaOLJ1cLCgsvlKpVKypbV7F9csWJFamqqqanpuHHjmjt1MjMzi4+PHz16 NIPByM/PnzFjxqJFi6ytrffs2bN58+YFCxagKBoUFDRr1qz2b3v9+xhCKJfL9fQEmzaub2yUhc+c HX/7zukzZ774/HMAoE5TFQj0Nm3eWllZyWSy2GyWhYW5VFpD1VrHoI5Hj/365MmTUaM+f5qWVloq njRpIhXtokULN27ctGHjxk2bt3h6egQEBIwf96X2TlKqxlUqNZPJNNaygoVCIYfD0RzDQwKJoIj2 bnoEReCt885J6ra/VCkYhjEYqIGBwfbtkWVlZWw2m8lkWlia19bW1tc3vHrj2WyR6M2crcZ3o1yh oBxMa1aaoAgCr/xHIxpDVqgvbCJFKIMBADhOMFCGsfGbl9vA0IDFYlFaTpVOA47hgID2l2BoYMBh v6oftVpNkKSxVqhAoKejo4O11C0gcNzK2iopKfno0V+YTCaGYSYmxhr3KzPCwkpLxefOnz946LCT k5OPj/fwYUN79uxBN6k0/6MwAzzeNXzbwVt+86S2q14AIEHOQCxYQX+ybUzv6CbU3AzPK+Kvn4+I dD9IbjEMa2homDdvXkBAAGURUgv9GAxGa9ufysvLg4ODw8LCqqurDQ0Nd+7cWVRUpN3XB4AlS5b0 7t37/PnzJiYmlHXBZrOp1XzaUVEDs/C2c11tpaRi0yCVStVqNdVrRxBE4z88NDTUyMgoKiqqY8eO zYWwrKysQ4cO8+fPl0qlcrlcY0T6+/ufOHGivLz84cOHu3fvHj9+/NmzZ5tMUv7jQlhZWTl8+FAq 1ZCePc9f+P348ZPBXbpQp+ao1ar6+rof1621t7erkki4HK6RyEipVFKNb4fAQG9vr2cZGXl5+VlZ 2VZWlhqHut27de0QGBAffzvnee7t27dPnDiZkpJy4vgvmhWPVI2jKEIQRG1trSY/9fX1KpUKfaMH CJCA429MHMqj1RsZJEkEeWVf/iXUaqympua7VSvc3FwrKis5bI7I2EipVLWzsaFSAZJsYlqRJKlJ miAIjRlKEARJkJQYar/ZWnkmNUEogpBANjbKtO984z+FBCBJTb8MRREEEJms2c2vQ1EEraur1+67 yeXyFneGkCRZXFQ8btzYqJ07KiorSII0MDSgfg6SJI2MDHfv2vko6fHTp08fPnyUkJB4+/btqJ2R f3XAmYbmfwJWZ38EdAFwba8UBEg5PsHvdi4PAAiXI9i+7MPmh+raOjs7W1hYaJ9YZm9v/9tvv1GT SgCQnZ0dHR09depUoVCoVCqpmULqflNT05ycnCZx2tnZff3111u3bjU2Nu7Xrx/VoccwLDEx0cPj VUchLy/v2bNnAwcOfNO6vr0xzNXVNSYmpqCgQGP5PXz4EF6fBePo6Hjt2rVZs2YBQM+ePbt06XLl ypUWnTopFAonJ6cmBUxISDh8+PDatWtNTU0HDRrk6uo6ePDg9PT0Dy6E6J/+ALqv283Jk7+xt7PL f/Fiz8/7AMDAwIDH05FIJEJ9oZOTU6egIF9fHxNjY0ODVw2onp5e586dKioqDhw8mJ6e3qVLZw8P dwCoqKhITn6iVqv79v1s9qzww4cOdOnSOS8vL/nJGzeYlIoY6BsgKJKSkqrpoSQkJKIo+v7b1XGc IElQY39tLb6urq6Ojk6VRKKnp+fg4NApKMjPz9fE2MTAwIDq5vB43MZGWWFhkWbMfc3aH776+puS kpI2L+3FMRwA+AI+gRMZGRma6+lp6QqFghr7VSqVJIDm4Ha+QICiaGZm5psh/rS0uro6vkAAAAK+ HofLeZaRUfraqWZCQkJjY2OTt5Ayl4VCoUqlxDHMzs62Y4cOQUEd7e3s+Lq6xiKRSqVKTU0Vi8WB Af6TJn6zd8+usWPHSKqrHzx8RLeYNP9OIezQnsG2JkH7OFCEhHpWV/+PkDpJknK5vEk/W6FQPH78 OCMjIyEhITY2ljLvRowYUV1dvXLlyrq6uqqqqrlz50ZGRlLNr1wu1zbUZDKZ5l8MwxQKBRX/zJkz BQLB48ePqWbBxsbm888/X7t2bXR0tEwmy83NnTVrlkgkGjFiBJUxtVr99OnTzMzMO3fu3Lt3DwDG jRsnFApnzZqVn58vl8vPnz+/bt26L774glr2OXPmzGfPnoWFhVVWVhIEkZyc/OLFC83UlUKh0Diy oEZEMzIyEhMTb968mZKSQg0NHj58ODIysr6+XiKR/Prrr0wm09PT84PX+Z8oCoKAZiTNxsZm5MgR HDYnLu5G7PU4AAgM8K+pke7evTfuxo3c3LyoXbt9/QKHDR+pkL8qZ5cunXV1dZ8+Tauqkmhs4czM rH4DBk6bHl5SUgIAJS9fVldXczhcC62jYCmLsFv3rgb6+qmpqQsWLj577rcZ4bMu/fGHldVfOKyI w2Yrlcrbt+88epSUlZX9/g8GBgY0NjTu/XkftQRm78/7Ajt0GjhwsEQiAQBfX1+CIP7443J09MWC goKoXbv37Pm5oKDQysrq/d2ANXv7CQAICAgQCATx8bejdu0uLCw8dPjIlZgYXV3dLp07U28wiqCV lZU/rIsAEvr06W1oaHj//oMtW38qKCg4eer0heiLKAPtFNQRADp16mhpYZGbm7dq1eqTp04vX7Fy /4GDLZwlSAIAdOoU5OjoeCXm6k/btj9//vzOnbsTJ02xd3C+ePESh8OZN39h78/6xcXdoMRYIpHg GG5qakK3mDT/SlAzE1YHDwKqtfwrEQhw2b06f4TUEQRhs9na54SwWCx9ff1Dhw7NmDFj5cqVU6ZM uX79OmVvHThwICsrq2/fvgMHDkRR9MKFC9SiGBaLpd3lZTAYmhUGKIqyWCzKsNPX158yZQqTydQM e65atWratGlr164dNGjQl19+KRQKjx49Sk0/MZlMQ0PDo0ePhoWFLVq0aMWKFWKxmMfjHTt2jMfj jR49etCgQREREWFhYcuXL6di8/b2PnnyZFFR0dChQ/v3779ixQofHx8/Pz9NuTTFtLCwSE9PnzFj xooVK2bPnh0VFQUAQUFBhw8fjouL69ev3+DBg+Pj4zdv3vzBzUEAAAFP587t22RLLFy0BIDx/Zq1 2henTgszEpkGBAbV1NSQJDlv/kIHJxdbO0dnF3drG7suwd3v3Lmrff/cefODu3b/YtQYiUSiubh4 yVJrGzs//8D+AwZ5eHq5ebQ/cPAQFTRl6jQmi3vut9+of0+cONWjZy9HJ1d9A9HgIcN27drTt//A sBnhVOjsOd8CMA4dOqyJecJX37DYvBMnTlH/3r17r1v3EBdXd0BYX44dT7ZCdna2m7uns4vbs4wM 6gqGYYuXLHN0dtUULahTcNyNG1QoQRBLly13dfO0s3dydHJtZ+sQEtrn0aMkkiTLysoDAoNcXN2z srKpm3OeP3dx8/Dx9S8uLiFJcv6ChQDI3p/3aVKfNHkqymAfOXqM+nfb9h1e3n72Ds6Ozm62do5e Pn47o3ZRQUqlctr0Ge6eXgwm5+rVayRJ7j9w0Ncv0N7RmcqqR3uf9Rs2amKOu3GzX/+Bbu6eBkYm nTp33Rm1e8JX3wwf8Tl1PPyXY8fr6AquxMRQN8fEXA3q1MXG1sHZxb2draO9g/OKld9RQSdPnXZy cXNz9+zXf2BAYEd7B+dv586jfIy1RoUwsC7se/Kjo7x8Wwwi9dPsj5xupVlX6efffvzyqh48FYOh Kv7RR063usuXEq+hH/vHvZ4oBkP142cfIa36NdteApSDRzm4lYO7GEwqTH0ImewjJI3jeGFhYW1t reaKQqEoLi4uek1eXp5UKtWENjQ0PH78OCUlhfLPQFFSUlJdXa35VyKRlJSUUH/X1tYWFxdrvB6q VKqCggKqPdcgFosfPHiQnZ1NHdesaX802SgsLCwqKqIW71ANZlZW1oMHD8rKypqXiLIjb9++nZub q4mQIIji4mJNQSoqKqg4i4qKXrx4IRaLNY9XVVUlJSWlpKQ0NDR88Np+mvrUSKiPCHg6l6/GBHft 2lwjk5Iep6Wl+/r5+Hi/mR9+8eJFcvKTuvr6gAD/9p6eSpXqyuUr6enPlEqllZXlZ599Zmv71gni 27bt2B65c0bYtIUL5msuqlSqq1evJT95UlMjNTczCw0N0axsTEhIfP78eY8ePdq1s9HMC96+fQfD sCFDBqekpE6eMi0gwH/P7igAePDgYUZGZteuXTR9hDt37ubnv+jWLZg64wYAnj/PffbsmUKpbGdj 06lTy9vS6+rq4uJukCQZEhKi/3oZi1qtjrl6LTU1ValQWliY9+nTR/twGRzHr8VeT05OVsgVFpYW Awf0p7amyuXyuOs3VJg6NCREKNTTRM5gMEJDQ3V1dR49SqIGip2dnamo7t1LyM3NDQ7uolkudO9e QkJiorRGqm+g371btw4d3pwCVVMjTUxMrK+v79GjOzX48OhR0u07d2qqawR6gs6dO2kmYjWluHPn jqS6ZkD/frW1tZMmT2OzWQcP7DM0NLx9+05hYVFISA/Nye4ZmZnXrsVWVlbx+bqBAQEhIT0185GP kh7fvHGzrLycCurTp/e7z7up1O/A/XKgYNeqj9yXV125U91/uOjpPWZ754+ZbpV5N1ZXf+Hpnz5y edUP0yQdexjFX2V1C/iY6dYEjyXrZYap5z/qjxt3v7rXANHjO0w/9386LTy3qNKpAwIoAoYAiBrS BbOX6W1fR5vL/zLSnqb17NbtXRbh30dcKh41akxAh6CHD9vSY42Nvf7tt/Nu3YrXXPn1+AknZ7e5 8+aTNH/G48fJ8+Yv/P1CtObKjRs3/QM6fjl2vOyf79jSFiFtEf5PW4QkSdbPW18MUArsYoByAzei vI5uVf59UBbhP7J/GMfxS39cVqvVN2/eepT0eOjQIYGBbemuKpXKvfv23UtIGDdurLe3d3Z29sWL l0iS1N4BStMabDb7xMlTFy9dSktL69Kli1gsjo6+WF1d7evj09yvJg0NTRP4WxajhvqK43+g7cwF mxchJgK6Tv6t/CNCyGAw9uzZG3PlsoOjU6dOQQsWtPHYqgED+m/7aevBg4e2bPlJrpCz2WwLc4vp 06dq+0ekaQ1PT4/dUZE/bdt+8ODhHZE7mQymqanJF5+PDAubRlcODc37oLN8ms5y+nuhhbCtLF2y uE/vXlZWVr1793ofX/OtMXXK5M6dOyU/Tm5sbBQIBD6+Pp4eHvTP9p4MGTLYy8sr8f79utpaLpfn 7u4WGBjwT/iHoqGhoaGFsCndunWlzqX8AJaNhwctfm3Gzs7W7s+2ANPQ0ND8l0HpKqChoaGhoYWQ hoaGhoaGFkIaGhoaGhpaCGloaGhoaGghpKGhoaGhoYWQhoaGhoaGFkIamrZBgowklZ8gXQInoAFe u27+mOUF+ATlBYQgoIFyXfJRy0sqSJB/9MLin6SwNP96mHQV0PwjTRZwEYT9CdJFURR4gKAfvbw8 gE9QXiBRFHSQj19ehAOA/UcKS0MLIQ1NWzB88jvC1/n46bK6BxpnPWbYWX3kdA0STyI8zif4gL1d jLOSURuLj5yu8NRPH9/sZnX2Nc5KRm0t6e+LhhZCmv8BPr4UvbJUdHgMF7tPUN5P1DojHPYnKS9q afoJCsvjfpLC0vzroQcZaGhoaGhoIaShoaGhoaGFkIaGhoaG5r8ohAwUZbPZdEXQ0NDQ0Pw3YaIo mpOd7eDoIC4V09VBQ0NDQ/MfwdTUNC8vl8FgII529g11dSqVCkXpYVIaGhoamv8KBEGwWCyBnt7/ DQCCge63Am7piwAAAABJRU5ErkJggg== --_004_CO1PR17MB074340FDFE652923C0697FB1F9A20CO1PR17MB0743namp_--

2 1

Issue adding network interface to VM failed with HotPlugNicVDS
by Oliver Riesener 02 Apr '18

02 Apr '18

Hi, running ovirt 4.2.2-6 with firewalld enabled. Failed to HotPlugNicVDS, error = The name org.fedoraproject.FirewallD1 was not provided by any .service files, code = 49 Can’t hot plug any new network interfaces. 30d6c2ab', vmId='20abce62-a558-4aee-b3e3-3fa70f1d1918'}', device='bridge', type='INTERFACE', specParams='[inbound={}, outbound={}]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='[]', snapshotId='null', logicalName='null', hostDevice='null'}'})' execution failed: VDSGenericException: VDSErrorException: Failed to HotPlugNicVDS, error = The name org.fedoraproject.FirewallD1 was not provided by any .service files, code = 49 2018-03-30 20:56:08,620+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugNicVDSCommand] (default task-106) [e732710] FINISH, HotPlugNicVDSCommand, log id: 210cb07 2018-03-30 20:56:08,620+02 ERROR [org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand] (default task-106) [e732710] Command 'org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand' failed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to HotPlugNicVDS, error = The name org.fedoraproject.FirewallD1 was not provided by any .service files, code = 49 (Failed with error ACTIVATE_NIC_FAILED and code 49) 2018-03-30 20:56:08,627+02 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-106) [e732710] EVENT_ID: NETWORK_ACTIVATE_VM_INTERFACE_FAILURE(1,013), Failed to plug Network Interface nic3 (VirtIO) to VM v-srv-opt. (User: admin@internal) 2018-03-30 20:56:08,629+02 INFO [org.ovirt.engine.core.bll.CommandCompensator] (default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.VmDevice; snapshot: VmDeviceId:{deviceId='6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab', vmId='20abce62-a558-4aee-b3e3-3fa70f1d1918'}. 2018-03-30 20:56:08,630+02 INFO [org.ovirt.engine.core.bll.CommandCompensator] (default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.network.VmNetworkStatistics; snapshot: 6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab. 2018-03-30 20:56:08,631+02 INFO [org.ovirt.engine.core.bll.CommandCompensator] (default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.network.VmNetworkInterface; snapshot: 6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab. 2018-03-30 20:56:08,638+02 INFO [org.ovirt.engine.core.bll.CommandCompensator] (default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: Compensating DELETED_OR_UPDATED_ENTITY of org.ovirt.engine.core.common.businessentities.VmStatic; snapshot: id=20abce62-a558-4aee-b3e3-3fa70f1d1918. 2018-03-30 20:56:08,642+02 INFO [org.ovirt.engine.core.bll.CommandCompensator] (default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: Compensating TRANSIENT_ENTITY of org.ovirt.engine.core.common.businessentities.ReleaseMacsTransientCompensation; snapshot: org.ovirt.engine.core.common.businessentities.ReleaseMacsTransientCompensation@581c941c. 2018-03-30 20:56:08,720+02 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-106) [e732710] EVENT_ID: NETWORK_ADD_VM_INTERFACE_FAILED(933), Failed to add Interface nic3 (VirtIO) to VM v-srv-opt. (User: admin@internal)

2 2

Which hardware are you using for oVirt
by Andy Michielsen 31 Mar '18

31 Mar '18

Hi all, Not sure if this is the place to be asking this but I was wondering which hardware you all are using and why in order for me to see what I would be needing. I would like to set up a HA cluster consisting off 3 hosts to be able to run 30 vm’s. The engine, I can run on an other server. The hosts can be fitted with the storage and share the space through glusterfs. I would think I will be needing at least 3 nic’s but would be able to install ovn. (Are 1gb nic’s sufficient ?) Any input you guys would like to share would be greatly appriciated. Thanks,

10 14