[Users] oVirt 3.5 planning
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
iso-upload through web gui vm view and acl's by folder ...
External authentication that does not require the use of Kerberos in the environment :) -----Original Message----- From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Itamar Heim Sent: Monday, February 24, 2014 11:59 AM To: users@ovirt.org Subject: [Users] oVirt 3.5 planning with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded to ISO domain by default On Tue, Feb 25, 2014 at 2:55 PM, Maurice James <midnightsteel@msn.com>wrote:
External authentication that does not require the use of Kerberos in the environment :)
-----Original Message----- From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Itamar Heim Sent: Monday, February 24, 2014 11:59 AM To: users@ovirt.org Subject: [Users] oVirt 3.5 planning
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--_000_E1DA3226A946BC428B66CE34DAF3307FAE0BDAAEFEbl8esrv5aubgi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am also voting in favor of ovirt-guest-tools-iso. Best, Latcho -- Latchezar Filtchev American Universi= ty in Bulgaria Director Office of Communications 1 G.Izmirliev - Makednocheto sq. and Computing 2700 Blagoevgrad e-mail: latcho@aubg.bg Bulgaria Direct: +359 (73) 888346 Assistant: +359 (73) 888333 Fax: +359 (73) 888188 From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of= Liviu Elama Sent: Tuesday, February 25, 2014 4:34 AM To: users@ovirt.org Subject: Re: [Users] oVirt 3.5 planning ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded to ISO d= omain by default On Tue, Feb 25, 2014 at 2:55 PM, Maurice James <midnightsteel@msn.com<mailt= o:midnightsteel@msn.com>> wrote: External authentication that does not require the use of Kerberos in the environment :) -----Original Message----- From: users-bounces@ovirt.org<mailto:users-bounces@ovirt.org> [mailto:users= -bounces@ovirt.org<mailto:users-bounces@ovirt.org>] On Behalf Of Itamar Heim Sent: Monday, February 24, 2014 11:59 AM To: users@ovirt.org<mailto:users@ovirt.org> Subject: [Users] oVirt 3.5 planning with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org<mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@ovirt.org<mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users --_000_E1DA3226A946BC428B66CE34DAF3307FAE0BDAAEFEbl8esrv5aubgi_ 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=3DGenerator content=3D"Micros= oft Word 14 (filtered medium)"><style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:12.0pt; font-family:"Times New Roman","serif";} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} p.MsoAcetate, li.MsoAcetate, div.MsoAcetate {mso-style-priority:99; mso-style-link:"Balloon Text Char"; margin:0in; margin-bottom:.0001pt; font-size:8.0pt; font-family:"Tahoma","sans-serif";} span.EmailStyle17 {mso-style-type:personal-reply; font-family:"Calibri","sans-serif"; color:#1F497D;} span.BalloonTextChar {mso-style-name:"Balloon Text Char"; mso-style-priority:99; mso-style-link:"Balloon Text"; font-family:"Tahoma","sans-serif";} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri","sans-serif";} @page WordSection1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'f= ont-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I am also= voting in favor of ovirt-guest-tools-iso.<o:p></o:p></span></p><p class=3D= MsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif= ";color:#1F497D'><o:p> </o:p></span></p><p class=3DMsoNormal><span sty= le=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Be= st,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-size:11.0= pt;font-family:"Calibri","sans-serif";color:#1F497D'>Latcho<o:p></o:p></spa= n></p><p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Cal= ibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=3DMs= oNormal><span style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";= color:#1F497D'>--<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'= font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Latcheza= r Filtchev = ; &n= bsp; = ; American University in Bulgaria<o:p></o:p></span></p><p= class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri","s= ans-serif";color:#1F497D'>Director Office of Communications &nbs= p; 1 G.Izmirliev - Makednocheto sq.<o:p></o:p></span></p>= <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",= "sans-serif";color:#1F497D'>and Computing &nbs= p; &= nbsp; &nbs= p; &= nbsp; 2700 Blagoevgrad<o:p></o:p></span></p><p class=3DMsoNormal><spa= n style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497= D'>e-mail: latcho@aubg.bg &= nbsp; &nbs= p; Bulgaria<o:p></o:p></span></p><= p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri","= sans-serif";color:#1F497D'>Direct: +359 (73) 888346<o:p></o:p></span></p><p= class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri","s= ans-serif";color:#1F497D'>Assistant: +359 (73) 888333<o:p></o:p></span></p>= <p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",= "sans-serif";color:#1F497D'>Fax: +359 (73) 888188<o:p></o:p></span></p><p c= lass=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri","san= s-serif";color:#1F497D'><o:p> </o:p></span></p><p class=3DMsoNormal><s= pan style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F4= 97D'><o:p> </o:p></span></p><p class=3DMsoNormal><span style=3D'font-s= ize:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o= :p></span></p><p class=3DMsoNormal><b><span style=3D'font-size:10.0pt;font-= family:"Tahoma","sans-serif"'>From:</span></b><span style=3D'font-size:10.0= pt;font-family:"Tahoma","sans-serif"'> users-bounces@ovirt.org [mailto:user= s-bounces@ovirt.org] <b>On Behalf Of </b>Liviu Elama<br><b>Sent:</b> Tuesda= y, February 25, 2014 4:34 AM<br><b>To:</b> users@ovirt.org<br><b>Subject:</= b> Re: [Users] oVirt 3.5 planning<o:p></o:p></span></p><p class=3DMsoNormal=
<o:p> </o:p></p><div><div><p class=3DMsoNormal style=3D'margin-bottom= :12.0pt'>ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded= to ISO domain by default<o:p></o:p></p></div></div><div><p class=3DMsoNorm= al style=3D'margin-bottom:12.0pt'><o:p> </o:p></p><div><p class=3DMsoN= ormal>On Tue, Feb 25, 2014 at 2:55 PM, Maurice James <<a href=3D"mailto:= midnightsteel@msn.com" target=3D"_blank">midnightsteel@msn.com</a>> wrot= e:<o:p></o:p></p><p class=3DMsoNormal>External authentication that does not= require the use of Kerberos in the<br>environment :)<o:p></o:p></p><div><d= iv><p class=3DMsoNormal><br>-----Original Message-----<br>From: <a href=3D"= mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> [mailto:<a href= =3D"mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a>] On Behalf = Of<br>Itamar Heim<br>Sent: Monday, February 24, 2014 11:59 AM<br>To: <a hre= f=3D"mailto:users@ovirt.org">users@ovirt.org</a><br>Subject: [Users] oVirt = 3.5 planning<br><br>with oVirt 3.4 getting close to GA with many many great= features, time to<br>collect requests for 3.5...<br>______________________= _________________________<br>Users mailing list<br><a href=3D"mailto:Users@= ovirt.org">Users@ovirt.org</a><br><a href=3D"http://lists.ovirt.org/mailman= /listinfo/users" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/= users</a><br>_______________________________________________<br>Users maili= ng list<br><a href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br><a hre= f=3D"http://lists.ovirt.org/mailman/listinfo/users" target=3D"_blank">http:= //lists.ovirt.org/mailman/listinfo/users</a><o:p></o:p></p></div></div></di= v><p class=3DMsoNormal><o:p> </o:p></p></div></div></body></html>=
--_000_E1DA3226A946BC428B66CE34DAF3307FAE0BDAAEFEbl8esrv5aubgi_--
This is a multi-part message in MIME format. --------------020708020001010400070703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 02/24/2014 11:08 PM, Latchezar Filtchev wrote:
I am also voting in favor of ovirt-guest-tools-iso.
+1 BTW this RFE is already in Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1028489 It's my understanding that the biggest challenge is creating a suitable build environment. It's been pushed off for the last few releases. Interested parties could also add themselves to the CC of the report to emphasize interest. -Bob
Best,
Latcho
--
Latchezar Filtchev American University in Bulgaria
Director Office of Communications 1 G.Izmirliev - Makednocheto sq.
and Computing 2700 Blagoevgrad
e-mail: latcho@aubg.bg Bulgaria
Direct: +359 (73) 888346
Assistant: +359 (73) 888333
Fax: +359 (73) 888188
*From:*users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] *On Behalf Of *Liviu Elama *Sent:* Tuesday, February 25, 2014 4:34 AM *To:* users@ovirt.org *Subject:* Re: [Users] oVirt 3.5 planning
ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded to ISO domain by default
On Tue, Feb 25, 2014 at 2:55 PM, Maurice James <midnightsteel@msn.com <mailto:midnightsteel@msn.com>> wrote:
External authentication that does not require the use of Kerberos in the environment :)
-----Original Message----- From: users-bounces@ovirt.org <mailto:users-bounces@ovirt.org> [mailto:users-bounces@ovirt.org <mailto:users-bounces@ovirt.org>] On Behalf Of Itamar Heim Sent: Monday, February 24, 2014 11:59 AM To: users@ovirt.org <mailto:users@ovirt.org> Subject: [Users] oVirt 3.5 planning
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------020708020001010400070703 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> On 02/24/2014 11:08 PM, Latchezar Filtchev wrote:<br> <blockquote cite="mid:E1DA3226A946BC428B66CE34DAF3307FAE0BDAAEFE@bl8esrv5.aubgin.local" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <meta name="Generator" content="Microsoft Word 14 (filtered medium)"> <style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:12.0pt; font-family:"Times New Roman","serif";} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} p.MsoAcetate, li.MsoAcetate, div.MsoAcetate {mso-style-priority:99; mso-style-link:"Balloon Text Char"; margin:0in; margin-bottom:.0001pt; font-size:8.0pt; font-family:"Tahoma","sans-serif";} span.EmailStyle17 {mso-style-type:personal-reply; font-family:"Calibri","sans-serif"; color:#1F497D;} span.BalloonTextChar {mso-style-name:"Balloon Text Char"; mso-style-priority:99; mso-style-link:"Balloon Text"; font-family:"Tahoma","sans-serif";} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri","sans-serif";} @page WordSection1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1" /> </o:shapelayout></xml><![endif]--> <div class="WordSection1"> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I am also voting in favor of ovirt-guest-tools-iso.</span></p> </div> </blockquote> <br> +1<br> <br> BTW this RFE is already in Bugzilla: <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1028489">https://bugzilla.redhat.com/show_bug.cgi?id=1028489</a><br> <br> It's my understanding that the biggest challenge is creating a suitable build environment.<br> <br> It's been pushed off for the last few releases. Interested parties could also add themselves to the CC of the report to emphasize interest.<br> <br> -Bob<br> <br> <blockquote cite="mid:E1DA3226A946BC428B66CE34DAF3307FAE0BDAAEFE@bl8esrv5.aubgin.local" type="cite"> <div class="WordSection1"> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Best,<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Latcho<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">--<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Latchezar Filtchev American University in Bulgaria<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Director Office of Communications 1 G.Izmirliev - Makednocheto sq.<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">and Computing 2700 Blagoevgrad<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">e-mail: <a class="moz-txt-link-abbreviated" href="mailto:latcho@aubg.bg">latcho@aubg.bg</a> Bulgaria<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Direct: +359 (73) 888346<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Assistant: +359 (73) 888333<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Fax: +359 (73) 888188<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p> <p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a class="moz-txt-link-abbreviated" href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> [<a class="moz-txt-link-freetext" href="mailto:users-bounces@ovirt.org">mailto:users-bounces@ovirt.org</a>] <b>On Behalf Of </b>Liviu Elama<br> <b>Sent:</b> Tuesday, February 25, 2014 4:34 AM<br> <b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users@ovirt.org</a><br> <b>Subject:</b> Re: [Users] oVirt 3.5 planning<o:p></o:p></span></p> <p class="MsoNormal"><o:p> </o:p></p> <div> <div> <p class="MsoNormal" style="margin-bottom:12.0pt">ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded to ISO domain by default<o:p></o:p></p> </div> </div> <div> <p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p> <div> <p class="MsoNormal">On Tue, Feb 25, 2014 at 2:55 PM, Maurice James <<a moz-do-not-send="true" href="mailto:midnightsteel@msn.com" target="_blank">midnightsteel@msn.com</a>> wrote:<o:p></o:p></p> <p class="MsoNormal">External authentication that does not require the use of Kerberos in the<br> environment :)<o:p></o:p></p> <div> <div> <p class="MsoNormal"><br> -----Original Message-----<br> From: <a moz-do-not-send="true" href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> [mailto:<a moz-do-not-send="true" href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a>] On Behalf Of<br> Itamar Heim<br> Sent: Monday, February 24, 2014 11:59 AM<br> To: <a moz-do-not-send="true" href="mailto:users@ovirt.org">users@ovirt.org</a><br> Subject: [Users] oVirt 3.5 planning<br> <br> with oVirt 3.4 getting close to GA with many many great features, time to<br> collect requests for 3.5...<br> _______________________________________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users@ovirt.org</a><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> _______________________________________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users@ovirt.org</a><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><o:p></o:p></p> </div> </div> </div> <p class="MsoNormal"><o:p> </o:p></p> </div> </div> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------020708020001010400070703--
+1 (and added to cc list) Am 25.02.2014 16:24, schrieb Bob Doolittle:
On 02/24/2014 11:08 PM, Latchezar Filtchev wrote:
I am also voting in favor of ovirt-guest-tools-iso.
+1
BTW this RFE is already in Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1028489
It's my understanding that the biggest challenge is creating a suitable build environment.
It's been pushed off for the last few releases. Interested parties could also add themselves to the CC of the report to emphasize interest.
-Bob
-- 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
This is a multi-part message in MIME format. --------------040306060703050002090906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Dn(a 25.02.2014 02:55, Maurice James wrote / napísal(a):
External authentication that does not require the use of Kerberos in the environment :)
This has my vote too. And my axe. -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii@axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." Richard Feynman --------------040306060703050002090906 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Dňa 25.02.2014 02:55, Maurice James wrote / napísal(a):<br> </div> <blockquote cite="mid:BLU405-EAS250BCEEB0A33F9D2045BA5DB2810@phx.gbl" type="cite"> <pre wrap="">External authentication that does not require the use of Kerberos in the environment :) </pre> </blockquote> This has my vote too. And my axe.<br> <br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a><br> icq:28153343, gtalk: <a class="moz-txt-link-abbreviated" href="mailto:oernii@axonpro.sk">oernii@axonpro.sk</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <br> </span> <hr style="height: 1px; width: 95%"> <span style="font-size: 70%;"> “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman </span> </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" width="1" height="1"> </body> </html> --------------040306060703050002090906--
This is a multi-part message in MIME format. --------------080903060704020103090406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Dn(a 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
multiple ISO domains. -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii@axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." Richard Feynman --------------080903060704020103090406 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):<br> </div> <blockquote cite="mid:530B7A68.3080604@redhat.com" type="cite">with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... <br> </blockquote> <br> multiple ISO domains.<br> <br> <br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a><br> icq:28153343, gtalk: <a class="moz-txt-link-abbreviated" href="mailto:oernii@axonpro.sk">oernii@axonpro.sk</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <br> </span> <hr style="height: 1px; width: 95%"> <span style="font-size: 70%;"> “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman </span> </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" width="1" height="1"> </body> </html> --------------080903060704020103090406--
This is a multi-part message in MIME format. --------------020205010805030403040102 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Dňa 25.02.2014 10:45, Itamar Heim wrote / napísal(a):
On 02/25/2014 11:06 AM, Ernest Beinrohr wrote:
Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
multiple ISO domains.
can you please elaborate a bit on the use case?
Of course. My ISO domain died. With ovirt I was unable to remove/detach it to create a new one. I was left without a means to boot repair ISOs ( as the iso domain was also my PXE server). The main bug here is IMHO the inability to remove/detach a dead storage. With ISO its particularly painful, as there can be only one of them. -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii@axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman --------------020205010805030403040102 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Dňa 25.02.2014 10:45, Itamar Heim wrote / napísal(a):<br> </div> <blockquote cite="mid:530C6656.5080807@redhat.com" type="cite">On 02/25/2014 11:06 AM, Ernest Beinrohr wrote: <br> <blockquote type="cite">Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a): <br> <blockquote type="cite">with oVirt 3.4 getting close to GA with many many great features, time <br> to collect requests for 3.5... <br> </blockquote> <br> multiple ISO domains. <br> </blockquote> <br> can you please elaborate a bit on the use case? <br> </blockquote> <br> Of course. My ISO domain died. With ovirt I was unable to remove/detach it to create a new one. I was left without a means to boot repair ISOs ( as the iso domain was also my PXE server).<br> <br> The main bug here is IMHO the inability to remove/detach a dead storage. With ISO its particularly painful, as there can be only one of them.<br> <br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a><br> icq:28153343, gtalk: <a class="moz-txt-link-abbreviated" href="mailto:oernii@axonpro.sk">oernii@axonpro.sk</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <br> </span> <hr style="height: 1px; width: 95%"> <span style="font-size: 70%;"> “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman </span> </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" width="1" height="1"> </body> </html> --------------020205010805030403040102--
On 02/25/2014 12:00 PM, Ernest Beinrohr wrote:
Dňa 25.02.2014 10:45, Itamar Heim wrote / napísal(a):
On 02/25/2014 11:06 AM, Ernest Beinrohr wrote:
Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
multiple ISO domains.
can you please elaborate a bit on the use case?
Of course. My ISO domain died. With ovirt I was unable to remove/detach it to create a new one. I was left without a means to boot repair ISOs ( as the iso domain was also my PXE server).
The main bug here is IMHO the inability to remove/detach a dead storage. With ISO its particularly painful, as there can be only one of them.
allon - thoughts on inability to remove a dead iso storage domain? alissa - any reason editing the iso domain to another one wouldn't work in this case?
-- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii@axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman
Not sure if this already exist but I have had to help quite a few users that have only user-permissions to restart their VM if they managed to hang the OS. This since they lack the permission to power off the machine, and shutdown simply is not enough. Giving them more permission can help, since they then will have the extended tab with more options including the ability to power off a VM , this however IMO is overkill since they are then presented with a vast number of options such as add disk, nic, networks etc, all not working since they have no (and should have none) permission to those objects. So adding to the basic view in the user portal a power off button and extending the ordinary user-permission to also include power off I think would be a good idea. Rgds Jonas
On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
Not sure if this already exist but I have had to help quite a few users that have only user-permissions to restart their VM if they managed to hang the OS. This since they lack the permission to power off the machine, and shutdown simply is not enough. Giving them more permission can help, since they then will have the extended tab with more options including the ability to power off a VM , this however IMO is overkill since they are then presented with a vast number of options such as add disk, nic, networks etc, all not working since they have no (and should have none) permission to those objects.
So adding to the basic view in the user portal a power off button and extending the ordinary user-permission to also include power off I think would be a good idea.
Rgds Jonas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
michal - don't we have power off vm in the basic user portal?
--_4100f81d-4ae3-4b55-b073-e7cb0fce1d78_ Content-Type: multipart/alternative; boundary="_b8b3ced5-9012-485b-ad0e-7ffa77d6d899_" --_b8b3ced5-9012-485b-ad0e-7ffa77d6d899_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Its a "plug" icon =20
Date: Thu=2C 27 Feb 2014 15:31:34 +0200 From: iheim@redhat.com To: jonas@israelsson.com=3B users@ovirt.org=3B mskrivan@redhat.com Subject: Re: [Users] oVirt 3.5 planning =20 On 02/25/2014 12:00 PM=2C Jonas Israelsson wrote:
Not sure if this already exist but I have had to help quite a few users that have only user-permissions to restart their VM if they managed to hang the OS. This since they lack the permission to power off the machine=2C and shutdown simply is not enough. Giving them more permission can help=2C since they then will have the extended tab with more options including the ability to power off a VM =2C this however IMO is overkill since they are then presented with a vast number of options such as add disk=2C nic=2C networks etc= =2C all not working since they have no (and should have none) permission to those objects.
So adding to the basic view in the user portal a power off button and extending the ordinary user-permission to also include power off I thin= k would be a good idea.
Rgds Jonas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users =20 michal - don't we have power off vm in the basic user portal?
Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users =
>=3B Date: Thu=2C 27 Feb 2014 15:31:34 +0200<br>>=3B From: iheim@redha= t.com<br>>=3B To: jonas@israelsson.com=3B users@ovirt.org=3B mskrivan@red= hat.com<br>>=3B Subject: Re: [Users] oVirt 3.5 planning<br>>=3B <br>>= =3B On 02/25/2014 12:00 PM=2C Jonas Israelsson wrote:<br>>=3B >=3B Not = sure if this already exist but I have had to help quite a few users<br>>= =3B >=3B that have only user-permissions to restart their VM if they mana= ged to<br>>=3B >=3B hang the OS.<br>>=3B >=3B This since they lack =
--_b8b3ced5-9012-485b-ad0e-7ffa77d6d899_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style><!-- .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 12pt=3B font-family:Calibri } --></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Its a "plug" icon<div><div style= =3D"display: inline-block" id=3D"inlineImage0"><!--tmpl() _70--><span conte= nteditable=3D"true"> =3B</span><div style=3D"display: inline-block" con= tenteditable=3D"false" class=3D"inlineImage" initheight=3D"210" initwidth= =3D"490"><img src=3D"cid:inlineImage0" height=3D"210" width=3D"490"></div><= span contenteditable=3D"true"> =3B</span><!--/tmpl--></div><br><br><div= the permission to power off the machine=2C and<br>>=3B >=3B shutdown si= mply is not enough. Giving them more permission can help=2C<br>>=3B >= =3B since they<br>>=3B >=3B then will have the extended tab with more o= ptions including the ability<br>>=3B >=3B to power off a VM =2C this ho= wever IMO is overkill since they are then<br>>=3B >=3B presented<br>>= =3B >=3B with a vast number of options such as add disk=2C nic=2C network= s etc=2C all<br>>=3B >=3B not working since they have no (and should ha= ve none)<br>>=3B >=3B permission to those objects.<br>>=3B >=3B<br>= >=3B >=3B So adding to the basic view in the user portal a power off bu= tton and<br>>=3B >=3B extending the ordinary user-permission to also in= clude power off I think<br>>=3B >=3B would be a good idea.<br>>=3B &g= t=3B<br>>=3B >=3B Rgds Jonas<br>>=3B >=3B<br>>=3B >=3B ________= _______________________________________<br>>=3B >=3B Users mailing list= <br>>=3B >=3B Users@ovirt.org<br>>=3B >=3B http://lists.ovirt.org/m= ailman/listinfo/users<br>>=3B <br>>=3B michal - don't we have power off= vm in the basic user portal?<br>>=3B ___________________________________= ____________<br>>=3B Users mailing list<br>>=3B Users@ovirt.org<br>>= =3B http://lists.ovirt.org/mailman/listinfo/users<br></div></div> = </div></body> </html>= --_b8b3ced5-9012-485b-ad0e-7ffa77d6d899_-- --_4100f81d-4ae3-4b55-b073-e7cb0fce1d78_ Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: <inlineImage0> Content-Disposition: attachment; filename="poweroff.PNG" iVBORw0KGgoAAAANSUhEUgAAAeoAAADSCAYAAACFM4NOAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAEtZSURBVHhe7b15UBVZmv5/+xvRf89Mzz4REzMR vz8mOmImpmd6orpr6apurcWura0qq9z3HbVKRWXflEUBQUABFUXFXUvEckcRQXYQWVVwAwHBBfcN q3x/73PuTUjSRC3Ji6nxfiKeuPeePOfJvHkNn3xPLjhIEARBEATbIkEtCIIgCDZGgloQBEEQbIwE tSAIgiDYGAlqQRAEQbAxEtSCIAiCYGMkqAVBEATBxkhQC4IgCIKNkaAWBEEQBBsjQS0IgiAINkaC WhAEQRBsjAS1IAiCINgYx6zk/49EIpFIJBLZUxLUIpFIJBLZWA5XZS0IgiAIgg2RoBYEQRAEGyNB LQiCIAg2RoJaEARBEGyMBLUgCIIg2BgJakEQBEGwMRLUgiAIgmBjJKgFQRAEwcZIULuJH3/8kZqa mujUqVNUWlpK+fn5oj4S9jf2O/Y/fgdBEIRXGQlqN3Dz5k0qKyujuro6unbtGj18+NC1ROgLsL+x 37H/8Tvg9xAEQXhVkaC2GIRCcXExXb161dUivEza29tVhX379m1XiyAIwquFBLWFYJoVFZyEtL1A WJeXl9NPP/3kanE/jx49oqzso+QTFEqePoE0xzdIZCLsm+DwSKqsrnHr79PR0UF5+QXkGxJOHrO9 TF99gsIoYnE8na6r79N/K4LwLCSoLQTnRDHdqufx48fqP+0HDx7Q/fv3eyV4wAueGniP/4Ss8oeX 3h//Yd29e1fNFFy/fr1Xgge89P8JYl04wMF0dW++A8bCA1767dfA79Lc3Oz65F46Oh5Rxu59NGiK Fw2YFk5/Fj1dHmE0dJo3VXNYm/12vQX/Lg5kZtHwmUH0F88lT9fsWBrjGUJ19RLWgn2QoLYQXMCE c6Ma+E8H/0lcunRJLTt+/LiaFn8RYSw84AVPeEMIqZYW6/zhBU944z8qBGzDxWaqqTtDxSeqKK+k /IWEsfCAFzzhjXXgwODK1XY6deZcr/3hAS/jwQbA74Lv1xfkFRTS0Jkh9PmsaPpituhZGsj6/LtI mu4TSpdaW1170TpKjpfTGJ9IGuSTSIN9n66vWYO8lpLn/MV09Vq7y0EQXi4S1BaCc6EIUQ1UvwjW 6upqamtrU1WfFrA/VxgLD3jBE94IJASr1f7whDeq34bGZjpRzQcIbVfp/gMcIOAA5OcLY+EBL3jC G9UvgrWiBv4O7uPgvs/S0/3hBU/j1d74XfD79AULFkbTMK8YGuKTwIpXGuwVR4PmxtJXc2J6JXgM 9o7r9H1dNNg7nkbOi6StO3a69qJ1RMYupbFByTR6/mpWyjM1MiSFJgQtpYw9+1wOgvBykaC2ENwa pAfhhyqulasEVJBWCF7whLe7/TFVXXP6DLW0XeFlqLB7L3jBE94IT1TBTn+HJWrhwIen/oBJw/j7 uIu5fkE0PnAZjQ9eTuNDkmlccBJNWrCCvOI2UHDythdWEGtO7HqaMH+58hwfnPzqifdH9zbeR6p9 OU0IiKfYhETXXrQOv/kR5BGxhjwi17PSniJt+XqaHp5Cy1ascjkIwstFgtpCjEGAKWRcXHbv3j1V 4VkheMFTOzfrTn9MURcdr6S79+7zMg5yLl2NlawmhLzGk8twHvonJXjBE944GOjyd5gqKclBs2d3 fY6N7f7ZqLv3HMoT3kb6Kqh9AufT9LAVNH1hKk2LWEXfRabS2l3ZVFpzlk6db35hnTzXRAUVdZS4 9aDynb5w9WukVJoRmkRLlia59qJ1BIUt4gOcDTQnng904rc8h7bR3Jh1lLRytctBEF4uEtQWYhbU hYWFapraSsFTC2p3+iNMc4uOc9uPSs7A7RI+I4gfdvxI55suU2NzKwf9XfXdtQpaC2nNA4InvLGO Ln+HqRISnMGsfY6J6f7ZTPCEt5G+CmrfoPk0J3oNzV2ygWZHr6P5K7ZTZX0D7c8rpyVpeyg8JZ0i VmnaSQtWfG9o02m18xXLEzbuo+ySGiqpPkM+cRtpTkwazeUK+/UQB2lkiluCOjh8EQUkbqfAlRkU uGLncyiDApZulqAWbIMEtYW8rkHdwUEMmVXgnMQqqAtOXaEJYVyJLFxLp8+e42+PkO4KaM0DMga1 s91hqqVLncGsfdaCWt/HqJcf1As4SNPIb9kW8uZAjVq7i840XqIkroQRrl4c4JoQUgtX71Sv+vZO xXW991y8jjbuO6Yqa0yF+yZsIj8OlNdCvK98Yta4JahDwiNpPh/ohK3ZQ2Gpu58t7jc/ebsEtWAb JKgtxCyoCwoK1PlSKwVPeLvbH2GaU1hGDx7g9jJcvNY9cKFHLFTNdx8RDY6rJcfbK+m90dFUUl6j 9kFHBwf5Q+d4TfDUgrrL32GqxYudwax9jo7u/tlM8IS3kT4L6uAF5J+wgQKTtpFfwmZavG43nbnY qqasfeI3UWDi1k4hyI+W1dLWgwXqvWpP6lquF0JbBfX5Jq7Sv6cADjezfgGJrnbNx/WK9gBXnyfW 0cPnTi+trbPdsB7jeK3d2NaT+MDDLz7NPUEdEUlhqzMoYt1+ili779lK209hHOwS1IJdkKC2kJ6C Wrvw62mqrKykiooK02VGGYParE9vpA/qowUIvQ4lfdjq9fBhB3/bH6milejXgW3keCeD/jQjlRou tqiq+sED53hN8NSCusvf0amIiOcXQls/FnJ6vtyg9uWK2p+DzCfeWVHXc0W9bOt+Fbb+yzZ3at6S 9XSwoILONrXShr25XHGv4wpzU7c+mubGptH6PTlUi4p6OQeboZ93/AZVZeO9T8JGtW689+X3WIb3 GOPN26CNxTL0xWdUttp7+HSN5zE83ln9Ot/7usY71+nsh2UY78/98FnfBi/tVevfTdhXMavdFtQL UFGv5Yp6DSrmZ4j7zU/eIkEt2AYJagsxC2q04fVpwi1RVVVVnWFt1kcvvafRv/DvHJTHyv5bBx1k 7f6Vg3awNv6Ng9b8tYNWsBL/ykHxOl1YHtfNQ/NEmGbnl9Hduw+V7t3rMNVd1uNHHNY/ddDA+LPk GHORfvHVQVqyIZsrblcflwcETy2ou/wdnYqKclBjY9fnnoQ+CGpjOzzhbcT4+7gLnKP2jEpVV2jP jFpLoSt3UF1DC8Wu303fRnJ7TFqnvl2USntyyqjmzEWlNRnZ6uIqfR9NaE/NOEI1Zy+qwMNUuLZs VvRaVWVvyyykA/kVtG53jgrMWbx+HBys2plF+46doJ1HSihyzS5ud45dvj1TVfyq35INlLwtU1W4 c2PW06p0HpN3gnYcLqLwVek0m9eH9Szk6hQ++9kvdWc2+2+k76LWqCoUYzCND+/Zi9M4yDeqmYQN e3L5QOQYbWIl8zo9XdvdpfXk6cZz1H6J2yhgxU7yS06nAJbxtbu4H+87CWrBLkhQW4gxCBAWeXl5 HB53e1RtbS3V1NQ8EdZmfTXBE949+SOs6V8c1PHPDrrDuvpPDmr+RwfV/4ODKv/eQcWsHO6TyUGO kDaO1/wRpkfy8JzsB0p37jw01W1WB1fNjx88pGGxpeSYWE+OQRU0KqaY7tzHOOd4TfDUgrrL39Gp ykpntaxvMxNCGn2N7fCEt5G+CmrvwBCaFracpnGwTg5dqaaocV4Z56Inzuf2iFWdwmeEXlV9o7oq vOZsE63mMJ7C4/T9INzahGCtqGvgA4A15BGeotqnhK1UgXikpIYyskspadtByj1+knYfLVPhjoDM LT+pAnLT/mNUWFXHBw/f02Qed7i4igoq61SY46DiaGmtOrBYumU/jzmlxqQfKVZXmyNQ/fm7FFSc pi0H89U59+zSGtp+qJDGBSdTwqb9VMLfYQYfjGjbNXfJesri7cosqFTT9lsO5PH2ZXb7Xkq8ndPC kt0S1Ljq25MPHjzjt5Bn3OZnC/1i0ySoBdsgQW0hPQX1nTt3TIX7lU+ePNkZ1vqgPnHihOkYyBjU Zn2KOIgfcEjfZl3moL7IQV3HQV2hC+pGDmmzscagvnXrvksPetB9enD/If30sIM+n59LjtFV5Bhx jr5OuEA3b93h8NTGO2UMame7o5sQ1MY2oxDUZu0vO6i9AkJobIDzIRsj/ZeqgKvmahkXgA33TeD2 pE4N9YmnnVklKgiLq8+oavW7yDU0JjCxWz/V1zue4jbuo+Mnz9PkBSs7+wxjz6StmXSQw3BCyHIa 4h2nKtTodT9QQNJWyik7qaptPHRlVMAy2nqwkDbvz1f3Lm/nCryI17tyx2GaxJ6ooFFNrko/wgFb zVV7Gk0NX6Wq5SmhKRz0efT9oSIazeseNCdWnYfGQQGq7YWpGZTD77EN2C6sa1rEajqQV0Gx6/eo 9eF+crzqv5dTyTQ+IM4tQR0YuoimhKfSlEVprHXPoTR1ECRBLdgFCWoLMQvqY8eOcXjcekKnT59W QQ31VFXjD0mYjYUnvJ/mDyGM2zmkL3FIn2ed5KAu55Au4PYmDmmzMZDmjzDNOlZCN27cVbp5816n big52xG0uE+rvPI0/frbY+QYxxU1B/WgxGa6xX0gzQOCpxbUXf6ObkJQG9uMQlCbtcMT3kb6Kqjn +YfQkLmLafC8OPrKc7GqGFEFY2r5i1nR3L6kU1/OjuZA3U1DvJaoihRVqrGPJjxmE+e7UbWO9FtK 38yNdYqXrf0hh1IzstVn9MV6/zw9goKTtqmL1YZxyGMZ2nG71w9cbeNBIxv35qp1pmcVEy50Q3U/ K3odeYSl0O6cMnXwcKioisJTdtBwPqjYn39CTZ1/9u0i+pqDekxAIu3JPa6my4M4tLOKq9W6sA2D PGNoHIdwBnse4oOIHYcLaVd2iZpZ0LazS3E0bF6UW4Laf8FCPrBIopFBKTQicAW/rnzitbtS+MAh UYJasA0S1BZiFtS5ubnqKVx6IaQ16atqs6CGjOPhCe+e/PU68CtnNY1p7xpWKQd1y4o4076aNH+E 6eHcYmpvv6N0/brz9RaH9F3XtHdHB55oQtTScJG+8V5HvxxeSL+Y0UyOoadoxPJGunP7Xuc4TfDU grrLnw8qdEJQG9uMQlCbtcMT3kb6Kqjn+gXTF98tor/MjKZPpi9UFWb5qfPq/O6AaRHcHtUlDuWP uQ80lsME55dROSOUu/VjfTg1TJ0rLqqqp6856LQ+GLtsywE1tfzZt5H0yYxFNMwnQVWv3nGb1PT2 CK660Y7tiVr7A23NLFDrwVQ4Kv5FXA1/f7iIdh0tVVXwn7kfnn6GyhzT38fKT9I8PtDANPfitN30 kUe4Wu9oV1Dju/kkbKJDhZU0kL83tgPLsR3pWSW0lLcPMwWo0Mdx9Wz8bp+zBs2McEtQ48lkg70S 6GufRJoclqr+QItP/OYe3+OZ4MN94iSoBdsgQW0hPQX1jRs3OmUMZ30lrU15awGtl97DGNT6ZWZK 57CudVXTlzikzfroZQzqa9dud+rq1dvU0nKVWpou0bUr7XS5+RJlZefTZ1Ni6JcD08kx9QI5Jl+g /zexnmL3tdC9W3e6jYeMQe1sd3QTgjo/v3ubXliGoDZb9rKDeo5vMH08LVSFcv/JC2iU/zIqqz1H HlxZ/2liiPqLWk+Iq993xgZR0vaDlLjtoBpn7POH8cHqau/8ijoOtkgOyzDVDs+ZHJSoZnGR2Vdz Y2hlehZtPpBPw/2XciVbTEs27KXPeAym2vfmnaDw1en0AY/fxH1w0RvW/4Orgp4QkkyxG/ZQPFf4 /aeEcjW6TD1oBaGNx5gimDFd/RGPwXQ3HuTyybcL1Xnyw7wNmHr/2msJfcnV+2B+RZWOcZ9yFf6X WVH0hWf0E9/tI9bn0xe4Jah9QyJoIFf3n3nGsZY8U5+yBs1ZLEEt2AYJagsxC+qcnByu8totFTzh /XP8cdV3K4e02TKjNH+E6aGcIrpy5ZZLzqDNKT1HC1bspVnha+jjKVH0rx+HkeOL3eTwaKBfIKiH 1dNHMU10rukG3Wy/qRvvFDy1oO7ydzwhhLVRCGdNZmMgeMLbSN8FdRB9OCmY+k2aT++OC1KVaykH 9dTQlfT26ADqz+1P04dTQ9VYfRs+/36kHwUmbuGgPs0HAuHUjwNaW/bHCcEqpLcf4qo4u5Q27cuj yVxRvz02UF1Qhiu3txwoUNPQy7cfUqGJsUlcLWNq/ncj/WkmV7yZBRVqGh5T1gjubVx545x06s4j 9ClX5AhVTJUjfHHvN6rlGez/5ih/9Yp2rAPCgQJ8knl9mEZH34wjvG3787p9N+07DJgc7KagDqdP ZvCBzYwoGvAcQj/MCEhQC3ZBgtpCegpq/IlFK2UMarM+vZE+qDOPFlFb202lVtbVqzep9sINmpFS RY4PN5Lj/V0czBXkmNRIjrEc0iPq6b3IRsqruU632m/RZddYveCpBXWXv6NHXbjQFdJ4b9ZHL3jC 20hfBbUnB3W/8YH0LlfAb48JUOeFccEVrqbuN5EDl0PtLQ5sM73p0hPtPOajqWFqChkXjX3AlS4O At7jdWhCv09mLFQXjWGaHOt+b0IIvwaqPyeJ4MYFaO9PDuXqPZDDPUT9iUlMY6Oa/xNv2zfzYtVy jBnI1S+u3EaF/QG3/YH7YFy/SQuUD65Mhy/a/sDbMoB9MCUPD2jQnBi1HeiD8+jO8+nOdv12Q9hX /SYEuieog7li94ig/h6R9P5zCP0wWyBBLdgFCWoLMQvqo0ePcrhdtVTwhLe7/RGmB7MLqbX1hlOX oOt07cpNKjl1g7y2XKa3Ilro3/2b6N98G+jN8Eby3nKJjp9up5vXblBb63XVX43TPFjw1IK6y58r /qdIC2qzZUbBE95G+jKo/zgugN7h8EJYvj9lAaWkH1ZT0zgHjHPBqHD1wvllSN1rzBXnjqwn+6Aq xZXYuPgMwYhwxateCGscCGC9+vY3R/vTGyN8uXL2UyHc1R6gPiP0EbgYqwWvNuaNEd3HoEqHD5ah T2c798F4TTi4gBfWYWzXxmjCvuo/McBtQf3+1HD649RF1O85hH4DZoRLUAu2QYLaQnoK6suXL1sq Y1Cb9emNjEF9qeW60sWL16il5Qa1NHNYt12ny5duUlHtNdpXcoX2Fl/h9xz0bTeonZe1cH/0g5pZ mgdkDGpnu+Op0oLabJlRdgjqd8dy1czBBSGoULmGJG9XDxSBcC+xJlyslXfitLonGbdSHeFXXBxm 7KM9ghRXc2sB+2rIGeJPE/ZT//H+bgvq/lPC6N3JEfTecwj9BniESVALtkGC2kLMghr3JDc3N5sG 4osIXsb7qN3ljzDNOlZKFy6g3Rm4vRW84AlvPK70yFP9HZ3SglrfZiZ4wRPeRvouqLn6HMOVI4cp Klycl/79SH/67TAf+p8hXp3672/m0X8OmkO//mK2uqI6u7SWDhVWqdum/mPgLPqvQXPpN4PndY0Z 6kX/xx6oSFW4ufxfB2Ff9Rvn56agDqN+kzmoJ4U/t3CaQYJasAsS1BZiDAKEBa7ixpXebW1tlghe 8NSey+1Of9yqVVJeS1U156mpqd0SwQue8MYfADlRVWe5PzzhbeRlBbWZENy4vQoPJVm/J1c98jOT Qxq3Z63ZdVQpYNlmdS4awWzm0U1jTNrsqB62Uwvq6Phlrr1oHS8a1AnLU1wOgvBykaC2EGMQ4E9G NjY2UVFRkbol6+LFi9Ta2vpCwlh4wAue8O7o6KCGhkbL/eEJbzxOtP5sA+UWlFNl9Tk6dx79rr2Q MBYe8IInvPFnMi9fvkLHCk9Y5g8veKo/wWmgr4J6trf/M4Ma4ZuSnkWlNeeoqOoMFVbW07Hy02oK HJ8hPNhkYepOVUWbebw6enb1rwV1VJz1Qe0dGPpCQR2XLEEt2AMJagspLS3tVsk9fvxYfW5obFT3 QuOJX0eOHHkhYSw84AVPeEOYor5wocEyf3jBE974y1eYoq7jYC0+XkOHc0pof1bBCwlj4QEveMIb 68ABQRsHa3nlKcrqhT/GwgNe8IS3Huwz/D59AR4h+qygxnS4R/gq9XxtPAjETHhCGKbBceGWmcfr pN+PCqAPxvvRitS1rr1oHQGhC39WUL8zMZw+9gijtZs2uxwE4eUiQW0hqEhxe5MeBAaqX0wla+eV X1TwgJc+hLSws8rfGHIIVFS/mKpGwPZG8IAXPDWwLlS/CNLefAeMhQe89Nuvgd8Fv09fsC19J300 1oveGPX0SvJ/h3ipc9C/GYxXM82j3w71VqHefWxfnp/um3W9McKfvpzkRdU1ta69aB0Ze/bRp1OC 6K2JEabBbNRb48NoyIwgOl1/xuUgCC8XCWoLaWpqUo8hFOwHfhf8Pn0BDkjCo2LoraGeKqx/NyqI X0U9aqQ/vTd8Ju3I+EEdiFoN/tBMTEIivTvGj8N60dM1IYzeH+tDew9kqoNWQbADEtQWgmqurKxM Pd1LsA94LCp+F7Pz1u7iNofDqnUb6OvJc+jL8bPoqwmzRSbCvhkxzZv27M9UMyLuAjM5G7Z+T0On +/aoIR4+NM4zmA5l50hIC7ZCgtpi1JXSJSUS1jYBIY1z0/hdBEEQXkUkqN0AQgEVHKZbcW7UnZWC 8CTY39jv2P/4HSSkBUF4lZGgdhOYZsU5UVzAhIoOtwaJ+kbY39jv2P99Od0tCILgDiSoBUEQBMHG SFALgiAIgo2RoBYEQRAEGyNBLQiCIAg2RoJaEARBEGyMBLUgCIIg2BgJakEQBEGwMRLUgiAIgmBj HNXV1SQSiUQikciekopaEARBEGyMBLUgCIIg2BgJakEQBEGwMRLUgiAIgmBjJKgFQRAEwcZIUAuC IAiCjZGgFgRBEAQbI0HtJn788UdqamqiU6dOUWlpKeXn54v6SNjf2O/Y//gdBEEQXmUkqN3AzZs3 qaysjOrq6ujatWv08OFD1xKhL8D+xn7H/sfvgN9DEAThVUWC2mIQCsXFxXT16lVXi/AyaW9vVxX2 7du3XS2CIAivFhLUFoJpVlRwEtL2AmFdXl5OP/30k6vF/Tx69Iiyso+ST1AoefoE0hzfIJGJsG+C wyOpsrrGrb9PR0cH5eUXkG9IOHnM9jJ99QkKo4jF8XS6rr5P/60IwrOQoLYQnBPFdKuex48fq/+0 Hzx4QPfv3++V4AEveGrgPf4TssofXnp//Id19+5dNVNw/fr1Xgke8NL/J4h14QAH09W9+Q4YCw94 6bdfA79Lc3Oz65N76eh4RBm799GgKV40YFo4/Vn0dHmE0dBp3lTNYW322/UW/Ls4kJlFw2cG0V88 lzxds2NpjGcI1dVLWAv2QYLaQnABE86NauA/HfwncenSJbXs+PHjalr8RYSx8IAXPOENIaRaWqzz hxc84Y3/qBCwDRebqabuDBWfqKK8kvIXEsbCA17whDfWgQODK1fb6dSZc732hwe8jAcbAL8Lvl9f kFdQSENnhtDns6Lpi9miZ2kg6/PvImm6Tyhdam117UXrKDleTmN8ImmQTyIN9n26vmYN8lpKnvMX 09Vr7S4HQXi5SFBbCM6FIkQ1UP0iWPHXT9ra2lTVpwXszxXGwgNe8IQ3AgnBarU/POGN6rehsZlO VPMBQttVuv8ABwg4APn5wlh4wAue8Eb1i2CtqLHOH17wNF7tjd8Fv09fsGBhNA3ziqEhPgmseKXB XnE0aG4sfTUnpleCx2DvuE7f10WDveNp5LxI2rpjp2svWkdk7FIaG5RMo+evZqU8UyNDUmhC0FLK 2LPP5SAILxcJagvBrUF6EH6o4lq5SkAFaYXgBU94u9sfU9U1p89QS9sVXoYKu/eCFzzhjfBEFWy1 Pzz1B0waxt/HXcz1C6LxgctofPByGh+STOOCk2jSghXkFbeBgpO3vbCCWHNi19OE+cuV5/jg5FdP vD+6t/E+Uu3LaUJAPMUmJLr2onX4zY8gj4g15BG5npX2FGnL19P08BRatmKVy0EQXi4S1BZiDAJM IePisnv37qkKzwrBC57auVl3+mOKuuh4Jd29d5+XcZBz6WqsZDUh5DWeXIbz0D8pwQue8MbBgN7f TElJyTR79uzOz7Gxsd0+G6X5w9tIXwW1T+B8mh62gqYvTKVpEavou8hUWrsrm0prztKp880vrJPn mqigoo4Stx5UvtMXrn6NlEozQpNoydIk1160jqCwRXyAs4HmxPOBTvyW59A2mhuzjpJWrnY5CMLL RYLaQsyCurCwUE1TWyl4akHtTn+EaW7RcW77UckZuF3CZwTxw44f6XzTZWpsbuWgv6u+u1bhaiGt eUDwhDfWofc3U0JCggpm7XNMTEy3z2aCJ7yN9FVQ+wbNpznRa2jukg00O3odzV+xnSrrG2h/Xjkt SdtD4SnpFLFK005asOJ7Q5tOq52vWJ6wcR9ll9RQSfUZ8onbSHNi0mguV9ivhzhII1PcEtTB4Yso IHE7Ba7MoMAVO59DGRSwdLMEtWAbJKgt5HUN6g4OYsisAuckVkFdcOoKTQjjSmThWjp99hx/e4R0 V0BrHpAxqPXLjFq6dKkKZu2zFtT6Pka9/KBewEGaRn7LtpA3B2rU2l10pvESJXEljHD14gDXhJBa uHqnetW3dyqu673n4nW0cd8xVVljKtw3YRP5caC8FuJ95ROzxi1BHRIeSfP5QCdszR4KS939bHG/ +cnbJagF2yBBbSFmQV1QUKDOl1opeMLb3f4I05zCMnrwALeX4eK1J0PxEQtV891HRIPjasnx9kp6 b3Q0lZTXqH3Q0cFB/tA5XhM8taDW+5tp8eLFKpi1z9HR0d0+mwme8DbSZ0EdvID8EzZQYNI28kvY TIvX7aYzF1vVlLVP/CYKTNzaKQT50bJa2nqwQL1X7Uldy/VCaKugPt/EVfr3FMDhZtYvINHVrvm4 XtEe4OrzxDp6+NzppbV1thvWYxyvtRvbehIfePjFp7knqCMiKWx1BkWs208Ra/c9W2n7KYyDXYJa sAsS1BbSU1BrF349TZWVlVRRUWG6zChjUJv16Y30QX20AKHXoWQWitDDhx38bX+kilaiXwe2keOd DPrTjFRquNiiquoHD5zjNcFTC2q9v6aIiIjnFkLbON7p+XKD2pcran8OMp94Z0VdzxX1sq37Vdj6 L9vcqXlL1tPBggo629RKG/bmcsW9jivMTd36aJobm0br9+RQLSrq5Rxshn7e8RtUlY33Pgkb1brx 3pffYxneY4w3b4M2FsvQF59R2Wrv4dM1nsfweGf163zv6xrvXKezH5ZhvD/3w2d9G7y0V61/N2Ff xax2W1AvQEW9livqNaiYnyHuNz95iwS1YBskqC3ELKjRhtenCbdEVVVVdYa1WR+99J5G/8K/c1Ae K/tvHXSQtftXDtrB2vg3Dlrz1w5awUr8KwfF63RheVw3D80TYZqdX0Z37z5Uunevw1R3WY8fcVj/ 1EED48+SY8xF+sVXB2nJhmyuuF19XB4QPLWg1vtrioqKokZ1C1f3dqPQB0FtbIcnvI0Yfx93gXPU nlGp6grtmVFrKXTlDqpraKHY9bvp20huj0nr1LeLUmlPThnVnLmotCYjW11cpe+jCe2pGUeo5uxF FXiYCteWzYpeq6rsbZmFdCC/gtbtzlGBOYvXj4ODVTuzaN+xE7TzSAlFrtnF7c6xy7dnqopf9Vuy gZK3ZaoKd27MelqVzmPyTtCOw0UUviqdZvP6sJ6FXJ3CZz/7pe7MZv+N9F3UGlWFYgym8eE9e3Ea B/lGNZOwYU8uH4gco02sZF6np2u7u7SePN14jtovcRsFrNhJfsnpFMAyvnYX9+N9J0Et2AUJagsx BgHCIi8vj8Pjbo+qra2lmpqaJ8LarK8meMK7J3+ENf2Lgzr+2UF3WFf/yUHN/+ig+n9wUOXfO6iY lcN9MjnIEdLG8Zo/wvRIHp6T/UDpzp2HprrN6uCq+fGDhzQstpQcE+vJMaiCRsUU0537GOccrwme WlDr/TVVVtaoatnYbhRCGn2N7fCEt5G+CmrvwBCaFracpnGwTg5dqaaocV4Z56Inzuf2iFWdwmeE XlV9o7oqvOZsE63mMJ7C4/T9INzahGCtqGvgA4A15BGeotqnhK1UgXikpIYyskspadtByj1+knYf LVPhjoDMLT+pAnLT/mNUWFXHBw/f02Qed7i4igoq61SY46DiaGmtOrBYumU/jzmlxqQfKVZXmyNQ /fm7FFScpi0H89U59+zSGtp+qJDGBSdTwqb9VMLfYQYfjGjbNXfJesri7cosqFTT9lsO5PH2ZXb7 Xkq8ndPCkt0S1Ljq25MPHjzjt5Bn3OZnC/1i0ySoBdsgQW0hPQX1nTt3TIX7lU+ePNkZ1vqgPnHi hOkYyBjUZn2KOIgfcEjfZl3moL7IQV3HQV2hC+pGDmmzscagvnXrvksPetB9enD/If30sIM+n59L jtFV5Bhxjr5OuEA3b93h8NTGO2UMav0yTQhqs3a9ENRm7S87qL0CQmhsgPMhGyP9l6qAq+ZqGReA DfdN4PakTg31iaedWSUqCIurz6hq9bvINTQmMLFbP9XXO57iNu6j4yfP0+QFKzv7DGPPpK2ZdJDD cELIchriHacq1Oh1P1BA0lbKKTupqm08dGVUwDLaerCQNu/PV/cub+cKvIjXu3LHYZrEnqigUU2u Sj/CAVvNVXsaTQ1fparlKaEpHPR59P2hIhrN6x40J1adh8ZBAarthakZlMPvsQ3YLqxrWsRqOpBX QbHr96j14X5yvOq/l1PJND4gzi1BHRi6iKaEp9KURWmsdc+hNHUQJEEt2AUJagsxC+pjx45xeNx6 QqdPn1ZBDfVUVeMPSZiNhSe8n+YPIYzbOaQvcUifZ53koC7nkC7g9iYOabMxkOaPMM06VkI3btxV unnzXqduKDnbEY64T6u88jT9+ttj5BjHFTUH9aDEZrrFfSDNA4KnFtR6f70Q1GbteiGozdrhCW8j fRXU8/xDaMjcxTR4Xhx95blYVYyogjG1/MWsaG5f0qkvZ0dzoO6mIV5LVEWKKtXYRxMes4nz3aha R/otpW/mxjrFy9b+kEOpGdnqM/pivX+eHkHBSdvUxWrDOOSxDO243esHrrbxoJGNe3PVOtOzigkX uqG6nxW9jjzCUmh3Tpk6eDhUVEXhKTtoOB9U7M8/oabOP/t2EX3NQT0mIJH25B5X0+VBHNpZxdVq XdiGQZ4xNI5DOIM9D/FBxI7DhbQru0TNLGjb2aU4GjYvyi1B7b9gIR9YJNHIoBQaEbiCX1c+8dpd KXzgkChBLdgGCWoLMQvq3Nxc9RQuvRDSmvRVtVlQQ8bx8IR3T/56HfiVs5rGtHcNq5SDumVFnGlf TZo/wvRwbjG1t99Run7d+XqLQ/qua9q7owNPNCFqabhI33ivo18OL6RfzGgmx9BTNGJ5I925fa9z nCZ4akGt99cLQW3WrheC2qwdnvA20ldBPdcvmL74bhH9ZWY0fTJ9oaowy0+dV+d3B0yL4PaoLnEo f8x9oLEcJji/jMoZodytH+vDqWHqXHFRVT19zUGn9cHYZVsOqKnlz76NpE9mLKJhPgmqevWO26Sm t0dw1Y12bE/U2h9oa2aBWg+mwlHxL+Jq+PvDRbTraKmqgv/M/fD0M1TmmP4+Vn6S5vGBBqa5F6ft po88wtV6R7uCGt/NJ2ETHSqspIH8vbEdWI7tSM8qoaW8fZgpQIU+jqtn43f7nDVoZoRbghpPJhvs lUBf+yTS5LBU9QdafOI39/gezwQf7hMnQS3YBglqC+kpqG/cuNEpYzjrK2ltylsLaL30Hsag1i8z UzqHda2rmr7EIW3WRy9jUF+7drtTV6/eppaWq9TSdImuXWmny82XKCs7nz6bEkO/HJhOjqkXyDH5 Av2/ifUUu6+F7t260208ZAxq43IIQZ2fX2S6DMIyBLXZspcd1HN8g+njaaEqlPtPXkCj/JdRWe05 8uDK+k8TQ9Rf1HpCXP2+MzaIkrYfpMRtB9U4Y58/jA9WV3vnV9RxsEVyWIapdnjO5KBENYuLzL6a G0Mr07No84F8Gu6/lCvZYlqyYS99xmMw1b437wSFr06nD3j8Ju6Di96w/h9cFfSEkGSK3bCH4rnC 7z8llKvRZepBKwhtPMYUwYzp6o94DKa78SCXT75dqM6TH+ZtwNT7115L6Euu3gfzK6p0jPuUq/C/ zIqiLzyjn/huH7E+n77ALUHtGxJBA7m6/8wzjrXkmfqUNWjOYglqwTZIUFuIWVDn5ORwldduqeAJ 75/jj6u+WzmkzZYZpfkjTA/lFNGVK7dccgZhTuk5WrBiL80KX0MfT4mif/04jBxf7CaHRwP9AkE9 rJ4+immic0036Gb7Td14p+CpBXV3/+5CWBuFcNZkNgaCJ7yN9F1QB9GHk4Kp36T59O64IFW5lnJQ Tw1dSW+PDqD+3P40fTg1VI3Vt+Hz70f6UWDiFg7q03wgEE79OKC1ZX+cEKxCevshroqzS2nTvjya zBX122MD1QVluHJ7y4ECNQ29fPshFZoYm8TVMqbmfzfSn2ZyxZtZUKGm4TFljeDexpU3zkmn7jxC n3JFjlDFVDnCF/d+o1qewf5vjvJXr2jHOiAcKMAnmdeHaXT0zTjC27Y/r9t3077DgMnBbgrqcPpk Bh/YzIiiAc8h9MOMgAS1YBckqC2kp6DGn1i0UsagNuvTG+mDOvNoEbW13VRqZV29epNqL9ygGSlV 5PhwIzne38XBXEGOSY3kGMshPaKe3otspLya63Sr/RZddo3VC55aUOv9e9KFC5c6QxrvzfroBU94 G+mroPbkoO43PpDe5Qr47TEB6rwwLrjC1dT9JnLgcqi9xYFtpjddeqKdx3w0NUxNIeOisQ+40sVB wHu8Dk3o98mMheqiMUyTY93vTQjh10D15yQR3LgA7f3JoVy9B3K4h6g/MYlpbFTzf+Jt+2ZerFqO MQO5+sWV26iwP+C2P3AfjOs3aYHywZXp8EXbH3hbBrAPpuThAQ2aE6O2A31wHt15Pt3Zrt9uCPuq 34RA9wR1MFfsHhHU3yOS3n8OoR9mCySoBbsgQW0hZkF99OhRDrerlgqe8Ha3P8L0YHYhtbbecOoS dJ2uXblJJadukNeWy/RWRAv9u38T/ZtvA70Z3kjeWy7R8dPtdPPaDWprva76q3GaBwueWlB383+K tKA2W2YUPOFtpC+D+o/jAugdDi+E5ftTFlBK+mE1NY1zwDgXjApXL5xfhtS9xlxx7sh6sg+qUlyJ jYvPEIwIV7zqhbDGgQDWq29/c7Q/vTHClytnPxXCXe0B6jNCH4GLsVrwamPeGNF9DKp0+GAZ+nS2 cx+M14SDC3hhHcZ2bYwm7Kv+EwPcFtTvTw2nP05dRP2eQ+g3YEa4BLVgGySoLaSnoL58+bKlMga1 WZ/eyBjUl1quK128eI1aWm5QSzOHddt1unzpJhXVXqN9JVdob/EVfs9B33aD2nlZC/dHP6iZpXlA xqDWL+tJWlCbLTPKDkH97liumjm4IAQVKteQ5O3qgSIQ7iXWhIu18k6cVvck41aqI/yKi8OMfbRH kOJqbi1gXw05Q/xpwn7qP97fbUHdf0oYvTs5gt57DqHfAI8wCWrBNkhQW4hZUOOe5ObmZtNAfBHB y3gftbv8EaZZx0rpwgW0OwO3t4IXPOGNx5UeeU5/LajNlukFL3jC20jfBTVXn2O4cuQwRYWL89K/ H+lPvx3mQ/8zxKtT//3NPPrPQXPo11/MVldUZ5fW0qHCKnXb1H8MnEX/NWgu/WbwvK4xQ73o/9gD FakKN5f/6yDsq37j/NwU1GHUbzIH9aTw5xZOM0hQC3ZBgtpCjEGAsMBV3LjSu62tzRLBC57ac7nd 6Y9btUrKa6mq5jw1NbVbInjBE974AyAnquos94cnvI28rKA2E4Ibt1fhoSTr9+SqR35mckjj9qw1 u44qBSzbrM5FI5jNPLppjEmbHdXDdmpBHR2/zLUXreNFgzpheYrLQRBeLhLUFmIMAvzJyMbGJioq KlK3ZF28eJFaW1tfSBgLD3jBE94dHR3U0NBouT884Y3HidafbaDcgnKqrD5H586j37UXEsbCA17w hDf+TObly1foWOEJy/zhBU/1JzgN9FVQz/b2f2ZQI3xT0rOotOYcFVWdocLKejpWflpNgeMzhAeb LEzdqapoM49XR8+u/rWgjoqzPqi9A0NfKKjjkiWoBXsgQW0hpaWl3Sq5x48fq88NjY3qXmg88evI kSMvJIyFB7zgCW8IU9QXLjRY5g8veMIbf/kKU9R1HKzFx2vocE4J7c8qeCFhLDzgBU94Yx04IGjj YC2vPEVZvfDHWHjAC57w1oN9ht+nL8AjRJ8V1JgO9whfpZ6vjQeBmAlPCMM0OC7cMvN4nfT7UQH0 wXg/WpG61rUXrSMgdOHPCup3JobTxx5htHbTZpeDILxcJKgtBBUpbm/Sg8BA9YupZO288osKHvDS h5AWdlb5G0MOgYrqF1PVCNjeCB7wgqcG1oXqF0Ham++AsfCAl377NfC74PfpC7al76SPxnrRG6Oe Xkn+7xAvdQ76N4PxaqZ59Nuh3irUu4/ty/PTfbOuN0b405eTvKi6pta1F60jY88++nRKEL01McI0 mI16a3wYDZkRRKfrz7gcBOHlIkFtIU1NTeoxhIL9wO+C36cvwAFJeFQMvTXUU4X170YF8auoR430 p/eGz6QdGT+oA1GrwR+aiUlIpHfH+HFYL3q6JoTR+2N9aO+BTHXQKgh2QILaQlDNlZWVqad7CfYB j0XF72J23tpd3OZwWLVuA309eQ59OX4WfTVhtshE2DcjpnnTnv2ZakbEXWAmZ8PW72nodN8eNcTD h8Z5BtOh7BwJacFWSFBbjLpSuqREwtomIKRxbhq/iyAIwquIBLUbQCiggsN0K86NurNSEJ4E+xv7 Hfsfv4OEtCAIrzIS1G4C06w4J4oLmFDR4dYgUd8I+xv7Hfu/L6e7BUEQ3IEEtSAIgiDYGAlqQRAE QbAxEtSCIAiCYGMkqAVBEATBxkhQC4IgCIKNkaAWBEEQBBsjQS0IgiAINkaCWhAEQRBsjKO6uppE IpFIJBLZU1JRC4IgCIKNkaAWBEEQBBsjQS0IgiAINkaCWhAEQRBsjAS1IAiCINgYCWpBEARBsDES 1IIgCIJgYySoBUEQBMHGSFC7iR9//JGampro1KlTVFpaSvn5+aI+EvY39jv2P34HQRCEVxkJajdw 8+ZNKisro7q6Orp27Ro9fPjQtUToC7C/sd+x//E74PcQBEF4VZGgthiEQnFxMV29etXVIrxM2tvb VYV9+/ZtV4sgCMKrhQS1hWCaFRWchLS9QFiXl5fTTz/95GpxP48ePaKs7KPkExRKnj6BNMc3SGQi 7Jvg8EiqrK5x6+/T0dFBefkF5BsSTh6zvUxffYLCKGJxPJ2uq+/TfyuC8CwkqC0E50Qx3arn8ePH 6j/tBw8e0P3793sleMALnhp4j/+ErPKHl94f/2HdvXtXzRRcv369V4IHvPT/CWJdOMDBdHVvvgPG wgNe+u3XwO/S3Nzs+uReOjoeUcbufTRoihcNmBZOfxY9XR5hNHSaN1VzWJv9dr0F/y4OZGbR8JlB 9BfPJU/X7Fga4xlCdfUS1oJ9kKC2EFzAhHOjGvhPB/9JXLp0SS07fvy4mhZ/EWEsPOAFT3hDCKmW Fuv84QVPeOM/KgRsw8Vmqqk7Q8UnqiivpPyFhLHwgBc84Y114MDgytV2OnXmXK/94QEv48EGwO+C 79cX5BUU0tCZIfT5rGj6YrboWRrI+vy7SJruE0qXWltde9E6So6X0xifSBrkk0iDfZ+ur1mDvJaS 5/zFdPVau8tBEF4uEtQWgnOhCFENVL8IVvyZsra2NlX1aQH7c4Wx8IAXPOGNQEKwWu0PT3ij+m1o bKYT1XyA0HaV7j/AAQIOQH6+MBYe8IInvFH9Ilgraqzzhxc8jVd743fB79MXLFgYTcO8YmiITwIr XmmwVxwNmhtLX82J6ZXgMdg7rtP3ddFg73gaOS+Stu7Y6dqL1hEZu5TGBiXT6PmrWSnP1MiQFJoQ tJQy9uxzOQjCy0WC2kJwa5AehB+quFauElBBWiF4wRPe7vbHVHXN6TPU0naFl6HC7r3gBU94IzxR BVvtD0/9AZOG8fdxF3P9gmh84DIaH7ycxock07jgJJq0YAV5xW2g4ORtL6wg1pzY9TRh/nLlOT44 +dUT74/ubbyPVPtymhAQT7EJia69aB1+8yPII2INeUSuZ6U9Rdry9TQ9PIWWrVjlchCEl4sEtYUY gwBTyLi47N69e6rCs0Lwgqd2btad/piiLjpeSXfv3edlHORcuhorWU0IeY0nl+E89E9K8IInvHEw oPc3U1JSMs2ePbvzc2xsbLfPRmn+8DbSV0HtEzifpoetoOkLU2laxCr6LjKV1u7KptKas3TqfPML 6+S5JiqoqKPErQeV7/SFq18jpdKM0CRasjTJtRetIyhsER/gbKA58XygE7/lObSN5saso6SVq10O gvBykaC2ELOgLiwsVNPUVgqeWlC70x9hmlt0nNt+VHIGbpfwGUH8sONHOt90mRqbWzno76rvrlW4 WkhrHhA84Y116P3NlJCQoIJZ+xwTE9Pts5ngCW8jfRXUvkHzaU70Gpq7ZAPNjl5H81dsp8r6Btqf V05L0vZQeEo6RazStJMWrPje0KbTaucrlids3EfZJTVUUn2GfOI20pyYNJrLFfbrIQ7SyBS3BHVw +CIKSNxOgSszKHDFzudQBgUs3SxBLdgGCWoLeV2DuoODGDKrwDmJVVAXnLpCE8K4Elm4lk6fPcff HiHdFdCaB2QMav0yo5YuXaqCWfusBbW+j1EvP6gXcJCmkd+yLeTNgRq1dhedabxESVwJI1y9OMA1 IaQWrt6pXvXtnYrreu+5eB1t3HdMVdaYCvdN2ER+HCivhXhf+cSscUtQh4RH0nw+0Albs4fCUnc/ W9xvfvJ2CWrBNkhQW4hZUBcUFKjzpVYKnvB2tz/CNKewjB48wO1luHjtyVB8xELVfPcR0eC4WnK8 vZLeGx1NJeU1ah90dHCQP3SO1wRPLaj1/mZavHixCmbtc3R0dLfPZoInvI30WVAHLyD/hA0UmLSN /BI20+J1u+nMxVY1Ze0Tv4kCE7d2CkF+tKyWth4sUO9Ve1LXcr0Q2iqozzdxlf49BXC4mfULSHS1 az6uV7QHuPo8sY4ePnd6aW2d7Yb1GMdr7ca2nsQHHn7xae4J6ohICludQRHr9lPE2n3PVtp+CuNg l6AW7IIEtYX0FNTahV9PU2VlJVVUVJguM8oY1GZ9eiN9UB8tQOh1KJmFIvTwYQd/2x+popXo14Ft 5Hgng/40I5UaLraoqvrBA+d4TfDUglrvrykiIuK5hdA2jnd6vtyg9uWK2p+DzCfeWVHXc0W9bOt+ Fbb+yzZ3at6S9XSwoILONrXShr25XHGv4wpzU7c+mubGptH6PTlUi4p6OQeboZ93/AZVZeO9T8JG tW689+X3WIb3GOPN26CNxTL0xWdUttp7+HSN5zE83ln9Ot/7usY71+nsh2UY78/98FnfBi/tVevf TdhXMavdFtQLUFGv5Yp6DSrmZ4j7zU/eIkEt2AYJagsxC2q04fVpwi1RVVVVnWFt1kcvvafRv/Dv HJTHyv5bBx1k7f6Vg3awNv6Ng9b8tYNWsBL/ykHxOl1YHtfNQ/NEmGbnl9Hduw+V7t3rMNVd1uNH HNY/ddDA+LPkGHORfvHVQVqyIZsrblcflwcETy2o9f6aoqKiqFHdwtW93Sj0QVAb2+EJbyPG38dd 4By1Z1SqukJ7ZtRaCl25g+oaWih2/W76NpLbY9I69e2iVNqTU0Y1Zy4qrcnIVhdX6ftoQntqxhGq OXtRBR6mwrVls6LXqip7W2YhHcivoHW7c1RgzuL14+Bg1c4s2nfsBO08UkKRa3Zxu3Ps8u2ZquJX /ZZsoORtmarCnRuznlal85i8E7TjcBGFr0qn2bw+rGchV6fw2c9+qTuz2X8jfRe1RlWhGINpfHjP XpzGQb5RzSRs2JPLByLHaBMrmdfp6druLq0nTzeeo/ZL3EYBK3aSX3I6BbCMr93F/XjfSVALdkGC 2kKMQYCwyMvL4/C426Nqa2uppqbmibA266sJnvDuyR9hTf/ioI5/dtAd1tV/clDzPzqo/h8cVPn3 Dipm5XCfTA5yhLRxvOaPMD2Sh+dkP1C6c+ehqW6zOrhqfvzgIQ2LLSXHxHpyDKqgUTHFdOc+xjnH a4KnFtR6f02VlTWqWja2G4WQRl9jOzzhbaSvgto7MISmhS2naRysk0NXqilqnFfGueiJ87k9YlWn 8BmhV1XfqK4KrznbRKs5jKfwOH0/CLc2IVgr6hr4AGANeYSnqPYpYStVIB4pqaGM7FJK2naQco+f pN1Hy1S4IyBzy0+qgNy0/xgVVtXxwcP3NJnHHS6uooLKOhXmOKg4WlqrDiyWbtnPY06pMelHitXV 5ghUf/4uBRWnacvBfHXOPbu0hrYfKqRxwcmUsGk/lfB3mMEHI9p2zV2ynrJ4uzILKtW0/ZYDebx9 md2+lxJv57SwZLcENa769uSDB8/4LeQZt/nZQr/YNAlqwTZIUFtIT0F9584dU+F+5ZMnT3aGtT6o T5w4YToGMga1WZ8iDuIHHNK3WZc5qC9yUNdxUFfogrqRQ9psrDGob92679KDHnSfHtx/SD897KDP 5+eSY3QVOUaco68TLtDNW3c4PLXxThmDWr9ME4LarF0vBLVZ+8sOaq+AEBob4HzIxkj/pSrgqrla xgVgw30TuD2pU0N94mlnVokKwuLqM6pa/S5yDY0JTOzWT/X1jqe4jfvo+MnzNHnBys4+w9gzaWsm HeQwnBCynIZ4x6kKNXrdDxSQtJVyyk6qahsPXRkVsIy2Hiykzfvz1b3L27kCL+L1rtxxmCaxJypo VJOr0o9wwFZz1Z5GU8NXqWp5SmgKB30efX+oiEbzugfNiVXnoXFQgGp7YWoG5fB7bAO2C+uaFrGa DuRVUOz6PWp9uJ8cr/rv5VQyjQ+Ic0tQB4YuoinhqTRlURpr3XMoTR0ESVALdkGC2kLMgvrYsWMc Hree0OnTp1VQQz1V1fhDEmZj4Qnvp/lDCON2DulLHNLnWSc5qMs5pAu4vYlD2mwMpPkjTLOOldCN G3eVbt6816kbSs52hCPu0yqvPE2//vYYOcZxRc1BPSixmW5xH0jzgOCpBbXeXy8EtVm7Xghqs3Z4 wttIXwX1PP8QGjJ3MQ2eF0dfeS5WFSOqYEwtfzErmtuXdOrL2dEcqLtpiNcSVZGiSjX20YTHbOJ8 N6rWkX5L6Zu5sU7xsrU/5FBqRrb6jL5Y75+nR1Bw0jZ1sdowDnksQztu9/qBq208aGTj3ly1zvSs YsKFbqjuZ0WvI4+wFNqdU6YOHg4VVVF4yg4azgcV+/NPqKnzz75dRF9zUI8JSKQ9ucfVdHkQh3ZW cbVaF7ZhkGcMjeMQzmDPQ3wQseNwIe3KLlEzC9p2dimOhs2LcktQ+y9YyAcWSTQyKIVGBK7g15VP vHZXCh84JEpQC7ZBgtpCzII6NzdXPYVLL4S0Jn1VbRbUkHE8POHdk79eB37lrKYx7V3DKuWgblkR Z9pXk+aPMD2cW0zt7XeUrl93vt7ikL7rmvbu6MATTYhaGi7SN97r6JfDC+kXM5rJMfQUjVjeSHdu 3+scpwmeWlDr/fVCUJu164WgNmuHJ7yN9FVQz/ULpi++W0R/mRlNn0xfqCrM8lPn1fndAdMiuD2q SxzKH3MfaCyHCc4vo3JGKHfrx/pwapg6V1xUVU9fc9BpfTB22ZYDamr5s28j6ZMZi2iYT4KqXr3j Nqnp7RFcdaMd2xO19gfamlmg1oOpcFT8i7ga/v5wEe06Wqqq4D9zPzz9DJU5pr+PlZ+keXyggWnu xWm76SOPcLXe0a6gxnfzSdhEhworaSB/b2wHlmM70rNKaClvH2YKUKGP4+rZ+N0+Zw2aGeGWoMaT yQZ7JdDXPok0OSxV/YEWn/jNPb7HM8GH+8RJUAu2QYLaQnoK6hs3bnTKGM76Slqb8tYCWi+9hzGo 9cvMlM5hXeuqpi9xSJv10csY1Neu3e7U1au3qaXlKrU0XaJrV9rpcvMlysrOp8+mxNAvB6aTY+oF cky+QP9vYj3F7muhe7fudBsPGYPauBxCUOfnF5kug7AMQW227GUH9RzfYPp4WqgK5f6TF9Ao/2VU VnuOPLiy/tPEEPUXtZ4QV7/vjA2ipO0HKXHbQTXO2OcP44PV1d75FXUcbJEclmGqHZ4zOShRzeIi s6/mxtDK9CzafCCfhvsv5Uq2mJZs2Euf8RhMte/NO0Hhq9PpAx6/ifvgojes/wdXBT0hJJliN+yh eK7w+08J5Wp0mXrQCkIbjzFFMGO6+iMeg+luPMjlk28XqvPkh3kbMPX+tdcS+pKr98H8iiod4z7l Kvwvs6LoC8/oJ77bR6zPpy9wS1D7hkTQQK7uP/OMYy15pj5lDZqzWIJasA0S1BZiFtQ5OTlc5bVb KnjC++f446rvVg5ps2VGaf4I00M5RXTlyi2XnEGYU3qOFqzYS7PC19DHU6LoXz8OI8cXu8nh0UC/ QFAPq6ePYproXNMNutl+UzfeKXhqQd3dv7sQ1kYhnDWZjYHgCW8jfRfUQfThpGDqN2k+vTsuSFWu pRzUU0NX0tujA6g/tz9NH04NVWP1bfj8+5F+FJi4hYP6NB8IhFM/Dmht2R8nBKuQ3n6Iq+LsUtq0 L48mc0X99thAdUEZrtzecqBATUMv335IhSbGJnG1jKn53430p5lc8WYWVKhpeExZI7i3ceWNc9Kp O4/Qp1yRI1QxVY7wxb3fqJZnsP+bo/zVK9qxDggHCvBJ5vVhGh19M47wtu3P6/bdtO8wYHKwm4I6 nD6ZwQc2M6JowHMI/TAjIEEt2AUJagvpKajxJxatlDGozfr0RvqgzjxaRG1tN5VaWVev3qTaCzdo RkoVOT7cSI73d3EwV5BjUiM5xnJIj6in9yIbKa/mOt1qv0WXXWP1gqcW1Hr/nnThwqXOkMZ7sz56 wRPeRvoqqD05qPuND6R3uQJ+e0yAOi+MC65wNXW/iRy4HGpvcWCb6U2XnmjnMR9NDVNTyLho7AOu dHEQ8B6vQxP6fTJjobpoDNPkWPd7E0L4NVD9OUkENy5Ae39yKFfvgRzuIepPTGIaG9X8n3jbvpkX q5ZjzECufnHlNirsD7jtD9wH4/pNWqB8cGU6fNH2B96WAeyDKXl4QIPmxKjtQB+cR3eeT3e267cb wr7qNyHQPUEdzBW7RwT194ik959D6IfZAglqwS5IUFuIWVAfPXqUw+2qpYInvN3tjzA9mF1Ira03 nLoEXadrV25Syakb5LXlMr0V0UL/7t9E/+bbQG+GN5L3lkt0/HQ73bx2g9par6v+apzmwYKnFtTd /J8iLajNlhkFT3gb6cug/uO4AHqHwwth+f6UBZSSflhNTeMcMM4Fo8LVC+eXIXWvMVecO7Ke7IOq FFdi4+IzBCPCFa96IaxxIID16tvfHO1Pb4zw5crZT4VwV3uA+ozQR+BirBa82pg3RnQfgyodPliG Pp3t3AfjNeHgAl5Yh7FdG6MJ+6r/xAC3BfX7U8Ppj1MXUb/nEPoNmBEuQS3YBglqC+kpqC9fvmyp jEFt1qc3Mgb1pZbrShcvXqOWlhvU0sxh3XadLl+6SUW112hfyRXaW3yF33PQt92gdl7Wwv3RD2pm aR6QMaj1y3qSFtRmy4yyQ1C/O5arZg4uCEGFyjUkebt6oAiEe4k14WKtvBOn1T3JuJXqCL/i4jBj H+0RpLiaWwvYV0POEH+asJ/6j/d3W1D3nxJG706OoPeeQ+g3wCNMglqwDRLUFmIW1Lgnubm52TQQ X0TwMt5H7S5/hGnWsVK6cAHtzsDtreAFT3jjcaVHntNfC2qzZXrBC57wNtJ3Qc3V5xiuHDlMUeHi vPTvR/rTb4f50P8M8erUf38zj/5z0Bz69Rez1RXV2aW1dKiwSt029R8DZ9F/DZpLvxk8r2vMUC/6 P/ZARarCzeX/Ogj7qt84PzcFdRj1m8xBPSn8uYXTDBLUgl2QoLYQYxAgLHAVN670bmtrs0Twgqf2 XG53+uNWrZLyWqqqOU9NTe2WCF7whDf+AMiJqjrL/eEJbyMvK6jNhODG7VV4KMn6PbnqkZ+ZHNK4 PWvNrqNKAcs2q3PRCGYzj24aY9JmR/WwnVpQR8cvc+1F63jRoE5YnuJyEISXiwS1hRiDAH8ysrGx iYqKitQtWRcvXqTW1tYXEsbCA17whHdHRwc1NDRa7g9PeONxovVnGyi3oJwqq8/RufPod+2FhLHw gBc84Y0/k3n58hU6VnjCMn94wVP9CU4DfRXUs739nxnUCN+U9CwqrTlHRVVnqLCyno6Vn1ZT4PgM 4cEmC1N3qirazOPV0bOrfy2oo+KsD2rvwNAXCuq4ZAlqwR5IUFtIaWlpt0ru8ePH6nNDY6O6FxpP /Dpy5MgLCWPhAS94whvCFPWFCw2W+cMLnvDGX77CFHUdB2vx8Ro6nFNC+7MKXkgYCw94wRPeWAcO CNo4WMsrT1FWL/wxFh7wgie89WCf4ffpC/AI0WcFNabDPcJXqedr40EgZsITwjANjgu3zDxeJ/1+ VAB9MN6PVqSude1F6wgIXfizgvqdieH0sUcYrd202eUgCC8XCWoLQUWK25v0IDBQ/WIqWTuv/KKC B7z0IaSFnVX+xpBDoKL6xVQ1ArY3gge84KmBdaH6RZD25jtgLDzgpd9+Dfwu+H36gm3pO+mjsV70 xqinV5L/O8RLnYP+zWC8mmke/Xaotwr17mP78vx036zrjRH+9OUkL6quqXXtRevI2LOPPp0SRG9N jDANZqPeGh9GQ2YE0en6My4HQXi5SFBbSFNTk3oMoWA/8Lvg9+kLcEASHhVDbw31VGH9u1FB/Crq USP96b3hM2lHxg/qQNRq8IdmYhIS6d0xfhzWi56uCWH0/lgf2nsgUx20CoIdkKC2EFRzZWVl6ule gn3AY1Hxu5idt3YXtzkcVq3bQF9PnkNfjp9FX02YLTIR9s2Iad60Z3+mmhFxF5jJ2bD1exo63bdH DfHwoXGewXQoO0dCWrAVEtQWo66ULimRsLYJCGmcm8bvIgiC8CoiQe0GEAqo4DDdinOj7qwUhCfB /sZ+x/7H7yAhLQjCq4wEtZvANCvOieICJlR0uDVI1DfC/sZ+x/7vy+luQRAEdyBBLQiCIAg2RoJa EARBEGyMBLUgCIIg2BgJakEQBEGwMRLUgiAIgmBjJKgFQRAEwcZIUAuCIAiCjZGgFgRBEAQb46iu riaRSCQSiUT2lFTUgiAIgmBjJKgFQRAEwcZIUAuCIAiCjZGgFgRBEAQbI0EtCIIgCDZGgloQBEEQ bIwEtSAIgiDYGAlqQRAEQbAxEtSCIAiCYGMkqAVBEATBxkhQC4IgCIKNkaAWBEEQBBsjQS0IgiAI NkaCWhAEQRBsjAS1IAiCINgYCWpBEARBsDES1IIgCIJgYySoBUEQBMHGSFALgiAIgo2RoBYEQRAE GyNBLQiCIAg2RoJaEARBEGyMBLUgCIIg2BgJakEQBEGwMRLUgiAIgmBjJKgFQRAEwcZIUAuCIAiC jZGgFgRBEAQbI0EtCIIgCDZGgloQBEEQbIwEtSAIgiDYGAlqQRAEQbAxEtSCIAiCYGMkqAVBEATB xkhQC4IgCIKNkaAWBEEQBBsjQS0IgiAINkaCWhAEQRBsjAS1IAiCINgYCWpBEARBsDES1IIgCIJg YySoBUEQBMHGSFALgiAIgo2RoBYEQRAEGyNBLQiCIAg2RoJaEARBEGyMBLUgCIIg2Bai/x9hYef5 H7udPwAAAABJRU5ErkJggg== --_4100f81d-4ae3-4b55-b073-e7cb0fce1d78_--
I think it will be nice to have: 1. A VM appliance to do backups using the backup APIs or add this functionality in engine 2. engine to create and maintain gluster geo-replication 3. freeBSD as supported guest and guest agent for it Regards Liviu On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <midnightsteel@msn.com>wrote:
Its a "plug" icon
Date: Thu, 27 Feb 2014 15:31:34 +0200 From: iheim@redhat.com To: jonas@israelsson.com; users@ovirt.org; mskrivan@redhat.com
Subject: Re: [Users] oVirt 3.5 planning
Not sure if this already exist but I have had to help quite a few users that have only user-permissions to restart their VM if they managed to hang the OS. This since they lack the permission to power off the machine, and shutdown simply is not enough. Giving them more permission can help, since they then will have the extended tab with more options including the ability to power off a VM , this however IMO is overkill since they are then presented with a vast number of options such as add disk, nic, networks etc, all not working since they have no (and should have none) permission to those objects.
So adding to the basic view in the user portal a power off button and extending the ordinary user-permission to also include power off I
On 02/25/2014 12:00 PM, Jonas Israelsson wrote: think
would be a good idea.
Rgds Jonas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
michal - don't we have power off vm in the basic user portal? _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 02/27/2014 09:35 PM, Liviu Elama wrote:
I think it will be nice to have:
1. A VM appliance to do backups using the backup APIs or add this functionality in engine
I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well)
2. engine to create and maintain gluster geo-replication
sahina - thoughts?
3. freeBSD as supported guest and guest agent for it
adam - where are we with getting freebsd added as guest? http://gerrit.ovirt.org/#/c/22273/ Liviu - note it is just a config file (other than the icon). vinzenz - i don't remember anyone volunteered to test and package the guest agent on freebsd? (liviu - maybe you can try to tackle that?)
Regards Liviu
On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <midnightsteel@msn.com <mailto:midnightsteel@msn.com>> wrote:
Its a "plug" icon
> Date: Thu, 27 Feb 2014 15:31:34 +0200 > From: iheim@redhat.com <mailto:iheim@redhat.com> > To: jonas@israelsson.com <mailto:jonas@israelsson.com>; users@ovirt.org <mailto:users@ovirt.org>; mskrivan@redhat.com <mailto:mskrivan@redhat.com>
> Subject: Re: [Users] oVirt 3.5 planning > > On 02/25/2014 12:00 PM, Jonas Israelsson wrote: > > Not sure if this already exist but I have had to help quite a few users > > that have only user-permissions to restart their VM if they managed to > > hang the OS. > > This since they lack the permission to power off the machine, and > > shutdown simply is not enough. Giving them more permission can help, > > since they > > then will have the extended tab with more options including the ability > > to power off a VM , this however IMO is overkill since they are then > > presented > > with a vast number of options such as add disk, nic, networks etc, all > > not working since they have no (and should have none) > > permission to those objects. > > > > So adding to the basic view in the user portal a power off button and > > extending the ordinary user-permission to also include power off I think > > would be a good idea. > > > > Rgds Jonas > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > > michal - don't we have power off vm in the basic user portal? > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
On 27/02/14 21:44 +0200, Itamar Heim wrote:
On 02/27/2014 09:35 PM, Liviu Elama wrote:
I think it will be nice to have:
1. A VM appliance to do backups using the backup APIs or add this functionality in engine
I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well)
2. engine to create and maintain gluster geo-replication
sahina - thoughts?
3. freeBSD as supported guest and guest agent for it
adam - where are we with getting freebsd added as guest? http://gerrit.ovirt.org/#/c/22273/
The patch is Code Reviewed and Verified. Just needs to be pushed.
Liviu - note it is just a config file (other than the icon).
vinzenz - i don't remember anyone volunteered to test and package the guest agent on freebsd? (liviu - maybe you can try to tackle that?)
Regards Liviu
On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <midnightsteel@msn.com <mailto:midnightsteel@msn.com>> wrote:
Its a "plug" icon
> Date: Thu, 27 Feb 2014 15:31:34 +0200 > From: iheim@redhat.com <mailto:iheim@redhat.com> > To: jonas@israelsson.com <mailto:jonas@israelsson.com>; users@ovirt.org <mailto:users@ovirt.org>; mskrivan@redhat.com <mailto:mskrivan@redhat.com>
> Subject: Re: [Users] oVirt 3.5 planning > > On 02/25/2014 12:00 PM, Jonas Israelsson wrote: > > Not sure if this already exist but I have had to help quite a few users > > that have only user-permissions to restart their VM if they managed to > > hang the OS. > > This since they lack the permission to power off the machine, and > > shutdown simply is not enough. Giving them more permission can help, > > since they > > then will have the extended tab with more options including the ability > > to power off a VM , this however IMO is overkill since they are then > > presented > > with a vast number of options such as add disk, nic, networks etc, all > > not working since they have no (and should have none) > > permission to those objects. > > > > So adding to the basic view in the user portal a power off button and > > extending the ordinary user-permission to also include power off I think > > would be a good idea. > > > > Rgds Jonas > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > > michal - don't we have power off vm in the basic user portal? > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
-- Adam Litke
----- Original Message -----
From: "Adam Litke" <alitke@redhat.com> To: "Itamar Heim" <iheim@redhat.com> Cc: users@ovirt.org, "Michal Skrivanek" <mskrivan@redhat.com> Sent: Thursday, February 27, 2014 10:27:35 PM Subject: Re: [Users] oVirt 3.5 planning
On 27/02/14 21:44 +0200, Itamar Heim wrote:
On 02/27/2014 09:35 PM, Liviu Elama wrote:
I think it will be nice to have:
1. A VM appliance to do backups using the backup APIs or add this functionality in engine
I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well)
2. engine to create and maintain gluster geo-replication
sahina - thoughts?
3. freeBSD as supported guest and guest agent for it
adam - where are we with getting freebsd added as guest? http://gerrit.ovirt.org/#/c/22273/
The patch is Code Reviewed and Verified. Just needs to be pushed.
Adam , its need a manual rebase , please rebase and submit again ...
Liviu - note it is just a config file (other than the icon).
vinzenz - i don't remember anyone volunteered to test and package the guest agent on freebsd? (liviu - maybe you can try to tackle that?)
Regards Liviu
On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <midnightsteel@msn.com <mailto:midnightsteel@msn.com>> wrote:
Its a "plug" icon
> Date: Thu, 27 Feb 2014 15:31:34 +0200 > From: iheim@redhat.com <mailto:iheim@redhat.com> > To: jonas@israelsson.com <mailto:jonas@israelsson.com>; users@ovirt.org <mailto:users@ovirt.org>; mskrivan@redhat.com <mailto:mskrivan@redhat.com>
> Subject: Re: [Users] oVirt 3.5 planning > > On 02/25/2014 12:00 PM, Jonas Israelsson wrote: > > Not sure if this already exist but I have had to help quite a few users > > that have only user-permissions to restart their VM if they managed to > > hang the OS. > > This since they lack the permission to power off the machine, and > > shutdown simply is not enough. Giving them more permission can help, > > since they > > then will have the extended tab with more options including the ability > > to power off a VM , this however IMO is overkill since they are then > > presented > > with a vast number of options such as add disk, nic, networks etc, all > > not working since they have no (and should have none) > > permission to those objects. > > > > So adding to the basic view in the user portal a power off button and > > extending the ordinary user-permission to also include power off I think > > would be a good idea. > > > > Rgds Jonas > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > > michal - don't we have power off vm in the basic user portal? > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
-- Adam Litke _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
1. A VM appliance to do backups using the backup APIs or add this
functionality in engine
I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well)
Do you know if there is a 3rd party that has started work on this?
2. engine to create and maintain gluster geo-replication
sahina - thoughts?
3. freeBSD as supported guest and guest agent for it
adam - where are we with getting freebsd added as guest? http://gerrit.ovirt.org/#/c/22273/ Liviu - note it is just a config file (other than the icon).
vinzenz - i don't remember anyone volunteered to test and package the guest agent on freebsd? (liviu - maybe you can try to tackle that?)
I can surely test the agent and I can try give it a go to package agent for 8.3(if no one else did this before) as I'm interested in pfsense on ovirt
Regards Liviu
On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <midnightsteel@msn.com <mailto:midnightsteel@msn.com>> wrote:
Its a "plug" icon
> Date: Thu, 27 Feb 2014 15:31:34 +0200 > From: iheim@redhat.com <mailto:iheim@redhat.com> > To: jonas@israelsson.com <mailto:jonas@israelsson.com>; users@ovirt.org <mailto:users@ovirt.org>; mskrivan@redhat.com <mailto:mskrivan@redhat.com>
> Subject: Re: [Users] oVirt 3.5 planning > > On 02/25/2014 12:00 PM, Jonas Israelsson wrote: > > Not sure if this already exist but I have had to help quite a few users > > that have only user-permissions to restart their VM if they managed to > > hang the OS. > > This since they lack the permission to power off the machine, and > > shutdown simply is not enough. Giving them more permission can help, > > since they > > then will have the extended tab with more options including the ability > > to power off a VM , this however IMO is overkill since they are then > > presented > > with a vast number of options such as add disk, nic, networks etc, all > > not working since they have no (and should have none) > > permission to those objects. > > > > So adding to the basic view in the user portal a power off button and > > extending the ordinary user-permission to also include power off I think > > would be a good idea. > > > > Rgds Jonas > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org>
> > http://lists.ovirt.org/mailman/listinfo/users > > michal - don't we have power off vm in the basic user portal? > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
On 02/27/2014 10:51 PM, Liviu Elama wrote:
1. A VM appliance to do backups using the backup APIs or add this functionality in engine
I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well)
Do you know if there is a 3rd party that has started work on this?
I'm aware of several, yes.
This is a multi-part message in MIME format. --------------000109090702080601020707 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 02/27/2014 09:51 PM, Liviu Elama wrote:
1. A VM appliance to do backups using the backup APIs or add this functionality in engine
I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well)
Do you know if there is a 3rd party that has started work on this?
2. engine to create and maintain gluster geo-replication
sahina - thoughts?
3. freeBSD as supported guest and guest agent for it
adam - where are we with getting freebsd added as guest? http://gerrit.ovirt.org/#/c/22273/ Liviu - note it is just a config file (other than the icon).
vinzenz - i don't remember anyone volunteered to test and package the guest agent on freebsd?
The latest information I have is, that they yet don't have virtio serial drivers which is the very basic requirement.
(liviu - maybe you can try to tackle that?)
I can surely test the agent and I can try give it a go to package agent for 8.3(if no one else did this before) as I'm interested in pfsense on ovirt
Regards Liviu
On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <midnightsteel@msn.com <mailto:midnightsteel@msn.com> <mailto:midnightsteel@msn.com <mailto:midnightsteel@msn.com>>> wrote:
Its a "plug" icon
> Date: Thu, 27 Feb 2014 15:31:34 +0200 > From: iheim@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>> > To: jonas@israelsson.com <mailto:jonas@israelsson.com> <mailto:jonas@israelsson.com <mailto:jonas@israelsson.com>>; users@ovirt.org <mailto:users@ovirt.org> <mailto:users@ovirt.org <mailto:users@ovirt.org>>; mskrivan@redhat.com <mailto:mskrivan@redhat.com> <mailto:mskrivan@redhat.com <mailto:mskrivan@redhat.com>>
> Subject: Re: [Users] oVirt 3.5 planning > > On 02/25/2014 12:00 PM, Jonas Israelsson wrote: > > Not sure if this already exist but I have had to help quite a few users > > that have only user-permissions to restart their VM if they managed to > > hang the OS. > > This since they lack the permission to power off the machine, and > > shutdown simply is not enough. Giving them more permission can help, > > since they > > then will have the extended tab with more options including the ability > > to power off a VM , this however IMO is overkill since they are then > > presented > > with a vast number of options such as add disk, nic, networks etc, all > > not working since they have no (and should have none) > > permission to those objects. > > > > So adding to the basic view in the user portal a power off button and > > extending the ordinary user-permission to also include power off I think > > would be a good idea. > > > > Rgds Jonas > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> > http://lists.ovirt.org/mailman/listinfo/users > > michal - don't we have power off vm in the basic user portal? > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> http://lists.ovirt.org/mailman/listinfo/users
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --------------000109090702080601020707 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 02/27/2014 09:51 PM, Liviu Elama wrote:<br> </div> <blockquote cite="mid:CAPshyAv4g03wKXQh0H_Vb8--Pt3hdg5fk3O=2wJpX6_H67soiw@mail.gmail.com" type="cite"> <div dir="ltr"><br> <div class="gmail_extra"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class=""> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 1. A VM appliance to do backups using the backup APIs or add this<br> functionality in engine<br> </blockquote> <br> </div> I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well) <div class=""><br> </div> </blockquote> <div>Do you know if there is a 3rd party that has started work on this? <br> </div> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class=""> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 2. engine to create and maintain gluster geo-replication<br> </blockquote> <br> </div> sahina - thoughts? <div class=""><br> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 3. freeBSD as supported guest and guest agent for it<br> </blockquote> <br> </div> adam - where are we with getting freebsd added as guest?<br> <a moz-do-not-send="true" href="http://gerrit.ovirt.org/#/c/22273/" target="_blank">http://gerrit.ovirt.org/#/c/22273/</a><br> Liviu - note it is just a config file (other than the icon).<br> <br> vinzenz - i don't remember anyone volunteered to test and package the guest agent on freebsd?<br> </blockquote> </div> </div> </div> </blockquote> The latest information I have is, that they yet don't have virtio serial drivers which is the very basic requirement.<br> <blockquote cite="mid:CAPshyAv4g03wKXQh0H_Vb8--Pt3hdg5fk3O=2wJpX6_H67soiw@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> (liviu - maybe you can try to tackle that?)<br> </blockquote> <div>I can surely test the agent and I can try give it a go to package agent for 8.3(if no one else did this before) as I'm interested in pfsense on ovirt<br> </div> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class=""> <br> Regards<br> Liviu<br> <br> <br> <br> <br> On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <<a moz-do-not-send="true" href="mailto:midnightsteel@msn.com" target="_blank">midnightsteel@msn.com</a><br> </div> <div class=""> <mailto:<a moz-do-not-send="true" href="mailto:midnightsteel@msn.com" target="_blank">midnightsteel@msn.com</a>>> wrote:<br> <br> Its a "plug" icon<br> <br> <br> </div> <div class=""> > Date: Thu, 27 Feb 2014 15:31:34 +0200<br> </div> > From: <a moz-do-not-send="true" href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a> <mailto:<a moz-do-not-send="true" href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>><br> > To: <a moz-do-not-send="true" href="mailto:jonas@israelsson.com" target="_blank">jonas@israelsson.com</a> <mailto:<a moz-do-not-send="true" href="mailto:jonas@israelsson.com" target="_blank">jonas@israelsson.com</a>>;<br> <a moz-do-not-send="true" href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a>>; <a moz-do-not-send="true" href="mailto:mskrivan@redhat.com" target="_blank">mskrivan@redhat.com</a><br> <mailto:<a moz-do-not-send="true" href="mailto:mskrivan@redhat.com" target="_blank">mskrivan@redhat.com</a>> <div> <div class="h5"><br> <br> > Subject: Re: [Users] oVirt 3.5 planning<br> ><br> > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:<br> > > Not sure if this already exist but I have had to help quite a<br> few users<br> > > that have only user-permissions to restart their VM if they<br> managed to<br> > > hang the OS.<br> > > This since they lack the permission to power off the machine, and<br> > > shutdown simply is not enough. Giving them more permission can<br> help,<br> > > since they<br> > > then will have the extended tab with more options including the<br> ability<br> > > to power off a VM , this however IMO is overkill since they are<br> then<br> > > presented<br> > > with a vast number of options such as add disk, nic, networks<br> etc, all<br> > > not working since they have no (and should have none)<br> > > permission to those objects.<br> > ><br> > > So adding to the basic view in the user portal a power off<br> button and<br> > > extending the ordinary user-permission to also include power<br> off I think<br> > > would be a good idea.<br> > ><br> > > Rgds Jonas<br> > ><br> > > _______________________________________________<br> > > Users mailing list<br> </div> </div> > > <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>> <div class=""><br> > > <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> ><br> > michal - don't we have power off vm in the basic user portal?<br> > _______________________________________________<br> > Users mailing list<br> </div> > <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>> <div class=""><br> > <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> _______________________________________________<br> Users mailing list<br> </div> <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> <br> </blockquote> <br> </blockquote> </div> <br> </div> </div> </blockquote> <br> <br> <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> </body> </html> --------------000109090702080601020707--
This is a multi-part message in MIME format. --------------030107010807010004060108 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 27.02.2014 22:51, Liviu Elama ?????:
1. A VM appliance to do backups using the backup APIs or add this functionality in engine
I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well)
Do you know if there is a 3rd party that has started work on this?
2. engine to create and maintain gluster geo-replication
sahina - thoughts?
3. freeBSD as supported guest and guest agent for it
adam - where are we with getting freebsd added as guest? http://gerrit.ovirt.org/#/c/22273/ Liviu - note it is just a config file (other than the icon).
vinzenz - i don't remember anyone volunteered to test and package the guest agent on freebsd? (liviu - maybe you can try to tackle that?)
I can surely test the agent and I can try give it a go to package agent for 8.3(if no one else did this before) as I'm interested in pfsense on ovirt
We have a lot of freebsd vm's in our ovirt environment (8.4 ... 10.0), so I am also very interesting to test guest agent.
Regards Liviu
On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <midnightsteel@msn.com <mailto:midnightsteel@msn.com> <mailto:midnightsteel@msn.com <mailto:midnightsteel@msn.com>>> wrote:
Its a "plug" icon
> Date: Thu, 27 Feb 2014 15:31:34 +0200 > From: iheim@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>> > To: jonas@israelsson.com <mailto:jonas@israelsson.com> <mailto:jonas@israelsson.com <mailto:jonas@israelsson.com>>; users@ovirt.org <mailto:users@ovirt.org> <mailto:users@ovirt.org <mailto:users@ovirt.org>>; mskrivan@redhat.com <mailto:mskrivan@redhat.com> <mailto:mskrivan@redhat.com <mailto:mskrivan@redhat.com>>
> Subject: Re: [Users] oVirt 3.5 planning > > On 02/25/2014 12:00 PM, Jonas Israelsson wrote: > > Not sure if this already exist but I have had to help quite a few users > > that have only user-permissions to restart their VM if they managed to > > hang the OS. > > This since they lack the permission to power off the machine, and > > shutdown simply is not enough. Giving them more permission can help, > > since they > > then will have the extended tab with more options including the ability > > to power off a VM , this however IMO is overkill since they are then > > presented > > with a vast number of options such as add disk, nic, networks etc, all > > not working since they have no (and should have none) > > permission to those objects. > > > > So adding to the basic view in the user portal a power off button and > > extending the ordinary user-permission to also include power off I think > > would be a good idea. > > > > Rgds Jonas > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> > http://lists.ovirt.org/mailman/listinfo/users > > michal - don't we have power off vm in the basic user portal? > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------030107010807010004060108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">27.02.2014 22:51, Liviu Elama пишет:<br> </div> <blockquote cite="mid:CAPshyAv4g03wKXQh0H_Vb8--Pt3hdg5fk3O=2wJpX6_H67soiw@mail.gmail.com" type="cite"> <div dir="ltr"><br> <div class="gmail_extra"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class=""> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 1. A VM appliance to do backups using the backup APIs or add this<br> functionality in engine<br> </blockquote> <br> </div> I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well) <div class=""><br> </div> </blockquote> <div>Do you know if there is a 3rd party that has started work on this? <br> </div> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class=""> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 2. engine to create and maintain gluster geo-replication<br> </blockquote> <br> </div> sahina - thoughts? <div class=""><br> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 3. freeBSD as supported guest and guest agent for it<br> </blockquote> <br> </div> adam - where are we with getting freebsd added as guest?<br> <a moz-do-not-send="true" href="http://gerrit.ovirt.org/#/c/22273/" target="_blank">http://gerrit.ovirt.org/#/c/22273/</a><br> Liviu - note it is just a config file (other than the icon).<br> <br> vinzenz - i don't remember anyone volunteered to test and package the guest agent on freebsd?<br> (liviu - maybe you can try to tackle that?)<br> </blockquote> <div>I can surely test the agent and I can try give it a go to package agent for 8.3(if no one else did this before) as I'm interested in pfsense on ovirt<br> </div> </div> </div> </div> </blockquote> We have a lot of freebsd vm's in our ovirt environment (8.4 ... 10.0), so I am also very interesting to test guest agent.<br> <blockquote cite="mid:CAPshyAv4g03wKXQh0H_Vb8--Pt3hdg5fk3O=2wJpX6_H67soiw@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote"> <div> </div> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class=""> <br> Regards<br> Liviu<br> <br> <br> <br> <br> On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <<a moz-do-not-send="true" href="mailto:midnightsteel@msn.com" target="_blank">midnightsteel@msn.com</a><br> </div> <div class=""> <mailto:<a moz-do-not-send="true" href="mailto:midnightsteel@msn.com" target="_blank">midnightsteel@msn.com</a>>> wrote:<br> <br> Its a "plug" icon<br> <br> <br> </div> <div class=""> > Date: Thu, 27 Feb 2014 15:31:34 +0200<br> </div> > From: <a moz-do-not-send="true" href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a> <mailto:<a moz-do-not-send="true" href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>><br> > To: <a moz-do-not-send="true" href="mailto:jonas@israelsson.com" target="_blank">jonas@israelsson.com</a> <mailto:<a moz-do-not-send="true" href="mailto:jonas@israelsson.com" target="_blank">jonas@israelsson.com</a>>;<br> <a moz-do-not-send="true" href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a>>; <a moz-do-not-send="true" href="mailto:mskrivan@redhat.com" target="_blank">mskrivan@redhat.com</a><br> <mailto:<a moz-do-not-send="true" href="mailto:mskrivan@redhat.com" target="_blank">mskrivan@redhat.com</a>> <div> <div class="h5"><br> <br> > Subject: Re: [Users] oVirt 3.5 planning<br> ><br> > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:<br> > > Not sure if this already exist but I have had to help quite a<br> few users<br> > > that have only user-permissions to restart their VM if they<br> managed to<br> > > hang the OS.<br> > > This since they lack the permission to power off the machine, and<br> > > shutdown simply is not enough. Giving them more permission can<br> help,<br> > > since they<br> > > then will have the extended tab with more options including the<br> ability<br> > > to power off a VM , this however IMO is overkill since they are<br> then<br> > > presented<br> > > with a vast number of options such as add disk, nic, networks<br> etc, all<br> > > not working since they have no (and should have none)<br> > > permission to those objects.<br> > ><br> > > So adding to the basic view in the user portal a power off<br> button and<br> > > extending the ordinary user-permission to also include power<br> off I think<br> > > would be a good idea.<br> > ><br> > > Rgds Jonas<br> > ><br> > > _______________________________________________<br> > > Users mailing list<br> </div> </div> > > <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>> <div class=""><br> > > <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> ><br> > michal - don't we have power off vm in the basic user portal?<br> > _______________________________________________<br> > Users mailing list<br> </div> > <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>> <div class=""><br> > <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> _______________________________________________<br> Users mailing list<br> </div> <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> <br> </blockquote> <br> </blockquote> </div> <br> </div> </div> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------030107010807010004060108--
On 02/28/2014 01:14 AM, Itamar Heim wrote:
On 02/27/2014 09:35 PM, Liviu Elama wrote:
I think it will be nice to have:
1. A VM appliance to do backups using the backup APIs or add this functionality in engine
I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well)
2. engine to create and maintain gluster geo-replication
sahina - thoughts?
Yes, managing and monitoring gluster geo-replication from oVirt is on the roadmap. We had started some work on designing it (http://www.ovirt.org/Features/Gluster_Geo_Replication), but had to abandon it due to other priorities. Though this may not make it to 3.5, could you review the feature page and tell us if these are the features of Geo replication that you were looking for?
3. freeBSD as supported guest and guest agent for it
adam - where are we with getting freebsd added as guest? http://gerrit.ovirt.org/#/c/22273/ Liviu - note it is just a config file (other than the icon).
vinzenz - i don't remember anyone volunteered to test and package the guest agent on freebsd? (liviu - maybe you can try to tackle that?)
Regards Liviu
On Fri, Feb 28, 2014 at 2:42 AM, Maurice James <midnightsteel@msn.com <mailto:midnightsteel@msn.com>> wrote:
Its a "plug" icon
> Date: Thu, 27 Feb 2014 15:31:34 +0200 > From: iheim@redhat.com <mailto:iheim@redhat.com> > To: jonas@israelsson.com <mailto:jonas@israelsson.com>; users@ovirt.org <mailto:users@ovirt.org>; mskrivan@redhat.com <mailto:mskrivan@redhat.com>
> Subject: Re: [Users] oVirt 3.5 planning > > On 02/25/2014 12:00 PM, Jonas Israelsson wrote: > > Not sure if this already exist but I have had to help quite a few users > > that have only user-permissions to restart their VM if they managed to > > hang the OS. > > This since they lack the permission to power off the machine, and > > shutdown simply is not enough. Giving them more permission can help, > > since they > > then will have the extended tab with more options including the ability > > to power off a VM , this however IMO is overkill since they are then > > presented > > with a vast number of options such as add disk, nic, networks etc, all > > not working since they have no (and should have none) > > permission to those objects. > > > > So adding to the basic view in the user portal a power off button and > > extending the ordinary user-permission to also include power off I think > > would be a good idea. > > > > Rgds Jonas > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > > michal - don't we have power off vm in the basic user portal? > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
Bacula? Am 27.02.2014 20:44, schrieb Itamar Heim:
I'd rather see integrated with backup solutions to tackle this (hopefully, there are relevant open source ones as well)
-- 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
This is a multi-part message in MIME format. --------------090404030207050705080404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit That is the extended tab, If only having user-permissions that tab is not avalible, nor should it be. My point is, the basic tab lacks functions, and the extended gives an ordinary user far to many options (as earlier stated wont work anyway since a ordinary user wont get any permission to create new machines, disks etc) hence my suggestion to add a few new features to the basic tab. Rgds Jonas On 27/02/14 14:42, Maurice James wrote:
Its a "plug" icon
Date: Thu, 27 Feb 2014 15:31:34 +0200 From: iheim@redhat.com To: jonas@israelsson.com; users@ovirt.org; mskrivan@redhat.com Subject: Re: [Users] oVirt 3.5 planning
Not sure if this already exist but I have had to help quite a few users that have only user-permissions to restart their VM if they managed to hang the OS. This since they lack the permission to power off the machine, and shutdown simply is not enough. Giving them more permission can help, since they then will have the extended tab with more options including the ability to power off a VM , this however IMO is overkill since they are then presented with a vast number of options such as add disk, nic, networks etc, all not working since they have no (and should have none) permission to those objects.
So adding to the basic view in the user portal a power off button and extending the ordinary user-permission to also include power off I
On 02/25/2014 12:00 PM, Jonas Israelsson wrote: think
would be a good idea.
Rgds Jonas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
michal - don't we have power off vm in the basic user portal? _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------090404030207050705080404 Content-Type: multipart/related; boundary="------------020000020203070704070404" --------------020000020203070704070404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> That is the extended tab, If only having user-permissions that tab is not avalible, nor should it be.<br> <br> My point is, the basic tab lacks functions, and the extended gives an ordinary user far to many options (as earlier stated wont work anyway since a ordinary user wont get any permission to create new machines, disks etc) hence my suggestion to add a few new features to the basic tab.<br> <br> Rgds Jonas<br> <br> <br> <div class="moz-cite-prefix">On 27/02/14 14:42, Maurice James wrote:<br> </div> <blockquote cite="mid:BLU176-W468EA10257BD6155F169CB2830@phx.gbl" type="cite"> <style><!-- .hmmessage P { margin:0px; padding:0px } body.hmmessage { font-size: 12pt; font-family:Calibri } --></style> <div dir="ltr">Its a "plug" icon <div> <div style="display: inline-block" id="inlineImage0"><!--tmpl() _70--><span contenteditable="true"> </span> <div style="display: inline-block" class="inlineImage" initheight="210" initwidth="490" contenteditable="false"><img src="cid:part1.06090001.03090807@israelsson.com" height="210" width="490"></div> <span contenteditable="true"> </span><!--/tmpl--></div> <br> <div>> Date: Thu, 27 Feb 2014 15:31:34 +0200<br> > From: <a class="moz-txt-link-abbreviated" href="mailto:iheim@redhat.com">iheim@redhat.com</a><br> > To: <a class="moz-txt-link-abbreviated" href="mailto:jonas@israelsson.com">jonas@israelsson.com</a>; <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users@ovirt.org</a>; <a class="moz-txt-link-abbreviated" href="mailto:mskrivan@redhat.com">mskrivan@redhat.com</a><br> > Subject: Re: [Users] oVirt 3.5 planning<br> > <br> > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:<br> > > Not sure if this already exist but I have had to help quite a few users<br> > > that have only user-permissions to restart their VM if they managed to<br> > > hang the OS.<br> > > This since they lack the permission to power off the machine, and<br> > > shutdown simply is not enough. Giving them more permission can help,<br> > > since they<br> > > then will have the extended tab with more options including the ability<br> > > to power off a VM , this however IMO is overkill since they are then<br> > > presented<br> > > with a vast number of options such as add disk, nic, networks etc, all<br> > > not working since they have no (and should have none)<br> > > permission to those objects.<br> > ><br> > > So adding to the basic view in the user portal a power off button and<br> > > extending the ordinary user-permission to also include power off I think<br> > > would be a good idea.<br> > ><br> > > Rgds Jonas<br> > ><br> > > _______________________________________________<br> > > Users mailing list<br> > > <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a><br> > > <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><br> > <br> > michal - don't we have power off vm in the basic user portal?<br> > _______________________________________________<br> > Users mailing list<br> > <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a><br> > <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><br> </div> </div> </div> </blockquote> <br> </body> </html> --------------020000020203070704070404 Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: <part1.06090001.03090807@israelsson.com> iVBORw0KGgoAAAANSUhEUgAAAeoAAADSCAYAAACFM4NOAAAAAXNSR0IArs4c6QAAAARnQU1B AACxjwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAEtZSURBVHhe7b15UBVZmv5/+xvRf89M zz4REzMRvz8mOmImpmd6orpr6apurcWura0qq9z3HbVKRWXflEUBQUABFUXFXUvEckcRQXYQ WVVwAwHBBfcNq3x/73PuTUjSRC3Ji6nxfiKeuPeePOfJvHkNn3xPLjhIEARBEATbIkEtCIIg CDZGgloQBEEQbIwEtSAIgiDYGAlqQRAEQbAxEtSCIAiCYGMkqAVBEATBxkhQC4IgCIKNkaAW BEEQBBsjQS0IgiAINkaCWhAEQRBsjAS1IAiCINgYx6zk/49EIpFIJBLZUxLUIpFIJBLZWA5X ZS0IgiAIgg2RoBYEQRAEGyNBLQiCIAg2RoJaEARBEGyMBLUgCIIg2BgJakEQBEGwMRLUgiAI gmBjJKgFQRAEwcZIULuJH3/8kZqamujUqVNUWlpK+fn5oj4S9jf2O/Y/fgdBEIRXGQlqN3Dz 5k0qKyujuro6unbtGj18+NC1ROgLsL+x37H/8Tvg9xAEQXhVkaC2GIRCcXExXb161dUivEza 29tVhX379m1XiyAIwquFBLWFYJoVFZyEtL1AWJeXl9NPP/3kanE/jx49oqzso+QTFEqePoE0 xzdIZCLsm+DwSKqsrnHr79PR0UF5+QXkGxJOHrO9TF99gsIoYnE8na6r79N/K4LwLCSoLQTn RDHdqufx48fqP+0HDx7Q/fv3eyV4wAueGniP/4Ss8oeX3h//Yd29e1fNFFy/fr1Xgge89P8J Yl04wMF0dW++A8bCA1767dfA79Lc3Oz65F46Oh5Rxu59NGiKFw2YFk5/Fj1dHmE0dJo3VXNY m/12vQX/Lg5kZtHwmUH0F88lT9fsWBrjGUJ19RLWgn2QoLYQXMCEc6Ma+E8H/0lcunRJLTt+ /LiaFn8RYSw84AVPeEMIqZYW6/zhBU944z8qBGzDxWaqqTtDxSeqKK+k/IWEsfCAFzzhjXXg wODK1XY6deZcr/3hAS/jwQbA74Lv1xfkFRTS0Jkh9PmsaPpituhZGsj6/LtImu4TSpdaW117 0TpKjpfTGJ9IGuSTSIN9n66vWYO8lpLn/MV09Vq7y0EQXi4S1BaCc6EIUQ1UvwjW6upqamtr U1WfFrA/VxgLD3jBE94IJASr1f7whDeq34bGZjpRzQcIbVfp/gMcIOAA5OcLY+EBL3jCG9Uv grWiBv4O7uPgvs/S0/3hBU/j1d74XfD79AULFkbTMK8YGuKTwIpXGuwVR4PmxtJXc2J6JXgM 9o7r9H1dNNg7nkbOi6StO3a69qJ1RMYupbFByTR6/mpWyjM1MiSFJgQtpYw9+1wOgvBykaC2 ENwapAfhhyqulasEVJBWCF7whLe7/TFVXXP6DLW0XeFlqLB7L3jBE94IT1TBTn+HJWrhwIen /oBJw/j7uIu5fkE0PnAZjQ9eTuNDkmlccBJNWrCCvOI2UHDythdWEGtO7HqaMH+58hwfnPzq ifdH9zbeR6p9OU0IiKfYhETXXrQOv/kR5BGxhjwi17PSniJt+XqaHp5Cy1ascjkIwstFgtpC jEGAKWRcXHbv3j1V4VkheMFTOzfrTn9MURcdr6S79+7zMg5yLl2NlawmhLzGk8twHvonJXjB E944GOjyd5gqKclBs2d3fY6N7f7ZqLv3HMoT3kb6Kqh9AufT9LAVNH1hKk2LWEXfRabS2l3Z VFpzlk6db35hnTzXRAUVdZS49aDynb5w9WukVJoRmkRLlia59qJ1BIUt4gOcDTQnng904rc8 h7bR3Jh1lLRytctBEF4uEtQWYhbUhYWFapraSsFTC2p3+iNMc4uOc9uPSs7A7RI+I4gfdvxI 55suU2NzKwf9XfXdtQpaC2nNA4InvLGOLn+HqRISnMGsfY6J6f7ZTPCEt5G+CmrfoPk0J3oN zV2ygWZHr6P5K7ZTZX0D7c8rpyVpeyg8JZ0iVmnaSQtWfG9o02m18xXLEzbuo+ySGiqpPkM+ cRtpTkwazeUK+/UQB2lkiluCOjh8EQUkbqfAlRkUuGLncyiDApZulqAWbIMEtYW8rkHdwUEM mVXgnMQqqAtOXaEJYVyJLFxLp8+e42+PkO4KaM0DMga1s91hqqVLncGsfdaCWt/HqJcf1As4 SNPIb9kW8uZAjVq7i840XqIkroQRrl4c4JoQUgtX71Sv+vZOxXW991y8jjbuO6Yqa0yF+yZs Ij8OlNdCvK98Yta4JahDwiNpPh/ohK3ZQ2Gpu58t7jc/ebsEtWAbJKgtxCyoCwoK1PlSKwVP eLvbH2GaU1hGDx7g9jJcvNY9cKFHLFTNdx8RDY6rJcfbK+m90dFUUl6j9kFHBwf5Q+d4TfDU grrL32GqxYudwax9jo7u/tlM8IS3kT4L6uAF5J+wgQKTtpFfwmZavG43nbnYqqasfeI3UWDi 1k4hyI+W1dLWgwXqvWpP6lquF0JbBfX5Jq7Sv6cADjezfgGJrnbNx/WK9gBXnyfW0cPnTi+t rbPdsB7jeK3d2NaT+MDDLz7NPUEdEUlhqzMoYt1+ili779lK209hHOwS1IJdkKC2kJ6CWrvw 62mqrKykiooK02VGGYParE9vpA/qowUIvQ4lfdjq9fBhB3/bH6milejXgW3keCeD/jQjlRou tqiq+sED53hN8NSCusvf0amIiOcXQls/FnJ6vtyg9uWK2p+DzCfeWVHXc0W9bOt+Fbb+yzZ3 at6S9XSwoILONrXShr25XHGv4wpzU7c+mubGptH6PTlUi4p6OQeboZ93/AZVZeO9T8JGtW68 9+X3WIb3GOPN26CNxTL0xWdUttp7+HSN5zE83ln9Ot/7usY71+nsh2UY78/98FnfBi/tVevf TdhXMavdFtQLUFGv5Yp6DSrmZ4j7zU/eIkEt2AYJagsxC2q04fVpwi1RVVVVnWFt1kcvvafR v/DvHJTHyv5bBx1k7f6Vg3awNv6Ng9b8tYNWsBL/ykHxOl1YHtfNQ/NEmGbnl9Hduw+V7t3r MNVd1uNHHNY/ddDA+LPkGHORfvHVQVqyIZsrblcflwcETy2ou/wdnYqKclBjY9fnnoQ+CGpj OzzhbcT4+7gLnKP2jEpVV2jPjFpLoSt3UF1DC8Wu303fRnJ7TFqnvl2USntyyqjmzEWlNRnZ 6uIqfR9NaE/NOEI1Zy+qwMNUuLZsVvRaVWVvyyykA/kVtG53jgrMWbx+HBys2plF+46doJ1H SihyzS5ud45dvj1TVfyq35INlLwtU1W4c2PW06p0HpN3gnYcLqLwVek0m9eH9Szk6hQ++9kv dWc2+2+k76LWqCoUYzCND+/Zi9M4yDeqmYQNe3L5QOQYbWIl8zo9XdvdpfXk6cZz1H6J2yhg xU7yS06nAJbxtbu4H+87CWrBLkhQW4gxCBAWeXl5HB53e1RtbS3V1NQ8EdZmfTXBE949+SOs 6V8c1PHPDrrDuvpPDmr+RwfV/4ODKv/eQcWsHO6TyUGOkDaO1/wRpkfy8JzsB0p37jw01W1W B1fNjx88pGGxpeSYWE+OQRU0KqaY7tzHOOd4TfDUgrrL39GpykpntaxvMxNCGn2N7fCEt5G+ CmrvwBCaFracpnGwTg5dqaaocV4Z56Inzuf2iFWdwmeEXlV9o7oqvOZsE63mMJ7C4/T9INza hGCtqGvgA4A15BGeotqnhK1UgXikpIYyskspadtByj1+knYfLVPhjoDMLT+pAnLT/mNUWFXH Bw/f02Qed7i4igoq61SY46DiaGmtOrBYumU/jzmlxqQfKVZXmyNQ/fm7FFScpi0H89U59+zS Gtp+qJDGBSdTwqb9VMLfYQYfjGjbNXfJesri7cosqFTT9lsO5PH2ZXb7Xkq8ndPCkt0S1Ljq 25MPHjzjt5Bn3OZnC/1i0ySoBdsgQW0hPQX1nTt3TIX7lU+ePNkZ1vqgPnHihOkYyBjUZn2K OIgfcEjfZl3moL7IQV3HQV2hC+pGDmmzscagvnXrvksPetB9enD/If30sIM+n59LjtFV5Bhx jr5OuEA3b93h8NTGO2UMame7o5sQ1MY2oxDUZu0vO6i9AkJobIDzIRsj/ZeqgKvmahkXgA33 TeD2pE4N9YmnnVklKgiLq8+oavW7yDU0JjCxWz/V1zue4jbuo+Mnz9PkBSs7+wxjz6StmXSQ w3BCyHIa4h2nKtTodT9QQNJWyik7qaptPHRlVMAy2nqwkDbvz1f3Lm/nCryI17tyx2GaxJ6o oFFNrko/wgFbzVV7Gk0NX6Wq5SmhKRz0efT9oSIazeseNCdWnYfGQQGq7YWpGZTD77EN2C6s a1rEajqQV0Gx6/eo9eF+crzqv5dTyTQ+IM4tQR0YuoimhKfSlEVprHXPoTR1ECRBLdgFCWoL MQvqY8eOcXjcekKnT59WQQ31VFXjD0mYjYUnvJ/mDyGM2zmkL3FIn2ed5KAu55Au4PYmDmmz MZDmjzDNOlZCN27cVbp5816nbig52xG0uE+rvPI0/frbY+QYxxU1B/WgxGa6xX0gzQOCpxbU Xf6ObkJQG9uMQlCbtcMT3kb6Kqjn+YfQkLmLafC8OPrKc7GqGFEFY2r5i1nR3L6kU1/OjuZA 3U1DvJaoihRVqrGPJjxmE+e7UbWO9FtK38yNdYqXrf0hh1IzstVn9MV6/zw9goKTtqmL1YZx yGMZ2nG71w9cbeNBIxv35qp1pmcVEy50Q3U/K3odeYSl0O6cMnXwcKioisJTdtBwPqjYn39C TZ1/9u0i+pqDekxAIu3JPa6my4M4tLOKq9W6sA2DPGNoHIdwBnse4oOIHYcLaVd2iZpZ0Laz S3E0bF6UW4Laf8FCPrBIopFBKTQicAW/rnzitbtS+MAhUYJasA0S1BZiFtS5ubnqKVx6IaQ1 6atqs6CGjOPhCe+e/PU68CtnNY1p7xpWKQd1y4o4076aNH+E6eHcYmpvv6N0/brz9RaH9F3X tHdHB55oQtTScJG+8V5HvxxeSL+Y0UyOoadoxPJGunP7Xuc4TfDUgrrLnw8qdEJQG9uMQlCb tcMT3kb6Kqjn+gXTF98tor/MjKZPpi9UFWb5qfPq/O6AaRHcHtUlDuWPuQ80lsME55dROSOU u/VjfTg1TJ0rLqqqp6856LQ+GLtsywE1tfzZt5H0yYxFNMwnQVWv3nGb1PT2CK660Y7tiVr7 A23NLFDrwVQ4Kv5FXA1/f7iIdh0tVVXwn7kfnn6GyhzT38fKT9I8PtDANPfitN30kUe4Wu9o V1Dju/kkbKJDhZU0kL83tgPLsR3pWSW0lLcPMwWo0Mdx9Wz8bp+zBs2McEtQ48lkg70S6Guf RJoclqr+QItP/OYe3+OZ4MN94iSoBdsgQW0hPQX1jRs3OmUMZ30lrU15awGtl97DGNT6ZWZK 57CudVXTlzikzfroZQzqa9dud+rq1dvU0nKVWpou0bUr7XS5+RJlZefTZ1Ni6JcD08kx9QI5 Jl+g/zexnmL3tdC9W3e6jYeMQe1sd3QTgjo/v3ubXliGoDZb9rKDeo5vMH08LVSFcv/JC2iU /zIqqz1HHlxZ/2liiPqLWk+Iq993xgZR0vaDlLjtoBpn7POH8cHqau/8ijoOtkgOyzDVDs+Z HJSoZnGR2VdzY2hlehZtPpBPw/2XciVbTEs27KXPeAym2vfmnaDw1en0AY/fxH1w0RvW/4Or gp4QkkyxG/ZQPFf4/aeEcjW6TD1oBaGNx5gimDFd/RGPwXQ3HuTyybcL1Xnyw7wNmHr/2msJ fcnV+2B+RZWOcZ9yFf6XWVH0hWf0E9/tI9bn0xe4Jah9QyJoIFf3n3nGsZY8U5+yBs1ZLEEt 2AYJagsxC+qcnByu8totFTzh/XP8cdV3K4e02TKjNH+E6aGcIrpy5ZZLzqDNKT1HC1bspVnh a+jjKVH0rx+HkeOL3eTwaKBfIKiH1dNHMU10rukG3Wy/qRvvFDy1oO7ydzwhhLVRCGdNZmMg eMLbSN8FdRB9OCmY+k2aT++OC1KVaykH9dTQlfT26ADqz+1P04dTQ9VYfRs+/36kHwUmbuGg Ps0HAuHUjwNaW/bHCcEqpLcf4qo4u5Q27cujyVxRvz02UF1Qhiu3txwoUNPQy7cfUqGJsUlc LWNq/ncj/WkmV7yZBRVqGh5T1gjubVx545x06s4j9ClX5AhVTJUjfHHvN6rlGez/5ih/9Yp2 rAPCgQJ8knl9mEZH34wjvG3787p9N+07DJgc7KagDqdPZvCBzYwoGvAcQj/MCEhQC3ZBgtpC egpq/IlFK2UMarM+vZE+qDOPFlFb202lVtbVqzep9sINmpFSRY4PN5Lj/V0czBXkmNRIjrEc 0iPq6b3IRsqruU632m/RZddYveCpBXWXv6NHXbjQFdJ4b9ZHL3jC20hfBbUnB3W/8YH0LlfA b48JUOeFccEVrqbuN5EDl0PtLQ5sM73p0hPtPOajqWFqChkXjX3AlS4OAt7jdWhCv09mLFQX jWGaHOt+b0IIvwaqPyeJ4MYFaO9PDuXqPZDDPUT9iUlMY6Oa/xNv2zfzYtVyjBnI1S+u3EaF /QG3/YH7YFy/SQuUD65Mhy/a/sDbMoB9MCUPD2jQnBi1HeiD8+jO8+nOdv12Q9hX/SYEuieo g7li94ig/h6R9P5zCP0wWyBBLdgFCWoLMQvqo0ePcrhdtVTwhLe7/RGmB7MLqbX1hlOXoOt0 7cpNKjl1g7y2XKa3Ilro3/2b6N98G+jN8Eby3nKJjp9up5vXblBb63XVX43TPFjw1IK6y58r /qdIC2qzZUbBE95G+jKo/zgugN7h8EJYvj9lAaWkH1ZT0zgHjHPBqHD1wvllSN1rzBXnjqwn +6AqxZXYuPgMwYhwxateCGscCGC9+vY3R/vTGyN8uXL2UyHc1R6gPiP0EbgYqwWvNuaNEd3H oEqHD5ahT2c798F4TTi4gBfWYWzXxmjCvuo/McBtQf3+1HD649RF1O85hH4DZoRLUAu2QYLa QnoK6suXL1sqY1Cb9emNjEF9qeW60sWL16il5Qa1NHNYt12ny5duUlHtNdpXcoX2Fl/h9xz0 bTeonZe1cH/0g5pZmgdkDGpnu+Op0oLabJlRdgjqd8dy1czBBSGoULmGJG9XDxSBcC+xJlys lXfitLonGbdSHeFXXBxm7KM9ghRXc2sB+2rIGeJPE/ZT//H+bgvq/lPC6N3JEfTecwj9BniE SVALtkGC2kLMghr3JDc3N5sG4osIXsb7qN3ljzDNOlZKFy6g3Rm4vRW84AlvPK70yFP9HZ3S glrfZiZ4wRPeRvouqLn6HMOVI4cpKlycl/79SH/67TAf+p8hXp3672/m0X8OmkO//mK2uqI6 u7SWDhVWqdum/mPgLPqvQXPpN4PndY0Z6kX/xx6oSFW4ufxfB2Ff9Rvn56agDqN+kzmoJ4U/ t3CaQYJasAsS1BZiDAKEBa7ixpXebW1tlghe8NSey+1Of9yqVVJeS1U156mpqd0SwQue8MYf ADlRVWe5PzzhbeRlBbWZENy4vQoPJVm/J1c98jOTQxq3Z63ZdVQpYNlmdS4awWzm0U1jTNrs qB62Uwvq6Phlrr1oHS8a1AnLU1wOgvBykaC2EGMQ4E9GNjY2UVFRkbol6+LFi9Ta2vpCwlh4 wAue8O7o6KCGhkbL/eEJbzxOtP5sA+UWlFNl9Tk6dx79rr2QMBYe8IInvPFnMi9fvkLHCk9Y 5g8veKo/wWmgr4J6trf/M4Ma4ZuSnkWlNeeoqOoMFVbW07Hy02oKHJ8hPNhkYepOVUWbebw6 enb1rwV1VJz1Qe0dGPpCQR2XLEEt2AMJagspLS3tVsk9fvxYfW5obFT3QuOJX0eOHHkhYSw8 4AVPeEOYor5wocEyf3jBE974y1eYoq7jYC0+XkOHc0pof1bBCwlj4QEveMIb68ABQRsHa3nl KcrqhT/GwgNe8IS3Huwz/D59AR4h+qygxnS4R/gq9XxtPAjETHhCGKbBceGWmcfrpN+PCqAP xvvRitS1rr1oHQGhC39WUL8zMZw+9gijtZs2uxwE4eUiQW0hqEhxe5MeBAaqX0wla+eVX1Tw gJc+hLSws8rfGHIIVFS/mKpGwPZG8IAXPDWwLlS/CNLefAeMhQe89Nuvgd8Fv09fsC19J300 1oveGPX0SvJ/h3ipc9C/GYxXM82j3w71VqHefWxfnp/um3W9McKfvpzkRdU1ta69aB0Ze/bR p1OC6K2JEabBbNRb48NoyIwgOl1/xuUgCC8XCWoLaWpqUo8hFOwHfhf8Pn0BDkjCo2LoraGe Kqx/NyqIX0U9aqQ/vTd8Ju3I+EEdiFoN/tBMTEIivTvGj8N60dM1IYzeH+tDew9kqoNWQbAD EtQWgmqurKxMPd1LsA94LCp+F7Pz1u7iNofDqnUb6OvJc+jL8bPoqwmzRSbCvhkxzZv27M9U MyLuAjM5G7Z+T0On+/aoIR4+NM4zmA5l50hIC7ZCgtpi1JXSJSUS1jYBIY1z0/hdBEEQXkUk qN0AQgEVHKZbcW7UnZWC8CTY39jv2P/4HSSkBUF4lZGgdhOYZsU5UVzAhIoOtwaJ+kbY39jv 2P99Od0tCILgDiSoBUEQBMHGSFALgiAIgo2RoBYEQRAEGyNBLQiCIAg2RoJaEARBEGyMBLUg CIIg2BgJakEQBEGwMRLUgiAIgmBjHNXV1SQSiUQikciekopaEARBEGyMBLUgCIIg2BgJakEQ BEGwMRLUgiAIgmBjJKgFQRAEwcZIUAuCIAiCjZGgFgRBEAQbI0HtJn788UdqamqiU6dOUWlp KeXn54v6SNjf2O/Y//gdBEEQXmUkqN3AzZs3qaysjOrq6ujatWv08OFD1xKhL8D+xn7H/sfv gN9DEAThVUWC2mIQCsXFxXT16lVXi/AyaW9vVxX27du3XS2CIAivFhLUFoJpVlRwEtL2AmFd Xl5OP/30k6vF/Tx69Iiyso+ST1AoefoE0hzfIJGJsG+CwyOpsrrGrb9PR0cH5eUXkG9IOHnM 9jJ99QkKo4jF8XS6rr5P/60IwrOQoLYQnBPFdKuex48fq/+0Hzx4QPfv3++V4AEveGrgPf4T ssofXnp//Id19+5dNVNw/fr1Xgke8NL/J4h14QAH09W9+Q4YCw946bdfA79Lc3Oz65N76eh4 RBm799GgKV40YFo4/Vn0dHmE0dBp3lTNYW322/UW/Ls4kJlFw2cG0V88lzxds2NpjGcI1dVL WAv2QYLaQnABE86NauA/HfwncenSJbXs+PHjalr8RYSx8IAXPOENIaRaWqzzhxc84Y3/qBCw DRebqabuDBWfqKK8kvIXEsbCA17whDfWgQODK1fb6dSZc732hwe8jAcbAL8Lvl9fkFdQSENn htDns6Lpi9miZ2kg6/PvImm6Tyhdam117UXrKDleTmN8ImmQTyIN9n26vmYN8lpKnvMX09Vr 7S4HQXi5SFBbCM6FIkQ1UP0iWPHXT9ra2lTVpwXszxXGwgNe8IQ3AgnBarU/POGN6rehsZlO VPMBQttVuv8ABwg4APn5wlh4wAue8Eb1i2CtqLHOH17wNF7tjd8Fv09fsGBhNA3ziqEhPgms eKXBXnE0aG4sfTUnpleCx2DvuE7f10WDveNp5LxI2rpjp2svWkdk7FIaG5RMo+evZqU8UyND UmhC0FLK2LPP5SAILxcJagvBrUF6EH6o4lq5SkAFaYXgBU94u9sfU9U1p89QS9sVXoYKu/eC FzzhjfBEFWy1Pzz1B0waxt/HXcz1C6LxgctofPByGh+STOOCk2jSghXkFbeBgpO3vbCCWHNi 19OE+cuV5/jg5FdPvD+6t/E+Uu3LaUJAPMUmJLr2onX4zY8gj4g15BG5npX2FGnL19P08BRa tmKVy0EQXi4S1BZiDAJMIePisnv37qkKzwrBC57auVl3+mOKuuh4Jd29d5+XcZBz6WqsZDUh 5DWeXIbz0D8pwQue8MbBgN7fTElJyTR79uzOz7Gxsd0+G6X5w9tIXwW1T+B8mh62gqYvTKVp Eavou8hUWrsrm0prztKp880vrJPnmqigoo4Stx5UvtMXrn6NlEozQpNoydIk1160jqCwRXyA s4HmxPOBTvyW59A2mhuzjpJWrnY5CMLLRYLaQsyCurCwUE1TWyl4akHtTn+EaW7RcW77UckZ uF3CZwTxw44f6XzTZWpsbuWgv6u+u1bhaiGteUDwhDfWofc3U0JCggpm7XNMTEy3z2aCJ7yN 9FVQ+wbNpznRa2jukg00O3odzV+xnSrrG2h/XjktSdtD4SnpFLFK005asOJ7Q5tOq52vWJ6w cR9ll9RQSfUZ8onbSHNi0mguV9ivhzhII1PcEtTB4YsoIHE7Ba7MoMAVO59DGRSwdLMEtWAb JKgt5HUN6g4OYsisAuckVkFdcOoKTQjjSmThWjp99hx/e4R0V0BrHpAxqPXLjFq6dKkKZu2z FtT6Pka9/KBewEGaRn7LtpA3B2rU2l10pvESJXEljHD14gDXhJBauHqnetW3dyqu673n4nW0 cd8xVVljKtw3YRP5caC8FuJ95ROzxi1BHRIeSfP5QCdszR4KS939bHG/+cnbJagF2yBBbSFm QV1QUKDOl1opeMLb3f4I05zCMnrwALeX4eK1J0PxEQtV891HRIPjasnx9kp6b3Q0lZTXqH3Q 0cFB/tA5XhM8taDW+5tp8eLFKpi1z9HR0d0+mwme8DbSZ0EdvID8EzZQYNI28kvYTIvX7aYz F1vVlLVP/CYKTNzaKQT50bJa2nqwQL1X7Uldy/VCaKugPt/EVfr3FMDhZtYvINHVrvm4XtEe 4OrzxDp6+NzppbV1thvWYxyvtRvbehIfePjFp7knqCMiKWx1BkWs208Ra/c9W2n7KYyDXYJa sAsS1BbSU1BrF349TZWVlVRRUWG6zChjUJv16Y30QX20AKHXoWQWitDDhx38bX+kilaiXwe2 keOdDPrTjFRquNiiquoHD5zjNcFTC2q9v6aIiIjnFkLbON7p+XKD2pcran8OMp94Z0VdzxX1 sq37Vdj6L9vcqXlL1tPBggo629RKG/bmcsW9jivMTd36aJobm0br9+RQLSrq5Rxshn7e8RtU lY33Pgkb1brx3pffYxneY4w3b4M2FsvQF59R2Wrv4dM1nsfweGf163zv6xrvXKezH5ZhvD/3 w2d9G7y0V61/N2Ffxax2W1AvQEW9livqNaiYnyHuNz95iwS1YBskqC3ELKjRhtenCbdEVVVV dYa1WR+99J5G/8K/c1AeK/tvHXSQtftXDtrB2vg3Dlrz1w5awUr8KwfF63RheVw3D80TYZqd X0Z37z5Uunevw1R3WY8fcVj/1EED48+SY8xF+sVXB2nJhmyuuF19XB4QPLWg1vtrioqKokZ1 C1f3dqPQB0FtbIcnvI0Yfx93gXPUnlGp6grtmVFrKXTlDqpraKHY9bvp20huj0nr1LeLUmlP ThnVnLmotCYjW11cpe+jCe2pGUeo5uxFFXiYCteWzYpeq6rsbZmFdCC/gtbtzlGBOYvXj4OD VTuzaN+xE7TzSAlFrtnF7c6xy7dnqopf9VuygZK3ZaoKd27MelqVzmPyTtCOw0UUviqdZvP6 sJ6FXJ3CZz/7pe7MZv+N9F3UGlWFYgym8eE9e3EaB/lGNZOwYU8uH4gco02sZF6np2u7u7Se PN14jtovcRsFrNhJfsnpFMAyvnYX9+N9J0Et2AUJagsxBgHCIi8vj8Pjbo+qra2lmpqaJ8La rK8meMK7J3+ENf2Lgzr+2UF3WFf/yUHN/+ig+n9wUOXfO6iYlcN9MjnIEdLG8Zo/wvRIHp6T /UDpzp2HprrN6uCq+fGDhzQstpQcE+vJMaiCRsUU0537GOccrwmeWlDr/TVVVtaoatnYbhRC Gn2N7fCEt5G+CmrvwBCaFracpnGwTg5dqaaocV4Z56Inzuf2iFWdwmeEXlV9o7oqvOZsE63m MJ7C4/T9INzahGCtqGvgA4A15BGeotqnhK1UgXikpIYyskspadtByj1+knYfLVPhjoDMLT+p AnLT/mNUWFXHBw/f02Qed7i4igoq61SY46DiaGmtOrBYumU/jzmlxqQfKVZXmyNQ/fm7FFSc pi0H89U59+zSGtp+qJDGBSdTwqb9VMLfYQYfjGjbNXfJesri7cosqFTT9lsO5PH2ZXb7Xkq8 ndPCkt0S1Ljq25MPHjzjt5Bn3OZnC/1i0ySoBdsgQW0hPQX1nTt3TIX7lU+ePNkZ1vqgPnHi hOkYyBjUZn2KOIgfcEjfZl3moL7IQV3HQV2hC+pGDmmzscagvnXrvksPetB9enD/If30sIM+ n59LjtFV5Bhxjr5OuEA3b93h8NTGO2UMav0yTQhqs3a9ENRm7S87qL0CQmhsgPMhGyP9l6qA q+ZqGReADfdN4PakTg31iaedWSUqCIurz6hq9bvINTQmMLFbP9XXO57iNu6j4yfP0+QFKzv7 DGPPpK2ZdJDDcELIchriHacq1Oh1P1BA0lbKKTupqm08dGVUwDLaerCQNu/PV/cub+cKvIjX u3LHYZrEnqigUU2uSj/CAVvNVXsaTQ1fparlKaEpHPR59P2hIhrN6x40J1adh8ZBAarthakZ lMPvsQ3YLqxrWsRqOpBXQbHr96j14X5yvOq/l1PJND4gzi1BHRi6iKaEp9KURWmsdc+hNHUQ JEEt2AUJagsxC+pjx45xeNx6QqdPn1ZBDfVUVeMPSZiNhSe8n+YPIYzbOaQvcUifZ53koC7n kC7g9iYOabMxkOaPMM06VkI3btxVunnzXqduKDnbEY64T6u88jT9+ttj5BjHFTUH9aDEZrrF fSDNA4KnFtR6f70Q1GbteiGozdrhCW8jfRXU8/xDaMjcxTR4Xhx95blYVYyogjG1/MWsaG5f 0qkvZ0dzoO6mIV5LVEWKKtXYRxMes4nz3ahaR/otpW/mxjrFy9b+kEOpGdnqM/pivX+eHkHB SdvUxWrDOOSxDO243esHrrbxoJGNe3PVOtOzigkXuqG6nxW9jjzCUmh3Tpk6eDhUVEXhKTto OB9U7M8/oabOP/t2EX3NQT0mIJH25B5X0+VBHNpZxdVqXdiGQZ4xNI5DOIM9D/FBxI7DhbQr u0TNLGjb2aU4GjYvyi1B7b9gIR9YJNHIoBQaEbiCX1c+8dpdKXzgkChBLdgGCWoLMQvq3Nxc 9RQuvRDSmvRVtVlQQ8bx8IR3T/56HfiVs5rGtHcNq5SDumVFnGlfTZo/wvRwbjG1t99Run7d +XqLQ/qua9q7owNPNCFqabhI33ivo18OL6RfzGgmx9BTNGJ5I925fa9znCZ4akGt99cLQW3W rheC2qwdnvA20ldBPdcvmL74bhH9ZWY0fTJ9oaowy0+dV+d3B0yL4PaoLnEof8x9oLEcJji/ jMoZodytH+vDqWHqXHFRVT19zUGn9cHYZVsOqKnlz76NpE9mLKJhPgmqevWO26Smt0dw1Y12 bE/U2h9oa2aBWg+mwlHxL+Jq+PvDRbTraKmqgv/M/fD0M1TmmP4+Vn6S5vGBBqa5F6ftpo88 wtV6R7uCGt/NJ2ETHSqspIH8vbEdWI7tSM8qoaW8fZgpQIU+jqtn43f7nDVoZoRbghpPJhvs lUBf+yTS5LBU9QdafOI39/gezwQf7hMnQS3YBglqC+kpqG/cuNEpYzjrK2ltylsLaL30Hsag 1i8zUzqHda2rmr7EIW3WRy9jUF+7drtTV6/eppaWq9TSdImuXWmny82XKCs7nz6bEkO/HJhO jqkXyDH5Av2/ifUUu6+F7t260208ZAxq43IIQZ2fX2S6DMIyBLXZspcd1HN8g+njaaEqlPtP XkCj/JdRWe058uDK+k8TQ9Rf1HpCXP2+MzaIkrYfpMRtB9U4Y58/jA9WV3vnV9RxsEVyWIap dnjO5KBENYuLzL6aG0Mr07No84F8Gu6/lCvZYlqyYS99xmMw1b437wSFr06nD3j8Ju6Di96w /h9cFfSEkGSK3bCH4rnC7z8llKvRZepBKwhtPMYUwYzp6o94DKa78SCXT75dqM6TH+ZtwNT7 115L6Euu3gfzK6p0jPuUq/C/zIqiLzyjn/huH7E+n77ALUHtGxJBA7m6/8wzjrXkmfqUNWjO YglqwTZIUFuIWVDn5ORwldduqeAJ75/jj6u+WzmkzZYZpfkjTA/lFNGVK7dccgZhTuk5WrBi L80KX0MfT4mif/04jBxf7CaHRwP9AkE9rJ4+immic0036Gb7Td14p+CpBXV3/+5CWBuFcNZk NgaCJ7yN9F1QB9GHk4Kp36T59O64IFW5lnJQTw1dSW+PDqD+3P40fTg1VI3Vt+Hz70f6UWDi Fg7q03wgEE79OKC1ZX+cEKxCevshroqzS2nTvjyazBX122MD1QVluHJ7y4ECNQ29fPshFZoY m8TVMqbmfzfSn2ZyxZtZUKGm4TFljeDexpU3zkmn7jxCn3JFjlDFVDnCF/d+o1qewf5vjvJX r2jHOiAcKMAnmdeHaXT0zTjC27Y/r9t3077DgMnBbgrqcPpkBh/YzIiiAc8h9MOMgAS1YBck qC2kp6DGn1i0UsagNuvTG+mDOvNoEbW13VRqZV29epNqL9ygGSlV5PhwIzne38XBXEGOSY3k GMshPaKe3otspLya63Sr/RZddo3VC55aUOv9e9KFC5c6QxrvzfroBU94G+mroPbkoO43PpDe 5Qr47TEB6rwwLrjC1dT9JnLgcqi9xYFtpjddeqKdx3w0NUxNIeOisQ+40sVBwHu8Dk3o98mM heqiMUyTY93vTQjh10D15yQR3LgA7f3JoVy9B3K4h6g/MYlpbFTzf+Jt+2ZerFqOMQO5+sWV 26iwP+C2P3AfjOs3aYHywZXp8EXbH3hbBrAPpuThAQ2aE6O2A31wHt15Pt3Zrt9uCPuq34RA 9wR1MFfsHhHU3yOS3n8OoR9mCySoBbsgQW0hZkF99OhRDrerlgqe8Ha3P8L0YHYhtbbecOoS dJ2uXblJJadukNeWy/RWRAv9u38T/ZtvA70Z3kjeWy7R8dPtdPPaDWprva76q3GaBwueWlB3 83+KtKA2W2YUPOFtpC+D+o/jAugdDi+E5ftTFlBK+mE1NY1zwDgXjApXL5xfhtS9xlxx7sh6 sg+qUlyJjYvPEIwIV7zqhbDGgQDWq29/c7Q/vTHClytnPxXCXe0B6jNCH4GLsVrwamPeGNF9 DKp0+GAZ+nS2cx+M14SDC3hhHcZ2bYwm7Kv+EwPcFtTvTw2nP05dRP2eQ+g3YEa4BLVgGySo LaSnoL58+bKlMga1WZ/eyBjUl1quK128eI1aWm5QSzOHddt1unzpJhXVXqN9JVdob/EVfs9B 33aD2nlZC/dHP6iZpXlAxqDWL+tJWlCbLTPKDkH97liumjm4IAQVKteQ5O3qgSIQ7iXWhIu1 8k6cVvck41aqI/yKi8OMfbRHkOJqbi1gXw05Q/xpwn7qP97fbUHdf0oYvTs5gt57DqHfAI8w CWrBNkhQW4hZUOOe5ObmZtNAfBHBy3gftbv8EaZZx0rpwgW0OwO3t4IXPOGNx5UeeU5/LajN lukFL3jC20jfBTVXn2O4cuQwRYWL89K/H+lPvx3mQ/8zxKtT//3NPPrPQXPo11/MVldUZ5fW 0qHCKnXb1H8MnEX/NWgu/WbwvK4xQ73o/9gDFakKN5f/6yDsq37j/NwU1GHUbzIH9aTw5xZO M0hQC3ZBgtpCjEGAsMBV3LjSu62tzRLBC57ac7nd6Y9btUrKa6mq5jw1NbVbInjBE974AyAn quos94cnvI28rKA2E4Ibt1fhoSTr9+SqR35mckjj9qw1u44qBSzbrM5FI5jNPLppjEmbHdXD dmpBHR2/zLUXreNFgzpheYrLQRBeLhLUFmIMAvzJyMbGJioqKlK3ZF28eJFaW1tfSBgLD3jB E94dHR3U0NBouT884Y3HidafbaDcgnKqrD5H586j37UXEsbCA17whDf+TObly1foWOEJy/zh BU/1JzgN9FVQz/b2f2ZQI3xT0rOotOYcFVWdocLKejpWflpNgeMzhAebLEzdqapoM49XR8+u /rWgjoqzPqi9A0NfKKjjkiWoBXsgQW0hpaWl3Sq5x48fq88NjY3qXmg88evIkSMvJIyFB7zg CW8IU9QXLjRY5g8veMIbf/kKU9R1HKzFx2vocE4J7c8qeCFhLDzgBU94Yx04IGjjYC2vPEVZ vfDHWHjAC57w1oN9ht+nL8AjRJ8V1JgO9whfpZ6vjQeBmAlPCMM0OC7cMvN4nfT7UQH0wXg/ WpG61rUXrSMgdOHPCup3JobTxx5htHbTZpeDILxcJKgtBBUpbm/Sg8BA9YupZO288osKHvDS h5AWdlb5G0MOgYrqF1PVCNjeCB7wgqcG1oXqF0Ham++AsfCAl377NfC74PfpC7al76SPxnrR G6OeXkn+7xAvdQ76N4PxaqZ59Nuh3irUu4/ty/PTfbOuN0b405eTvKi6pta1F60jY88++nRK EL01McI0mI16a3wYDZkRRKfrz7gcBOHlIkFtIU1NTeoxhIL9wO+C36cvwAFJeFQMvTXUU4X1 70YF8auoR430p/eGz6QdGT+oA1GrwR+aiUlIpHfH+HFYL3q6JoTR+2N9aO+BTHXQKgh2QILa QlDNlZWVqad7CfYBj0XF72J23tpd3OZwWLVuA309eQ59OX4WfTVhtshE2DcjpnnTnv2ZakbE XWAmZ8PW72nodN8eNcTDh8Z5BtOh7BwJacFWSFBbjLpSuqREwtomIKRxbhq/iyAIwquIBLUb QCiggsN0K86NurNSEJ4E+xv7Hfsfv4OEtCAIrzIS1G4C06w4J4oLmFDR4dYgUd8I+xv7Hfu/ L6e7BUEQ3IEEtSAIgiDYGAlqQRAEQbAxEtSCIAiCYGMkqAVBEATBxkhQC4IgCIKNkaAWBEEQ BBsjQS0IgiAINkaCWhAEQRBsjKO6uppEIpFIJBLZU1JRC4IgCIKNkaAWBEEQBBsjQS0IgiAI NkaCWhAEQRBsjAS1IAiCINgYCWpBEARBsDES1IIgCIJgYySoBUEQBMHGSFC7iR9//JGampro 1KlTVFpaSvn5+aI+EvY39jv2P34HQRCEVxkJajdw8+ZNKisro7q6Orp27Ro9fPjQtUToC7C/ sd+x//E74PcQBEF4VZGgthiEQnFxMV29etXVIrxM2tvbVYV9+/ZtV4sgCMKrhQS1hWCaFRWc hLS9QFiXl5fTTz/95GpxP48ePaKs7KPkExRKnj6BNMc3SGQi7Jvg8EiqrK5x6+/T0dFBefkF 5BsSTh6zvUxffYLCKGJxPJ2uq+/TfyuC8CwkqC0E50Qx3arn8ePH6j/tBw8e0P3793sleMAL nhp4j/+ErPKHl94f/2HdvXtXzRRcv369V4IHvPT/CWJdOMDBdHVvvgPGwgNe+u3XwO/S3Nzs +uReOjoeUcbufTRoihcNmBZOfxY9XR5hNHSaN1VzWJv9dr0F/y4OZGbR8JlB9BfPJU/X7Fga 4xlCdfUS1oJ9kKC2EFzAhHOjGvhPB/9JXLp0SS07fvy4mhZ/EWEsPOAFT3hDCKmWFuv84QVP eOM/KgRsw8Vmqqk7Q8UnqiivpPyFhLHwgBc84Y114MDgytV2OnXmXK/94QEv48EGwO+C79cX 5BUU0tCZIfT5rGj6YrboWRrI+vy7SJruE0qXWltde9E6So6X0xifSBrkk0iDfZ+ur1mDvJaS 5/zFdPVau8tBEF4uEtQWgnOhCFENVL8IVvyZsra2NlX1aQH7c4Wx8IAXPOGNQEKwWu0PT3ij +m1obKYT1XyA0HaV7j/AAQIOQH6+MBYe8IInvFH9Ilgraqzzhxc8jVd743fB79MXLFgYTcO8 YmiITwIrXmmwVxwNmhtLX82J6ZXgMdg7rtP3ddFg73gaOS+Stu7Y6dqL1hEZu5TGBiXT6Pmr WSnP1MiQFJoQtJQy9uxzOQjCy0WC2kJwa5AehB+quFauElBBWiF4wRPe7vbHVHXN6TPU0naF l6HC7r3gBU94IzxRBVvtD0/9AZOG8fdxF3P9gmh84DIaH7ycxock07jgJJq0YAV5xW2g4ORt L6wg1pzY9TRh/nLlOT44+dUT74/ubbyPVPtymhAQT7EJia69aB1+8yPII2INeUSuZ6U9Rdry 9TQ9PIWWrVjlchCEl4sEtYUYgwBTyLi47N69e6rCs0Lwgqd2btad/piiLjpeSXfv3edlHORc uhorWU0IeY0nl+E89E9K8IInvHEwoPc3U1JSMs2ePbvzc2xsbLfPRmn+8DbSV0HtEzifpoet oOkLU2laxCr6LjKV1u7KptKas3TqfPML6+S5JiqoqKPErQeV7/SFq18jpdKM0CRasjTJtRet IyhsER/gbKA58XygE7/lObSN5saso6SVq10OgvBykaC2ELOgLiwsVNPUVgqeWlC70x9hmlt0 nNt+VHIGbpfwGUH8sONHOt90mRqbWzno76rvrlW4WkhrHhA84Y116P3NlJCQoIJZ+xwTE9Pt s5ngCW8jfRXUvkHzaU70Gpq7ZAPNjl5H81dsp8r6BtqfV05L0vZQeEo6RazStJMWrPje0KbT aucrlids3EfZJTVUUn2GfOI20pyYNJrLFfbrIQ7SyBS3BHVw+CIKSNxOgSszKHDFzudQBgUs 3SxBLdgGCWoLeV2DuoODGDKrwDmJVVAXnLpCE8K4Elm4lk6fPcffHiHdFdCaB2QMav0yo5Yu XaqCWfusBbW+j1EvP6gXcJCmkd+yLeTNgRq1dhedabxESVwJI1y9OMA1IaQWrt6pXvXtnYrr eu+5eB1t3HdMVdaYCvdN2ER+HCivhXhf+cSscUtQh4RH0nw+0Albs4fCUnc/W9xvfvJ2CWrB NkhQW4hZUBcUFKjzpVYKnvB2tz/CNKewjB48wO1luHjtyVB8xELVfPcR0eC4WnK8vZLeGx1N JeU1ah90dHCQP3SO1wRPLaj1/mZavHixCmbtc3R0dLfPZoInvI30WVAHLyD/hA0UmLSN/BI2 0+J1u+nMxVY1Ze0Tv4kCE7d2CkF+tKyWth4sUO9Ve1LXcr0Q2iqozzdxlf49BXC4mfULSHS1 az6uV7QHuPo8sY4ePnd6aW2d7Yb1GMdr7ca2nsQHHn7xae4J6ohICludQRHr9lPE2n3PVtp+ CuNgl6AW7IIEtYX0FNTahV9PU2VlJVVUVJguM8oY1GZ9eiN9UB8tQOh1KJmFIvTwYQd/2x+p opXo14Ft5Hgng/40I5UaLraoqvrBA+d4TfDUglrvrykiIuK5hdA2jnd6vtyg9uWK2p+DzCfe WVHXc0W9bOt+Fbb+yzZ3at6S9XSwoILONrXShr25XHGv4wpzU7c+mubGptH6PTlUi4p6OQeb oZ93/AZVZeO9T8JGtW689+X3WIb3GOPN26CNxTL0xWdUttp7+HSN5zE83ln9Ot/7usY71+ns h2UY78/98FnfBi/tVevfTdhXMavdFtQLUFGv5Yp6DSrmZ4j7zU/eIkEt2AYJagsxC2q04fVp wi1RVVVVnWFt1kcvvafRv/DvHJTHyv5bBx1k7f6Vg3awNv6Ng9b8tYNWsBL/ykHxOl1YHtfN Q/NEmGbnl9Hduw+V7t3rMNVd1uNHHNY/ddDA+LPkGHORfvHVQVqyIZsrblcflwcETy2o9f6a oqKiqFHdwtW93Sj0QVAb2+EJbyPG38dd4By1Z1SqukJ7ZtRaCl25g+oaWih2/W76NpLbY9I6 9e2iVNqTU0Y1Zy4qrcnIVhdX6ftoQntqxhGqOXtRBR6mwrVls6LXqip7W2YhHcivoHW7c1Rg zuL14+Bg1c4s2nfsBO08UkKRa3Zxu3Ps8u2ZquJX/ZZsoORtmarCnRuznlal85i8E7TjcBGF r0qn2bw+rGchV6fw2c9+qTuz2X8jfRe1RlWhGINpfHjPXpzGQb5RzSRs2JPLByLHaBMrmdfp 6druLq0nTzeeo/ZL3EYBK3aSX3I6BbCMr93F/XjfSVALdkGC2kKMQYCwyMvL4/C426Nqa2up pqbmibA266sJnvDuyR9hTf/ioI5/dtAd1tV/clDzPzqo/h8cVPn3Dipm5XCfTA5yhLRxvOaP MD2Sh+dkP1C6c+ehqW6zOrhqfvzgIQ2LLSXHxHpyDKqgUTHFdOc+xjnHa4KnFtR6f02VlTWq Wja2G4WQRl9jOzzhbaSvgto7MISmhS2naRysk0NXqilqnFfGueiJ87k9YlWn8BmhV1XfqK4K rznbRKs5jKfwOH0/CLc2IVgr6hr4AGANeYSnqPYpYStVIB4pqaGM7FJK2naQco+fpN1Hy1S4 IyBzy0+qgNy0/xgVVtXxwcP3NJnHHS6uooLKOhXmOKg4WlqrDiyWbtnPY06pMelHitXV5ghU f/4uBRWnacvBfHXOPbu0hrYfKqRxwcmUsGk/lfB3mMEHI9p2zV2ynrJ4uzILKtW0/ZYDebx9 md2+lxJv57SwZLcENa769uSDB8/4LeQZt/nZQr/YNAlqwTZIUFtIT0F9584dU+F+5ZMnT3aG tT6oT5w4YToGMga1WZ8iDuIHHNK3WZc5qC9yUNdxUFfogrqRQ9psrDGob92679KDHnSfHtx/ SD897KDP5+eSY3QVOUaco68TLtDNW3c4PLXxThmDWr9ME4LarF0vBLVZ+8sOaq+AEBob4HzI xkj/pSrgqrlaxgVgw30TuD2pU0N94mlnVokKwuLqM6pa/S5yDY0JTOzWT/X1jqe4jfvo+Mnz NHnBys4+w9gzaWsmHeQwnBCynIZ4x6kKNXrdDxSQtJVyyk6qahsPXRkVsIy2Hiykzfvz1b3L 27kCL+L1rtxxmCaxJypoVJOr0o9wwFZz1Z5GU8NXqWp5SmgKB30efX+oiEbzugfNiVXnoXFQ gGp7YWoG5fB7bAO2C+uaFrGaDuRVUOz6PWp9uJ8cr/rv5VQyjQ+Ic0tQB4YuoinhqTRlURpr 3XMoTR0ESVALdkGC2kLMgvrYsWMcHree0OnTp1VQQz1V1fhDEmZj4Qnvp/lDCON2DulLHNLn WSc5qMs5pAu4vYlD2mwMpPkjTLOOldCNG3eVbt6816kbSs52hCPu0yqvPE2//vYYOcZxRc1B PSixmW5xH0jzgOCpBbXeXy8EtVm7Xghqs3Z4wttIXwX1PP8QGjJ3MQ2eF0dfeS5WFSOqYEwt fzErmtuXdOrL2dEcqLtpiNcSVZGiSjX20YTHbOJ8N6rWkX5L6Zu5sU7xsrU/5FBqRrb6jL5Y 75+nR1Bw0jZ1sdowDnksQztu9/qBq208aGTj3ly1zvSsYsKFbqjuZ0WvI4+wFNqdU6YOHg4V VVF4yg4azgcV+/NPqKnzz75dRF9zUI8JSKQ9ucfVdHkQh3ZWcbVaF7ZhkGcMjeMQzmDPQ3wQ seNwIe3KLlEzC9p2dimOhs2LcktQ+y9YyAcWSTQyKIVGBK7g15VPvHZXCh84JEpQC7ZBgtpC zII6NzdXPYVLL4S0Jn1VbRbUkHE8POHdk79eB37lrKYx7V3DKuWgblkRZ9pXk+aPMD2cW0zt 7XeUrl93vt7ikL7rmvbu6MATTYhaGi7SN97r6JfDC+kXM5rJMfQUjVjeSHdu3+scpwmeWlDr /fVCUJu164WgNmuHJ7yN9FVQz/ULpi++W0R/mRlNn0xfqCrM8lPn1fndAdMiuD2qSxzKH3Mf aCyHCc4vo3JGKHfrx/pwapg6V1xUVU9fc9BpfTB22ZYDamr5s28j6ZMZi2iYT4KqXr3jNqnp 7RFcdaMd2xO19gfamlmg1oOpcFT8i7ga/v5wEe06Wqqq4D9zPzz9DJU5pr+PlZ+keXyggWnu xWm76SOPcLXe0a6gxnfzSdhEhworaSB/b2wHlmM70rNKaClvH2YKUKGP4+rZ+N0+Zw2aGeGW oMaTyQZ7JdDXPok0OSxV/YEWn/jNPb7HM8GH+8RJUAu2QYLaQnoK6hs3bnTKGM76Slqb8tYC Wi+9hzGo9cvMlM5hXeuqpi9xSJv10csY1Neu3e7U1au3qaXlKrU0XaJrV9rpcvMlysrOp8+m xNAvB6aTY+oFcky+QP9vYj3F7muhe7fudBsPGYPauBxCUOfnF5kug7AMQW227GUH9RzfYPp4 WqgK5f6TF9Ao/2VUVnuOPLiy/tPEEPUXtZ4QV7/vjA2ipO0HKXHbQTXO2OcP44PV1d75FXUc bJEclmGqHZ4zOShRzeIis6/mxtDK9CzafCCfhvsv5Uq2mJZs2Euf8RhMte/NO0Hhq9PpAx6/ ifvgojes/wdXBT0hJJliN+yheK7w+08J5Wp0mXrQCkIbjzFFMGO6+iMeg+luPMjlk28XqvPk h3kbMPX+tdcS+pKr98H8iiod4z7lKvwvs6LoC8/oJ77bR6zPpy9wS1D7hkTQQK7uP/OMYy15 pj5lDZqzWIJasA0S1BZiFtQ5OTlc5bVbKnjC++f446rvVg5ps2VGaf4I00M5RXTlyi2XnEGY U3qOFqzYS7PC19DHU6LoXz8OI8cXu8nh0UC/QFAPq6ePYproXNMNutl+UzfeKXhqQd3dv7sQ 1kYhnDWZjYHgCW8jfRfUQfThpGDqN2k+vTsuSFWupRzUU0NX0tujA6g/tz9NH04NVWP1bfj8 +5F+FJi4hYP6NB8IhFM/Dmht2R8nBKuQ3n6Iq+LsUtq0L48mc0X99thAdUEZrtzecqBATUMv 335IhSbGJnG1jKn53430p5lc8WYWVKhpeExZI7i3ceWNc9KpO4/Qp1yRI1QxVY7wxb3fqJZn sP+bo/zVK9qxDggHCvBJ5vVhGh19M47wtu3P6/bdtO8wYHKwm4I6nD6ZwQc2M6JowHMI/TAj IEEt2AUJagvpKajxJxatlDGozfr0RvqgzjxaRG1tN5VaWVev3qTaCzdoRkoVOT7cSI73d3Ew V5BjUiM5xnJIj6in9yIbKa/mOt1qv0WXXWP1gqcW1Hr/nnThwqXOkMZ7sz56wRPeRvoqqD05 qPuND6R3uQJ+e0yAOi+MC65wNXW/iRy4HGpvcWCb6U2XnmjnMR9NDVNTyLho7AOudHEQ8B6v QxP6fTJjobpoDNPkWPd7E0L4NVD9OUkENy5Ae39yKFfvgRzuIepPTGIaG9X8n3jbvpkXq5Zj zECufnHlNirsD7jtD9wH4/pNWqB8cGU6fNH2B96WAeyDKXl4QIPmxKjtQB+cR3eeT3e267cb wr7qNyHQPUEdzBW7RwT194ik959D6IfZAglqwS5IUFuIWVAfPXqUw+2qpYInvN3tjzA9mF1I ra03nLoEXadrV25Syakb5LXlMr0V0UL/7t9E/+bbQG+GN5L3lkt0/HQ73bx2g9par6v+apzm wYKnFtTd/J8iLajNlhkFT3gb6cug/uO4AHqHwwth+f6UBZSSflhNTeMcMM4Fo8LVC+eXIXWv MVecO7Ke7IOqFFdi4+IzBCPCFa96IaxxIID16tvfHO1Pb4zw5crZT4VwV3uA+ozQR+BirBa8 2pg3RnQfgyodPliGPp3t3AfjNeHgAl5Yh7FdG6MJ+6r/xAC3BfX7U8Ppj1MXUb/nEPoNmBEu QS3YBglqC+kpqC9fvmypjEFt1qc3Mgb1pZbrShcvXqOWlhvU0sxh3XadLl+6SUW112hfyRXa W3yF33PQt92gdl7Wwv3RD2pmaR6QMaj1y3qSFtRmy4yyQ1C/O5arZg4uCEGFyjUkebt6oAiE e4k14WKtvBOn1T3JuJXqCL/i4jBjH+0RpLiaWwvYV0POEH+asJ/6j/d3W1D3nxJG706OoPee Q+g3wCNMglqwDRLUFmIW1Lgnubm52TQQX0TwMt5H7S5/hGnWsVK6cAHtzsDtreAFT3jjcaVH ntNfC2qzZXrBC57wNtJ3Qc3V5xiuHDlMUeHivPTvR/rTb4f50P8M8erUf38zj/5z0Bz69Rez 1RXV2aW1dKiwSt029R8DZ9F/DZpLvxk8r2vMUC/6P/ZARarCzeX/Ogj7qt84PzcFdRj1m8xB PSn8uYXTDBLUgl2QoLYQYxAgLHAVN670bmtrs0Twgqf2XG53+uNWrZLyWqqqOU9NTe2WCF7w hDf+AMiJqjrL/eEJbyMvK6jNhODG7VV4KMn6PbnqkZ+ZHNK4PWvNrqNKAcs2q3PRCGYzj24a Y9JmR/WwnVpQR8cvc+1F63jRoE5YnuJyEISXiwS1hRiDAH8ysrGxiYqKitQtWRcvXqTW1tYX EsbCA17whHdHRwc1NDRa7g9PeONxovVnGyi3oJwqq8/RufPod+2FhLHwgBc84Y0/k3n58hU6 VnjCMn94wVP9CU4DfRXUs739nxnUCN+U9CwqrTlHRVVnqLCyno6Vn1ZT4PgM4cEmC1N3qira zOPV0bOrfy2oo+KsD2rvwNAXCuq4ZAlqwR5IUFtIaWlpt0ru8ePH6nNDY6O6FxpP/Dpy5MgL CWPhAS94whvCFPWFCw2W+cMLnvDGX77CFHUdB2vx8Ro6nFNC+7MKXkgYCw94wRPeWAcOCNo4 WMsrT1FWL/wxFh7wgie89WCf4ffpC/AI0WcFNabDPcJXqedr40EgZsITwjANjgu3zDxeJ/1+ VAB9MN6PVqSude1F6wgIXfizgvqdieH0sUcYrd202eUgCC8XCWoLQUWK25v0IDBQ/WIqWTuv /KKCB7z0IaSFnVX+xpBDoKL6xVQ1ArY3gge84KmBdaH6RZD25jtgLDzgpd9+Dfwu+H36gm3p O+mjsV70xqinV5L/O8RLnYP+zWC8mmke/Xaotwr17mP78vx036zrjRH+9OUkL6quqXXtRevI 2LOPPp0SRG9NjDANZqPeGh9GQ2YE0en6My4HQXi5SFBbSFNTk3oMoWA/8Lvg9+kLcEASHhVD bw31VGH9u1FB/CrqUSP96b3hM2lHxg/qQNRq8IdmYhIS6d0xfhzWi56uCWH0/lgf2nsgUx20 CoIdkKC2EFRzZWVl6ulegn3AY1Hxu5idt3YXtzkcVq3bQF9PnkNfjp9FX02YLTIR9s2Iad60 Z3+mmhFxF5jJ2bD1exo63bdHDfHwoXGewXQoO0dCWrAVEtQWo66ULimRsLYJCGmcm8bvIgiC 8CoiQe0GEAqo4DDdinOj7qwUhCfB/sZ+x/7H7yAhLQjCq4wEtZvANCvOieICJlR0uDVI1DfC /sZ+x/7vy+luQRAEdyBBLQiCIAg2RoJaEARBEGyMBLUgCIIg2BgJakEQBEGwMRLUgiAIgmBj JKgFQRAEwcZIUAuCIAiCjZGgFgRBEAQb46iuriaRSCQSiUT2lFTUgiAIgmBjJKgFQRAEwcZI UAuCIAiCjZGgFgRBEAQbI0EtCIIgCDZGgloQBEEQbIwEtSAIgiDYGAlqQRAEQbAxEtSCIAiC YGMkqAVBEATBxkhQC4IgCIKNkaAWBEEQBBsjQS0IgiAINkaCWhAEQRBsjAS1IAiCINgYCWpB EARBsDES1IIgCIJgYySoBUEQBMHGSFALgiAIgo2RoBYEQRAEGyNBLQiCIAg2RoJaEARBEGyM BLUgCIIg2BgJakEQBEGwMRLUgiAIgmBjJKgFQRAEwcZIUAuCIAiCjZGgFgRBEAQbI0EtCIIg CDZGgloQBEEQbIwEtSAIgiDYGAlqQRAEQbAxEtSCIAiCYGMkqAVBEATBxkhQC4IgCIKNkaAW BEEQBBsjQS0IgiAINkaCWhAEQRBsjAS1IAiCINgYCWpBEARBsDES1IIgCIJgYySoBUEQBMHG SFALgiAIgo2RoBYEQRAEGyNBLQiCIAg2RoJaEARBEGyMBLUgCIIg2Bai/x9hYef5H7udPwAA AABJRU5ErkJggg== --------------020000020203070704070404-- --------------090404030207050705080404--
Am 24.02.2014 17:59, schrieb Itamar Heim:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Well I've got a list of bugs I'd like to get fixed and a list of RFEs, some of these might also be viable for 3.3.4 or 3.4.1 instead of 3.5: Bug: wrong boot order when booting with multiple cd-roms/cloud-init this should be fixable in 3.3.4 or 3.4 but no reply so far. https://bugzilla.redhat.com/show_bug.cgi?id=1064927 RFE: Read only user with API access (without LDAP, Kerberos, etc): https://bugzilla.redhat.com/show_bug.cgi?id=1067036 If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1 RFE: allow to change the hostname/address ovirt uses to connect to a host (a bug was found while investigating this), this would enclude automatic enrollment of new certificates to the hosts. To follow up on this, it would also be cool to not just support IPv4 but also IPv6 (not yet included in this RFE) https://bugzilla.redhat.com/show_bug.cgi?id=1060215 RFE: alternative policy for KSM via MOM: https://bugzilla.redhat.com/show_bug.cgi?id=1026294 RFE: Allow to configure the timeout for VNC password authentication via webadmin (you can do this via API but not via webadmin). I don't need it, but I guess it would be convenient for many users. https://bugzilla.redhat.com/show_bug.cgi?id=1055566 RFE: CPU hotplug (hotunplug would also be very cool!) https://bugzilla.redhat.com/show_bug.cgi?id=1036764 RFE: unbundle novnc dependency from ovirt-engine (novnc is currently a hard dependency) so you can install novnc on a different host https://bugzilla.redhat.com/show_bug.cgi?id=1063236 RFE: Allow multiple local storage domains/ hosts within a cluster with automigration via export domains (vm has to be shut down) I will write a detailed BZ for this. RFE: temporary copys of iso-images on hosts which get mounted from iso domains into vms, this would allow to detach an iso domain while isos are attached and would also lower network traffic when an iso is attached to multiple vms. I will write a BZ for this later, too. RFE: Share ISO and Export Domains across DCs: https://bugzilla.redhat.com/show_bug.cgi?id=1040297 and last but not least: RFE] Allow to perform fence operations from engine (or from a host in another DC) the functionality of the current fencing feature is so crippled that it is plain useless in local storage data centers, because you can't use it at all (no other fencing host in cluster)! https://bugzilla.redhat.com/show_bug.cgi?id=1054778 basically you can search BZ for all bugs that I watch, these are the ones I'm interested the most atm. -- 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
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE: Read only user with API access (without LDAP, Kerberos, etc): https://bugzilla.redhat.com/show_bug.cgi?id=1067036 If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1
this will not make 3.4. as discussed in the thread on users ml, you could implement as a plugin in 3.4, but the interface is not stable yet, so you'll have to re-adjust it for 3.5.
RFE: CPU hotplug (hotunplug would also be very cool!) https://bugzilla.redhat.com/show_bug.cgi?id=1036764
that's supposed to be in 3.4? (not for unplug)
RFE: Share ISO and Export Domains across DCs: https://bugzilla.redhat.com/show_bug.cgi?id=1040297
ISO domains are shareable today (Across different engines as well?) glance can serve for export/import and can be attached to many DCs/Engine's as well.
Can they be attached to multiple DCs at the same time? I didn't try this out. Maybe it already works? If it does, since which version? So I can mount different/the same isos on different DCs to multiple vms? That would be nice. Am 25.02.2014 11:14, schrieb Itamar Heim:
ISO domains are shareable today (Across different engines as well?)
-- 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
On 02/25/2014 12:23 PM, Sven Kieske wrote:
Can they be attached to multiple DCs at the same time? I didn't try this out. Maybe it already works? If it does, since which version? So I can mount different/the same isos on different DCs to multiple vms? That would be nice.
an ISO domain can be assocaited to multiple DCs/Engines concurently. since 2.2 iirc... for sure before 3.0, so for ovirt - always...
Am 25.02.2014 11:14, schrieb Itamar Heim:
ISO domains are shareable today (Across different engines as well?)
On 02/25/2014 10:23 AM, Sven Kieske wrote:
Can they be attached to multiple DCs at the same time? I didn't try this out. Maybe it already works? If it does, since which version? So I can mount different/the same isos on different DCs to multiple vms? That would be nice.
We were always able to share an ISO domain You can use the same iso's on different DC's and multiple vm's can read from the same iso.
Am 25.02.2014 11:14, schrieb Itamar Heim:
ISO domains are shareable today (Across different engines as well?)
-- Dafna Ron
On 02/25/2014 11:23 AM, Sven Kieske wrote:
Can they be attached to multiple DCs at the same time? I didn't try this out. Maybe it already works? If it does, since which version? So I can mount different/the same isos on different DCs to multiple vms? That would be nice. That's a feature we are using on a daily basis in our internal infrastructure.
Am 25.02.2014 11:14, schrieb Itamar Heim:
ISO domains are shareable today (Across different engines as well?)
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE: Read only user with API access (without LDAP, Kerberos, etc): https://bugzilla.redhat.com/show_bug.cgi?id=1067036 If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1
this will not make 3.4. as discussed in the thread on users ml, you could implement as a plugin in 3.4, but the interface is not stable yet, so you'll have to re-adjust it for 3.5.
RFE: CPU hotplug (hotunplug would also be very cool!) https://bugzilla.redhat.com/show_bug.cgi?id=1036764
that's supposed to be in 3.4? (not for unplug)
On 02/25/2014 12:14 PM, Itamar Heim wrote: please refer to the hotplug cpu wiki [1] for the limitation and problems with unplug [1] http://www.ovirt.org/Hot_plug_cpu
RFE: Share ISO and Export Domains across DCs: https://bugzilla.redhat.com/show_bug.cgi?id=1040297
ISO domains are shareable today (Across different engines as well?) glance can serve for export/import and can be attached to many DCs/Engine's as well. _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On that wiki page I find: "limitations: unplug isn't supported fully due to libvirt's bug #1017858" unfortunately this bug is restricted: https://bugzilla.redhat.com/show_bug.cgi?id=1017858#c11 I get: You are not authorized to access bug #1017858. Maybe this bug can get opened up to the public? Am 25.02.2014 16:29, schrieb Roy Golan:
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE: Read only user with API access (without LDAP, Kerberos, etc): https://bugzilla.redhat.com/show_bug.cgi?id=1067036 If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1
this will not make 3.4. as discussed in the thread on users ml, you could implement as a plugin in 3.4, but the interface is not stable yet, so you'll have to re-adjust it for 3.5.
RFE: CPU hotplug (hotunplug would also be very cool!) https://bugzilla.redhat.com/show_bug.cgi?id=1036764
that's supposed to be in 3.4? (not for unplug)
On 02/25/2014 12:14 PM, Itamar Heim wrote: please refer to the hotplug cpu wiki [1] for the limitation and problems with unplug [1] http://www.ovirt.org/Hot_plug_cpu
RFE: Share ISO and Export Domains across DCs: https://bugzilla.redhat.com/show_bug.cgi?id=1040297
ISO domains are shareable today (Across different engines as well?) glance can serve for export/import and can be attached to many DCs/Engine's as well.
-- 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
On 02/25/2014 06:16 PM, Sven Kieske wrote:
On that wiki page I find:
"limitations: unplug isn't supported fully due to libvirt's bug #1017858" unfortunately this bug is restricted: https://bugzilla.redhat.com/show_bug.cgi?id=1017858#c11
I get: You are not authorized to access bug #1017858.
Maybe this bug can get opened up to the public? I've asked permission to open it. if it won't get public I will open a dependent one on it.
Am 25.02.2014 16:29, schrieb Roy Golan:
RFE: Read only user with API access (without LDAP, Kerberos, etc): https://bugzilla.redhat.com/show_bug.cgi?id=1067036 If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1
On 02/25/2014 11:55 AM, Sven Kieske wrote: this will not make 3.4. as discussed in the thread on users ml, you could implement as a plugin in 3.4, but the interface is not stable yet, so you'll have to re-adjust it for 3.5.
RFE: CPU hotplug (hotunplug would also be very cool!) https://bugzilla.redhat.com/show_bug.cgi?id=1036764 that's supposed to be in 3.4? (not for unplug)
On 02/25/2014 12:14 PM, Itamar Heim wrote: please refer to the hotplug cpu wiki [1] for the limitation and problems with unplug [1] http://www.ovirt.org/Hot_plug_cpu
RFE: Share ISO and Export Domains across DCs: https://bugzilla.redhat.com/show_bug.cgi?id=1040297 ISO domains are shareable today (Across different engines as well?) glance can serve for export/import and can be attached to many DCs/Engine's as well.
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE] Allow to perform fence operations from engine (or from a host in another DC) the functionality of the current fencing feature is so crippled that it is plain useless in local storage data centers, because you can't use it at all (no other fencing host in cluster)! https://bugzilla.redhat.com/show_bug.cgi?id=1054778
eli - thoughts on above?
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Sven Kieske" <S.Kieske@mittwald.de>, users@ovirt.org, "Eli Mesika" <emesika@redhat.com>, "Barak Azulay" <bazulay@redhat.com> Sent: Tuesday, February 25, 2014 12:14:48 PM Subject: Re: [Users] oVirt 3.5 planning
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE] Allow to perform fence operations from engine (or from a host in another DC) the functionality of the current fencing feature is so crippled that it is plain useless in local storage data centers, because you can't use it at all (no other fencing host in cluster)! https://bugzilla.redhat.com/show_bug.cgi?id=1054778
eli - thoughts on above?
The fencing mechanism certainly does not work for local storage domain, It looks like this was neglected since the fencing mechanism was designed to prevent data corruption .. and this use case (single host in DC) we are not worried about it. In first look it looks like an easy implementation - just to add a system wide proxy selection policy, However when thinking on adding this option I can think of a few issues that needs to be discussed first: - Can we assume network connectivity between hosts in different DCs ? - If this is not the case than can/should we enable specific DCs that we know has this connectivity ? Or do we just select a system wide proxy and try to fence ... this might have timeout issues in case there is no connectivity ... and fencing might take a long time to perform. Thanks Barak Azulay
Well that's easy: You can assume network connectivity to all hosts in all dcs from a specific host: the ovirt-engine host has clearly network access to all hosts in all DCs it manages. this might not be appropriate when the engine is run as self-hosted engine. you should at least avoid to fence the host the engine runs on from engine ;) HTH Am 25.02.2014 11:43, schrieb Barak Azulay:
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Sven Kieske" <S.Kieske@mittwald.de>, users@ovirt.org, "Eli Mesika" <emesika@redhat.com>, "Barak Azulay" <bazulay@redhat.com> Sent: Tuesday, February 25, 2014 12:14:48 PM Subject: Re: [Users] oVirt 3.5 planning
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE] Allow to perform fence operations from engine (or from a host in another DC) the functionality of the current fencing feature is so crippled that it is plain useless in local storage data centers, because you can't use it at all (no other fencing host in cluster)! https://bugzilla.redhat.com/show_bug.cgi?id=1054778
eli - thoughts on above?
The fencing mechanism certainly does not work for local storage domain, It looks like this was neglected since the fencing mechanism was designed to prevent data corruption .. and this use case (single host in DC) we are not worried about it.
In first look it looks like an easy implementation - just to add a system wide proxy selection policy, However when thinking on adding this option I can think of a few issues that needs to be discussed first: - Can we assume network connectivity between hosts in different DCs ? - If this is not the case than can/should we enable specific DCs that we know has this connectivity ?
Or do we just select a system wide proxy and try to fence ... this might have timeout issues in case there is no connectivity ... and fencing might take a long time to perform.
Thanks Barak Azulay
-- 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
On 02/25/2014 12:43 PM, Barak Azulay wrote:
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Sven Kieske" <S.Kieske@mittwald.de>, users@ovirt.org, "Eli Mesika" <emesika@redhat.com>, "Barak Azulay" <bazulay@redhat.com> Sent: Tuesday, February 25, 2014 12:14:48 PM Subject: Re: [Users] oVirt 3.5 planning
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE] Allow to perform fence operations from engine (or from a host in another DC) the functionality of the current fencing feature is so crippled that it is plain useless in local storage data centers, because you can't use it at all (no other fencing host in cluster)! https://bugzilla.redhat.com/show_bug.cgi?id=1054778
eli - thoughts on above?
The fencing mechanism certainly does not work for local storage domain, It looks like this was neglected since the fencing mechanism was designed to prevent data corruption .. and this use case (single host in DC) we are not worried about it.
In first look it looks like an easy implementation - just to add a system wide proxy selection policy, However when thinking on adding this option I can think of a few issues that needs to be discussed first: - Can we assume network connectivity between hosts in different DCs ? - If this is not the case than can/should we enable specific DCs that we know has this connectivity ?
i don't think we have to assume this, just to allow the admin to configure on top of DC and cluster scopes, also an 'any host' scope if applicable for them.
Or do we just select a system wide proxy and try to fence ... this might have timeout issues in case there is no connectivity ... and fencing might take a long time to perform.
Thanks Barak Azulay
Maybe some additional context on the current implementation of power management until ovirt 3.3.3 and local storage dcs: 1. as mentioned below, you can't use it, because you have no fencing host in the cluster. 2. when editing the host via webadmin, ovirt always asks if you do not want to configure power management, which you have to decline. 3. if you configure power management (I don't know why the option is not greyed out when it doesn't do anything) you can't do anything with it: ovirt starts to complain that it can't test power management, because there is no host to test it with. 4. you can't even power off or restart the host via power management from engine, because there is no fencing host! I don't know why you need a fencing host when there is e.g. no vm running on the host you want to power down or restart. So I would at least expect for 3.3.4 or 3.4.1: Either: 1. disable power management in local storage, so ovirt doesn't ask you to configure it, over and over again (annoying!) 2. make it work by adding engine itself or different host in another data center as fencing host. 3. enable sanity check if you need the fencing host for certain situations at all: e.g. you don't need a fencing host in local storage dc with no vms running on a host when you want to power down or reboot the host with the configured power management. I would of course prefer number 2 and 3 and prefer fencing from engine, since you may start with just engine and a single host in a single dc. So you got no other host in another dc to do fencing. For all-in-one: this feature should be disabled completely (I never used all-in-one, so it might already be the case). Thank you for your consideration and time! Am 25.02.2014 11:14, schrieb Itamar Heim:
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE] Allow to perform fence operations from engine (or from a host in another DC) the functionality of the current fencing feature is so crippled that it is plain useless in local storage data centers, because you can't use it at all (no other fencing host in cluster)! https://bugzilla.redhat.com/show_bug.cgi?id=1054778
eli - thoughts on above?
-- 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
On 02/25/2014 12:49 PM, Sven Kieske wrote:
4. you can't even power off or restart the host via power management from engine, because there is no fencing host! I don't know why you need a fencing host when there is e.g. no vm running on the host you want to power down or restart.
well, someone needs to run the fence script to do the power management operation on the host...
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Sven Kieske" <S.Kieske@mittwald.de>, users@ovirt.org, "Eli Mesika" <emesika@redhat.com>, "Barak Azulay" <bazulay@redhat.com> Sent: Tuesday, February 25, 2014 12:14:48 PM Subject: Re: [Users] oVirt 3.5 planning
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE] Allow to perform fence operations from engine (or from a host in another DC) the functionality of the current fencing feature is so crippled that it is plain useless in local storage data centers, because you can't use it at all (no other fencing host in cluster)! https://bugzilla.redhat.com/show_bug.cgi?id=1054778
eli - thoughts on above?
1) I had started to check an option of light VDSM only for fencing operations in order to use engine as the proxy for fencing operations, I do not have enough info ATM if that can be part of 3.5 2) Regarding enabling to search for a proxy in other DCs (after searching in cluster & current DC), this is an extension to the current proxy preferences that we can apply for 3.5 3) Regarding local storage DCs, this is related also to BZ 1053434, I tend to hide the PM TAB in Host New/Edit dialog if we have only one DC with local storage, in that case we will not enable do define PM at all and we should also hide the Alerts tab which is relevant only for PM
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE: Allow to configure the timeout for VNC password authentication via webadmin (you can do this via API but not via webadmin). I don't need it, but I guess it would be convenient for many users. https://bugzilla.redhat.com/show_bug.cgi?id=1055566
michal - wasn't this an option in the past for manual vnc invocation?
On 25 Feb 2014, at 14:13, Itamar Heim wrote:
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE: Allow to configure the timeout for VNC password authentication via webadmin (you can do this via API but not via webadmin). I don't need it, but I guess it would be convenient for many users. https://bugzilla.redhat.com/show_bug.cgi?id=1055566
michal - wasn't this an option in the past for manual vnc invocation?
nope. just the API way. I don't find the solution of someone going in manually entering the pwd on some command line as something not really ideal. The .vv should be associated with a script or remote-viewer and then 120s should always be enough to launch it
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE: Allow multiple local storage domains/ hosts within a cluster with automigration via export domains (vm has to be shut down) I will write a detailed BZ for this.
this can only happen after we finish the removal of storage pool aspects (which is currently being worked on)
RFE: temporary copys of iso-images on hosts which get mounted from iso domains into vms, this would allow to detach an iso domain while isos are attached and would also lower network traffic when an iso
what's the use case for detaching an iso domain making this worth while? (it will also kill live migration, or force it to become live storage migration for the iso)
Well, afaik the current workflow is like this: I have iso domain (hosted on NFS server) a, attached to host b. On host b I got vms c,d and e. When I attach an ISO from a to c, the iso gets copied from the NFS server to /var/run/vdsm/payload/{UUID}/.. When I attach the same ISO file from a to d the very same iso file gets copied again to /var/run/vdsm/payload/{UUID_2}/ from the NFS server. This is unnecessary because there is already a copy of the iso in the locale filesystem, so it would be cool if this is stored in a way that multiple vms on the same host can utilize the same iso file without downloading it multiple times. I hope I described the workflow in a correct way. If this is done already I am not aware of it, so please correct me if I'm wrong. An additional side effect would be that you can utilize this locally stored iso files while the NFS server or the ISO Domain is in maintenance mode for some reason. Or if you have a network maintenance for the network path which leads to the ISO Domain. Of course this just works if the host has enough ram or dedicated local storage to store these copies. I know that you can circumvent this, by using a locally created ISO Domain on the host itself. But then you lose the ability of sharing this ISO domain with different DCs, don't you? Am 25.02.2014 14:16, schrieb Itamar Heim:
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE: Allow multiple local storage domains/ hosts within a cluster with automigration via export domains (vm has to be shut down) I will write a detailed BZ for this.
this can only happen after we finish the removal of storage pool aspects (which is currently being worked on)
RFE: temporary copys of iso-images on hosts which get mounted from iso domains into vms, this would allow to detach an iso domain while isos are attached and would also lower network traffic when an iso
what's the use case for detaching an iso domain making this worth while? (it will also kill live migration, or force it to become live storage migration for the iso)
-- 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
On 02/25/2014 03:30 PM, Sven Kieske wrote:
Well, afaik the current workflow is like this:
I have iso domain (hosted on NFS server) a, attached to host b.
On host b I got vms c,d and e.
When I attach an ISO from a to c, the iso gets copied from the NFS server to /var/run/vdsm/payload/{UUID}/..
When I attach the same ISO file from a to d the very same iso file gets copied again to /var/run/vdsm/payload/{UUID_2}/ from the NFS server.
linked, not copied?!
This is unnecessary because there is already a copy of the iso in the locale filesystem, so it would be cool if this is stored in a way that multiple vms on the same host can utilize the same iso file without downloading it multiple times.
I hope I described the workflow in a correct way. If this is done already I am not aware of it, so please correct me if I'm wrong.
An additional side effect would be that you can utilize this locally stored iso files while the NFS server or the ISO Domain is in maintenance mode for some reason. Or if you have a network maintenance for the network path which leads to the ISO Domain.
Of course this just works if the host has enough ram or dedicated local storage to store these copies.
I know that you can circumvent this, by using a locally created ISO Domain on the host itself. But then you lose the ability of sharing this ISO domain with different DCs, don't you?
Am 25.02.2014 14:16, schrieb Itamar Heim:
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE: Allow multiple local storage domains/ hosts within a cluster with automigration via export domains (vm has to be shut down) I will write a detailed BZ for this.
this can only happen after we finish the removal of storage pool aspects (which is currently being worked on)
RFE: temporary copys of iso-images on hosts which get mounted from iso domains into vms, this would allow to detach an iso domain while isos are attached and would also lower network traffic when an iso
what's the use case for detaching an iso domain making this worth while? (it will also kill live migration, or force it to become live storage migration for the iso)
----- Original Message -----
On 02/25/2014 03:30 PM, Sven Kieske wrote:
Well, afaik the current workflow is like this:
I have iso domain (hosted on NFS server) a, attached to host b.
On host b I got vms c,d and e.
When I attach an ISO from a to c, the iso gets copied from the NFS server to /var/run/vdsm/payload/{UUID}/..
When I attach the same ISO file from a to d the very same iso file gets copied again to /var/run/vdsm/payload/{UUID_2}/ from the NFS server.
linked, not copied?!
I think this needs to be stressed to prevent any misunderstanding. There is NO data copy going on, a simple symbolic link is all.
This is unnecessary because there is already a copy of the iso in the locale filesystem, so it would be cool if this is stored in a way that multiple vms on the same host can utilize the same iso file without downloading it multiple times.
I hope I described the workflow in a correct way. If this is done already I am not aware of it, so please correct me if I'm wrong.
An additional side effect would be that you can utilize this locally stored iso files while the NFS server or the ISO Domain is in maintenance mode for some reason. Or if you have a network maintenance for the network path which leads to the ISO Domain.
Of course this just works if the host has enough ram or dedicated local storage to store these copies.
I know that you can circumvent this, by using a locally created ISO Domain on the host itself. But then you lose the ability of sharing this ISO domain with different DCs, don't you?
Am 25.02.2014 14:16, schrieb Itamar Heim:
On 02/25/2014 11:55 AM, Sven Kieske wrote:
RFE: Allow multiple local storage domains/ hosts within a cluster with automigration via export domains (vm has to be shut down) I will write a detailed BZ for this.
this can only happen after we finish the removal of storage pool aspects (which is currently being worked on)
RFE: temporary copys of iso-images on hosts which get mounted from iso domains into vms, this would allow to detach an iso domain while isos are attached and would also lower network traffic when an iso
what's the use case for detaching an iso domain making this worth while? (it will also kill live migration, or force it to become live storage migration for the iso)
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
----- Original Message -----
Am 24.02.2014 17:59, schrieb Itamar Heim:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Well I've got a list of bugs I'd like to get fixed and a list of RFEs, some of these might also be viable for 3.3.4 or 3.4.1 instead of 3.5:
Bug: wrong boot order when booting with multiple cd-roms/cloud-init this should be fixable in 3.3.4 or 3.4 but no reply so far. https://bugzilla.redhat.com/show_bug.cgi?id=1064927
RFE: Read only user with API access (without LDAP, Kerberos, etc): https://bugzilla.redhat.com/show_bug.cgi?id=1067036 If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1
RFE: allow to change the hostname/address ovirt uses to connect to a host (a bug was found while investigating this), this would enclude automatic enrollment of new certificates to the hosts. To follow up on this, it would also be cool to not just support IPv4 but also IPv6 (not yet included in this RFE) https://bugzilla.redhat.com/show_bug.cgi?id=1060215
RFE: alternative policy for KSM via MOM: https://bugzilla.redhat.com/show_bug.cgi?id=1026294
RFE: Allow to configure the timeout for VNC password authentication via webadmin (you can do this via API but not via webadmin). I don't need it, but I guess it would be convenient for many users. https://bugzilla.redhat.com/show_bug.cgi?id=1055566
RFE: CPU hotplug (hotunplug would also be very cool!) https://bugzilla.redhat.com/show_bug.cgi?id=1036764
RFE: unbundle novnc dependency from ovirt-engine (novnc is currently a hard dependency) so you can install novnc on a different host https://bugzilla.redhat.com/show_bug.cgi?id=1063236
RFE: Allow multiple local storage domains/ hosts within a cluster with automigration via export domains (vm has to be shut down) I will write a detailed BZ for this.
Being able to move a VM between local domains will be possible through a third (shared) domain once we finish the work on getting rid of the spm (we're actively working on that). I'm guessing that by auto-migrate you're referring to user choosing to move the VM between 2 local domains and the system behind the scenes would use a shared domain to do so? Assuming this is correct, I'd say that is a very complex flow (too many places to fail in the middle and needing to explain to the user what happened). There would be 2 options here: 1. you could automate it through API 2. there is another feature (blocked by the getting rid of spm feature) about being able to *directly* *live* migrate a local VM between 2 nodes. But this of course would require network connectivity.
RFE: temporary copys of iso-images on hosts which get mounted from iso domains into vms, this would allow to detach an iso domain while isos are attached and would also lower network traffic when an iso is attached to multiple vms. I will write a BZ for this later, too.
RFE: Share ISO and Export Domains across DCs: https://bugzilla.redhat.com/show_bug.cgi?id=1040297
and last but not least:
RFE] Allow to perform fence operations from engine (or from a host in another DC) the functionality of the current fencing feature is so crippled that it is plain useless in local storage data centers, because you can't use it at all (no other fencing host in cluster)! https://bugzilla.redhat.com/show_bug.cgi?id=1054778
basically you can search BZ for all bugs that I watch, these are the ones I'm interested the most atm.
-- 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 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
2014-02-24 17:59 GMT+01:00 Itamar Heim <iheim@redhat.com>:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
My favourite RFE is already in bugzilla: Enable Hosted Engine Configuration when environment is configured with SAN Storage Backend (iSCSI, FC). https://bugzilla.redhat.com/show_bug.cgi?id=1036731 (Thank you Scott Herold) Best regards, Giorgio.
2014-02-25 15:02 GMT+01:00 Giorgio Bersano <giorgio.bersano@gmail.com>:
2014-02-24 17:59 GMT+01:00 Itamar Heim <iheim@redhat.com>:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
My favourite RFE is already in bugzilla: Enable Hosted Engine Configuration when environment is configured with SAN Storage Backend (iSCSI, FC). https://bugzilla.redhat.com/show_bug.cgi?id=1036731 (Thank you Scott Herold)
Maybe this one is even more important: the ability to import a Storage Domain http://www.ovirt.org/Features/ImportStorageDomain . Best regards, Giorgio.
Le 25/02/2014 15:13, Giorgio Bersano a écrit :
2014-02-25 15:02 GMT+01:00 Giorgio Bersano <giorgio.bersano@gmail.com>:
2014-02-24 17:59 GMT+01:00 Itamar Heim <iheim@redhat.com>:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
My favourite RFE is already in bugzilla: Enable Hosted Engine Configuration when environment is configured with SAN Storage Backend (iSCSI, FC). https://bugzilla.redhat.com/show_bug.cgi?id=1036731 (Thank you Scott Herold)
Maybe this one is even more important: the ability to import a Storage Domain http://www.ovirt.org/Features/ImportStorageDomain .
Best regards, Giorgio. _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Clearly YES! Future features regarding stability and disaster recovery helpers are far more precious than adding new features. -- Nicolas Ecarnot
2014-02-24 17:59 GMT+01:00 Itamar Heim <iheim@redhat.com>:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Signed rpms as in: http://lists.ovirt.org/pipermail/users/2014-January/019627.html and the mentioned ticket inside Dan answer: https://fedorahosted.org/ovirt/ticket/99 Hopefully in 3.4 too... ;-) Gianluca
Il 25/02/2014 15:39, Gianluca Cecchi ha scritto:
2014-02-24 17:59 GMT+01:00 Itamar Heim <iheim@redhat.com>:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Signed rpms as in: http://lists.ovirt.org/pipermail/users/2014-January/019627.html and the mentioned ticket inside Dan answer: https://fedorahosted.org/ovirt/ticket/99
Hopefully in 3.4 too... ;-)
We're already working on it, I hope we'll have 3.4.0 rpm signed.
Gianluca _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
2014-02-25 15:39 GMT+01:00 Gianluca Cecchi <gianluca.cecchi@gmail.com>:
2014-02-24 17:59 GMT+01:00 Itamar Heim <iheim@redhat.com>:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Signed rpms as in: http://lists.ovirt.org/pipermail/users/2014-January/019627.html and the mentioned ticket inside Dan answer: https://fedorahosted.org/ovirt/ticket/99
+1
Hopefully in 3.4 too... ;-)
+1
Am 25.02.2014 15:13, schrieb Giorgio Bersano:
Maybe this one is even more important: the ability to import a Storage Domain http://www.ovirt.org/Features/ImportStorageDomain .
+1 -- 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
This is a multi-part message in MIME format. ------=_NextPartTM-000-de234868-3704-4dc5-a1b4-ce50f9502cdd Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > Von: users-bounces@ovirt.org [users-bounces@ovirt.org]" im Auftrag v= on "Giorgio Bersano [giorgio.bersano@gmail.com]=0A= > Gesendet: Dienstag, 25. Februar 2014 15:13=0A= > An: Itamar Heim=0A= > Cc: users@ovirt.org=0A= > Betreff: Re: [Users] oVirt 3.5 planning=0A= > =0A= > =0A= > Maybe this one is even more important: the ability to import a Storage=0A= > Domain http://www.ovirt.org/Features/ImportStorageDomain .=0A= =0A= + 1 =0A= =0A= > Best regards,=0A= > Giorgio.=0A= ------=_NextPartTM-000-de234868-3704-4dc5-a1b4-ce50f9502cdd Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-de234868-3704-4dc5-a1b4-ce50f9502cdd--
This is a multi-part message in MIME format. ------=_NextPartTM-000-a8061e1d-19a0-4493-8a2a-0461d4760828 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > Von: users-bounces@ovirt.org [users-bounces@ovirt.org]" im Auftrag v= on "Itamar Heim [iheim@redhat.com]=0A= > Gesendet: Montag, 24. Februar 2014 17:59=0A= > An: users@ovirt.org=0A= > Betreff: [Users] oVirt 3.5 planning=0A= > =0A= > with oVirt 3.4 getting close to GA with many many great features, time=0A= > to collect requests for 3.5...=0A= =0A= 1) Webadmin cleanups. Several places provide too many informations=0A= that make them feel overloaded. Columns that one usually does not care=0A= about in the daily administration.=0A= =0A= - main VM disk overview includes column with UUIDs=0A= - VM overview includes column with display type (SPICE/VNC)=0A= - VM overview includes additional status column (text: up/down) =0A= - hosts overview includes host name/ip column=0A= =0A= 2) Better handling of translation bugs=0A= =0A= There seems to be no clear way of how one can get bugfixes for =0A= translation typos into OVirt webadmin. Bugzilla (at least in my =0A= case) shows no real progress for RFEs. =0A= =0A= 3) Shared console access for two or more administrators=0A= =0A= https://bugzilla.redhat.com/show_bug.cgi?id=3D1060854=0A= =0A= Markus=0A= ------=_NextPartTM-000-a8061e1d-19a0-4493-8a2a-0461d4760828 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-a8061e1d-19a0-4493-8a2a-0461d4760828--
On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
2) Better handling of translation bugs
There seems to be no clear way of how one can get bugfixes for translation typos into OVirt webadmin. Bugzilla (at least in my case) shows no real progress for RFEs.
easiest would be to submit a patch for typos - english or other translations. einav can provide more guidance on how to do this.
----- Original Message ----- From: "Itamar Heim" <iheim@redhat.com> Sent: Tuesday, February 25, 2014 2:36:11 PM
On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
2) Better handling of translation bugs
There seems to be no clear way of how one can get bugfixes for translation typos into OVirt webadmin. Bugzilla (at least in my case) shows no real progress for RFEs.
easiest would be to submit a patch for typos - english or other translations. einav can provide more guidance on how to do this.
for fixing typos in English - feel free to submit a patch. do NOT submit patches for fixing typos in non-English strings - non-English strings are managed via the Zanata translation system. for fixing typos in non-English strings - you will need to become a translator of the 'oVirt' project in Zanata [1]; you can also just report the typo in BZ - make sure to mention the problematic locale and mark the BZ with the 'i18n' Whiteboard. [1] see https://translate.zanata.org/zanata/, "Translators" section for details. oVirt project is in: https://translate.zanata.org/zanata/project/view/ovirt
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
3) Shared console access for two or more administrators
michal - is this just a config in the .vv file? I'd expect qemu needs to support this as well? especially since the ticketing mechanism is designed to disconnect previous user?
On Feb 25, 2014, at 1:38 PM, Itamar Heim <iheim@redhat.com> wrote:
On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
3) Shared console access for two or more administrators
michal - is this just a config in the .vv file? I'd expect qemu needs to support this as well? especially since the ticketing mechanism is designed to disconnect previous user?
+1. Would like to be able to make it available to power users as well. And another minor cleanup on the admin gui, it’d be nice if the %memory graphic had a mouse over for “% of what” as well, maybe similar for %CPU & %network. Thinking mouseovers so as not to take more real estate or clutter the columns any more. -Darrell
On Feb 25, 2014, at 20:38 , Itamar Heim <iheim@redhat.com> wrote:
On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
3) Shared console access for two or more administrators
michal - is this just a config in the .vv file? I'd expect qemu needs to support this as well? especially since the ticketing mechanism is designed to disconnect previous user?
last time I remember the concurrent connection to SPICE was experimental Did it change since? yes, if it is supported now the oVirt ticketing would need to be changed or disabled Thanks, michal
This is a multi-part message in MIME format. ------=_NextPartTM-000-3dc9fe4a-836e-4f12-ace4-653f612ef0a3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > Von: Michal Skrivanek [mskrivan@redhat.com]=0A= > Gesendet: Mittwoch, 26. Februar 2014 08:49=0A= > An: spice-devel@lists.freedesktop.org=0A= > Cc: Markus Stockhausen; Itamar Heim; Users@ovirt.org Users=0A= > Betreff: concurrent SPICE access [was: Re: [Users] oVirt 3.5 planning]=0A= > =0A= > On Feb 25, 2014, at 20:38 , Itamar Heim <iheim@redhat.com> wrote:=0A= > =0A= > > On 02/25/2014 09:20 PM, Markus Stockhausen wrote:=0A= > >> 3) Shared console access for two or more administrators=0A= > >>=0A= > >> https://bugzilla.redhat.com/show_bug.cgi?id=3D1060854=0A= > >=0A= > > michal - is this just a config in the .vv file? I'd expect qemu needs t= o support=0A= > > this as well? especially since the ticketing mechanism is designed to d= isconnect previous user?=0A= > =0A= > last time I remember the concurrent connection to SPICE was experimental= =0A= > Did it change since?=0A= >=0A= > yes, if it is supported now the oVirt ticketing would need to be changed = or disabled=0A= > =0A= > Thanks,=0A= > michal=0A= =0A= The request was created to allow a general shared access pattern (independe= nt =0A= of the console type). In the SPICE case QEMU still spits the message "enabl= e shared =0A= spice: ... crashy ..." At the moment both console types lack shared sessio= ns because of:=0A= =0A= - VNC: Virt-Viewer opens the connection with exclusive access =0A= (qemu token disconnect does not work at all)=0A= - SPICE: Ovirt/libvirt do not instruct qemu to enable shared access & =0A= token generation enforces disconnect=0A= =0A= The idea behind it, is to have a check-button on the console settings page = that=0A= enables/disables shared access. At least vor VNC.=0A= =0A= Markus=0A= =0A= ------=_NextPartTM-000-3dc9fe4a-836e-4f12-ace4-653f612ef0a3 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-3dc9fe4a-836e-4f12-ace4-653f612ef0a3--
Well, as I mentioned in the BZ: Shared access does work for novnc console, maybe this is good enough for your needs? Am 26.02.2014 09:09, schrieb Markus Stockhausen:
Von: Michal Skrivanek [mskrivan@redhat.com]
Gesendet: Mittwoch, 26. Februar 2014 08:49 An: spice-devel@lists.freedesktop.org Cc: Markus Stockhausen; Itamar Heim; Users@ovirt.org Users Betreff: concurrent SPICE access [was: Re: [Users] oVirt 3.5 planning]
On Feb 25, 2014, at 20:38 , Itamar Heim <iheim@redhat.com> wrote:
On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
> 3) Shared console access for two or more administrators > > https://bugzilla.redhat.com/show_bug.cgi?id=1060854
michal - is this just a config in the .vv file? I'd expect qemu needs to support this as well? especially since the ticketing mechanism is designed to disconnect previous user?
last time I remember the concurrent connection to SPICE was experimental Did it change since?
yes, if it is supported now the oVirt ticketing would need to be changed or disabled
Thanks, michal The request was created to allow a general shared access pattern (independent of the console type). In the SPICE case QEMU still spits the message "enable shared spice: ... crashy ..." At the moment both console types lack shared sessions because of:
- VNC: Virt-Viewer opens the connection with exclusive access (qemu token disconnect does not work at all) - SPICE: Ovirt/libvirt do not instruct qemu to enable shared access & token generation enforces disconnect
The idea behind it, is to have a check-button on the console settings page that enables/disables shared access. At least vor VNC.
Markus
-- 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
On 02/26/2014 11:07 AM, Sven Kieske wrote:
Well, as I mentioned in the BZ:
Shared access does work for novnc console, maybe this is good enough for your needs?
how does it work wrt to the ticketing mechanism?
Am 26.02.2014 09:09, schrieb Markus Stockhausen:
Von: Michal Skrivanek [mskrivan@redhat.com]
Gesendet: Mittwoch, 26. Februar 2014 08:49 An: spice-devel@lists.freedesktop.org Cc: Markus Stockhausen; Itamar Heim; Users@ovirt.org Users Betreff: concurrent SPICE access [was: Re: [Users] oVirt 3.5 planning]
On Feb 25, 2014, at 20:38 , Itamar Heim <iheim@redhat.com> wrote:
On 02/25/2014 09:20 PM, Markus Stockhausen wrote: >> 3) Shared console access for two or more administrators >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1060854
michal - is this just a config in the .vv file? I'd expect qemu needs to support this as well? especially since the ticketing mechanism is designed to disconnect previous user?
last time I remember the concurrent connection to SPICE was experimental Did it change since?
yes, if it is supported now the oVirt ticketing would need to be changed or disabled
Thanks, michal The request was created to allow a general shared access pattern (independent of the console type). In the SPICE case QEMU still spits the message "enable shared spice: ... crashy ..." At the moment both console types lack shared sessions because of:
- VNC: Virt-Viewer opens the connection with exclusive access (qemu token disconnect does not work at all) - SPICE: Ovirt/libvirt do not instruct qemu to enable shared access & token generation enforces disconnect
The idea behind it, is to have a check-button on the console settings page that enables/disables shared access. At least vor VNC.
Markus
Well, you generate a separate ticket to the same vm. resulting in another vnc-session to the server, but the input/output is shared, you can see in real time when the other user types etc. Am 26.02.2014 14:15, schrieb Itamar Heim:
On 02/26/2014 11:07 AM, Sven Kieske wrote:
Well, as I mentioned in the BZ:
Shared access does work for novnc console, maybe this is good enough for your needs?
how does it work wrt to the ticketing mechanism?
-- 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
On 02/27/2014 10:51 AM, Sven Kieske wrote:
Well, you generate a separate ticket to the same vm. resulting in another vnc-session to the server, but the input/output is shared, you can see in real time when the other user types etc.
iirc, the ticketing mechanism works in a way that a new ticket disconnects the previous session?
Am 26.02.2014 14:15, schrieb Itamar Heim:
On 02/26/2014 11:07 AM, Sven Kieske wrote:
Well, as I mentioned in the BZ:
Shared access does work for novnc console, maybe this is good enough for your needs?
how does it work wrt to the ticketing mechanism?
On 02/27/2014 10:52 AM, Itamar Heim wrote:
On 02/27/2014 10:51 AM, Sven Kieske wrote:
Well, you generate a separate ticket to the same vm. resulting in another vnc-session to the server, but the input/output is shared, you can see in real time when the other user types etc.
iirc, the ticketing mechanism works in a way that a new ticket disconnects the previous session?
(on connection with the new ticket)
Am 26.02.2014 14:15, schrieb Itamar Heim:
On 02/26/2014 11:07 AM, Sven Kieske wrote:
Well, as I mentioned in the BZ:
Shared access does work for novnc console, maybe this is good enough for your needs?
how does it work wrt to the ticketing mechanism?
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Von: users-bounces@ovirt.org [users-bounces@ovirt.org]" im Auftrag v= on "Itamar Heim [iheim@redhat.com]=0A= Gesendet: Donnerstag, 27. Februar 2014 09:53=0A= An: Sven Kieske; users@ovirt.org=0A= Betreff: Re: [Users] concurrent SPICE access [was: Re: oVirt 3.5 plannin= g]=0A= =0A= On 02/27/2014 10:52 AM, Itamar Heim wrote:=0A=
On 02/27/2014 10:51 AM, Sven Kieske wrote:=0A=
Well, you generate a separate ticket to the same vm.=0A= resulting in another vnc-session to the server, but the input/output= =0A= is shared, you can see in real time when the other user types etc.=0A= =0A= iirc, the ticketing mechanism works in a way that a new ticket=0A= disconnects the previous session?=0A= =0A= (on connection with the new ticket)=0A= =0A= In the VNC case this does not work. I do not know if its by design or=0A= just a bug/feature. Either Ovirt does not instruct libvirt to create a new= =0A= VNC ticket with option "disconnect all connected clients" or this =0A= information is not correctly interpreted by qemu.=0A= =0A= If you launch a client that initiates a shared connection to the console = =0A=
This is a multi-part message in MIME format. ------=_NextPartTM-000-5d8bc207-5967-422f-8a51-2bb264ba4e4e Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable then existing connections will stay open. This magically works if you=0A= use the novnc client (as Sven explained).=0A= =0A= The only thing that prevents a concurrent access to the console with=0A= virt-viewer is the fact that it enforces a single VNC connection.=0A= =0A= So state is as follows:=0A= =0A= SPICE: disconnect happens during ticket creation=0A= VNC: disconnect may happen during client connection=0A= =0A= You can check that behaviour if you associate a .VV file with a text editor= . =0A= With SPICE the existing console connection is terminated just before the=0A= .VV file opens in the editor. With VNC the existing session stays open.=0A= =0A= Markus= ------=_NextPartTM-000-5d8bc207-5967-422f-8a51-2bb264ba4e4e Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-5d8bc207-5967-422f-8a51-2bb264ba4e4e--
On Feb 27, 2014, at 10:19 , Markus Stockhausen <stockhausen@collogia.de> wrote:
Von: users-bounces@ovirt.org [users-bounces@ovirt.org]" im Auftrag von "Itamar Heim [iheim@redhat.com] Gesendet: Donnerstag, 27. Februar 2014 09:53 An: Sven Kieske; users@ovirt.org Betreff: Re: [Users] concurrent SPICE access [was: Re: oVirt 3.5 planning]
On 02/27/2014 10:52 AM, Itamar Heim wrote:
On 02/27/2014 10:51 AM, Sven Kieske wrote:
Well, you generate a separate ticket to the same vm. resulting in another vnc-session to the server, but the input/output is shared, you can see in real time when the other user types etc.
iirc, the ticketing mechanism works in a way that a new ticket disconnects the previous session?
(on connection with the new ticket)
In the VNC case this does not work. I do not know if its by design or just a bug/feature. Either Ovirt does not instruct libvirt to create a new VNC ticket with option "disconnect all connected clients" or this information is not correctly interpreted by qemu.
well, sort of both. We keep the QEMU/libvirt default which is to honor client's request. Which is in case of novnc by default "shared", other common clients like vncviewer default to "disconnect" I wonder if anyone is using the shared behavior or we should disallow it. Or make it optional, which is nice but as always comes with a price of development time.
If you launch a client that initiates a shared connection to the console then existing connections will stay open. This magically works if you use the novnc client (as Sven explained).
The only thing that prevents a concurrent access to the console with virt-viewer is the fact that it enforces a single VNC connection.
yes
So state is as follows:
SPICE: disconnect happens during ticket creation
It's on connection as well, it just can't be controlled (not that it matters:) Thanks, michal
VNC: disconnect may happen during client connection
You can check that behaviour if you associate a .VV file with a text editor. With SPICE the existing console connection is terminated just before the .VV file opens in the editor. With VNC the existing session stays open.
Markus<InterScan_Disclaimer.txt>_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 02/27/2014 02:30 PM, Michal Skrivanek wrote:
well, sort of both. We keep the QEMU/libvirt default which is to honor client's request. Which is in case of novnc by default "shared", other common clients like vncviewer default to "disconnect"
I wonder if anyone is using the shared behavior or we should disallow it. Or make it optional, which is nice but as always comes with a price of development time.
default should be to dis-allow it, seems there is a use case to let admin set a VM console setting to shared though.
I just tested it again via the implemented novnc solution in ovirt 3.3.3-2 el6. Steps to reproduce: 1. Make a vm accessible via novnc 2. click the console button in webadmin 3. a new browser window appears 4. click the console button again 5. a new browser window appears. 6. put the windows side by side, then type in some words in a shell in window 1 and watch the words also appear in window 2. I don't know if this is a bug, as far as I understand websocketproxy and novnc there is no way how the websocketproxy could now about existing sessions as it forks a subprocess per each session, so it must keep a database or similar to track which session is which subprocess. but even this wouldn't work as the websocketproxy just makes the connection to the compute node hosting the vm, the websocketproxy does not now to which vm you connect (afaik). Is this a bug or a feature? Try it yourself. Am 27.02.2014 09:52, schrieb Itamar Heim:
iirc, the ticketing mechanism works in a way that a new ticket disconnects the previous session?
-- 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
----- Original Message -----
From: "Markus Stockhausen" <stockhausen@collogia.de> To: "Itamar Heim" <iheim@redhat.com>, users@ovirt.org Sent: Tuesday, February 25, 2014 2:20:24 PM Subject: Re: [Users] oVirt 3.5 planning
Von: users-bounces@ovirt.org [users-bounces@ovirt.org]" im Auftrag von "Itamar Heim [iheim@redhat.com] Gesendet: Montag, 24. Februar 2014 17:59 An: users@ovirt.org Betreff: [Users] oVirt 3.5 planning
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
1) Webadmin cleanups. Several places provide too many informations that make them feel overloaded. Columns that one usually does not care about in the daily administration.
- main VM disk overview includes column with UUIDs - VM overview includes column with display type (SPICE/VNC) - VM overview includes additional status column (text: up/down) - hosts overview includes host name/ip column
+1 We have talked of revisiting what gets displayed by default before too and also worked on a column selector that would allow users to display these other attributes when they feel it is necessary. Together, it may help address the information overload issue you are talking about. Can you and/or anyone else in the community continue the list you started here and identify the columns that are not useful to you in the various list views in Ovirt? I will be happy to compile them and then consolidate it after doing the pertinent analysis and reporting it back to you all for feedback. thanks Malini
On Tue, 2014-02-25 at 15:26 -0500, Malini Rao wrote:
----- Original Message -----
From: "Markus Stockhausen" <stockhausen@collogia.de> To: "Itamar Heim" <iheim@redhat.com>, users@ovirt.org Sent: Tuesday, February 25, 2014 2:20:24 PM Subject: Re: [Users] oVirt 3.5 planning
Von: users-bounces@ovirt.org [users-bounces@ovirt.org]" im Auftrag von "Itamar Heim [iheim@redhat.com] Gesendet: Montag, 24. Februar 2014 17:59 An: users@ovirt.org Betreff: [Users] oVirt 3.5 planning
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
1) Webadmin cleanups. Several places provide too many informations that make them feel overloaded. Columns that one usually does not care about in the daily administration.
- main VM disk overview includes column with UUIDs - VM overview includes column with display type (SPICE/VNC) - VM overview includes additional status column (text: up/down) - hosts overview includes host name/ip column
+1 We have talked of revisiting what gets displayed by default before too and also worked on a column selector that would allow users to display these other attributes when they feel it is necessary. Together, it may help address the information overload issue you are talking about. Can you and/or anyone else in the community continue the list you started here and identify the columns that are not useful to you in the various list views in Ovirt? I will be happy to compile them and then consolidate it after doing the pertinent analysis and reporting it back to you all for feedback.
thanks Malini
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Yes, making all columns something you can choose what gets displayed (with a couple of them chosen by default) would really solve this whole issue of folks getting annoyed because of column X Y Z being uninteresting for them. Also, this should be done for all main tabs, not just VMs. Tall order, but would be a really nice feature. Also cool would be to be able to sort columns ascending/descending. When this gets implemented, something to consider would also be that if a column is deselected, that information really won´t be loaded either. So it´s not just a cosmetical fix (if everything gets loaded like usual, just not displayed), but would also help "speed" up the webadmin as well. So if you only choose to show the "Name" column, only this information gets loaded from engine, so it takes the shortest amount of time to present. The more columns you choose, the more information you get, but takes longer to present. Does that make sense? -- Med Vänliga Hälsningar ------------------------------------------------------------------------------- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg@slu.se
While I agree that webadmin is cluttered today, I disagree about your cleanup options. I find it quite helpful to have the UUID of vms and their disks in the overview. also I like to directly see the hostname/ip Am 25.02.2014 20:20, schrieb Markus Stockhausen:
1) Webadmin cleanups. Several places provide too many informations that make them feel overloaded. Columns that one usually does not care about in the daily administration.
- main VM disk overview includes column with UUIDs - VM overview includes column with display type (SPICE/VNC) - VM overview includes additional status column (text: up/down) - hosts overview includes host name/ip column
-- 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
----- Original Message -----
From: "Sven Kieske" <S.Kieske@mittwald.de> To: users@ovirt.org Sent: Wednesday, February 26, 2014 10:15:54 AM Subject: Re: [Users] oVirt 3.5 planning
While I agree that webadmin is cluttered today, I disagree about your cleanup options.
I find it quite helpful to have the UUID of vms and their disks in the overview. also I like to directly see the hostname/ip
Since as we see here a useless column for one may be useful for other, I think that the requirement here is a customized column display where you can show/hide columns
Am 25.02.2014 20:20, schrieb Markus Stockhausen:
1) Webadmin cleanups. Several places provide too many informations that make them feel overloaded. Columns that one usually does not care about in the daily administration.
- main VM disk overview includes column with UUIDs - VM overview includes column with display type (SPICE/VNC) - VM overview includes additional status column (text: up/down) - hosts overview includes host name/ip column
-- 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 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
+1 ! this would be great! Am 26.02.2014 09:32, schrieb Eli Mesika:
Since as we see here a useless column for one may be useful for other, I think that the requirement here is a customized column display where you can show/hide columns
-- 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
Ability to import regular KVM images, either via command line or web gui... +1 on the uploading of ISO via web GUI. Jon On 24/02/14 16:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
+1 on everything that Jon Archer said Thank you, Christian Hernandez 1225 Los Angeles Street Glendale, CA 91204 Phone: 877-782-2737 ext. 4566 Fax: 818-265-3152 christianh@4over.com <mailto:christianh@4over.com> www.4over.com <http://www.4over.com> On Tue, Feb 25, 2014 at 4:35 PM, Jon Archer <jon@rosslug.org.uk> wrote:
Ability to import regular KVM images, either via command line or web gui...
+1 on the uploading of ISO via web GUI.
Jon
On 24/02/14 16:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
This is a multi-part message in MIME format. --------------010802030701090703030304 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Dn(a 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Admin portal: customize columns: memory, cpus, disks and sorting would be very welcome. If this info would be visible in sub-tabs like hosts tab and its VMs view, that would be awesome. -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii@axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." Richard Feynman --------------010802030701090703030304 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):<br> </div> <blockquote cite="mid:530B7A68.3080604@redhat.com" type="cite">with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... <br> </blockquote> <br> Admin portal: customize columns: memory, cpus, disks and sorting would be very welcome. If this info would be visible in sub-tabs like hosts tab and its VMs view, that would be awesome.<br> <br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a><br> icq:28153343, gtalk: <a class="moz-txt-link-abbreviated" href="mailto:oernii@axonpro.sk">oernii@axonpro.sk</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <br> </span> <hr style="height: 1px; width: 95%"> <span style="font-size: 70%;"> “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman </span> </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" width="1" height="1"> </body> </html> --------------010802030701090703030304--
+1 for redesign admin portal. In RHEV we have a tab Events & Monitor. Events holds the list of events, but in a view that is a lot easier. Would be nice to have. On Wed, Feb 26, 2014 at 9:16 AM, Ernest Beinrohr <Ernest.Beinrohr@axonpro.sk
wrote:
Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Admin portal: customize columns: memory, cpus, disks and sorting would be very welcome. If this info would be visible in sub-tabs like hosts tab and its VMs view, that would be awesome.
-- Ernest Beinrohr, AXON PRO
Ing <http://www.beinrohr.sk/ing.php>, RHCE<http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC<http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360, +421-903--482-603 icq:28153343, gtalk: oernii@axonpro.sk, jabber:oernii@jabber.org ------------------------------ “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Met vriendelijke groeten / With kind regards, Johan Kooijman T +31(0) 6 43 44 45 27 F +31(0) 162 82 00 01 E mail@johankooijman.com
Le 24/02/2014 17:59, Itamar Heim a écrit :
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi, I don't know how to name it, but would it be that complex to be able to switch the "master" role from one storage domain to another (of the same type). That would allow changing from a LUN to a wider one, or to do maintenance actions on it. -- Nicolas Ecarnot
On 02/26/2014 03:15 PM, Nicolas Ecarnot wrote:
Le 24/02/2014 17:59, Itamar Heim a écrit :
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi,
I don't know how to name it, but would it be that complex to be able to switch the "master" role from one storage domain to another (of the same type). That would allow changing from a LUN to a wider one, or to do maintenance actions on it.
sorry, we are working very hard to eliminate the concept of a master storage domain altogether... ;)
Le 26/02/2014 14:17, Itamar Heim a écrit :
On 02/26/2014 03:15 PM, Nicolas Ecarnot wrote:
Le 24/02/2014 17:59, Itamar Heim a écrit :
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi,
I don't know how to name it, but would it be that complex to be able to switch the "master" role from one storage domain to another (of the same type). That would allow changing from a LUN to a wider one, or to do maintenance actions on it.
sorry, we are working very hard to eliminate the concept of a master storage domain altogether... ;)
Don't be sorry, this is the best news since long :) -- Nicolas Ecarnot
There are users that would like to tell how much traffic each vnic of each VM has consumed in a period of time. Currently, we report only bitrate as a percetage of an estimated vnic "speed". Integrating this value over time is inefficent and error prone. I suggest to have all the stack (Vdsm, Engine, dwh) report the actually-trasmitted (and actually-received) byte count on each vnic, as well as the time when the sample was taken. Currently, Vdsm reports 'eth0': {'rxDropped': '0', 'rxErrors': '0', 'rxRate': '8.0', 'speed': '1000', 'state': 'up', 'txDropped': '0', 'txErrors': '0', 'txRate': '10.0'}, but it should add rxKiBytes, txKiBytes and time to the frill. GUI could still calculate the rate for illustration, based on the raw trasmission and the sample time. Until we break backward compatibility, we'd keep reporting the flaky rxRate/txRate, too. I can think of only two problems with this approach: Linux byte counters would eventually reset when they overflow. This is currently hidden by Vdsm, but with the suggested change, would have to be handled by higher levels of the stack. A similar problem appears on migration: the counters would reset and Engine would need to know how to keep up the accounting properly. I've opened Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate to track this request of mine.
+1 This would be very useful! -- 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
Dan, How about storing the rx_byte per 5 minutes in the engine DB? That way a reset of the counters has a minimal impact and analytics as "traffic for VM x in month Y" could be made. Another approach could be to have iptables keep the count? On Thu, Feb 27, 2014 at 1:03 PM, Dan Kenigsberg <danken@redhat.com> wrote:
There are users that would like to tell how much traffic each vnic of each VM has consumed in a period of time. Currently, we report only bitrate as a percetage of an estimated vnic "speed". Integrating this value over time is inefficent and error prone.
I suggest to have all the stack (Vdsm, Engine, dwh) report the actually-trasmitted (and actually-received) byte count on each vnic, as well as the time when the sample was taken.
Currently, Vdsm reports
'eth0': {'rxDropped': '0', 'rxErrors': '0', 'rxRate': '8.0', 'speed': '1000', 'state': 'up', 'txDropped': '0', 'txErrors': '0', 'txRate': '10.0'},
but it should add rxKiBytes, txKiBytes and time to the frill.
GUI could still calculate the rate for illustration, based on the raw trasmission and the sample time.
Until we break backward compatibility, we'd keep reporting the flaky rxRate/txRate, too.
I can think of only two problems with this approach: Linux byte counters would eventually reset when they overflow. This is currently hidden by Vdsm, but with the suggested change, would have to be handled by higher levels of the stack.
A similar problem appears on migration: the counters would reset and Engine would need to know how to keep up the accounting properly.
I've opened
Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate
to track this request of mine. _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Met vriendelijke groeten / With kind regards, Johan Kooijman T +31(0) 6 43 44 45 27 F +31(0) 162 82 00 01 E mail@johankooijman.com
On Thu, Feb 27, 2014 at 02:14:32PM +0100, Johan Kooijman wrote:
Dan,
How about storing the rx_byte per 5 minutes in the engine DB? That way a reset of the counters has a minimal impact and analytics as "traffic for VM x in month Y" could be made.
Another approach could be to have iptables keep the count?
I do not see how iptables can help here. On the host, Vdsm reports how much traffic did VM x consume. However, when the VM is migrated to another host, the accounting at the destination are reset. If Engine simply copied the value, you can start month Y with 10GiB of traffic, and end it with 7KiB. This should be solved by Engine, probably by "banking" the Vdsm-reported values on certain occasions (vm shutdown, migration, counter reset), and exposing only the accumulated result. Dan.
On Thu, Feb 27, 2014 at 12:03:55PM +0000, Dan Kenigsberg wrote:
There are users that would like to tell how much traffic each vnic of each VM has consumed in a period of time. Currently, we report only bitrate as a percetage of an estimated vnic "speed". Integrating this value over time is inefficent and error prone.
I suggest to have all the stack (Vdsm, Engine, dwh) report the actually-trasmitted (and actually-received) byte count on each vnic, as well as the time when the sample was taken.
Currently, Vdsm reports
'eth0': {'rxDropped': '0', 'rxErrors': '0', 'rxRate': '8.0', 'speed': '1000', 'state': 'up', 'txDropped': '0', 'txErrors': '0', 'txRate': '10.0'},
but it should add rxKiBytes, txKiBytes and time to the frill.
GUI could still calculate the rate for illustration, based on the raw trasmission and the sample time.
Until we break backward compatibility, we'd keep reporting the flaky rxRate/txRate, too.
I can think of only two problems with this approach: Linux byte counters would eventually reset when they overflow. This is currently hidden by Vdsm, but with the suggested change, would have to be handled by higher levels of the stack.
A similar problem appears on migration: the counters would reset and Engine would need to know how to keep up the accounting properly.
I've opened
Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate
to track this request of mine.
For the reconrd, I'm told that there is a very similar need for reporting accumulated guest CPU cycle IO operations consuption. Martin, do we already have BZs for the other two use cases?
----- Original Message -----
From: "Dan Kenigsberg" <danken@redhat.com> To: "Itamar Heim" <iheim@redhat.com>, ydary@redhat.com, masayag@redhat.com, nyechiel@redhat.com, msivak@redhat.com Cc: users@ovirt.org Sent: Wednesday, March 12, 2014 3:26:49 PM Subject: Re: [Users] oVirt 3.5 planning - bandwidth/cpu/io accounting
On Thu, Feb 27, 2014 at 12:03:55PM +0000, Dan Kenigsberg wrote:
There are users that would like to tell how much traffic each vnic of each VM has consumed in a period of time. Currently, we report only bitrate as a percetage of an estimated vnic "speed". Integrating this value over time is inefficent and error prone.
I suggest to have all the stack (Vdsm, Engine, dwh) report the actually-trasmitted (and actually-received) byte count on each vnic, as well as the time when the sample was taken.
Currently, Vdsm reports
'eth0': {'rxDropped': '0', 'rxErrors': '0', 'rxRate': '8.0', 'speed': '1000', 'state': 'up', 'txDropped': '0', 'txErrors': '0', 'txRate': '10.0'},
but it should add rxKiBytes, txKiBytes and time to the frill.
GUI could still calculate the rate for illustration, based on the raw trasmission and the sample time.
Until we break backward compatibility, we'd keep reporting the flaky rxRate/txRate, too.
I can think of only two problems with this approach: Linux byte counters would eventually reset when they overflow. This is currently hidden by Vdsm, but with the suggested change, would have to be handled by higher levels of the stack.
A similar problem appears on migration: the counters would reset and Engine would need to know how to keep up the accounting properly.
I've opened
Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate
to track this request of mine.
For the reconrd, I'm told that there is a very similar need for reporting accumulated guest CPU cycle IO operations consuption. Martin, do we already have BZs for the other two use cases?
No. Please open an RFE for ovirt on these use cases. Thanks, Doron
Hi, On 02/24/2014 05:59 PM, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Here's my wish list :) - Cloning of vms VMs without templates (of is this already implemented)? - Enable host updates through engine (yum update via oVirt engine) - Integrate v2v into oVirt engine - hosted engine with iSCSI/FC/GlusterFS support - ISO and export domain on FC/iSCSI/GlusterFS would be nice ISO domain on GlusterFS using POSIXFS domain doesn't work for me in oVirt 3.4 - Central Repository for oVirt guest agents Atm packages are available for Debian, SLES, RHEL/CentOS, Fedora but there are different sources and users have to know where to find the guest tools. So would love to see e.g. http://resources.ovirt.org/guest-agents/{ubuntu,debian,opensuse,...} Windows needs to be created manually as described here http://www.ovirt.org/OVirt_Guest_Agent_For_Windows, right? I could provide repositories for guest agent in a central point and also Windows guest agent packages if you don't plan to do it on ovirt.org as I have to required infrastructure (OBS with multiple distributions in it) on our side. - RHEV guest tools APT (Application Provisioning Tool) for Windows ported to oVirt This makes it easier to update guest tools on Windows... - Upload ISOs thorugh oVirt engine gui - Use existing share for ISO domain When creating an ISO domain, oVirt creates it's own directory structure with IDs. It would be nice if an existing share could be used (e.g. an ISO share on NFS server which is used by other service, too) without creating the structure with IDs. I know that the IDs are needed internally but I think it should be possible to reuse an existing share. - Signed RPMs gpgcheck=0 is really ugly... - NFS options for storage domains It would be great if I can change NFS options like e.g. mountproto=tcp for NFS storage domains. Regards, René
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: users@ovirt.org Sent: Monday, February 24, 2014 5:59:20 PM Subject: [Users] oVirt 3.5 planning
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
I was wondering whether people would like vdsm hooks to be reported (which they already are) to the engine and that the engine would take that information (that should be a bit enriched). With the enriched information it would automatically add the custom properties advertised by all the hooks of its hosts without the need to go to the command line database to enable them Optionally it would just populate a hooks tab with enable/disable checkboxes.
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
This is a multi-part message in MIME format. --------------070201080202060302060002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Dn(a 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Please add the possibility to modify description and other minor info for VM, disk, storage even when they are running. thanks -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii@axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." Richard Feynman --------------070201080202060302060002 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):<br> </div> <blockquote cite="mid:530B7A68.3080604@redhat.com" type="cite">with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... <br> <br> </blockquote> <br> Please add the possibility to modify description and other minor info for VM, disk, storage even when they are running.<br> <br> thanks<br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a><br> icq:28153343, gtalk: <a class="moz-txt-link-abbreviated" href="mailto:oernii@axonpro.sk">oernii@axonpro.sk</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <br> </span> <hr style="height: 1px; width: 95%"> <span style="font-size: 70%;"> “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman </span> </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" height="1" border="0" width="1"> </body> </html> --------------070201080202060302060002--
On 03/17/2014 03:28 PM, Ernest Beinrohr wrote:
Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Please add the possibility to modify description and other minor info for VM, disk, storage even when they are running.
omer - any reason these cannot be changed?
Hi, Currently we have some small server clusters that have only two storage nodes with iSCSI. I would like to use Gluster bricks for them but I'm a bit worried about quorum and split-brain. Would it be an idea to make ovirt a Gluster quorum arbiter? The ovirt engine is managing the virtual datacenter and could easily be the deciding factor when a 2 brick gluster loses one of the bricks. http://hekafs.org/index.php/2012/11/different-forms-of-quorum/ The second issue is trickier. What should we do when N=2? In some cases, allowing a single failure to make a volume read-only (the current behavior) is fine. In others it’s not. One idea would be to “promote” from all bricks/servers in a replica set to all in a volume to all in the cluster. Unfortunately, that gets us nowhere in a two-server two-brick cluster, which is very common especially in the critical case of people trying GlusterFS for the first time and seeing how it responds to failures. The other idea is arbiter nodes, which hold no data but pump up the quorum number for the cluster (or for a volume if that’s how we’re counting). Thus, if we have a volume on two nodes in a cluster with more than two, a third node will be (automatically?) designated as having an interest in that volume so that the effective quorum is two out of three. Since tracking servers’ interests in volumes will already have to be part of the second patch I’ve mentioned, adding an arbiter is just a simple matter of manipulating that information so it should be a pretty straightforward third patch. Kind regards, Jorick Astrego Netbulae
Hi, When I used VMWare workstation many years ago, one of the features I couldn't live without was the layered snapshots. When testing it was extremely productive to have multiple branches of snapshots of the VM and I could revert to any point. https://www.vmware.com/support/ws55/doc/img/l_snapshot_manager.png
------=_Part_1660903_1497308434.1395140564771 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit
From: "Jorick Astrego" <j.astrego@netbulae.eu> To: users@ovirt.org Sent: Tuesday, March 18, 2014 12:33:30 PM Subject: Re: [Users] oVirt 3.5 planning
Hi,
When I used VMWare workstation many years ago, one of the features I couldn't live without was the layered snapshots. When testing it was extremely productive to have multiple branches of snapshots of the VM and I could revert to any point. I agree. The "snapshots" should be a tree and not a stack. When you "review" a snapshot, you should be able to choose, in addition to 'commit' (forget all the newer ones) and 'undo', also something like 'branch' (just keep everything).
Note that this is partially possible today by cloning a snapshot (to a VM) but imo is much less comfortable. -- Didi ------=_Part_1660903_1497308434.1395140564771 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div></div><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Jorick Astrego" <j.astrego@netbulae.eu><br><b>To: </b>users@ovirt.org<br><b>Sent: </b>Tuesday, March 18, 2014 12:33:30 PM<br><b>Subject: </b>Re: [Users] oVirt 3.5 planning<br><div><br></div> Hi,<br><br> When I used VMWare workstation many years ago, one of the features I couldn't live without was the layered snapshots. When testing it was extremely productive to have multiple branches of snapshots of the VM and I could revert to any point.</blockquote><div><br></div><div>I agree. The "snapshots" should be a tree and not a stack. When you "review" a snapshot, you should be able to choose, in addition to 'commit' (forget all the newer ones) and 'undo', also something like 'branch' (just keep everything).</div><div><br></div><div>Note that this is partially possible today by cloning a snapshot (to a VM) but imo is much less comfortable.</div><div><span style="font-size: 12pt;">-- </span></div><div><span name="x"></span>Didi<br><span name="x"></span><br></div></div></body></html> ------=_Part_1660903_1497308434.1395140564771--
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Ernest Beinrohr" <Ernest.Beinrohr@axonpro.sk>, users@ovirt.org, "Omer Frenkel" <ofrenkel@redhat.com> Sent: Monday, March 17, 2014 3:48:11 PM Subject: Re: [Users] oVirt 3.5 planning
On 03/17/2014 03:28 PM, Ernest Beinrohr wrote:
Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Please add the possibility to modify description and other minor info for VM, disk, storage even when they are running.
omer - any reason these cannot be changed?
vm description is editable already, no reason for disks not to allow as well. please note that we are looking on making everything editable on the run, even stuff that can be applied only on next run (like memory): http://www.ovirt.org/Features/Edit_Running_VM
Another thing I miss in oVirt is a way to assign a dedicated passthrough NIC. I have some customers who would like to dedicated NIC's assigned to their vm's. Currently we have bare metal KVM servers running for this but HA and management is not so efficient. Kind regards, Jorick Astrego Netbulae B.V.
On 03/18/2014 04:18 PM, Jorick Astrego wrote:
Another thing I miss in oVirt is a way to assign a dedicated passthrough NIC.
I have some customers who would like to dedicated NIC's assigned to their vm's.
Currently we have bare metal KVM servers running for this but HA and management is not so efficient.
you should be able to do this today with vdsm hooks? http://www.ovirt.org/VDSM-Hooks http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=tree;f=vdsm_hooks;
Kind regards,
Jorick Astrego Netbulae B.V.
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. Thanks
Am 18.03.2014 13:24, schrieb Federico Alberto Sayd:
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc.
Some kind of progress indication would indeed be very cool! -- 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
On Mar 18, 2014, at 13:30 , Sven Kieske <S.Kieske@mittwald.de> wrote:
Am 18.03.2014 13:24, schrieb Federico Alberto Sayd:
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc.
Some kind of progress indication would indeed be very cool!
the live migration will hopefully make it for 3.5
-- 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 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
This is a multi-part message in MIME format. --------------070609010005080400040505 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Dn(a 18.03.2014 13:24, Federico Alberto Sayd wrote / napísal(a):
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc.
I needed this a long time ago, so i hacked this together. You shoud run it on the SPM host. Also, i only use iscsi storage. #!/bin/bash SECS=1 PROC=${1:-"qemu-img"} PID=`pidof $PROC` if [ "x$PID" == "x" ] then echo "No $PROC running" exit 1 fi LV=$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut -f 3 -d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e 's/-/\//g' -e 's/XX/-/g' -e 's/^/\/dev\//g') SIZE=$(/sbin/lvs --noheadings --unquoted --options lv_size --units b $LV | sed -e 's/B//g' ) LAST=0 while [[ -e /proc/$PID/fd/ ]] ; do CUR=$(grep rchar /proc/$PID/io | cut -f 2 -d " ") PERC=$(echo $CUR*100/$SIZE | bc) SPEED=$(echo \($CUR-$LAST\)/1024/1024 | bc) SIZE2=$(echo $SIZE / 1024 / 1024 / 1024| bc) echo "$SIZE2 GB / $CUR B [$PERC%] - $SPEED MB/s" sleep $SECS; LAST=$CUR done -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii@axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." Richard Feynman --------------070609010005080400040505 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Dňa 18.03.2014 13:24, Federico Alberto Sayd wrote / napísal(a):<br> </div> <blockquote cite="mid:53283AF4.1050500@uncu.edu.ar" type="cite">On 24/02/14 13:59, Itamar Heim wrote: <br> <blockquote type="cite">with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... <br> <br> </blockquote> Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. <br> </blockquote> <br> I needed this a long time ago, so i hacked this together. You shoud run it on the SPM host. Also, i only use iscsi storage.<br> <br> <tt><br> </tt><tt>#!/bin/bash</tt><tt><br> </tt><tt><br> </tt><tt>SECS=1</tt><tt><br> </tt><tt>PROC=${1:-"qemu-img"}</tt><tt><br> </tt><tt>PID=`pidof $PROC`</tt><tt><br> </tt><tt><br> </tt><tt>if [ "x$PID" == "x" ]</tt><tt><br> </tt><tt>then</tt><tt><br> </tt><tt> echo "No $PROC running"</tt><tt><br> </tt><tt> exit 1</tt><tt><br> </tt><tt>fi</tt><tt><br> </tt><tt><br> </tt><tt>LV=$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut -f 3 -d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e 's/-/\//g' -e 's/XX/-/g' -e 's/^/\/dev\//g')</tt><tt><br> </tt><tt><br> </tt><tt>SIZE=$(/sbin/lvs --noheadings --unquoted --options lv_size --units b $LV | sed -e 's/B//g' )</tt><tt><br> </tt><tt><br> </tt><tt>LAST=0</tt><tt><br> </tt><tt>while [[ -e /proc/$PID/fd/ ]] ;</tt><tt><br> </tt><tt>do</tt><tt><br> </tt><tt> CUR=$(grep rchar /proc/$PID/io | cut -f 2 -d " ")</tt><tt><br> </tt><tt> PERC=$(echo $CUR*100/$SIZE | bc)</tt><tt><br> </tt><tt> SPEED=$(echo \($CUR-$LAST\)/1024/1024 | bc)</tt><tt><br> </tt><tt> SIZE2=$(echo $SIZE / 1024 / 1024 / 1024| bc)</tt><tt><br> </tt><tt> echo "$SIZE2 GB / $CUR B [$PERC%] - $SPEED MB/s"</tt><tt><br> </tt><tt> sleep $SECS;</tt><tt><br> </tt><tt> LAST=$CUR</tt><tt><br> </tt><tt>done</tt><br> <br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a><br> icq:28153343, gtalk: <a class="moz-txt-link-abbreviated" href="mailto:oernii@axonpro.sk">oernii@axonpro.sk</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <br> </span> <hr style="height: 1px; width: 95%"> <span style="font-size: 70%;"> “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman </span> </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" width="1" height="1"> </body> </html> --------------070609010005080400040505--
------=_Part_1975_22825888.1395147966654 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Nice !=20 ----- Original Message -----
D=C5=88a 18.03.2014 13:24, Federico Alberto Sayd wrote / nap=C3=ADsal(a):
On 24/02/14 13:59, Itamar Heim wrote: =20
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... =20 =20
Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. =20
I needed this a long time ago, so i hacked this together. You shoud run it on the SPM host. Also, i only use iscsi storage.
#!/bin/bash
SECS=3D1 PROC=3D${1:-"qemu-img"} PID=3D`pidof $PROC`
if [ "x$PID" =3D=3D "x" ] then echo "No $PROC running" exit 1 fi
LV=3D$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut -f 3 -d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e 's/-/\//g' -e 's/XX/-/g' -e 's/^/\/dev\//g')
SIZE=3D$(/sbin/lvs --noheadings --unquoted --options lv_size --units b $LV | sed -e 's/B//g' )
LAST=3D0 while [[ -e /proc/$PID/fd/ ]] ; do CUR=3D$(grep rchar /proc/$PID/io | cut -f 2 -d " ") PERC=3D$(echo $CUR*100/$SIZE | bc) SPEED=3D$(echo \($CUR-$LAST\)/1024/1024 | bc) SIZE2=3D$(echo $SIZE / 1024 / 1024 / 1024| bc) echo "$SIZE2 GB / $CUR B [$PERC%] - $SPEED MB/s" sleep $SECS; LAST=3D$CUR done
--
Ernest Beinrohr, AXON PRO Ing , RHCE , RHCVA , LPIC , VCA , +421-2--6241-0360 , +421-903--482-603 icq:28153343, gtalk: oernii@axonpro.sk , jabber:oernii@jabber.org
=E2=80=9CFor a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.=E2=80=9D Richard Feynman _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
<br> </tt><tt>done</tt><br> <br> <div class=3D"moz-signature">-- <br> <div id=3D"oernii_footer" style=3D"color: gray;"> <span style=3D"font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style=3D"text-decoration: none; color: gray;" href=3D"http://w= ww.beinrohr.sk/ing.php" target=3D"_blank">Ing</a>, <a style=3D"text-decorat= ion: none; color: gray;" href=3D"http://www.beinrohr.sk/rhce.php" target=3D= "_blank">RHCE</a>, <a style=3D"text-decoration: none; color: gray;" href=3D= "http://www.beinrohr.sk/rhce.php" target=3D"_blank">RHCVA</a>, <a style=3D"= text-decoration: none; color: gray;" href=3D"http://www.beinrohr.sk/lpic.ph=
+421-903--482-603</a><br> icq:28153343, gtalk: <a class=3D"moz-txt-link-abbreviated" href= =3D"mailto:oernii@axonpro.sk" target=3D"_blank">oernii@axonpro.sk</a>, <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:jabber:oerni= i@jabber.org" target=3D"_blank">jabber:oernii@jabber.org</a> <br> </span> <hr style=3D"height: 1px; width: 95%"> <span style=3D"font-size: 70%;"> =E2=80=9CFor a successful technology, reality must take precedenc= e over public relations, for Nature cannot be fooled.=E2=80=9D Rich= ard Feynman </span> </div> </div> <img border=3D"0" width=3D"1" height=3D"1" src=3D"http://nojsstats.apps=
------=_Part_1975_22825888.1395147966654 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: arial,helvetica,sans-serif; font-size: 10pt; colo= r: #000000'>Nice !<br><br><hr id=3D"zwchr"><blockquote 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-family:Helvetica,Arial,s= ans-serif;font-size:12pt;"> =20 =20 =20 =20 <div class=3D"moz-cite-prefix">D=C5=88a 18.03.2014 13:24, Federico Albe= rto Sayd wrote / nap=C3=ADsal(a):<br> </div> <blockquote cite=3D"mid:53283AF4.1050500@uncu.edu.ar">On 24/02/14 13:59, Itamar Heim wrote: <br> <blockquote>with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... <br> <br> </blockquote> Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. <br> </blockquote> <br> I needed this a long time ago, so i hacked this together. You shoud run it on the SPM host. Also, i only use iscsi storage.<br> <br> <tt><br> </tt><tt>#!/bin/bash</tt><tt><br> </tt><tt><br> </tt><tt>SECS=3D1</tt><tt><br> </tt><tt>PROC=3D${1:-"qemu-img"}</tt><tt><br> </tt><tt>PID=3D`pidof $PROC`</tt><tt><br> </tt><tt><br> </tt><tt>if [ "x$PID" =3D=3D "x" ]</tt><tt><br> </tt><tt>then</tt><tt><br> </tt><tt> echo "No $PROC runn= ing"</tt><tt><br> </tt><tt> exit 1</tt><tt><br> </tt><tt>fi</tt><tt><br> </tt><tt><br> </tt><tt>LV=3D$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut -f 3 -d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e 's/-/\//g' -e 's/XX/-/g' -e 's/^/\/dev\//g')</tt><tt><= br> </tt><tt><br> </tt><tt>SIZE=3D$(/sbin/lvs --noheadings --unquoted --options lv_size --units b $LV | sed -e 's/B//g' )</tt><tt><br> </tt><tt><br> </tt><tt>LAST=3D0</tt><tt><br> </tt><tt>while [[ -e /proc/$PID/fd/ ]] ;</tt><tt><br> </tt><tt>do</tt><tt><br> </tt><tt> CUR=3D$(grep rchar = /proc/$PID/io | cut -f 2 -d " ")</tt><tt><br> </tt><tt> PERC=3D$(echo $CUR*= 100/$SIZE | bc)</tt><tt><br> </tt><tt> SPEED=3D$(echo \($C= UR-$LAST\)/1024/1024 | bc)</tt><tt><br> </tt><tt> SIZE2=3D$(echo $SIZ= E / 1024 / 1024 / 1024| bc)</tt><tt><br> </tt><tt> echo "$SIZE2 GB / $= CUR B [$PERC%] - $SPEED MB/s"</tt><tt><br> </tt><tt> sleep $SECS;</tt><t= t><br> </tt><tt> LAST=3D$CUR</tt><tt= p" target=3D"_blank">LPIC</a>, <a style=3D"text-decoration: none; color: gr= ay;" href=3D"http://www.beinrohr.sk/vca.php" target=3D"_blank">VCA</a>, <a = style=3D"text-decoration: none; color: gray;" href=3D"callto://+421-2--6241= -0360" target=3D"_blank">+421-2--6241-0360</a>, <a style=3D"text-decoration= : none; color: gray;" href=3D"callto://+421-903--482-603" target=3D"_blank"= pot.com/UA-44497096-1/email.beinrohr.sk"> =20 <br>_______________________________________________<br>Users mailing list<b= r>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br></blo= ckquote><br></div></body></html> ------=_Part_1975_22825888.1395147966654--
+1 this one -----Original Message----- From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Federico Alberto Sayd Sent: Tuesday, March 18, 2014 8:24 AM To: users@ovirt.org Subject: Re: [Users] oVirt 3.5 planning On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. Thanks _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
+1 -----Original Message----- From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Maurice James Sent: Tuesday, March 18, 2014 4:57 PM To: 'Federico Alberto Sayd'; users@ovirt.org Subject: Re: [Users] oVirt 3.5 planning +1 this one -----Original Message----- From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Federico Alberto Sayd Sent: Tuesday, March 18, 2014 8:24 AM To: users@ovirt.org Subject: Re: [Users] oVirt 3.5 planning On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. Thanks _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Allow select the storage domain when add a new VM from template. Currently the vm is created in the same datastore that the template.
On 03/19/2014 08:41 PM, Federico Alberto Sayd wrote:
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Allow select the storage domain when add a new VM from template. Currently the vm is created in the same datastore that the template.
you can clone the template disks to multiple storage domains in the DC, then create the VM in any storage domain, for thinly provisioned. for clone operation, iirc, you can do this even without having the template in the target storage domain?
On 19/03/14 18:24, Itamar Heim wrote:
On 03/19/2014 08:41 PM, Federico Alberto Sayd wrote:
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Allow select the storage domain when add a new VM from template. Currently the vm is created in the same datastore that the template.
you can clone the template disks to multiple storage domains in the DC, then create the VM in any storage domain, for thinly provisioned. for clone operation, iirc, you can do this even without having the template in the target storage domain?
1 - I could not find a "clone template" option, only the option "copy" when you select a template's disk in Templates->Disks. Is this "copy" the "clone" that you mention? 2 - Then can't I use a storage domain only for templates (i.e. use a slow performance storage only for templates)? 3 - Another question, when you convert a VM to template I see that it is created with preallocated disk even if the original VM had thinly provisioned disk. Is there no way to make the template with the same type of disk (thinly provisioned)??
On 03/20/2014 07:30 PM, Federico Alberto Sayd wrote:
On 19/03/14 18:24, Itamar Heim wrote:
On 03/19/2014 08:41 PM, Federico Alberto Sayd wrote:
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Allow select the storage domain when add a new VM from template. Currently the vm is created in the same datastore that the template.
you can clone the template disks to multiple storage domains in the DC, then create the VM in any storage domain, for thinly provisioned. for clone operation, iirc, you can do this even without having the template in the target storage domain?
1 - I could not find a "clone template" option, only the option "copy" when you select a template's disk in Templates->Disks. Is this "copy" the "clone" that you mention?
yes.
2 - Then can't I use a storage domain only for templates (i.e. use a slow performance storage only for templates)?
only if you use clone, rather than thin provision. we don't want a single disk chain spanning more then a single storage domain today.
3 - Another question, when you convert a VM to template I see that it is created with preallocated disk even if the original VM had thinly provisioned disk. Is there no way to make the template with the same type of disk (thinly provisioned)??
on NFS - it doesn't matter. on block storage - i don't remember why. maybe federico remembers.
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Federico Alberto Sayd" <fsayd@uncu.edu.ar>, users@ovirt.org, "Federico Simoncelli" <fsimonce@redhat.com> Sent: Thursday, March 20, 2014 6:47:14 PM Subject: Re: [Users] oVirt 3.5 planning
On 03/20/2014 07:30 PM, Federico Alberto Sayd wrote:
3 - Another question, when you convert a VM to template I see that it is created with preallocated disk even if the original VM had thinly provisioned disk. Is there no way to make the template with the same type of disk (thinly provisioned)??
on NFS - it doesn't matter. on block storage - i don't remember why. maybe federico remembers.
It was for performance reasons since on block it would result in a qcow2 image. We wanted the access to the template to be as fast as possible. The same question was brought up few months ago when we discussed importing images from glance as templates. Anyway in that case we decided (for simplicity) to allow the import as template also for qcow2 images. -- Federico
On 20/03/14 20:00, Federico Simoncelli wrote:
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Federico Alberto Sayd" <fsayd@uncu.edu.ar>, users@ovirt.org, "Federico Simoncelli" <fsimonce@redhat.com> Sent: Thursday, March 20, 2014 6:47:14 PM Subject: Re: [Users] oVirt 3.5 planning
On 03/20/2014 07:30 PM, Federico Alberto Sayd wrote:
3 - Another question, when you convert a VM to template I see that it is created with preallocated disk even if the original VM had thinly provisioned disk. Is there no way to make the template with the same type of disk (thinly provisioned)?? on NFS - it doesn't matter. on block storage - i don't remember why. maybe federico remembers. It was for performance reasons since on block it would result in a qcow2 image. We wanted the access to the template to be as fast as possible.
The same question was brought up few months ago when we discussed importing images from glance as templates. Anyway in that case we decided (for simplicity) to allow the import as template also for qcow2 images.
Ok, thank you both for the clarification Federico
Hi, as Dan told me I'm gonna add one more feature request: IPv6 Support for engine and compute nodes, so you are able to use oVirt in an IPv6 only environment. Currently ComputeNodes require their own IPv4 address. I don't know if and what upstream dependencies might exist but I think it is worth the effort, not speaking of getting into some mainline distributions. (AFAIK Fedora has a policy that all daemons which are facing the network must support IPv6 ?) It is the year 2014, we are running out of IPv4 addresses world wide. Every new product like oVirt should try it's best to support IPv6 in general. A second feature: Fencing Hosts from engine, I already created a BZ for this one: https://bugzilla.redhat.com/show_bug.cgi?id=1054778 In fact, it's target release was already set to 3.5 but that doesn't always mean it will make it ;) This feature would really be helpful for local storage DCs. If I had to decide which one gets in I'd want the fencing from engine. Am 24.02.2014 17:59, schrieb Itamar Heim:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
-- 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
Maybe I'm missing something but currently when I register a node it gets assigned to the DEFAULT datacenter. As we like to have a separate DC for specific customers, I would like to register the node to a chosen DC through a PXE kernel parameter or the Node admin interface. Kind regards, Jorick Astrego Netbulae
On 03/25/2014 08:39 AM, Jorick Astrego wrote:
Maybe I'm missing something but currently when I register a node it gets assigned to the DEFAULT datacenter.
As we like to have a separate DC for specific customers, I would like to register the node to a chosen DC through a PXE kernel parameter or the Node admin interface.
Kind regards,
Jorick Astrego Netbulae
so i remember the code used to do this (back in 2008), but it seems the RegisterServlet isn't passing this any more to the RegisterVdsQuery class. please open an RFE in bugzilla to track this. (not sure if should be nice and accept cluster name, or less nice and expect the cluster uuid...)
On Wed, 2014-03-26 at 16:10 -0400, Itamar Heim wrote:
On 03/25/2014 08:39 AM, Jorick Astrego wrote:
Maybe I'm missing something but currently when I register a node it gets assigned to the DEFAULT datacenter.
As we like to have a separate DC for specific customers, I would like to register the node to a chosen DC through a PXE kernel parameter or the Node admin interface.
Kind regards,
Jorick Astrego Netbulae
so i remember the code used to do this (back in 2008), but it seems the RegisterServlet isn't passing this any more to the RegisterVdsQuery class.
please open an RFE in bugzilla to track this. (not sure if should be nice and accept cluster name, or less nice and expect the cluster uuid...)
I cannot add a RFE in bugzilla. Project oVirt doesn't have an RFE component and when I create a new issue, I am not allowed to select Red Hat Enterprise Virtualization Manager as the product. Kind regards, Jorick Astrego
On 03/27/2014 06:14 AM, Jorick Astrego wrote:
On Wed, 2014-03-26 at 16:10 -0400, Itamar Heim wrote:
On 03/25/2014 08:39 AM, Jorick Astrego wrote:
Maybe I'm missing something but currently when I register a node it gets assigned to the DEFAULT datacenter.
As we like to have a separate DC for specific customers, I would like to register the node to a chosen DC through a PXE kernel parameter or the Node admin interface.
Kind regards,
Jorick Astrego Netbulae
so i remember the code used to do this (back in 2008), but it seems the RegisterServlet isn't passing this any more to the RegisterVdsQuery class.
please open an RFE in bugzilla to track this. (not sure if should be nice and accept cluster name, or less nice and expect the cluster uuid...)
I cannot add a RFE in bugzilla. Project oVirt doesn't have an RFE component and when I create a new issue, I am not allowed to select Red Hat Enterprise Virtualization Manager <https://bugzilla.redhat.com/describecomponents.cgi?product=Red%20Hat%20Enterprise%20Virtualization%20Manager> as the product.
Kind regards,
Jorick Astrego
please open a BZ in ovirt on ovirt-engine-core. it becomes an RFE by flagging it with the FutureFeature keyword.
And I still have 2 cool features which would be cool to include for 3.5: Add Debian 7 to the list of operating systems for VMs (I guess there is not much work to be done for that) Here's the RFE for that: https://bugzilla.redhat.com/show_bug.cgi?id=1073453 And provide qemu-guest-agent (not ovirt-guest-agent) for more operating systems, at least centos. ubuntu 12.04 and debian would also be cool. I can create an RFE for that if you want. Am 24.02.2014 17:59, schrieb Itamar Heim:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
-- 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
On 03/26/2014 05:44 AM, Sven Kieske wrote:
And I still have 2 cool features which would be cool to include for 3.5:
Add Debian 7 to the list of operating systems for VMs (I guess there is not much work to be done for that)
care to give it a shot :) really simple sample to follow: http://gerrit.ovirt.org/#/c/22273/
Here's the RFE for that: https://bugzilla.redhat.com/show_bug.cgi?id=1073453
And provide qemu-guest-agent (not ovirt-guest-agent) for more operating systems, at least centos.
ubuntu 12.04 and debian would also be cool.
I can create an RFE for that if you want.
qemu-guest-agent for centos should be opened in centos (not sure why its not already available)? qemu-guest-agent is part of the qemu/kvm ecosystem and for debian/ubuntu - should be raised on qemu-devel and opened in ubuntu/debian?
Am 24.02.2014 17:59, schrieb Itamar Heim:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
2014-03-26 10:51 GMT+01:00 Itamar Heim <iheim@redhat.com>:
On 03/26/2014 05:44 AM, Sven Kieske wrote:
And I still have 2 cool features which would be cool to include for 3.5:
Add Debian 7 to the list of operating systems for VMs (I guess there is not much work to be done for that)
care to give it a shot :) really simple sample to follow: http://gerrit.ovirt.org/#/c/22273/
Here's the RFE for that: https://bugzilla.redhat.com/show_bug.cgi?id=1073453
And provide qemu-guest-agent (not ovirt-guest-agent) for more operating systems, at least centos.
ubuntu 12.04 and debian would also be cool.
I can create an RFE for that if you want.
qemu-guest-agent for centos should be opened in centos (not sure why its not already available)?
qemu-guest-agent is part of the qemu/kvm ecosystem and for debian/ubuntu - should be raised on qemu-devel and opened in ubuntu/debian?
Actually qemu-guest-agent IS available in the standard CentOS distribution ( ATM qemu-guest-agent-0.12.1.2-2.415.el6_5.6.{x86_64,i686}.rpm ). Regarding ubuntu 12.04, isn't it "Ubuntu Precise Pangolin LTS" (this is from oVirt 3.4.0) ? HTH, Giorgio.
Am 24.02.2014 17:59, schrieb Itamar Heim:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
Ah cool, I didn't stumble upon the qemu-ga, thanks for that! However yes, ubuntu 12.04 is precise release, but I don't know of any packaged version of qemu-ga for it, but maybe I just missed it as the centos one? Am 26.03.2014 11:13, schrieb Giorgio Bersano:
Actually qemu-guest-agent IS available in the standard CentOS distribution ( ATM qemu-guest-agent-0.12.1.2-2.415.el6_5.6.{x86_64,i686}.rpm ).
Regarding ubuntu 12.04, isn't it "Ubuntu Precise Pangolin LTS" (this is from oVirt 3.4.0) ?
HTH, Giorgio.
-- 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
2014-03-26 11:20 GMT+01:00 Sven Kieske <S.Kieske@mittwald.de>:
Ah cool, I didn't stumble upon the qemu-ga, thanks for that!
However yes, ubuntu 12.04 is precise release, but I don't know of any packaged version of qemu-ga for it, but maybe I just missed it as the centos one?
No, it seems to be available only from "Raring Ringtails" onwards :-(
Am 26.03.2014 11:13, schrieb Giorgio Bersano:
Actually qemu-guest-agent IS available in the standard CentOS distribution ( ATM qemu-guest-agent-0.12.1.2-2.415.el6_5.6.{x86_64,i686}.rpm ).
Regarding ubuntu 12.04, isn't it "Ubuntu Precise Pangolin LTS" (this is from oVirt 3.4.0) ?
HTH, Giorgio.
-- 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
So I guess I don't need to search for a compiled version for debian 7? Am 26.03.2014 14:38, schrieb Giorgio Bersano:
No, it seems to be available only from "Raring Ringtails" onwards :-(
-- 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
On Mar 26, 2014, at 10:51 , Itamar Heim <iheim@redhat.com> wrote:
On 03/26/2014 05:44 AM, Sven Kieske wrote:
And I still have 2 cool features which would be cool to include for 3.5:
Add Debian 7 to the list of operating systems for VMs (I guess there is not much work to be done for that)
care to give it a shot :) really simple sample to follow: http://gerrit.ovirt.org/#/c/22273/
Here's the RFE for that: https://bugzilla.redhat.com/show_bug.cgi?id=1073453
And provide qemu-guest-agent (not ovirt-guest-agent) for more operating systems, at least centos.
ubuntu 12.04 and debian would also be cool.
I can create an RFE for that if you want.
qemu-guest-agent for centos should be opened in centos (not sure why its not already available)?
qemu-guest-agent is part of the qemu/kvm ecosystem and for debian/ubuntu - should be raised on qemu-devel and opened in ubuntu/debian?
note so far in 3.4/3.5 still the only thing it brings you is the Backup API feature - quiesce of drives during taking of the snapshot. For most of other uses you don't actually need it and you can --nodeps it... Thanks, michal
Am 24.02.2014 17:59, schrieb Itamar Heim:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5...
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 26/03/14 06:51, Itamar Heim wrote:
On 03/26/2014 05:44 AM, Sven Kieske wrote:
And I still have 2 cool features which would be cool to include for 3.5:
Add Debian 7 to the list of operating systems for VMs (I guess there is not much work to be done for that)
care to give it a shot :) really simple sample to follow: http://gerrit.ovirt.org/#/c/22273/
Here's the RFE for that: https://bugzilla.redhat.com/show_bug.cgi?id=1073453
And provide qemu-guest-agent (not ovirt-guest-agent) for more operating systems, at least centos.
ubuntu 12.04 and debian would also be cool.
I can create an RFE for that if you want.
qemu-guest-agent for centos should be opened in centos (not sure why its not already available)?
qemu-guest-agent is part of the qemu/kvm ecosystem and for debian/ubuntu - should be raised on qemu-devel and opened in ubuntu/debian?
For Debian, package qemu-guest-agent exists in backports: https://packages.debian.org/wheezy-backports/qemu-guest-agent I haven't tested it yet
On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Add support to sparsify disk trough virt-sparsify in order to reclaim unused space from vm disk or convert to thin provision. This feature is usefult when you import a vm from another hypervisor disk is imported with full size.
+1 Am 26.03.2014 16:14, schrieb Federico Alberto Sayd:
Add support to sparsify disk trough virt-sparsify in order to reclaim unused space from vm disk or convert to thin provision. This feature is usefult when you import a vm from another hypervisor disk is imported with full size.
-- 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
participants (42)
-
Adam Litke -
Alexandr -
Andrew Cathrow -
Antoni Segura Puimedon -
Ayal Baron -
Barak Azulay -
Bob Doolittle -
Christian Hernandez -
Dafna Ron -
Dan Kenigsberg -
Darrell Budic -
Doron Fediuck -
Einav Cohen -
Eli Mesika -
Ernest Beinrohr -
Federico Alberto Sayd -
Federico Simoncelli -
Gianluca Cecchi -
Giorgio Bersano -
Itamar Heim -
Johan Kooijman -
Jon Archer -
Jonas Israelsson -
Jorick Astrego -
Kapetanakis Giannis -
Karli Sjöberg -
Latchezar Filtchev -
Liviu Elama -
Malini Rao -
Markus Stockhausen -
Maurice James -
Michal Skrivanek -
Michal Skrivanek -
Nicolas Ecarnot -
Omer Frenkel -
René Koch -
Roy Golan -
Sahina Bose -
Sandro Bonazzola -
Sven Kieske -
Vinzenz Feenstra -
Yedidyah Bar David