- Users - oVirt List Archives

vdsm keeps removing BOOTPROTO=dhcp from ifcfg-ovirtmgmt
by Jakub Niedermertl 14 Aug '15

14 Aug '15

Hi all, I'd like my ovirtmgmt bridge to fetch ip address from dhcp, but vdsm keeps removing 'BOOTPROTO=dhcp' from /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. I set the file as follows: DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes BOOTPROTO=dhcp MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no call 'sudo systemctl restart network' and ip address is successfully assigned. Then reboot the machine and ip address is not fetched and ifcfg-ovirtmgmt looks like this # Generated by VDSM version 4.17.0-1240.git487a19e.fc22 DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no HOTPLUG=no Is there any way how to prevent vdsm from removing BOOTPROTO statement or make ovirtmgmt to work with dhcp? Environment: Host: runs in virt-manager vm, Fedora 22 vdsm: 4.17.0-1240.git487a19e.fc22 from http://resources.ovirt.org/pub/ovirt-3.6-pre/rpm/fc$releasever/ Thanks. Jakub

3 3

[ANN] oVirt 3.6.0 Second Beta Release is now available for testing
by Sandro Bonazzola 14 Aug '15

14 Aug '15

The oVirt Project is pleased to announce the availability of the Second Beta release of oVirt 3.6 for testing, as of August 14th, 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. The First Beta release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar). The Second Beta release supports Hypervisor Hosts running Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar), Fedora 21 and Fedora 22. Highly experimental support for Debian 8.1 Jessie has been added too. This Second Beta release of oVirt 3.6.0 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. New Node ISO and oVirt Live ISO will be available soon as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6_Release_Notes [2] http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/ <http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/ovirt-node/> [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Add RAM to Hosted Engine
by Simon Hallam 14 Aug '15

14 Aug '15

--_000_8F5D1BC1709CC8409AF19350248793878134994Eharrisnpmacuk_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, We started off testing oVirt on a relatively small number of low powered ma= chines. Due to this, I only gave the Hosted Engine 2GB of RAM. How that we = have some more beefier hardware and are using the system more, is it possib= le to retroactively add RAM to the virtual machine? Many thanks, Simon Hallam Linux Support & Development Officer Please visit our new website at www.pml.ac.uk and follow us on Twitter @Pl= ymouthMarine Winner of the Environment & Conservation category, the Charity Awards 2014. Plymouth Marine Laboratory (PML) is a company limited by guarantee register= ed in England & Wales, company number 4178503. Registered Charity No. 10912= 22. Registered Office: Prospect Place, The Hoe, Plymouth PL1 3DH, UK.=20 This message is private and confidential. If you have received this message= in error, please notify the sender and remove it from your system. You are= reminded that e-mail communications are not secure and may contain viruses= ; PML accepts no liability for any loss or damage which may be caused by vi= ruses. --_000_8F5D1BC1709CC8409AF19350248793878134994Eharrisnpmacuk_ 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 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi all,<o:p></o:p> <o:p> </o:p> We started off testing oVirt on a relatively small n= umber of low powered machines. Due to this, I only gave the Hosted Engine 2= GB of RAM. How that we have some more beefier hardware and are using the sy= stem more, is it possible to retroactively add RAM to the virtual machine?<o:p></o:p> <o:p> </o:p> Many thanks,<o:p></o:p> <o:p> </o:p> Simon Hal= lam<o:p></o:p> Linux Sup= port & Development Officer<o:p></o:p> <o:p> </o:p> </div> <PRE> Please visit our new website at www.pml.ac.uk and follow us on Twitter @Pl= ymouthMarine Winner of the Environment & Conservation category, the Charity Awards 2014. Plymouth Marine Laboratory (PML) is a company limited by guarantee register= ed in England & Wales, company number 4178503. Registered Charity No. 10912= 22. Registered Office: Prospect Place, The Hoe, Plymouth PL1 3DH, UK.=20 This message is private and confidential. If you have received this message= in error, please notify the sender and remove it from your system. You are= reminded that e-mail communications are not secure and may contain viruses= ; PML accepts no liability for any loss or damage which may be caused by vi= ruses. </PRE></body> </html> --_000_8F5D1BC1709CC8409AF19350248793878134994Eharrisnpmacuk_--

3 3

Postponing oVirt 3.5.4 GA to next week
by Sandro Bonazzola 13 Aug '15

13 Aug '15

Hi, in order to provide a more stable release, oVirt 3.5.4 GA has been postponed to *2015-08-13.* Fixes improving network stability for VDSM have been added and are currently under QE verification. Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 1

3.6 issues when using an existing gluster volume for the hosted-engine
by Michael DePaulo 13 Aug '15

13 Aug '15

Hi, I am attempting to setup a Ovirt 3.6 (currently beta 1) on a test environment with an existing (but empty) gluster volume for the hosted engine. I am currently experiencing 4 issues after I having deployed the hosted-engine appliance VM on only 1 oVirt host: 1. The gluster volume is not added as a storage domain by the end of the hosted-engine-setup. 2. When I try to import the gluster volume as a storage domain, I get this error: Error while executing action Attach Storage Domain: AcquireHostIdFailure In the logs below, I had not attempted to import it yet though. 3. The hosted engine VM is not listed, although the host is listed and its number of VMs is listed as "1". (I have seen recent emails/bug reports about what seems to be the same issue.) 4. The hosted VM shut down automatically after several minutes. I last ran ovirt-hosted-engine-setup on galactica on 2015-08-03 at around 22:47 -0400 #4 was probably caused by the fact that during a previous attempt (on 2015-08-02) to setup the hosted-engine, I had /var/lib/ovirt-hosted-engine-ha/ha.conf containing to local_maintenance=True. That value was not changed when I ran ovirt-hosted-engine-setup on 2015-08-03. Today, I ran the hosted-engine command to disable maintenance, and the hosted-engine VM started back up. I can access it over https, but the remaining issues are still present. ---- More Details: The 3 Gluster servers: Server 1: galactica: RHEL 7.1 with Gluster 3.7.3 Server 2: death-star: RHEL 7.1 with Gluster 3.7.3 Server 3: mothership: Fedora 22 with Gluster 3.7.3 I only intend for servers 1 and 2 to be oVirt hosts at this time. All servers have iptables disabled, are on the same LAN, have SELinux set to enforcing, and have gluster configured with the hyper-converged settings listed here: http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Su… I have DNS forward and reverse lookups configured correctly for all 3 machines plus the hosted engine. The existing gluster volume is "gv-virt", and it has the necessary "options" for gluster to work with oVirt. Other than the .trashcan folder, there were no files/folders on it when I ran ovirt-hosted-engine-setup. I am able to mount and write to gv-virt via mount.glusterfs. Note that I have run hosted-engine-setup repeatedly on servers 1 and 2 as I try to resolve these issues. My cleanup between running it may not have been correct, as exemplified by the local_maintenance setting. I have been deleting the files on the gluster volume between running it. I have the relevant contents of the relevant directories under /var/log/, /var/lib/, and /etc/ here: https://drive.google.com/folderview?id=0B2L_OrCln9ShMWprWVlpZVVocGs&usp=sha… I also put the `gluster volume status gv-virt` output there. Also, these 2 volumes are currently mounted on galactica: galactica.depaulo.org:/gv-virt 200G 2.7G 198G 2% /rhev/data-center/mnt/glusterSD/galactica.depaulo.org:_gv-virt /dev/loop1 2.0G 3.1M 1.9G 1% /rhev/data-center/mnt/_var_lib_ovirt-hosted-engine-setup_tmp2HOqSq Thanks in advance, -Mike

2 2

iSCSI Bond fails
by Ian Fraser 12 Aug '15

12 Aug '15

--_000_ed1e678b2a6d4d0c8ebb1bb2b853369ehactar2asmorguk_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, When I add a iSCSI bond to 2 interfaces that are pointing to 2 targets I = get an event "iSCSI bond 'bondname' was successfully updated but some of t= he hosts encountered connection issues" What I believe is relevant in the engine.log: 2015-07-28 13:19:32,593 ERROR [org.ovirt.engine.core.bll.storage.AddIscsiB= ondCommand] (org.ovirt.thread.pool-8-thread-19) [5bd20956] Host vh-01 - 82= 51e76f-6469-4fe0-9d63-2d5feacd8cc0 encounter problems to connect to the iS= CSI Storage Server. The following connections were problematic (connectionid=3Dvdsm result): {c8485ac1-3b76-4cfe-af4a-20= c2af91f43e=3D0, 43cb0e74-000e-4a80-ad28-45d6ac6da223=3D0, ed8c65aa-8448-45= dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11c93e1291=3D0} 2015-07-28 13:19:32,706 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.C= onnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-17) [5bd209= 56] FINISH, ConnectStorageServerVDSCommand, return: {ed8c65aa-8448-45dd-b2= f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11 c93e1291=3D0, b9631bdd-52fa-485d-81ea-c26f0d6a0881=3D0, 4cea7519-eeae-4215= -99a9-7926b1bae271=3D0}, log id: 44abae2c 2015-07-28 13:19:32,706 ERROR [org.ovirt.engine.core.bll.storage.AddIscsiB= ondCommand] (org.ovirt.thread.pool-8-thread-17) [5bd20956] Host vh-02 - c0= ed58d7-1116-4281-8f97-dc76695172b7 encounter problems to connect to the iS= CSI Storage Server. The following connections were problematic (connectionid=3Dvdsm result): {ed8c65aa-8448-45dd-b2f3-7f= 880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11c93e1291=3D0, b9631bdd-52fa-= 485d-81ea-c26f0d6a0881=3D0, 4cea7519-eeae-4215-99a9-7926b1bae271=3D0} 2015-07-28 13:19:32,811 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.C= onnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-49) [5bd209= 56] FINISH, ConnectStorageServerVDSCommand, return: {d7daaa08-889c-4efb-aa= 0f-92a2842fa493=3D0, bb96ef88-80d6-42a5-b4d1-96a4a1 29d7e6=3D0, ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7= -87a4-ec11c93e1291=3D0}, log id: 6d6e6f3a 2015-07-28 13:19:32,811 ERROR [org.ovirt.engine.core.bll.storage.AddIscsiB= ondCommand] (org.ovirt.thread.pool-8-thread-49) [5bd20956] Host vh-03 - 0c= a1f2ce-8c28-4954-9d9d-75519c3bf8a5 encounter problems to connect to the iS= CSI Storage Server. The following connections were problematic (connectionid=3Dvdsm result): {d7daaa08-889c-4efb-aa0f-92= a2842fa493=3D0, bb96ef88-80d6-42a5-b4d1-96a4a129d7e6=3D0, ed8c65aa-8448-45= dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11c93e1291=3D0} 2015-07-28 13:19:32,815 WARN [org.ovirt.engine.core.dal.dbbroker.auditlog= handling.AuditLogDirector] (ajp--127.0.0.1-8702-9) [5bd20956] Correlation = ID: 5bd20956, Call Stack: null, Custom Event ID: -1, Message: iSCSI bond '= bondname' was successfully created in Data Cent er 'Default' but some of the hosts encountered connection issues. Seemingly this part is relevant : ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D4= 65 I looked up result 465 in vdsm/storage/storage_exception.py which is "Fail= ed to setup iSCSI subsystem." I have checked what I can for the connection= ed8c65aa-8448-45dd-b2f3-7f880669ce05 and all seems well so I don't know w= hat it is trying to tell me. Does anyone know what might be wrong? Best regards Ian Fraser Systems Administrator | Agency Sector Management (UK) Limited | www.asm.or= g.uk<http://www.asm.org.uk> [t] +44 (0)1784 242200 | [f] +44 (0)1784 242012 | [e] ian.fraser(a)asm.org.u= k<mailto:ian.fraser@asm.org.uk> Ashford House 41-45 Church Road Ashford Middx TW15 2TQ Follow us on twitter @asmukltd<https://twitter.com/asmukltd> ________________________________ The information in this message and any attachment is intended for the add= ressee and is confidential. If you are not that addressee, no action shoul= d be taken in reliance on the information and you should please reply to t= his message immediately to inform us of incorrect receipt and destroy this= message and any attachments. For the purposes of internet level email security incoming and outgoing em= ails may be read by personnel other than the named recipient or sender. Whilst all reasonable efforts are made, ASM (UK) Ltd cannot guarantee that= emails and attachments are virus free or compatible with your systems. Yo= u should make your own checks and ASM (UK) Ltd does not accept liability i= n respect of viruses or computer problems experienced. Registered address: Agency Sector Management (UK) Ltd. Ashford House, 41-4= 5 Church Road, Ashford, Middlesex, TW15 2TQ Registered in England No.2053849 ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________ --_000_ed1e678b2a6d4d0c8ebb1bb2b853369ehactar2asmorguk_ 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-mic= rosoft-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"ht= tp://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-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi All, <o:p></o:p> <o:p> </o:p> When I add a iSCSI bond to 2 interfaces that are po= inting to 2 targets  I get an event “iSCSI bond 'bondname' was = successfully updated but some of the hosts encountered connection issues&#= 8221; <o:p></o:p> <o:p> </o:p> What I believe is relevant in the engine.log:<o:p><= /o:p> <o:p> </o:p> 2015-07-28 13:19:32,593 ERROR [org.ovirt.engine.cor= e.bll.storage.AddIscsiBondCommand] (org.ovirt.thread.pool-8-thread-19) [5b= d20956] Host vh-01 - 8251e76f-6469-4fe0-9d63-2d5feacd8cc0 encounter proble= ms to connect to the iSCSI Storage Server. The following connections<o:p></o:p> were problematic (connectionid=3Dvdsm result): {c84= 85ac1-3b76-4cfe-af4a-20c2af91f43e=3D0, 43cb0e74-000e-4a80-ad28-45d6ac6da22= 3=3D0, ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4= -ec11c93e1291=3D0}<o:p></o:p> 2015-07-28 13:19:32,706 INFO  [org.ovirt.engin= e.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thre= ad.pool-8-thread-17) [5bd20956] FINISH, ConnectStorageServerVDSCommand, re= turn: {ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11<o:p></o:p> c93e1291=3D0, b9631bdd-52fa-485d-81ea-c26f0d6a0881=3D= 0, 4cea7519-eeae-4215-99a9-7926b1bae271=3D0}, log id: 44abae2c<o:p></o:p><= /p> 2015-07-28 13:19:32,706 ERROR [org.ovirt.engine.cor= e.bll.storage.AddIscsiBondCommand] (org.ovirt.thread.pool-8-thread-17) [5b= d20956] Host vh-02 - c0ed58d7-1116-4281-8f97-dc76695172b7 encounter proble= ms to connect to the iSCSI Storage Server. The following connections<o:p></o:p> were problematic (connectionid=3Dvdsm result): {ed8= c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4-ec11c93e1= 291=3D0, b9631bdd-52fa-485d-81ea-c26f0d6a0881=3D0, 4cea7519-eeae-4215-99a9= -7926b1bae271=3D0}<o:p></o:p> 2015-07-28 13:19:32,811 INFO  [org.ovirt.engin= e.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thre= ad.pool-8-thread-49) [5bd20956] FINISH, ConnectStorageServerVDSCommand, re= turn: {d7daaa08-889c-4efb-aa0f-92a2842fa493=3D0, bb96ef88-80d6-42a5-b4d1-96a4a1<o:p></o:p> 29d7e6=3D0, ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D= 465, 2b5d8496-dc44-43f7-87a4-ec11c93e1291=3D0}, log id: 6d6e6f3a<o:p></o:p= > 2015-07-28 13:19:32,811 ERROR [org.ovirt.engine.cor= e.bll.storage.AddIscsiBondCommand] (org.ovirt.thread.pool-8-thread-49) [5b= d20956] Host vh-03 - 0ca1f2ce-8c28-4954-9d9d-75519c3bf8a5 encounter proble= ms to connect to the iSCSI Storage Server. The following connections<o:p></o:p> were problematic (connectionid=3Dvdsm result): {d7d= aaa08-889c-4efb-aa0f-92a2842fa493=3D0, bb96ef88-80d6-42a5-b4d1-96a4a129d7e= 6=3D0, ed8c65aa-8448-45dd-b2f3-7f880669ce05=3D465, 2b5d8496-dc44-43f7-87a4= -ec11c93e1291=3D0}<o:p></o:p> 2015-07-28 13:19:32,815 WARN  [org.ovirt.engin= e.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-870= 2-9) [5bd20956] Correlation ID: 5bd20956, Call Stack: null, Custom Event I= D: -1, Message: iSCSI bond 'bondname' was successfully created in Data Cent<o:p></o:p> er 'Default' but some of the hosts encountered conn= ection issues.<o:p></o:p> <o:p> </o:p> Seemingly this part is relevant : ed8c65aa-8448-45d= d-b2f3-7f880669ce05=3D465<o:p></o:p> <o:p> </o:p> I looked up result 465 in vdsm/storage/storage_exce= ption.py which is “Failed to setup iSCSI subsystem.” I have ch= ecked what I can for the connection ed8c65aa-8448-45dd-b2f3-7f880669ce05 a= nd all seems well so I don’t know what it is trying to tell me.<o:p></o:p> <o:p> </o:p> Does anyone know what might be wrong?<o:p></o:p></p= > <o:p> </o:p> Best regards<o:p></o:p> <o:p> </o:p> Ian Fraser<o:p></o:p> <o:p> </o:p> Systems Administrator | Agency Sector Management (UK) Limited | <a href=3D"http://www.asm.org.uk">www.asm.org.uk</a><o:p></o:p>= [t] +44 (0)1784 242200 | [f] +44 (0)1784 242= 012 | [e] <a href=3D"mailto:ian.fraser@asm.org.uk">ian.fraser(a)asm.org.uk</= a><o:p></o:p> Ashford House  41-45 Church Road  Ashford&= nbsp; Middx  TW15 2TQ<o:p></o:p> Follow us on twitter <a href=3D"https://twitter.com/asmukltd">@asmukltd</a><o:p></o:p>= <o:p> </o:p> </div> <hr> The information in this message and any attachment is intended for the add= ressee and is confidential. If you are not that addressee, no action shoul= d be taken in reliance on the information and you should please reply to t= his message immediately to inform us of incorrect receipt and destroy this message and any attachments. For the purposes of internet level email security incoming and outgoing em= ails may be read by personnel other than the named recipient or sender.<br= > Whilst all reasonable efforts are made, ASM (UK) Ltd cannot guarantee that= emails and attachments are virus free or compatible with your systems. Yo= u should make your own checks and ASM (UK) Ltd does not accept liability i= n respect of viruses or computer problems experienced. Registered address: Agency Sector Management (UK) Ltd. Ashford House, 41-4= 5 Church Road, Ashford, Middlesex, TW15 2TQ Registered in England No.2053849 ______________________________________________________________________ = This email has been scanned by the Symantec Email Security.cloud service.<= BR> For more information please visit http://www.symanteccloud.com ______________________________________________________________________ = </body> </html> --_000_ed1e678b2a6d4d0c8ebb1bb2b853369ehactar2asmorguk_--

2 3

usb redirection in native mode does not work in linked clones
by Cristian Mammoli 11 Aug '15

11 Aug '15

Hi, linked clones with usb redirection in native mode does not start: engine error: VM TestPoolAuto-1 is down with error. Exit message: internal error: process exited while connecting to monitor: qemu-kvm: -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2: Duplicate ID 'usb' for device . engine.log: 2015-07-27 17:31:38,849 INFO [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-6) [8d12350] Lock Acquired to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:38,885 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-6) [8d12350] START, IsVmDuringInitiatingVDSCommand( vmId = 6d6dddff-9b9f-4675-a5df-b932fa7f5181), log id: 2482c678 2015-07-27 17:31:38,888 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-6) [8d12350] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 2482c678 2015-07-27 17:31:38,967 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] Running command: RunVmCommand internal: false. Entities affected : ID: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 Type: VMAction group VM_BASIC_OPERATIONS with role type USER 2015-07-27 17:31:38,994 INFO [org.ovirt.engine.core.bll.scheduling.policyunits.HaReservationWeightPolicyUnit] (org.ovirt.thread.pool-8-thread-26) [8d12350] Started HA reservation scoring method 2015-07-27 17:31:39,039 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] Running VM with attached cd it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso 2015-07-27 17:31:39,042 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] START, UpdateVmDynamicDataVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, vmDynamic=org.ovirt.engine.core.common.businessentities.VmDynamic@57941d64), log id: 7f82ab20 2015-07-27 17:31:39,051 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] FINISH, UpdateVmDynamicDataVDSCommand, log id: 7f82ab20 2015-07-27 17:31:39,057 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] START, IsoPrefixVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, storagePoolId=00000002-0002-0002-0002-00000000005e), log id: 2ecbcc6c 2015-07-27 17:31:39,066 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] FINISH, IsoPrefixVDSCommand, return: /rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111, log id: 2ecbcc6c 2015-07-27 17:31:39,079 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] START, CreateVmVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, vm=VM [TestPoolAuto-1]), log id: df22f34 2015-07-27 17:31:39,090 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] START, CreateVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, vm=VM [TestPoolAuto-1]), log id: 70ee094a 2015-07-27 17:31:39,120 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand kvmEnable=true,keyboardLayout=en-us,nice=0,displayNetwork=ovirtmgmt,copyPasteEnable=true,timeOffset=7200,transparentHugePages=true,vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181,acpiEnable=true,custom={device_d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0=VmDevice {vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, deviceId=d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0, device=usb, type=CONTROLLER, bootOrder=0, specParams={}, address={slot=0x01, bus=0x00, domain=0x0000, type=pci, function=0x2}, managed=false, plugged=true, readOnly=false, deviceAlias=, customProperties={}, snapshotId=null, logicalName=null}},spiceSslCipherSuite=DEFAULT,memSize=4096,smp=2,emulatedMachine=rhel6.5.0,vmType=kvm,memGuaranteedSize=1024,display=qxl,smartcardEnable=false,bootMenuEnable=false,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,smpCoresPerSocket=1,maxVCpus=16,hypervEnable=true,devices=[{index=0, model=ich9-ehci1, specParams={}, device=usb, type=controller, deviceId=8c556fea-3d3c-4dfe-9d1a-c2db1f8b0757}, {specParams={vram=32768, heads=1}, device=qxl, type=video, deviceId=dbd5530c-542b-4907-9369-e59aab5cc8dc}, {shared=false, bootOrder=2, iface=ide, index=2, address={unit=0, bus=1, target=0, controller=0, type=drive}, specParams={path=it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso}, path=/rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111/it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso, device=cdrom, type=disk, readonly=true, deviceId=b5c5e147-22dc-48b6-9bc8-c4c61e17b252}, {shared=false, index=0, volumeID=49dbcbec-3d1f-4d83-b76d-66ec23198641, propagateErrors=off, format=cow, type=disk, iface=virtio, bootOrder=1, address={bus=0x00, domain=0x0000, type=pci, slot=0x07, function=0x0}, domainID=5f20ecf7-7d8d-4dab-857a-6eb1aa9b9842, imageID=4d35b208-dc27-4850-a0b9-72297628d82a, specParams={}, optional=false, device=disk, poolID=00000002-0002-0002-0002-00000000005e, readonly=false, deviceId=4d35b208-dc27-4850-a0b9-72297628d82a}, {nicModel=pv, address={bus=0x00, domain=0x0000, type=pci, slot=0x03, function=0x0}, specParams={outbound={}, inbound={}}, macAddr=00:01:a4:a3:96:0a, device=bridge, linkActive=true, type=interface, filter=vdsm-no-mac-spoofing, network=ovirtmgmt, deviceId=de7ea263-e827-4e7d-b568-9963ce773777}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x04, function=0x0}, specParams={}, device=ich6, type=sound, deviceId=8e75a71c-ff1c-49da-b79e-dbda01c01900}, {index=0, model=ich9-uhci3, specParams={}, device=usb, type=controller, deviceId=bce30bbc-a868-4138-ac8a-0baabb037d84}, {index=0, model=ich9-uhci2, specParams={}, device=usb, type=controller, deviceId=cb61c6a3-5b83-4a8d-b580-eb5d66aa0517}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x01, function=0x2}, specParams={}, device=usb, type=controller, deviceId=d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0}, {index=0, model=ich9-uhci1, specParams={}, device=usb, type=controller, deviceId=49903b9e-35a4-4044-a9e1-3bd1cf3bcf30}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=87c24afa-e85c-48dd-a611-8b5c3147c433}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=f385013f-a124-490e-97cb-6aa03d468773}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=2136c7f2-6c3e-47e4-9fcb-fa0a6f9939aa}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=4ba33476-2fd9-4685-9b8b-cb4d325b7155}, {index=0, model=virtio-scsi, address={bus=0x00, domain=0x0000, type=pci, slot=0x05, function=0x0}, specParams={}, device=scsi, type=controller, deviceId=d34e9c5f-549e-49b1-8569-7010b40beb0c}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x06, function=0x0}, specParams={}, device=virtio-serial, type=controller, deviceId=3e360c6f-26b3-46f9-99e3-6d3726f8fdbc}],vmName=TestPoolAuto-1,cpuType=Conroe,fileTransferEnable=true 2015-07-27 17:31:39,245 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] FINISH, CreateVDSCommand, log id: 70ee094a 2015-07-27 17:31:39,261 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: df22f34 2015-07-27 17:31:39,267 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-26) [8d12350] Lock freed to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:39,286 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-26) [8d12350] Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: VM TestPoolAuto-1 was started by admin@internal (Host: kvm01). 2015-07-27 17:31:44,233 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-20) [30539cc] START, DestroyVDSCommand(HostName = kvm01, HostId = d2b7c9d1-6e5b-4222-a5ee-9a37ba8abcfe, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, force=false, secondsToWait=0, gracefully=false, reason=), log id: 19140c59 2015-07-27 17:31:44,703 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-20) [30539cc] FINISH, DestroyVDSCommand, log id: 19140c59 2015-07-27 17:31:44,716 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-20) [30539cc] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM TestPoolAuto-1 is down with error. Exit message: internal error: process exited while connecting to monitor: qemu-kvm: -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2: Duplicate ID 'usb' for device . 2015-07-27 17:31:44,719 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-20) [30539cc] Running on vds during rerun failed vm: null 2015-07-27 17:31:44,726 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-20) [30539cc] VM TestPoolAuto-1 (6d6dddff-9b9f-4675-a5df-b932fa7f5181) is running in db and not running in VDS kvm01 2015-07-27 17:31:44,766 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-20) [30539cc] Rerun vm 6d6dddff-9b9f-4675-a5df-b932fa7f5181. Called from vds kvm01 2015-07-27 17:31:44,779 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-15) [30539cc] Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM TestPoolAuto-1 on Host kvm01. 2015-07-27 17:31:44,789 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] Lock Acquired to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:44,860 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, IsVmDuringInitiatingVDSCommand( vmId = 6d6dddff-9b9f-4675-a5df-b932fa7f5181), log id: 1878f455 2015-07-27 17:31:44,867 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 1878f455 2015-07-27 17:31:44,912 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] Running command: RunVmCommand internal: false. Entities affected : ID: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 Type: VMAction group VM_BASIC_OPERATIONS with role type USER 2015-07-27 17:31:44,955 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] Running VM with attached cd it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso 2015-07-27 17:31:44,958 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, UpdateVmDynamicDataVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, vmDynamic=org.ovirt.engine.core.common.businessentities.VmDynamic@5ee9414d), log id: 75db7c56 2015-07-27 17:31:44,964 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, UpdateVmDynamicDataVDSCommand, log id: 75db7c56 2015-07-27 17:31:44,972 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, IsoPrefixVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, storagePoolId=00000002-0002-0002-0002-00000000005e), log id: 2762047d 2015-07-27 17:31:44,981 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, IsoPrefixVDSCommand, return: /rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111, log id: 2762047d 2015-07-27 17:31:44,995 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, CreateVmVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, vm=VM [TestPoolAuto-1]), log id: 787773d8 2015-07-27 17:31:45,007 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] START, CreateVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, vm=VM [TestPoolAuto-1]), log id: 28b6a2c4 2015-07-27 17:31:45,035 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand kvmEnable=true,keyboardLayout=en-us,nice=0,displayNetwork=ovirtmgmt,copyPasteEnable=true,timeOffset=7200,transparentHugePages=true,vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181,acpiEnable=true,custom={device_d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0=VmDevice {vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, deviceId=d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0, device=usb, type=CONTROLLER, bootOrder=0, specParams={}, address={slot=0x01, bus=0x00, domain=0x0000, type=pci, function=0x2}, managed=false, plugged=true, readOnly=false, deviceAlias=, customProperties={}, snapshotId=null, logicalName=null}},spiceSslCipherSuite=DEFAULT,memSize=4096,smp=2,emulatedMachine=rhel6.5.0,vmType=kvm,memGuaranteedSize=1024,display=qxl,smartcardEnable=false,bootMenuEnable=false,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,smpCoresPerSocket=1,maxVCpus=16,hypervEnable=true,devices=[{index=0, model=ich9-ehci1, specParams={}, device=usb, type=controller, deviceId=8c556fea-3d3c-4dfe-9d1a-c2db1f8b0757}, {specParams={vram=32768, heads=1}, device=qxl, type=video, deviceId=dbd5530c-542b-4907-9369-e59aab5cc8dc}, {shared=false, bootOrder=2, iface=ide, index=2, address={unit=0, bus=1, target=0, controller=0, type=drive}, specParams={path=it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso}, path=/rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111/it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso, device=cdrom, type=disk, readonly=true, deviceId=b5c5e147-22dc-48b6-9bc8-c4c61e17b252}, {shared=false, index=0, volumeID=49dbcbec-3d1f-4d83-b76d-66ec23198641, propagateErrors=off, format=cow, type=disk, iface=virtio, bootOrder=1, address={bus=0x00, domain=0x0000, type=pci, slot=0x07, function=0x0}, domainID=5f20ecf7-7d8d-4dab-857a-6eb1aa9b9842, imageID=4d35b208-dc27-4850-a0b9-72297628d82a, specParams={}, optional=false, device=disk, poolID=00000002-0002-0002-0002-00000000005e, readonly=false, deviceId=4d35b208-dc27-4850-a0b9-72297628d82a}, {nicModel=pv, address={bus=0x00, domain=0x0000, type=pci, slot=0x03, function=0x0}, specParams={outbound={}, inbound={}}, macAddr=00:01:a4:a3:96:0a, device=bridge, linkActive=true, type=interface, filter=vdsm-no-mac-spoofing, network=ovirtmgmt, deviceId=de7ea263-e827-4e7d-b568-9963ce773777}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x04, function=0x0}, specParams={}, device=ich6, type=sound, deviceId=8e75a71c-ff1c-49da-b79e-dbda01c01900}, {index=0, model=ich9-uhci3, specParams={}, device=usb, type=controller, deviceId=bce30bbc-a868-4138-ac8a-0baabb037d84}, {index=0, model=ich9-uhci2, specParams={}, device=usb, type=controller, deviceId=cb61c6a3-5b83-4a8d-b580-eb5d66aa0517}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x01, function=0x2}, specParams={}, device=usb, type=controller, deviceId=d7ef36ee-f7ad-4e8d-b53f-18bc4ee66ba0}, {index=0, model=ich9-uhci1, specParams={}, device=usb, type=controller, deviceId=49903b9e-35a4-4044-a9e1-3bd1cf3bcf30}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=87c24afa-e85c-48dd-a611-8b5c3147c433}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=f385013f-a124-490e-97cb-6aa03d468773}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=2136c7f2-6c3e-47e4-9fcb-fa0a6f9939aa}, {bus=usb, specParams={}, device=spicevmc, type=redir, deviceId=4ba33476-2fd9-4685-9b8b-cb4d325b7155}, {index=0, model=virtio-scsi, address={bus=0x00, domain=0x0000, type=pci, slot=0x05, function=0x0}, specParams={}, device=scsi, type=controller, deviceId=d34e9c5f-549e-49b1-8569-7010b40beb0c}, {address={bus=0x00, domain=0x0000, type=pci, slot=0x06, function=0x0}, specParams={}, device=virtio-serial, type=controller, deviceId=3e360c6f-26b3-46f9-99e3-6d3726f8fdbc}],vmName=TestPoolAuto-1,cpuType=Conroe,fileTransferEnable=true 2015-07-27 17:31:45,224 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, CreateVDSCommand, log id: 28b6a2c4 2015-07-27 17:31:45,235 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: 787773d8 2015-07-27 17:31:45,236 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-15) [30539cc] Lock freed to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:45,263 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-15) [30539cc] Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: VM TestPoolAuto-1 was started by admin@internal (Host: kvm02). 2015-07-27 17:31:52,968 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-2) START, DestroyVDSCommand(HostName = kvm02, HostId = 4aeb8095-1198-4afe-aab2-d9c6408c88c2, vmId=6d6dddff-9b9f-4675-a5df-b932fa7f5181, force=false, secondsToWait=0, gracefully=false, reason=), log id: 4f97fd6f 2015-07-27 17:31:53,315 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-2) FINISH, DestroyVDSCommand, log id: 4f97fd6f 2015-07-27 17:31:53,330 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-2) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM TestPoolAuto-1 is down with error. Exit message: internal error: process exited while connecting to monitor: qemu-kvm: -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2: Duplicate ID 'usb' for device . 2015-07-27 17:31:53,332 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-2) Running on vds during rerun failed vm: null 2015-07-27 17:31:53,335 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-2) VM TestPoolAuto-1 (6d6dddff-9b9f-4675-a5df-b932fa7f5181) is running in db and not running in VDS kvm02 2015-07-27 17:31:53,346 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-2) Rerun vm 6d6dddff-9b9f-4675-a5df-b932fa7f5181. Called from vds kvm02 2015-07-27 17:31:53,361 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-29) Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM TestPoolAuto-1 on Host kvm02. 2015-07-27 17:31:53,375 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-29) Lock Acquired to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:53,404 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-29) START, IsVmDuringInitiatingVDSCommand( vmId = 6d6dddff-9b9f-4675-a5df-b932fa7f5181), log id: 38b9da17 2015-07-27 17:31:53,411 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (org.ovirt.thread.pool-8-thread-29) FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 38b9da17 2015-07-27 17:31:53,428 WARN [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-29) CanDoAction of action RunVm failed for user admin@internal. Reasons: VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,SCHEDULING_NO_HOSTS 2015-07-27 17:31:53,438 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-29) Lock freed to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= ] 2015-07-27 17:31:53,478 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-29) Correlation ID: 8d12350, Job ID: 10031639-2593-49f3-9c9f-5b3db8c998ac, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM TestPoolAuto-1 (User: admin@internal). 2015-07-27 17:31:53,492 INFO [org.ovirt.engine.core.bll.ProcessDownVmCommand] (org.ovirt.thread.pool-8-thread-20) [18c68eb4] Running command: ProcessDownVmCommand internal: true. 2015-07-27 17:31:53,498 INFO [org.ovirt.engine.core.bll.RestoreStatelessVmCommand] (org.ovirt.thread.pool-8-thread-20) [76fde751] Running command: RestoreStatelessVmCommand internal: true. Entities affected : ID: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 Type: VM 2015-07-27 17:31:53,511 INFO [org.ovirt.engine.core.bll.UpdateVmVersionCommand] (org.ovirt.thread.pool-8-thread-20) [3b023b93] Lock Acquired to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= key: 2b474919-6a63-4387-8394-a76af360b9b2 value: TEMPLATE ] 2015-07-27 17:31:53,517 WARN [org.ovirt.engine.core.bll.UpdateVmVersionCommand] (org.ovirt.thread.pool-8-thread-20) [3b023b93] CanDoAction of action UpdateVmVersion failed for user admin@internal. Reasons: VAR__ACTION__UPDATE_VM_VERSION,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_ALREADY_IN_LATEST_VERSION 2015-07-27 17:31:53,519 INFO [org.ovirt.engine.core.bll.UpdateVmVersionCommand] (org.ovirt.thread.pool-8-thread-20) [3b023b93] Lock freed to object EngineLock [exclusiveLocks= key: 6d6dddff-9b9f-4675-a5df-b932fa7f5181 value: VM , sharedLocks= key: 2b474919-6a63-4387-8394-a76af360b9b2 value: TEMPLATE ] 2015-07-27 17:31:53,520 WARN [org.ovirt.engine.core.bll.RestoreStatelessVmCommand] (org.ovirt.thread.pool-8-thread-20) [3b023b93] Couldnt update VM TestPoolAuto-1 (6d6dddff-9b9f-4675-a5df-b932fa7f5181) version from its template, continue with restoring stateless snapshot. Host log: 2015-07-27 15:33:15.517+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name TestPoolAuto-1 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Conroe,hv_relaxed -m 4096 -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -uuid 6d6dddff-9b9f-4675-a5df-b932fa7f5181 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=3.5-0.999.201504280931.el7.centos,serial=C0B14ED1-183E-B601-C2DC-00145E1623F4,uuid=6d6dddff-9b9f-4675-a5df-b932fa7f5181 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/TestPoolAuto-1.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-07-27T17:33:15,clock=vm,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x8.0x7 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x8.0x2 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x8.0x1 -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x8 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x6 -drive file=/rhev/data-center/mnt/192.168.18.101:_mnt_zpool01_zfs__nfs__01/66fe6211-6f52-492e-9b59-efbf09b2cb52/images/11111111-1111-1111-1111-111111111111/it_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677841.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=2 -drive file=/rhev/data-center/00000002-0002-0002-0002-00000000005e/5f20ecf7-7d8d-4dab-857a-6eb1aa9b9842/images/4d35b208-dc27-4850-a0b9-72297628d82a/49dbcbec-3d1f-4d83-b76d-66ec23198641,if=none,id=drive-virtio-disk0,format=qcow2,serial=4d35b208-dc27-4850-a0b9-72297628d82a,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=31,id=hostnet0,vhost=on,vhostfd=32 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:01:a4:a3:96:0a,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/6d6dddff-9b9f-4675-a5df-b932fa7f5181.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/6d6dddff-9b9f-4675-a5df-b932fa7f5181.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5902,addr=192.168.0.55,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=33554432 -global qxl-vga.vgamem_mb=16 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -msg timestamp=on qemu-kvm: -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2: Duplicate ID 'usb' for device 2015-07-27 15:33:15.948+0000: shutting down

2 2

Postponing oVirt 3.6.0 second beta
by Sandro Bonazzola 11 Aug '15

11 Aug '15

Hi, in order to solve an issue discovered while testing the candidate build for the second beta release we need to postpone second beta release at least by one day for getting the fix in. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] Cancelled: [3.6 deep dive] moVirt - Android mobile client for oVirt
by Michal Skrivanek 11 Aug '15

11 Aug '15

just to be sure, all deep dives are happening! The cancellation messages are all bogus On Aug 11, 2015, at 14:59 , Michal Skrivanek <mskrivan(a)redhat.com> wrote: > AUG > 12 > "[3.6 deep dive] moVirt - Android mobile client for oVirt" has been > cancelled > When Wednesday, 12 August 2015 > 12:00 PM to 01:00 PM > (GMT) Greenwich Mean Time - Dublin / Edinburgh / Lisbon / London > Where https://plus.google.com/events/c0mjammhafagaqe4f2marv7po3k > Message scheduled 2015-08-12 12:00pm GMT Abstract: moVirt is a mobile (android) client for the oVirt. It is not trying to be a simplified version of webadmin/userportal but instead is aiming to be a handy companion application making use of the device itself. It has three main features: (1) monitoring and notifications (making use of the fact that the mobile deviec is always with us), (2) bridging the physical world of servers with virtual world of oVirt using techniques of augmented reality and (3) dashboard (making use of the nice big screens of today's devices). In this session, the moVirt project will be presented and the future plans will be uncovered. hangout link: https://plus.google.com/events/c0mjammhafagaqe4f2marv7po3k youtube link: https://www.youtube.com/watch?v=6w9t1wxNKBE project page: https://github.com/matobet/movirt View your event at https://www.google.com/calendar/event?action=VIEW&eid=ZnVyMWgybnE1cGdjOTlrO…. > This event invitation was sent from Yahoo Calendar > <Mail Attachment.ics><invite.ics>_______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users

2 2

Cancelled: [3.6 deep dive] - orchestrate pvresize across hosts
by Barak Azulay 11 Aug '15

11 Aug '15

--_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: multipart/alternative; boundary="_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_" --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <div style="min-width: 300px; max-width: 585px; padding: 15px 15px 15px 15px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; "> <table style="margin: 0px 0px 0px 0px" cellspacing="0" cellpadding="0"> <tr> <td> <div style="width:55px;height:55px;border-radius:5px;text-align:center;font-family:Helvetica Neue medium, Helvetica, Arial, sans-serif;color:white;background-color:#400090;"> <div style="padding-top:5px;line-height:20px"> <div style="font-size:12px;font-weight:lighter;"> AUG </div> <div style="font-size:32px;font-weight:bolder;font-family:Helvetica Neue bold, Helvetica, Arial, sans-serif;"> 11 </div> </div> </div> </td> <td width="40px" /> <td style="font-size: 24px; vertical-align: middle; color: #454545; font-weight: lighter; line-height: 26px;"> "[3.6 deep dive] - orchestrate pvresize across hosts" has been <div style="color: #e51d1d;">cancelled</div> </td> </tr> </table> <table style="text-shadow: white; border-collapse: collapse; margin-top: 30px; font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 13px; color: #454545" cellspacing="0" cellpadding="0"> <tr> <td style="color: #888888; vertical-align: top;"> When </td> <td width="40px" /> <td style="line-height: 18px;"> Tuesday, 11 August 2015 01:00 PM to 01:45 PM (GMT) Greenwich Mean Time - Dublin / Edinburgh / Lisbon / London </td> </tr> <tr height="30px" /> <tr> <td style="color: #888888; vertical-align: top;"> Where </td> <td width="40px" /> <td> https://www.youtube.com/watch?v=VxvurM-8n5s </td> </tr> <tr height="30px" /> <tr> <td style="color: #888888; vertical-align: top;"> Message </td> <td width="40px" /> <td style="line-height: 18px"> Abstract: Users need the ability to increase storage space available in oVirt storage data domains (ISCSI & FC) without increasing the number of LUNs presented to it. Feature Page: http://www.ovirt.org/Features/LUN_Resize Hangout link : https://plus.google.com/events/c0dibhieipgo87n6iefs48oddv8 youtube link: https://www.youtube.com/watch?v=VxvurM-8n5s View your event at https://www.google.com/calendar/event?action=VIEW&eid=NHQxaW43M2l2cmlpZzM0b…. </td> </tr> <tr height="30px" /> </table> <div style="border-bottom: 1px solid #d5d5d5; max-width: 590px; width: 100%;"> </div> <div style="text-align: center; margin-top: 15px; font-family: helvetical, Arial, sans-serif; color: #878787; font-size: 12px; padding-bottom: 10px; max-width: 590px;"> This event invitation was sent from   <a target="_blank" href="http://calendar.yahoo.com" style="text-decoration: none; text-shadow: white; color: #2862c5;">Yahoo Calendar</a> </div> </div> </div> --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: text/calendar; method=REQUEST; charset=UTF-8 Content-Transfer-Encoding: base64 QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOlszLjYgZGVlcCBkaXZlXSAtIG9yY2hlc3RyYXRlIHB2cmVzaXplIGFjcm9zcyBob3N0cw0KREVTQ1JJUFRJT046QWJzdHJhY3Q6XG5Vc2VycyBuZWVkIHRoZSBhYmlsaXR5IHRvIGluY3JlYXNlIHN0b3JhZ2Ugc3BhY2UgYXZhDQogaWxhYmxlIGluIG9WaXJ0IHN0b3JhZ2UgZGF0YSBkb21haW5zIChJU0NTSSAmIEZDKSB3aXRob3V0IGluY3JlYXNpbmcgdGhlIG4NCiB1bWJlciBvZiBMVU5zIHByZXNlbnRlZCB0byBpdC4gXG5cbkZlYXR1cmUgUGFnZTogaHR0cDovL3d3dy5vdmlydC5vcmcvRmVhdA0KIHVyZXMvTFVOX1Jlc2l6ZVxuSGFuZ291dCBsaW5rIDogaHR0cHM6Ly9wbHVzLmdvb2dsZS5jb20vZXZlbnRzL2MwZGliaGllaXBnDQogbzg3bjZpZWZzNDhvZGR2OFxueW91dHViZSBsaW5rOiBodHRwczovL3d3dy55b3V0dWJlLmNvbS93YXRjaD92PVZ4dnVyTS04bjUNCiBzXG5cblZpZXcgeW91ciBldmVudCBhdCBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZW50P2FjdGlvbj1WSUVXJg0KIGVpZD1OSFF4YVc0M00ybDJjbWxwWnpNMGJHaGhObXRpT1hGMFltc2dkWE5sY25OQWIzWnBjblF1YjNKbiZ0b2s9TVRnalltRjZkDQogV3hoZVVCeVpXUm9ZWFF1WTI5dFpqWXpaVGhqWWpZM05qVmhOR1ZqWldOaU4yVmhNelZoTkRWa1l6aGlORGcwT1RBNE0yWmlOQSYNCiBjdHo9QXNpYS9KZXJ1c2FsZW0maGw9ZW4uDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VFpJRD1FdGMvR01UOjIwMTUwODExVDEzMDAwMFoNCkRURU5EO1RaSUQ9RXRjL0dNVDoyMDE1MDgxMVQxMzQ1MDBaDQpMT0NBVElPTjpodHRwczovL3d3dy55b3V0dWJlLmNvbS93YXRjaD92PVZ4dnVyTS04bjVzDQpQUklPUklUWTowDQpTRVFVRU5DRTowDQpTVEFUVVM6Q09ORklSTUVEDQpVSUQ6NHQxaW43M2l2cmlpZzM0bGhhNmtiOXF0YmtAZ29vZ2xlLmNvbQ0KRFRTVEFNUDoyMDE1MDgwOVQxNjQ4MjZaDQpBVFRFTkRFRTtQQVJUU1RBVD1BQ0NFUFRFRDtDTj1mcm9sbGFuZEByZWRoYXQuY29tO1JPTEU9UkVRX1BBUlRJQ0lQQU5UO1JTVlANCiA9VFJVRTtDVVRZUEU9SU5ESVZJRFVBTDptYWlsdG86ZnJvbGxhbmRAcmVkaGF0LmNvbQ0KQVRURU5ERUU7UEFSVFNUQVQ9QUNDRVBURUQ7Q049YW11cmVpbmlAcmVkaGF0LmNvbTtST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmFtdXJlaW5pQHJlZGhhdC5jb20NCkFUVEVOREVFO1BBUlRTVEFUPU5FRURTLUFDVElPTjtDTj1paGVpbUByZWRoYXQuY29tO1JPTEU9UkVRX1BBUlRJQ0lQQU5UO1JTVg0KIFA9VFJVRTtDVVRZUEU9SU5ESVZJRFVBTDptYWlsdG86aWhlaW1AcmVkaGF0LmNvbQ0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPUFuZHkgS3Jlc3M7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UUlVFDQogOm1haWx0bzpmYXJrZXlfMjAwMEB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1CYXJhayBBenVsYXk6bWFpbHRvOmJhenVsYXlAcmVkaGF0LmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOlRFTlRBVElWRQ0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpURU5UQVRJVkUNClgtWUFIT08tRVZFTlQtU1RBVFVTOkJVU1kNCkVORDpWRVZFTlQNCkJFR0lOOlZUSU1FWk9ORQ0KVFpJRDpFdXJvcGUvTG9uZG9uDQpUWlVSTDpodHRwOi8vdHp1cmwub3JnL3pvbmVpbmZvL0V1cm9wZS9Mb25kb24NClgtTElDLUxPQ0FUSU9OOkV1cm9wZS9Mb25kb24NCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAwMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk4MTAzMjlUMDEwMDAwDQpSUlVMRTpGUkVRPVlFQVJMWTtCWU1PTlRIPTM7QllEQVk9LTFTVQ0KRU5EOkRBWUxJR0hUDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOiswMTAwDQpUWk9GRlNFVFRPOiswMDAwDQpUWk5BTUU6R01UDQpEVFNUQVJUOjE5OTYxMDI3VDAyMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0xMDtCWURBWT0tMVNVDQpFTkQ6U1RBTkRBUkQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006LTAwMDExNQ0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxODQ3MTIwMVQwMDAwMDANClJEQVRFOjE4NDcxMjAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNjA1MjFUMDIwMDAwDQpSREFURToxOTE3MDQwOFQwMjAwMDANClJEQVRFOjE5MTgwMzI0VDAyMDAwMA0KUkRBVEU6MTkxOTAzMzBUMDIwMDAwDQpSREFURToxOTIwMDMyOFQwMjAwMDANClJEQVRFOjE5MjEwNDAzVDAyMDAwMA0KUkRBVEU6MTkyMjAzMjZUMDIwMDAwDQpSREFURToxOTIzMDQyMlQwMjAwMDANClJEQVRFOjE5MjQwNDEzVDAyMDAwMA0KUkRBVEU6MTkyNTA0MTlUMDIwMDAwDQpSREFURToxOTI2MDQxOFQwMjAwMDANClJEQVRFOjE5MjcwNDEwVDAyMDAwMA0KUkRBVEU6MTkyODA0MjJUMDIwMDAwDQpSREFURToxOTI5MDQyMVQwMjAwMDANClJEQVRFOjE5MzAwNDEzVDAyMDAwMA0KUkRBVEU6MTkzMTA0MTlUMDIwMDAwDQpSREFURToxOTMyMDQxN1QwMjAwMDANClJEQVRFOjE5MzMwNDA5VDAyMDAwMA0KUkRBVEU6MTkzNDA0MjJUMDIwMDAwDQpSREFURToxOTM1MDQxNFQwMjAwMDANClJEQVRFOjE5MzYwNDE5VDAyMDAwMA0KUkRBVEU6MTkzNzA0MThUMDIwMDAwDQpSREFURToxOTM4MDQxMFQwMjAwMDANClJEQVRFOjE5MzkwNDE2VDAyMDAwMA0KUkRBVEU6MTk0MDAyMjVUMDIwMDAwDQpSREFURToxOTQ2MDQxNFQwMjAwMDANClJEQVRFOjE5NDcwMzE2VDAyMDAwMA0KUkRBVEU6MTk0ODAzMTRUMDIwMDAwDQpSREFURToxOTQ5MDQwM1QwMjAwMDANClJEQVRFOjE5NTAwNDE2VDAyMDAwMA0KUkRBVEU6MTk1MTA0MTVUMDIwMDAwDQpSREFURToxOTUyMDQyMFQwMjAwMDANClJEQVRFOjE5NTMwNDE5VDAyMDAwMA0KUkRBVEU6MTk1NDA0MTFUMDIwMDAwDQpSREFURToxOTU1MDQxN1QwMjAwMDANClJEQVRFOjE5NTYwNDIyVDAyMDAwMA0KUkRBVEU6MTk1NzA0MTRUMDIwMDAwDQpSREFURToxOTU4MDQyMFQwMjAwMDANClJEQVRFOjE5NTkwNDE5VDAyMDAwMA0KUkRBVEU6MTk2MDA0MTBUMDIwMDAwDQpSREFURToxOTYxMDMyNlQwMjAwMDANClJEQVRFOjE5NjIwMzI1VDAyMDAwMA0KUkRBVEU6MTk2MzAzMzFUMDIwMDAwDQpSREFURToxOTY0MDMyMlQwMjAwMDANClJEQVRFOjE5NjUwMzIxVDAyMDAwMA0KUkRBVEU6MTk2NjAzMjBUMDIwMDAwDQpSREFURToxOTY3MDMxOVQwMjAwMDANClJEQVRFOjE5NjgwMjE4VDAyMDAwMA0KUkRBVEU6MTk3MjAzMTlUMDIwMDAwDQpSREFURToxOTczMDMxOFQwMjAwMDANClJEQVRFOjE5NzQwMzE3VDAyMDAwMA0KUkRBVEU6MTk3NTAzMTZUMDIwMDAwDQpSREFURToxOTc2MDMyMVQwMjAwMDANClJEQVRFOjE5NzcwMzIwVDAyMDAwMA0KUkRBVEU6MTk3ODAzMTlUMDIwMDAwDQpSREFURToxOTc5MDMxOFQwMjAwMDANClJEQVRFOjE5ODAwMzE2VDAyMDAwMA0KRU5EOkRBWUxJR0hUDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOiswMTAwDQpUWk9GRlNFVFRPOiswMDAwDQpUWk5BTUU6R01UDQpEVFNUQVJUOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNjEwMDFUMDMwMDAwDQpSREFURToxOTE3MDkxN1QwMzAwMDANClJEQVRFOjE5MTgwOTMwVDAzMDAwMA0KUkRBVEU6MTkxOTA5MjlUMDMwMDAwDQpSREFURToxOTIwMTAyNVQwMzAwMDANClJEQVRFOjE5MjExMDAzVDAzMDAwMA0KUkRBVEU6MTkyMjEwMDhUMDMwMDAwDQpSREFURToxOTIzMDkxNlQwMzAwMDANClJEQVRFOjE5MjQwOTIxVDAzMDAwMA0KUkRBVEU6MTkyNTEwMDRUMDMwMDAwDQpSREFURToxOTI2MTAwM1QwMzAwMDANClJEQVRFOjE5MjcxMDAyVDAzMDAwMA0KUkRBVEU6MTkyODEwMDdUMDMwMDAwDQpSREFURToxOTI5MTAwNlQwMzAwMDANClJEQVRFOjE5MzAxMDA1VDAzMDAwMA0KUkRBVEU6MTkzMTEwMDRUMDMwMDAwDQpSREFURToxOTMyMTAwMlQwMzAwMDANClJEQVRFOjE5MzMxMDA4VDAzMDAwMA0KUkRBVEU6MTkzNDEwMDdUMDMwMDAwDQpSREFURToxOTM1MTAwNlQwMzAwMDANClJEQVRFOjE5MzYxMDA0VDAzMDAwMA0KUkRBVEU6MTkzNzEwMDNUMDMwMDAwDQpSREFURToxOTM4MTAwMlQwMzAwMDANClJEQVRFOjE5MzkxMTE5VDAzMDAwMA0KUkRBVEU6MTk0NTEwMDdUMDMwMDAwDQpSREFURToxOTQ2MTAwNlQwMzAwMDANClJEQVRFOjE5NDcxMTAyVDAzMDAwMA0KUkRBVEU6MTk0ODEwMzFUMDMwMDAwDQpSREFURToxOTQ5MTAzMFQwMzAwMDANClJEQVRFOjE5NTAxMDIyVDAzMDAwMA0KUkRBVEU6MTk1MTEwMjFUMDMwMDAwDQpSREFURToxOTUyMTAyNlQwMzAwMDANClJEQVRFOjE5NTMxMDA0VDAzMDAwMA0KUkRBVEU6MTk1NDEwMDNUMDMwMDAwDQpSREFURToxOTU1MTAwMlQwMzAwMDANClJEQVRFOjE5NTYxMDA3VDAzMDAwMA0KUkRBVEU6MTk1NzEwMDZUMDMwMDAwDQpSREFURToxOTU4MTAwNVQwMzAwMDANClJEQVRFOjE5NTkxMDA0VDAzMDAwMA0KUkRBVEU6MTk2MDEwMDJUMDMwMDAwDQpSREFURToxOTYxMTAyOVQwMzAwMDANClJEQVRFOjE5NjIxMDI4VDAzMDAwMA0KUkRBVEU6MTk2MzEwMjdUMDMwMDAwDQpSREFURToxOTY0MTAyNVQwMzAwMDANClJEQVRFOjE5NjUxMDI0VDAzMDAwMA0KUkRBVEU6MTk2NjEwMjNUMDMwMDAwDQpSREFURToxOTY3MTAyOVQwMzAwMDANClJEQVRFOjE5NzExMDMxVDAzMDAwMA0KUkRBVEU6MTk3MjEwMjlUMDMwMDAwDQpSREFURToxOTczMTAyOFQwMzAwMDANClJEQVRFOjE5NzQxMDI3VDAzMDAwMA0KUkRBVEU6MTk3NTEwMjZUMDMwMDAwDQpSREFURToxOTc2MTAyNFQwMzAwMDANClJEQVRFOjE5NzcxMDIzVDAzMDAwMA0KUkRBVEU6MTk3ODEwMjlUMDMwMDAwDQpSREFURToxOTc5MTAyOFQwMzAwMDANClJEQVRFOjE5ODAxMDI2VDAzMDAwMA0KUkRBVEU6MTk4MTEwMjVUMDIwMDAwDQpSREFURToxOTgyMTAyNFQwMjAwMDANClJEQVRFOjE5ODMxMDIzVDAyMDAwMA0KUkRBVEU6MTk4NDEwMjhUMDIwMDAwDQpSREFURToxOTg1MTAyN1QwMjAwMDANClJEQVRFOjE5ODYxMDI2VDAyMDAwMA0KUkRBVEU6MTk4NzEwMjVUMDIwMDAwDQpSREFURToxOTg4MTAyM1QwMjAwMDANClJEQVRFOjE5ODkxMDI5VDAyMDAwMA0KUkRBVEU6MTk5MDEwMjhUMDIwMDAwDQpSREFURToxOTkxMTAyN1QwMjAwMDANClJEQVRFOjE5OTIxMDI1VDAyMDAwMA0KUkRBVEU6MTk5MzEwMjRUMDIwMDAwDQpSREFURToxOTk0MTAyM1QwMjAwMDANClJEQVRFOjE5OTUxMDIyVDAyMDAwMA0KRU5EOlNUQU5EQVJEDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMTAwDQpUWk9GRlNFVFRPOiswMjAwDQpUWk5BTUU6QkRTVA0KRFRTVEFSVDoxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDEwNTA0VDAyMDAwMA0KUkRBVEU6MTk0MjA0MDVUMDIwMDAwDQpSREFURToxOTQzMDQwNFQwMjAwMDANClJEQVRFOjE5NDQwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NTA0MDJUMDIwMDAwDQpSREFURToxOTQ3MDQxM1QwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDIwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDEwODEwVDAzMDAwMA0KUkRBVEU6MTk0MjA4MDlUMDMwMDAwDQpSREFURToxOTQzMDgxNVQwMzAwMDANClJEQVRFOjE5NDQwOTE3VDAzMDAwMA0KUkRBVEU6MTk0NTA3MTVUMDMwMDAwDQpSREFURToxOTQ3MDgxMFQwMzAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTY4MTAyN1QwMDAwMDANClJEQVRFOjE5NjgxMDI3VDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMDAwDQpUWk5BTUU6R01UDQpEVFNUQVJUOjE5OTYwMTAxVDAwMDAwMA0KUkRBVEU6MTk5NjAxMDFUMDAwMDAwDQpFTkQ6U1RBTkRBUkQNCkVORDpWVElNRVpPTkUNCkVORDpWQ0FMRU5EQVINCg== --_000_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_-- --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_ Content-Type: application/ics; name="invite.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="invite.ics" QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6Ly9ZYWhvby8vQ2FsZW5kYXIvL0VODQpWRVJTSU9OOjIuMA0KTUVUSE9EOkNBTkNFTA0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOlszLjYgZGVlcCBkaXZlXSAtIG9yY2hlc3RyYXRlIHB2cmVzaXplIGFjcm9zcyBob3N0cw0KREVTQ1JJUFRJT046QWJzdHJhY3Q6XG5Vc2VycyBuZWVkIHRoZSBhYmlsaXR5IHRvIGluY3JlYXNlIHN0b3JhZ2Ugc3BhY2UgYXZhDQogaWxhYmxlIGluIG9WaXJ0IHN0b3JhZ2UgZGF0YSBkb21haW5zIChJU0NTSSAmIEZDKSB3aXRob3V0IGluY3JlYXNpbmcgdGhlIG4NCiB1bWJlciBvZiBMVU5zIHByZXNlbnRlZCB0byBpdC4gXG5cbkZlYXR1cmUgUGFnZTogaHR0cDovL3d3dy5vdmlydC5vcmcvRmVhdA0KIHVyZXMvTFVOX1Jlc2l6ZVxuSGFuZ291dCBsaW5rIDogaHR0cHM6Ly9wbHVzLmdvb2dsZS5jb20vZXZlbnRzL2MwZGliaGllaXBnDQogbzg3bjZpZWZzNDhvZGR2OFxueW91dHViZSBsaW5rOiBodHRwczovL3d3dy55b3V0dWJlLmNvbS93YXRjaD92PVZ4dnVyTS04bjUNCiBzXG5cblZpZXcgeW91ciBldmVudCBhdCBodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2V2ZW50P2FjdGlvbj1WSUVXJg0KIGVpZD1OSFF4YVc0M00ybDJjbWxwWnpNMGJHaGhObXRpT1hGMFltc2dkWE5sY25OQWIzWnBjblF1YjNKbiZ0b2s9TVRnalltRjZkDQogV3hoZVVCeVpXUm9ZWFF1WTI5dFpqWXpaVGhqWWpZM05qVmhOR1ZqWldOaU4yVmhNelZoTkRWa1l6aGlORGcwT1RBNE0yWmlOQSYNCiBjdHo9QXNpYS9KZXJ1c2FsZW0maGw9ZW4uDQpDTEFTUzpQVUJMSUMNCkRUU1RBUlQ7VFpJRD1FdGMvR01UOjIwMTUwODExVDEzMDAwMFoNCkRURU5EO1RaSUQ9RXRjL0dNVDoyMDE1MDgxMVQxMzQ1MDBaDQpMT0NBVElPTjpodHRwczovL3d3dy55b3V0dWJlLmNvbS93YXRjaD92PVZ4dnVyTS04bjVzDQpQUklPUklUWTowDQpTRVFVRU5DRTowDQpTVEFUVVM6Q09ORklSTUVEDQpVSUQ6NHQxaW43M2l2cmlpZzM0bGhhNmtiOXF0YmtAZ29vZ2xlLmNvbQ0KRFRTVEFNUDoyMDE1MDgwOVQxNjQ4MjZaDQpBVFRFTkRFRTtQQVJUU1RBVD1BQ0NFUFRFRDtDTj1mcm9sbGFuZEByZWRoYXQuY29tO1JPTEU9UkVRX1BBUlRJQ0lQQU5UO1JTVlANCiA9VFJVRTtDVVRZUEU9SU5ESVZJRFVBTDptYWlsdG86ZnJvbGxhbmRAcmVkaGF0LmNvbQ0KQVRURU5ERUU7UEFSVFNUQVQ9QUNDRVBURUQ7Q049YW11cmVpbmlAcmVkaGF0LmNvbTtST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmFtdXJlaW5pQHJlZGhhdC5jb20NCkFUVEVOREVFO1BBUlRTVEFUPU5FRURTLUFDVElPTjtDTj1paGVpbUByZWRoYXQuY29tO1JPTEU9UkVRX1BBUlRJQ0lQQU5UO1JTVg0KIFA9VFJVRTtDVVRZUEU9SU5ESVZJRFVBTDptYWlsdG86aWhlaW1AcmVkaGF0LmNvbQ0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPXVzZXJzQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPWRldmVsQG92aXJ0Lm9yZztST0xFPVJFUV9QQVJUSUNJUEFOVDtSU1ZQDQogPVRSVUU7Q1VUWVBFPUlORElWSURVQUw6bWFpbHRvOmRldmVsQG92aXJ0Lm9yZw0KQVRURU5ERUU7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO0NOPUFuZHkgS3Jlc3M7Uk9MRT1SRVFfUEFSVElDSVBBTlQ7UlNWUD1UUlVFDQogOm1haWx0bzpmYXJrZXlfMjAwMEB5YWhvby5jb20NCk9SR0FOSVpFUjtDTj1CYXJhayBBenVsYXk6bWFpbHRvOmJhenVsYXlAcmVkaGF0LmNvbQ0KWC1ZQUhPTy1ZSUQ6eWFob28uY2FsZW5kYXIuYWNsLndyaXRlcg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOlRFTlRBVElWRQ0KWC1ZQUhPTy1VU0VSLVNUQVRVUzpURU5UQVRJVkUNClgtWUFIT08tRVZFTlQtU1RBVFVTOkJVU1kNCkVORDpWRVZFTlQNCkJFR0lOOlZUSU1FWk9ORQ0KVFpJRDpFdXJvcGUvTG9uZG9uDQpUWlVSTDpodHRwOi8vdHp1cmwub3JnL3pvbmVpbmZvL0V1cm9wZS9Mb25kb24NClgtTElDLUxPQ0FUSU9OOkV1cm9wZS9Mb25kb24NCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006KzAwMDANClRaT0ZGU0VUVE86KzAxMDANClRaTkFNRTpCU1QNCkRUU1RBUlQ6MTk4MTAzMjlUMDEwMDAwDQpSUlVMRTpGUkVRPVlFQVJMWTtCWU1PTlRIPTM7QllEQVk9LTFTVQ0KRU5EOkRBWUxJR0hUDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOiswMTAwDQpUWk9GRlNFVFRPOiswMDAwDQpUWk5BTUU6R01UDQpEVFNUQVJUOjE5OTYxMDI3VDAyMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0xMDtCWURBWT0tMVNVDQpFTkQ6U1RBTkRBUkQNCkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006LTAwMDExNQ0KVFpPRkZTRVRUTzorMDAwMA0KVFpOQU1FOkdNVA0KRFRTVEFSVDoxODQ3MTIwMVQwMDAwMDANClJEQVRFOjE4NDcxMjAxVDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMTAwDQpUWk5BTUU6QlNUDQpEVFNUQVJUOjE5MTYwNTIxVDAyMDAwMA0KUkRBVEU6MTkxNjA1MjFUMDIwMDAwDQpSREFURToxOTE3MDQwOFQwMjAwMDANClJEQVRFOjE5MTgwMzI0VDAyMDAwMA0KUkRBVEU6MTkxOTAzMzBUMDIwMDAwDQpSREFURToxOTIwMDMyOFQwMjAwMDANClJEQVRFOjE5MjEwNDAzVDAyMDAwMA0KUkRBVEU6MTkyMjAzMjZUMDIwMDAwDQpSREFURToxOTIzMDQyMlQwMjAwMDANClJEQVRFOjE5MjQwNDEzVDAyMDAwMA0KUkRBVEU6MTkyNTA0MTlUMDIwMDAwDQpSREFURToxOTI2MDQxOFQwMjAwMDANClJEQVRFOjE5MjcwNDEwVDAyMDAwMA0KUkRBVEU6MTkyODA0MjJUMDIwMDAwDQpSREFURToxOTI5MDQyMVQwMjAwMDANClJEQVRFOjE5MzAwNDEzVDAyMDAwMA0KUkRBVEU6MTkzMTA0MTlUMDIwMDAwDQpSREFURToxOTMyMDQxN1QwMjAwMDANClJEQVRFOjE5MzMwNDA5VDAyMDAwMA0KUkRBVEU6MTkzNDA0MjJUMDIwMDAwDQpSREFURToxOTM1MDQxNFQwMjAwMDANClJEQVRFOjE5MzYwNDE5VDAyMDAwMA0KUkRBVEU6MTkzNzA0MThUMDIwMDAwDQpSREFURToxOTM4MDQxMFQwMjAwMDANClJEQVRFOjE5MzkwNDE2VDAyMDAwMA0KUkRBVEU6MTk0MDAyMjVUMDIwMDAwDQpSREFURToxOTQ2MDQxNFQwMjAwMDANClJEQVRFOjE5NDcwMzE2VDAyMDAwMA0KUkRBVEU6MTk0ODAzMTRUMDIwMDAwDQpSREFURToxOTQ5MDQwM1QwMjAwMDANClJEQVRFOjE5NTAwNDE2VDAyMDAwMA0KUkRBVEU6MTk1MTA0MTVUMDIwMDAwDQpSREFURToxOTUyMDQyMFQwMjAwMDANClJEQVRFOjE5NTMwNDE5VDAyMDAwMA0KUkRBVEU6MTk1NDA0MTFUMDIwMDAwDQpSREFURToxOTU1MDQxN1QwMjAwMDANClJEQVRFOjE5NTYwNDIyVDAyMDAwMA0KUkRBVEU6MTk1NzA0MTRUMDIwMDAwDQpSREFURToxOTU4MDQyMFQwMjAwMDANClJEQVRFOjE5NTkwNDE5VDAyMDAwMA0KUkRBVEU6MTk2MDA0MTBUMDIwMDAwDQpSREFURToxOTYxMDMyNlQwMjAwMDANClJEQVRFOjE5NjIwMzI1VDAyMDAwMA0KUkRBVEU6MTk2MzAzMzFUMDIwMDAwDQpSREFURToxOTY0MDMyMlQwMjAwMDANClJEQVRFOjE5NjUwMzIxVDAyMDAwMA0KUkRBVEU6MTk2NjAzMjBUMDIwMDAwDQpSREFURToxOTY3MDMxOVQwMjAwMDANClJEQVRFOjE5NjgwMjE4VDAyMDAwMA0KUkRBVEU6MTk3MjAzMTlUMDIwMDAwDQpSREFURToxOTczMDMxOFQwMjAwMDANClJEQVRFOjE5NzQwMzE3VDAyMDAwMA0KUkRBVEU6MTk3NTAzMTZUMDIwMDAwDQpSREFURToxOTc2MDMyMVQwMjAwMDANClJEQVRFOjE5NzcwMzIwVDAyMDAwMA0KUkRBVEU6MTk3ODAzMTlUMDIwMDAwDQpSREFURToxOTc5MDMxOFQwMjAwMDANClJEQVRFOjE5ODAwMzE2VDAyMDAwMA0KRU5EOkRBWUxJR0hUDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOiswMTAwDQpUWk9GRlNFVFRPOiswMDAwDQpUWk5BTUU6R01UDQpEVFNUQVJUOjE5MTYxMDAxVDAzMDAwMA0KUkRBVEU6MTkxNjEwMDFUMDMwMDAwDQpSREFURToxOTE3MDkxN1QwMzAwMDANClJEQVRFOjE5MTgwOTMwVDAzMDAwMA0KUkRBVEU6MTkxOTA5MjlUMDMwMDAwDQpSREFURToxOTIwMTAyNVQwMzAwMDANClJEQVRFOjE5MjExMDAzVDAzMDAwMA0KUkRBVEU6MTkyMjEwMDhUMDMwMDAwDQpSREFURToxOTIzMDkxNlQwMzAwMDANClJEQVRFOjE5MjQwOTIxVDAzMDAwMA0KUkRBVEU6MTkyNTEwMDRUMDMwMDAwDQpSREFURToxOTI2MTAwM1QwMzAwMDANClJEQVRFOjE5MjcxMDAyVDAzMDAwMA0KUkRBVEU6MTkyODEwMDdUMDMwMDAwDQpSREFURToxOTI5MTAwNlQwMzAwMDANClJEQVRFOjE5MzAxMDA1VDAzMDAwMA0KUkRBVEU6MTkzMTEwMDRUMDMwMDAwDQpSREFURToxOTMyMTAwMlQwMzAwMDANClJEQVRFOjE5MzMxMDA4VDAzMDAwMA0KUkRBVEU6MTkzNDEwMDdUMDMwMDAwDQpSREFURToxOTM1MTAwNlQwMzAwMDANClJEQVRFOjE5MzYxMDA0VDAzMDAwMA0KUkRBVEU6MTkzNzEwMDNUMDMwMDAwDQpSREFURToxOTM4MTAwMlQwMzAwMDANClJEQVRFOjE5MzkxMTE5VDAzMDAwMA0KUkRBVEU6MTk0NTEwMDdUMDMwMDAwDQpSREFURToxOTQ2MTAwNlQwMzAwMDANClJEQVRFOjE5NDcxMTAyVDAzMDAwMA0KUkRBVEU6MTk0ODEwMzFUMDMwMDAwDQpSREFURToxOTQ5MTAzMFQwMzAwMDANClJEQVRFOjE5NTAxMDIyVDAzMDAwMA0KUkRBVEU6MTk1MTEwMjFUMDMwMDAwDQpSREFURToxOTUyMTAyNlQwMzAwMDANClJEQVRFOjE5NTMxMDA0VDAzMDAwMA0KUkRBVEU6MTk1NDEwMDNUMDMwMDAwDQpSREFURToxOTU1MTAwMlQwMzAwMDANClJEQVRFOjE5NTYxMDA3VDAzMDAwMA0KUkRBVEU6MTk1NzEwMDZUMDMwMDAwDQpSREFURToxOTU4MTAwNVQwMzAwMDANClJEQVRFOjE5NTkxMDA0VDAzMDAwMA0KUkRBVEU6MTk2MDEwMDJUMDMwMDAwDQpSREFURToxOTYxMTAyOVQwMzAwMDANClJEQVRFOjE5NjIxMDI4VDAzMDAwMA0KUkRBVEU6MTk2MzEwMjdUMDMwMDAwDQpSREFURToxOTY0MTAyNVQwMzAwMDANClJEQVRFOjE5NjUxMDI0VDAzMDAwMA0KUkRBVEU6MTk2NjEwMjNUMDMwMDAwDQpSREFURToxOTY3MTAyOVQwMzAwMDANClJEQVRFOjE5NzExMDMxVDAzMDAwMA0KUkRBVEU6MTk3MjEwMjlUMDMwMDAwDQpSREFURToxOTczMTAyOFQwMzAwMDANClJEQVRFOjE5NzQxMDI3VDAzMDAwMA0KUkRBVEU6MTk3NTEwMjZUMDMwMDAwDQpSREFURToxOTc2MTAyNFQwMzAwMDANClJEQVRFOjE5NzcxMDIzVDAzMDAwMA0KUkRBVEU6MTk3ODEwMjlUMDMwMDAwDQpSREFURToxOTc5MTAyOFQwMzAwMDANClJEQVRFOjE5ODAxMDI2VDAzMDAwMA0KUkRBVEU6MTk4MTEwMjVUMDIwMDAwDQpSREFURToxOTgyMTAyNFQwMjAwMDANClJEQVRFOjE5ODMxMDIzVDAyMDAwMA0KUkRBVEU6MTk4NDEwMjhUMDIwMDAwDQpSREFURToxOTg1MTAyN1QwMjAwMDANClJEQVRFOjE5ODYxMDI2VDAyMDAwMA0KUkRBVEU6MTk4NzEwMjVUMDIwMDAwDQpSREFURToxOTg4MTAyM1QwMjAwMDANClJEQVRFOjE5ODkxMDI5VDAyMDAwMA0KUkRBVEU6MTk5MDEwMjhUMDIwMDAwDQpSREFURToxOTkxMTAyN1QwMjAwMDANClJEQVRFOjE5OTIxMDI1VDAyMDAwMA0KUkRBVEU6MTk5MzEwMjRUMDIwMDAwDQpSREFURToxOTk0MTAyM1QwMjAwMDANClJEQVRFOjE5OTUxMDIyVDAyMDAwMA0KRU5EOlNUQU5EQVJEDQpCRUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOiswMTAwDQpUWk9GRlNFVFRPOiswMjAwDQpUWk5BTUU6QkRTVA0KRFRTVEFSVDoxOTQxMDUwNFQwMjAwMDANClJEQVRFOjE5NDEwNTA0VDAyMDAwMA0KUkRBVEU6MTk0MjA0MDVUMDIwMDAwDQpSREFURToxOTQzMDQwNFQwMjAwMDANClJEQVRFOjE5NDQwNDAyVDAyMDAwMA0KUkRBVEU6MTk0NTA0MDJUMDIwMDAwDQpSREFURToxOTQ3MDQxM1QwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTorMDIwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTQxMDgxMFQwMzAwMDANClJEQVRFOjE5NDEwODEwVDAzMDAwMA0KUkRBVEU6MTk0MjA4MDlUMDMwMDAwDQpSREFURToxOTQzMDgxNVQwMzAwMDANClJEQVRFOjE5NDQwOTE3VDAzMDAwMA0KUkRBVEU6MTk0NTA3MTVUMDMwMDAwDQpSREFURToxOTQ3MDgxMFQwMzAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTorMDEwMA0KVFpPRkZTRVRUTzorMDEwMA0KVFpOQU1FOkJTVA0KRFRTVEFSVDoxOTY4MTAyN1QwMDAwMDANClJEQVRFOjE5NjgxMDI3VDAwMDAwMA0KRU5EOlNUQU5EQVJEDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9NOiswMDAwDQpUWk9GRlNFVFRPOiswMDAwDQpUWk5BTUU6R01UDQpEVFNUQVJUOjE5OTYwMTAxVDAwMDAwMA0KUkRBVEU6MTk5NjAxMDFUMDAwMDAwDQpFTkQ6U1RBTkRBUkQNCkVORDpWVElNRVpPTkUNCkVORDpWQ0FMRU5EQVINCg== --_004_CD15A92E9002734AADB6F2075789C4D70108100CB8EDEGLEX07VS01_--

1 0