- Users - oVirt List Archives

[Users] ovirt-shell: Disabling autopage
by Adam Litke 15 Feb '13

15 Feb '13

Hi, Currently the ovirt-shell displays command results using a pager. It does this even when running non-interactively (ie. input via pipe) which is broken. As a workaround, I discovered the option 'cli:autopage = False' should be placed in my .ovirtshellrc file. This works great the first time, but then it seems ovirt-shell is overwriting this file and dumping my new setting. What am I doing wrong here? -- Adam Litke <agl(a)us.ibm.com> IBM Linux Technology Center

2 3

[Users] Internet Explorer with latest master
by Dead Horse 14 Feb '13

14 Feb '13

Ever since this change: http://gerrit.ovirt.org/#/c/11078/ The webadmin and userportal UI no longer displays nor works correctly within Internet Explorer 8 or 9. Under IE 8 or 9 the UI is pretty much an usable garbled mess. Everything looks and works fine under Chrome and Firefox. Unfortunately Internet Exploder is a necessary evil for windows users to be able to get at SPICE consoles. (No spice plugin/support for Firefox/Chrome yet...) - DHC

2 1

[Users] NFS Advanced Parameters Greyed out on Existing Storage Domains
by Chris Noffsinger 14 Feb '13

14 Feb '13

So I have read this BZ https://bugzilla.redhat.com/show_bug.cgi?id=855729 and these related ovirt BZs http://gerrit.ovirt.org/#/c/8110/ http://gerrit.ovirt.org/#/c/8797/ http://gerrit.ovirt.org/#/c/8798/ So forgive me but I am a little confused. I have some existing NFS Storage domains that I was not paying attention and attached without doing any advanced parameters in RHEV 3.1 Now the NFS Advanced Parameters box is greyed out. So now that I have attached these domains I cannot change the advanced nfs option such as change it to Nfs4 from 3 or rsize and wsize? Maybe if I was using upstream oVirt instead of Rhev 3.1 I would be able to make the changes in vdsm.conf and they would be honored? -- Chris Noffsinger

2 3

[Users] GlusterFS configuration and performance question
by Sven Knohsalla 14 Feb '13

14 Feb '13

--_000_DC9ABD90CB55EC448B1F682D5731AF7407A6D635D2IAD2MBX17mex0_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, We're planning to migrate from iSCSI /LVM to mirrored GlusterFS to reach fa= il-over. As I did read here<http://community.gluster.org/q/can-i-use-glusterfs-as-an= -alternative-network-storage-backing-for-vm-hosting/> GlusterFS isn't actua= lly the best solution for big VM images? (by the way what means big here?) Does anybody here can share his experience with using GlusterFS, how many VMs are running and what is the expected IO per second for a VM ? (I know this can differ enormously) We have about Perhaps somebody here already uses 3.3 (with self-healing) ? I'm pretty looking forward to GlusterFS 3.4, as the new features seem to be= "made" for RHEV/oVirt. Thanks in advance for your feedback! Best, Sven. Sven Knohsalla | System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsalla@netbi= scuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [http://www.netbiscuits.com/image/image_gallery?uuid=3D65218eda-f7f9-4541-a= bfe-928c09e418a0&groupId=3D10211&t=3D1348837476176] Meet us at events around the globe<http://www.netbiscuits.com/events> [https://www.netbiscuits.com/image/image_gallery?uuid=3D3031deca-7e56-4417= -9822-3d6d72f71ef0&groupId=3D10211&t=3D1347280983812] <https://www.netbiscu= its.com/blog> [https://www.netbiscuits.com/image/image_gallery?uuid=3D1d1a= 5e29-ceda-4ab1-9353-67a1e838364d&groupId=3D10211&t=3D1347281040591] <https:= //twitter.com/netbiscuits> [https://www.netbiscuits.com/image/image_galler= y?uuid=3Dc99bf866-be25-4236-a0ee-dca68ec828a5&groupId=3D10211&t=3D134728098= 3848] <http://www.linkedin.com/company/netbiscuits> [https://www.netbiscui= ts.com/image/image_gallery?uuid=3Dd62ba951-14dc-450d-b5f1-be33884225e3&grou= pId=3D10211&t=3D1347280983872] <http://www.xing.com/companies/netbiscuitsgm= bh> [https://www.netbiscuits.com/image/image_gallery?uuid=3D7b28f500-f415-= 40bb-851f-0cd55beeaf45&groupId=3D10211&t=3D1347280983791] <https://www.face= book.com/Netbiscuits> [https://www.netbiscuits.com/image/image_gallery?uui= d=3Dcc8764d0-a5ac-4623-bb63-da3ca7c97f94&groupId=3D10211&t=3D1347280983836]= <https://plus.google.com/u/0/112410769451962733032> [https://www.netbiscu= its.com/image/image_gallery?uuid=3Da15e871c-a11b-419c-acca-da5a0ebd5856&gro= upId=3D10211&t=3D1347281040599] <http://www.youtube.com/user/netbiscuits> Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3= 604 Management Board: Guido Moggert, Michael Neidh=F6fer, Christian Reitz, Mart= in S=FC=DF --_000_DC9ABD90CB55EC448B1F682D5731AF7407A6D635D2IAD2MBX17mex0_ Content-Type: text/html; charset="iso-8859-1" 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=3DContent-Type content= =3D"text/html; charset=3Diso-8859-1"><meta name=3DGenerator content=3D"Micr= osoft Word 14 (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1>Hi,<o:p></o:p></= p><o:p> </o:p>We’r= e planning to migrate from iSCSI /LVM to mirrored GlusterFS to reach fail-o= ver. As I did read <a href=3D"http://community.gluster.org/q/can-i-use-g= lusterfs-as-an-alternative-network-storage-backing-for-vm-hosting/">here</a= > GlusterFS isn’t actually the best solution for big VM images? (b= y the way what means big here?) Does anybody here can share his expe= rience with using GlusterFS, how many VMs are running and what is the ex= pected IO per second for a VM ? (I know this can differ enormously) <= br>We have about =A0 Perhaps somebody here already uses 3.3 (with se= lf-healing) ? I’m pretty looking forward to GlusterFS 3.4, as = the new features seem to be “made” for RHEV/oVirt. Thank= s in advance for your feedback!<o:p></o:p><o:p>&nb= sp;</o:p>Best, Sven. <o:p></o:p><o:p> </o:p>Sven Knohsalla | System Administration<o:p></o:p><o:p> </o:p>Office +49 631 6803= 6 433 | Fax +49 631 68036 111=A0 |E-Mail s.k= nohsalla(a)netbiscuits.com | Skype: netbiscuit= s.admin <o:p></o:p></s= pan>Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY<o:p></o:p></s= pan><o:p= > </o:p><img border=3D0 width=3D200 he= ight=3D40 id=3D"_x0000_i1032" src=3D"http://www.netbiscuits.com/image/image= _gallery?uuid=3D65218eda-f7f9-4541-abfe-928c09e418a0&groupId=3D10211&am= p;t=3D1348837476176" alt=3D"Beschreibung: Beschreibung: http://www.netbiscu= its.com/image/image_gallery?uuid=3D65218eda-f7f9-4541-abfe-928c09e418a0&amp= ;groupId=3D10211&t=3D1348837476176"><o:p></o:p><= /p><o:p>&nbs= p;</o:p><a href=3D"http://w= ww.netbiscuits.com/events">Meet us at events around the globe</a><o:p></o:p> <a href=3D"https://www.= netbiscuits.com/blog"><img border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1031" src=3D"https://= www.netbiscuits.com/image/image_gallery?uuid=3D3031deca-7e56-4417-9822-3d6d= 72f71ef0&groupId=3D10211&t=3D1347280983812" alt=3D"Beschreibung: Be= schreibung: https://www.netbiscuits.com/image/image_gallery?uuid=3D3031deca= -7e56-4417-9822-3d6d72f71ef0&groupId=3D10211&t=3D1347280983812"></s= pan></a>&= nbsp;<a href=3D"https://twitter.com/netbiscuits"><img border=3D0 width=3D24 height=3D24 i= d=3D"_x0000_i1030" src=3D"https://www.netbiscuits.com/image/image_gallery?u= uid=3D1d1a5e29-ceda-4ab1-9353-67a1e838364d&groupId=3D10211&t=3D1347= 281040591" alt=3D"Beschreibung: Beschreibung: https://www.netbiscuits.com/i= mage/image_gallery?uuid=3D1d1a5e29-ceda-4ab1-9353-67a1e838364d&groupId= =3D10211&t=3D1347281040591"></a> <a href=3D"http://www.linked= in.com/company/netbiscuits"><img border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1029" src=3D"ht= tps://www.netbiscuits.com/image/image_gallery?uuid=3Dc99bf866-be25-4236-a0e= e-dca68ec828a5&groupId=3D10211&t=3D1347280983848" alt=3D"Beschreibu= ng: Beschreibung: https://www.netbiscuits.com/image/image_gallery?uuid=3Dc9= 9bf866-be25-4236-a0ee-dca68ec828a5&groupId=3D10211&t=3D134728098384= 8"></a> <a href=3D"http://www.xing.com/companies/netbiscuitsgmbh"= ><img border=3D0 widt= h=3D24 height=3D24 id=3D"_x0000_i1028" src=3D"https://www.netbiscuits.com/i= mage/image_gallery?uuid=3Dd62ba951-14dc-450d-b5f1-be33884225e3&groupId= =3D10211&t=3D1347280983872" alt=3D"Beschreibung: Beschreibung: https://= www.netbiscuits.com/image/image_gallery?uuid=3Dd62ba951-14dc-450d-b5f1-be33= 884225e3&groupId=3D10211&t=3D1347280983872"></a> <a href= =3D"https://www.facebook.com/Netbiscuits"><img border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1= 027" src=3D"https://www.netbiscuits.com/image/image_gallery?uuid=3D7b28f500= -f415-40bb-851f-0cd55beeaf45&groupId=3D10211&t=3D1347280983791" alt= =3D"Beschreibung: Beschreibung: https://www.netbiscuits.com/image/image_gal= lery?uuid=3D7b28f500-f415-40bb-851f-0cd55beeaf45&groupId=3D10211&t= =3D1347280983791"></a> <a href=3D"https://plus.google.com/u/0/112= 410769451962733032"><= img border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1026" src=3D"https://ww= w.netbiscuits.com/image/image_gallery?uuid=3Dcc8764d0-a5ac-4623-bb63-da3ca7= c97f94&groupId=3D10211&t=3D1347280983836" alt=3D"Beschreibung: Besc= hreibung: https://www.netbiscuits.com/image/image_gallery?uuid=3Dcc8764d0-a= 5ac-4623-bb63-da3ca7c97f94&groupId=3D10211&t=3D1347280983836"></spa= n></a>&nb= sp;<a href=3D"http://www.youtube.com/user/netbiscuits"><img border=3D0 width=3D24 heigh= t=3D24 id=3D"_x0000_i1025" src=3D"https://www.netbiscuits.com/image/image_g= allery?uuid=3Da15e871c-a11b-419c-acca-da5a0ebd5856&groupId=3D10211&= t=3D1347281040599" alt=3D"Beschreibung: Beschreibung: https://www.netbiscui= ts.com/image/image_gallery?uuid=3Da15e871c-a11b-419c-acca-da5a0ebd5856&= groupId=3D10211&t=3D1347281040599"></a><o:p></o:p>Register Court:</= span> Local Court Kaisers= lautern | Commercial Register ID: HR B 3604 Management Board</= b>: Guido Moggert, Michael Neidh=F6fer, Christian Reitz, Martin S=FC=DF<o:p= ></o:p></div></body></html>= --_000_DC9ABD90CB55EC448B1F682D5731AF7407A6D635D2IAD2MBX17mex0_--

1 0

[Users] full screen and different resolutions with spice
by Gianluca Cecchi 14 Feb '13

14 Feb '13

Let me know if I had better to post to spice-devel.... I'm testing oVirt 3.2 beta user portal. One client boots from a usb stick running SLAX 32bit in persistent mode with kernel 3.6.9. It is a derivative from slackware 14 where I compiled and persistently installed spice-protocol-0.12.2-noarch-1 xf86-video-qxl-0.1.0-i486-1 celt051-0.5.1.3-i486-1 pyparsing-1.5.6-i486-1 spice-0.12.0-i486-1 vala-0.17.6-i486-1 gtk-vnc-0.5.1-i486-2 virt-viewer-0.5.4-i486-1 xulrunner-15.0.1-i486-1 jdk-7u13-i586-1 spice-xpi-2.8-i486-1 so far so good. I can start firefox 17.0.1 and connect to user portal The test VM is Windows XP There was previously a session from another client pc with full screen resolution of 1366x768. Now this other client PC has a max resolution of 1024x768 I notice that it fails to start in full screen (I get the typical window where you see that the screen is bigger than the current physical) and also the Shift+F11 shortcut doesn't get any effect or error. If inside the vm I now set 1024x768 it adjusts and I can set full screen with Shift+F11 and I now can disconnect and reconnect successfully in fullscreen option. Then I close spice window and sign out from user portal (leaving the VM at its logged in screen) If now I connect again to the user portal from the 1366x768 capable client, that is Fedora 17 with firefox 18.0 and spice-gtk-python-0.12-5.fc17.x86_64 spice-xpi-2.8-2.fc17.x86_64 spice-server-0.10.1-5.fc17.x86_64 spice-gtk-tools-0.12-5.fc17.x86_64 spice-client-0.10.1-5.fc17.x86_64 spice-vdagent-0.10.1-1.fc17.x86_64 spice-gtk-0.12-5.fc17.x86_64 spice-glib-0.12-5.fc17.x86_64 spice-gtk3-0.12-5.fc17.x86_64 I connect in full screen mode and I see the Windows XP session just starts in 1024x768 (as I left it) and suddenly adjusts to the 1366x768 capable resolution Any hint on why the fiirst auto-adjust didn't work? - different spice version? - perhaps only possible to up scale but not down scale? - other? This will address situation with one user potentially connecting to the same VM in full screen mode but using different clients and so with possible different video resolutions A work around could be to power off the vm each time but it is not desirable... Also, in Fedora I get the small box at top middle of the screen where I can exit full screen for my vm. Instead in slax I have not it. WHat is the component providing that box? Thanks for all Gianluca

2 1

[Users] How do Networks and Vlan-tagging work in oVirt ?
by Matt . 14 Feb '13

14 Feb '13

I'm struggeling setting up my network in oVirt at the moment as I would like to seperate specific VM's from other devices/clients in my network. I have decent setup switching network using Vlans, this is also the fact for ovirt and the storage nodes where teh ports are seperated between storage and management. Because I want to manage which client can acces which VM I need Vlan tagging. The question is where are we going to do this, on the VM itself or on the network I attach the VM's Nic to. Because of the lacking documentation at this point it's not clear, so I would like to figure out and maybe change the wiki there. I also cannot understand why I can set an IP to a network and only the subnet where I also can set DHCP which puts also the gateway. I'm not able to set None or DHCP and can only add a network with IP, but what IP and why ? Or just a 192.16.x.0 with a 255.255.255.0 subnet ? I hope someone can clear this a little bit more out. Thanks!

7 14

[Users] bonding setup with python sdk
by Louis Coilliot 14 Feb '13

14 Feb '13

Hello, do you have examples or hints on setting the bonding of some NICS on hypervisor hosts ? With the python SDK ? Thanks in advance. Louis Coilliot

3 6

[Users] HA wirh oVirt
by Alexandre Santos 13 Feb '13

13 Feb '13

Hi all, I've been asked for a HA solution and I've been testing oVirt with a NFS NAS and 2 hosts where I run 2 VMs that have a balancer at their front, each on a different host. Now I'm thinking on the possibility of a host malfunction and my question is: is there automatic migration of the VMs that are running on this host to the other host? Sorry if it is a silly question :-) Alex

3 3

Re: [Users] HA wirh oVirt
by Doron Fediuck 13 Feb '13

13 Feb '13

-----Original Message----- From: Alexandre Santos [santosam72(a)gmail.com] Received: Wednesday, 13 Feb 2013, 18:19 To: Jorick Astrego [jorick(a)netbulae.eu] CC: users(a)oVirt.org [users(a)ovirt.org] Subject: Re: [Users] HA wirh oVirt 2013/2/13 Jorick Astrego <jorick(a)netbulae.eu>: > On 02/13/2013 04:47 PM, Alexandre Santos wrote: > > Hi all, > I've been asked for a HA solution and I've been testing oVirt with a > NFS NAS and 2 hosts where I run 2 VMs that have a balancer at their > front, each on a different host. Now I'm thinking on the possibility > of a host malfunction and my question is: is there automatic migration > of the VMs that are running on this host to the other host? > Sorry if it is a silly question :-) > > Alex > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > Bit of a silly question as it is listed on the homepage > (http://www.ovirt.org) ;-> > > Packed with features > > choice of stand-alone Hypervisor or install-on-top of your existing Linux > installation > high availability > live migration > scheduled migration > Web-based management interface > iSCSI, FC, NFS, and local storage > > > -- > Kind regards, > > Jorick Astrego > > Netbulae B.V. > Site: http://www.netbulae.eu Hi :-) I've been migrating VMs using the web administration but I need Power Management on each host so that the engine detects that a host is down, right? Alex [DF] Power management needed so the engine will be able to fence the malfunctioned host, and only then the VM will auto-migrate. This ensures the VM will not run twice on different hosts while corrupting the disks.

1 0

[Users] oVirt Weekly Meeting Minutes --2013-02-13
by Mike Burns 13 Feb '13

13 Feb '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-13-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-13-15.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-13-15.00.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns at 15:00:17 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-13-15.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 15:00:24) * Release Status (mburns, 15:00:48) * Workshops and Conferences (mburns, 15:00:54) * Sub Project Reports (mburns, 15:01:00) * Introducing theron (mburns, 15:01:08) * Workshops and Conferences (mburns, 15:04:33) * Shanghai Workshop still on for 8-9 May 2013 (mburns, 15:05:24) * CFP in process, some logistical details still needed before registration can be opened (mburns, 15:06:21) * Introducing theron (mburns, 15:08:49) * My name is Theron Conrey, I'm new to the Carl Trieloff's team at Redhat, the open source and standards team, working primarily on oVirt support. Currently I'm working on the CFP with lh for Shangai, and Dave will busy mentoring me to get me up to speed on all things oVirt. I'm coming from Nexenta where I was a solutions architect designing and implementing large scale cloud solutions. I'm excited to join the community and help where I can. (mburns, 15:10:36) * Infra Team Report (mburns, 15:11:50) * we've fixed logins, now in the last planning phase before actually installing (ewoud, 15:12:25) * for the AlterWay servers ^^ (mburns, 15:13:05) * set a deadline for next monday to decide on software (ewoud, 15:13:23) * discussion on what software is happening on list (mburns, 15:14:16) * dneary working on getting a console to access vms running on the second server (mburns, 15:15:38) * infra team working out deployment details (mburns, 15:18:41) * hosts currently are centos 5.8, will be centos 6.3 or f18 when infra team decides what to use (mburns, 15:19:02) * LINK: http://resources.ovirt.org/releases/beta/rpm/ doesn't list it (ewoud, 15:23:13) * ACTION: mburns to follow up on getting el6 rpms available in 3.2 repository (mburns, 15:28:55) * release status (mburns, 15:31:30) * ACTION: mburns to create release repo in resources.ovirt.org (mburns, 15:47:19) * ACTION: mburns to get latest packages moved over from current beta repo (mburns, 15:47:31) * ACTION: mburns to get guest-agent rpms and source from koji and upload (mburns, 15:47:44) * ACTION: oschreib to get dwh/reports rpms uploaded (mburns, 15:47:55) * ACTION: mburns to write announcement (mburns, 15:48:02) * ACTION: mburns to look into vdsm on el6 (mburns, 15:48:23) * ACTION: oschreib to work on el6 engine rpms (mburns, 15:49:20) * ACTION: mgoldboi and oschreib to work on remaining 3.2 engine patches and post new build async (mburns, 15:50:27) * ACTION: mburns to review wiki/website updates that are needed (mburns, 15:52:23) * LINK: http://www.ovirt.org/index.php?title=Special%3AListUsers&username=&group=sy… (dneary, 15:55:06) * release targeted to be announced tomorrow (mburns, 15:58:24) * ACTION: mgoldboi to review/update the quick start guide for 3.2 (mburns, 16:03:49) * LINK: http://www.ovirt.org/Quick_Start_Guide (mburns, 16:04:09) * ACTION: mburns to update irc channel topic as well (mburns, 16:07:19) * ACTION: All Community Members to tweet/blog/spread the word (mburns, 16:08:45) Meeting ended at 16:11:56 UTC. Action Items ------------ * mburns to follow up on getting el6 rpms available in 3.2 repository * mburns to create release repo in resources.ovirt.org * mburns to get latest packages moved over from current beta repo * mburns to get guest-agent rpms and source from koji and upload * oschreib to get dwh/reports rpms uploaded * mburns to write announcement * mburns to look into vdsm on el6 * oschreib to work on el6 engine rpms * mgoldboi and oschreib to work on remaining 3.2 engine patches and post new build async * mburns to review wiki/website updates that are needed * mgoldboi to review/update the quick start guide for 3.2 * mburns to update irc channel topic as well * All Community Members to tweet/blog/spread the word Action Items, by person ----------------------- * mburns * mburns to follow up on getting el6 rpms available in 3.2 repository * mburns to create release repo in resources.ovirt.org * mburns to get latest packages moved over from current beta repo * mburns to get guest-agent rpms and source from koji and upload * mburns to write announcement * mburns to look into vdsm on el6 * mburns to review wiki/website updates that are needed * mburns to update irc channel topic as well * mgoldboi * mgoldboi and oschreib to work on remaining 3.2 engine patches and post new build async * mgoldboi to review/update the quick start guide for 3.2 * oschreib * oschreib to get dwh/reports rpms uploaded * oschreib to work on el6 engine rpms * mgoldboi and oschreib to work on remaining 3.2 engine patches and post new build async * **UNASSIGNED** * All Community Members to tweet/blog/spread the word People Present (lines said) --------------------------- * mburns (154) * mgoldboi (34) * oschreib (33) * dneary (23) * ewoud (15) * sgordon_ (10) * vfeenstr (9) * lh (9) * fsimonce` (9) * theron (6) * ovirtbot (4) * Rydekull (3) * karim (2) * doron (2) * jbrooks (2) * fabiand (2) * rbarry (1) * eedri (1) * dustins (1) * quaid (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

[Users] can't attach export domain anymore
by Nathanaël Blanchet 13 Feb '13

13 Feb '13

This is a multi-part message in MIME format. --------------030900040406010809070307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi, I've used for several months the same export domain with ovirt 3.0 and nowI can't attach it to my datacenter anymore. I also tried to create a new export domain, and I stillmeet the same issue. It's very annoying because I want to migrate to ovirt3.1/3.2 and I don't know how to get my vms... Someone can help me with this? Thanx -- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------030900040406010809070307 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, I've used for several months the same export domain with ovirt 3.0 and now I can't attach it to my datacenter anymore. I also tried to create a new export domain, and I still meet the same issue. It's very annoying because I want to migrate to ovirt3.1/3.2 and I don't know how to get my vms... Someone can help me with this? Thanx <pre class="moz-signature" cols="72">-- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class="moz-txt-link-abbreviated" href="mailto:blanchet@abes.fr">blanchet(a)abes.fr</a> </pre> </body> </html> --------------030900040406010809070307--

3 3

[Users] Fedora 17 firefox not optimal for 3.2 beta
by Gianluca Cecchi 13 Feb '13

13 Feb '13

Hello, connecting to ovirt 3.2 beta from F17 with firefox-18.0-1.fc17.x86_64 I receive This Browser version isn't optimal for displaying the application graphics (refer to Documentation for details) How is the check made to show or not the warning? What is the current status of supported browsers? I remember someone posting a page with browser support but I'm unable to find it right now... I remember also on December the thread [Users] Using the chrome/chromium browser with oVirt Did it go ahead with chrome spice-xpi patches applied and so now chrome usable in f17 / f18 (btw on my f17 I have google-chrome-stable-24.0.1312.69-180721.x86_64 if needed for testing)? Thanks, Gianluca

3 3

[Users] [SOLVED] Re: Connecting with vnc to a VM defined as spice
by Gianluca Cecchi 12 Feb '13

12 Feb '13

On Tue, Feb 5, 2013 at 12:19 AM, Adrian Gibanel wrote: > ----- Mensaje original ----- > >> I tried with novnc and tigervnc from a fedora 17 laptop. > >> Let me know how to test further in case. > > Did you make sure that the mentioned port was open in the host firewall? > Just for the note and for others not doing the same "stupid" things like me.... I used this command vncviewer 192.168.1.102 ::5902 note the space between ip and ::5902 This way it seems the ip is totally ignored without returning any syntax error and so it implicitly tries localhost So clearly any client that tries to connect fails (if it is not a vnc server on that port itself, obviously...) And carefully reading the man page helps too: vncviewer [options] [host][::port] Instead if for example I install vncviewer and run the same command from the node itself it succeeds.... ;-) The correct command without the space vncviewer 192.168.1.102::5902 completes correctly I understood this noticing the "127.0.0.1" when prepending the "strace" command from the client and the wrong syntax: open("/etc/host.conf", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=9, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa457040000 read(3, "multi on\n", 4096) = 9 read(3, "", 4096) = 0 close(3) = 0 munmap(0x7fa457040000, 4096) = 0 futex(0x38785b5ae0, FUTEX_WAKE_PRIVATE, 2147483647) = 0 open("/etc/hosts", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=250, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa457040000 read(3, "127.0.0.1 localhost localhost."..., 4096) = 250 read(3, "", 4096) = 0 close(3) = 0 munmap(0x7fa457040000, 4096) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(5902), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ECONNREFUSED (Connection refused) close(3) = 0 ALso because connecting from the node itself with the wronh syntax I got the ESTABLISHED on localhost ip..... [g.cecchi@f18ovn03 ~]$ vncviewer 192.168.1.102::5902 [g.cecchi@f18ovn03 ~]$ sudo netstat -tan|grep 590 tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:5901 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:5902 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:5903 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:50509 127.0.0.1:5902 ESTABLISHED HIDH (tm for Hope It Doesn't Help: it means you are not as stupid as me... ;-) Gianluca

1 0

[Users] VM Console Issue.
by Md Akther Hossain Khan 12 Feb '13

12 Feb '13

Dear All, I am new in this forum. I have installed Ovirt 3.1 successfully. As per I have done the following tasks: 1. Adding Data Center. 2. Adding Storage 3. Adding ISO Domain. (Name of ISO Domain is cloud12) 4. Uploaded ISO using the command (engine-iso-uploader upload -i cloud12 Centos_6.3_64bit.iso) 5. Adding HOST. 6. Create VM (New Server & Desktop) with VNC console. But when I view the VNC console..It shows nothing but a Black Window. And I see none remarkable error @ tail -f /var/log/ovirt/ovirt-engine/engine.log Only the following things: * "No one is waiting for resource 'Storage.fce396f2-72cb-11e2-acc2-000c29a7b590"* In fact I have been hanging in this place for 3 to 4 days. It would be appreciable if you please help me out from this stuck situation.

2 5

[Users] rhevm_admin_password = engine_admin_password ?
by Jorick Astrego 11 Feb '13

11 Feb '13

Hi, Just a quick question. I have PXE boot setup correctly now and like to do an unattended install. In the rhev-m documentation I see the parameter "rhevm_admin_password" . Is this engine_admin_password in ovirt? -- Regards, Jorick Astrego Netbulae B.V. Site: http://www.netbulae.eu

4 4

[Users] windows guest user agent
by Sallee, Stephen (Jake) 11 Feb '13

11 Feb '13

--_000_3A9815D880FBAF41A523B3A35AF3C3DFACD02E95AVATARumhbedu_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have been googeling trying to find info on how to install the guest agent= for windows, can anyone give me some insight? I did find some instructions on how to build it from inside the VM, but the= instructions a several months old and before I try them I would like to ma= ke sure they are still the best method. http://gerrit.ovirt.org/gitweb?p=3Dovirt-guest-agent.git;a=3Dblob;f=3Dovirt= -guest-agent/README-windows.txt;h=3Dbf6bb3c18567537489b56e6888b2eb7f025cc4f= 9;hb=3DHEAD Jake Sallee Godfather of Bandwidth System Engineer University of Mary Hardin-Baylor 900 College St. Belton TX. 76513 Fone: 254-295-4658 Phax: 254-295-4221 HTTP://WWW.UMHB.EDU --_000_3A9815D880FBAF41A523B3A35AF3C3DFACD02E95AVATARumhbedu_ 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-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> I have been googeling trying to find info on how to = install the guest agent for windows, can anyone give me some insight?<o:p><= /o:p> <o:p> </o:p> I did find some instructions on how to build it from= inside the VM, but the instructions a several months old and before I try = them I would like to make sure they are still the best method.<o:p></o:p></= p> <o:p> </o:p> <a href=3D"http://gerrit.ovirt.org/gitweb?p=3Dovirt-= guest-agent.git;a=3Dblob;f=3Dovirt-guest-agent/README-windows.txt;h=3Dbf6bb= 3c18567537489b56e6888b2eb7f025cc4f9;hb=3DHEAD">http://gerrit.ovirt.org/gitw= eb?p=3Dovirt-guest-agent.git;a=3Dblob;f=3Dovirt-guest-agent/README-windows.= txt;h=3Dbf6bb3c18567537489b56e6888b2eb7f025cc4f9;hb=3DHEAD</a><o:p></o:p></= p> <o:p> </o:p> <o:p> </o:p> Jake Sallee<o:p></o:p> = Godfather of Bandwidth<o:p></o:p> = System Engineer<o:p></o:p> = University of Mary Hardin-Baylor<o:p></o:p> = 900 College St.<o:p></o:p> = Belton TX. 76513<o:p></o:p> = Fone: 254-295-4658<o:p></o:p> = Phax: 254-295-4221<o:p></o:p> = HTTP://WWW.UMHB.EDU<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_3A9815D880FBAF41A523B3A35AF3C3DFACD02E95AVATARumhbedu_--

5 6

[Users] Error while executing action Setup Networks
by Sallee, Stephen (Jake) 11 Feb '13

11 Feb '13

I'm trying to add the ovirtmgmt role to my network connection on my all-in-one box but when I do I get this error: Error while executing action Setup Networks: Illegal or Incomplete IP Address The IP is correct as I am accessing the portal from a different computer, also when I look at the ifcfg-eth0 file: DEVICE=eth0 ONBOOT=yes HWADDR=[REDACTED] BRIDGE=ovirtmgmt NM_CONTROLLED=yes DOMAIN=UMHB.edu IPV6INIT=no LAST_CONNECT=1360136903 DNS2=[REDACTED] DNS1=[REDACTED] DEFROUTE=yes IPV4_FAILURE_FATAL=yes PREFIX=24 UUID=[REDACTED] ... it just feels right, i know its probably useless to a hacker but I fell better, okay? I have tried NM_CONTROLLED=yes and NM_CONTROLLED=no , with no difference. Here is the snippet from the engine log: [root@otto ~]# tail -f /var/log/ovirt-engine/engine.log 2013-02-06 11:20:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-43) Autorecovering hosts is disabled, skipping 2013-02-06 11:20:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-43) Autorecovering storage domains is disabled, skipping 2013-02-06 11:25:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-98) Autorecovering hosts is disabled, skipping 2013-02-06 11:25:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-98) Autorecovering storage domains is disabled, skipping 2013-02-06 11:30:00,000 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-60) Autorecovering hosts is disabled, skipping 2013-02-06 11:30:00,000 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-60) Autorecovering storage domains is disabled, skipping 2013-02-06 11:35:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-11) Autorecovering hosts is disabled, skipping 2013-02-06 11:35:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-11) Autorecovering storage domains is disabled, skipping 2013-02-06 11:40:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-65) Autorecovering hosts is disabled, skipping 2013-02-06 11:40:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-65) Autorecovering storage domains is disabled, skipping 2013-02-06 11:40:46,131 INFO [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] Running command: SetupNetworksCommand internal: false. Entities affected : ID: 8a682fca-7032-11e2-8be0-cb1656457e1f Type: VDS 2013-02-06 11:40:46,133 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] START, SetupNetworksVDSCommand(HostName = local_host, HostId = 8a682fca-7032-11e2-8be0-cb1656457e1f, force=false, checkConnectivity=true, conectivityTimeout=120, networks=[ovirtmgmt {id=6990dee0-6a13-4b74-811b-5accbae04194, description=Management Network, subnet=null, gateway=null, type=null, vlan_id=null, stp=false, storage_pool_id=501286c6-46d0-4f6f-a73c-e09e21778b1c, mtu=0, vmNetwork=true, cluster=network_cluster {id={clusterId=null, networkId=null}, status=Operational, is_display=false, required=true}}], bonds=[], interfaces=[eth0 {id=c2ceb17b-0ae1-4409-bfab-c84be5c8030b, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth0, macAddress=[REDACTED], networkName=ovirtmgmt, bondName=null, bootProtocol=None, address=, subnet=, gateway=null, mtu=0, bridged=true, speed=1000, type=2, networkImplementationDetails=null}, eth5 {id=3ee9e4b7-8ab5-458d-abe9-66a5914611bb, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth5, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth2 {id=1d9cb8eb-2cf8-43f3-98c8-a6f675424bdf, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth2, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth1 {id=66c9f391-c9f8-4052-b115-4b65759a7ff9, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth1, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth4 {id=357b5774-149e-4874-bbbe-9c5b5a3cbad9, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth4, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth3 {id=34f3e302-c08b-4b8d-ae4a-e55bb8189542, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth3, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}], removedNetworks=[], removedBonds=[]), log id: 350e18e8 2013-02-06 11:40:46,142 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] FINISH, SetupNetworksVDSCommand, log id: 350e18e8 2013-02-06 11:40:46,712 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [6cf1af54] org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2013-02-06 11:40:46,712 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-2) [6cf1af54] Command SetupNetworksVDS execution failed. Exception: VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2013-02-06 11:40:46,713 ERROR [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] Command org.ovirt.engine.core.bll.SetupNetworksCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2013-02-06 11:40:46,716 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-2) [6cf1af54] No string for UNASSIGNED type. Use default Log Jake Sallee Godfather of Bandwidth Network Engineer University of Mary Hardin-Baylor 900 College St. Belton, Texas 76513 Fone: 254-295-4658 Phax: 254-295-4221

5 6

[Users] my VMs starts with just 15MB of RAM
by Rocky 11 Feb '13

11 Feb '13

Hi, Today after I reinstalled my hypvervisors I just got 15MB of RAM inside my guests. I hade this problem on one of my hypervisors before but if I started the VMs on the other hypervisors and then migrate the VM to the "faulty" hypervisor all was ok. Just because of that behavior I then started to reinstall my hypervisors today. I am using Centos 6.3 with Dreyous 3.1 repo. After the install i enabled and installed the Intel(Fake) CPU-package on all of the hypervisors. Now when Im trying to start a VM I only got 15MB of RAM inside the WM, almost impossible to boot of course. One of the machines is definied to use 2048MB and has 2048MB as "guaranteed memory". I have attached the vdsm.log from the hypervisor that the VM try to start on. Regards //Ricky

3 3

[Users] Some updates show up, and some don´t
by Karli Sjöberg 11 Feb '13

11 Feb '13

--_000_5F9E965F5A80BC468BE5F40576769F0910247E1Aexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCm15IGVuZ2luZSBoYXZlIHRoZXNlIHBhY2thZ2VzIGluc3RhbGxlZCBhZnRlciBhIHl1 bSB1cGRhdGU6DQojIHJwbSAtcWEgfCBncmVwIG92aXJ0LWVuZ2luZSB8IHNvcnQgLW4NCm92aXJ0 LWVuZ2luZS0zLjEuMC0yLmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtYmFja2VuZC0zLjEuMC0y LmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtY2xpLTMuMi4wLjUtMS5mYzE3Lm5vYXJjaA0Kb3Zp cnQtZW5naW5lLWNvbmZpZy0zLjEuMC0yLmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtZGJzY3Jp cHRzLTMuMS4wLTIuZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLTMuMS4wLTIu ZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS1ub3RpZmljYXRpb24tc2VydmljZS0zLjEuMC0yLmZj MTcubm9hcmNoDQpvdmlydC1lbmdpbmUtcmVzdGFwaS0zLjEuMC0yLmZjMTcubm9hcmNoDQpvdmly dC1lbmdpbmUtc2RrLTMuMi4wLjItMS5mYzE3Lm5vYXJjaA0Kb3ZpcnQtZW5naW5lLXNldHVwLTMu MS4wLTQuZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS10b29scy1jb21tb24tMy4xLjAtMi5mYzE3 Lm5vYXJjaA0Kb3ZpcnQtZW5naW5lLXVzZXJwb3J0YWwtMy4xLjAtMi5mYzE3Lm5vYXJjaA0Kb3Zp cnQtZW5naW5lLXdlYmFkbWluLXBvcnRhbC0zLjEuMC0yLmZjMTcubm9hcmNoDQoNCkFuZCB3aGVu IGlzc3VpbmcgY2hlY2sgdXBkYXRlOg0KIyB5dW0gY2hlY2stdXBkYXRlDQouLi4NCm92aXJ0LWVu Z2luZS1kYnNjcmlwdHMubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgb3ZpcnQtc3RhYmxlDQoNCkJ1dCBmcm9tIGFueSBvdGhlciBtYWNoaW5lLCBsaWtlIG15 IGxhcHRvcCBvciBhbnkgb3RoZXIgSG9zdCBhbGwgcGFja2FnZXMgc2hvdyB1cCB3aXRoIHZlcnNp b24gIjMuMS4wLTQuZmMxNyAiLiBMb29rIGF0IHRoaXM6DQoNCnRoZSBlbmdpbmUjIHl1bSBsaXN0 IG92aXJ0LWVuZ2luZSoNCi4uLg0KSW5zdGFsbGVkIHBhY2thZ2VzDQpvdmlydC1lbmdpbmUubm9h cmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg My4xLjAtMi5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBAb3ZpcnQt ZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQubm9hcmNoICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMxNyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS1jbGku bm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAz LjIuMC41LTEuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEB1cGRhdGVz DQpvdmlydC1lbmdpbmUtY29uZmlnLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMy4xLjAtMi5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBAb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy5ub2Fy Y2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMx NyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjEN Cm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAzLjEuMC0yLmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIEBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtbm90aWZpY2F0aW9uLXNl cnZpY2Uubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtMi5mYzE3 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBAb3ZpcnQtZW5naW5lLTMuMQ0K b3ZpcnQtZW5naW5lLXJlc3RhcGkubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS1zZGsubm9hcmNoICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjIuMC4yLTEuZmMx NyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEB1cGRhdGVzDQpvdmlydC1lbmdp bmUtc2V0dXAubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBA b3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLXRvb2xzLWNvbW1vbi5ub2FyY2ggICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMxNyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2lu ZS11c2VycG9ydGFsLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAzLjEuMC0yLmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEBv dmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtd2ViYWRtaW4tcG9ydGFsLm5vYXJjaCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtMi5mYzE3ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBAb3ZpcnQtZW5naW5lLTMuMQ0KQXZhaWxhYmxlIHBh Y2thZ2VzDQpvdmlydC1lbmdpbmUtZGJzY3JpcHRzLm5vYXJjaCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBvdmlydC1zdGFibGUNCm92aXJ0LWVuZ2luZS1pc28tdXBsb2FkZXIu bm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjAuMC4wMDAx LTE1LmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVu Z2luZS1qYXZhZG9jLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAzLjAuMC4wMDAxLTE1LmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHVwZGF0ZXMNCm92aXJ0LWVuZ2luZS1sb2ctY29sbGVjdG9yLm5vYXJjaCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAzLjAuMC4wMDAxLTE1LmZjMTcgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxs aW5vbmUubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjEuMC00LmZjMTcg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LXN0YWJsZQ0KDQphIEhv c3QjIHl1bSBsaXN0IG92aXJ0LWVuZ2luZSoNCi4uLg0KQXZhaWxhYmxlIHBhY2thZ2VzDQpvdmly dC1lbmdpbmUubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQubm9hcmNoICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0 LWVuZ2luZS1jbGkubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAzLjEuMC42LTEuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtY29uZmlnLm5vYXJjaCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQt ZW5naW5lLWRic2NyaXB0cy5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLm5vYXJjaCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjEuMC00LmZjMTcgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1l bmdpbmUtaXNvLXVwbG9hZGVyLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMy4wLjAuMDAwMS0xNS5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgdXBkYXRlcw0Kb3ZpcnQtZW5naW5lLWphdmFkb2Mubm9hcmNoICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMC4wLjAwMDEtMTUuZmMxNyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVuZ2luZS1sb2ctY29sbGVjdG9y Lm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjAuMC4wMDAx LTE1LmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1cGRhdGVzDQpvdmlydC1l bmdpbmUtbm90aWZpY2F0aW9uLXNlcnZpY2Uubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLXJlc3RhcGkubm9hcmNoICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVu Z2luZS1zZGsubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAzLjEuMC40LTEuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtc2V0dXAubm9hcmNoICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5n aW5lLXNldHVwLXBsdWdpbi1hbGxpbm9uZS5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS10b29scy1jb21tb24ubm9hcmNoICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjEuMC00LmZjMTcgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdp bmUtdXNlcnBvcnRhbC5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg b3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLXdlYmFkbWluLXBvcnRhbC5ub2FyY2ggICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LWVuZ2luZS0zLjENCg0KDQpBbmQgSSBj YW7CtHQgc2VlbSBwZXJzdWFkZSBteSBlbmdpbmUgb3RoZXJ3aXNlLiBUaGVyZSBhcmUgbG90cyBv ZiB1cGRhdGVzIGF2YWlsYWJsZSBhbmQgbm93IGVuZ2luZSBkb2VzbsK0dCBydW4gYmVjYXVzZSBv ZiB0aGVzZSB2ZXJzaW9uIGluY29uc2lzdGVuY2llcyEgSSBoYXZlIHRyaWVkICJ5dW0gY2xlYW4g YWxsIiBhbmQgdHJpZWQgdG8gcmVydW4gYnV0IG15IGVuZ2luZSBzdGlsbCBkb2VzbsK0dCB0aGlu ayB0aGVyZSBhcmUgYW55IHVwZGF0ZXMgYXZhaWxhYmxlLiBJIG5vdGljZWQgdGhhdCBteSByZXBv IGZpbGUgc2xpZ2h0bHkgZGlmZmVyZWQgZnJvbSB3aGF0wrRzIGluIHRoZSBvbmUgdGhhdCBnZXRz IGluc3RhbGxlZCBieSB0aGUgcmVwby5ycG0gYXQgb3ZpcnQub3JnIHNvIEkgY2hhbmdlZCBpdCB0 byBleGFjdGx5IG1hdGNoIGl0LCBidXQgdG8gbm8gYXZhaWwuIFdoYXQgY2FuIEkgZG8/DQoNCkJl c3QgUmVnYXJkcw0KS2FybGkgU2rDtmJlcmcNCg== --_000_5F9E965F5A80BC468BE5F40576769F0910247E1Aexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSw8YnI+DQo8YnI+ DQpteSBlbmdpbmUgaGF2ZSB0aGVzZSBwYWNrYWdlcyBpbnN0YWxsZWQgYWZ0ZXIgYSB5dW0gdXBk YXRlOjxicj4NCiMgcnBtIC1xYSB8IGdyZXAgb3ZpcnQtZW5naW5lIHwgc29ydCAtbjxicj4NCm92 aXJ0LWVuZ2luZS0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQt My4xLjAtMi5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1jbGktMy4yLjAuNS0xLmZjMTcu bm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLWNvbmZpZy0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0K b3ZpcnQtZW5naW5lLWRic2NyaXB0cy0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5n aW5lLWdlbmVyaWNhcGktMy4xLjAtMi5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1ub3Rp ZmljYXRpb24tc2VydmljZS0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLXJl c3RhcGktMy4xLjAtMi5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1zZGstMy4yLjAuMi0x LmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLXNldHVwLTMuMS4wLTQuZmMxNy5ub2FyY2g8 YnI+DQpvdmlydC1lbmdpbmUtdG9vbHMtY29tbW9uLTMuMS4wLTIuZmMxNy5ub2FyY2g8YnI+DQpv dmlydC1lbmdpbmUtdXNlcnBvcnRhbC0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5n aW5lLXdlYmFkbWluLXBvcnRhbC0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0KPGJyPg0KQW5kIHdo ZW4gaXNzdWluZyBjaGVjayB1cGRhdGU6PGJyPg0KIyB5dW0gY2hlY2stdXBkYXRlPGJyPg0KLi4u PGJyPg0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LXN0YWJs ZTxicj4NCjxicj4NCkJ1dCBmcm9tIGFueSBvdGhlciBtYWNoaW5lLCBsaWtlIG15IGxhcHRvcCBv ciBhbnkgb3RoZXIgSG9zdCBhbGwgcGFja2FnZXMgc2hvdyB1cCB3aXRoIHZlcnNpb24gJnF1b3Q7 My4xLjAtNC5mYzE3ICZxdW90Oy4gTG9vayBhdCB0aGlzOjxicj4NCjxicj4NCnRoZSBlbmdpbmUj IHl1bSBsaXN0IG92aXJ0LWVuZ2luZSo8YnI+DQouLi48YnI+DQpJbnN0YWxsZWQgcGFja2FnZXM8 YnI+DQpvdmlydC1lbmdpbmUubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDMuMS4wLTIuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1iYWNrZW5kLm5vYXJj aCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC0yLmZjMTcm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQG92aXJ0 LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtY2xpLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjIuMC41 LTEuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAdXBkYXRlcyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPGJyPg0Kb3Zp cnQtZW5naW5lLWNvbmZpZy5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgMy4xLjAtMi5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5l LWRic2NyaXB0cy5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtMi5m YzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEBv dmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWdlbmVyaWNhcGkubm9hcmNoJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTIuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVu Z2luZS1ub3RpZmljYXRpb24tc2VydmljZS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4x LjAtMi5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IEBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLXJlc3RhcGkubm9hcmNoJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTIuZmMxNyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5n aW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1zZGsubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMi4wLjItMS5m YzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEB1cGRhdGVzJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8YnI+DQpvdmlydC1l bmdpbmUtc2V0dXAubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVuZ2lu ZS10b29scy1jb21tb24ubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTIuZmMxNyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMu MTxicj4NCm92aXJ0LWVuZ2luZS11c2VycG9ydGFsLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAzLjEuMC0yLmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgQG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtd2ViYWRtaW4t cG9ydGFsLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAzLjEuMC0yLmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgQG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpBdmFpbGFibGUgcGFja2FnZXM8 YnI+DQpvdmlydC1lbmdpbmUtZGJzY3JpcHRzLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAzLjEuMC00LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgb3ZpcnQtc3RhYmxlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8YnI+ DQpvdmlydC1lbmdpbmUtaXNvLXVwbG9hZGVyLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjAuMC4wMDAx LTE1LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXBkYXRlcyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPGJyPg0Kb3ZpcnQtZW5naW5lLWphdmFkb2Mu bm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMC4wLjAw MDEtMTUuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1cGRhdGVzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8YnI+DQpvdmlydC1lbmdpbmUtbG9nLWNv bGxlY3Rvci5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4wLjAuMDAwMS0xNS5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVw ZGF0ZXMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjxicj4NCm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxsaW5vbmUubm9hcmNoJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBvdmlydC1zdGFibGU8YnI+DQo8YnI+DQphIEhvc3QjIHl1bSBsaXN0 IG92aXJ0LWVuZ2luZSo8YnI+DQouLi48YnI+DQpBdmFpbGFibGUgcGFja2FnZXM8YnI+DQpvdmly dC1lbmdpbmUubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQu ZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQubm9hcmNoJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmly dC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWNsaS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAu Ni0xLmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3Zp cnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1jb25maWcubm9hcmNoJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmlydC1l bmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy5ub2FyY2gmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmly dC1lbmdpbmUtZ2VuZXJpY2FwaS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAt NC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtaXNvLXVwbG9hZGVyLm5v YXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAzLjAuMC4wMDAxLTE1LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg dXBkYXRlcyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PGJyPg0Kb3ZpcnQtZW5naW5lLWphdmFkb2Mubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMC4wLjAwMDEtMTUuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB1cGRhdGVzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 DQo8YnI+DQpvdmlydC1lbmdpbmUtbG9nLWNvbGxlY3Rvci5ub2FyY2gmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4wLjAuMDAw MS0xNS5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVwZGF0ZXMmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxicj4NCm92aXJ0LWVuZ2luZS1ub3RpZmlj YXRpb24tc2VydmljZS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92 aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtcmVzdGFwaS5ub2FyY2gmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVuZ2lu ZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtc2RrLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC40LTEuZmMx NyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmlydC1lbmdp bmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLXNldHVwLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC00LmZjMTcmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3ZpcnQtZW5n aW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxsaW5vbmUubm9hcmNoJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5n aW5lLXRvb2xzLWNvbW1vbi5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVu Z2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtdXNlcnBvcnRhbC5ub2FyY2gmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdp bmUtd2ViYWRtaW4tcG9ydGFsLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC00LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3ZpcnQtZW5naW5lLTMuMTxicj4NCjxi cj4NCjxicj4NCkFuZCBJIGNhbsK0dCBzZWVtIHBlcnN1YWRlIG15IGVuZ2luZSBvdGhlcndpc2Uu IFRoZXJlIGFyZSBsb3RzIG9mIHVwZGF0ZXMgYXZhaWxhYmxlIGFuZCBub3cgZW5naW5lIGRvZXNu wrR0IHJ1biBiZWNhdXNlIG9mIHRoZXNlIHZlcnNpb24gaW5jb25zaXN0ZW5jaWVzISBJIGhhdmUg dHJpZWQgJnF1b3Q7eXVtIGNsZWFuIGFsbCZxdW90OyBhbmQgdHJpZWQgdG8gcmVydW4gYnV0IG15 IGVuZ2luZSBzdGlsbCBkb2VzbsK0dCB0aGluayB0aGVyZSBhcmUgYW55IHVwZGF0ZXMgYXZhaWxh YmxlLg0KIEkgbm90aWNlZCB0aGF0IG15IHJlcG8gZmlsZSBzbGlnaHRseSBkaWZmZXJlZCBmcm9t IHdoYXTCtHMgaW4gdGhlIG9uZSB0aGF0IGdldHMgaW5zdGFsbGVkIGJ5IHRoZSByZXBvLnJwbSBh dCBvdmlydC5vcmcgc28gSSBjaGFuZ2VkIGl0IHRvIGV4YWN0bHkgbWF0Y2ggaXQsIGJ1dCB0byBu byBhdmFpbC4gV2hhdCBjYW4gSSBkbz88YnI+DQo8YnI+DQpCZXN0IFJlZ2FyZHM8YnI+DQpLYXJs aSBTasO2YmVyZw0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_5F9E965F5A80BC468BE5F40576769F0910247E1Aexchange21_--

2 2

[Users] Unable to boot from CD-ROM (was: REST API: Change boot device / attach CD-ROM)
by Frank Wall 10 Feb '13

10 Feb '13

On Thu, Jan 03, 2013 at 01:05:00PM +0100, Frank Wall wrote: > <cdroms> > <cdrom href="/api/vms/VM-ID/cdroms/00000000-0000-0000-0000-000000000000" id="00000000-0000-0000-0000-000000000000"> > <vm href="/api/vms/VM-ID" id="VM-ID"/> > <file id="FreeBSD-8.3-RELEASE-amd64-disc1.iso"/> > </cdrom> > </cdroms> > > ...and the boot device is also changed... > > [...] > <os type="unassigned"> > <boot dev="cdrom"/> > </os> > [...] > > ...but the VM won't boot off the CD-ROM device, instead it just > boots from the first harddisk. So what am I doing wrong? OK, the problem is still NOT solved, but I did some further investigation. First, the problem ONLY affects VMs with a bootable harddisk (and an operating system installed). A newly created VM is NOT affected and is able to boot from CD-ROM. Once I install an operating system, the VM will no longer be able to boot from CD-ROM. No matter what is configured as boot device... There is still only the following workaround to boot from CD-ROM: > The only way I am able to boot from CD-ROM is when using the > "Run once" function on the Admin Portal and configure the CD-ROM > device/image there (temporarely overwriting my config). > > It will NOT work if I configure the CD-ROM device through the REST > API or the Admin Portal. Just "Run Once" will do the right thing. Any idea how to debug this further and get a bugfix/working solution? oVirt is running fine, except this annoying bug makes it somewhat useless for us. Thanks - Frank

2 2

[Users] VM migrations failing
by Dead Horse 10 Feb '13

10 Feb '13

Engine Build --> Commit: 82bdc46dfdb46b000f67f0cd4e51fc39665bf13b VDSM Build: --> Commit: da89a27492cc7d5a84e4bb87652569ca8e0fb20e + patch --> http://gerrit.ovirt.org/#/c/11492/ Engine Side: 2013-01-30 10:56:38,439 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-70) Rerun vm 887d764a-f835-4112-9eda-836a772ea5eb. Called from vds lostisles 2013-01-30 10:56:38,506 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) START, MigrateStatusVDSCommand(HostName = lostisles, HostId = e042b03b-dd4e-414c-be1a-b2c65ac000f5, vmId=887d764a-f835-4112-9eda-836a772ea5eb), log id: 6556e75b 2013-01-30 10:56:38,510 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Failed in MigrateStatusVDS method 2013-01-30 10:56:38,510 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Error code migrateErr and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration 2013-01-30 10:56:38,511 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Command org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=12, mMessage=Fatal error during migration]] VDSM Side: Thread-43670::ERROR::2013-01-30 10:56:37,052::vm::200::vm.Vm::(_recover) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::this function is not supported by the connection driver: virDomainMigrateToURI2 Thread-43670::ERROR::2013-01-30 10:56:37,513::vm::288::vm.Vm::(run) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 273, in run self._startUnderlyingMigration() File "/usr/share/vdsm/libvirtvm.py", line 504, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/libvirtvm.py", line 540, in f ret = attr(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1103, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: this function is not supported by the connection driver: virDomainMigrateToURI2 GuestMonitor-sl63::DEBUG::2013-01-30 10:56:38,235::libvirtvm::307::vm.Vm::(_getDiskLatency) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::Disk vda latency not available - DHC

5 25

[Users] virt-v2v iface parameter is not supported
by Chris Noffsinger 09 Feb '13

09 Feb '13

So I am getting this error on Fed18 virt-v2v trying to convert libvirtxml to Rhev 3.1 NFS Export domain: 'iface' parameter is not supported by the libvirt attach-method at /usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 96. Which is mentioned in this bug: https://bugzilla.redhat.com/show_bug.cgi?id=895898 and this one: https://bugzilla.redhat.com/show_bug.cgi?id=892272 Is there a work-around way for me to manipulate my xml to get it to convert? Or am I not hitting a bug at all and just have the wrong hardware specified somewhere? <domain type='kvm'> <name>XP</name> <uuid>46683b8c-6638-9eed-b1a4-7b72c2080c9f</uuid> <memory unit='KiB'>2097152</memory> <currentMemory unit='KiB'>2097152</currentMemory> <vcpu placement='static'>1</vcpu> <os> <type arch='i686' machine='pc-1.2'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <pae/> </features> <clock offset='localtime'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw'/> <source file='/500gig/xp.raw'/> <target dev='hda' bus='ide'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='usb' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='spicevmc'> <target type='virtio' name='com.redhat.spice.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'/> <input type='mouse' bus='ps2'/> <graphics type='spice' autoport='yes'/> <sound model='ich6'> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </sound> <video> <model type='qxl' vram='65536' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </memballoon> </devices> </domain> -- Chris Noffsinger

2 1

[Users] Problem with Win 7 VM creation
by Juan Jose 08 Feb '13

08 Feb '13

Hello everybody and Antoni, I have changed my NFS server to my engine machine and finally I have had to create a Fedora 17 VM machine in my oVirt system and now I'm trying to create a Win 7 VM machine and when I want to Run once my machine, in Boot options I don't have the "virtio-win" driver to attach to floppy VM and when machine try to install system in virtual hard disk it ask for a driver for the disk. How can I install this driver and to be attached to my VM floppy? Many thanks in avanced, Juanjo.

3 4

[Users] snapshot taken while live VM operates cause unresponsive hypervisor behavior
by Alexandru Vladulescu 08 Feb '13

08 Feb '13

This is a multi-part message in MIME format. --------------080000040408020604050403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Using 3.1.0-3.19 from dreyou's repo on Centos 6.3 version, running multiple VM on the hypervisor node and attempting to take a snapshot from one of the running VMs generates errors for VDSM daemon as show below: / //[root@hyper02 ~]# vdsClient -s 0 list// //Traceback (most recent call last):// // File "/usr/share/vdsm/vdsClient.py", line 2275, in <module>// // code, message = commands[command][0](commandArgs)// // File "/usr/share/vdsm/vdsClient.py", line 280, in do_list// // response = self.s.list(True, vms)// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__// // return self.__send(self.__name, args)// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request// // verbose=self.__verbose// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request// // return self._parse_response(h.getfile(), sock)// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1392, in _parse_response// // return u.close()// // File "/usr/lib64/python2.6/xmlrpclib.py", line 838, in close// // raise Fault(**self._stack[0])// //Fault: <Fault 1: "<type 'exceptions.TypeError'>:cannot marshal None unless allow_none is enabled">/ Paste from ovirt admin GUI log: /2013-Feb-07, 15:29:59 VM ipa01 is down. Exit message: User shut down// //2013-Feb-07, 15:29:34 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02).// //2013-Feb-07, 15:29:32 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin(a)internal.).// //2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02).// //2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). Trying to migrate to another Host.// //2013-Feb-07, 15:29:08 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin(a)internal.).// //2013-Feb-07, 15:24:58 Detected new Host Hyper02. Host state was set to Up.// //2013-Feb-07, 15:24:53 Host Hyper02 is initializing. Message: Recovering from crash or Initializing// //2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02).// //2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02).// //2013-Feb-07, 15:20:43 Snapshot [initial installation][after ipa server installation] creation for VM ipa01 has been completed.// //2013-Feb-07, 15:20:43 VM ipa01 has paused due to unknown storage error./ Looking through htop command could see that VM were still running and responsive but any vdsclient command failed with the upper code paste I have given. Solution here was to connect to each VM, shut it down and restart vdsmd and power it up again. There's no problem with the storage size as it has aprox 800GB free of space and running through NFS. All nfs mount points were running okay at that time. After the VM has been snapshoot-ed went into pause mode and had to un-pause it from GUI, but the VM was still responsive through network and operations. Has anybody seen something related to this by now or it's just related to 3.1 version ? Mentioning the fact that I did a research on the similar mailing list topics and could not find something related to this error. I would happily provide logs if needed. Regards, Alex --------------080000040408020604050403 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, Using 3.1.0-3.19 from dreyou's repo on Centos 6.3 version, running multiple VM on the hypervisor node and attempting to take a snapshot from one of the running VMs generates errors for VDSM daemon as show below: [root@hyper02 ~]# vdsClient -s 0 list Traceback (most recent call last):   File "/usr/share/vdsm/vdsClient.py", line 2275, in <module>     code, message = commands[command][0](commandArgs)   File "/usr/share/vdsm/vdsClient.py", line 280, in do_list     response = self.s.list(True, vms)   File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__     return self.__send(self.__name, args)   File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request     verbose=self.__verbose   File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request     return self._parse_response(h.getfile(), sock)   File "/usr/lib64/python2.6/xmlrpclib.py", line 1392, in _parse_response     return u.close()   File "/usr/lib64/python2.6/xmlrpclib.py", line 838, in close     raise Fault(**self._stack[0]) Fault: <Fault 1: "<type 'exceptions.TypeError'>:cannot marshal None unless allow_none is enabled"> Paste from ovirt admin GUI log:     2013-Feb-07, 15:29:59 VM ipa01 is down. Exit message: User shut down 2013-Feb-07, 15:29:34 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). 2013-Feb-07, 15:29:32 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin@internal.). 2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). 2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). Trying to migrate to another Host. 2013-Feb-07, 15:29:08 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin@internal.). 2013-Feb-07, 15:24:58 Detected new Host Hyper02. Host state was set to Up. 2013-Feb-07, 15:24:53 Host Hyper02 is initializing. Message: Recovering from crash or Initializing 2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02). 2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02). 2013-Feb-07, 15:20:43 Snapshot [initial installation][after ipa server installation] creation for VM ipa01 has been completed. 2013-Feb-07, 15:20:43 VM ipa01 has paused due to unknown storage error. Looking through htop command could see that VM were still running and responsive but any vdsclient command failed with the upper code paste I have given. Solution here was to connect to each VM, shut it down and restart vdsmd and power it up again. There's no problem with the storage size as it has aprox 800GB free of space and running through NFS. All nfs mount points were running okay at that time. After the VM has been snapshoot-ed went into pause mode and had to un-pause it from GUI, but the VM was still responsive through network and operations. Has anybody seen something related to this by now or it's just related to 3.1 version ? Mentioning the fact that I did a research on the similar mailing list topics and could not find something related to this error. I would happily provide logs if needed. Regards, Alex </body> </html> --------------080000040408020604050403--

4 4

[Users] ovirt-guest-agent: Package for Fedora has been accepted
by Vinzenz Feenstra 08 Feb '13

08 Feb '13

This is a multi-part message in MIME format. --------------010906010109020201080805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I am glad that I can announce that the ovirt guest agent has been also accepted as a package for Fedora. I have submitted the first packages for the updates-testing repository and if nothing goes wrong the packages will be available within a few days :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17 https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc18 <https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17> I am the maintainer of the fedora package, if you run into any issues please let me know so that we can take care of handling them. -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --------------010906010109020201080805 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, I am glad that I can announce that the ovirt guest agent has been also accepted as a package for Fedora. I have submitted the first packages for the updates-testing repository and if nothing goes wrong the packages will be available within a few days :-) <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17</a> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc18</a> I am the maintainer of the fedora package, if you run into any issues please let me know so that we can take care of handling them. <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> </body> </html> --------------010906010109020201080805--

1 0