March 2014 - Users - oVirt List Archives

[Users] VNIC Profiles / QoS in 3.3.3
by Sven Kieske 23 Mar '14

23 Mar '14

Hi, just got a quick question, because I can't test it myself atm: Is the definition of vnic profiles with QoS values possible via REST in 3.3.3 ? And even more important, can these defined profiles get attached to logical networks via REST in 3.3.3 ? The wiki page is not really clear about the status of the implementation: http://www.ovirt.org/Features/Vnic_Profiles Thanks in advance! -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

3 6

[Users] cpu pinning
by Wolfgang Bucher 23 Mar '14

23 Mar '14

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_ipRa-52cOsJVuexeiEuT-eAcOXm+v7JvWt81mGBmrTiYujo- Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello, how can I test if cpu-pinning is working. Greetings Wolfgang --=_ipRa-52cOsJVuexeiEuT-eAcOXm+v7JvWt81mGBmrTiYujo- Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.7-42779">=0A <meta http-equiv=3D"Content-= Type" content=3D"text/html; charset=3Dutf-8">=0A <title>cpu pinning</tit= le>=0A</head>=0A<body>=0A<font face=3D"tahoma" size=3D"2">Hello,</font><d= iv><font face=3D"tahoma" size=3D"2"><br></font></div><div><font face=3D"t= ahoma" size=3D"2">how can I test if cpu-pinning is working.</font></div><= div><font face=3D"tahoma" size=3D"2"><br></font></div><div><font face=3D"= tahoma" size=3D"2">Greetings</font></div><div><font face=3D"tahoma" size=3D= "2">Wolfgang</font></div>=0A</body>=0A</html> --=_ipRa-52cOsJVuexeiEuT-eAcOXm+v7JvWt81mGBmrTiYujo---

2 1

Re: [Users] adding scripts
by Aditya Mamidwar 22 Mar '14

22 Mar '14

--_D8651FB6-46F9-4DF8-98DD-D992EE03B3E3_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Hey thanks on the previous issue. Also is there a way i can access WebAdmin.Html to add custom buttons and ma= ke few tweaks for personal use? I just cant find that file after using git. Aditya Mamidwar -----Original Message----- From: "Einav Cohen" <ecohen(a)redhat.com> Sent: =E2=80=8E14-=E2=80=8E03-=E2=80=8E2014 01:21 To: "aditya mamidwar" <aditya.mamidwar(a)gmail.com>; "Vojtech Szocs" <vszocs@= redhat.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org>; "engine-devel(a)ovirt.org" <engine-d= evel(a)ovirt.org> Subject: Re: [Users] adding scripts if you are trying to hook into UI-specific events, it sounds=20 like you will need to write an oVirt UI Plugin [1] in order to=20 do that. However, I believe that the oVirt UI Plugins=20 infrastructure doesn't support hooking to events such as "tab=20 x was selected" and/or "button b was clicked".=20 It does allow you to add new (custom) tabs/sub-tabs/buttons of=20 your own, and there is a chance that it allows you to hook=20 into events such as 'row x was selected in the grid'.=20 @Vojtech will know better. Vojtech? if you are trying to hook into engine events (e.g. you want to=20 run a script every time a VM is started in oVirt, no matter if=20 the user started it by clicking the 'run' button in the oVirt- engine webadmin, or invoked a REST API request, or an SDK=20 command), then it will require some sort of an "engine-plugin"=20 infrastructure that we don't have at the moment AFAIK.=20 there is a chance that for some of the events you will be able=20 to utilize the VDSM hooks (at the Host level) [2]. ---- Thanks, Einav [1] http://www.ovirt.org/Features/UIPlugins [2] http://www.ovirt.org/VDSM-Hooks ----- Original Message ----- > From: "aditya mamidwar" <aditya.mamidwar(a)gmail.com> > To: users(a)ovirt.org, engine-devel(a)ovirt.org > Sent: Thursday, March 13, 2014 11:23:35 AM > Subject: [Users] adding scripts >=20 >=20 > I want to commit changes to the engine by adding some bash scripts. > the scripts should be invoked once a button or tab is selected in the > webadmin portal by the user. >=20 > can someone guide on achieving this. >=20 > -- > -Aditya Mamidwar >=20 > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 --_D8651FB6-46F9-4DF8-98DD-D992EE03B3E3_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8" <HTML><HEAD> <META content=3D"text/html; charset=3Dutf-8" http-equiv=3DContent-Type></HE= AD> <BODY> <DIV> <DIV style=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif">Hey thanks = on the previous issue.<BR>Also is there a way i can access WebAdmin.Html to= add custom buttons and make few tweaks for personal use?<BR>I just cant fi= nd that file after using git.<BR><BR>Aditya Mamidwar</DIV></DIV> <DIV dir=3Dltr> <HR> <SPAN style=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif; FONT-WEIGH= T: bold">From: </SPAN><SPAN style=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,= sans-serif"><A href=3D"mailto:ecohen@redhat.com">Einav Cohen</A></SPAN><BR>= <SPAN style=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif; FONT-WEIGH= T: bold">Sent: </SPAN><SPAN style=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,= sans-serif">=E2=80=8E14-=E2=80=8E03-=E2=80=8E2014 01:21</SPAN><BR><SPAN sty= le=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif; FONT-WEIGHT: bold">= To: </SPAN><SPAN style=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif"= ><A href=3D"mailto:aditya.mamidwar@gmail.com">aditya mamidwar</A>; <A href= =3D"mailto:vszocs@redhat.com">Vojtech Szocs</A></SPAN><BR><SPAN style=3D"FO= NT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif; FONT-WEIGHT: bold">Cc: </SP= AN><SPAN style=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif"><A href= =3D"mailto:users@ovirt.org">users(a)ovirt.org</A>; <A href=3D"mailto:engine-d= evel(a)ovirt.org">engine-devel(a)ovirt.org</A></SPAN><BR><SPAN style=3D"FONT-SI= ZE: 11pt; FONT-FAMILY: Calibri,sans-serif; FONT-WEIGHT: bold">Subject: </SP= AN><SPAN style=3D"FONT-SIZE: 11pt; FONT-FAMILY: Calibri,sans-serif">Re: [Us= ers] adding scripts</SPAN><BR><BR></DIV>if you are trying to hook into UI-s= pecific events, it sounds <BR>like you will need to write an oVirt UI Plugi= n [1] in order to <BR>do that. However, I believe that the oVirt UI Plugins= <BR>infrastructure doesn't support hooking to events such as "tab <BR>x wa= s selected" and/or "button b was clicked". <BR>It does allow you to add new= (custom) tabs/sub-tabs/buttons of <BR>your own, and there is a chance that= it allows you to hook <BR>into events such as 'row x was selected in the g= rid'. <BR><BR>@Vojtech will know better. Vojtech?<BR><BR>if you are trying = to hook into engine events (e.g. you want to <BR>run a script every time a = VM is started in oVirt, no matter if <BR>the user started it by clicking th= e 'run' button in the oVirt-<BR>engine webadmin, or invoked a REST API requ= est, or an SDK <BR>command), then it will require some sort of an "engine-p= lugin" <BR>infrastructure that we don't have at the moment AFAIK. <BR>there= is a chance that for some of the events you will be able <BR>to utilize th= e VDSM hooks (at the Host level) [2].<BR><BR>----<BR>Thanks,<BR>Einav<BR><B= R>[1] http://www.ovirt.org/Features/UIPlugins<BR><BR>[2] http://www.ovirt.o= rg/VDSM-Hooks<BR><BR><BR>----- Original Message -----<BR>> From: "aditya= mamidwar" <aditya.mamidwar(a)gmail.com><BR>> To: users(a)ovirt.org, e= ngine-devel(a)ovirt.org<BR>> Sent: Thursday, March 13, 2014 11:23:35 AM<BR= >> Subject: [Users] adding scripts<BR>> <BR>> <BR>> I want to c= ommit changes to the engine by adding some bash scripts.<BR>> the script= s should be invoked once a button or tab is selected in the<BR>> webadmi= n portal by the user.<BR>> <BR>> can someone guide on achieving this.= <BR>> <BR>> --<BR>> -Aditya Mamidwar<BR>> <BR>> ____________= ___________________________________<BR>> Users mailing list<BR>> User= s(a)ovirt.org<BR>> http://lists.ovirt.org/mailman/listinfo/users<BR>> <= BR></BODY></HTML>= --_D8651FB6-46F9-4DF8-98DD-D992EE03B3E3_--

8 12

[Users] RIDICULOUS!!!! NetApp pulls back FREE Downloadable VSC Plugin from Community !!!
by Matt . 22 Mar '14

22 Mar '14

Hi All, In the past we have tested the NetApp VSC plugin that was available for beta testing on the forum of NetApp which seems to be vanished. While doing some tests on an Ovirt installation I saw that the certificate of the VSC module was incorrect and I invested this further and came to this place again: http://captainkvm.com/2014/02/vsc-for-rhev-is-ga-today/ So I did what was asked for, created an account and tried to download this free software, which was also mentioned here: http://lists.ovirt.org/pipermail/users/2013-June/015021.html And no free download possible, it's just a NetApp Point of Sales Hoax it seems as I asked on the CaptainKVM blog (which is actually a sales person from NetApp or so following his email in the maillinglist but writes as a representative of Redhat it seems. So I asked on the blog of CaptainKVM: "Hi, Is it possible that I cannot download it as it's activated following my account ?" And the repsone came: " Hello Yamakasi, I am very happy to see that you've commented on my blog. I was forwarded the email where you expressed your frustration with NetApp over "pulling" the free VSC plugin. We have not pulled the plugin. It is still available and it is still free for customers. The communities site that we used to offer the beta program for testing happened to be the most convenient place to host the beta. The GA release is available at support.netapp.com with all of the other fully supported software from NetApp, including both free and paid software. If you have 1 supported system associated with your login and 20 unsupported systems, there is nothing stopping you from downloading the plugin and using it with any of your systems, even the unsupported ones. The reason we had to be so strict about the officially supported versions of ONTAP is the QA resources it takes to do it properly. We take QA very seriously at NetApp. Each minor release (8.1.1, 8.2.0, etc) requires it's own test. We simply don't have the resources to go back and test 7.3.1 and such. It may work with the older releases, it might not. Again, if you have a supported NetApp system associated with your login, you can download the VSC for RHEV software. thanks again for reaching out, and I hope this helped. If you need further clarification, reply to me here and I will reach out to you via email. Captain KVM " Now this is strange as I wrote this email to the lists and some people got it forwared but it never arrived at the list, so I just make this write up a little buit more detailed as you can read. My response to Captain KVM's response is the following that is still under moderation it seems: "Hi Jon, Thank you for your reply, I'm not satisfied with this. As people, as I do, test oVirt against system using Ontap Simulator a customer can give you the Simulator but cannot give you SN/s where you can register with or the needed information to get a customer account. The same for evaluation. You as tester don't own the system and the Simulator is just a test devide that cannot make any damage so is great for testing. What you say about QA is really out of range in this issue. oVirt is upstream to RHEV and you want to tackle things there first, RHEV-M is just finetuning where RedHat can add support on their small changes so they can support it. So if you want to have a POS as NetApp this software should be free for download so people can actually test upfront. Waht you say "If you have 1 supported system associated with your login and 20 unsupported systems" is 100% against the policy of NetApp so it's just a vague reason not to release it to the public where you actually say to your customers... hey protect our property by doing something we say that's illegal on a Discommesed system. If you want to have a decent tested system, let oVirt users test it. At the other side, they already helped you guys out on the forum and with emails, irc, so on to get this small piece of software right... they also dind't charge you for that. It's bad in the name for NetApp so I hope you guys het it right again! Cheers, Matt" The original email to the mailinglist: On older systems it's quite nice to test this out, you don't need a support contract on systems you cannot upgrade over OnTap 7.x as it's not that supported anymore. What I have seen is that people got the experience that the VSC Certificate that was generated for VSC4RHEVbeta2 has ended on 22-02-14 16:00 and their release of the stable version was on 27-02-14 http://captainkvm.com/2014/02/vsc-for-rhev-is-ga-today/ How come ?? It's nice of NetApp that they actually use people to test their software, also on Ovirt, to the public and pull it back when they have it stable and say "thank you", it's really ridiculous and rude! People who have older NetApp without support contracts because it's not worth it, as NetApp forces you to upgrade to system with at least OnTap 8.x, have an issue on this. Even people that use Evaluation software on OnTap and do release checks on oVirt, the upstream to RHEV-M cannot download it anymore. I think this is a direct message from NetApp to say, MOVE to GlusterFS and leave us... I think people will more and more with such kind of rude behaviours! It's time to put more testing into GlusterFS and don't help NetApp out with their pre-sales! I say Hooray GlusterFS, spread out the word! Regards, Matt So it seems that the oVirt community is used by other companies. The oVirt community puts lots of effort in bugtracing and have the guts to run large systems on softtware that RedHat sales in the end after upstreaming to RHEV (thanks RedHat for this nice and piece of software and the devs in the IRC channel and mailing lists!) It's not done in my opinion that NetApp takes advantage of this. oVirt users are the first ones that want to try it out and we finally get this situation. Call it frustration if you want, I would call it bad faith. Bummer.

1 0

[Users] vlan
by Maurice James 22 Mar '14

22 Mar '14

--_30f68329-827d-4947-8c1e-8726a8b85442_ Content-Type: multipart/alternative; boundary="_7b0af340-0581-44af-a1cd-f41135af27b9_" --_7b0af340-0581-44af-a1cd-f41135af27b9_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =0A= =0A= =0A= I have a scenario that I need a little help with I have a cluster of 4 servers each with 2 nics em1 (ovirtmgmt) 172.16.10.1 Gateway 172.16.0.1 The 2 entries below are on the same nicem2 (migration) 192.168.0.2 Gatew= ay 192.168.0.1em2 (Blue) (VLAN 2) 172.17.0.2 Gateway 172.17.0.1 =20 Shouldnt vm assigned to the "Blue" network be able to communicate to my fir= ewall which has the interface tagged as vlan 2 and an IP address of 172.17.= 0.1? =0A= = --_7b0af340-0581-44af-a1cd-f41135af27b9_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> </head> <body class=3D'hmmessage'><div dir=3D'ltr'>=0A= =0A= <style></style>=0A= <div dir=3D"ltr">I have a scenario that I need a little help with<div><br><= /div><div>I have a cluster of 4 servers each with 2 nics</div><div><br></di= v><div>em1 (ovirtmgmt) 172.16.10.1 &nbsp=3B Gateway 172.16.0.1</div><div><b= r></div><div>The 2 entries below are on the same nic</div><div>em2 (migrati= on) 192.168.0.2 &nbsp=3B &nbsp=3BGateway 192.168.0.1</div><div>em2 (Blue) (= VLAN 2) 172.17.0.2 Gateway 172.17.0.1</div><div><div style=3D"display: inli= ne-block" id=3D"inlineImage0"><span contenteditable=3D"tru= e">&nbsp=3B</span><div style=3D"display: inline-block" contenteditable=3D"f= alse" class=3D"inlineImage" initheight=3D"427" initwidth=3D"698"><img src= =3D"cid:inlineImage0" height=3D"427" width=3D"698"></div><span contentedita= ble=3D"true">&nbsp=3B</span></div><br></div><div><div style=3D"= display: inline-block"><span contenteditable=3D"true">Shouldnt vm assigned = to the "Blue" network be able to communicate to my firewall which has the i= nterface tagged as vlan 2 and an IP address of 172.17.0.1?</span></div></di= v><div><div style=3D"display: inline-block"><span contenteditable=3D"true">= <br></span></div></div><div><div style=3D"display: inline-block"><span cont= enteditable=3D"true"><br></span></div></div></div>=0A= </div></body> </html>= --_7b0af340-0581-44af-a1cd-f41135af27b9_-- --_30f68329-827d-4947-8c1e-8726a8b85442_ Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: <inlineImage0> Content-Disposition: inline; filename="nic.PNG" iVBORw0KGgoAAAANSUhEUgAAAwwAAAHdCAYAAACwgv7YAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAERoSURBVHhe7d1/tCxlfef7/df8M3/Nyr1rcpca FRAUI+Dl4EzUcSIwKksdHYQQM3OWgYMgZukgMXEcTMwajckxOSY6KxGMP+Jo4tz4Iyc/DpEQrxm9 mHF0CApGOYCggIff+CsYjfrcruqq7qeqnuqu3t3Vp3rv13uv9+ndVU899VR1V/X309W9z9Z5550X SJIkSTKlwECSJEmyVYGBJEmSZKsCA0mSJMlWOwSGK8J1IeLIofDaZLvZXjHq5Lor0vNWZznW68IV lemvDYeOpKYv7+ztmu67apvtj2c9+7Fu234lSZLkTndOYKiFhZLrrki0bTcrcseLpeevzvUGhvnb Fe2/StDa3njWtx/rCgwkSZK71dmB4bWHQl7XTorddOH42nH1O2Fa0JaFcUQeNlIFc9H3ZF1Rm7JS zplVtC4WGOrjPnLotdEyI8vtn1Au37Zd0bK5UWAYMe2/23hm78dDjT7K5afrqe/TedtcrudIuO66 st2RcOi19f06Hc9kjK37iiRJkptst8CQlX8t72pXavmIcSHaVlinCua2wJCg8m59bPfA0DbuaeFf LfYn5Otu2654nXEf140K8PFtteCeP55Z+7Es/svHZtJHOZZiQhkK5m9zYj359lb3a329s/dV2YYk SZKb6JyPJCUKyKjIbV6BiJdpFsPNd8yjvsqic9LXdN2Nd8xHpANMS+E6oVjfJAhl757Xly2mJbet anO76pZ9jtZb9FcNALXxLLofK32O13VdnkzGy4wL+9r2lPfzPmvbHO3z0UqKNnG7+nYU85PjJ0mS 5E6ww5eeU+9MF0Vs61vWGdPCdLnAELdJfewmtixs26iNu3ZVoPrOeaqv6lia21U3KrRH98fts/1S 27Zt78ei/2w78qJ91PaK4na0zLj9Ittcjmu6zsp6sp7HzWvbPH9fkSRJcjPtFBgmTt6lLgrGbRe6 fQeGerHaUqDPLJ5HRts7ZdZ21a2Pp7hf//7BtvdjFAryX7L+xuu47opyXcU2TheeLJu5WGCIKbep cM6+IkmS5GY6MzCUxWRcZFaK1o4fRWkWumVhOp02WVcjMGSTynAwLVzjonlqOb9WzNYDw6S4jQva ctn2Ire+Hc3tqtscz2Q7c2rjWXg/jswnFl9SLpbPJh257rq8z0nbTts8LzCMx1tuQzq0jZ2/b0iS JLkJdv7Sc5VpAVwWhg2i4rfSpggf85ebBoYGrYV1x8AwsnX9ZThadNtr79yPTY0n3q7l9+N0HdMC fhpKqvth7jZ3DAyN+x32FUmSJDfT+R9JahSDzXfgG4VovaCP+5jMmxa6GZOP0DQCw6jojFfQGhYy 64VtaTMwZFbf7c+6rr1jPm/bk9sV2zKeyfZUp29vP04DyOTd/LKjxJhmb3PXwDCyWMdk+Q7PE5Ik SW6ei32HYa2mi3ySJEmS61NgIEmSJNmqwECSJEmy1QEHBpIkSZJHW4GBJEmSZKsCA0mSJMlWBQaS JEmSrQoMJEmSJFvdyv4OEQAAAACkEBgAAAAAtLJ13ZduCyRJkiSZcuvhhx8OJEmSJJlSYCBJkiTZ qsBAkiRJslWBgSRJkmSrAgNJkiTJVgUGkiRJkq0KDCRJkiRbFRhIkiRJtiowkCRJkmxVYCBJkiTZ qsBAkiRJstUVB4brwwff8ivhV36lxbd8MFyfXG4Xe80717xvrgnvzB+Pt4QPXp+aT5IkSU7tLTC8 5YPXJ6cfrdBwzTvH63/nNen5R02BgSRJkgN2TYEhsyxUU/P6drpugUFgIEmSZHfXGBim7/KPi+Oi 7TvfOSnmy4J+0q7iO8M1k76iKxa5bwlvaV1vve3Id16Tz7v+g2+pTh/ZHmbS483HVRb9pXHxf/0H w1vieYWT9dQDQ6V9sc2pPoptaDO1beNlpuGpbrztyeWjkJE/RqMxf7D+WFWCT21dbxk9TsXv0+CW GM+sPnKFHZIkyXW51sAwLUKzQjgu5KdhoBoqqn2WRfKkTVk0RwV7uuCfFp1loToZS2I96T7i8Y4L 1kpRXSvG8z6iQn9SIE/GWhS9lcAQFcfltk36mO6jyXrLNjWb2xb3Gweeos/amKqP07jP+uMSh7rx ttW2PbE/4/1VXSYKAJX9MauP6dhIkiTZn4MIDKm2sZUCeFJAx+8yz+trWszWi9tJIZ85KZxTxeh0 Hc2gMh1LI8w0rK17UiBP332Ply37q2xXch+UTsdZ2baJ9cK+Oi29zMjavqkHiKxNZduT+7K6nsnj WtlXcZvUWEmSJLlOhxsYJgVnZFacJgvRlsJ6Yq0gbiu4Oxbik3UkxpIODFHYiKwEhonxdqWXi20W +POK/9T8lmUm+yN2PL7UdsbTKiGv7C/anmw9k/YtZvt5+pyZTpuMjyRJkr179L/DUGtbLRDHhXul +NyowDBdb2paPpZGYCjbtaxzri3F/8z5s8dUndZDYIj6SDtdbuLcZUiSJLkK1xgYpkXpeF6qbb3N eNlK8Zks6ucV1vUiOVU0j2wJI2MT65gTGKbhJ+6vpTivbNt0Hd2L6tLpOCvbNjG17fG06fKVdS4Y GNL7srrudKiY46Tftu0jSZLkKl1TYJgWitPiMNU2UaxGBWK5bKNYjdqkA0NzXc1itW3s7X2kiuJ0 0VyGm2j7RjYCw2j5acgolkls27RNumietW3xl57TgSHahnL5ykeTOgaGWft8ZL7uuN/UYzkaazl/ MtbGPiVJkmSf9hYYkkbFZbIAz43CRe6oQI2KyLJwnBSnubP+rOrYuFidFMJRv6VtyyfHO1m+JTCM 7lfWmy97zXQfZeMo+0gV92VRXCnYa/OK9datrzc3H1M1HIzb16fVH8fRuq6pXv2YHxgS/XT9s6rx /G1sO0mSJFfnigPD0bItfHBYpsIKSZIkh+wGBoZp0dl8p987z4MxujJQhoPpVY/4ew0kSZIcspt5 hcHHVDbDxEe+hAWSJMnNcod8JIkkSZJkHwoMJEmSJFsVGEiSJEm2KjCQJEmSbFVgIEmSJNnq1rXX XhtIkiRJMuVWAAAAAIAWBAYAAAAArQgMAAAAAFoRGAAAAAC0IjAAAAAAaEVgAAAAANCKwAAAAACg FYEBAAAAQCsCAwAAAIBWBAYAAAAArQgMAAAAPXLdl26bKTB0BAYAAIAeSYWEWGDoCAwAAAA9kgoJ scDQERgAAAB6JBUSYoGhIzAAAAD0SCokxAJDR2BYCzeG/Sdvhb0Hi7szORj2bu0d/bs9Du7dCltb mdvvA8AQyM4Fo2P55P2jM8iS3Lg/nLzmc8KN+08OW8mT3iLnw0XI9tfJYf8SO6t9zOPH4uRG5wts S/YYrOKxbKWv/YpVkAoJsTuN1mPp4N7VnNO2QVYfNY/hPplxTuppP7Sfw7rSPmaBYS0s+KKy7Rd2 LxjAjiF7Qdm7f2OP6fUHhuWZFxiyN2OqsxfYlt4LJef/IZMKCbE7jSEGhvWz/sCwPALDUaZ2Io8K gfHVgPLBmb4oTadlzctpI6MnWHZAnrx/f7TM1HGKHq83nl45frNxTObFT5DactWFquvz6gT0wPgY zI7j5gtv7fiMX3Qqx3R0vNfeiIjPKeNzSDGveBd8fzS/eohXj//qu3XxvL1h/xKBoe2cl9E69nz9 0Xms7fyW74tpH/HV2NmB4eSwd+9oftQ+tS3JsVfWOVo+H1vUTz6/eQ7O+s3HFC9btMi3L3od2Xuw OpbJcvkE5+2jTSokxO40Wo+l7HkbHxczzjfV537tedt2riuOncm86PyRHZuTc1btmMzOV+W8bL3V 2io+5uvjap837iM+riPi/ZCidp6q7Mo5Y5/up9q+iDqpnKdGTs/ltfNohMCwFmovKsUTvbyfP8CV F5bpE7Ayr3Z//MSMn6zV9eRPiOgJ0lxP/cV1fL++3PT+uP/pE6t+H8BKiM8DtWO19fisH9Px/ai/ +jklX76yruiYzs8L5Tlm1vFfm1f0E49zyrhtctaI+vblY4jPeW1jH/07eaGr74vJ+W1cOE+7r447 7z85sGnf1fFVt6U+vsr9aDuSy8X7PRv/qO3BWn/59HJ7o3P2mGmf4/66PG5YF6mQELvTaD2W4uNg 1vkm/j0jPqbrx3d0v37+iO9nv4/XVTsP1MYxPn6m/Vf6rI9rxpjz5SrHaETWNj62Y+rbFx3bowXn jz3a3um+GPeR3c/bxOuujDs6j9YQGNZC/GCPqD9Rsge8cgCVD1xtuZzpg9k8IFPtI6L1ZMumXzAS T5ZoTOMDYHpAAFg91RN99X79xWzK+IWkek4omBzDbeeU4piunH8yZs0bUZ7LEvPq2zBl1nkqcf6Z TJsz9mjZ9vNbk7ht85xaEo8r+70cRzymtvEVy9XO+/G6Du4dtdk/nT8e08FEf9E6GgXHeN7JJ2fP j8RjUX/ssFZSISF2p9F6LMXP21nnmwbZ87t6DKb6z9fbOIeMyY6D/FhvHDvj5VrPA1n74v6kjwnT Y7IxL9++9FhSYyhJ7bvJtM5jn7Uv68Rto3NWDYFhLdReSOoPeHzQVA6g4qBoOH4wm0+q2noy8v7i Zcd9N5/0BY321eUyxi8+zekAVkCHYzA/9ifT45N77ZxRngwm55X4RbckerGonH8yoheP7LwV912a ncsayxVjrJyMShLnqQnRWCaU7eeMPf99PL/1/FZQ3X8ji8G0jznaD/ndbF9k9+NtydpEfU6M9l/y vF9uQ3mb9Vne1rc32rZG4TAeSzYt+4hHffudt48uqZAQu9NoPZbi5+2s801O8ZyOjqdpl7XjLVpX 2/mxcuzUxpYtUx4zjbFPxtwcT2nWvHneqW9PROP4nRKPZULZvuvYE+fkKrX9Nxln+5gFhrUwfpJN HuP6EyV+YCsPcvoFo6TxpK6tJ3+BaFlPc9mS7Mky60lWJV9Hsh8A2yE/NhsvJONju/EiMiLdPmP8 gpAfnpNjv3YuyomO+caLTPTikc1LrmdEY7liXMlzQ2oMJakXq3LanLFHy84+v1X3Y9x29nLVcY3P r3vD3smYsvHVxx7RKBCK7dk/2nfFOrM+9+4tC4LU9kbT2vrLF80ej/axOG+vn1RIiN1xJArbnHj6 rPNN1q7yHE4dDyXj4zo1Lz4/Zs/7/NhvHDvjdo2iuyRqnx+jyTFE/U9onjcmJMZQkjoPTaZ1Hnv7 uvM2bft9xnICw1qoPdHrD3h80NQOoPyBjdtmyxYP5vSJURKvp3lw5S8SlfVET4rofv3FZPrkGvcZ HxDNAwTA9ml/4Rsf+6MCNXV8Zvfrx3TeV3E/Oq/UzynN88L0/FPpo+X4L/uqngvG21E9P5U0z00x 9fNPvt3FOmaOPR5r2/ntYGr7putrnlNL4v1QMt6O8t3FfEptfPnYy+Xq5/0RefvR8pUX+1n9xY9P o7/qfp3uR+ftIZAKCbE7j/GxVT2catNmnG8ax2J+LBXL1o/vaLn6+SPuZ/q8T42jdhzW110ea/k4 ojEXy07HNZ03Pp7r542CxPlgQmP74mO7+9jr+6K8Xz/+q+Oc7ss6AsNaqL1A1p8olSdZ80Uof5BH 98dOH8jGkzq1nslyo+nZO1nZbdv8SVfTMYytH9DRvLYnPICFGR/r8fEWUxx7lb+wVmtfO6YnLwq1 F7L4nNL4K0mN4z1+8Zh1/Mfnjfl/JWnSx8T0+OrnmNax18facn6rnk+LcRZ9NM+pJfX9UFC8WMeL VPtP7btoWr587X5te8cv5mV/0WNTfx0p9ut0LMX68gmzHjesg1RIiN2p1I+3ytE183xTe86W573p gRz1GxfA7fVLNpbqOXHapv0vDY2oHWvVY7J6/MfjmvtXkqI+psukxldbR+ex1/ZFuQ21vsu/CDXu I34MqggMALCbabxobxCbPHbsKlIhIRZHl0qY2DDWNXaBAQB2Efk7ftHbVfk7UhvyjvMmjx27m1RI iMUayd9oiN9FH1/NqLyLP1SO4tgFBgDYVdQu9W9Uwb3JY8duJhUSYrFeZn6saOAcrbELDAAAAD2S CgmxwNARGAAAAHokFRJigaEjMAAAAPRIKiTEAkNHYAAAAOiRVEiIBYaOwAAAANAjqZAQCwwdgQEA AKBHUiEhFhg6nQLDww8/TJIkyciupEJCbFdSYyDXocBAkiS5DbuSCgmxXUmNgVyHAgNJkuQ27Eoq JMR2JTUGch0KDCRJktuwK6mQENuV1BjIdSgwkCRJbsOupEJCbFdSYyDXocBAkiS5DbuSCgmxXUmN gVyHAgNJkuQ27EoqJMR2JTUGch0KDCRJktuwK6mQENuV1BjIdSgwkCRJbsOupEJCbFdSYyDXocBA kiS5DbuSCgmxXUmNgVyHKw0MV155JUmS5EabqnFSdiUVEmK7khoDuQ5XHhhS00mSJDdBgYFsKjCQ JEkWCgxkU4GBJEmycKcFhtf8+pXk0goMJEmShQID2VRgIEmSLBQYyKYCA0mSZKHAQDYVGEiSJAsF BrKpwECSJFkoMJBNBQaSJMlCgYFsKjCQ5BJee+21JDfM1LFcKjCQTQUGklzCrPgAsDkIDOTiCgwk uYQCA7BZCAzk4goMJLmEAgOwWQgM5OIKDCS5hAIDsFkIDOTiri0w/OcD7yC5Q0wd47tVgQHYLAQG cnHXGhhSBwnJzVJgqCowAJuFwEAursBAciEFhqoCA7BZCAxcja8IJ21tha2Gjw6nvzrVvg/fEE5/ ZLbOp4VzkvO3Y7pPgYHkQgoMVQUGHC2y594qTJFqtx1TpNptx+2SLZs6lksFBnazCAynvaI57ZHn hosqbftSYCA5UAWGqssULsAyrOK519bHpvbdhWzZ1LFcKjCwm6nAcGU457Ss2F7nVYZVu8MDwxdv uyt87b6Hwj0PfD3cvQKzfrL+vjTqN7U+crcqMFRdRfEDbIc+C+9N7bsL2bKpY7lUYGA3uwaG2keX 6lcfXn1u+NHJvKeFkyrFev2KRb2Yr98v2z+66LM2vXTWGE47d2cHhqy4v2DfheHcc88Le/f+h/Cb v/aL4ZKL94U3/+qrq7dvzG4vqEy/+KXnh/2j6S+76ILwG7/6C+HCC14SXnTOueEVr3xl3m9qfeRu VWCouoriB9gOfRbem9p3F7JlU8dyqcDAbqYCQ73AX/D+pHBfMjCkAsu2xzB2xwSGb3zr78MTn/jE 8LjjTwhPfcoTw5+//d+E857/5PCRt53ZcntGfvvHo/tnn3VK+PBbzwjnPPeUcPC/nhme88yTwqN+ 7Jhwxhln5P2m1kfuVgWGqqsofoDt0Gfhval9dyFbNnUslwoM7GZZnNecFOIjz39aPu1Hn/uGyXIX PffRo2lFQd+Y33bFYMHAsNIxjN0xgeGhb347nHrqqeGYY44Lz3zGU8I3bn9PePlLXxDuvukdM2/v Gd3ue8lzw5EvXhkuPv/54d6bfy/81NlnhEc84lHhrLPOyvtNrY/crQoMVVdR/ADboc/COzX96r/+ /8I7PvGZ8P7rPhc+8Lc3hD/8358L/+3T/zv83rWfDm/7xN+E9x38s6LlmK59v/GOi8OhB98ffufI 68KBuy4Lb7jjovCa288Lr/zy88Iltz4rvOTmp4aX3nx60XrMMtueLZs6lksFBnazKM6LKwzjInx6 vzIt4UnnT+dnv4+XWX1gWH4MY3dcYDj++OPDKSedGH7ugjPDM556SrjkZ89o3P6r2v2n/cQp4WWj 26eP7r/8/DPCv9hzUnjMYx4rMJAJuwaGj370o8npR8M+x7JM4VLnxKs7nZJ74HA4sCd7gdgXDhVT MHwaz73Pnhq++93v5r9+8UNPzG/Dly8f347IpuXzR+1K2p6/qem//1cfDxd87FPhzZ/7u/CHt94W rr7rSPjLr90drrnzSPizO+8Ob/hvf1i0HNO175+56dTw4fvfEfbf+crw87e9KPzcrWflIeGnb3py eMENJ4Tzbjol7H3vc4rWY9r67kK2bOpYLhUY2M1qYJgW2tG79Yl39ysepSsMFXfrFYYTTjghDw2P etRjw7HHPW50e8zc2+Mq9x8bjnvc8eHYY48VGMiEXQJDVqAPLTD0NZ5lCpeYLCxkP0cnNHQMDIcP hD37BhQphjaeNdN47mVBoAgIX/nrl+S39cCQ399mYPidv7gmPP+qj4X/64/+NPzIwT8J/8efHAr/ 58GrRvc/ErZ+/4Phte/770XLMV37vuDmZ+RXFrKrCRffcmZ40ZeeGC665fRw1ieOC//+8Gn57QXv +7dF6zFtfXchWzZ1LJcKDOxmPTCMXPg7CLX5RfHeGgga/XcIDEuPYeyODQzLelQCw9WXhxO3zgtv S80jB+K8wFAW50MMDH2MaZnCpaQMC+XP0bvSMIOsOM9eRIZSoA9tPEeBxnMvCwKff34Id78v3Hvj 20J48JoQbnlVCF/9zWpY2GZgePOfXhVectUnw9b7/ihsfehPw9Yf/3nY+sjo9g8/GLbe9PvhFX+w vcDwO0d+Kb99+nt+LL/NePgH3y5+C+F7P/xuuOAPBIaM1BjmOSlmuWKLQrvypefyryTF04t2E6uF +Ny/UDQp4FPzuwSGaPrEBccwcpCB4bav3Rvue+ibFb969/3JtqWbHxjeHV6YP1gCA4ftrMAQF+Z9 FOfbtc9xLVO4ZNTDQvmzvdBQXikonV4xOLSven80JezL2uQFd/0KQzFvz55xUb41uq33OynYD1TW ue9Qsezkft7hmHKZzD37wr54nQv1176du4nGcy8LBFlgyELCKCzkoWH0+y1XPasaFqKrDm3P39T0 V77j3WHrwt9I+5LfDC+64t1FyzFd+z77Uyflt5/8xvhRPPLdr4Rnf+zY8P0ffn8SIl5943n5bUlb 313Ilk0dy6UCA4+e9QAwHAcXGL7w5TvzgHDvg18PN9z52fDp2z8WvnzPrfm0u+57MLlM5iYHhoOv eVL+onfiOee5wsDB2xYY6kX50E1tw3ZcpnBpCwvlz2KhoSysy+K5FgIO7cvPM5MCvnK/JTCMgsKB w/mEqKAvOpgU/7WCf7JMWwg5MJqT3R2vv7l8x/7q49mFJJ97X/3NcWC463fHZr9nIaIMC9HVhYy2 52+X5/XWb324+C1N177PeO/x4Ya//3T++09c8cj89nmfOT6/PfOqY/Lby67/qfy2pMv42siWTR3L pQIDj54CQ+fAcMc9D+Th4L3X/XLYe/CfhbP/aCtc+tFT8uCQTb/5q0eSyx2dwFBeFciMC/2Ph8t+ fCu88DXZR4yK+ee8u/jIUXS/aH/wyneHg9nvPpLEDVBgqLrdwmVeWCh/OoeGogDfM6nwR1SmFQV7 UWBXrzjMKe4z6gV6o2CvL5MOLNPxzQsAc/oTGNLPvSwwnDp6ztzw2+PbT14yvv1/ThjfRlcXMtqe v12e16sKDGd/+uRw/s1PDy+/9dnhjD97bP5dhmddc2zYe/hfhjMPHZPPu/ADLyhaj+kyvjayZVPH cqnAwKOnwNA5MNz74DfyYPAzf/xPw1vDE8Kbwj8Pl927Fd70P5+fT2/7aNL6A0MRCq4c38+vEvz4 5ePCv5g3vV8Ei/J+HgyeFC67erzsRIGBG2BbYMjsqyhf1j7HtZ3CJQ8Ln+1ul9Bw+MCevCCv1M+1 Ij0PCXkBPi7GW4v3RrE+YsnA0ByfwLAsrc+9u98XvnXL7+Y++LevCvd+8nnhyF/+342wkNHWx7zn dRYWStvo2ncWEl56yzPDs/7y2PDvvvSE/KrC8z59fPjJDz0mvz39Tx4bXvRmf1Y1IzWGeaaKP3JR BxcYslCQec5HtsIbw4+E14d/El75wFa49K9PyKe3/c/Law8MjeI+CwVlCKiGifn3CwUGboCzAkNm X4X5MvY5pmUKl5Uy9wrDiLzI3hMOHCpup2mg98DgCsPqWcVzr62Pdfb9qttemF9ReM7/OC7/7sJz Pn5cfj8LEFl4yPzF23yHISM1hnmmij9yUQcXGO6+/+t5MLjoLx4Zfv5bo6Bw/1a45Pat8NbP/Gw+ /fav3ZdcLvsfmU888cTwhCc8ITz+8Y/PTQWBeZbLHnfccbP/p+e8uM9evGIFBu585wWGzKEGhtS8 ZV1FYbUaigJ7UvTXQ0BGOW1kHAYabROBoZy23cBQn18EiPYA0LE/gWEp2vrY1L67kC2bOpZLBQay 6eACw1eO3JcHg2sOfyBc/jdPCS//xCPCgc+8OHzhruvz6Tfd/rXkcnfe80C4/PLXhUtfdVm49NJX hVdddln4yWc+MxkK2jz99NPz5bLl/+Oll4Zf+uXXh7vubfmi9cziXmDgzrVLYMgcWmBITV+Fqyh+ VkcUCOJiPKL8aFDlSsS84r5g/L2HzPIqxej3zgX+iElIyJYr/xrSdgNDbTzxQHcJfRbem9p3F7Jl U8dyqcBANh1cYLj+8O3h7gfGVxnqZl+ITi2Tmf11pSw0ZB9ZysyuVPz0i1+cDAYpsysKF1740vw7 FGUfWVj4u1G/qfU1iv5KsS8wcOfaNTDsFldR/OxOEoECC9Fn4b2pfXchWzZ1LJcKDGTTwQWGzCw0 fPnOe/KCPQsP2VWHm76S/utIbR65/6Fwwb594bTTTstNhYTSJz/5yWHPnj3h4pe9LNwzWl+qv7Tx X0mKv8QsMHDnKjBUXUXxsysoryDUr2Ls4o8ULUv23FuFKVLttmOKVLvtuF2yZVPHcqnAQDYdZGBY hdlHl26+dRQ+Pn9jeMtv/XYyKGRm33n49f1vHrW7IXzxppvD4ZY/20pyrMBQdZnCZbdRfhxqqqsL WD8CA7m4OzYwZH7+5q+GW++8J7zzXe/Ov8ichYO6T3rSk8Lvvv2K/H+XvuGWryb7ITlVYKgqMACb hcBALu6ODgyZfzvyjrsfCN/89sOtZvM/d/gryeVJVhUYqgoMwGYhMJCLu+MDA8nVKjBUFRiAzUJg IBdXYCC5kAJDVYEB2CwEBnJxBQaSCykwVBUYgM1itwUGchUKDCQXUmCoKjAAm4XAQC7uWgMDyZ1h 6hjfrQoMwGYhMJCLu7bAQJI7UYEB2CwEBnJxBQaSXEKBAdgsBAZycQUGklxCgQHYLAQGcnEFBpJc wqz4ILlZpo7lUoGBbCowkCRJFgoMZFOBgSRJslBgIJsKDCRJkoUCA9lUYCBJkiwUGMimAgNJkmSh wEA2FRhIkiQLBQayqcBAkiRZKDCQTQUGkiTJwp0WGF7z61eSSyswkCRJFgoMZNOVBwaSJMlNNlXj pOxKKiTEdiU1hnmmij9yUVcaGEiSJHeLXUmFhNiupMYwz1TxRy6qwECSJLkNu5IKCbFdSY1hnqni j1xUgYEkSXIbdiUVEmK7khrDPFPFH7moAgNJkuQ27EoqJMR2JTWGeaaKP3JRBQaSJMlt2JVUSIjt SmoM80wVf+SiCgwkSZLbsCupkBDbldQY5pkq/shFFRhIkiS3YVdSISG2K6kxzDNV/JGLKjCQJElu w66kQkJsV1JjmGeq+CMXVWAgSZLchl1JhYTYrqTGMM9U8UcuqsBAkiS5DbuSCgmxXUmNYZ6p4o9c 1JUGhtR/r06SJLlJpmqclF1JhYTYrqTGMM9U8Ucu6soDQ2o6SZLkJigw7DZfEU7a2gpbW08L50ym vSGc/sj6tFVarrPuo8Ppr06178PFtlFgIEmSLBQYdpvT4v1Hn/uGYtqaAsNpr2hOe+S54aJK274U GEiSJLelwLDbjN/tL4vnoxEYrgznnJatc51XGborMJAkSRYKDLvNsng/Nw8JJ52fTUsFhnJaaTxv enXg9LzoHzvuK2XXwBCHmZH1qw+vPjf86GTe08JJlTFPxzRepr5N9ftl+0cXfdamF8/BmaSegCkF BpIkuckKDLvNqHg//2lFgd1STM8rtifFfll8t328KFpnfdpkmQXvT8JDPQCU7TsGhlRgGfUhMJAk SRYKDLvNoijOi/dxEX3S+bViOgsSozY/OvmOQ33avOK8blmc15wsPzKxzoue++jRtKKgb8xvCQCL BoaWMQgMJEmShQLDbjMODEVRXnw8qSymx4V67SNGqwgM8Tqj+5VpCbNxNMe0+sBQGUPxHJxJ6gmY UmAgSZKbrMCw26wW75P7uUUxnXi3f5WBYdo+WkdqnbGN+asPDPE6BAaSJMlCgWG3WS/e43fWa8V0 52K7Pr9uc52LfwehNr8o7lvH2Oi/Q2CIpgkMJLmE1157LckNM3UslwoMu80uxXtmWWCXxvPmFfd1 E+scOf4rSfH0ot3EWn/xX0mqfYwqnz8JEan5XQJDNL14Ds4k9QRMKTCQ3G1mxQeAzUFg4M50XkhZ ToGBJJdQYAA2C4GBO1OBgSQHq8AAbBYCA3emAgNJDlaBAdgsBAZycQUGklxCgQHYLAQGcnEFBpJc QoEB2CwEBnJxBQaSXEKBAdgsBAZycQUGklxCgQFYjOyYWYXbJVs2dSyXCgxkU4GBJJdwmcIF2I2s 4pgRGLqbKv7IRRUYSHIJBQZgMQSGpl1JjWGeqeKPXFSBgSSXUGAAFkNgaNqV1BjmmSr+yEUVGEhy CQUGYDEEhqZdSY1hnqnij1xUgYEkl1BgABajfsy88Y6Lw6EH3x9+58jrwoG7LgtvuOOi8Jrbzwuv /PLzwiW3Piu85OanhpfefHrReozA0N1U8UcuqsBAkku4ysBw4tWdTslpDh8Ie7a2wlbDPeHA4bjN vnCouLtKDh/YE/YcOBQO7Bmtc196DYf2FfO6juPQvur4S4pt3VOfMa/f2j6aDDOb3jJmrJ76MfMz N50aPnz/O8L+O18Zfv62F4Wfu/WsPCT89E1PDi+44YRw3k2nhL3vfU7ReozA0N1U8UcuqsBAkku4 qsCQhYXsZ9uhoa1YzovuYvq8gnrbHAr7yn7j9VXI2hRFeqdxHM7Dx759o/7qxfyk8K/1MbPfaP35 3WoYycKMzLAe6sfMBTc/I7+ykF1NuPiWM8OLvvTEcNEtp4ezPnFc+PeHT8tvL3jfvy1ajxEYyPUq MJDkEq4iMJRhofzZVmhoLZazQrkojHsKDOOrC+W7/bXCvGTR4FK2SbUtph2orHfErH6z9e85MIoh JUUgKRs35qMv6sfM7xz5pfz26e/5sfw24+EffLv4LYTv/fC74YI/EBgyUmMg16HAQHLH+tGPfjQ5 fZUuGxjqYaH8WTg0tBXLWSFcVsVxm3r7xvLjwn/88Z2WIjwnK7yrHxuafPQoIps2Ke5nFfYFWQgp +6gsmzFZPlv3rG2YRT3YRMEKvVI/Zs7+1En57Se/MX4wjnz3K+HZHzs2fP+H35+EiFffeF5+WyIw dDfbXnJZBQaSO9YsMPQdGrIT6XZpCwvlz0KhIS+WR0slTBbq9eK6cr/67ntevLe9+54q0uOrCTm1 Yjy1TIVa+/q7//HybYFoDs1tql1xQG/Uj5kz3nt8uOHvP53//hNXPDK/fd5njs9vz7zqmPz2sut/ Kr8tWea4y5ZNHculOzEwAMsiMJDcsZaBoc/QsN0X43lhofzpHBraiuV8euIjSfX2s+aNfmt9970R DjLmfNyn0X+Nevt8/VF/leWjKxzz+i3Iw0KiXeNKBnqhfsyc/emTw/k3Pz28/NZnhzP+7LH5dxme dc2xYe/hfxnOPHRMPu/CD7ygaD1GYOiuwIBVIDCQ3LHGgaGv0LCdF+M8LHy2u51CQ2uxHBXbcZt6 +8a80borzggMiasP3T5SlGIcNqrrLiwTQ2rs2byZ/Y4Zh4X0tggM66F+zGQh4aW3PDM86y+PDf/u S0/Iryo879PHh5/80GPy29P/5LHhRW/2Z1UzUmOYp8CAVSAwkBys9YJ/FabWs4yDeTFuLZajqwNx m1TR3TZvFm1ty+mp+bP6n9lf+5WErNjfd2BGvyPariyUCAzroX7MvOq2F+ZXFJ7zP47Lv7vwnI8f l9/PAkQWHjJ/8TbfYchIjWGeAgNWgcBAcrCmCv5lTa1nGYceGCqf1a+0qX7Mp1pM1z5S1FbEZ7TO G/exZ8/0SsOEGf1lRXujfcGkoE8tn0/LrkTMGmfLVZKc2jajN1ZxzAgM3RUYsAoEBpKDddkiPw4K y/Qzy2EFhujjOxOjArpWaI9DwrjdngMHRgEiLrbHgWI8f5uFdv79hsS8lrGOxzBjXeX3JWrbUTLr CkIeRBLrnI4tuhKDXhEYmnYlNYZ5CgxYBQIDycG6bKHfd1jI9GI8LtQ3/qM8Ld/FwOoRGJp2JTWG eTpHYRUIDCQH66oCQ2reqvRinJG9O59+Z39TyL8DsckbsEFkx8wq3C7ZsqljuVRgAJqsLTD85wPv ILlDTB3jfbiKwJCavkq9GI/Z6KsM2UecXF3YNQgMwOKsNTCkDhKSm+UmBYZ16MUY2CwEBmBxBAaS CykwVPViDGwWAgOwOAIDyYUUGKp6MQY2C4EBWByBgeRCCgxVvRgDm4XAACzOjgkMX7ztrvC1+x4K 9zzw9XD3Csz6yfr70qjf1PrI3arAUNWLMbBZCAzb58SrO5WNabr8XzELMf//Thn/MYZD+f8VM+s/ hMzntfz/Lg3y/w8msd5i+xp//GFev8X/VzM26jdbbkB/um3HBIasuL9g34Xh3HPPC3v3/ofwm7/2 i+GSi/eFN//qq6u3b8xuL6hMv/il54f9o+kvu+iC8Bu/+gvhwgteEl50zrnhFa98Zd5van3kblVg qCowAJuFwLA9srCQ/Ww7NLQUznnBvq2/UjYvMER/7rn8Tx/z6TFZm+JPKncKDMV/VLlv1F+9mC8C Q2M9s/rN50XbUBvnkP7c844JDN/41t+HJz7xieFxx58QnvqUJ4Y/f/u/Cec9/8nhI287s+X2jPz2 j0f3zz7rlPDht54RznnuKeHgfz0zPOeZJ4VH/dgx4Ywzzsj7Ta2P3K0KDFUFBmCzEBgWpwwL5c+2 QkNb4dypUE8xOzBU/9RzFAxi4gK9yzjKNqm2xbQD9T8xvdD21bYpG99A/uTzjgkMD33z2+HUU08N xxxzXHjmM54SvnH7e8LLX/qCcPdN75h5e8/odt9LnhuOfPHKcPH5zw/33vx74afOPiM84hGPCmed dVbeb2p95G5VYKgqMACbhcCwGPWwUP4sHBraCufG9HFxn/y4UvzxnX37ZgSG7EpAdd7ko0cR2bRJ cd+hsM9CSNlHZdmMyfLZuqN+FggMef+VgDA7FK2THRcYjj/++HDKSSeGn7vgzPCMp54SLvnZMxq3 /6p2/2k/cUp42ej26aP7Lz//jPAv9pwUHvOYxwoMZMKugWEVhb7AAGDVCAzdaQsL5c9CoaGlcK4W 8sVHfoq71QK6epUgn9dWTKfW1fhYUq0Yn1vYz3n3P14+mzcd6PzAkLcZ7YfG9lT3x9FkxwWGE044 IQ8Nj3rUY8Oxxz1udHvM3NvjKvcfG4573PHh2GOPFRjIhF0Cw6oKfYEBwKoRGLoxLyyUP51Dw6Qo rjr74ztRkd74eM6Md98b4SCjVnzPKvhTJNcf9VdZPrrCMa/fmMS4G1cyjhI7NjAs61oDw9WXhxOj g+eFVybakANxXmAoi/zdFBhIbpapY7lUYCjCwme72yk01Avn/H7t3fNiWhwoynfdF/q4TqO4H9Pt I0UpxmGjOq7CcgNS25fNm9lvneY2CQwzvO1r94b7Hvpmxa/efX+ybenmBoZ3hxeOnnCTkHDleaMn 4JPCZVfHbcjhOCswxGFhFYX+qvohya4KDD2RKpzzd9SjAnlWcZ18h78lMLT1U05PzZ+17pn9FWNI tMmK/X0HZvTbQGDoHBi+8OU784Bw74NfDzfc+dnw6ds/Fr58z635tLvuezC5TObGBoYsIPz45eHg ZNrHw2U/7ioDh2tbYIiDwqpNrY8k+1Bg6ImWojsriKdBoPaxocoy1Y8ALfwdhpxx/3v2TK80TGhd phhjvX3BpKBPLZ9Py65EpPsdLVydl7WvhKLa/jiKDC4w3HHPA3k4eO91vxz2Hvxn4ew/2gqXfvSU PDhk02/+6pHkckcnMIyvDowvS50X3jaZXhT9r4k+anTOu6sfPcruV/oqrV1xIAemwEByJysw9ERr QT4OAtOCvLifWwsEkwI8K9IPtF9hmFVo50V6Yl7Ud+zs9Ywoi/6W7RsHm5bAMGI8v1xfvd2Mqyhr ZnCB4d4Hv5EHg5/5438a3hqeEN4U/nm47N6t8Kb/+fx8ettHk9YfGKpXAg6+5knRlYLxvOn9IliU 9/PgkP7YUbUfcni2BYbMVRf6q+qHJLsqMOwMskJ8CB/lWYrGx7COHoMLDFkoyDznI1vhjeFHwuvD PwmvfGArXPrXJ+TT2/7n5bUHhrzoj68qZKGgDAH1jxXNuz82DwuVPsnhOSswZO62wJC9GJPcLFPH cqnAsFPI3p1vf2d/E8i/AzGQDRhcYLj7/q/nweCiv3hk+PlvjYLC/Vvhktu3wls/87P59Nu/dl9y uex/ZD7xxBPDE57whPD4xz8+NxUE5lkue9xxx83+n55rf9lo7PYDwzgs+LIzh++8wJC52wIDgM1B YNg9bPRVhsb3GY4ugwsMXzlyXx4Mrjn8gXD53zwlvPwTjwgHPvPi8IW7rs+n33T715LL3XnPA+Hy y18XLn3VZeHSS18VXnXZZeEnn/nMZCho8/TTT8+Xy5b/j5deGn7pl18f7rq35YvWjSsMsYsFBlcW uEl2CQyZAgOAISIwAIszuMBw/eHbw90PjK8y1M2+EJ1aJjP760pZaMg+spSZXan46Re/OBkMUmZX FC688KX5dyjKPrKw8HejflPra4SASoBYIDDM+D4DOUS7BoZVKDAAWDUCA7A4gwsMmVlo+PKd9+QF exYesqsON30l/deR2jxy/0Phgn37wmmnnZabCgmlT37yk/M/sXXxy14W7hmtL9Vf2vivJMVFf/fA 8LZz4o80TZ22JYelwFDVizGwWQgMwOIMMjCswuyjSzffOgofn78xvOW3fjsZFDKz7zz8+v43j9rd EL54083hcMufbSU5VmCo6sUY2CwEBmBxdmxgyPz8zV8Nt955T3jnu96df5E5Cwd1n/SkJ4XfffsV +f8ufcMtX032Q3KqwFDVizGwWQgMwOLs6MCQ+bcj77j7gfDNbz/cajb/c4e/klyeZFWBoaoXY2Cz EBiAxdnxgYHkahUYqnoxBjYLgQFYHIGB5EIKDFW9GAObhcAALI7AQHIhBYaqXoyB5cmOo1XYhaxd 6lguFRiAJgIDyYXcpMCwjrDhxRhYnvg4+tjHPhXe/vbPhfe855Oj3z9TTK3y2c/eMGlz1VWfzqcJ DGmdo7AK1hoYSO4MU8d4H64iMPQdGrwYA8tTHkd/9Vd/MwoBN+S/f+MbIRw8eGt4//v/3/x+yf/6 Xzcm2wgMabPtJZd1bYGBJBd1VYGhz9CQnUgBLEd2HGVXDd71rs+HH/xgPO0f/3H8y6tf/fv5bcas Nl2Pxaxd6lgu3WmBgVyFAgPJwbrKwLBMP7NcZWA48epOp+TlOXwg7NnaFw4Vd3thHevAjiE7jq68 8sbiXgj33PP34Zvf/Mf89ze/+cPhkkt+LWxtnRr+9b/+hXxaRr2NwED2p8BAcrDWC/5VmFrPMq4q MGRhIftZW2hYNQIClqAMDN/5zveLKSF8//s/DPfdF8J/+k/vz8NCRnZ70UVvyn/PiNsIDGR/Cgwk B2uq4F/W1HqWcRWBoQwL5c9GhgaBAUtQBobs+wgf+tBN4Qc/+GF48YtfnweE0pLs92c/+zV5my99 6f7wqU89FP7Lf/nvAgPZowIDyR1r32Ehc9nAUA8L5c/ioeFwOLBnK+w7kBXuox4y943K97yQj+7n TWvFfaXNgXE/2cxs+p59Yd/o/lbZ/tC+cbtKn4fCvsm0PeHA4bLPlnWUbSbT94UDB/YU87bCnslM 7BbKwHDHHd8Kb3/79eGGG+4dPRemIaFONi9r84Uv3Dc6tu8Or3/9BwQGskcFBpI71r7DQuYygaEt LJQ/i4WGcWDY2nNg9FtGUcSX9/PCPFXMj9tNs8S4cJ8Ehmheve04PMwKCOl1jJcr5hXrmISEeB52 DWVgyHjooe+EBx/8h3D22b+UB4PSkuz3Cy54Y97mU5/6Wnj3u78cXvc6VxjIPhUYSO5Y+w4LmdsN DPPCQvnTPTQUVximFXv7/biYzwr0ScjIiIr7vF10NaBB1rZDYKjPaywXraPRFruBMjA89NA/hKuv vj2f9ld/dXt405uuDZdc8nuTwFCGhVQbgYHsT4GB5I6177CQuZ3AkIeFz3a3W2jYXmDIryhUAkNL sCjJp43GNbFDYGiEkhnrSK0TO57sOLr88j8Nt932vfDgg+MvPl911S15EMj+lGr5V5JOPfXi1jYC A9mfAgNJLuF2AkM/bC8wzL/CUC/m4ysOq7rC0LIcdg3lcXTllR8P73rXZ/L/Z6EMAnXa2ggMZH8K DCS5hBsfGPLifdqu+R2GqHivfb/g0L76FYYoTMxYR6Wf+jrq97EriI+jG274cmtYKEm1ERjI/hQY SHIJNz8wjMjvFx8x2rev/d3/oo/y40h7DhyK1jGdN3cdrcFiRGOd2A1kx9Eq7ELWLnUslwoMZFOB gSSXsGuRsjlEHxcCdiACA7m4AgNJLuHGB4b8Hf0oINQ+dgTsNAQGcnEFBpJcwp1whaH83kLj40LA DmSTAwNwtBAYSHIJd0JgAHYTAgOwOAIDSS6hwABsFgIDsDgCA0kuocAAbBYCA7A4AgNJLqHAAGwW AgOwOAIDSS6hwABsFgIDsDgCA0kuocAAbBYCA7A4AgNJLqHAAGwWAgOwOAIDSS6hwABsFgIDsDgC A0kuocAAbBYCA7A4AgNJLqHAAGwWAgOwOAIDSS5hVnyQ3CxTx3KpwAA0ERhIkiQLBQagicBAkiRZ KDAATQQGkiTJQoEBaCIwkCRJFgoMQBOBgSRJslBgAJoIDCRJkoUCA9BEYCBJkiwUGIAmAgNJkmSh wAA0ERhIkiQLBQagycoDA0mS5CabqnFSdiUVEmKBobPSwECSJLlb7EoqJMQCQ0dgIEmS3IZdSYWE WGDoCAwkSZLbsCupkBALDB2BgSRJcht2JRUSYoGhIzCQJEluw66kQkIsMHQEBpIkyW3YlVRIiAWG jsBAkiS5DbuSCgmxwNARGEiSJLdhV1IhIRYYOgIDSZLkNuxKKiTEAkNHYCBJktyGXUmFhFhg6HQK DAAAANgeqZAQCwwdgQEAAKBHUiEhFhg6AgMAAECPpEJCLDB0BAYAAIAeSYWEWGDoCAwAAAA9kgoJ scDQERgAAAB6JBUSYoGhIzAAAAD0SCokxAJDR2AAAADokVRIiN15HAx7t7bCVsqT94cbi1ZtHNy7 FfYeLO6sixv3h5O39o5G3iQbz8n75416UbJ9dHJYptsb958ctpI7arz/m2O+Mew/ueO+zfZH9FgJ DAAAAD2SCgmxO49liuEFitpVsvbAsDzzAkMW0KqzF9i3B/dWwp3AAAAA0COpkBC785gXGIqCdlK5 jgvZrVHBvndUnJdXI8oiPS+Mi2lZm0m9W7wLvr9YJmufX53YnxX/RfvKFY1pIT02GuMSgSGbP+mz dgUlnnfyaFx7J+uo7aOsQC/7aIxr2ke8/bMDw8mjfZntt3ibmoEhOfbKOkfLZ2PLWwMAAKAXUiEh ducxLzBkjIv3rBDPC99JoV0ravNCOip64/tFYdssgMv2477GxX78+5i8bbnwNgNDpY+M6J356nbV xxbto3zd9fCQ3R/vo2n31W2YFxiyZtXxVfdtfXyV+9F2ZMsJDAAAAD2SCgmxO49xoTt9V3xqpfDO C+NsehwuqkVts1iP5ieK/Hr7rAhuK/bz9U+r520Ehqjon1BOq27HmGxeMzDMHGONuG1e4FdXUBCP K/u9HEc8prbxFctVAoOPJAEAAPRKKiTE7jzignUW46I1LkxTRW09dGTm8zsGhsYVgLivct3bDgz1 ZcrxZ7f1fRC3n+6j9v7H5NsQj7nYnm6BIbubbXN2P963WZuoz4nFcgIDAADA+kiFhNidR61gbSEv eEdFdfaxomnBHBe1Wd06/b3BQoGhCB9xZ3FRfJSvMLQX/m3bM2+56riybdg6eW/YOxlTKtBECAwA AADrIxUSYncezYK1QV6gF20m74DnM6qFdj4vKuTz5Yr5CwWG+piKALFUYBjPawsh+bqjojtvmwgM 43VHYyvvH6yPaRwgthMYRq3H21vuu2xKbXz52MvlBAYAAID1kQoJsTuPorBNOiqAi6I/LsLHxfS4 WM0L2axtXBhHfUxq5IUCQ72f0br2RwXynMAQr3+yfLGayvy4AB8Rz+v+V5Km21hd997RmLNtGPcR b1uVVGAYUez3eJFq//Ey5WM4niYwAAAA9EgqJMRilzAjlAwdgQEAAKBHUiEhFjuT/N376O38/IpA 7QrEpiAwAAAA9EgqJMRip1L7aNaGhoUMgQEAAKBHUiEhFhg6AgMAAECPpEJCLDB0BAYAAIAeSYWE WGDoCAwAAAA9kgoJscDQERgAAAB6JBUSYoGhIzAAAAD0SCokxAJDR2AAAADokVRIiO3Kww8/TB4V BQYAAIAeSYWE2K6kCjlyHQoMAAAAPZIKCbFdSRVy5DoUGAAAAHokFRJiu5Iq5Mh1KDAAAAD0SCok xHYlVciR61BgAAAA6JFUSIjtSqqQI9ehwAAAANAjqZAQ25VUIUeuQ4EBAACgR1IhIbYrqUKOXIcC AwAAQI+kQkJsV1KFHLkOBQYAAIAeSYWE2K6kCjlyHQoMAAAAPZIKCbFdSRVy5DoUGAAAAHokFRJi u5Iq5Mh1KDAAAAD0SCokxHYlVciR61BgAAAA6JFUSIjtSqqQI9ehwAAAANAjqZAQ25VUIUeuQ4EB AACgR1IhIbYrqUKOXIcCAwAAQI+kQkJsV1KFHLkOBQYAAIAeSYWE2K6kCjlyHQoMAAAAPZIKCbFd SRVy5DoUGAAAAHokFRJiu5Iq5Mh1KDAAAAD0SCokxHYlVciR61BgAAAA6JFUSIjtSqqQI9ehwAAA ANAjqZAQCwwdgQEAAKBHUiEhFhg6AgMAAECPpEJCLDB0BAYAAIAeSYWEWGDoCAwAAAA9kgoJscDQ ERgAAAB6JBUSYoGhIzAAAAD0SCokxAJDR2AAAADokVRIiAWGjsAAAADQI6mQEAsMHYEBAACgR1Ih IRYYOgIDAABAj6RCQiwwdAQGAACAHkmFhFhg6AgMAAAAPZIKCbHA0BEYAAAAeiQVEmKBoSMwAAAA 9EgqJMQCQ0dgAAAA6JFUSIgFho7AAAAA0COpkBALDB2BAQAAoEdSISEWGDoCAwAAQI+kQkIsMHQE BgAAgB5JhYRYYOgIDAAAAD2SCgmxwNARGAAAAHokFRJigaEjMAAAAPRIKiTEAkNHYAAAAOiRVEiI BYaOwAAAANAjqZAQCwwdgQEAAKBHUiEhFhg6AgMAAECPpEJCLDB0BAYAAIAeSYWEWGDoCAwAAAA9 kgoJscDQERgAAAB6JBUSYoGhIzAAAAD0SCokxAJDR2AAAADokVRIiAWGjsAAAADQI6mQEAsMHYEB AACgR1IhIRYYOgIDAABAj6RCQiwwdAQGAACAHkmFhFhg6AgMAAAAPZIKCbHA0BEYAAAAeiQVEmKB oSMwAAAA9EgqJMQCQ0dgAAAA6JFUSIgFho7AAAAA0COpkBALDB2BAQAAoEdSISEWGDoCAwAAQI+k QkIsMHQEBgAAgB5JhYRYYOgIDAAAAD2SCgmxwNARGAAAAHokFRJigaEjMAAAAPRIKiTEAkNHYAAA AOiRVEiIBYaOwAAAANAjqZAQCwwdgQEAAKBHUiEhFhg6AgMAAECPpEJCLDB0BAYAAIAeSYWEWGDo CAwAAAA9kgoJscDQERgAAAB6JBUSYoGhIzAAAAD0SCokxAJDR2AAAADokVRIiAWGjsAAAADQI6mQ EAsMHYEBAACgR1IhIRYYOgIDAABAj6RCQiwwdAQGAACAHkmFhFhg6AgMAAAAPZIKCbHA0BEYAAAA eiQVEmKBoSMwAAAA9EgqJMQCQ0dgAAAA6JFUSIgFho7AAAAA0COpkBALDB2BAQAAoEdSISEWGDoC AwAAQI+kQkIsMHQEBgAAgB5JhYRYYOgIDAAAAD2SCgmxwNARGAAAAHokFRJigaEjMAAAAPRIKiTE AkNHYAAAAOiRVEiIBYaOwAAAANAjqZAQCwwdgQEAAKBHUiEhFhg6AgMAAECPpEJCLDB0BAYAAIAe SYWEWGDoCAwAAAA9kgoJscDQERgAAAB6JBUSYoGhIzAAAAD0SCokxAJDR2AAAADokVRIiAWGjsAA AADQI6mQEAsMHYEBAACgR1IhIRYYOgIDAABAj6RCQiwwdAQGAACAHkmFhFhg6AgMAAAAPZIKCbHA 0BEYAAAAeiQVEmKBoSMwAAAA9EgqJMQCQ0dgAAAA6JFUSIgFho7AAAAA0COpkBALDB2BAQAAoEdS ISEWGDoCAwAAQI+kQkIsMHQEBgAAgB5JhYRYYOgIDAAAAD2SCgmxwNARGAAAAHokFRJigaEjMAAA APRIKiTEAkNHYAAAAOiRVEiIBYaOwAAAANAjqZAQCwwdgQEAAKBHUiEhFhg6AgMAAECPpEJCLDB0 BAYAAIAeSYWEWGDoCAwAAAA9kgoJscDQERgAAAB6JBUSYoGhIzAAAAD0SCokxAJDR2AAAADokVRI iAWGjsAAAADQI6mQEAsMHYEBAACgR1IhIRYYOgIDAABAj6RCQiwwdAQGAACAHkmFhFhg6AgMAAAA PZIKCbHA0BEYAAAAeiQVEmKBoSMwAAAA9EgqJMQCQ0dgAAAA6JFUSIgFho7AAAAA0COpkBALDB2B AQAAoEdSISEWGDoCAwAAQI+kQkIsMHQEBgAAgB5JhYRYYOgIDAAAAD2SCgmxwNARGAAAAHokFRJi gaEjMAAAAPRIKiTEAkNHYAAAAOiRVEiIBYaOwAAAANAjqZAQCwwdgQEAAKBHUiEhFhg6AgMAAECP pEJCLDB0BAYAAIAeSYWEWGDoCAwAAAA9kgoJscDQERgAAAB6JBUSYoGhIzAAAAD0SCokxAJDR2AA AADokVRIiAWGjsAAAADQI6mQEAsMHYEBAACgR1IhIRYYOgIDAABAj6RCQiwwdAQGAACAHkmFhFhg 6AgMAAAAPZIKCbHA0BEYAAAAeiQVEmKBoSMwAAAA9EgqJMQCQ0dgAAAA6JFUSIgFho7AAAAA0COp kBALDB2BAQAAoEdSISEWGDoCAwAAQI+kQkIsMHQEBgAAgB5JhYRYYOgIDAAAAABaERgAAAAAtCIw AAAAAGhFYAAAAADQisAAAAAAoBWBAQAAAEArAgMAAACAVgQGAAAAAK0IDAAAAABaERgAAAAAtLJ1 7bXXBpIkSZJM6QoDgI3hhz/8YfjBD34Qvve974V/+Id/CN/5zndys9+zadm8rA0AAFgdAgOAjeD7 3/9++O53vxu+/e1vh/vvvz8cOXIk3HHHHbnZ79m0bF7WJmsLAABWQQj/P1OFHtN2ewv1AAAAAElF TkSuQmCC --_30f68329-827d-4947-8c1e-8726a8b85442_--

2 1

[Users] snapshot
by Johan Kooijman 21 Mar '14

21 Mar '14

Hey all, Am I missing something or is it not possible to snapshot a virtual disk onto a different storage domain? -- Met vriendelijke groeten / With kind regards, Johan Kooijman

2 1

[Users] proper way to move nfs data storage domain?
by David Smith 21 Mar '14

21 Mar '14

Two examples; 1) I need to move the nfs data domain to a new server, whats the best way? 2) I think this applies the same as above, if I need to rename the nfs server hostname, whats the best way? I managed to "export/import" the export and iso domains and have them up and running on the new server, however, since you can't import a data domain, i'm wondering whats the best method for this. thanks

2 4

[Users] vdi
by Maurice James 21 Mar '14

21 Mar '14

------=_NextPart_000_0105_01CF446E.DA0C6350 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Does anyone have instructions on how to pxe boot a an ovirt hosted vm? ------=_NextPart_000_0105_01CF446E.DA0C6350 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-microsoft-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=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>Does anyone have instructions on how to pxe boot a an = ovirt hosted vm?<o:p></o:p></p></div></body></html> ------=_NextPart_000_0105_01CF446E.DA0C6350--

2 1

Re: [Users] el6 live snapshots and storage migration
by Sven Kieske 20 Mar '14

20 Mar '14

forwarding to the List as this may be interesting for others: -------- Original-Nachricht -------- Betreff: Re: [Users] el6 live snapshots and storage migration Datum: Wed, 19 Mar 2014 11:32:15 +0100 Von: Ernest Beinrohr <Ernest.Beinrohr(a)axonpro.sk> Organisation: AXON PRO An: Sven Kieske <S.Kieske(a)mittwald.de> This may be another option: wget http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qem… sha256sum qemu-kvm-rhev-0.12.1.2-2.415.el6_5.5.src.rpm # check with http://rhn.redhat.com/errata/RHBA-2014-0248.html yum-builddep /archiv/qemu-kvm-rhev-0.12.1.2-2.415.el6_5.5.src.rpm rpmbuild --rebuild /archiv/qemu-kvm-rhev-0.12.1.2-2.415.el6_5.5.src.rpm

5 6

Re: [Users] Ovirt 3.3.3 to 3.3.4 upgrade issues Centos 6
by Gary Lloyd 20 Mar '14

20 Mar '14

I must have checked that box at some point and forgot about it. It is working fine now thanks. *Gary Lloyd* ---------------------------------- IT Services Keele University ----------------------------------- On 19 March 2014 17:15, René Koch <rkoch(a)linuxland.at> wrote: > On 03/19/2014 05:19 PM, Gary Lloyd wrote: > >> I have tested an upgrade from engine 3.3.3 to 3.3.4 under centos 6. It >> seems that the vdsm nodes are now showing as non-operational and the >> only way I have been able to cure this was to: >> >> - Upgrade the vdsm version on a node to 4.13.3-4 >> - install vdsm-gluster >> - start glusterd service >> > > Did you check "Enable Gluster Service" for your cluster? If so, you need > vdsm-gluster installed on all hosts. If you don't use GlusterFS on your > hosts, disable this setting for your cluster. > > > Regards, > René > > >> We are only currently using ISCSI. I cannot get a node running >> vdsm-4.13.3-3 to show as being operational under engine 3.3.4 >> >> Has anyone been able to get 3.3.4 functioning with previous version vdsm >> nodes ? >> >> This issue may hinder our progress when it comes time to upgrade our >> production engine / nodes when putting hosts into maintenance mode and >> performing migrations etc. >> >> Thanks >> >> /Gary Lloyd/ >> ---------------------------------- >> IT Services >> Keele University >> ----------------------------------- >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >>

1 0

[Users] Clone from Snapshot
by Tejesh M 20 Mar '14

20 Mar '14

Hi, I'm trying to clone a VM from snapshot with the below code. but it is not cloning.. org.ovirt.engine.sdk.decorators.VM vm2 = api.getVMs().get("testVM"); VM cloneVM = new VM(); cloneVM.setName("MyClonedViaAPI"); VMSnapshot snap3 = new VMSnapshot(null); snap3 = vm2.getSnapshots().get(UUID.fromString("7799ce3f-a007-415a-84c5-df323e8f440d")); Action act = new Action(); act.setClone(true); act.setVm(cloneVM); snap3.restore(act); Actually, my original goal is to Clone VM directly from another VM instead of cloning from snapshot. Can you help me? -- Thanks & Regards Tejesh

2 1

[Users] Changing IP address of NFS storage server
by René Koch 20 Mar '14

20 Mar '14

Hi, I have an old oVirt 3.2 setup and I have to change the ip address of the data storage domain (NFS). Even if I shut down all vms I can't detach the data storage domain and reimport it as vms and templates are configured in oVirt which have their disk on this storage domain. Is there a way to change the ip? Maybe using the database? Would this be possible in 3.3 or 3.4? Thanks a lot for tips! -- Best Regards René Koch Senior Solution Architect ============================================ LIS-Linuxland GmbH Brünner Straße 163, A-1210 Vienna Phone: +43 1 236 91 60 Mobile: +43 660 / 512 21 31 E-Mail: rkoch(a)linuxland.at ============================================

3 4

[Users] Ovirt 3.3.3 to 3.3.4 upgrade issues Centos 6
by Gary Lloyd 20 Mar '14

20 Mar '14

I have tested an upgrade from engine 3.3.3 to 3.3.4 under centos 6. It seems that the vdsm nodes are now showing as non-operational and the only way I have been able to cure this was to: - Upgrade the vdsm version on a node to 4.13.3-4 - install vdsm-gluster - start glusterd service We are only currently using ISCSI. I cannot get a node running vdsm-4.13.3-3 to show as being operational under engine 3.3.4 Has anyone been able to get 3.3.4 functioning with previous version vdsm nodes ? This issue may hinder our progress when it comes time to upgrade our production engine / nodes when putting hosts into maintenance mode and performing migrations etc. Thanks *Gary Lloyd* ---------------------------------- IT Services Keele University -----------------------------------

3 2

Re: [Users] GSoC 14 Idea Discussion - virt-sparsify integration
by Federico Simoncelli 20 Mar '14

20 Mar '14

----- Original Message ----- > From: "Utkarsh Singh" <utkarshsins(a)gmail.com> > To: users(a)ovirt.org > Cc: fsimonce(a)redhat.com > Sent: Friday, March 7, 2014 6:16:46 PM > Subject: GSoC 14 Idea Discussion - virt-sparsify integration > > Hello, > > I am Utkarsh, a 4th year undergrad from IIT Delhi and a GSoC-14 > aspirant. I have been lately involved in an ongoing project Baadal > Cloud Computing Platform in my institute, which has got me interested > in oVirt for a potential GSoC project. > > I was going through the virt-sparsify integration project idea. I have > gone through the architecture documentation on the oVirt website. As > far as I understand, the virt-sparsify integration needs to be done on > the VDSM daemon, and it's control is either going to be completely > independent of ovirt-engine (for example running it once every 24 > hours), or it's something that is centrally controlled by the > ovirt-engine through XML/RPC calls. The details are not specified in > the project ideas page. I would like to ask - The request to sparsifying the image is controlled by ovirt-engine. The user will pick one (or eventually more) disk(s) that are not in use (vm down) and he'll request to sparsify it/them. > 1. What would be the proposed ideal implementation? (Central-Control > or Independent-Control) Central-Control > 2. Is virt-sparsify usage going to be automated or > administrator-triggered, or a combination of both? administrator-triggered > There are some aspects of the idea, which I would like to discuss > before I start working on a proposal. > > It's not necessary that an automated usage of virt-sparsify is limited > to any simple idea. Architecture documentation states that > ovirt-engine has features like Monitoring that would allow > administrators (and possibly users) to be aware of vm-guest > performance as well as vm-host performance. I am not very sure about > how this data is collected, Is it done through MoM, or Is this > directly done by VDSM, or is someone else doing this (for hosts). It > would be great if someone can explain that to me. This information > about vm-guest usage and vm-host health can help in determining how > virt-sparsify is to be used. The vm/hosts statistics are gathered and provided by VDSM. Anyway I would leave this part out at the moment. The virt-sparsify command is a long running task and in the current architecture it can be only an SPM task. There is some ongoing work to remove the pool and the SPM (making virt-sparsify operable by any host) but I wouldn't block on that. > I am also not very clear about the Shared Storage component in the > architecture. Does oVirt make any assumptions about the Shared > Storage. For example, the performance difference between running > virt-sparsify on NFS as compared to running it (if possible) directly > on storage hardware. If the Storage solution is necessarily a NAS > instance, then virt-sparsify on NFS mount is the only option. The storage connections are already managed by vdsm and the volume chains are maintained transparently in /rhev/data-center/... There are few differences between image files on NFS/Gluster and images stored on LVs but with regard to how to reach them it is transparent (similar path). > Right now, I am in the process of setting up oVirt on my system, and > getting more familiar with the architecture. Regarding my experience. > I am acquainted with both Java and Python. I have little experience > with JBoss, but I have worked on some other Web Application Servers > like web2py and Play Framework. My involvement in Baadal Platform has > got me acquainted with libvirt/QEMU, the details of which I have > mentioned below (if anyone is interested). Depending on the amount of time that you can dedicate to this project it seems that you could tackle both the vdsm and ovirt-engine parts. -- Federico

1 0

[Users] el6 live snapshots and storage migration
by Simon Barrett 19 Mar '14

19 Mar '14

--_000_D86C48DF8800164BBE50B87623F7AC95481E29ADln2wio001devtra_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is there any current combination of el6 based Engine and Node iso that supp= ort live snapshots and storage migration? I tried oVirt Node - 3.0.4 - 1.0.2014012912 but had problems with VDSM comp= atibility (VDSM version (4.14) and cannot join cluster - cluster is compat= ible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10].) I now see this ment= ioned in https://bugzilla.redhat.com/show_bug.cgi?id=3D1067096#c0 I did try upgrading Engine to 3.3.4-1.el6 but still see the same VDSM 4.14 = problem. I also tried building the iso (as per http://www.ovirt.org/Node_Building) a= nd could see that it was downloading the qemu-kvm-rhev (which I think is ne= eded to enable the live snapshot functionality). However I got stuck adding= the vdsm plugin as the iso was being built with the 3.4.0.57rhs versions o= f the glusterfs packages whereas the plugin was dependant on glusterfs 3.4= .0-8. I already have a working Engine (3.3.2-1.el6) and Node (3.0.1 - 1.0.2.el6) = test configuration but would very much like to be able to add the live snap= shot functionality. Many thanks Simon --_000_D86C48DF8800164BBE50B87623F7AC95481E29ADln2wio001devtra_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Is there any current combination of el6 based Engine= and Node iso that support live snapshots and storage migration?<o:p></o:p>= </p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I tried oVirt Node - 3.0.4 - 1.0.2014012912 but had = problems with VDSM compatibility (VDSM version (4.14) and cannot join clust= er  - cluster is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12,= 4.10].) I now see this mentioned in <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1067096#c0">https:= //bugzilla.redhat.com/show_bug.cgi?id=3D1067096#c0</a><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I did try upgrading Engine to 3.3.4-1.el6 but still = see the same VDSM 4.14 problem.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I also tried building the iso (as per http://www.ovi= rt.org/Node_Building) and could see that it was downloading the qemu-kvm-rh= ev (which I think is needed to enable the live snapshot functionality). How= ever I got stuck adding the vdsm plugin as the iso was being built with the 3.4.0.57rhs versions of the glusterfs = packages whereas the plugin was dependant on glusterfs  3.4.0-8.<o:p><= /o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I already have a working Engine (<span class=3D"gwt-= inlinelabel">3.3.2-1.el6) and Node (3.0.1 - 1.0.2.el6) test configuration b= ut would very much like to be able to add the live snapshot functionality.<= o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Many thanks<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Simon<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_D86C48DF8800164BBE50B87623F7AC95481E29ADln2wio001devtra_--

3 3

[Users] [RFI] GUI Changes for oVirt 4.0
by Itamar Heim 19 Mar '14

19 Mar '14

Hi, we are brainstorming on what should we change in the oVirt UI for 4.0. for current brainstorming phase, "anything goes" - i.e., I'd like us to ignore current limitations and flows, and envision/fantasize the "perfect solution". SO - what do YOU think we should consider for 4.0 UI concept, flows, etc. Thanks, Itamar

8 9

[Users] CPU: Westmere vs. Ivy Bridge
by Joshua Dotson 19 Mar '14

19 Mar '14

Hello, The nodes on the cluster I'm installing have Ivy Bridge CPUs<http://ark.intel.com/products/75790/Intel-Xeon-Processor-E5-2630-v2-15M-Cac…>. The latest choice I see in the hosted-engine installer is Westmere. Am I missing out on anything significant by choosing Westmere in this case? Is there any plan to add Ivy Bridge as an option? Even if there is no difference behind the scenes from choosing Westmere, having an Ivy Bridge option would have saved me the time it took to reverse engineer the need to look at the source code to the need for the CPU family: instruction sets (performance?). Thanks, Joshua

2 1

[Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
by Sandro Bonazzola 19 Mar '14

19 Mar '14

The oVirt team is pleased to announce that the 3.4.0 Second Release Candidate is now available for testing. Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. Please ensure to follow install instruction from release notes if you're going to test it. The existing repository ovirt-3.4.0-prerelease has been updated for delivering this release candidate and future refreshes until final release. An oVirt Node iso will also be available soon. We decided to postpone Final Release by one week in order to properly test the bugs fixed since last Release Candidate. Help us make this the best release ever, testing it yourself! [1] http://www.ovirt.org/OVirt_3.4.0_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

9 21

[Users] Cannot set Compatibility Version to 3.3
by Eric Wong 19 Mar '14

19 Mar '14

--_000_87E152BF0D55124F8311754D69D209F635546218MSEX02FRA9corps_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello oVirt gurus out there: I recently upgraded our oVirt 3.1 installation to 3.3.3. We have 2 cluster= s configuration. In the QA cluster, in which there is only one host, I can= switch the cluster's compatibility version from 3.1 to 3.3. However, on the production cluster, in which there are 10 hosts, I am not a= ble to switch the cluster compatibility version at all. I opened up the Ed= it Cluster window. Select 3.3 from the Compatibility Version dropdown list= . Click OK to save the change. But the Edit Cluster window just remain op= en. I checked all the logs in the ovirt-engine. Do not see anything obvious. = All our hosts are running CentOS 6.5 & vdsm-4.13.3-4. Can you guys provide some pointers as to where to check for failure? Thanks in advance. Eric --_000_87E152BF0D55124F8311754D69D209F635546218MSEX02FRA9corps_ 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=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <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"> <p class=3D"MsoNormal">Hello oVirt gurus out there:<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I recently upgraded our oVirt 3.1 installation to 3.= 3.3.  We have 2 clusters configuration.  In the QA cluster, in wh= ich there is only one host, I can switch the cluster’s compatibility = version from 3.1 to 3.3.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">However, on the production cluster, in which there a= re 10 hosts, I am not able to switch the cluster compatibility version at a= ll.  I opened up the Edit Cluster window.  Select 3.3 from the Co= mpatibility Version dropdown list.  Click OK to save the change.  But the Edit Cluster window just remain open.<o:= p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I checked all the logs in the ovirt-engine.  Do= not see anything obvious.  All our hosts are running CentOS 6.5 &= vdsm-4.13.3-4.  <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Can you guys provide some pointers as to where to ch= eck for failure?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks in advance.<o:p></o:p></p> <p class=3D"MsoNormal">Eric<span style=3D"color:#1F497D"><o:p></o:p></span>= </p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_87E152BF0D55124F8311754D69D209F635546218MSEX02FRA9corps_--

2 1

[Users] changing the password of the ovirt root ca
by Sven Kieske 19 Mar '14

19 Mar '14

Hi, does it have any side effects if I change the password which protects the private root CA key ? I guess not, but I want to be sure :-) -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 3

[Users] Attach floppy as [sysprep] to VM - API
by Tejesh M 18 Mar '14

18 Mar '14

Hi, I want to attach floppy as [sysprep] to windows VM in the Run once via API. can you help? I want to do sysprep on windows 2008

2 3

[Users] affects of changing compatibility setting on running cluster
by Charles Weber 18 Mar '14

18 Mar '14

Hi everyone, I believe I need to change my cluster compatibility level and would like to know if I can do this ona live cluster or if I have to change everything to maintenance mode first. I ran engine setup and upgraded to current engine level then tried to add a new node using the 3.3.4 el6 iso. This resulted in an error: Host x.x.x.x is installed with VDSM version (4.14) and cannot join cluster Default which is compatible with VDSM versions [4.13,4.9,4.11,4.12,4.10]. My current versions are: Engine 3.3.4-1.el6 at compatibiltiy version 3.2 2 Nodes running CentOS 6.4 with VDSM 4.10.3-0.36.23.el6 Am I correct that I need to change the compatibility version to 3.3? This has some production VMs, do I need to turn everything off first or is this a non-interruptive change? How will this upgrade affect my current 2 hosts at their version? My original idea was to migrate working VMs to new ovirt ISO node and then re-install original nodes to the same version off the 3.3.4 el6 iso. I appreciate any advice. Chuck

7 18

Re: [Users] Instructions to add a remote controlled power strip not in the native list?
by Yedidyah Bar David 17 Mar '14

17 Mar '14

------=_Part_1021355_2144139839.1395071630139 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, (Replying also to the list) ----- Original Message ----- > From: "David Smith" <dsmith(a)mypchelp.com> > To: "Yedidyah Bar David" <didi(a)redhat.com> > Sent: Monday, March 17, 2014 5:01:55 PM > Subject: Re: [Users] Instructions to add a remote controlled power strip not > in the native list? > Hi Yedidyah, > Keep in mind it appears that your instructions are assuming some level of in > depth knowledge of *some* database not described in that thread. > In other words, for someone not extremely familiar with the oVirt database > location and tables, would not have a clue as to what you're talking about > in this email. > I'm guessing this database is located locally on my ovirt-engine, but I > wouldn't know where to start in how to get into it without causing major > problems (ie, do I need to turn off the engine first?) and it would help if > there were a detailed example with sql commands to make the necessary > modifications to the dB to add a fence agent completely. This wasn't my email, it was Eli Mesika's. I just remembered that he sent it so it was easy to find. I agree that the instructions are not complete. The database was created during setup - you were asked about that and probably accepted the defaults, which create a local database called 'engine'. You can connect to it by doing: su - postgres psql engine Obviously, do not change anything before you understand what you are doing and have some good backup. You can read, and usually update, without taking the engine down. There is quite a lot of material on the ovirt wiki - please search and read a bit - e.g. for 'ovirt database'. Do not hesitate to ask (on-list) again if you have questions. You can also ask on irc for faster help. Best regards, -- Didi ------=_Part_1021355_2144139839.1395071630139 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>Hi,<br></div><div><br></div><div= >(Replying also to the list)</div><div><br></div><hr id=3D"zwchr"><blockquo= te style=3D"border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;= color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-f= amily:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"David Smith= " <dsmith(a)mypchelp.com><br><b>To: </b>"Yedidyah Bar David" <didi@r= edhat.com><br><b>Sent: </b>Monday, March 17, 2014 5:01:55 PM<br><b>Subje= ct: </b>Re: [Users] Instructions to add a remote controlled power strip not= in the native list?<br><div><br></div><div dir=3D"ltr">Hi Yedidyah,<div>Ke= ep in mind it appears that your instructions are assuming some level of in = depth knowledge of *some* database not described in that thread. </div= ></div></blockquote><blockquote style=3D"border-left:2px solid #1010FF;marg= in-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:norma= l;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12p= t;"><div dir=3D"ltr"><div><br></div><div>In other words, for someone not ex= tremely familiar with the oVirt database location and tables, would not hav= e a clue as to what you're talking about in this email.</div><div><br></div= ><div>I'm guessing this database is located locally on my ovirt-engine, but= I wouldn't know where to start in how to get into it without causing major= problems (ie, do I need to turn off the engine first?) and it would help i= f there were a detailed example with sql commands to make the necessary mod= ifications to the dB to add a fence agent completely.</div></div></blockquo= te><div><br></div><div><div>This wasn't my email, it was Eli Mesika's. I ju= st remembered that he sent it so it was easy to find.</div><div><br></div><= div>I agree that the instructions are not complete.</div><div><br></div><di= v>The database was created during setup - you were asked about that and pro= bably accepted the defaults,</div><div>which create a local database called= 'engine'. You can connect to it by doing:</div><div>su - postgres</div><di= v>psql engine</div><div><br></div><div>Obviously, do not change anything be= fore you understand what you are doing and have some good backup.</div><div= >You can read, and usually update, without taking the engine down.</div><di= v><br></div><div>There is quite a lot of material on the ovirt wiki - pleas= e search and read a bit - e.g. for 'ovirt database'.</div><div><br></div><d= iv>Do not hesitate to ask (on-list) again if you have questions.</div><div>= <br></div><div>You can also ask on irc for faster help.</div></div><div><br= ></div><div>Best regards,</div><div>-- <br></div><div><span name=3D"x"></sp= an>Didi<br><span name=3D"x"></span><br></div></div></body></html> ------=_Part_1021355_2144139839.1395071630139--

2 1

[Users] migration of VM, which protocol actually works?
by aditya mamidwar 17 Mar '14

17 Mar '14

i wanted to learn about the modules so that i could understand how the engine POSTS and sends data to the backend sql database and other scripts to perform various options. for e.g i need to know which code actually collects the storage path for the ISO s during ISCSI storage domain setup. also how the hosts, clusters and data centers are made and stored at the backend. if i want to add a new UI that bypasses some of these complicated tasks (again for personal understanding), will I be able to do that. Also i would like to mention that am working on making a little changes to how the ISCSI protocol works.. My another doubt is: when are the NFS/ISCSI/FC protocols actually used in ovirt. like what part of the VM running state? are their purpose limited to just copying the ISO from the storage center to the path required by the Host. Are the protocols them self responsible for sending and getting data during VM execution on a node. The concept of node and migration has left me a little confused. since each node can run multiple VMs , so during the running/execution of the VM , do the network protocols actully work, if not , then how is that achieved. if yes, again my question arises, which module should i focus on regarding this issue. thanks -- -Aditya Mamidwar

2 1

[Users] Request for Wiki - dates
by Bob Doolittle 17 Mar '14

17 Mar '14

Hi, As most are aware, there's a lot of information on the Ovirt Wiki that's out of date. In spite of our best efforts, that will probably always be true - it's the nature of Wikis. When I look for information on our Wiki, I never know where the most current information is. I think it would be really helpful if someplace on each Wiki page was a useful date to let us know the currency of the info. Probably the most useful date is last-modified, although creation date might also be useful. Maybe we could even map/display the date to the version number of whatever the current stable release was at the time for context (sometimes the content of a page calls out a particular version it's addressing, but a lot of the time it does not). Just as an example, I want to find out about migrating my existing configuration to self-hosted, using 3.4 RC2. A google search shows the following links (in order shown): http://www.ovirt.org/Features/Self_Hosted_Engine http://www.ovirt.org/Migrate_to_Hosted_Engine http://www.ovirt.org/Hosted_Engine_Howto ... I'm sure the Features page is ancient at this point. It's hard to tell about the 2nd page. Of course the date a page was last modified doesn't directly indicate how correct/current the information is, but there's a correlation. Knowing the date would be useful in making a judgment. It might even help the task of identifying and cleaning up obsolete pages. Easy to do? -Bob

6 13

[Users] Industry Events: Call for Papers Update, March 17, 2014
by Brian Proffitt 17 Mar '14

17 Mar '14

The following is a list of industry events that oVirt community members may want to attend and give presentations. If you are interested in speaking, or if you know of other events not on this list, please contact me at bkp(a)redhat.com. --- Open Source Bridge Jun 24-27 Portland, OR http://opensourcebridge.org/ Call for papers deadline: 4/4/2014 Call for papers URL: http://opensourcebridge.org/events/2014/proposals LISA Nov. 9-14 Seattle, WA https://www.usenix.org/conference/lisa14 Call for papers deadline: 4/14/2014 Call for papers URL: https://www.usenix.org/conference/lisa14/call-for-participation DockerConf June 6 London, UK http://dockerconf.com/ Call for papers: Open (deadline not known) Call for papers URL: http://bit.ly/1fnHtSA LinuxCon/CloudOpen NA Aug. 20-22 Chicago, IL http://events.linuxfoundation.org/events/linuxcon-north-america Call for papers deadline: 5/2/2014 Call for papers URL: http://events.linuxfoundation.org/events/linuxcon-north-america/program/cfp LinuxCon/CloudOpen Europe Oct. 13-15 http://events.linuxfoundation.org/events/cloudopen-europe Dusseldorf, Germany Call for papers deadline: 7/11/2014 Call for papers URL: http://events.linuxfoundation.org/events/cloudopen-europe/program/cfp KVM Forum Oct. 14-16 Dusseldorf, Germany http://events.linuxfoundation.org/events/kvm-forum Call for papers: Not Open Linux.conf.au Jan. 12-16, 2015 Auckland, NZ Call for papers: Not Open -- Brian Proffitt - oVirt Community Manager Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 312 477 4320 / Cell: +1 574 383 9BKP IRC: bkp

1 0

[Users] Migrate simple configuration to self-hosted
by Bob Doolittle 17 Mar '14

17 Mar '14

Hi, I want to migrate my existing deployment to self-hosted. I have a simple deployment: A: Machine Fedora 20 B: libvirt VM (hosted on A) RHEL 6.5 running Engine 3.3.4-1 C: Machine RHEL 6.5 acts as Hypervisor/Host/Node (VDSM 4.13.3-4) ISO NFS Domain is on B Data (Master) NFS Domain is on C I want to migrate VM B to Machine C, as self-hosted, and free up Machine A When I look at these instructions: http://www.ovirt.org/Migrate_to_Hosted_Engine It starts with "I installed a new host with fedora 19". I don't understand this. Won't most people doing this migration want to start with their existing Hypervisor/Host/Node, and migrate their Engine to it? Do I really need a new 3rd machine, when my goal is to free up one of my 2 existing machines? Or can I go ahead and assume these instructions are fine to apply to an existing Host already running VDSM 4.13.3-4? I would have (naively?) imagined that the typical migration would be something like: 0. Upgrade Engine and Host to 3.4 1. Create a new VM 2. Install OS on new VM, start it up 3. Backup current Engine 4. Stop current Engine (leave Host and VM running), change hostname (local and DNS), maybe power off for good luck until done 5. Login to new VM (probably using ssh unless there's a way to connect directly to the VM via Spice/VNC while the Engine is down) to: A. Assign previous Engine hostname to it (local and DNS), possibly reboot B. Set it up as a self-hosted Engine C. Restore backup to it D. Start up new engine What am I missing? Thanks, Bob

3 4

[Users] feedback-on-oVirt-engine-3.3.4-1.el6
by kirtech_support 17 Mar '14

17 Mar '14

Good day, how can I create additional users for a user portal?

2 1

[Users] Host CPU type is not compatible with Cluster Properties
by Hans Hinrichsen Hills 17 Mar '14

17 Mar '14

This is a multipart message in MIME format. ------=_NextPart_000_01B8_01CF3F9E.DF1742E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I'm learning (self-learning) about Ovirt Server, and I had Inatlled in one IBM Server xSeries 209 with CentOS release 6.5 (Final) 64 bit. I setup ovirt engine with no problem. In the same server I try to put de same Host and receive the following messages: Host MiPrueba moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU Features : <UNKNOWN>. In the console, the host is market with Host CPU type is not compatible with Cluster Properties cpuFlags = 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clf lush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,pebs ,bts,pni,dtes64,monitor,ds_cpl,est,cid,cx16,xtpr,lahf_lm,model_coreduo' I need to know if I can use this server to ovirt-engine Saludos cordiales, Hans Hinrichsen Hills ------=_NextPart_000_01B8_01CF3F9E.DF1742E0 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-microsoft-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=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 = (filtered medium)"><style></style></head><body lang=3DES-CL link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span = lang=3DEN-US>I’m learning (self-learning) about Ovirt Server, and = I had Inatlled in one IBM Server xSeries 209 with CentOS release 6.5 = (Final) 64 bit. I setup ovirt engine with no problem. In the same server = I try to put de same Host and receive the following = messages:<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Host MiPrueba moved to Non-Operational state as host does = not meet the cluster’s minimum CPU level. Missing CPU Features : = <UNKNOWN>.<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>In the console, the host is market with Host CPU type is = not compatible with Cluster Properties<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>cpuFlags =3D = 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,= clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_ts= c,pebs,bts,pni,dtes64,monitor,ds_cpl,est,cid,cx16,xtpr,lahf_lm,model_core= duo'<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>I need to know if I can use this server to = ovirt-engine<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal = style=3D'mso-margin-top-alt:auto;margin-bottom:12.0pt'><span lang=3DES = style=3D'font-size:10.0pt;font-family:"Verdana","sans-serif";color:#40404= 0;mso-fareast-language:ES-CL'>Saludos cordiales,<br>Hans Hinrichsen = Hills<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DES><o:p> </o:p></span></p></div></body></html> ------=_NextPart_000_01B8_01CF3F9E.DF1742E0--

2 1

[Users] Ovirt 3.4rc + Qemu Live snapshot : Problem to delete a Snapshot
by Eric Bollengier 16 Mar '14

16 Mar '14

Hello, I upgraded to Ovirt 3.4rc allinone on centos6, and I compiled/installed the qemu-kvm-rhev to be able to take live snapshots. Taking the snapshot is OK, but I would like to delete them, and the button and the menu are disabled (grey) until I shutdown the VM. Once powered off, actions are available, and I'm able to delete snapshots. When looking the Snapshot Actions Matrix: http://www.ovirt.org/Live_Snapshots Is the "Revert" operation needed to delete a snapshot ? (Deleting a snapshot file implies to write changes from the snapshot file to the parent file, looks to be "Commit" for me). If not, should I have to upgrade something else, like libvirt, to be able to delete snapshots? Thanks in advance Best Regards, Eric ovirt-engine-setup-plugin-ovirt-engine-common-3.4.0-0.13.rc.el6.noarch ovirt-iso-uploader-3.4.0-1.el6.noarch ovirt-engine-tools-3.4.0-0.13.rc.el6.noarch ovirt-engine-backend-3.4.0-0.13.rc.el6.noarch ovirt-host-deploy-1.1.3-1.el6.noarch ovirt-host-deploy-java-1.1.3-1.el6.noarch ovirt-engine-cli-3.3.0.6-1.el6.noarch ovirt-host-deploy-offline-1.1.3-1.el6.noarch ovirt-engine-setup-base-3.4.0-0.13.rc.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.4.0-0.13.rc.el6.noarch ovirt-engine-setup-plugin-allinone-3.4.0-0.13.rc.el6.noarch ovirt-log-collector-3.4.1-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.4.0-0.13.rc.el6.noarch ovirt-engine-webadmin-portal-3.4.0-0.13.rc.el6.noarch ovirt-engine-userportal-3.4.0-0.13.rc.el6.noarch ovirt-engine-dbscripts-3.4.0-0.13.rc.el6.noarch ovirt-engine-3.4.0-0.13.rc.el6.noarch ovirt-engine-lib-3.4.0-0.13.rc.el6.noarch ovirt-engine-setup-3.4.0-0.13.rc.el6.noarch ovirt-image-uploader-3.4.0-1.el6.noarch ovirt-engine-websocket-proxy-3.4.0-0.13.rc.el6.noarch ovirt-engine-restapi-3.4.0-0.13.rc.el6.noarch ovirt-release-11.0.2-1.noarch vdsm-4.13.3-4.el6.x86_64 qemu-img-rhev-0.12.1.2-2.415.el6.5.x86_64 qemu-kvm-rhev-0.12.1.2-2.415.el6.5.x86_64 qemu-kvm-rhev-tools-0.12.1.2-2.415.el6.5.x86_64 libvirt-0.10.2-29.el6_5.5.x86_64 libvirt-lock-sanlock-0.10.2-29.el6_5.5.x86_64

3 4

[Users] Source code unerstanding
by aditya mamidwar 16 Mar '14

16 Mar '14

Hey, is there a simpler way to know which code is responsible for which module of the engine. is there a documentation maintained. or how can identify the files which are important for me. -- -Aditya Mamidwar

4 3

[Users] otopi.conf
by jacek burghardt 15 Mar '14

15 Mar '14

Is there example on how to create otopi.conf file * see option *OTOPI_PYTHON [/usr/bin/python] i guess I could point it to python2 I hope I can get disable the attempt at installing rpm packages by yum. I dont believe Gentoo had patched otopi to install its packages. ts between attempted installs of ncurses-base-5.7-3.20090208.el6.x86_64 and ncurses-base-5.7-3.20090208.el6.x86_64 file /usr/share/terminfo/d/dumb conflicts between attempted installs of ncurses-base-5.7-3.20090208.el6.x86_64 and ncurses-base-5.7-3.20090208.el6.x86_64 file /usr/share/terminfo/l/linux conflicts between attempted installs of ncurses-base-5.7-3.20090208.el6.x86_64 and ncurses-base-5.7-3.20090208.el6.x86_64 file /usr/share/terminfo/v/vt100 conflicts between attempted installs of ncurses-base-5.7-3.20090208.el6.x86_64 and ncurses-base-5

2 3

[Users] oVirt/RHEV Android client (Opaque) available for beta testing
by i iordanov 15 Mar '14

15 Mar '14

Hello, We invite any interested oVirt/RHEV developers and administrators to beta-test Opaque, a new Android oVirt/RHEV client application. To opt in, please reply to this message with an email address associated with a Google Account, because joining the beta-test group is based on membership to a Google Plus community. If you don't want that email address posted to the mailing list, don't include it in your reply! Itamar or I will add you to the community and let you know that you can proceed to the following two steps: 1) Please visit this page here to accept the invitation: https://plus.google.com/communities/116099119712127782216 2) Once you've become a member of the Google+ group, to opt-in, visit: https://play.google.com/apps/testing/com.undatech.opaquebeta You will be able to download Opaque from Google Play by following the link at the bottom of the opt-in page. Please share your experiences with Opaque to the mailing list! Cheers, iordan -- The conscious mind has only one thread of execution.

8 21

[Users] New Ovirt 3.3.4.1 install, initial SD cannot be used for gluster
by Steve Dainard 14 Mar '14

14 Mar '14

I just went through a full re-install and could not get the first DC to bring up a gluster SD. 'could not acquire hostid' was the error reported. I believe the default settings in engine-setup was DC type NFS. After a day of cursing I created a new DC, moved the hosts over, and was able to bring up a gluster storage domain without issue. I'm attaching the logs for today, if someone can review and let me know what was going wrong, I'd like to open a BZ. I was actually bit by this issue a month ago but didn't realize what had changed while I was testing different configurations and was able to get a gluster storage SD working in a different DC. My setup is as such, hosts: ovirt001 <-- ovirt host, gluster host, ovirt-engine ovirt002 <-- ovirt host, gluster host On another note, I noticed with the package vdsm-hook-nestedvt my hosts were listed as non-operational, and that they did not support virtualization. Removing the packages solved the issue after a reboot. Thanks, *Steve Dainard * IT Infrastructure Manager Miovision <http://miovision.com/> | *Rethink Traffic* *Blog <http://miovision.com/blog> | **LinkedIn <https://www.linkedin.com/company/miovision-technologies> | Twitter <https://twitter.com/miovision> | Facebook <https://www.facebook.com/miovision>* ------------------------------ Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON, Canada | N2C 1L3 This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.

1 0

[Users] adding scripts
by aditya mamidwar 14 Mar '14

14 Mar '14

I want to commit changes to the engine by adding some bash scripts. the scripts should be invoked once a button or tab is selected in the webadmin portal by the user. can someone guide on achieving this. -- -Aditya Mamidwar

3 2

[Users] [ANN] oVirt Node ISO for oVirt 3.4 RC 2
by Fabian Deutsch 14 Mar '14

14 Mar '14

--=-XfnQPOo0nEpleRZqDZq2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hey, let me announce a respun oVirt Node for oVirt 3.4 RC 2. After some time this is finally available from where it belongs: http://resources.ovirt.org/releases/3.4.0_pre/iso/ovirt-node-iso-3.0.4-1.0.= 201401291204.vdsm34rc2.el6.iso There are also older releases of oVirt Node, in case that the latest version has unknown regressions. http://resources.ovirt.org/releases/3.4.0_pre/iso/ Please let us known about issues you run into. You can also let us know when Node "Just Works (TM)". Greetings fabian --=-XfnQPOo0nEpleRZqDZq2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAABAgAGBQJTIykgAAoJEC9+uOgSHVGUnX4P/2TUR2eMvhscP0KSgL9T5hmV 23+zzQVc8xIVSAY2ko+GLlaYsZ9Ui7C5fB1mDOx0zjUQ8qqwsDvBzkTDJAX3sFhD HzIjfcF97CPKdRVbpT6qrFVyHew4dR+CloJT5iuxiidO3dXlDGvUarByfeYZ97cJ /T1BDx4Gi3vxx0hVG0/rzDZvqmrYa34SlbM9B7mP1OhVwU2ZgfD0+KjrnaLbeGUJ Y2jh//Zr9g+0mzGWTdjEZ1dlR4XXf6qLG53r49cX00zkC66BOLeaBoI67ngD6ah5 9Qj2zDhgN98TvF8QWQk6clzFFDuqTwX2fKbNnjy/6khH1xg9S95Vxn8f3o3HPtS0 CSh1mg+fs3EoMWj8W2kYrmVjs6CkXa0YI+pAAGacKkInLzuMgvTYUEDNYbAKdTFu kNz+Eps6ay8wWXHgR9QOXCakBfGliWcIVcR7CbwGbB+lsWrh5/l3eGKY0KzTaDR8 q/ieq6O6F7Uik2N+J347Sh9fyobUftaa75cbfQS9bfF7n4F44PRDJeYUjEkpZEo6 mRUhdi3OWlP+kergTaDst68NsR91F1P6FsO9cc3QlejmjH7ZpmtQDsqAtRDMvoCG 25Oqj5Rq425GOx9OfMwvRpZ1N8PjiPLxP4wLLaR6bgyw4EG4VirugPRImtfCf+4d Bd+qMPHfWkLunO8mioec =DTiV -----END PGP SIGNATURE----- --=-XfnQPOo0nEpleRZqDZq2--

1 0

[Users] edit-node problems
by Simon Barrett 14 Mar '14

14 Mar '14

--_000_D86C48DF8800164BBE50B87623F7AC95481D65D3ln2wio001devtra_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I'm trying to use edit-node to add the ovirt-node-plugin-vdsm plugin to the= ovirt-node-iso-3.0.2-1.0.0.el6.iso that I downloaded from here: http://res= ources.ovirt.org/releases/node-base/stable/iso/ovirt-node-iso-3.0.2-1.0.0.e= l6.iso Whenever I run any edit-node commands against this iso I get the error belo= w: # ./ovirt-node/tools/edit-node -dv --print-rpm-manifest /app/iso/ovirt-node= -iso-3.0.2-1.0.0.el6.iso /app/iso/ovirt-node-iso-3.0.2-1.0.0.el6.iso Losetup add /dev/loop0 mapping to /app/iso/ovirt-node-iso-3.0.2-1.0.0.el6.i= so Mounting /dev/loop0 at /var/tmp/edit-liveos-nEP1ae/tmp-IrE34t Losetup add /dev/loop1 mapping to /var/tmp/edit-liveos-nEP1ae/tmp-IrE34t/Li= veOS/squashfs.img Mounting /dev/loop1 at /var/tmp/edit-liveos-nEP1ae/tmp-VOGtjF mount: block device /dev/loop1 is write-protected, mounting read-only Unmounting directory /var/tmp/edit-liveos-nEP1ae/tmp-VOGtjF Losetup remove /dev/loop1 Unmounting directory /var/tmp/edit-liveos-nEP1ae/tmp-IrE34t Losetup remove /dev/loop0 /usr/lib/python2.6/site-packages/imgcreate/errors.py:45: DeprecationWarning= : BaseException.message has been deprecated as of Python 2.6 return unicode(self.message) Error editing LiveOS : Failed to copy base live image to /var/tmp/edit-live= os-nEP1ae/ex/ext3fs.img for modification: [Errno 5] Input/output error If I try the same with ovirt-node-iso-3.0.1-1.0.2.el6.iso (downloaded from = the same location) all works as expected. I've tried this on CentOS 6.2 and 6.4, same results on both. Can anyone tell me where I am going wrong? Alternatively is there a newer n= ode ISO that already has the ovirt-node-plugin-vdsm plugin installed? Thanks, Simon --_000_D86C48DF8800164BBE50B87623F7AC95481D65D3ln2wio001devtra_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">I’m trying to use edit-node to add the ovirt-n= ode-plugin-vdsm plugin to the ovirt-node-iso-3.0.2-1.0.0.el6.iso that I dow= nloaded from here: <a href=3D"http://resources.ovirt.org/releases/node-base/stable/iso/ovirt-n= ode-iso-3.0.2-1.0.0.el6.iso"> http://resources.ovirt.org/releases/node-base/stable/iso/ovirt-node-iso-3.0= .2-1.0.0.el6.iso</a><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Whenever I run any edit-node commands against this i= so I get the error below:<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"># ./ovirt-node/tools/edit-node -dv --print-rpm-manif= est /app/iso/ovirt-node-iso-3.0.2-1.0.0.el6.iso<o:p></o:p></p> <p class=3D"MsoNormal">/app/iso/ovirt-node-iso-3.0.2-1.0.0.el6.iso<o:p></o:= p></p> <p class=3D"MsoNormal">Losetup add /dev/loop0 mapping to /app/iso/ovirt-nod= e-iso-3.0.2-1.0.0.el6.iso<o:p></o:p></p> <p class=3D"MsoNormal">Mounting /dev/loop0 at /var/tmp/edit-liveos-nEP1ae/t= mp-IrE34t<o:p></o:p></p> <p class=3D"MsoNormal">Losetup add /dev/loop1 mapping to /var/tmp/edit-live= os-nEP1ae/tmp-IrE34t/LiveOS/squashfs.img<o:p></o:p></p> <p class=3D"MsoNormal">Mounting /dev/loop1 at /var/tmp/edit-liveos-nEP1ae/t= mp-VOGtjF<o:p></o:p></p> <p class=3D"MsoNormal">mount: block device /dev/loop1 is write-protected, m= ounting read-only<o:p></o:p></p> <p class=3D"MsoNormal">Unmounting directory /var/tmp/edit-liveos-nEP1ae/tmp= -VOGtjF<o:p></o:p></p> <p class=3D"MsoNormal">Losetup remove /dev/loop1<o:p></o:p></p> <p class=3D"MsoNormal">Unmounting directory /var/tmp/edit-liveos-nEP1ae/tmp= -IrE34t<o:p></o:p></p> <p class=3D"MsoNormal">Losetup remove /dev/loop0<o:p></o:p></p> <p class=3D"MsoNormal">/usr/lib/python2.6/site-packages/imgcreate/errors.py= :45: DeprecationWarning: BaseException.message has been deprecated as of Py= thon 2.6<o:p></o:p></p> <p class=3D"MsoNormal">  return unicode(self.message)<o:p></o:p></p> <p class=3D"MsoNormal">Error editing LiveOS : Failed to copy base live imag= e to /var/tmp/edit-liveos-nEP1ae/ex/ext3fs.img for modification: [Errno 5] = Input/output error<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">If I try the same with ovirt-node-iso-3.0.1-1.0.2.el= 6.iso (downloaded from the same location) all works as expected.<o:p></o:p>= </p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I’ve tried this on CentOS 6.2 and 6.4, same re= sults on both.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Can anyone tell me where I am going wrong? Alternati= vely is there a newer node ISO that already has the ovirt-node-plugin-vdsm = plugin installed?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Simon<o:p></o:p></p> </div> </body> </html> --_000_D86C48DF8800164BBE50B87623F7AC95481D65D3ln2wio001devtra_--

2 2

[Users] Can't connect to any console
by Chloride Cull 14 Mar '14

14 Mar '14

So, I've finally managed to set up an all-in-one setup on a CentOS box. Issue is, I can't connect to any running VMs, connecting to the console works. After some headaches, I've found that VNC just fails, while Spice says that there is no route to the host. Thinking it was just that it disregarded /etc/hosts, I setup dnsmasq. Still got issues. dig shows it resolves, tracepath shows a path and ping gets replies. (see <http://pastebin.com/raw.php?i=qWy8RnA6>) Have anyone here had similar issues? How did you do to fix it?

3 3

Re: [Users] SD Disk's Logical Volume not visible/activated on some nodes
by John Taylor 13 Mar '14

13 Mar '14

I want to jump in here and say I'm seeing the same thing. ovirt 3.3.2 on f19 hosts are vdsm 4.13.3-3.fc19 I'm using storage domain iscsi (fujitsu eternus) with 4 hosts. I've known about the warning with the vg_mda_free ( I asked on lvm with no response https://www.redhat.com/archives/linux-lvm/2014-February/msg00033.html ) but until now I didn't verify the problem with not seeing the lvs. My test was create a standalone disk on the iscsi sd. The lv only shows on the spm where it was created. None of the other 3 hosts show it. multipath -r on a non-spm host causes it to show up. same lvm version # lvm version LVM version: 2.02.98(2) (2012-10-15) Library version: 1.02.77 (2012-10-15) Driver version: 4.26.0 -John >> This looks wrong - your vg_mda_free is zero - as vdsm complains. >> >> Zdenek, how can we debug this further? > > I see same issue in Fedora 19. > > Can you share with us the output of: > > cat /etc/redhat-release > uname -a > lvm version > > Nir $ cat /etc/redhat-release Fedora release 19 (Schrödinger's Cat) $ uname -a Linux blizzard.mgmt.futurice.com 3.12.6-200.fc19.x86_64.debug #1 SMP Mon Dec 23 16:24:32 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux $ lvm version LVM version: 2.02.98(2) (2012-10-15) Library version: 1.02.77 (2012-10-15) Driver version: 4.26.0

2 1

[Users] Gluster volume options change, crash, vdsm reports SD does not exist
by Steve Dainard 13 Mar '14

13 Mar '14

I was playing with some gluster performance options on my storage volume and managed to crash it. On recovery (and heal) my storage domain won't come up. I'm getting these errors in vdsm.log: Thread-24::WARNING::2014-03-13 15:51:18,741::lvm::391::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' Volume group "47df1e9f-6a83-46b9-a7ec-9568abd10d1a" not found', ' Skipping volume group 47df1e9f-6a83-46b9-a7ec-9568abd10d1a'] Thread-24::DEBUG::2014-03-13 15:51:18,741::lvm::428::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-24::ERROR::2014-03-13 15:51:18,748::sdc::143::Storage.StorageDomainCache::(_findDomain) domain 47df1e9f-6a83-46b9-a7ec-9568abd10d1a not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: ('47df1e9f-6a83-46b9-a7ec-9568abd10d1a',) Thread-24::ERROR::2014-03-13 15:51:18,748::domainMonitor::231::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 47df1e9f-6a83-46b9-a7ec-9568abd10d1a monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 196, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: ('47df1e9f-6a83-46b9-a7ec-9568abd10d1a',) I destroyed (UI) the storage domain (47df1e9f-6a83-46b9-a7ec-9568abd10d1a was an iso domain) but still get the same errors. I've tried re-installing the hosts without change. Is there a local cache vdsm builds that it might be referencing that I can clear out? I'm only showing one SD in the db which is my gluster SD: engine=# select * from storage_domain_static; id | storage | storage_name | storage_domain_type | storage_type | storage_domain_format_type | _create_date | _update_dat e | recoverable | last_time_used_as_master | storage_description | storage_comment --------------------------------------+--------------------------------------+--------------+---------------------+--------------+----------------------------+-------------------------------+-------------------- -----------+-------------+--------------------------+---------------------+----------------- 0de3b516-6c74-4ad8-8958-d3f571ceda8d | e329ad38-b5d8-47a3-ac01-3dfdd5193032 | rep2 | 0 | 7 | 3 | 2014-02-23 16:20:42.327492-05 | 2014-02-23 16:20:49 .094751-05 | t | 0 | | (1 row) engine=# select * from storage_domain_; storage_domain_dynamic storage_domain_file_repos storage_domain_static storage_domain_static_view engine=# select * from storage_domain_dynamic; id | available_disk_size | used_disk_size | _update_date --------------------------------------+---------------------+----------------+------------------------------- 0de3b516-6c74-4ad8-8958-d3f571ceda8d | 1887 | 160 | 2014-03-12 01:59:52.258384-04 (1 row) [root@ovirt001 vdsm]# vdsClient -s 0 getStorageDomainsList [root@ovirt001 vdsm]# engine.log contains this repeating: TaskStatusListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=654, mMessage=Not SPM]] 2014-03-13 16:02:03,538 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] HostName = ovirt001 2014-03-13 16:02:03,538 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] Command HSMGetAllTasksStatusesVDS execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM 2014-03-13 16:02:03,539 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] FINISH, SpmStopVDSCommand, log id: 41fe5668 2014-03-13 16:02:03,539 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] spm stop succeeded, continuing with spm selection 2014-03-13 16:02:03,560 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] starting spm on vds ovirt002, storage pool IT, prevId 1, LVER 7 2014-03-13 16:02:03,561 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] START, SpmStartVDSCommand(HostName = ovirt002, HostId = fac716fc-baff-46fe-9323-fd581a26a983, storagePoolId = 8da661c0-8125-4efb-851e-c9320d268578, prevId=1, prevLVER=7, storagePoolFormatType=V3, recoveryMode=Manual, SCSIFencing=true), log id: 53385b6b 2014-03-13 16:02:03,572 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] spmStart polling started: taskId = 0fb302dd-32ff-4442-aa98-5eecaf571da4 2014-03-13 16:02:05,598 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetTaskStatusVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] Failed in HSMGetTaskStatusVDS method 2014-03-13 16:02:05,599 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetTaskStatusVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] Error code AcquireHostIdFailure and error message VDSGenericException: VDSErrorException: Failed to HSMGetTaskStatusVDS, error = Cannot acquire host id 2014-03-13 16:02:05,599 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] spmStart polling ended: taskId = 0fb302dd-32ff-4442-aa98-5eecaf571da4 task status = finished 2014-03-13 16:02:05,600 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] Start SPM Task failed - result: cleanSuccess, message: VDSGenericException: VDSErrorException: Failed to HSMGetTaskStatusVDS, error = Cannot acquire host id 2014-03-13 16:02:05,606 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] spmStart polling ended, spm status: Free 2014-03-13 16:02:05,607 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] START, HSMClearTaskVDSCommand(HostName = ovirt002, HostId = fac716fc-baff-46fe-9323-fd581a26a983, taskId=0fb302dd-32ff-4442-aa98-5eecaf571da4), log id: 6e65ac77 2014-03-13 16:02:05,613 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] FINISH, HSMClearTaskVDSCommand, log id: 6e65ac77 2014-03-13 16:02:05,613 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (DefaultQuartzScheduler_Worker-21) [4f649953] FINISH, SpmStartVDSCommand, return: org.ovirt.engine.core.common.businessentities.SpmStatusResult@798917ef, log id: 53385b6b 2014-03-13 16:02:05,615 INFO [org.ovirt.engine.core.bll.storage.SetStoragePoolStatusCommand] (DefaultQuartzScheduler_Worker-21) [17828a3f] Running command: SetStoragePoolStatusCommand internal: true. Entities affected : ID: 8da661c0-8125-4efb-851e-c9320d268578 Type: StoragePool 2014-03-13 16:02:05,656 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-21) [17828a3f] IrsBroker::Failed::GetStoragePoolInfoVDS due to: IrsSpmStartFailedException: IRSGenericException: IRSErrorException: SpmStart failed 2014-03-13 16:02:15,674 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-39) [7b210b3d] Command org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand return value TaskStatusListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=654, mMessage=Not SPM]] Any help appreciated. vdsm.log from both hosts and engine.log attached. *Steve Dainard * IT Infrastructure Manager Miovision <http://miovision.com/> | *Rethink Traffic* *Blog <http://miovision.com/blog> | **LinkedIn <https://www.linkedin.com/company/miovision-technologies> | Twitter <https://twitter.com/miovision> | Facebook <https://www.facebook.com/miovision>* ------------------------------ Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON, Canada | N2C 1L3 This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.

1 0

[Users] ovirt engine source
by jacek burghardt 13 Mar '14

13 Mar '14

Is there source of ovirt engine that stable ? I was able to compile master of git source but after some changes it seems to be broken. I ge this error when it comes to compile webadmin [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-7-openjdk/jre/bin/java -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev.ThreadedPermutationWorkerFactory \

5 25

[Users] Delete & Detach Logical Network
by Tejesh M 13 Mar '14

13 Mar '14

Hi, I'm able to delete the logical network but this logical network after deletion shows as unmanaged network in "Setup Host Networks" against the hostnic. I tried with this code to detach the logical network. *Code 1:* HostNIC nic = api.getHosts().get("rhevhost").getHostNics().get("eth1"); Action action = new Action(); action.setNetwork(api.getNetworks().get(nw_name)); action.setDetach(true); action.setCheckConnectivity(false); nic.detach(action); *Returns*: code : 409 reason: Conflict detail: Network Interface is not attached to Logical Network. *Code 2:* HostNIC nic = api.getHosts().get("rhevhost").getHostNics().get("eth1.1345"); Action action = new Action(); action.setNetwork(api.getNetworks().get(nw_name)); action.setDetach(true); action.setCheckConnectivity(false); nic.detach(action); *Returns*: code : 409 reason: Conflict detail: Cannot edit Network while Host is Active, change the Host to Maintenance mode and try again. -- Thanks & Regards Tejesh

2 7

[Users] oVirt 3.3.3 - Migration failures
by LANGE Thomas 13 Mar '14

13 Mar '14

--_004_4C61EFDD7F9C1646BBF252580B27F2A3DB31BEC3FFTHSONEA01CMS1_ Content-Type: multipart/alternative; boundary="_000_4C61EFDD7F9C1646BBF252580B27F2A3DB31BEC3FFTHSONEA01CMS1_" --_000_4C61EFDD7F9C1646BBF252580B27F2A3DB31BEC3FFTHSONEA01CMS1_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi ! I am testing all the functionalities of oVirt for work and I have some issu= es regarding live migration. Here's my configuration: - pc001 : CentOS 6.5 minimal with VDSM (4.13.3-3.el6) - pc002 : CentOS 6.5 minimal with VDSM (4.13.3-3.el6) and ovirt-engin= e (3.3.3-2.el6) - pc003 : CentOS 6.5 with VDSM (4.13.3-3.el6) All these servers are in the same cluster and datacenter is using NFS for s= torage. Here's my problem : I have one VM (called Debian) running on a specific hos= t (pc003.lan). I try to migrate it to another host (pc001.lan) but the migr= ation fails. As a result, the VM is still running on pc003 and the number o= f running VMs on this host is still the same; but I can see one more VM run= ning on the host pc001. It does the same thing with other VMs (mavm1, mavm2= , mavm3, Debian2....). At the end, the administration portal tells me I hav= e 7VMs running on host pc001, 4 on pc002 and 3 on pc001; I have only 7 VMs = , not 14. >From now, some errors keep showing up in the log (see attachment). It says = that migrations are still running but I cannot cancel them in the administr= ation portal and they never stop/succeed/fail. This problem occurred some t= ime after I enabled quotas in the Datacenter but I don't know if it's relat= ed in any way. If I reboot pc001, the number of running VM is reset to 0, b= ut any attempt to migrate a VM to this host does the same thing again. Also= , restarting the engine did not fix this issue. Does anyone have an idea about what's happening ? I'm new with oVirt and I = don't know what to do to solve this. Thanks for your help ! Regards, Thomas LANG=C9 --_000_4C61EFDD7F9C1646BBF252580B27F2A3DB31BEC3FFTHSONEA01CMS1_ 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=3DFR link=3Dblue vlink= =3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span lang=3DEN-US= style=3D'font-family:"Arial","sans-serif"'>Hi !<o:p></o:p></span></p>= <p class=3DMsoNormal><span lang=3DEN-US style=3D'font-family:"Arial","sans-= serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US= style=3D'font-family:"Arial","sans-serif"'>I am testing all the functional= ities of oVirt for work and I have some issues regarding live migration.<o:= p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-fa= mily:"Arial","sans-serif"'>Here’s my configuration:<o:p></o:p></span>= </p><p class=3DMsoListParagraph style=3D'text-indent:-18.0pt;mso-list:l0 le= vel1 lfo1'><![if !supportLists]><span lang=3DEN-US style=3D'font-family:"Ar= ial","sans-serif"'><span style=3D'mso-list:Ignore'>-<span style=3D'font:7.0= pt "Times New Roman"'>       </span></span></= span><![endif]><span dir=3DLTR></span><span lang=3DEN-US style=3D'font-fami= ly:"Arial","sans-serif"'>pc001 : CentOS 6.5 minimal with VDSM (4.13.3-3.el6= )<o:p></o:p></span></p><p class=3DMsoListParagraph style=3D'text-indent:-18= .0pt;mso-list:l0 level1 lfo1'><![if !supportLists]><span lang=3DEN-US style= =3D'font-family:"Arial","sans-serif"'><span style=3D'mso-list:Ignore'>-<spa= n style=3D'font:7.0pt "Times New Roman"'>     &nbs= p; </span></span></span><![endif]><span dir=3DLTR></span><span lang=3DEN-US= style=3D'font-family:"Arial","sans-serif"'>pc002 : CentOS 6.5 minimal with= VDSM (4.13.3-3.el6) and ovirt-engine (3.3.3-2.el6)<o:p></o:p></span></p><p= class=3DMsoListParagraph style=3D'text-indent:-18.0pt;mso-list:l0 level1 l= fo1'><![if !supportLists]><span lang=3DEN-US style=3D'font-family:"Arial","= sans-serif"'><span style=3D'mso-list:Ignore'>-<span style=3D'font:7.0pt "Ti= mes New Roman"'>       </span></span></span><= ![endif]><span dir=3DLTR></span><span lang=3DEN-US style=3D'font-family:"Ar= ial","sans-serif"'>pc003 : CentOS 6.5 with VDSM (4.13.3-3.el6)<o:p></o:p></= span></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-family:"Aria= l","sans-serif"'>All these servers are in the same cluster and datacenter i= s using NFS for storage.<o:p></o:p></span></p><p class=3DMsoNormal><span la= ng=3DEN-US style=3D'font-family:"Arial","sans-serif"'><o:p> </o:p></sp= an></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-family:"Arial"= ,"sans-serif"'>Here’s my problem : I have one VM (called Debian) runn= ing on a specific host (pc003.lan). I try to migrate it to another host (pc= 001.lan) but the migration fails. As a result, the VM is still running on p= c003 and the number of running VMs on this host is still the same; but I ca= n see one more VM running on the host pc001. It does the same thing with ot= her VMs (mavm1, mavm2, mavm3, Debian2….). At the end, the administrat= ion portal tells me I have 7VMs running on host pc001, 4 on pc002 and 3 on = pc001; I have only 7 VMs , not 14.<o:p></o:p></span></p><p class=3DMsoNorma= l><span lang=3DEN-US style=3D'font-family:"Arial","sans-serif"'><o:p> = </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-fami= ly:"Arial","sans-serif"'>From now, some errors keep showing up in the log (= see attachment). It says that migrations are still running but I cannot can= cel them in the administration portal and they never stop/succeed/fail. Thi= s problem occurred some time after I enabled quotas in the Datacenter but I= don’t know if it’s related in any way. If I reboot pc001, the = number of running VM is reset to 0, but any attempt to migrate a VM to this= host does the same thing again. Also, restarting the engine did not fix th= is issue.<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US styl= e=3D'font-family:"Arial","sans-serif"'><o:p> </o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US style=3D'font-family:"Arial","sans-serif"'>= Does anyone have an idea about what’s happening ? I’m new with = oVirt and I don’t know what to do to solve this.<o:p></o:p></span></p= ><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-family:"Arial","sans= -serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-U= S style=3D'font-family:"Arial","sans-serif"'>Thanks for your help !<o:p></o= :p></span></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-family:= "Arial","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><spa= n lang=3DEN-US style=3D'font-family:"Arial","sans-serif"'>Regards,<o:p></o:= p></span></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-family:"= Arial","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span= style=3D'font-family:"Arial","sans-serif";mso-fareast-language:FR'>Thomas = LANG=C9<o:p></o:p></span></p><p class=3DMsoNormal><o:p> </o:p></p></di= v></body></html>= --_000_4C61EFDD7F9C1646BBF252580B27F2A3DB31BEC3FFTHSONEA01CMS1_-- --_004_4C61EFDD7F9C1646BBF252580B27F2A3DB31BEC3FFTHSONEA01CMS1_ Content-Type: text/plain; name="log.txt" Content-Description: log.txt Content-Disposition: attachment; filename="log.txt"; size=23073; creation-date="Wed, 12 Mar 2014 13:49:33 GMT"; modification-date="Wed, 12 Mar 2014 13:47:45 GMT" Content-Transfer-Encoding: base64 MjAxNC0wMy0xMiAxMTozNDozNCw0MzAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5kYWwu ZGJicm9rZXIuYXVkaXRsb2doYW5kbGluZy5BdWRpdExvZ0RpcmVjdG9yXSAoRGVmYXVsdFF1YXJ0 elNjaGVkdWxlcl9Xb3JrZXItOTcpIENvcnJlbGF0aW9uIElEOiBudWxsLCBDYWxsIFN0YWNrOiBu dWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBWTSBDZW50T1MgaXMgZG93bi4gRXhp dCBtZXNzYWdlOiBEb21haW4gbm90IGZvdW5kOiBubyBkb21haW4gd2l0aCBtYXRjaGluZyB1dWlk ICdmMzFlOWI0Ny1hNjc2LTQxNTEtYmNiZC1jMzljYWI3NTk4MDcnLgoyMDE0LTAzLTEyIDExOjM0 OjM0LDQzMiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIu RGVzdHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci05NykgU1RB UlQsIERlc3Ryb3lWRFNDb21tYW5kKEhvc3ROYW1lID0gcGMwMDEubGFuLCBIb3N0SWQgPSA1NGEw NTczNC0yYjIzLTQzYTgtYTI0Zi1mNjJmMjk3ZmE4ODQsIHZtSWQ9NGFkNGQyNjgtODQ4Ny00YWQz LWEyMWQtZWM5ZWEyODRkNWM2LCBmb3JjZT1mYWxzZSwgc2Vjb25kc1RvV2FpdD0wLCBncmFjZWZ1 bGx5PWZhbHNlKSwgbG9nIGlkOiBmMmJlZTBhCjIwMTQtMDMtMTIgMTE6MzQ6MzQsNDQxIEVSUk9S IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29t bWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTk3KSBGYWlsZWQgaW4gRGVzdHJv eVZEUyBtZXRob2QKMjAxNC0wMy0xMiAxMTozNDozNCw0NDIgRVJST1IgW29yZy5vdmlydC5lbmdp bmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1 YXJ0elNjaGVkdWxlcl9Xb3JrZXItOTcpIEVycm9yIGNvZGUgdW5leHBlY3RlZCBhbmQgZXJyb3Ig bWVzc2FnZSBWRFNHZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRv IERlc3Ryb3lWRFMsIGVycm9yID0gVW5leHBlY3RlZCBleGNlcHRpb24KMjAxNC0wMy0xMiAxMToz NDozNCw0NDMgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2Vy LkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItOTcpIENv bW1hbmQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZE U0NvbW1hbmQgcmV0dXJuIHZhbHVlIAogU3RhdHVzT25seVJldHVybkZvclhtbFJwYyBbbVN0YXR1 cz1TdGF0dXNGb3JYbWxScGMgW21Db2RlPTE2LCBtTWVzc2FnZT1VbmV4cGVjdGVkIGV4Y2VwdGlv bl1dCjIwMTQtMDMtMTIgMTE6MzQ6MzQsNDQzIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUu dmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hl ZHVsZXJfV29ya2VyLTk3KSBIb3N0TmFtZSA9IHBjMDAxLmxhbgoyMDE0LTAzLTEyIDExOjM0OjM0 LDQ0NCBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVz dHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci05NykgQ29tbWFu ZCBEZXN0cm95VkRTIGV4ZWN1dGlvbiBmYWlsZWQuIEV4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRp b246IFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9uOiBGYWlsZWQgdG8gRGVz dHJveVZEUywgZXJyb3IgPSBVbmV4cGVjdGVkIGV4Y2VwdGlvbgoyMDE0LTAzLTEyIDExOjM0OjM0 LDQ0NSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVz dHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci05NykgRklOSVNI LCBEZXN0cm95VkRTQ29tbWFuZCwgbG9nIGlkOiBmMmJlZTBhCjIwMTQtMDMtMTIgMTE6MzQ6MzQs NDU1IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFsLmRiYnJva2VyLmF1ZGl0bG9naGFu ZGxpbmcuQXVkaXRMb2dEaXJlY3Rvcl0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTk3 KSBDb3JyZWxhdGlvbiBJRDogbnVsbCwgQ2FsbCBTdGFjazogbnVsbCwgQ3VzdG9tIEV2ZW50IElE OiAtMSwgTWVzc2FnZTogVk0gVGVzdEltcG9ydEtWTSBpcyBkb3duLiBFeGl0IG1lc3NhZ2U6IERv bWFpbiBub3QgZm91bmQ6IG5vIGRvbWFpbiB3aXRoIG1hdGNoaW5nIHV1aWQgJzRhZDRkMjY4LTg0 ODctNGFkMy1hMjFkLWVjOWVhMjg0ZDVjNicuCjIwMTQtMDMtMTIgMTE6MzQ6MzQsNDU3IElORk8g IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29t bWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTk3KSBTVEFSVCwgRGVzdHJveVZE U0NvbW1hbmQoSG9zdE5hbWUgPSBwYzAwMS5sYW4sIEhvc3RJZCA9IDU0YTA1NzM0LTJiMjMtNDNh OC1hMjRmLWY2MmYyOTdmYTg4NCwgdm1JZD02MzdkNmEzYS1jMTBkLTQyNTUtYWQyZC1jY2YyOTcw ZmYyMDEsIGZvcmNlPWZhbHNlLCBzZWNvbmRzVG9XYWl0PTAsIGdyYWNlZnVsbHk9ZmFsc2UpLCBs b2cgaWQ6IDJiMjhkNDM2CjIwMTQtMDMtMTIgMTE6MzQ6MzQsNDY2IEVSUk9SIFtvcmcub3ZpcnQu ZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1 bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTk3KSBGYWlsZWQgaW4gRGVzdHJveVZEUyBtZXRob2QK MjAxNC0wMy0xMiAxMTozNDozNCw0NjcgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNi cm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxl cl9Xb3JrZXItOTcpIEVycm9yIGNvZGUgdW5leHBlY3RlZCBhbmQgZXJyb3IgbWVzc2FnZSBWRFNH ZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvIERlc3Ryb3lWRFMs IGVycm9yID0gVW5leHBlY3RlZCBleGNlcHRpb24KMjAxNC0wMy0xMiAxMTozNDozNCw0NjcgSU5G TyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFND b21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItOTcpIENvbW1hbmQgb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1hbmQgcmV0 dXJuIHZhbHVlIAogU3RhdHVzT25seVJldHVybkZvclhtbFJwYyBbbVN0YXR1cz1TdGF0dXNGb3JY bWxScGMgW21Db2RlPTE2LCBtTWVzc2FnZT1VbmV4cGVjdGVkIGV4Y2VwdGlvbl1dCjIwMTQtMDMt MTIgMTE6MzQ6MzQsNDY4IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZk c2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2Vy LTk3KSBIb3N0TmFtZSA9IHBjMDAxLmxhbgoyMDE0LTAzLTEyIDExOjM0OjM0LDQ2OSBFUlJPUiBb b3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1h bmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci05NykgQ29tbWFuZCBEZXN0cm95VkRT IGV4ZWN1dGlvbiBmYWlsZWQuIEV4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRpb246IFZEU0dlbmVy aWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9uOiBGYWlsZWQgdG8gRGVzdHJveVZEUywgZXJy b3IgPSBVbmV4cGVjdGVkIGV4Y2VwdGlvbgoyMDE0LTAzLTEyIDExOjM0OjM0LDQ3MCBJTkZPICBb b3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1h bmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci05NykgRklOSVNILCBEZXN0cm95VkRT Q29tbWFuZCwgbG9nIGlkOiAyYjI4ZDQzNgoyMDE0LTAzLTEyIDExOjM0OjM0LDQ4MCBJTkZPICBb b3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0 TG9nRGlyZWN0b3JdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci05NykgQ29ycmVsYXRp b24gSUQ6IG51bGwsIENhbGwgU3RhY2s6IG51bGwsIEN1c3RvbSBFdmVudCBJRDogLTEsIE1lc3Nh Z2U6IFZNIG1hdm0yIGlzIGRvd24uIEV4aXQgbWVzc2FnZTogRG9tYWluIG5vdCBmb3VuZDogbm8g ZG9tYWluIHdpdGggbWF0Y2hpbmcgdXVpZCAnNjM3ZDZhM2EtYzEwZC00MjU1LWFkMmQtY2NmMjk3 MGZmMjAxJy4KMjAxNC0wMy0xMiAxMTozNDozNCw0ODQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUu Y29yZS52ZHNicm9rZXIuVmRzVXBkYXRlUnVuVGltZUluZm9dIChEZWZhdWx0UXVhcnR6U2NoZWR1 bGVyX1dvcmtlci05NykgUmVmcmVzaFZtTGlzdCB2bSBpZCA3ODAyZGExMy03Y2Q0LTRjMWItOTY2 Zi04MzkwMjZmN2ExMjUgc3RhdHVzID0gRG93biBvbiB2ZHMgcGMwMDEubGFuIGlnbm9yaW5nIGl0 IGluIHRoZSByZWZyZXNoIHVudGlsIG1pZ3JhdGlvbiBpcyBkb25lCjIwMTQtMDMtMTIgMTE6MzQ6 MzQsNDg1IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlZkc1VwZGF0ZVJ1 blRpbWVJbmZvXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItOTcpIFJlZnJlc2hWbUxp c3Qgdm0gaWQgMTdiOWRmYzItNTk1ZS00NTRiLWE1MjgtYjQzNzExMTM4NTJkIHN0YXR1cyA9IERv d24gb24gdmRzIHBjMDAxLmxhbiBpZ25vcmluZyBpdCBpbiB0aGUgcmVmcmVzaCB1bnRpbCBtaWdy YXRpb24gaXMgZG9uZQoyMDE0LTAzLTEyIDExOjM0OjM0LDQ4NiBJTkZPICBbb3JnLm92aXJ0LmVu Z2luZS5jb3JlLnZkc2Jyb2tlci5WZHNVcGRhdGVSdW5UaW1lSW5mb10gKERlZmF1bHRRdWFydHpT Y2hlZHVsZXJfV29ya2VyLTk3KSBSZWZyZXNoVm1MaXN0IHZtIGlkIGIzOWM3MDRmLTU5NDAtNDY1 ZS05ZDMxLTI2ZDJiOThjM2M1NCBzdGF0dXMgPSBEb3duIG9uIHZkcyBwYzAwMS5sYW4gaWdub3Jp bmcgaXQgaW4gdGhlIHJlZnJlc2ggdW50aWwgbWlncmF0aW9uIGlzIGRvbmUKMjAxNC0wMy0xMiAx MTozNDozNCw0ODggSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuVmRzVXBk YXRlUnVuVGltZUluZm9dIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci05NykgUmVmcmVz aFZtTGlzdCB2bSBpZCBmMzFlOWI0Ny1hNjc2LTQxNTEtYmNiZC1jMzljYWI3NTk4MDcgc3RhdHVz ID0gRG93biBvbiB2ZHMgcGMwMDEubGFuIGlnbm9yaW5nIGl0IGluIHRoZSByZWZyZXNoIHVudGls IG1pZ3JhdGlvbiBpcyBkb25lCjIwMTQtMDMtMTIgMTE6MzQ6MzQsNDg5IElORk8gIFtvcmcub3Zp cnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlZkc1VwZGF0ZVJ1blRpbWVJbmZvXSAoRGVmYXVsdFF1 YXJ0elNjaGVkdWxlcl9Xb3JrZXItOTcpIFJlZnJlc2hWbUxpc3Qgdm0gaWQgNGFkNGQyNjgtODQ4 Ny00YWQzLWEyMWQtZWM5ZWEyODRkNWM2IHN0YXR1cyA9IERvd24gb24gdmRzIHBjMDAxLmxhbiBp Z25vcmluZyBpdCBpbiB0aGUgcmVmcmVzaCB1bnRpbCBtaWdyYXRpb24gaXMgZG9uZQoyMDE0LTAz LTEyIDExOjM0OjM0LDQ5MSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5W ZHNVcGRhdGVSdW5UaW1lSW5mb10gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTk3KSBS ZWZyZXNoVm1MaXN0IHZtIGlkIDYzN2Q2YTNhLWMxMGQtNDI1NS1hZDJkLWNjZjI5NzBmZjIwMSBz dGF0dXMgPSBEb3duIG9uIHZkcyBwYzAwMS5sYW4gaWdub3JpbmcgaXQgaW4gdGhlIHJlZnJlc2gg dW50aWwgbWlncmF0aW9uIGlzIGRvbmUKMjAxNC0wMy0xMiAxMTozNDozNCw5NzEgSU5GTyAgW29y Zy5vdmlydC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuUG9zdGdyZXNEYkVuZ2luZURpYWxlY3Qk UG9zdGdyZXNKZGJjVGVtcGxhdGVdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci03KSBB ZGRlZCBkZWZhdWx0IFNxbFJldHVyblJlc3VsdFNldCBwYXJhbWV0ZXIgbmFtZWQgI3Jlc3VsdC1z ZXQtMQoyMDE0LTAzLTEyIDExOjM0OjM2LDIxMyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LmRhbC5kYmJyb2tlci5Qb3N0Z3Jlc0RiRW5naW5lRGlhbGVjdCRQb3N0Z3Jlc0pkYmNUZW1wbGF0 ZV0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTEwKSBBZGRlZCBkZWZhdWx0IFNxbFJl dHVyblJlc3VsdFNldCBwYXJhbWV0ZXIgbmFtZWQgI3Jlc3VsdC1zZXQtMQoyMDE0LTAzLTEyIDEx OjM0OjM2LDIyOSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5Qb3N0 Z3Jlc0RiRW5naW5lRGlhbGVjdCRQb3N0Z3Jlc0pkYmNUZW1wbGF0ZV0gKERlZmF1bHRRdWFydHpT Y2hlZHVsZXJfV29ya2VyLTEwKSBBZGRlZCBkZWZhdWx0IFNxbFJldHVyblJlc3VsdFNldCBwYXJh bWV0ZXIgbmFtZWQgI3Jlc3VsdC1zZXQtMQoyMDE0LTAzLTEyIDExOjM0OjM2LDIzOCBJTkZPICBb b3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5Qb3N0Z3Jlc0RiRW5naW5lRGlhbGVj dCRQb3N0Z3Jlc0pkYmNUZW1wbGF0ZV0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTEw KSBBZGRlZCBkZWZhdWx0IFNxbFJldHVyblJlc3VsdFNldCBwYXJhbWV0ZXIgbmFtZWQgI3Jlc3Vs dC1zZXQtMQoyMDE0LTAzLTEyIDExOjM0OjM2LDI0NiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLmRhbC5kYmJyb2tlci5Qb3N0Z3Jlc0RiRW5naW5lRGlhbGVjdCRQb3N0Z3Jlc0pkYmNUZW1w bGF0ZV0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTEwKSBBZGRlZCBkZWZhdWx0IFNx bFJldHVyblJlc3VsdFNldCBwYXJhbWV0ZXIgbmFtZWQgI3Jlc3VsdC1zZXQtMQoyMDE0LTAzLTEy IDExOjM0OjM3LDUzMyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNi cm9rZXIuRGVzdHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0x MSkgU1RBUlQsIERlc3Ryb3lWRFNDb21tYW5kKEhvc3ROYW1lID0gcGMwMDEubGFuLCBIb3N0SWQg PSA1NGEwNTczNC0yYjIzLTQzYTgtYTI0Zi1mNjJmMjk3ZmE4ODQsIHZtSWQ9NzgwMmRhMTMtN2Nk NC00YzFiLTk2NmYtODM5MDI2ZjdhMTI1LCBmb3JjZT1mYWxzZSwgc2Vjb25kc1RvV2FpdD0wLCBn cmFjZWZ1bGx5PWZhbHNlKSwgbG9nIGlkOiAzM2E1ZDExNQoyMDE0LTAzLTEyIDExOjM0OjM3LDU0 NCBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJv eVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgRmFpbGVkIGlu IERlc3Ryb3lWRFMgbWV0aG9kCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNTQ1IEVSUk9SIFtvcmcub3Zp cnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERl ZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBFcnJvciBjb2RlIHVuZXhwZWN0ZWQgYW5k IGVycm9yIG1lc3NhZ2UgVkRTR2VuZXJpY0V4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRpb246IEZh aWxlZCB0byBEZXN0cm95VkRTLCBlcnJvciA9IFVuZXhwZWN0ZWQgZXhjZXB0aW9uCjIwMTQtMDMt MTIgMTE6MzQ6MzcsNTQ2IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZk c2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2Vy LTExKSBDb21tYW5kIG9yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRl c3Ryb3lWRFNDb21tYW5kIHJldHVybiB2YWx1ZSAKIFN0YXR1c09ubHlSZXR1cm5Gb3JYbWxScGMg W21TdGF0dXM9U3RhdHVzRm9yWG1sUnBjIFttQ29kZT0xNiwgbU1lc3NhZ2U9VW5leHBlY3RlZCBl eGNlcHRpb25dXQoyMDE0LTAzLTEyIDExOjM0OjM3LDU0NiBJTkZPICBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVh cnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgSG9zdE5hbWUgPSBwYzAwMS5sYW4KMjAxNC0wMy0xMiAx MTozNDozNyw1NDcgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJv a2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEp IENvbW1hbmQgRGVzdHJveVZEUyBleGVjdXRpb24gZmFpbGVkLiBFeGNlcHRpb246IFZEU0Vycm9y RXhjZXB0aW9uOiBWRFNHZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVk IHRvIERlc3Ryb3lWRFMsIGVycm9yID0gVW5leHBlY3RlZCBleGNlcHRpb24KMjAxNC0wMy0xMiAx MTozNDozNyw1NDggSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJv a2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEp IEZJTklTSCwgRGVzdHJveVZEU0NvbW1hbmQsIGxvZyBpZDogMzNhNWQxMTUKMjAxNC0wMy0xMiAx MTozNDozNyw1NjIgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuYXVk aXRsb2doYW5kbGluZy5BdWRpdExvZ0RpcmVjdG9yXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9X b3JrZXItMTEpIENvcnJlbGF0aW9uIElEOiBudWxsLCBDYWxsIFN0YWNrOiBudWxsLCBDdXN0b20g RXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBWTSBtYXZtMyBpcyBkb3duLiBFeGl0IG1lc3NhZ2U6IERv bWFpbiBub3QgZm91bmQ6IG5vIGRvbWFpbiB3aXRoIG1hdGNoaW5nIHV1aWQgJzc4MDJkYTEzLTdj ZDQtNGMxYi05NjZmLTgzOTAyNmY3YTEyNScuCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNTY0IElORk8g IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29t bWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBTVEFSVCwgRGVzdHJveVZE U0NvbW1hbmQoSG9zdE5hbWUgPSBwYzAwMS5sYW4sIEhvc3RJZCA9IDU0YTA1NzM0LTJiMjMtNDNh OC1hMjRmLWY2MmYyOTdmYTg4NCwgdm1JZD0xN2I5ZGZjMi01OTVlLTQ1NGItYTUyOC1iNDM3MTEx Mzg1MmQsIGZvcmNlPWZhbHNlLCBzZWNvbmRzVG9XYWl0PTAsIGdyYWNlZnVsbHk9ZmFsc2UpLCBs b2cgaWQ6IDE3Yzk4YmZhCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNTc1IEVSUk9SIFtvcmcub3ZpcnQu ZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1 bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBGYWlsZWQgaW4gRGVzdHJveVZEUyBtZXRob2QK MjAxNC0wMy0xMiAxMTozNDozNyw1NzUgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNi cm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxl cl9Xb3JrZXItMTEpIEVycm9yIGNvZGUgdW5leHBlY3RlZCBhbmQgZXJyb3IgbWVzc2FnZSBWRFNH ZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvIERlc3Ryb3lWRFMs IGVycm9yID0gVW5leHBlY3RlZCBleGNlcHRpb24KMjAxNC0wMy0xMiAxMTozNDozNyw1NzYgSU5G TyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFND b21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEpIENvbW1hbmQgb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1hbmQgcmV0 dXJuIHZhbHVlIAogU3RhdHVzT25seVJldHVybkZvclhtbFJwYyBbbVN0YXR1cz1TdGF0dXNGb3JY bWxScGMgW21Db2RlPTE2LCBtTWVzc2FnZT1VbmV4cGVjdGVkIGV4Y2VwdGlvbl1dCjIwMTQtMDMt MTIgMTE6MzQ6MzcsNTc3IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZk c2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2Vy LTExKSBIb3N0TmFtZSA9IHBjMDAxLmxhbgoyMDE0LTAzLTEyIDExOjM0OjM3LDU3OCBFUlJPUiBb b3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1h bmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgQ29tbWFuZCBEZXN0cm95VkRT IGV4ZWN1dGlvbiBmYWlsZWQuIEV4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRpb246IFZEU0dlbmVy aWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9uOiBGYWlsZWQgdG8gRGVzdHJveVZEUywgZXJy b3IgPSBVbmV4cGVjdGVkIGV4Y2VwdGlvbgoyMDE0LTAzLTEyIDExOjM0OjM3LDU3OCBJTkZPICBb b3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1h bmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgRklOSVNILCBEZXN0cm95VkRT Q29tbWFuZCwgbG9nIGlkOiAxN2M5OGJmYQoyMDE0LTAzLTEyIDExOjM0OjM3LDYxMiBJTkZPICBb b3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0 TG9nRGlyZWN0b3JdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgQ29ycmVsYXRp b24gSUQ6IG51bGwsIENhbGwgU3RhY2s6IG51bGwsIEN1c3RvbSBFdmVudCBJRDogLTEsIE1lc3Nh Z2U6IFZNIERlYmlhbjIgaXMgZG93bi4gRXhpdCBtZXNzYWdlOiBEb21haW4gbm90IGZvdW5kOiBu byBkb21haW4gd2l0aCBtYXRjaGluZyB1dWlkICcxN2I5ZGZjMi01OTVlLTQ1NGItYTUyOC1iNDM3 MTExMzg1MmQnLgoyMDE0LTAzLTEyIDExOjM0OjM3LDYxNCBJTkZPICBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVh cnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgU1RBUlQsIERlc3Ryb3lWRFNDb21tYW5kKEhvc3ROYW1l ID0gcGMwMDEubGFuLCBIb3N0SWQgPSA1NGEwNTczNC0yYjIzLTQzYTgtYTI0Zi1mNjJmMjk3ZmE4 ODQsIHZtSWQ9YjM5YzcwNGYtNTk0MC00NjVlLTlkMzEtMjZkMmI5OGMzYzU0LCBmb3JjZT1mYWxz ZSwgc2Vjb25kc1RvV2FpdD0wLCBncmFjZWZ1bGx5PWZhbHNlKSwgbG9nIGlkOiA1MTgyNjlhNAoy MDE0LTAzLTEyIDExOjM0OjM3LDYyNSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jy b2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVy X1dvcmtlci0xMSkgRmFpbGVkIGluIERlc3Ryb3lWRFMgbWV0aG9kCjIwMTQtMDMtMTIgMTE6MzQ6 MzcsNjI2IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5E ZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBFcnJv ciBjb2RlIHVuZXhwZWN0ZWQgYW5kIGVycm9yIG1lc3NhZ2UgVkRTR2VuZXJpY0V4Y2VwdGlvbjog VkRTRXJyb3JFeGNlcHRpb246IEZhaWxlZCB0byBEZXN0cm95VkRTLCBlcnJvciA9IFVuZXhwZWN0 ZWQgZXhjZXB0aW9uCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNjI2IElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRR dWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBDb21tYW5kIG9yZy5vdmlydC5lbmdpbmUuY29yZS52 ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kIHJldHVybiB2YWx1ZSAKIFN0YXR1 c09ubHlSZXR1cm5Gb3JYbWxScGMgW21TdGF0dXM9U3RhdHVzRm9yWG1sUnBjIFttQ29kZT0xNiwg bU1lc3NhZ2U9VW5leHBlY3RlZCBleGNlcHRpb25dXQoyMDE0LTAzLTEyIDExOjM0OjM3LDYyNyBJ TkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZE U0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgSG9zdE5hbWUgPSBw YzAwMS5sYW4KMjAxNC0wMy0xMiAxMTozNDozNyw2MjggRVJST1IgW29yZy5vdmlydC5lbmdpbmUu Y29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0 elNjaGVkdWxlcl9Xb3JrZXItMTEpIENvbW1hbmQgRGVzdHJveVZEUyBleGVjdXRpb24gZmFpbGVk LiBFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9uOiBWRFNHZW5lcmljRXhjZXB0aW9uOiBWRFNF cnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvIERlc3Ryb3lWRFMsIGVycm9yID0gVW5leHBlY3RlZCBl eGNlcHRpb24KMjAxNC0wMy0xMiAxMTozNDozNyw2MjggSU5GTyAgW29yZy5vdmlydC5lbmdpbmUu Y29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0 elNjaGVkdWxlcl9Xb3JrZXItMTEpIEZJTklTSCwgRGVzdHJveVZEU0NvbW1hbmQsIGxvZyBpZDog NTE4MjY5YTQKMjAxNC0wMy0xMiAxMTozNDozNyw2MzcgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUu Y29yZS5kYWwuZGJicm9rZXIuYXVkaXRsb2doYW5kbGluZy5BdWRpdExvZ0RpcmVjdG9yXSAoRGVm YXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEpIENvcnJlbGF0aW9uIElEOiBudWxsLCBDYWxs IFN0YWNrOiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBWTSBtYXZtMSBpcyBk b3duLiBFeGl0IG1lc3NhZ2U6IERvbWFpbiBub3QgZm91bmQ6IG5vIGRvbWFpbiB3aXRoIG1hdGNo aW5nIHV1aWQgJ2IzOWM3MDRmLTU5NDAtNDY1ZS05ZDMxLTI2ZDJiOThjM2M1NCcuCjIwMTQtMDMt MTIgMTE6MzQ6MzcsNjM5IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZk c2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2Vy LTExKSBTVEFSVCwgRGVzdHJveVZEU0NvbW1hbmQoSG9zdE5hbWUgPSBwYzAwMS5sYW4sIEhvc3RJ ZCA9IDU0YTA1NzM0LTJiMjMtNDNhOC1hMjRmLWY2MmYyOTdmYTg4NCwgdm1JZD0wZGNiMGZmYS0w ODk5LTRhMTEtYjJkNC03NzE2MTk3NmNmMTcsIGZvcmNlPWZhbHNlLCBzZWNvbmRzVG9XYWl0PTAs IGdyYWNlZnVsbHk9ZmFsc2UpLCBsb2cgaWQ6IDU2MWVmYjY1CjIwMTQtMDMtMTIgMTE6MzQ6Mzcs NjUxIEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0 cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBGYWlsZWQg aW4gRGVzdHJveVZEUyBtZXRob2QKMjAxNC0wMy0xMiAxMTozNDozNyw2NTIgRVJST1IgW29yZy5v dmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAo RGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEpIEVycm9yIGNvZGUgdW5leHBlY3RlZCBh bmQgZXJyb3IgbWVzc2FnZSBWRFNHZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjog RmFpbGVkIHRvIERlc3Ryb3lWRFMsIGVycm9yID0gVW5leHBlY3RlZCBleGNlcHRpb24KMjAxNC0w My0xMiAxMTozNDozNyw2NTIgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIu dmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3Jr ZXItMTEpIENvbW1hbmQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIu RGVzdHJveVZEU0NvbW1hbmQgcmV0dXJuIHZhbHVlIAogU3RhdHVzT25seVJldHVybkZvclhtbFJw YyBbbVN0YXR1cz1TdGF0dXNGb3JYbWxScGMgW21Db2RlPTE2LCBtTWVzc2FnZT1VbmV4cGVjdGVk IGV4Y2VwdGlvbl1dCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNjUzIElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRR dWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBIb3N0TmFtZSA9IHBjMDAxLmxhbgoyMDE0LTAzLTEy IDExOjM0OjM3LDY1NCBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNi cm9rZXIuRGVzdHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0x MSkgQ29tbWFuZCBEZXN0cm95VkRTIGV4ZWN1dGlvbiBmYWlsZWQuIEV4Y2VwdGlvbjogVkRTRXJy b3JFeGNlcHRpb246IFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9uOiBGYWls ZWQgdG8gRGVzdHJveVZEUywgZXJyb3IgPSBVbmV4cGVjdGVkIGV4Y2VwdGlvbgoyMDE0LTAzLTEy IDExOjM0OjM3LDY1NCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNi cm9rZXIuRGVzdHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0x MSkgRklOSVNILCBEZXN0cm95VkRTQ29tbWFuZCwgbG9nIGlkOiA1NjFlZmI2NQoyMDE0LTAzLTEy IDExOjM0OjM3LDY3MCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5h dWRpdGxvZ2hhbmRsaW5nLkF1ZGl0TG9nRGlyZWN0b3JdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVy X1dvcmtlci0xMSkgQ29ycmVsYXRpb24gSUQ6IG51bGwsIENhbGwgU3RhY2s6IG51bGwsIEN1c3Rv bSBFdmVudCBJRDogLTEsIE1lc3NhZ2U6IFZNIERlYmlhbiBpcyBkb3duLiBFeGl0IG1lc3NhZ2U6 IGRlc3Ryb3koKSBjYWxsZWQgYmVmb3JlIFZtIHN0YXJ0ZWQuCjIwMTQtMDMtMTIgMTE6MzQ6Mzcs NjcyIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0 cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBTVEFSVCwg RGVzdHJveVZEU0NvbW1hbmQoSG9zdE5hbWUgPSBwYzAwMS5sYW4sIEhvc3RJZCA9IDU0YTA1NzM0 LTJiMjMtNDNhOC1hMjRmLWY2MmYyOTdmYTg4NCwgdm1JZD1mMzFlOWI0Ny1hNjc2LTQxNTEtYmNi ZC1jMzljYWI3NTk4MDcsIGZvcmNlPWZhbHNlLCBzZWNvbmRzVG9XYWl0PTAsIGdyYWNlZnVsbHk9 ZmFsc2UpLCBsb2cgaWQ6IDU1YjQxMTA5CjIwMTQtMDMtMTIgMTE6MzQ6MzcsNjgzIEVSUk9SIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFu ZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBGYWlsZWQgaW4gRGVzdHJveVZE UyBtZXRob2QKMjAxNC0wMy0xMiAxMTozNDozNyw2ODQgRVJST1IgW29yZy5vdmlydC5lbmdpbmUu Y29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0 elNjaGVkdWxlcl9Xb3JrZXItMTEpIEVycm9yIGNvZGUgdW5leHBlY3RlZCBhbmQgZXJyb3IgbWVz c2FnZSBWRFNHZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvIERl c3Ryb3lWRFMsIGVycm9yID0gVW5leHBlY3RlZCBleGNlcHRpb24KMjAxNC0wMy0xMiAxMTozNDoz Nyw2ODQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRl c3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEpIENvbW1h bmQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0Nv bW1hbmQgcmV0dXJuIHZhbHVlIAogU3RhdHVzT25seVJldHVybkZvclhtbFJwYyBbbVN0YXR1cz1T dGF0dXNGb3JYbWxScGMgW21Db2RlPTE2LCBtTWVzc2FnZT1VbmV4cGVjdGVkIGV4Y2VwdGlvbl1d CjIwMTQtMDMtMTIgMTE6MzQ6MzcsNjg1IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRz YnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVs ZXJfV29ya2VyLTExKSBIb3N0TmFtZSA9IHBjMDAxLmxhbgoyMDE0LTAzLTEyIDExOjM0OjM3LDY4 NiBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJv eVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgQ29tbWFuZCBE ZXN0cm95VkRTIGV4ZWN1dGlvbiBmYWlsZWQuIEV4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRpb246 IFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9uOiBGYWlsZWQgdG8gRGVzdHJv eVZEUywgZXJyb3IgPSBVbmV4cGVjdGVkIGV4Y2VwdGlvbgoyMDE0LTAzLTEyIDExOjM0OjM3LDY4 NiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJv eVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgRklOSVNILCBE ZXN0cm95VkRTQ29tbWFuZCwgbG9nIGlkOiA1NWI0MTEwOQoyMDE0LTAzLTEyIDExOjM0OjM3LDY5 NSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRs aW5nLkF1ZGl0TG9nRGlyZWN0b3JdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkg Q29ycmVsYXRpb24gSUQ6IG51bGwsIENhbGwgU3RhY2s6IG51bGwsIEN1c3RvbSBFdmVudCBJRDog LTEsIE1lc3NhZ2U6IFZNIENlbnRPUyBpcyBkb3duLiBFeGl0IG1lc3NhZ2U6IERvbWFpbiBub3Qg Zm91bmQ6IG5vIGRvbWFpbiB3aXRoIG1hdGNoaW5nIHV1aWQgJ2YzMWU5YjQ3LWE2NzYtNDE1MS1i Y2JkLWMzOWNhYjc1OTgwNycuCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNjk3IElORk8gIFtvcmcub3Zp cnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERl ZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBTVEFSVCwgRGVzdHJveVZEU0NvbW1hbmQo SG9zdE5hbWUgPSBwYzAwMS5sYW4sIEhvc3RJZCA9IDU0YTA1NzM0LTJiMjMtNDNhOC1hMjRmLWY2 MmYyOTdmYTg4NCwgdm1JZD00YWQ0ZDI2OC04NDg3LTRhZDMtYTIxZC1lYzllYTI4NGQ1YzYsIGZv cmNlPWZhbHNlLCBzZWNvbmRzVG9XYWl0PTAsIGdyYWNlZnVsbHk9ZmFsc2UpLCBsb2cgaWQ6IDk1 YTBlZGMKMjAxNC0wMy0xMiAxMTozNDozNyw3MDggRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29y ZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNj aGVkdWxlcl9Xb3JrZXItMTEpIEZhaWxlZCBpbiBEZXN0cm95VkRTIG1ldGhvZAoyMDE0LTAzLTEy IDExOjM0OjM3LDcwOSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNi cm9rZXIuRGVzdHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0x MSkgRXJyb3IgY29kZSB1bmV4cGVjdGVkIGFuZCBlcnJvciBtZXNzYWdlIFZEU0dlbmVyaWNFeGNl cHRpb246IFZEU0Vycm9yRXhjZXB0aW9uOiBGYWlsZWQgdG8gRGVzdHJveVZEUywgZXJyb3IgPSBV bmV4cGVjdGVkIGV4Y2VwdGlvbgoyMDE0LTAzLTEyIDExOjM0OjM3LDcwOSBJTkZPICBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1hbmRdIChE ZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgQ29tbWFuZCBvcmcub3ZpcnQuZW5naW5l LmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZCByZXR1cm4gdmFsdWUg CiBTdGF0dXNPbmx5UmV0dXJuRm9yWG1sUnBjIFttU3RhdHVzPVN0YXR1c0ZvclhtbFJwYyBbbUNv ZGU9MTYsIG1NZXNzYWdlPVVuZXhwZWN0ZWQgZXhjZXB0aW9uXV0KMjAxNC0wMy0xMiAxMTozNDoz Nyw3MTAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRl c3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEpIEhvc3RO YW1lID0gcGMwMDEubGFuCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNzExIEVSUk9SIFtvcmcub3ZpcnQu ZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1 bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBDb21tYW5kIERlc3Ryb3lWRFMgZXhlY3V0aW9u IGZhaWxlZC4gRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogVkRTR2VuZXJpY0V4Y2VwdGlv bjogVkRTRXJyb3JFeGNlcHRpb246IEZhaWxlZCB0byBEZXN0cm95VkRTLCBlcnJvciA9IFVuZXhw ZWN0ZWQgZXhjZXB0aW9uCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNzEyIElORk8gIFtvcmcub3ZpcnQu ZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1 bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBGSU5JU0gsIERlc3Ryb3lWRFNDb21tYW5kLCBs b2cgaWQ6IDk1YTBlZGMKMjAxNC0wMy0xMiAxMTozNDozNyw3MjAgSU5GTyAgW29yZy5vdmlydC5l bmdpbmUuY29yZS5kYWwuZGJicm9rZXIuYXVkaXRsb2doYW5kbGluZy5BdWRpdExvZ0RpcmVjdG9y XSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEpIENvcnJlbGF0aW9uIElEOiBudWxs LCBDYWxsIFN0YWNrOiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBWTSBUZXN0 SW1wb3J0S1ZNIGlzIGRvd24uIEV4aXQgbWVzc2FnZTogRG9tYWluIG5vdCBmb3VuZDogbm8gZG9t YWluIHdpdGggbWF0Y2hpbmcgdXVpZCAnNGFkNGQyNjgtODQ4Ny00YWQzLWEyMWQtZWM5ZWEyODRk NWM2Jy4KMjAxNC0wMy0xMiAxMTozNDozNyw3MjIgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29y ZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNj aGVkdWxlcl9Xb3JrZXItMTEpIFNUQVJULCBEZXN0cm95VkRTQ29tbWFuZChIb3N0TmFtZSA9IHBj MDAxLmxhbiwgSG9zdElkID0gNTRhMDU3MzQtMmIyMy00M2E4LWEyNGYtZjYyZjI5N2ZhODg0LCB2 bUlkPTYzN2Q2YTNhLWMxMGQtNDI1NS1hZDJkLWNjZjI5NzBmZjIwMSwgZm9yY2U9ZmFsc2UsIHNl Y29uZHNUb1dhaXQ9MCwgZ3JhY2VmdWxseT1mYWxzZSksIGxvZyBpZDogNDYyNzQzMjcKMjAxNC0w My0xMiAxMTozNDozNyw3MzMgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIu dmRzYnJva2VyLkRlc3Ryb3lWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3Jr ZXItMTEpIEZhaWxlZCBpbiBEZXN0cm95VkRTIG1ldGhvZAoyMDE0LTAzLTEyIDExOjM0OjM3LDcz MyBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJv eVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgRXJyb3IgY29k ZSB1bmV4cGVjdGVkIGFuZCBlcnJvciBtZXNzYWdlIFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vy cm9yRXhjZXB0aW9uOiBGYWlsZWQgdG8gRGVzdHJveVZEUywgZXJyb3IgPSBVbmV4cGVjdGVkIGV4 Y2VwdGlvbgoyMDE0LTAzLTEyIDExOjM0OjM3LDczNCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuRGVzdHJveVZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6 U2NoZWR1bGVyX1dvcmtlci0xMSkgQ29tbWFuZCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJv a2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZCByZXR1cm4gdmFsdWUgCiBTdGF0dXNPbmx5 UmV0dXJuRm9yWG1sUnBjIFttU3RhdHVzPVN0YXR1c0ZvclhtbFJwYyBbbUNvZGU9MTYsIG1NZXNz YWdlPVVuZXhwZWN0ZWQgZXhjZXB0aW9uXV0KMjAxNC0wMy0xMiAxMTozNDozNyw3MzUgSU5GTyAg W29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkRlc3Ryb3lWRFNDb21t YW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEpIEhvc3ROYW1lID0gcGMwMDEu bGFuCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNzM1IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUu dmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hl ZHVsZXJfV29ya2VyLTExKSBDb21tYW5kIERlc3Ryb3lWRFMgZXhlY3V0aW9uIGZhaWxlZC4gRXhj ZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogVkRTR2VuZXJpY0V4Y2VwdGlvbjogVkRTRXJyb3JF eGNlcHRpb246IEZhaWxlZCB0byBEZXN0cm95VkRTLCBlcnJvciA9IFVuZXhwZWN0ZWQgZXhjZXB0 aW9uCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNzM2IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUu dmRzYnJva2VyLnZkc2Jyb2tlci5EZXN0cm95VkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hl ZHVsZXJfV29ya2VyLTExKSBGSU5JU0gsIERlc3Ryb3lWRFNDb21tYW5kLCBsb2cgaWQ6IDQ2Mjc0 MzI3CjIwMTQtMDMtMTIgMTE6MzQ6MzcsNzQ1IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUu ZGFsLmRiYnJva2VyLmF1ZGl0bG9naGFuZGxpbmcuQXVkaXRMb2dEaXJlY3Rvcl0gKERlZmF1bHRR dWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBDb3JyZWxhdGlvbiBJRDogbnVsbCwgQ2FsbCBTdGFj azogbnVsbCwgQ3VzdG9tIEV2ZW50IElEOiAtMSwgTWVzc2FnZTogVk0gbWF2bTIgaXMgZG93bi4g RXhpdCBtZXNzYWdlOiBEb21haW4gbm90IGZvdW5kOiBubyBkb21haW4gd2l0aCBtYXRjaGluZyB1 dWlkICc2MzdkNmEzYS1jMTBkLTQyNTUtYWQyZC1jY2YyOTcwZmYyMDEnLgoyMDE0LTAzLTEyIDEx OjM0OjM3LDc0OSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5WZHNVcGRh dGVSdW5UaW1lSW5mb10gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBSZWZyZXNo Vm1MaXN0IHZtIGlkIDc4MDJkYTEzLTdjZDQtNGMxYi05NjZmLTgzOTAyNmY3YTEyNSBzdGF0dXMg PSBEb3duIG9uIHZkcyBwYzAwMS5sYW4gaWdub3JpbmcgaXQgaW4gdGhlIHJlZnJlc2ggdW50aWwg bWlncmF0aW9uIGlzIGRvbmUKMjAxNC0wMy0xMiAxMTozNDozNyw3NTEgSU5GTyAgW29yZy5vdmly dC5lbmdpbmUuY29yZS52ZHNicm9rZXIuVmRzVXBkYXRlUnVuVGltZUluZm9dIChEZWZhdWx0UXVh cnR6U2NoZWR1bGVyX1dvcmtlci0xMSkgUmVmcmVzaFZtTGlzdCB2bSBpZCAxN2I5ZGZjMi01OTVl LTQ1NGItYTUyOC1iNDM3MTExMzg1MmQgc3RhdHVzID0gRG93biBvbiB2ZHMgcGMwMDEubGFuIGln bm9yaW5nIGl0IGluIHRoZSByZWZyZXNoIHVudGlsIG1pZ3JhdGlvbiBpcyBkb25lCjIwMTQtMDMt MTIgMTE6MzQ6MzcsNzUyIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlZk c1VwZGF0ZVJ1blRpbWVJbmZvXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEpIFJl ZnJlc2hWbUxpc3Qgdm0gaWQgYjM5YzcwNGYtNTk0MC00NjVlLTlkMzEtMjZkMmI5OGMzYzU0IHN0 YXR1cyA9IERvd24gb24gdmRzIHBjMDAxLmxhbiBpZ25vcmluZyBpdCBpbiB0aGUgcmVmcmVzaCB1 bnRpbCBtaWdyYXRpb24gaXMgZG9uZQoyMDE0LTAzLTEyIDExOjM0OjM3LDc1NCBJTkZPICBbb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5WZHNVcGRhdGVSdW5UaW1lSW5mb10gKERlZmF1 bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTExKSBSZWZyZXNoVm1MaXN0IHZtIGlkIGYzMWU5YjQ3 LWE2NzYtNDE1MS1iY2JkLWMzOWNhYjc1OTgwNyBzdGF0dXMgPSBEb3duIG9uIHZkcyBwYzAwMS5s YW4gaWdub3JpbmcgaXQgaW4gdGhlIHJlZnJlc2ggdW50aWwgbWlncmF0aW9uIGlzIGRvbmUKMjAx NC0wMy0xMiAxMTozNDozNyw3NTUgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9r ZXIuVmRzVXBkYXRlUnVuVGltZUluZm9dIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0x MSkgUmVmcmVzaFZtTGlzdCB2bSBpZCA0YWQ0ZDI2OC04NDg3LTRhZDMtYTIxZC1lYzllYTI4NGQ1 YzYgc3RhdHVzID0gRG93biBvbiB2ZHMgcGMwMDEubGFuIGlnbm9yaW5nIGl0IGluIHRoZSByZWZy ZXNoIHVudGlsIG1pZ3JhdGlvbiBpcyBkb25lCjIwMTQtMDMtMTIgMTE6MzQ6MzcsNzU3IElORk8g IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlZkc1VwZGF0ZVJ1blRpbWVJbmZvXSAo RGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTEpIFJlZnJlc2hWbUxpc3Qgdm0gaWQgNjM3 ZDZhM2EtYzEwZC00MjU1LWFkMmQtY2NmMjk3MGZmMjAxIHN0YXR1cyA9IERvd24gb24gdmRzIHBj MDAxLmxhbiBpZ25vcmluZyBpdCBpbiB0aGUgcmVmcmVzaCB1bnRpbCBtaWdyYXRpb24gaXMgZG9u ZQoyMDE0LTAzLTEyIDExOjM0OjM4LDg4NyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRh bC5kYmJyb2tlci5Qb3N0Z3Jlc0RiRW5naW5lRGlhbGVjdCRQb3N0Z3Jlc0pkYmNUZW1wbGF0ZV0g KERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTEyKSBBZGRlZCBkZWZhdWx0IFNxbFJldHVy blJlc3VsdFNldCBwYXJhbWV0ZXIgbmFtZWQgI3Jlc3VsdC1zZXQtMQoyMDE0LTAzLTEyIDExOjM0 OjM4LDg5NSBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5Qb3N0Z3Jl c0RiRW5naW5lRGlhbGVjdCRQb3N0Z3Jlc0pkYmNUZW1wbGF0ZV0gKERlZmF1bHRRdWFydHpTY2hl ZHVsZXJfV29ya2VyLTEyKSBBZGRlZCBkZWZhdWx0IFNxbFJldHVyblJlc3VsdFNldCBwYXJhbWV0 ZXIgbmFtZWQgI3Jlc3VsdC1zZXQtMQoyMDE0LTAzLTEyIDExOjM0OjM4LDk3MCBJTkZPICBbb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5Qb3N0Z3Jlc0RiRW5naW5lRGlhbGVjdCRQ b3N0Z3Jlc0pkYmNUZW1wbGF0ZV0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTEzKSBB ZGRlZCBkZWZhdWx0IFNxbFJldHVyblJlc3VsdFNldCBwYXJhbWV0ZXIgbmFtZWQgI3Jlc3VsdC1z ZXQtMQoyMDE0LTAzLTEyIDExOjM0OjM4LDk3OCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LmRhbC5kYmJyb2tlci5Qb3N0Z3Jlc0RiRW5naW5lRGlhbGVjdCRQb3N0Z3Jlc0pkYmNUZW1wbGF0 ZV0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTEzKSBBZGRlZCBkZWZhdWx0IFNxbFJl dHVyblJlc3VsdFNldCBwYXJhbWV0ZXIgbmFtZWQgI3Jlc3VsdC1zZXQtMQoK --_004_4C61EFDD7F9C1646BBF252580B27F2A3DB31BEC3FFTHSONEA01CMS1_--

3 3

[Users] Upgrade from 3.4.0-0.9 to 3.4.0-0.12
by Maurice James 13 Mar '14

13 Mar '14

------=_NextPart_000_0001_01CF396C.CAB9F730 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I got the following error while trying to upgrade ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35994 psql:upgrade/03_04_0600_event_notification_methods.sql:10: ERROR: column "notification_method" contains null values 2014-03-06 18:33:46 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute psql:/var/lib/ovirt-engine/backups/engine-20140306183332.9FQBdD.sql:16: ERROR: language "plpgsql" already exists 2014-03-06 18:42:58 ERROR otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:150 Execution of setup failed ------=_NextPart_000_0001_01CF396C.CAB9F730 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-microsoft-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=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>I got the following error while trying to = upgrade<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>;; ->>HEADER<<- opcode: QUERY, status: = NOERROR, id: 35994<o:p></o:p></p><p = class=3DMsoNormal>psql:upgrade/03_04_0600_event_notification_methods.sql:= 10: ERROR:  column "notification_method" contains null = values<o:p></o:p></p><p class=3DMsoNormal>2014-03-06 18:33:46 ERROR = otopi.context context._executeMethod:161 Failed to execute stage 'Misc = configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' = failed to execute<o:p></o:p></p><p = class=3DMsoNormal>psql:/var/lib/ovirt-engine/backups/engine-2014030618333= 2.9FQBdD.sql:16: ERROR:  language "plpgsql" already = exists<o:p></o:p></p><p class=3DMsoNormal>2014-03-06 18:42:58 ERROR = otopi.plugins.ovirt_engine_common.base.core.misc misc._terminate:150 = Execution of setup failed<o:p></o:p></p></div></body></html> ------=_NextPart_000_0001_01CF396C.CAB9F730--

4 5

[Users] Nodes lose storage at random
by Johan Kooijman 12 Mar '14

12 Mar '14

Hi All, We're seeing some weird issues in our ovirt setup. We have 4 nodes connected and an NFS (v3) filestore (FreeBSD/ZFS). Once in a while, it seems at random, a node loses their connection to storage, recovers it a minute later. The other nodes usually don't lose their storage at that moment. Just one, or two at a time. We've setup extra tooling to verify the storage performance at those moments and the availability for other systems. It's always online, just the nodes don't think so. The engine tells me this: 2014-02-18 11:48:03,598 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-6-thread-48) domain d88764c8-ecc3-4f22-967e-2ce225ac4498:Export in problem. vds: hv5 2014-02-18 11:48:18,909 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-6-thread-48) domain e9f70496-f181-4c9b-9ecb-d7f780772b04:Data in problem. vds: hv5 2014-02-18 11:48:45,021 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-18) [46683672] Failed to refresh VDS , vds = 66e6aace-e51d-4006-bb2f-d85c2f1fd8d2 : hv5, VDS Network Error, continuing. 2014-02-18 11:48:45,070 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-41) [2ef1a894] Correlation ID: 2ef1a894, Call Stack: null, Custom Event ID: -1, Message: Invalid status on Data Center GS. Setting Data Center status to Non Responsive (On host hv5, Error: Network error during communication with the Host.). The export and data domain live over NFS. There's another domain, ISO, that lives on the engine machine, also shared over NFS. That domain doesn't have any issue at all. Attached are the logfiles for the relevant time period for both the engine server and the node. The node by the way, is a deployment of the node ISO, not a full blown installation. Any clues on where to begin searching? The NFS server shows no issues nor anything in the logs. I did notice that the statd and lockd daemons were not running, but I wonder if that can have anything to do with the issue. -- Met vriendelijke groeten / With kind regards, Johan Kooijman mail(a)johankooijman.com

4 17

[Users] [GSOC][Gerrit] add potential reviewers - questions
by Tomasz Kołek 12 Mar '14

12 Mar '14

This is a multipart message in MIME format. ------=_NextPart_000_0007_01CF3CA3.354BF560 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Hi I'd like to contribute (within GSOC) in idea: Gerrit add potential reviewers. Maybe at first I'll introduce myself. I'm Tomek, student from Poland. I study Computer Science at University of Wroclaw. The next year will be last year of my first degree study, I hope. As a python programmer I'm working since one year at Nokia Solutions and Networks (don't worry I intend to change my job to another or to participation at GSOC). Every day at work and school I'm using version control system (Git and SVN). At work we were using to Gerrit as a review system but currently we're using JIRA to report review statuses. I love spend my free time in mountains (mainly polish - Tatras mountains). That's all about me. I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I know above questions might seem chaotic but I think answers allow me to better understanding Yours needments Best regards Tomasz Kolek ------=_NextPart_000_0007_01CF3CA3.354BF560 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-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-2"><meta name=3DGenerator content=3D"Microsoft Word = 14 (filtered medium)"><style></style></head><body lang=3DPL link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span = lang=3DEN-US>Hi <o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>I'd like to contribute (within GSOC) in idea: Gerrit add = potential reviewers.<br><br>Maybe at first I’ll introduce = myself.<br>I'm Tomek, student from Poland. I study Computer Science at = University of Wroclaw. The next year will be last year of my first = degree study, I hope.<br>As a python programmer I'm working since one = year at Nokia Solutions and Networks (don't worry I intend to change my = job to another or to participation at GSOC). Every day at work and = school I'm using version control system (Git and SVN). At work we were = using to Gerrit as a review system but currently we're using JIRA to = report review statuses.<br>I love spend my free time in mountains = (mainly polish - Tatras mountains).<br>That's all about me.<br><br>I've = got a few questions about project description.<br>Please tell me if my = problem's understanding is good or not.<br>We need to add a few = flags/methods to git review module. This flags should allow to add = potential reviewers in gerrit.<br>So:<br>Let's assume that we've got = special flags for this operations. What's next?<br>1. In gerrit system = we need to add special place for potential reviewers?<br>2. Potential = reviewers should agree that they want to review?<br>3. We can have more = than one accepted reviewer?<br><br>I know above questions might seem = chaotic but I think answers allow me to better understanding Yours = needments<br><br>Best regards<br>Tomasz = Kolek<o:p></o:p></span></p></div></body></html> ------=_NextPart_000_0007_01CF3CA3.354BF560--

10 22

[Users] building engine, facing issues.
by aditya mamidwar 12 Mar '14

12 Mar '14

i installed ovirt 3.3 and i need to build the engine for my changes to backend implementation files to take place. The build engine guide on the community says that the procedure is now obsolete for my version. also git clone git://gerrit.ovirt.org/ovirt-engine doenot clone the $OVIRT_HOME/backend/manager/dbscripts. hence i cannot continue with the next steps. -- -Aditya Mamidwar

2 1

[Users] Best practice for securing oVirt's NFS mounts
by Prakash Surya 12 Mar '14

12 Mar '14

Hi, All the documentation I've seen states that the oVirt NFS storage should use the "all_squash,anonuid=36,anongid=36" options. Obviously this isn't secure, so I'm curious how others have locked down their NFS storage? Is the best option to just limit access to these NFS exports to the IP addresses of the hypervisor nodes (and maybe the engine)? Is there a better way to go about this? -- Cheers, Prakash

3 4

[Users] oVirt Weekly Meeting Minutes -- 2014-03-12
by Brian Proffitt 12 Mar '14

12 Mar '14

Minutes: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-12-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-12-15.00.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-12-15.00.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 15:00:26 UTC (full logs at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-03-12-15.00.log.html) Meeting summary * Agenda and roll Call (bkp, 15:01:27) ** infra update (bkp, 15:01:27) ** 3.3 update releases (bkp, 15:01:27) ** 3.4 progress (bkp, 15:01:27) ** conferences and workshops (bkp, 15:01:27) ** other topics (bkp, 15:01:29) * infra update (bkp, 15:03:11) ** infra Space improvements on jobs performed on slaves (bkp, 15:10:11) ** infra Jobs modified to filter out infra issues from devel issues (bkp, 15:10:41) ** infra some jobs will start to verify -1 some patches when 'Unstable', meaning a devel error was found and it must be solved prior to merge (bkp, 15:11:18) * 3.3 releases update (bkp, 15:11:34) ** 3.3.4 released last week (bkp, 15:12:22) ** 3.3.5 development started (bkp, 15:12:32) ** http://www.ovirt.org/OVirt_3.3.z_release-management links to tracker, release note place holder and test page (bkp, 15:13:07) * 3.4 progress (bkp, 15:14:56) ** 3.4.0 RC2 released yesterday (bkp, 15:15:28) ** 3.4 GA postponed by one week giving people more time for testing latest bug fix introduced since test day (bkp, 15:16:10) ** 3.4 updates Networking. No blockers in GA build (fixes made it into build). (bkp, 15:21:03) ** 3.4 updates, UX. No updates. (bkp, 15:25:07) ** 3.4 updates Storage. All set for 3.4, handling incoming BZs as they come. (bkp, 15:30:35) ** 3.4 updates Storage. Considering backport of REST API for snapshots from 3.5 to 3.4, so that Single Disk Snapshots (a 3.4 RFE) would be easier to test (bkp, 15:31:30) ** 3.4 updates Storage. REST API backport for 3.4.1 presumably. It's already merged in the master branch (the upcoming 3.5), still need to verify how much of a mess a backport would be. (bkp, 15:32:04) ** 3.4 updates PPC. Some bugs, non-blockers. PPC64 is ok for 3.4, considering release notes for it (bkp, 15:37:14) ** 3.4 updates PPC. Will confirm VDSM compatability on Fedora and CentOS and will report back. (bkp, 15:40:33) ** 3.4 updates Integration. Users are reporting issues while running setup on x86_64, seeing i686 packages being installed (investigating) (bkp, 15:42:30) ** 3.4 updates Integration. Stabilizing RC for next week GA (bkp, 15:42:50) ** 3.4 updates Gluster. Ramesh has sent a WIP patch for external events actions (bkp, 15:44:46) ** 3.4 updates SLA. No team member reporting. (bkp, 15:48:03) ** 3.4 updates Infra. No team member reporting. (bkp, 15:48:10) ** 3.4 updates Virt. No team member reporting. (bkp, 15:48:16) * conferences and workshops (bkp, 15:48:52) ** Weekly conference and call-for-papers mail going out on [users] and [arch] (bkp, 15:50:14) ** Community: Building a library of content for presentations, starting with topics. Feedback welcome (bkp, 15:50:39) * other topics (bkp, 15:51:02) ** Press release and release notes are ready for 3.4. (bkp, 15:53:21) ** New Download page ready for publication at 3.4 release. Review page at http://www.ovirt.org/DraftDownload (bkp, 15:53:29) ** Web site revamp is in order. Planning meetings on IRC coming. (bkp, 15:53:46) Meeting ended at 15:54:54 UTC (full logs). Action items (none) People present (lines said) bkp (95) sbonazzo (18) lvernia (7) lbianc (6) amureini (5) shubhendu (4) dcaro (4) Psi-Jack (2) ecohen (2) ovirtbot (2) sbonazzo1 (1) rbarry (1) fabiand (1) Generated by MeetBot 0.1.4. -- Brian Proffitt - oVirt Community Manager Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 312 477 4320 / Cell: +1 574 383 9BKP IRC: bkp

1 0

[Users] Win8 on oVirt
by Michael Wagenknecht 12 Mar '14

12 Mar '14

Hi, I try to install Windows 8 32 bit on our oVirt 3.3.2 environmet. I googled that two CPU Flags (SEP and NX) have to be set. But I cannot manipulate the CPU Flags in the GUI. Is there an other way to set the SEP and NX Flags for the VM? Best Regards, Michael

6 28