With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"? Thanks, Itamar
This is a multi-part message in MIME format. --------------010709040906070602040900 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Ceph support ;) Regards, C=C3=A9dric On 12/09/2014 14:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in =
oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------010709040906070602040900 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Ty= pe"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#1F497D"> <font face=3D"Arial">Ceph support ;)<br> Regards,<br> C=C3=A9dric<br> <br> </font> <div class=3D"moz-cite-prefix">On 12/09/2014 14:22, Itamar Heim wrote= :<br> </div> <blockquote cite=3D"mid:5412E591.6060900@redhat.com" type=3D"cite">Wi= th oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"? <br> <br> Thanks, <br> =C2=A0=C2=A0 Itamar <br> _______________________________________________ <br> Users mailing list <br> <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.or= g">Users@ovirt.org</a> <br> <a class=3D"moz-txt-link-freetext" href=3D"http://lists.ovirt.org/m= ailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> <br> </blockquote> <br> </body> </html> --------------010709040906070602040900--
On 09/12/2014 03:26 PM, Cédric Buot de l'Epine wrote:
Ceph support ;)
care to provide more details on how you envision your use case? we're currently contemplating adding the ceph support via Cinder, which would simplify adding other technologies/plugins later.
Regards, Cédric
On 12/09/2014 14:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Fri, Sep 12, 2014 at 2:37 PM, Itamar Heim <iheim@redhat.com> wrote:
On 09/12/2014 03:26 PM, Cédric Buot de l'Epine wrote:
Ceph support ;)
care to provide more details on how you envision your use case? we're currently contemplating adding the ceph support via Cinder, which would simplify adding other technologies/plugins later.
But right now is there any chance to already use Ceph if configuring CephFS (http://ceph.com/docs/v0.67.9/cephfs/): a POSIX-compliant filesystem that uses a Ceph Storage Cluster to store its data. and PosixFS in oVirt (http://www.ovirt.org/Features/PosixFSConnection) what limitations would one have dong that? Gianluca
This is a multi-part message in MIME format. --------------050409060108080208080409 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable On 12/09/2014 14:44, Gianluca Cecchi wrote:
On Fri, Sep 12, 2014 at 2:37 PM, Itamar Heim <iheim@redhat.com=20 <mailto:iheim@redhat.com>> wrote:
On 09/12/2014 03:26 PM, C=C3=A9dric Buot de l'Epine wrote:
Ceph support ;)
care to provide more details on how you envision your use case? we're currently contemplating adding the ceph support via Cinder, which would simplify adding other technologies/plugins later.
But right now is there any chance to already use Ceph if configuring CephFS (http://ceph.com/docs/v0.67.9/cephfs/): a POSIX-compliant=20 filesystem that uses a Ceph Storage Cluster to store its data. and PosixFS in oVirt (http://www.ovirt.org/Features/PosixFSConnection) Dunno if CephFS efforts will be sustainable against Glusterfs... I'm not sure if a posix fs is the best provider for blocks. I would be pleased to have a direct form to create a Ceph pool for a=20 datacenter, then provide librbd path for the guests (or only their size).=
C=C3=A9dric
what limitations would one have dong that?
Gianluca
--------------050409060108080208080409 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Ty= pe"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#1F497D"> On 12/09/2014 14:44, Gianluca Cecchi wrote:<br> <blockquote cite=3D"mid:CAG2kNCyQC2=3DMD6Q8jWgm_SU3DqX-L3zRHeSTQUFCPWtyDpsYvg@mail.gm= ail.com" type=3D"cite"> <div dir=3D"ltr"> <div class=3D"gmail_extra"> <div class=3D"gmail_quote">On Fri, Sep 12, 2014 at 2:37 PM, Itamar Heim <span dir=3D"ltr"><<a moz-do-not-send=3D"true"= href=3D"mailto:iheim@redhat.com" target=3D"_blank">iheim@= redhat.com</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px= 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-lef= t-style:solid;padding-left:1ex">On 09/12/2014 03:26 PM, C=C3=A9dric Buot de l'Epine wrote:<br>= <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0= px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-lef= t-style:solid;padding-left:1ex"> Ceph support ;)<br> </blockquote> <br> care to provide more details on how you envision your use case?<br> we're currently contemplating adding the ceph support via Cinder, which would simplify adding other technologies/plugins later. <div class=3D""> <div class=3D"h5"><br> </div> </div> </blockquote> <div><br> </div> <div>But right now is there any chance to already use Ceph if configuring=C2=A0</div> <div>CephFS (<a moz-do-not-send=3D"true" href=3D"http://ceph.com/docs/v0.67.9/cephfs/">http://ceph= =2Ecom/docs/v0.67.9/cephfs/</a>): a POSIX-compliant filesystem that uses a Ceph Storage Cluster to store its data.</div> <div>and=C2=A0</div> <div>PosixFS in oVirt (<a moz-do-not-send=3D"true" href=3D"http://www.ovirt.org/Features/PosixFSConnection">= http://www.ovirt.org/Features/PosixFSConnection</a>)<br> </div> </div> </div> </div> </blockquote> Dunno if CephFS efforts will be sustainable against Glusterfs...<br> I'm not sure if a posix fs is the best provider for blocks.<br> I would be pleased to have a direct form to create a Ceph pool for a datacenter, then provide librbd path for the guests (or only their size).<br> <br> C=C3=A9dric =C2=A0 <br> <blockquote cite=3D"mid:CAG2kNCyQC2=3DMD6Q8jWgm_SU3DqX-L3zRHeSTQUFCPWtyDpsYvg@mail.gm= ail.com" type=3D"cite"> <div dir=3D"ltr"> <div class=3D"gmail_extra"> <div class=3D"gmail_quote"> <div><br> </div> <div>what limitations would one have dong that?</div> <div><br> </div> <div>Gianluca</div> </div> </div> </div> </blockquote> <br> </body> </html> --------------050409060108080208080409--
This is a multi-part message in MIME format. --------------050300050800040404090102 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable On 12/09/2014 14:44, Gianluca Cecchi wrote:
On Fri, Sep 12, 2014 at 2:37 PM, Itamar Heim <iheim@redhat.com=20 <mailto:iheim@redhat.com>> wrote:
care to provide more details on how you envision your use case? we're currently contemplating adding the ceph support via Cinder, which would simplify adding other technologies/plugins later.
But right now is there any chance to already use Ceph if configuring CephFS (http://ceph.com/docs/v0.67.9/cephfs/): a POSIX-compliant=20 filesystem that uses a Ceph Storage Cluster to store its data. and PosixFS in oVirt (http://www.ovirt.org/Features/PosixFSConnection) Dunno if CephFS efforts will be sustainable against Glusterfs... I'm not sure if a posix fs is the best provider for blocks. I would be pleased to have a direct form to create a Ceph pool for a=20 datacenter, then provide librbd path for the guests (or only their size).=
C=C3=A9dric --------------050300050800040404090102 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Ty= pe"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#1F497D"> On 12/09/2014 14:44, Gianluca Cecchi wrote:<br> <blockquote cite=3D"mid:CAG2kNCyQC2=3DMD6Q8jWgm_SU3DqX-L3zRHeSTQUFCPWtyDpsYvg@mail.gm= ail.com" type=3D"cite"> <div dir=3D"ltr"> <div class=3D"gmail_extra"> <div class=3D"gmail_quote">On Fri, Sep 12, 2014 at 2:37 PM, Itamar Heim <span dir=3D"ltr"><<a moz-do-not-send=3D"true"= href=3D"mailto:iheim@redhat.com" target=3D"_blank">iheim@= redhat.com</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px= 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-lef= t-style:solid;padding-left:1ex"><br> care to provide more details on how you envision your use case?<br> we're currently contemplating adding the ceph support via Cinder, which would simplify adding other technologies/plugins later. <div class=3D""> <div class=3D"h5"><br> </div> </div> </blockquote> <div><br> </div> <div>But right now is there any chance to already use Ceph if configuring=C2=A0</div> <div>CephFS (<a moz-do-not-send=3D"true" href=3D"http://ceph.com/docs/v0.67.9/cephfs/">http://ceph= =2Ecom/docs/v0.67.9/cephfs/</a>): a POSIX-compliant filesystem that uses a Ceph Storage Cluster to store its data.</div> <div>and=C2=A0</div> <div>PosixFS in oVirt (<a moz-do-not-send=3D"true" href=3D"http://www.ovirt.org/Features/PosixFSConnection">= http://www.ovirt.org/Features/PosixFSConnection</a>)<br> </div> </div> </div> </div> </blockquote> Dunno if CephFS efforts will be sustainable against Glusterfs...<br> I'm not sure if a posix fs is the best provider for blocks.<br> I would be pleased to have a direct form to create a Ceph pool for a datacenter, then provide librbd path for the guests (or only their size).<br> <br> C=C3=A9dric<br> </body> </html> --------------050300050800040404090102--
+1! I really would like to see a fast working way to create, manage and use ceph in ovirt. I don't know if implementation through openstack component is enough, because you will need more components then (keystone for auth e.g.). On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
Dunno if CephFS efforts will be sustainable against Glusterfs... I'm not sure if a posix fs is the best provider for blocks. I would be pleased to have a direct form to create a Ceph pool for a datacenter, then provide librbd path for the guests (or only their 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
----- Original Message -----
From: "Sven Kieske" <s.kieske@mittwald.de> To: users@ovirt.org Sent: Friday, September 12, 2014 4:53:46 PM Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
+1!
I really would like to see a fast working way to create, manage and use ceph in ovirt. I don't know if implementation through openstack component is enough, because you will need more components then (keystone for auth e.g.).
Sure you will need more components, but we don't want to duplicate the effort, implementing ceph support directly in ovirt. Using Cinder we can reuse the existing ceph support, and gain also support for other Cinder drivers for free. On the host side, we will have of course ceph specific support, so you will be able to create ceph volumes directly, and use vdsm api to start vms using these volumes, if you want more "direct" support. I think this is the general long term approach; integrate openstack components instead of re-implementing the wheel.
On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
Dunno if CephFS efforts will be sustainable against Glusterfs... I'm not sure if a posix fs is the best provider for blocks. I would be pleased to have a direct form to create a Ceph pool for a datacenter, then provide librbd path for the guests (or only their 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 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
When VMs goes to unknown status, all control options are grayed, and the only way to fix this is to update the Database manually, it will be nice to be able to force the engine to poweroff the VM from admin portal. Thanks, Mohyedeen. On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer <nsoffer@redhat.com> wrote:
----- Original Message -----
From: "Sven Kieske" <s.kieske@mittwald.de> To: users@ovirt.org Sent: Friday, September 12, 2014 4:53:46 PM Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
+1!
I really would like to see a fast working way to create, manage and use ceph in ovirt. I don't know if implementation through openstack component is enough, because you will need more components then (keystone for auth e.g.).
Sure you will need more components, but we don't want to duplicate the effort, implementing ceph support directly in ovirt. Using Cinder we can reuse the existing ceph support, and gain also support for other Cinder drivers for free.
On the host side, we will have of course ceph specific support, so you will be able to create ceph volumes directly, and use vdsm api to start vms using these volumes, if you want more "direct" support.
I think this is the general long term approach; integrate openstack components instead of re-implementing the wheel.
On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
Dunno if CephFS efforts will be sustainable against Glusterfs... I'm not sure if a posix fs is the best provider for blocks. I would be pleased to have a direct form to create a Ceph pool for a datacenter, then provide librbd path for the guests (or only their
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 _______________________________________________ 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
One more thing,, Being able to attach USB dongles from the admin portal... Thanks, Mohyedeen. On Sat, Sep 13, 2014 at 3:32 PM, Mohyedeen Nazzal < mohyedeen.nazzal@gmail.com> wrote:
When VMs goes to unknown status, all control options are grayed, and the only way to fix this is to update the Database manually, it will be nice to be able to force the engine to poweroff the VM from admin portal.
Thanks, Mohyedeen.
On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer <nsoffer@redhat.com> wrote:
----- Original Message -----
From: "Sven Kieske" <s.kieske@mittwald.de> To: users@ovirt.org Sent: Friday, September 12, 2014 4:53:46 PM Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
+1!
I really would like to see a fast working way to create, manage and use ceph in ovirt. I don't know if implementation through openstack component is enough, because you will need more components then (keystone for auth e.g.).
Sure you will need more components, but we don't want to duplicate the effort, implementing ceph support directly in ovirt. Using Cinder we can reuse the existing ceph support, and gain also support for other Cinder drivers for free.
On the host side, we will have of course ceph specific support, so you will be able to create ceph volumes directly, and use vdsm api to start vms using these volumes, if you want more "direct" support.
I think this is the general long term approach; integrate openstack components instead of re-implementing the wheel.
On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
Dunno if CephFS efforts will be sustainable against Glusterfs... I'm not sure if a posix fs is the best provider for blocks. I would be pleased to have a direct form to create a Ceph pool for a datacenter, then provide librbd path for the guests (or only their
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 _______________________________________________ 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 09/13/2014 03:38 PM, Mohyedeen Nazzal wrote:
One more thing,,
Being able to attach USB dongles from the admin portal...
like the hostusb vdsm hook allows?
Thanks, Mohyedeen.
On Sat, Sep 13, 2014 at 3:32 PM, Mohyedeen Nazzal <mohyedeen.nazzal@gmail.com <mailto:mohyedeen.nazzal@gmail.com>> wrote:
When VMs goes to unknown status, all control options are grayed, and the only way to fix this is to update the Database manually, it will be nice to be able to force the engine to poweroff the VM from admin portal.
Thanks, Mohyedeen.
On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer <nsoffer@redhat.com <mailto:nsoffer@redhat.com>> wrote:
----- Original Message ----- > From: "Sven Kieske" <s.kieske@mittwald.de <mailto:s.kieske@mittwald.de>> > To:users@ovirt.org <mailto:users@ovirt.org> > Sent: Friday, September 12, 2014 4:53:46 PM > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning > > +1! > > I really would like to see a fast working way to create, manage > and use ceph in ovirt. I don't know if implementation through > openstack component is enough, because you will need more components > then (keystone for auth e.g.).
Sure you will need more components, but we don't want to duplicate the effort, implementing ceph support directly in ovirt. Using Cinder we can reuse the existing ceph support, and gain also support for other Cinder drivers for free.
On the host side, we will have of course ceph specific support, so you will be able to create ceph volumes directly, and use vdsm api to start vms using these volumes, if you want more "direct" support.
I think this is the general long term approach; integrate openstack components instead of re-implementing the wheel.
> > On 12/09/14 15:34, Cédric Buot de l'Epine wrote: > > Dunno if CephFS efforts will be sustainable against Glusterfs... > > I'm not sure if a posix fs is the best provider for blocks. > > I would be pleased to have a direct form to create a Ceph pool for a > > datacenter, then provide librbd path for the guests (or only their 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 <tel:%2B49-5772-293-100> > F: +49-5772-293-333 <tel:%2B49-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 <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
like the hostusb vdsm hook allows? is this installed by default, yet? furthermore I think you need to enable it via engine-config(custom
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13.09.2014 22:25, Itamar Heim wrote: parameters), don't you? I guess what is asked for is something working "out of the box". kind regards Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQGcBAEBAgAGBQJUFNv1AAoJEAq0kGAWDrqlNpgMAMgPo9QqH0aiqE0bMsmvXDbM R/gbK2+OteDGKgA7m4nvUIw5dzQ1X5a07+q51JoSRaUrJ3MxbA/y2lni9LG6ObyM 57pY3lwWqn91bS+dwo9bGaDKgdWq3HoHPfo+Wz7LfoHSACpeOgu+j6kWtgm3WcLm G3tST1fncLXnWPTQ6SkXaKo5N8G68NrjR2Ih8pFKu+GfeP+0MredKt3d+yHJRrjV 9ZtZvsvd4INDKOfVvJmR8MA0NvTSkFvLSBHvJ9gG3k0Umn/htdn9sPgS41Kghz2x NV1YX8pr4PmJjanGhFaVAYw2v367tVMgcewa21zZ162Wzh7nzTNOJAtMIfQn+hSG 2EGaw0NLFm0grpjITXCp24G1GwVUf3FR2dxt+GdsQ9upEs5605SMlknT6BLmtoJ8 8LCArwEfZ0UgC4T6qOWp7+Sbkcl124qg7abupewL8usKtmnQV00/8pIusx1mtypj 4BDAE5Cq4e+U8hiB9nlGJzo1IFnyBszMOQQLunKGow== =fv56 -----END PGP SIGNATURE-----
On 09/14/2014 03:06 AM, Sven Kieske wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
like the hostusb vdsm hook allows? is this installed by default, yet? furthermore I think you need to enable it via engine-config(custom
On 13.09.2014 22:25, Itamar Heim wrote: parameters), don't you?
I guess what is asked for is something working "out of the box".
I got that part :) i wanted to make sure its about hostusb and not something else like usb remoting via spice, etc.
On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske <svenkieske@gmail.com> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
like the hostusb vdsm hook allows? is this installed by default, yet? furthermore I think you need to enable it via engine-config(custom
On 13.09.2014 22:25, Itamar Heim wrote: parameters), don't you?
I guess what is asked for is something working "out of the box".
Yes It's supported by hostusb hook, But this needs access to the host to list what what devices are installed. I have used once vSphere, and it allows to select which device to attach, I guess it would be nice to have this in future releases .
kind regards
Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32)
iQGcBAEBAgAGBQJUFNv1AAoJEAq0kGAWDrqlNpgMAMgPo9QqH0aiqE0bMsmvXDbM R/gbK2+OteDGKgA7m4nvUIw5dzQ1X5a07+q51JoSRaUrJ3MxbA/y2lni9LG6ObyM 57pY3lwWqn91bS+dwo9bGaDKgdWq3HoHPfo+Wz7LfoHSACpeOgu+j6kWtgm3WcLm G3tST1fncLXnWPTQ6SkXaKo5N8G68NrjR2Ih8pFKu+GfeP+0MredKt3d+yHJRrjV 9ZtZvsvd4INDKOfVvJmR8MA0NvTSkFvLSBHvJ9gG3k0Umn/htdn9sPgS41Kghz2x NV1YX8pr4PmJjanGhFaVAYw2v367tVMgcewa21zZ162Wzh7nzTNOJAtMIfQn+hSG 2EGaw0NLFm0grpjITXCp24G1GwVUf3FR2dxt+GdsQ9upEs5605SMlknT6BLmtoJ8 8LCArwEfZ0UgC4T6qOWp7+Sbkcl124qg7abupewL8usKtmnQV00/8pIusx1mtypj 4BDAE5Cq4e+U8hiB9nlGJzo1IFnyBszMOQQLunKGow== =fv56 -----END PGP SIGNATURE----- _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi All, I want a better way to prevent Ip spoofing on the guest VM's... Thanks, Punit On Sun, Sep 14, 2014 at 10:04 PM, Mohyedeen Nazzal < mohyedeen.nazzal@gmail.com> wrote:
On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske <svenkieske@gmail.com> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
like the hostusb vdsm hook allows? is this installed by default, yet? furthermore I think you need to enable it via engine-config(custom
On 13.09.2014 22:25, Itamar Heim wrote: parameters), don't you?
I guess what is asked for is something working "out of the box".
Yes It's supported by hostusb hook, But this needs access to the host to list what what devices are installed. I have used once vSphere, and it allows to select which device to attach, I guess it would be nice to have this in future releases .
kind regards
Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32)
iQGcBAEBAgAGBQJUFNv1AAoJEAq0kGAWDrqlNpgMAMgPo9QqH0aiqE0bMsmvXDbM R/gbK2+OteDGKgA7m4nvUIw5dzQ1X5a07+q51JoSRaUrJ3MxbA/y2lni9LG6ObyM 57pY3lwWqn91bS+dwo9bGaDKgdWq3HoHPfo+Wz7LfoHSACpeOgu+j6kWtgm3WcLm G3tST1fncLXnWPTQ6SkXaKo5N8G68NrjR2Ih8pFKu+GfeP+0MredKt3d+yHJRrjV 9ZtZvsvd4INDKOfVvJmR8MA0NvTSkFvLSBHvJ9gG3k0Umn/htdn9sPgS41Kghz2x NV1YX8pr4PmJjanGhFaVAYw2v367tVMgcewa21zZ162Wzh7nzTNOJAtMIfQn+hSG 2EGaw0NLFm0grpjITXCp24G1GwVUf3FR2dxt+GdsQ9upEs5605SMlknT6BLmtoJ8 8LCArwEfZ0UgC4T6qOWp7+Sbkcl124qg7abupewL8usKtmnQV00/8pIusx1mtypj 4BDAE5Cq4e+U8hiB9nlGJzo1IFnyBszMOQQLunKGow== =fv56 -----END PGP SIGNATURE----- _______________________________________________ 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 09/14/2014 09:12 PM, Punit Dambiwal wrote:
Hi All,
I want a better way to prevent Ip spoofing on the guest VM's...
I don't think we made any progress on this front. if still relevant, please ask again in next poll
Thanks, Punit
On Sun, Sep 14, 2014 at 10:04 PM, Mohyedeen Nazzal <mohyedeen.nazzal@gmail.com <mailto:mohyedeen.nazzal@gmail.com>> wrote:
On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske <svenkieske@gmail.com <mailto:svenkieske@gmail.com>> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 13.09.2014 22:25, Itamar Heim wrote: > like the hostusb vdsm hook allows? is this installed by default, yet? furthermore I think you need to enable it via engine-config(custom parameters), don't you?
I guess what is asked for is something working "out of the box".
Yes It's supported by hostusb hook, But this needs access to the host to list what what devices are installed. I have used once vSphere, and it allows to select which device to attach, I guess it would be nice to have this in future releases .
kind regards
Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32)
iQGcBAEBAgAGBQJUFNv1AAoJEAq0kGAWDrqlNpgMAMgPo9QqH0aiqE0bMsmvXDbM R/gbK2+OteDGKgA7m4nvUIw5dzQ1X5a07+q51JoSRaUrJ3MxbA/y2lni9LG6ObyM 57pY3lwWqn91bS+dwo9bGaDKgdWq3HoHPfo+Wz7LfoHSACpeOgu+j6kWtgm3WcLm G3tST1fncLXnWPTQ6SkXaKo5N8G68NrjR2Ih8pFKu+GfeP+0MredKt3d+yHJRrjV 9ZtZvsvd4INDKOfVvJmR8MA0NvTSkFvLSBHvJ9gG3k0Umn/htdn9sPgS41Kghz2x NV1YX8pr4PmJjanGhFaVAYw2v367tVMgcewa21zZ162Wzh7nzTNOJAtMIfQn+hSG 2EGaw0NLFm0grpjITXCp24G1GwVUf3FR2dxt+GdsQ9upEs5605SMlknT6BLmtoJ8 8LCArwEfZ0UgC4T6qOWp7+Sbkcl124qg7abupewL8usKtmnQV00/8pIusx1mtypj 4BDAE5Cq4e+U8hiB9nlGJzo1IFnyBszMOQQLunKGow== =fv56 -----END PGP SIGNATURE----- _______________________________________________ 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
On Wed, Nov 04, 2015 at 07:06:54PM -0500, Itamar Heim wrote:
On 09/14/2014 09:12 PM, Punit Dambiwal wrote:
Hi All,
I want a better way to prevent Ip spoofing on the guest VM's...
I don't think we made any progress on this front.
Correct. The only option available today is to add a hook script that changes the nic filter from vdsm-no-macspoof to "clean-traffic"
if still relevant, please ask again in next poll
On Sat, Sep 13, 2014 at 11:25 PM, Itamar Heim <iheim@redhat.com> wrote:
On 09/13/2014 03:38 PM, Mohyedeen Nazzal wrote:
One more thing,,
Being able to attach USB dongles from the admin portal...
like the hostusb vdsm hook allows?
Yes, exactly.
Thanks, Mohyedeen.
On Sat, Sep 13, 2014 at 3:32 PM, Mohyedeen Nazzal <mohyedeen.nazzal@gmail.com <mailto:mohyedeen.nazzal@gmail.com>> wrote:
When VMs goes to unknown status, all control options are grayed, and the only way to fix this is to update the Database manually, it will be nice to be able to force the engine to poweroff the VM from admin portal.
Thanks, Mohyedeen.
On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer <nsoffer@redhat.com <mailto:nsoffer@redhat.com>> wrote:
----- Original Message ----- > From: "Sven Kieske" <s.kieske@mittwald.de <mailto: s.kieske@mittwald.de>> > To:users@ovirt.org <mailto:users@ovirt.org> > Sent: Friday, September 12, 2014 4:53:46 PM > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning > > +1! > > I really would like to see a fast working way to create, manage > and use ceph in ovirt. I don't know if implementation through > openstack component is enough, because you will need more components > then (keystone for auth e.g.).
Sure you will need more components, but we don't want to duplicate the effort, implementing ceph support directly in ovirt. Using Cinder we can reuse the existing ceph support, and gain also support for other Cinder drivers for free.
On the host side, we will have of course ceph specific support, so you will be able to create ceph volumes directly, and use vdsm api to start vms using these volumes, if you want more "direct" support.
I think this is the general long term approach; integrate openstack components instead of re-implementing the wheel.
> > On 12/09/14 15:34, Cédric Buot de l'Epine wrote: > > Dunno if CephFS efforts will be sustainable against Glusterfs... > > I'm not sure if a posix fs is the best provider for blocks. > > I would be pleased to have a direct form to create a Ceph pool for a > > datacenter, then provide librbd path for the guests (or only their 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 <tel:%2B49-5772-293-100> > F: +49-5772-293-333 <tel:%2B49-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 <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
On 09/14/2014 02:15 AM, Mohyedeen Nazzal wrote:
On Sat, Sep 13, 2014 at 11:25 PM, Itamar Heim <iheim@redhat.com <mailto:iheim@redhat.com>> wrote:
On 09/13/2014 03:38 PM, Mohyedeen Nazzal wrote:
One more thing,,
Being able to attach USB dongles from the admin portal...
did not make it, if still relevant, please ask again in next poll
like the hostusb vdsm hook allows?
Yes, exactly.
Thanks, Mohyedeen.
On Sat, Sep 13, 2014 at 3:32 PM, Mohyedeen Nazzal <mohyedeen.nazzal@gmail.com <mailto:mohyedeen.nazzal@gmail.com> <mailto:mohyedeen.nazzal@__gmail.com <mailto:mohyedeen.nazzal@gmail.com>>> wrote:
When VMs goes to unknown status, all control options are grayed, and the only way to fix this is to update the Database manually, it will be nice to be able to force the engine to poweroff the VM from admin portal.
Thanks, Mohyedeen.
On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer <nsoffer@redhat.com <mailto:nsoffer@redhat.com> <mailto:nsoffer@redhat.com <mailto:nsoffer@redhat.com>>> wrote:
----- Original Message ----- > From: "Sven Kieske" <s.kieske@mittwald.de <mailto:s.kieske@mittwald.de> <mailto:s.kieske@mittwald.de <mailto:s.kieske@mittwald.de>>> > To:users@ovirt.org <mailto:To%3Ausers@ovirt.org> <mailto:users@ovirt.org <mailto:users@ovirt.org>> > Sent: Friday, September 12, 2014 4:53:46 PM > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning > > +1! > > I really would like to see a fast working way to create, manage > and use ceph in ovirt. I don't know if implementation through > openstack component is enough, because you will need more components > then (keystone for auth e.g.).
Sure you will need more components, but we don't want to duplicate the effort, implementing ceph support directly in ovirt. Using Cinder we can reuse the existing ceph support, and gain also support for other Cinder drivers for free.
On the host side, we will have of course ceph specific support, so you will be able to create ceph volumes directly, and use vdsm api to start vms using these volumes, if you want more "direct" support.
I think this is the general long term approach; integrate openstack components instead of re-implementing the wheel.
> > On 12/09/14 15:34, Cédric Buot de l'Epine wrote: > > Dunno if CephFS efforts will be sustainable against Glusterfs... > > I'm not sure if a posix fs is the best provider for blocks. > > I would be pleased to have a direct form to create a Ceph pool for a > > datacenter, then provide librbd path for the guests (or only their 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 <tel:%2B49-5772-293-100> <tel:%2B49-5772-293-100> > F: +49-5772-293-333 <tel:%2B49-5772-293-333> <tel:%2B49-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 <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > http://lists.ovirt.org/__mailman/listinfo/users <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 <http://lists.ovirt.org/mailman/listinfo/users>
_________________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/__mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>
On 09/13/2014 03:32 PM, Mohyedeen Nazzal wrote:
When VMs goes to unknown status, all control options are grayed, and the only way to fix this is to update the Database manually, it will be nice to be able to force the engine to poweroff the VM from admin portal.
'unknown' means the host is in non-responsive state. the "correct" approach is to correct the status of the host (stop via the power management options ('fence'), or 'confirm manual shutdown' of the host. either should release the 'unknown' status of the VM. for extreme cases (aka 'bugs'), there is a command line unlock utility to be used with caution.
Thanks, Mohyedeen.
On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer <nsoffer@redhat.com <mailto:nsoffer@redhat.com>> wrote:
----- Original Message ----- > From: "Sven Kieske" <s.kieske@mittwald.de <mailto:s.kieske@mittwald.de>> > To:users@ovirt.org <mailto:users@ovirt.org> > Sent: Friday, September 12, 2014 4:53:46 PM > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning > > +1! > > I really would like to see a fast working way to create, manage > and use ceph in ovirt. I don't know if implementation through > openstack component is enough, because you will need more components > then (keystone for auth e.g.).
Sure you will need more components, but we don't want to duplicate the effort, implementing ceph support directly in ovirt. Using Cinder we can reuse the existing ceph support, and gain also support for other Cinder drivers for free.
On the host side, we will have of course ceph specific support, so you will be able to create ceph volumes directly, and use vdsm api to start vms using these volumes, if you want more "direct" support.
I think this is the general long term approach; integrate openstack components instead of re-implementing the wheel.
> > On 12/09/14 15:34, Cédric Buot de l'Epine wrote: > > Dunno if CephFS efforts will be sustainable against Glusterfs... > > I'm not sure if a posix fs is the best provider for blocks. > > I would be pleased to have a direct form to create a Ceph pool for a > > datacenter, then provide librbd path for the guests (or only their 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 <tel:%2B49-5772-293-100> > F: +49-5772-293-333 <tel:%2B49-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 <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
On 09/12/2014 04:53 PM, Sven Kieske wrote:
+1!
I really would like to see a fast working way to create, manage and use ceph in ovirt. I don't know if implementation through openstack component is enough, because you will need more components then (keystone for auth e.g.).
you would need to setup cinder with noauth or keystone, yes. similar to glance and neutron current support. neutron virtual appliance in 3.5 should have neutron with a local keystone already configured out of the box iirc
On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
Dunno if CephFS efforts will be sustainable against Glusterfs... I'm not sure if a posix fs is the best provider for blocks. I would be pleased to have a direct form to create a Ceph pool for a datacenter, then provide librbd path for the guests (or only their size).
I would really like to see ceph support through libvirtd. Since cephfs is FAR from stable and having an NFS server in the middle really f*cks up performance, ceph is simply not an option right now. The main reason we have to move away from ovirt, can't wait to get back to ovirt! On Fri, Sep 12, 2014 at 2:37 PM, Itamar Heim <iheim@redhat.com> wrote:
On 09/12/2014 03:26 PM, Cédric Buot de l'Epine wrote:
Ceph support ;)
care to provide more details on how you envision your use case? we're currently contemplating adding the ceph support via Cinder, which would simplify adding other technologies/plugins later.
Regards,
Cédric
On 12/09/2014 14:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ 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
-- Met vriendelijke groeten / With kind regards, Johan Kooijman
On 09/12/2014 08:26 AM, Cédric Buot de l'Epine wrote:
Ceph support ;)
via cinder, but there.
Regards, Cédric
On 12/09/2014 14:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Ovirt: FCoE hosted engine support. Fencing over storage (FCoE, iSCSI, NFS, etc) ISO upload over web UI. Dne 12.9.2014 14:22, Itamar Heim napsal(a):
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
------=_Part_22555_28684873.1410531868329 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Yes, this feature will be very usefull (ISO upload over web UI). +1 Choose which VM should automatically start up, like in VMware Vsphere "Virtual Machine Starup and Shutdown" ----- Mensagem original ----- De: "Federico Alberto Sayd" <fsayd@uncu.edu.ar> Para: users@ovirt.org Enviadas: Sexta-feira, 12 De Setembro de 2014 14:45:43 Assunto: Re: [ovirt-users] [RFI] oVirt 3.6 Planning On 12/09/14 09:55, Jakub Bittner wrote:
ISO upload over web UI. +1, Is it so hard to implement such feature?
Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ------=_Part_22555_28684873.1410531868329 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Times New Roman; font-size: 10pt; co= lor: #000000"><div>Yes, this feature will be very usefull (ISO upload over = web UI).<br></div><div>+1<br></div><div>Choose which VM should automaticall= y start up, like in VMware Vsphere "Virtual Machine Starup and Shutdown"<br=
</div><div><br></div><hr id=3D"zwchr"><div style=3D"color:#000;font-weight= :normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,= sans-serif;font-size:12pt;" data-mce-style=3D"color: #000; font-weight: nor= mal; font-style: normal; text-decoration: none; font-family: Helvetica,Aria= l,sans-serif; font-size: 12pt;"><b>De: </b>"Federico Alberto Sayd" <fsay= d@uncu.edu.ar><br><b>Para: </b>users@ovirt.org<br><b>Enviadas: </b>Sexta= -feira, 12 De Setembro de 2014 14:45:43<br><b>Assunto: </b>Re: [ovirt-users= ] [RFI] oVirt 3.6 Planning<br><div><br></div>On 12/09/14 09:55, Jakub Bittn= er wrote:<br>> ISO upload over web UI.<br>+1, Is it so hard to implement= such feature?<br>_______________________________________________<br>Users = mailing list<br>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/= users<br></div><div><br></div></div></body></html> ------=_Part_22555_28684873.1410531868329--
On 09/12/2014 10:24 AM, suporte@logicworks.pt wrote:
Yes, this feature will be very usefull (ISO upload over web UI). +1
was worked on, didn't make it.
Choose which VM should automatically start up, like in VMware Vsphere "Virtual Machine Starup and Shutdown"
please ask again in next poll for it...
------------------------------------------------------------------------ *De: *"Federico Alberto Sayd" <fsayd@uncu.edu.ar> *Para: *users@ovirt.org *Enviadas: *Sexta-feira, 12 De Setembro de 2014 14:45:43 *Assunto: *Re: [ovirt-users] [RFI] oVirt 3.6 Planning
On 12/09/14 09:55, Jakub Bittner wrote:
ISO upload over web UI. +1, Is it so hard to implement such feature?
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 09/12/2014 04:45 PM, Federico Alberto Sayd wrote:
On 12/09/14 09:55, Jakub Bittner wrote:
ISO upload over web UI. +1, Is it so hard to implement such feature?
well, the tricky part is web ui access the engine, which doesn't access the storage, rather the hosts do, so you need to stream it via the engine. good news are vdsm has now upload/download api's which should hopefully pave the way for this to materialize.
On 09/13/2014 10:21 PM, Itamar Heim wrote:
On 09/12/2014 04:45 PM, Federico Alberto Sayd wrote:
On 12/09/14 09:55, Jakub Bittner wrote:
ISO upload over web UI. +1, Is it so hard to implement such feature?
well, the tricky part is web ui access the engine, which doesn't access the storage, rather the hosts do, so you need to stream it via the engine. good news are vdsm has now upload/download api's which should hopefully pave the way for this to materialize.
+1 and don't forget the image uploader over web UI. Kind regards, Jorick Astrego Netbulae
This is a multi-part message in MIME format. --------------090503050909000201070906 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Another one from our list: Log Browser to view, search, and export Logs for troubleshooting http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2032888 Purpose You can view, search, and export one or more vCenter Server and ESXi log files at a time using the log browser. You can also export, manage, and view different log types. I like to use ssh myself (or our log server) but we would like to severely limit ssh access to the engine. It would be great to have a webGUI log view to do troubleshooting from. The current events and alerts view is not really practical. Kind regards, Jorick Astrego Netbulae --------------090503050909000201070906 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Another one from our list:<br> <br> <blockquote>Log Browser to view, search, and export Logs for troubleshooting<br> <a class="moz-txt-link-freetext" href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2032888">http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2032888</a><br> <h4 class="docheading Purpose">Purpose</h4> <div>You can view, search, and export one or more vCenter Server and ESXi log files at a time using the log browser.</div> <div>You can also export, manage, and view different log types.<br> </div> </blockquote> <br> I like to use ssh myself (or our log server) but we would like to severely limit ssh access to the engine. <br> <br> It would be great to have a webGUI log view to do troubleshooting from. The current events and alerts view is not really practical.<br> <br> Kind regards,<br> <br> Jorick Astrego<br> Netbulae<br> </body> </html> --------------090503050909000201070906--
On 09/15/2014 05:22 AM, Jorick Astrego wrote:
Another one from our list:
Log Browser to view, search, and export Logs for troubleshooting http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2032888
Purpose
You can view, search, and export one or more vCenter Server and ESXi log files at a time using the log browser. You can also export, manage, and view different log types.
I like to use ssh myself (or our log server) but we would like to severely limit ssh access to the engine.
It would be great to have a webGUI log view to do troubleshooting from. The current events and alerts view is not really practical.
RHEV has something like this from a more generic access portal approach, but the log collection/viewing is something we would need to see how to make more general. if still relevant, please ask again in next poll
Kind regards,
Jorick Astrego Netbulae
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
2014-09-14 4:21 GMT+08:00 Itamar Heim <iheim@redhat.com>:
On 09/12/2014 04:45 PM, Federico Alberto Sayd wrote:
On 12/09/14 09:55, Jakub Bittner wrote:
ISO upload over web UI.
+1, Is it so hard to implement such feature?
well, the tricky part is web ui access the engine, which doesn't access the storage, rather the hosts do, so you need to stream it via the engine. good news are vdsm has now upload/download api's which should hopefully pave the way for this to materialize.
another problem is upload large file( usually over 2G ) in web pages. my thoughs on this is to split large file in small chunks and merge it on server( engine side ) there are paid software available like PLupload but we may implement by ourselves, right ? another approach is not upload using http, but this would be complex for users.
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/12/2014 03:55 PM, Jakub Bittner wrote:
Ovirt: FCoE hosted engine support.
would this be any different than FC hosted engine support?
Fencing over storage (FCoE, iSCSI, NFS, etc) ISO upload over web UI.
Dne 12.9.2014 14:22, Itamar Heim napsal(a):
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ 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 09/12/2014 08:55 AM, Jakub Bittner wrote:
Ovirt: FCoE hosted engine support.
check
Fencing over storage (FCoE, iSCSI, NFS, etc)
didn't make it
ISO upload over web UI.
started for 3.6, didn't make it.
Dne 12.9.2014 14:22, Itamar Heim napsal(a):
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ 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 09/12/2014 04:22 PM, Morten Stevens wrote:
On 12.09.2014 14:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
An official supported way to import existing raw disk images would be nice.
please review: http://www.ovirt.org/Features/virt-v2v_Integration
--Apple-Mail=_0ECB03C9-E3A7-455D-8F4D-5DD3F97F58B5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Sep 12, 2014, at 4:35 PM, Itamar Heim <iheim@redhat.com> wrote:
=20 =20 On 12.09.2014 14:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see = in oVirt 3.6"? =20 An official supported way to import existing raw disk images would be = nice. =20
On 09/12/2014 04:22 PM, Morten Stevens wrote: please review: http://www.ovirt.org/Features/virt-v2v_Integration
I don=92t think that=92s what we are looking for. With this process, if = I have an X size virtual disk, I have to come up with X+2X more storage = to go through this silly import process. With ESXi, I just right click, = add to inventory and I=92m off. Right now, I=92m looking at moving my AIO configuration to a new host. = I=92ll have to create the new AIO host, create a new storage domain on = the old disks, create new VMs that look like the old ones, create new = virtual disks, then go rummage around the storage, figure out what=92s = what in these user unfriendly UUID names, then move the old images onto = the new ones. With ESXi, I just reinstall the hypervisor, create the new VM, then = right click, add to inventory on the old disk image, and I=92m done. https://bugzilla.redhat.com/show_bug.cgi?id=3D1049604 The concept of storage domains seems rather clumsy and limited to me. --Apple-Mail=_0ECB03C9-E3A7-455D-8F4D-5DD3F97F58B5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;"><br><div><div>On Sep 12, 2014, at 4:35 PM, Itamar = Heim <<a href=3D"mailto:iheim@redhat.com">iheim@redhat.com</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><blockquote = type=3D"cite">On 09/12/2014 04:22 PM, Morten Stevens = wrote:<br><blockquote type=3D"cite"><br><br>On 12.09.2014 14:22, Itamar = Heim wrote:<br><blockquote type=3D"cite">With oVirt 3.5 nearing GA, time = to ask for "what do you want to see in<br>oVirt = 3.6"?<br></blockquote><br>An official supported way to import existing = raw disk images would be nice.<br></blockquote><br>please review:<br><a = href=3D"http://www.ovirt.org/Features/virt-v2v_Integration">http://www.ovi= rt.org/Features/virt-v2v_Integration</a></blockquote><br></div><div>I = don=92t think that=92s what we are looking for. With this process, = if I have an X size virtual disk, I have to come up with X+2X more = storage to go through this silly import process. With ESXi, I just right = click, add to inventory and I=92m off.</div><div><br></div><div>Right = now, I=92m looking at moving my AIO configuration to a new host. = I=92ll have to create the new AIO host, create a new storage = domain on the old disks, create new VMs that look like the old ones, = create new virtual disks, then go rummage around the storage, figure out = what=92s what in these user unfriendly UUID names, then move the old = images onto the new ones.</div><div><br></div><div>With ESXi, I just = reinstall the hypervisor, create the new VM, then right click, add to = inventory on the old disk image, and I=92m = done.</div><div><br></div><div><a = href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1049604">https://bug= zilla.redhat.com/show_bug.cgi?id=3D1049604</a></div><div><br></div><div>Th= e concept of storage domains seems rather clumsy and limited to = me.</div><div><br></div></body></html>= --Apple-Mail=_0ECB03C9-E3A7-455D-8F4D-5DD3F97F58B5--
On 09/12/2014 09:22 AM, Morten Stevens wrote:
On 12.09.2014 14:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
An official supported way to import existing raw disk images would be nice.
michal - is this covered via the v2v feature in 3.6 - i remember it was part the "wish-list" scope discussed?
Best regards,
Morten _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Proper iscsi multipath support/config for direct lun , not just storage domains. (I've already put an RFE request in for this as well). *Gary Lloyd* ---------------------------------- IT Services Keele University ----------------------------------- On 12 September 2014 13:22, Itamar Heim <iheim@redhat.com> wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/12/2014 11:50 AM, Gary Lloyd wrote:
Proper iscsi multipath support/config for direct lun , not just storage domains.
(I've already put an RFE request in for this as well).
Bug 1126945 - [RFE] ISCSI Multipath configuration for Direct LUN in future versions of oVirt did not make 3.6.
/Gary Lloyd/ ---------------------------------- IT Services Keele University -----------------------------------
On 12 September 2014 13:22, Itamar Heim <iheim@redhat.com <mailto:iheim@redhat.com>> wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _________________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/__mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>
Le 12/09/2014 14:22, Itamar Heim a écrit :
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
For God's sake, please, prevent "secondary" storage domains (anything other than the master, especially iso and export) to completely block the whole thing when being unavailable. To many users suffered from this in the last two years I participate at this mailing list (including me). -- Nicolas Ecarnot
----- Original Message -----
From: "Nicolas Ecarnot" <nicolas@ecarnot.net> To: users@ovirt.org Sent: Saturday, September 13, 2014 4:53:03 PM Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
Le 12/09/2014 14:22, Itamar Heim a écrit :
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
For God's sake, please, prevent "secondary" storage domains (anything other than the master, especially iso and export) to completely block the whole thing when being unavailable. To many users suffered from this in the last two years I participate at this mailing list (including me).
I think this is true for ISO and export domains for some time. It will not work for data domains - if you have vms with disks on what you call "secondary" data domain, how would you migrate these vms to a host that cannot see the "secondary" domain? In 3.6, there will be no "master" domain, so any data domain will be important as any other data domain. Maybe what do you like is to have more control on which domains are critical, and which are not. A domain which you mark as "non-critical", or "secondary", will not cause the host to become non-operational when the host cannot see this domain. So you would not be able to migrate some vms to a host that cannot see the secondary domain, but since *you* marked it as "secondary", it is not a problem for you. What do you think? Nir
Le 13/09/2014 17:34, Nir Soffer a écrit :
For God's sake, please, prevent "secondary" storage domains (anything other than the master, especially iso and export) to completely block the whole thing when being unavailable. To many users suffered from this in the last two years I participate at this mailing list (including me).
I think this is true for ISO and export domains for some time.
In 3.4 at least, this is still true and is a problem. At least, if we can get rid of this and just mark these iso and export domains as unusable, and still do every other non-related operations, this would be very useful.
It will not work for data domains - if you have vms with disks on what you call "secondary" data domain, how would you migrate these vms to a host that cannot see the "secondary" domain?
In 3.6, there will be no "master" domain, so any data domain will be important as any other data domain.
Maybe what do you like is to have more control on which domains are critical, and which are not. A domain which you mark as "non-critical", or "secondary", will not cause the host to become non-operational when the host cannot see this domain.
So you would not be able to migrate some vms to a host that cannot see the secondary domain, but since *you* marked it as "secondary", it is not a problem for you.
What do you think?
This proposition is perfect. I don't know whether being able to mark some storage domain as more precious than other will be useful, when their absence won't be a blocker anymore?
Nir
-- Nicolas Ecarnot
----- Original Message -----
From: "Nicolas Ecarnot" <nicolas@ecarnot.net> To: "Nir Soffer" <nsoffer@redhat.com> Cc: users@ovirt.org, "Federico Simoncelli" <fsimonce@redhat.com> Sent: Saturday, September 13, 2014 9:24:55 PM Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
Le 13/09/2014 17:34, Nir Soffer a écrit :
For God's sake, please, prevent "secondary" storage domains (anything other than the master, especially iso and export) to completely block the whole thing when being unavailable. To many users suffered from this in the last two years I participate at this mailing list (including me).
I think this is true for ISO and export domains for some time.
In 3.4 at least, this is still true and is a problem. At least, if we can get rid of this and just mark these iso and export domains as unusable, and still do every other non-related operations, this would be very useful.
It will not work for data domains - if you have vms with disks on what you call "secondary" data domain, how would you migrate these vms to a host that cannot see the "secondary" domain?
In 3.6, there will be no "master" domain, so any data domain will be important as any other data domain.
Maybe what do you like is to have more control on which domains are critical, and which are not. A domain which you mark as "non-critical", or "secondary", will not cause the host to become non-operational when the host cannot see this domain.
So you would not be able to migrate some vms to a host that cannot see the secondary domain, but since *you* marked it as "secondary", it is not a problem for you.
What do you think?
This proposition is perfect. I don't know whether being able to mark some storage domain as more precious than other will be useful, when their absence won't be a blocker anymore?
The idea is to let you define which storage domains are "required" and which are not, lets call them "optional". If a required storage domain cannot be seen, a host be become non-operational. If an optional storage domain cannot be seen, you will get a warning but the host will function normally. If you try to migrate a vm to a host which cannot see the storage domain used by that vm, the operation will fail. When a "required" storage domain is down, you would be able to change it to "optional", and continue to work with the other domains in degraded mode. Some vms will not able to run, but other vms that do not depend on problem domain will not be affected. I hope that I understood your question correctly. Nir
Le 13/09/2014 20:38, Nir Soffer a écrit :
----- Original Message -----
From: "Nicolas Ecarnot" <nicolas@ecarnot.net> To: "Nir Soffer" <nsoffer@redhat.com> Cc: users@ovirt.org, "Federico Simoncelli" <fsimonce@redhat.com> Sent: Saturday, September 13, 2014 9:24:55 PM Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
Le 13/09/2014 17:34, Nir Soffer a écrit :
For God's sake, please, prevent "secondary" storage domains (anything other than the master, especially iso and export) to completely block the whole thing when being unavailable. To many users suffered from this in the last two years I participate at this mailing list (including me).
I think this is true for ISO and export domains for some time.
In 3.4 at least, this is still true and is a problem. At least, if we can get rid of this and just mark these iso and export domains as unusable, and still do every other non-related operations, this would be very useful.
It will not work for data domains - if you have vms with disks on what you call "secondary" data domain, how would you migrate these vms to a host that cannot see the "secondary" domain?
In 3.6, there will be no "master" domain, so any data domain will be important as any other data domain.
Maybe what do you like is to have more control on which domains are critical, and which are not. A domain which you mark as "non-critical", or "secondary", will not cause the host to become non-operational when the host cannot see this domain.
So you would not be able to migrate some vms to a host that cannot see the secondary domain, but since *you* marked it as "secondary", it is not a problem for you.
What do you think?
This proposition is perfect. I don't know whether being able to mark some storage domain as more precious than other will be useful, when their absence won't be a blocker anymore?
The idea is to let you define which storage domains are "required" and which are not, lets call them "optional".
If a required storage domain cannot be seen, a host be become non-operational.
If an optional storage domain cannot be seen, you will get a warning but the host will function normally.
If you try to migrate a vm to a host which cannot see the storage domain used by that vm, the operation will fail.
When a "required" storage domain is down, you would be able to change it to "optional", and continue to work with the other domains in degraded mode. Some vms will not able to run, but other vms that do not depend on problem domain will not be affected.
I hope that I understood your question correctly.
Nir
You did, and the features you described seem great. Can't wait to see them released! -- Nicolas Ecarnot
On 09/13/2014 09:53 AM, Nicolas Ecarnot wrote:
Le 12/09/2014 14:22, Itamar Heim a écrit :
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
For God's sake, please, prevent "secondary" storage domains (anything other than the master, especially iso and export) to completely block the whole thing when being unavailable. To many users suffered from this in the last two years I participate at this mailing list (including me).
removing the SPM (and the concept of master domain) made a lot of progress, but was deemed not cooked/stable enough to be merged for 3.6, so still in progress.
On 09/12/2014 03:22 PM, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Even the short list of items mentions so far are big features we would need to do justice with. this means probably a slightly longer cycle than the 6 months we currently do. with many of the features requiring way newer versions of some of the components, I think we should plan for "3.6 cluster" to require an .el7 host (expecting even 7.1 to be out before we release oVirt 3.6). so i want us to plan for: - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora - fc20?) - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?) Thanks, Itamar
On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:
On 09/12/2014 03:22 PM, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Even the short list of items mentions so far are big features we would need to do justice with. this means probably a slightly longer cycle than the 6 months we currently do.
We're not so good in keeping up with deadlines - our recent 3.5 version slipped for 2.5 months past the original plan. With longer cycles, this is even harder to control. Can we instead break the "heavier" features to smaller phases, that are easier to maintain, and deliver the complete feature in 3.7?
with many of the features requiring way newer versions of some of the components, I think we should plan for "3.6 cluster" to require an .el7 host (expecting even 7.1 to be out before we release oVirt 3.6).
so i want us to plan for: - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora - fc20?) - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)
----- Original Message -----
On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:
On 09/12/2014 03:22 PM, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Even the short list of items mentions so far are big features we would need to do justice with. this means probably a slightly longer cycle than the 6 months we currently do.
We're not so good in keeping up with deadlines - our recent 3.5 version slipped for 2.5 months past the original plan. With longer cycles, this is even harder to control.
Can we instead break the "heavier" features to smaller phases, that are easier to maintain, and deliver the complete feature in 3.7?
Hey, yep, I think this is a good idea to get control over the big features. - fabian
with many of the features requiring way newer versions of some of the components, I think we should plan for "3.6 cluster" to require an .el7 host (expecting even 7.1 to be out before we release oVirt 3.6).
so i want us to plan for: - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora - fc20?) - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)
Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
This is a multi-part message in MIME format. --------------060707050209050800050002 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable On 11/04/2014 09=3A47 AM=2C Fabian Deutsch wrote=3A =3E ----- Original Message ----- =3E=3E On Sun=2C Sep 14=2C 2014 at 03=3A17=3A39PM +0300=2C Itamar Heim wrot= e=3A =3E=3E=3E On 09/12/2014 03=3A22 PM=2C Itamar Heim wrote=3A =3E=3E=3E=3E With oVirt 3=2E5 nearing GA=2C time to ask for =22what do you= want to see in =3E=3E=3E=3E oVirt 3=2E6=22=3F =3E=3E=3E=3E =3E=3E=3E Even the short list of items mentions so far are big features we= would need =3E=3E=3E to do justice with=2E =3E=3E=3E this means probably a slightly longer cycle than the 6 months we= currently =3E=3E=3E do=2E =3E=3E We=27re not so good in keeping up with deadlines - our recent 3=2E5= version =3E=3E slipped for 2=2E5 months past the original plan=2E With longer cycle= s=2C this =3E=3E is even harder to control=2E =3E=3E =3E=3E Can we instead break the =22heavier=22 features to smaller phases=2C= that are =3E=3E easier to maintain=2C and deliver the complete feature in 3=2E7=3F= =3E Hey=2C =3E =3E yep=2C I think this is a good idea to get control over the big features= =2E =3E =3E - fabian This reminds me a lot of Intel=27s =22tick-tock=22 method that I=27ve grown= =20 quite fond of over the years=2E Lay the groundwork in one version and than finish with the next=2E For oVirt this could mean for example we implement new things in vdsm in=20= 3=2E6 and they can be tested if you want to=2C then in 3=2E7 they can be=20= polished off =28and some bugs fixed=29 and exposed in the GUI=2E Kind regards=2C Jorick =3E=3E=3E with many of the features requiring way newer versions of some of= the =3E=3E=3E components=2C I think we should plan for =223=2E6 cluster=22 to r= equire an =2Eel7 =3E=3E=3E host =3E=3E=3E =28expecting even 7=2E1 to be out before we release oVirt 3=2E6= =29=2E =3E=3E=3E =3E=3E=3E so i want us to plan for=3A =3E=3E=3E - oVirt 3=2E6 supports =2Eel6 and =2Eel7 hosts in 3=2E5 cluster= =28and for fedora =3E=3E=3E - fc20=3F=29 =3E=3E=3E - oVirt 3=2E6 supports =2Eel7 in 3=2E6 cluster =28and for fedora= - fc21=3F=29 =3E=3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =3E=3E Users mailing list =3E=3E Users=40ovirt=2Eorg =3E=3E http=3A//lists=2Eovirt=2Eorg/mailman/listinfo/users =3E=3E =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =3E Users mailing list =3E Users=40ovirt=2Eorg =3E http=3A//lists=2Eovirt=2Eorg/mailman/listinfo/users Met vriendelijke groet=2C With kind regards=2C Jorick Astrego Netbulae Virtualization Experts=20 ---------------- =09Tel=3A 053 20 30 270 =09info=40netbulae=2Eeu =09Staalsteden 4-3A =09KvK= 08198180 =09Fax=3A 053 20 30 271 =09www=2Enetbulae=2Eeu =097547 TA Enschede =09BTW= NL821234584B01 ---------------- --------------060707050209050800050002 Content-Type: multipart/related; boundary="------------060206050308090908070407" --------------060206050308090908070407 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: quoted-printable =3Chtml=3E =3Chead=3E =3Cmeta content=3D=22text/html=3B charset=3Dwindows-1252=22 http-equiv=3D=22Content-Type=22=3E =3C/head=3E =3Cbody bgcolor=3D=22=23FFFFFF=22 text=3D=22=23000000=22=3E =3Cbr=3E =3Cdiv class=3D=22moz-cite-prefix=22=3EOn 11/04/2014 09=3A47 AM=2C Fabi= an Deutsch wrote=3A=3Cbr=3E =3C/div=3E =3Cblockquote cite=3D=22mid=3A1118961373=2E3230464=2E1415090866162=2EJavaMail=2Ezim= bra=40redhat=2Ecom=22 type=3D=22cite=22=3E =3Cpre wrap=3D=22=22=3E----- Original Message ----- =3C/pre=3E =3Cblockquote type=3D=22cite=22=3E =3Cpre wrap=3D=22=22=3EOn Sun=2C Sep 14=2C 2014 at 03=3A17=3A39PM += 0300=2C Itamar Heim wrote=3A =3C/pre=3E =3Cblockquote type=3D=22cite=22=3E =3Cpre wrap=3D=22=22=3EOn 09/12/2014 03=3A22 PM=2C Itamar Heim wr= ote=3A =3C/pre=3E =3Cblockquote type=3D=22cite=22=3E =3Cpre wrap=3D=22=22=3EWith oVirt 3=2E5 nearing GA=2C time to a= sk for =22what do you want to see in oVirt 3=2E6=22=3F =3C/pre=3E =3C/blockquote=3E =3Cpre wrap=3D=22=22=3E Even the short list of items mentions so far are big features we would need= to do justice with=2E this means probably a slightly longer cycle than the 6 months we currently= do=2E =3C/pre=3E =3C/blockquote=3E =3Cpre wrap=3D=22=22=3E We=27re not so good in keeping up with deadlines - our recent 3=2E5 version= slipped for 2=2E5 months past the original plan=2E With longer cycles=2C th= is is even harder to control=2E Can we instead break the =22heavier=22 features to smaller phases=2C that a= re easier to maintain=2C and deliver the complete feature in 3=2E7=3F =3C/pre=3E =3C/blockquote=3E =3Cpre wrap=3D=22=22=3E Hey=2C yep=2C I think this is a good idea to get control over the big features=2E= - fabian=3C/pre=3E =3C/blockquote=3E This reminds me a lot of Intel=27s =22tick-tock=22 method that I=27ve g= rown quite fond of over the years=2E=3Cbr=3E =3Cbr=3E =3Cmeta http-equiv=3D=22content-type=22 content=3D=22text/html=3B charset=3Dwindows-1252=22=3E =3Cimg src=3D=22cid=3Apart1=2E06090004=2E00080408=40netbulae=2Eeu=22=3E= =3Cbr=3E =3Cbr=3E Lay the groundwork in one version and than finish with the next=2E=3Cbr= =3E =3Cbr=3E For oVirt this could mean for example we implement new things in vdsm in 3=2E6 and they can be tested if you want to=2C then in 3=2E7 th= ey can be polished off =28and some bugs fixed=29 and exposed in the GUI=2E= =3Cbr=3E =3Cbr=3E Kind regards=2C=3Cbr=3E =3Cbr=3E Jorick=3Cbr=3E =3Cbr=3E =3Cblockquote cite=3D=22mid=3A1118961373=2E3230464=2E1415090866162=2EJavaMail=2Ezim= bra=40redhat=2Ecom=22 type=3D=22cite=22=3E =3Cpre wrap=3D=22=22=3E =3C/pre=3E =3Cblockquote type=3D=22cite=22=3E =3Cblockquote type=3D=22cite=22=3E =3Cpre wrap=3D=22=22=3Ewith many of the features requiring way ne= wer versions of some of the components=2C I think we should plan for =223=2E6 cluster=22 to require an= =2Eel7 host =28expecting even 7=2E1 to be out before we release oVirt 3=2E6=29=2E so i want us to plan for=3A - oVirt 3=2E6 supports =2Eel6 and =2Eel7 hosts in 3=2E5 cluster =28and for= fedora - fc20=3F=29 - oVirt 3=2E6 supports =2Eel7 in 3=2E6 cluster =28and for fedora - fc21=3F= =29 =3C/pre=3E =3C/blockquote=3E =3Cpre wrap=3D=22=22=3E=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F Users mailing list =3Ca class=3D=22moz-txt-link-abbreviated=22 href=3D=22mailto=3AUsers=40ovir= t=2Eorg=22=3EUsers=40ovirt=2Eorg=3C/a=3E =3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=3A//lists=2Eovirt= =2Eorg/mailman/listinfo/users=22=3Ehttp=3A//lists=2Eovirt=2Eorg/mailman/lis= tinfo/users=3C/a=3E =3C/pre=3E =3C/blockquote=3E =3Cpre wrap=3D=22=22=3E=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F Users mailing list =3Ca class=3D=22moz-txt-link-abbreviated=22 href=3D=22mailto=3AUsers=40ovir= t=2Eorg=22=3EUsers=40ovirt=2Eorg=3C/a=3E =3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=3A//lists=2Eovirt= =2Eorg/mailman/listinfo/users=22=3Ehttp=3A//lists=2Eovirt=2Eorg/mailman/lis= tinfo/users=3C/a=3E =3C/pre=3E =3C/blockquote=3E =3Cbr=3E =20= =3CBR /=3E =3CBR /=3E =3Cb style=3D=22color=3A=23604c78=22=3E=3C/b=3E=3Cbr=3E=3Cspan style=3D=22c= olor=3A=23604c78=3B=22=3E=3Cfont color=3D=22000000=22=3E=3Cspan style=3D=22= mso-fareast-language=3Aen-gb=3B=22 lang=3D=22NL=22=3EMet vriendelijke groet= =2C With kind regards=2C=3Cbr=3E=3Cbr=3E=3C/span=3EJorick Astrego=3C/font= =3E=3C/span=3E=3Cb style=3D=22color=3A=23604c78=22=3E=3Cbr=3E=3Cbr=3ENetbul= ae Virtualization Experts =3C/b=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3B= border-top=3A1px solid =23ccc=3B=22=3E=3Ctable style=3D=22width=3A 522px=22= =3E=3Ctbody=3E=3Ctr=3E=3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px= =22=3ETel=3A 053 20 30 270=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bf= ont-size=3A 10px=22=3Einfo=40netbulae=2Eeu=3C/td=3E =3Ctd style=3D=22wid= th=3A 130px=3Bfont-size=3A 10px=22=3EStaalsteden 4-3A=3C/td=3E =3Ctd sty= le=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EKvK 08198180=3C/td=3E=3C/tr= =3E=3Ctr=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EFax= =3A 053 20 30 271=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size= =3A 10px=22=3Ewww=2Enetbulae=2Eeu=3C/td=3E =3Ctd style=3D=22width=3A 130= px=3Bfont-size=3A 10px=22=3E7547 TA Enschede=3C/td=3E =3Ctd style=3D=22w= idth=3A 130px=3Bfont-size=3A 10px=22=3EBTW NL821234584B01=3C/td=3E=3C/tr=3E= =3C/tbody=3E=3C/table=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3Bborder-top= =3A1px solid =23ccc=3B=22=3E=3CBR /=3E =3C/body=3E =3C/html=3E --------------060206050308090908070407 Content-Type: image/jpeg; name="ticktock_infographic_web.jpg.rendition.cq5dam.thumbnail.640.213.jpg" Content-Transfer-Encoding: base64 Content-ID: <part1.06090004.00080408@netbulae.eu> Content-Disposition: inline; filename*0="ticktock_infographic_web.jpg.rendition.cq5dam.thumbnail.640."; filename*1="213.jpg" /9j/4AAQSkZJRgABAQEAYABgAAD/7AARRHVja3kAAQAEAAAAZAAA/9sAQwACAQECAQECAgIC AgICAgMFAwMDAwMGBAQDBQcGBwcHBgcHCAkLCQgICggHBwoNCgoLDAwMDAcJDg8NDA4LDAwM /9sAQwECAgIDAwMGAwMGDAgHCAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwM/8AAEQgA1QKAAwEiAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAA AAABAgMEBQYHCAkKC//EALUQAAIBAwMCBAMFBQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQy gZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYnKCkqNDU2Nzg5OkNERUZHSElKU1RVVldYWVpj ZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TF xsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5+v/EAB8BAAMBAQEBAQEBAQEAAAAA AAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwABAgMRBAUhMQYSQVEHYXETIjKB CBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJSlNUVVZXWFla Y2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLD xMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMRAD8A/XP9tT9q XxP+z34q8O2WgxaPJFqtpPNOb23eVgyPGBt2uuBhj1zXi5/4KUfERett4UHb/jwm/wDj1dF/ wVG/5KF4L/7B93/6Mhrw/wCBdza2Hj+5vb7TodXtNM0PVb6SylO1LoRWcjbCf4SQCA38JIPa v5K444rz2nxbWyzCYydKnzwirN2jzRhd2Xm2z+kuEeG8oqcOUcdiMLGpPlk3orytKVld+iWp 6cf+ClHxEH/Lt4U/8AJv/j1H/Dyf4i5/49vCn/gBN/8AHq5h/Cvh3WfA2h2mixSanpPhy71a W/1S6drGa/jS3sZWml2RyyBY2nWMJGjMVQEYySGS/CLw9ZeMW0Vhqd0dX1abT7C6S6CLZRjT LW9jco0QaU7rnad3l5VB8qMTjx5ZvxhrKGYNpcivzu15qNkmk1Jcz5OZXjdXuo6nrRybht35 sEk7SfwraLabd3dOy5uV2dna19Dqz/wUm+IoGfs3hTH/AF4Tf/Hqav8AwUq+IbgEW/hQg+lj N/8AHq4GH4d6ZptzcXdxbXV1aWTeHZUjaXalwL2MvOpbaQRuAx6Dg5zXQfETwlYeLPEvjTVb 6Oezke51VNKkk1CSRnNhAXMaxpbMmweXt/eSRYVgFzs+aaOdcX1KfN9fmpXsld95Ru3ayvKP LG+7a1XW5ZHw4qiisHFq172XaMrWvd+7K7tsk9+nQf8ADyf4iZ/49vCn/gBN/wDHqQ/8FJ/i KD/x7eFP/ACb/wCPVyOmeE/D2gfFm70a68N6tdW+nWGoxtJdX2BfSxWrSLMgEICHjIALY3Ke cfNQ8P8AwnstYNk0keowQXulaNeCQNna95NHHLhiuDjc2OOCOc9KzjnvGE3y08fJyUpRa5pK zik3vFd7adV2syv7C4bWssHFJqLTstVJtLZvtf8Apnen/gpR8RM4+zeFM/8AXhN/8eoH/BSf 4in/AJdvCn/gBN/8erifDXhjRPGPh57hLPUbPTLK61CX7EL1JHkaC2gPMxhBG5mORtwBwMHm pfCfw28P+IbrTLk6brr2XiGe1hgjS9X/AIlQms1uCzyCL958zbVyFyFOcnppTzrjCpZ08wk0 7a80uttdr2u0u+t2krtKeRcOQUufBRXLvovu3tfRvt2bdr9iP+Ck/wARf+fbwp/4ATf/AB6j /h5P8RMf8e3hT/wAm/8Aj1eZfDTwfpmtWd/NqNpqOoeVqlppcMVpcCBlE8jIZT8j7iu0HGAD zmtab4baJplzY2TWmr6ldf2XdaxNJBdqpulhcqIEQRnZkcl8scKePTlw/EnF1WjGusdJJ95P +bl6J7u+3Rel9a3D3DdOq6TwcbryX8vN37d+/rbt/wDh5P8AEX/n18Kf+AE3/wAeo/4eT/EX P/Hr4V4/6cJv/j1cN4l+HOj+G9C/tD+y9cuv7UNusFv9rVG0nzYBKTKfKPmY9wmV/OtPXPhb 4N8Oa7BbXV3qRjsrk2108Mk0wuVMIcSuRbfuVDnBEfm/Lgjua2/t3i/VSzBxta95tfE3bVq2 yb8lvZ6GP9icNu3Lgk732inta+z7tLze2mp0x/4KT/EX/n28Kf8AgBN/8eo/4eT/ABFz/wAe 3hT/AMAJv/j1cFqvw40608O68qadfx65pryTtA+ogxQWoVWWWJ/ICXAw2WUtG4BGF61H8OvD Gj+MvCekafPYXCX1/wCJFs5NRiuMMsX2d5Nuzy24O3HU8nODjFYx4l4tdeOG+vy5pJte9LdO 3Lto79Ht1s9DV8P8Oeydb6nGyeui2te++qt236XR6Cf+Ck3xFH/Lt4U/8AJv/j1A/wCClHxF P/Lt4U/8AZv/AI9XDaz4F8Nafol7rENrqupQx20Q/sy2u5ENvLJKU3+fJbKzoB2EQw3BbtW3 c/DnQ/G/ii1sPsl/p93awaQLmeG4TZcJPtjZRH5Y8txuB3ZbJByOcDpp55xdUfJDMJOTtZKT d0+bW9rfZej101s7J4yyThyK5pYJJLd8q0a5dLXv9parTXS6u1vf8PJ/iKOtt4U/8AJv/j1H /Dyf4i/8+3hT/wAAJv8A49Xn6+E/D9zora/BpGtzWUcE+7S49QDyl47uC38zzhDnZifcRs6p 1APG54t+GWm+HNFlWWz1DUrfwyl9MbeFlgursNLZKqyyBGx5XnHcQv8AAfu54Szvi/2cqrx8 uVRUr80vhez2vayk7Wcvdty3avUsj4bU4weDjdtrZbrdb2vey3tre9k7dL/w8n+Iv/Pt4U/8 AJv/AI9Sf8PJ/iLj/j28Kf8AgBN/8erj734S6PpLXVrLaa1NPPDqFxDO9wsY037Pp8F2sEqe X88paYo3zLxGSFBJxhfEnwDY+ENETULf7SIdcvIpNHWU8myFnHNM5IGGIlniiB45jfjNZYvi DjLDU51amNlaHxe89NLrp1ulpfWSW97aUMg4ZqzjCGEjeSuvdWq+/wAm9bOyb2tf00f8FJfi Kzp/o3hTDOqn/QJuhIH/AD296+zPjL4ruvAfwk8Ta3YiFr3R9LubyATKWjMkcTMu4AgkZAyA R9a/LVfvx/8AXRf/AEIV+nH7TH/Ju3jr/sA3v/oh6/ZfALiDMc3xGJjmdaVVRlStzO9uZzv9 9lf0PyXxqyfBZXhKM8vpKm3Gq3yq17KNvuuz8/rP/gr58Wri0ikNn4HBdAxxplx3Gf8An4p5 /wCCvfxYAJ+yeB8A4/5Blx/8kV8s6X/yDrb/AK5r/IV9OfDfXfBLfGH4Tw3uh2kniS20nw1o cNj9iVrDVIdQsrFpL6c5wZ4VnvxhgSzS2rc+U9f6DZjkGT4VXWDjLST0Xa34XaV+m70P82sk 4p4ix/xZlKnrFat6819u7STaX2tlq0Wh/wAFeviwf+XTwR6f8gy4/wDkig/8Fefiz/z5+CP/ AAWXH/yRXlvivwTpWg/B+LxLe2Ot+Ib06NoOn2sFpcpbCwaXw+L37RKVhcuu9VRFIGVim3OW ww2vEvwk8KeG/iH4w0uDw34t1u28Fa1pnhl47TU1NxqEt5JcqbwkW5Ee022xIQpBe4jy5xhs nk+RJX+qRfyXeK6tdZpapfdqdTzvivncPr8lZtauV9Od9ItfDTlLRuyVt3Y7j/h7z8Wf+fTw R/4LLj/5Io/4e8/Fn/nz8D/+Cy4/+SK4iP8AZ10K3sNf0q6up/7X027mewvorx2fUrSLX49K MwgFsYEQgydbky+ZGGCGNsVzvxI8EeGNI8C+NdWsPD/iO4j07WL7wvbW8WqhzYyW9s0ovZpB BlvM3DbFtRQLab5jnKFLKMgqS5IYVPW2y8u7Xf8ABp2dkyvnPF1GHPVx0lpf4pN9b7Reqt0v umrq7XrJ/wCCvfxYAz9k8D4P/UMuP/kij/h7z8WRj/Q/BH/gsuP/AJIrF8c/D3QNa+J/j3Ut GtL/AEO40LWdZ0m4j8+O4gug2lXtwjxoYlEIDW7rs+b5XGGDLuOVa/DLwd4qtI9WOjXOmWej +FfD13NajU5I1v5L6BS0xljtZWUoVIJ8siSSUFmX7rYRy7ImlJ4NbJvRXTlZJb9bqzXfWx1y zHivmlGGYt2lJJ80kmo35ntdWs7ppbe7zXR1/wDw96+LP/Pn4I/8Flx/8kUf8Pefiz/z5+CP /BZcf/JFeRfEnwP4d+GehxmPSvEHiBbqa6uItUN21jClvBqEtqInhNuWVmSLczMysryr8oA2 t1vin4MaL4r+PK2em6JqOlaPd+Ob3w/PDBIZEghitYJkKHYAm5nkIGD8oxztJroeT5ClzPCx UbSd7L7Nr6Xv96RxLPOK3J044+TmnBcqlL/l5ezvy8rWmrTej8mdh/w95+LP/Pn4I/8ABZcf /JFL/wAPefiz/wA+ngj/AMFlx/8AJFebeHvhl4Tu9Wks7m2vQ2i+F4PEN3JNqxiXUpJxBiMb LaRoY4/NOSqyE/Lkryaf4w+EfhOx8NeKx4ffWNX1TR5pLiNrqWS0EFkpj/eIr2yi4KFysgLR OCVZUxnIsoyHnUfqi1tryq2tut9N09ej73Q3nXFipur9fel9Od39290la71TWml1f4Wm/RX/ AOCvPxZEbEWfgfIBP/IMuP8A5Ir77/Zm+Imo/Fz4CeE/E+rLapqWt6dHdXC2yGOEO3XapLED 6k1+MROYXPUFT/Kv2A/YW/5NA+Hn/YFh/ka+Q8R8kwGCwVKphKUYNzs2l0sz73wb4mzXMsyr 0sfXlUioXSk72fMlc9Xooor8dP6JCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA+NP8Agp/Z zXXxA8GmKGaULp93kpGWx+8i9BXzRb2d/aO7RQX8TSRtExSORSyMNrKcDlWUkEdCDg1+sAjG RnnAx0pdg9B+Vfh/FPgws5zatmv1x03UaduS9rRUd+dX2vsj9a4f8U3lmW0su+q8/Imr89r3 k3tyvvbc/KTTJ9Y0We3lsn1iyltJWnge3MsTQSMoVnQrjaxVVBI5IUDoBT5r3W7i8+0yTa3J c+e915zPM0nnOoV5dx53sqqC3UhQCcAV+rGweg/KjYPQflXhrwBko8qzF27ez9P+nnkvuR6z 8ZU3zPBK/wDj/wDtD8p5b3W59ItdPebW30+xbfbWrPMYLds53In3VOecgDmnQarr9rZX1tFc 69Fbao2+9hSSdY71vWVQcSH3bNfqtsHoPyo2D0H5U/8AiAU73/tGW1v4fS1rfxNraegf8Rkj a31Fb3+Pre9/g3vr6n5VLq/iBJdPcXWvh9IG2wYSz7rEekRz+7H+7ihdX8Qpp8Vot3r62lvP 9pigEs4iim3bvMVc4D7udwGc85r9Vdg9B+VGweg/KmvAOa2zGX/gv0/6eeS+5dhf8Rjh/wBA K/8AA/8A7Tzf3n5QwrqltEyRLqkaOWLKgkVWLABiQP7wAB9cDNbvgD4h+IvhvNcTafazPczQ LbJNMtzvt41UqqKEdVZACcJIHQdQua/UHYPQflRsHoPyq8P4D1aFRVaOZNSWz9nt/wCVCa/j DCtB06uBTT3XPv8A+SH5X6B4k8Q+FtE1Ow046nYx6u8bXUtuJYpZAu75NykfI247lIIPFUrX +1bO4tJoRqsM9jj7NIglV7bHTyyOUx/s4r9Xdg9B+VGweg/KofgHNxjF5i7R2/d7a30/ed9f UpeMkU5SWBV5b+/vpbX3O2h+VMWp6/bz30sdzryS6oCt66yTBrwHqJTnMgP+1mnxa74ktzYG O98RRnShtsSs04+xD0i5/dj/AHcV+qeweg/KjYPQflQvASotsyl/4L87/wDPzvr66g/GOD3w K/8AA/K38nbT00Pyok1HXZtOubN7jXXs72Xz7iBpJjFcSZzvdejNn+IgmobddUtLOW3hGqw2 9w6SSxRiVI5WQ5RmUcEqeQTyO1fq7sHoPyo2D0H5VL8AJN3eYva38Pp2/ibaspeMySssEu/x 9f8AwA/K5vEXiZtZk1I3/iQ6jLF5D3ZnuPPePGNhkzuK47E4qrFJq8E5lQ6ukpCAuvmhiEOU 56/Kenp2r9W9g9B+VGweg/Km/AObd3mMu/8AD6vd/wATqSvGSK0WBXb4+i/7cPyn0y91vRbi 3mspdbs5rTf5Elu00TQb8b9hXBXdgbsdcDOaTTrvW9IvLe4tJdatLi0Z2glgaaOSAv8AfKMu Cpbvjr3r9Wdg9B+VGweg/KkvAGStbMXpt+722/6eeS+5dhvxlTvfBLX+/wCv9zzf3s/Lvw14 617wl4b1fTbOylA1sSLdXDJcec4kUq4IDiN8gtgyI5UsSpBOap+KdZ1LxXHpsL6X9hsdHt2t rK0tYJhDbozmR8b2diWcknLHnpgcV+qGweg/KjYPQflW8vAmtKl7CWYvlta3slte9vj76+bS vsrZR8X6cantVgVzXvf2nW1v5O116N93f8mf7Ju/Mj/0S7/1i/8ALFv7w9q/TH9pVGl/Z58c qqszNoN6AFGST5D12hjB7D8qVl3DBr9C8NeAlwlVrVFX9t7Rwfw8tuTm/vSvfm+Vj4fj/i98 TUYUXS9lyqa+Lm+NRXaO1vmfhfpmhX/9m24+wX3ES/8ALu/oPatCNdch1S1vkXWkvrEQi2uV EwmthCqrEEf7y+WqqqYI2hQBgAV+36xgDoPypdg9B+Vf1JLxZb3wi/8AA/8A7Q/kSHgFGKSW Pf8A4L7f9xD8RbC/8SaVHdJaz+IrVL6yXTblYXnjFzaKoVbdwMboQoAEZyoAAxinadqvifR9 buNTs7rxLZ6neI8dxeQS3EdxOj43q8ikMwbAyCSDgZ6V+3Gweg/KjYPQflUPxVi73wa1/v8A /wBobLwJkrWzCWmq/d7Py/eH4jWGpeJtK8ONo9rceJLXR2nF0bCGS4jtDMCCJTECE3gqpDYy Co54FNsbrxFpa6kLWTxBajWYmg1AQtPH/aEbElkmxjzFJJJD5ByfWv272D0H5UbB6D8qf/EV Vr/si139/wD+0EvAh6f8KEtNF+72XZfvPU/EOS58RS3F1K0niBpb2Vprly05a5kZGRnc9WYo 7qSckq7A8E1Y0jX/ABZ4fksW0+/8U2DaXHJDZG2nuYTZxyHLpFtI8tWPLBcAnrmv202D0H5U bB6D8qT8VYtWeDX/AIH8v5Bx8CpRd45hJP8A69+d/wDn5319T8Q/tHiH+wrvSvM1/wDsvUJ/ tN1Zbp/s11L/AM9JI/uu/A+ZgTx1q3F4p8YwTXsian4uSTUoEtbx1uroNdwoNqRSHPzoo4Ct kAcACv2x2D0H5UbB6D8qH4qRe+DX/gfp/c8l9yBeBUlqsxl/4B6/9PPN/e+5+IenXXiLR9Yt dRs5PEFpqFiix213A08c9sirtVUdcMoC/KACABwOKln1fxRdaXe2Mt34mkstSm+03ls8tw0N 3L18yRCdrv8A7TAn3r9t9g9B+VGweg/Kh+Kqbu8Iv/A+232BLwIaXKswlbX/AJd99H/y86rc /DSXQ7/ym/0C++6f+Xd/T6V+u37DcbQfsi/D2ORHjddGhBVlKkcHqDXquweg/KkVNp46V83x Vxq86w8KDo8nLK9+a/Rr+VH2fAnhrHhvF1MUsR7Xnjy25OW2qd78z7DqKKK+FP1AKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiikLYOKAFzTXfaM+leC/Hr9vPw18Lbi40zQ0XxPrkO VcQybbO2bH8coB3Ed1TPcEqa+T/in+0743+L80g1bWriCxbOLCxY21qo64Kqcv8A8DLV+UcV +MGSZPKWHot16q3ULWT7Oe3yXM11SP0Xh7wzzbM4qtVXsab6y3a8o7/fZPo2fefjX9pLwJ8P pGj1XxXo1vcx5320c4nnU+hjTLD8RXn+q/8ABRj4dadKywtr2oY729htB+nmMtfBqxhAQoCj 24zSleOn4V+OY/x7zyrL/ZaVOnHzUpP720v/ACVH6dg/B7KKcf8AaKk5v1UV91m/xPuFf+Cm HgRmAOleLlB7m0t8D/yNW1oX/BQf4baxKFm1DU9NJ73enuAPqU3CvgMDpwTS87R61wUfHPia Ery9nJdnB/pJHXV8JMhkrR54+kv80z9RfBHxg8L/ABHX/iReIdH1VsZMdvdI8qD3TO4fiK6X NfktC7wTpLGzxyxnKup2sh9QRyK9e+Ev7b3jv4XPFDc3x8TaZGcG21Ny8oH+xPy4P+9uHtX6 BkHj9hqklTzjDun/AHoPmXzi/eS9HJ+R8bnHg5XhFzyytz/3ZaP5SWjfqorzP0LorzL4DftV +Ffj1AINPuGsdaRN8umXXyzqB1KH7si+6n6gV6YHyOMmv3nLM1wmY4eOLwNRVKctmndf8B90 9V1Px/H5ficFWeHxcHCa6Nf1ddmtGLRRRXoHGFFFFABRRRQAUZqG+v4NNtJZ7iaOCCFS8kkj BUjUDJJJ4AFfMfxv/wCCjWm6A8+n+CLWLWrpCUbUrnctmhHeNRhpe/OVXuC1fO8RcV5XkdD2 +ZVVC+y3lL/DFav12XVo9vJOHcwzar7LA03K272ivVvRem76Jn0/PcJbQtJI6xxoMszEAKPU mvOPFv7XXw58FyNHd+LNLnnj4aKyc3bg+h8oNg/XFfA3xG+M3iv4tXby+Idcv9QRjlbcyeXb R/7sS4QfXBPvXMKNinA4HQYxivwTOfpA1nJxynCpLvUbb/8AAYtW/wDAmfsOV+DNJRUsxxDb 7QVl/wCBSTv/AOAo+69Q/wCCkXw9s3Iig8SXo7GKxVQf++3Wq8X/AAUu8BSOA2meLIwf4mtI CB+UxNfDqnPbFL3r5CXjjxO5XTpry5P83f8AE+kj4TZAlZqb/wC3v+AfoF4e/b3+GmvMqyaz caYx4/02zkjAPuwBUfnXp3hPx7ovjyz+0aJrGl6vbjrJZXSTqvsdpOD9a/K/pUuk6pd+H9RS 8sLq6sLyLlLi2maGVT6h1II/Oveyvx/zOnJLMMPCpH+7eD/FyXysjyMw8G8BOLeCryg/71pL 8OV/iz9Y80V8JfB//goR4t8CSQWviNF8V6YuFaRyIb6JemQ4G2Tvw4ye7ivr74QfHLw18cNB a+8Pagtz5OBc20i+Xc2jHPyyRnkdDg8q2Dgkc1+6cJ+IuS8Qfu8HU5av8ktJfLVqS/wt262P yTiPgnNMm9/Ew5qf88dY/Pqn6pX6XOvopAwalr7o+RCiiigAooooAKKOlZfi/wAZaV4E8PT6 prN/babp1sN0k87bVHsPUnsBye1Z1asKUHUqNKK1bbsku7ZdOnOpJQpptvRJatvyNTNVtW1m z0Gye5vrq2sraMZeWeVY0UepZiAK+RfjR/wUhu72WWy8C2K28AyP7Uv490j+8cJ4Ue75P+zX zd4x8d658Q9Ra717VtR1icncDdTF1Q/7K/dUeygCvxPiXxyynAydHLIPESXVPlh/4FZuXyVn 0kfquReEuZYuKq4+SoxfS3NL7rpL5u66o+/vFP7bHw08KyOjeJ7XUJEONunxvdg/RkBX9a5K 9/4KUeALZysdj4puAP4o7KJR/wCPyqa+GCcDvzSoPl+tfluL8d+Iqkv3MKcF5Rbf3uT/ACP0 HDeEOSU1+8lOb85Jfkl+Z9yWv/BSrwDcPiSw8VW4/vPZwsP/AB2VjXV+GP23vhn4ndUHiWHT pG4A1CF7ZQfdmG0fnX54EZpN2BjmpwvjtxHTlerGnNecWvxUl+Q8R4RZJONqcpxflJP84s/V 3QvEVh4msVu9OvrPULRxlZraZZY2+jKSKu5r8pvCni/V/AmpC80TU7/SLkHPmWdw0Rb6gHDD 2IIr6M+DP/BR7VdHmisvG9muqWhwp1GyjEdzH7vEPlcf7u0+xr9Q4b8dcqxklRzSm6En9q/N D5uycfmml1Z8BnnhHmGFi6uXzVaK6fDL5K7T+9N9EfZtFY3gb4g6N8SvDkOraFqNvqenz8LN CehHVWBwVYd1YAj0rYDZJ9q/b6NenWpxq0ZKUZK6ad013TWjR+UVaU6U3TqxcZLRpqzT7NC0 UUVqZhRRRQAUUUE4FABRmuV+Kvxj8OfBnw8dU8RajFYwNlYY8F57phj5Y41+ZzyM4GADkkDm vkX4x/8ABRDxP4wkmtPCtuvhnTTlRcOFmv5RyM5OUj47KGIx96viOK/EHJuH1y42pepuoR1n 81tFecmr9Ln1fDvBeaZy+bCwtT6zlpH5PdvySdutj7R8UeM9I8E2H2rWNV03SbYf8tby5SBP zYgV5f4j/bw+Gnh5mVddk1N14xY2kkwP0bAU/nXwDret33ifUWvNTvr3Urxjlp7udppSf95i TVcHC+4r8KzX6QGZVJNZdhoQj3m3J/g4pemvqfrmX+DeBhFPG15Tf920V+PM3+B9x3H/AAUt 8BQvhdM8VzL/AHltIQP/AB6YH9Kl0/8A4KSfD+7fEtt4mtBnrLYowH/fEjV8LEkjn/ClJzji vn1448TqV70/Tk0/O/4ntPwmyBq1p/8AgX/AP0b8KftifDfxhIkcHizTbSV+Al+TZkn0BkCg n6GvSbO7ivrdZoZY5opBuSRGDKw9QRxX5Nuu5cYzXQfD74seJvhTeLP4e1zUdKwdzRRSE28n +9E2Ub8RmvrMm+kDiIyUc1wqa70201/27JtP/wACR83mfgzRcXLLsQ0+01df+BRSt/4Cz9Sa K+U/gj/wUftb6aGw8eWaafIxCjVLNGa3PvJHyyfVdw9lFfUelaza67psF5ZXEN3aXSCSGaJw 8cinoQRwRX73w3xdlWe0fbZbVUrbx2lH1i9fns+jZ+P57w1mOUVfZ46m432e8X6Pb5brqkWa KAciivpTwgooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKQsAaAIdT1KDR9Onu7qeG1t bWNppppnEccKKMszMeAoAJJPAAr4d/ap/bevvirdXeg+FJ7jTvC43QzXa5juNWGcEg9Y4T2H DMD82AdtTft0/tRt8R/EFx4N0G6b/hHdLm2ahLE2F1S4U8pnvFGwx6M4J5CqT88quK/lXxW8 UquJqzyXJ52pRupzT1m9nGL/AJVs2vi2+H4v6G8O/D6nh6cM0zOF6j1hF7RXRtfzPdL7P+LZ sUQjRQo2gDgDoKfRSPjgHvX8+n7MNDH1p9JkenT9KN3tQAAYpSOaQtgdKXNACAk0AfLzQDlj xS0ALbXMtheQ3EEssFzbuJIpY2KPGw5DKw5B96+xf2Sv24/+EvuLXwx41nji1V8RWepsAiXp 7JL2WQ9iOG9jXxzgZprrn1HoQcEfT0r6zhDjHMOHsYsTg5Xi/ig/hkvPz7S3XpdP57iThnBZ 1hnh8VHVfDJfFF+Xl3Wz9bNfrQrEnmnV84fsJ/tSP8SdKHhLX59+v6bFutLhjzqEC+v/AE0Q dfUc19Hg5r+4+G+IcJneX08wwTvGXTrFreL81/wVo0fyXnuS4nKcbPBYpe9Hr0a6NeT/AOA9 UFFFFe6eQFYvxA8faV8MPCl3ret3kdjptim6SR+pPQKo6sxOAFHJJArR1TVLfSNNnu7qaOC2 tozJLI5wqKBkk/hX52ftT/tIXf7Qvjdnhllj8M6a5XTLflRL2+0Op/jbnGfuqexJFfn/AIhc d0OGsD7RJSrzuoR/OT68sevd2Wl7r7PgrhCrnuL5G+WlCznL8kv7z/BXetrOT9pH9qzXP2hN UltiZdM8LxuDb6YGGZsHiScj7zdwv3V9yM15dt96FHHT8KAc9q/iTNs3xmZ4qWNx9RzqS3b/ ACS2SXRLRH9WZdluGwGHjhcJBQhHZL833b6t6sANq+tIGJPWjdzz0FAkV2IBBK9cHpXnXO0U Gl70zzUD7cjd1x3pSTk9jRcBSM0pGRTQ2O+aXfg80ABQY9MVoeFPFWp+BfEVtq+jX0+m6nZn MVxCcMvqpByGU91YEHuKzz2pQMDFXSqzpTVSnJxkndNOzTXVNapkVKcZxcJpNPRp6prs0ffX 7KX7YFj8eLUaXqi2+meLLePMlupxFfKMZlhyc49UJJX3GCfbUJIya/J7TNVu9A1W2vtPuprG /spBNb3ELYkhcdGH58g8EEg5BIr9C/2T/wBpGD9oPwIZZ1htvEOl7YtTtUb5QTnbMgPOxwCR 1wQy5JU1/XPhR4myzhf2Vmcv9oivdl/z8S3/AO3l17rVbM/m/wAReAllj/tHL1+5b95fyN7f 9uvp2enVHq9FHWiv3A/JgooJwK574ofErS/hN4Gv9f1abyrKwjLEDO+ZzwsajuzHAH59Aaxx OIpYelKvXkowim23sktW36GtChUrVI0aS5pSaSS3beyRk/Hb486J8AfCLapq8pkmkylnYxEe feyY+6oPQD+Juij8Afz8+M/xx8QfHnxMdQ125HkxMTaWMTEW9kD2Re7Y6seT9OKq/F/4t6v8 bvHVzr2sSkyS/u7e3B/d2MOfliQfqT1JJJrmScmv4r8RvErFcQ15YbDNwwsXpHZzt9qX6R2X qf1NwRwLh8loqvWSliJLV/y3+zH9Xu/QUDFLnjNB5BpgBAr8tP0EXG6lY4WkDYH86XIPWgAU 5FBUGjcAT2xSEEj1FADs0hXJpFUBqUNkmgDpvhR8X9f+CXildX8P3hglJAuLeTLW96g/glTv 1OCMMM8Gvv79nv8AaM0X9oLwsbzTz9k1O2AW+06VwZrZvUf3kPZ8c+xBA/Ns8nkGtz4afErV /hF43s9e0Sfyb2zb5kYnyrqPILQyAdUbH1BwRggGv03w78R8Xw7iFRrNzwsn70d+X+9Ds+62 l62a+D414Hw2d0XUppRrxXuy7/3Zd12e69Lp/qaOlFcl8GPi3pvxs+H1h4g0tisV0Ck8DNl7 SZfvxN7qe+OQQehFdbX9r4TF0cVQhicPJShNJprZp6pn8rYnDVcPVlQrx5ZRbTT6NboKKKCc DmugwCvIf2pP2sNN/Z60YWkKw6n4pvoi9nYFvlhU5AuJyDlYsqQAPmcggYAZl1v2nP2grP8A Z6+HUupuIbrVrxvs+l2TsR9qm7lsciNB8zHjgYB3MoP51eI/EmpeMvEN5q+r3k2o6pqMpmur mX70rYx0HCqAAqqOFUAAADFfi/ir4l/2HT/szLmniZq7e/s09nb+Z/ZT2XvPSyf6n4ecB/2t L6/jl+4i9FtztdP8K6vq9F1tY8c+O9Y+JfiifWte1CbUtSuBtM0nAjTOQiKOEQZOFXjqeSSa ylO5QDSkZBoUYFfx/WrVK1SVWtJylJ3bbu23u23q2f0rSpQpQVOmkopWSSskuyS2QoGBTdn+ FBbP060b+azNBWGaAvPXOKb1PPelz81ADs0Uw8npzTl+7QAbR616N+z1+01r37POtr9kdr7Q Z33XelyN8jZPLxH+CTv6N39R5zsGKRhzXfleaYvLsTHGYKo4VI7Nfl5p9U9H1OPH4DD42hLD YqCnCW6f9aPs1quh+o3wv+KejfF7whba1od0t1Z3AwVPEkD943X+Fh3BrpK/NX9nH9oPUv2e fHSX8LPPot4ypqlnyRLH/wA9EHaRR0Pccc8V+jXhjxDZeLNDtNT0+eO6sr+JZ4ZUIKurDIPF f2v4c8fUeJME3NKNenbnj08pR/uv8Hp2b/lfjfg6pkWKXJeVGfwv84vzX4rXuloUUUV+jHw4 UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAV4t+3D8dpvgv8KDb6ZcG38Q+JHazsXU4e2jABmnH uqkKD2eRDXtDdPSvzr/bV+JzfE/9ojW/LdmsfDrHRLYEYAaJiJ2x6mYuM9xGvtX5l4s8UTyX IZug7Var5Ivqrr3pfKKdn0k0ffeHHD8c0ziPtlenSXPLs7Ncq+b3XVJnlMUC28aIgCogAUDs KcTg+1IzDA75oQZFfxAf1dfuKTgUsEE19dQwW8E1zc3DiKGCJd0kzsQFRR3JPFBrZ+Hvjif4 ceLodYtbWzvLiCGWFEuQ+1fMQozAoyurhSQGVgRuNb4aFKVaMa0uWDau7Xsurt10Mq8pxpyl SXNJJ2W130VzpfF/we0zw8ngOKz1g6pN4kv303UZoADbwzJdJBIIOAWVdzDcfvFc8A4rO+K2 haD4Rup7Gw0jxjp95BdNGkuryRiK5iUldyIIUbJOCCCQP1rS8X/EbRPFHwz8GaPbaZpegXWn ahdzXctjFdu2lxyXBZWj8yQ79ykSMASwIABXpUPjLxDZ2fw1vNGTxdc+Mbi/1G3u4QYLpIdM SLdvYNcBW8x9wBVAVwvJJr7LMqeXctaOE9mo8kGmmnZ+yV4JTandyvdxTab961nb53ByxnNT dfnb5pqzTWntHaTcU4WUdk2k0tL3V8vxL8INc8I6Lf392mmyRaSU/tCK11K3up9OD52maOJ2 aMEjGWGM8cGtA/s8+Jo7WSecaHaC1gjurtLrW7OGSwhk5jlnVpAYkbIwWx1FT+JPHOlX+pfF uSG5Lp4rslh0s+S4+0OJ1fByuU+UE/PgVq/Ej4naJ4k1D4jPZ3byL4h8Nafp1gWt5F86eHy/ MQ5X5cbT8zYBxwaqGVZD783VdldJe0hfR1rO/LtLkp2Vvt7u8RfXc1fLHkWtrvkl19ldW5un PPr9jbRnnnizwvf+CfEE+malCILy3Csyq6yIysNyujKSrKwOQQSCKojpzXQfFXxBaeKPFdvd WMpmgTS7K2ZjGyYkjhCuuGAPDDr0PbNc8BxXyOY0aNLFVKeGlzQTdndO66arR+p9Bg51J0IT rK0mldWtrbXR7AAcnmlIyKac7ulKRuHpXEdBc8NeJb7wV4jsdX0yYwahps63EDjswPQ+xGQf rX6afBv4n2fxg+G2leIbLCx6hEGkjzzDIOHQjJxhgevbB71+XzcetfU3/BM/4nvb6xrng+5m IhmQalYqzfdYfLIqj34Y/Sv2rwR4olgM4/surL93iNF2U0rp/NXj56dj8s8VuH44zK/r9Nfv KOvrB7r5Oz8te59iUUVW1TUI9KsZ7qZisVtG0rn0ABJ/lX9gykormex/M8U27I+W/wDgo78c X07TrTwHp8zJLqKC61UqSCLfJCRf8DYHPqqsK+QypJra+Jvj24+KfxF1nxFcMXbVbt5I+MbY QdsQx2+QA/Umsav4D464mnnuc1sc37l+WC7QW33/ABPzbP7H4SyGGUZXTwaXvWvJ95Pf7tl5 JABiignApPMFfIH0g12x23YOcY6816t4vuLnWfhL4on1HVfBevNY/YTZLolpDDNpTvcKGkJW GIiApujI+cFnQcda8pP3uPUH2NdPr/xBs73wvqel6T4a0zQF1tY0v5oLied5Y45BIsaea7eW m9VJAyTtHOK9zKMbToUcRGpKylCSteWrcZKOiXK7SafvtW3jqeXmGGlVqUZQjdxknf3dEpRb 1b5ldJr3b32eh0uk69dWnwxuW8Sf2DbaHc6VJa6PpSaXbpqOqTmMxwXaMqCRESQb3uZH+cqy qHLYEfgL4QaL4vu/B+hPf6vF4k8baW9/ZziOL+z7aQG5CJIP9YwP2ZssuMb1wDg4x9e+JOle I7AfavCVi2pJp0GnpejUbkGIQwLDG6xhtgwFDbMbSc9cmo/CXxcvfCHjTwXrkFnbTXHgqy+w 20bswS5Xdcnc+OQf9Jbpx8o9TXtwx+WvFUo4ySq0o8qu/aOXK5x573UbPk5uWMbqPRuTcn5k 8JjPYVHhounUfM7LkSvyS5dm7+9bmcrOXVKNkul+EXwV0L4hab8O4r/UNatdU+JX9omza2ih a304Wjun7wMd0hbZ/CVxkda5HxhoGkR+DfC3iLQpNUGmeJlvVFvqPlm4t5LaWJWy0fysrrMh HGQQw54NXvAPxnvvh9c/DyS3srS4Pw4F8LMSMw+2fa3d38zHTaXONv41zsmvSS/D/wAN+HjG gt/DTXjQzc75jctCzbh0G3yRjH9456VzYvF5NLLvZUYJVeWOtpX5lHD31vb4vrHlbl6KB00M Pj1jHUqTfs+Z6XVuVyr203+H6v579ee9OkBOTkUtHWvkT3hr/nXXfAj4wXPwK+KOn+IYS5tY m8jUYlGftFqx+cY9V++PdcfxGuSKh6CMc4zXVgcbXweIhi8NLlnBqSfZrX/h11Whz4vC0sTR nh66vCaaa7p/18j9YNJ1aDW9Ot7u1kSe2uo1likRgyurDIII9qs18+f8E6fic3jD4MvoVzJu uvCk/wBiTc2Wa3Kh4jjsAp2f8ANfQdf6D8N51TzfLKGZUtFUinbs+q+TuvkfxjnuVTyzMKuB qbwbV+63T+asxG5Br4T/AG/vjc3xD+Jo8M2MxbR/DDlZdrHbcXZHzEjvsHyjrzuI619f/Hb4 jr8JvhJr+vkjzdPtWMAIzmVsLHx3+dlz7Zr8xGuJLqZ5p3aSeZjJI7clmY5JJ+pr8X8eOKJ4 fCUskoOzq+9P/Cnov+3pa/8AbvmfqfhBw/GtiKmbVVdU/dj/AImtX8k7f9veQdOpoCAHNBHf rRtxX8rH9Bi1NpFzBp+q2093aJqNtE4Mlq8rxrcD+6WQhgM4+6QfeoMEZ71s/DjxBZ+FPHWm apf29xc2ti7SFINvmBtpCuu75SVJyM8ZFdGEjGVeCnJRV1dtXS13a6pbtddjHENqlJxTbs9E 7N6bJ9G+/Q3/AInaXZ6Z4b0a5vNA03w1rtxcGSTS7Sefc9jjKyTJK7tC7HgfMGI52jrUni+y 0+f4Ytqdx4Y0vwncXM8Q0Nbe5uTc6jGWxKzxzO5aIA5EuFBPAzWNrd94Y/tmwvbI+J9Sk+2r c6j/AGsYCbpQwZsFOSzHru4q18TNe8N+Lb291Szm8XTaxd3Ak/4mP2byEjDZ8sbPmAVcBQOB ivpa1ehbETXs7tKKVoa+7bnuor3vKHL71m72tLxKVKqnRi+fdtv3u692zk9POXN7t0t/dm8T fBltC03Xng1zTdT1HwvbLearYQwTxvbwkKSyO6hZNu9cgevGa0z+z6lpbXf2zxXpFncaXpEO vX8H2O6k+zWcgBVgypiR+RlB+dZ2o/FW2ute+IV2lpcBPGelHT4FZlBtmKxjc/qPkPT1FWdf +M9trF34mlWwuUGu+Ebfw3Hl1/cyRBQZT/snHQc13wjw6pSnJL7SSvUto6nK973klTvrbV2S 6YN5s1GN2tm3aF9VTutrWTc7aX0V2+vNePfBMvgDxDHZPc299Dc2kN/a3MIZUnglBKNtblTw QVPTFYzMADzW98QvGMXjbUdKnigkgGnaPa6a4cg72i35YY7HdXPtggmvkMxWHWKmsL/Dvpvt 89dNtdT38E6zoR9v8dtfX5afcAU5BwKfSY+UUpOK4jpPZv2G/jo3wj+LkWmXkqpoXil0tbne QFt7jkQy5PQZOxuQMMCfuiv0BU5HpX5KzRiSMrkgkcEdR71+ln7L3xQPxg+Bug61NJ5l80P2 a9JOWM8R8tyfQsV3fRxX9QeAvFE6tGrkVd35Pfh/hbtJfKTTX+Jn4F4wcPxp1Keb0lbm9yfq l7r+aTT9Ed/TLiVYYWdmVVQZYk4AFPPSvEf2+/ii/wAPP2fbyztnZL3xVKNHhZeqJIjtM3t+ 5SQA9mK1+7Z7m1LK8vrZhW1jTi5W722Xq3ovU/IsnyypmGNpYGlvUklftfd+iV2/Q+Qv2mPj bJ8ffi3e6wkjHR7PNlo8ecqtsDzL9ZWG899vlg52iuCAwKbGoVcABQOAB0FK5wK/z3zPMsRm GLqY3FS5qlRuTfm+3ktkuisj+0MDgqODw8MLh1aEEkl5L9erfV6i0UinIoDg1wnUS2OpWmjX i3d/ZPqVpbq8j2qzm3M5CnapcAlV3YJ28kAgEZyOx8c/Dgah8ffEPh7RYo9P0+yvJWLuWaHS 7SMBpJ5GJzsjU55PzEqucsK4PUbY3dlLECFMiFcntXaa/wDF2+T4s+IfEuhSyab/AG7I4ZJY YpiYmKNsZWVl+8gP4da9jAV8IqDp4xXiqkHolzuPLPmSejtfk0vZbrW552Lp4j2qnh3rySWr fLe8OW61V/i1tfo9LGt468DaL4m8YfD/AE3wbbSWEHivSoWie/nLPPIZ50E8pAIUssYJVBgH getY+o/CsSaTp+oaPrdhrdjfazDoDypBNbG1u5SvlhlkUExkNneufunjNbs37Rd3q/in4dX+ pJJcQ+DFja6SOCCJruYNIWdCqrgFWUBTgAqeOc1z/hL4iQ+HfA0GkPazSyReLrHxIZFYAGO3 ADRY/vN2PT1r6PESyGviJSbSUuqThy2p02koxbiuafOndPbS278rDwzOlTjHX3el1K95zTvJ pSdo8rW3z2XQT/s+WdnBczS+NdGSCx1hfD9y/wDZ92fLvmGVjA2fMh7ycAehrg/Eeg3PhTxJ qOlXgjW80u5ktZwjbl3oxBwe44rq9V+Lltf6LrdqLG4VtV8ZxeJ0YuuEiQYMRH94+vSue+IH iWPxp8Qdd1mKJ4ItXv5rxInILRh2JAOOMivNzxZO6Kll6SkmtnN3T57/ABN7Wja1vie/Tqyv +0FUaxbbjbqo7+7/ACpb3lv2XzyaQDA5o3jNAbNfLHuCnivqb/gnH8dmsdQuPAWozExTBrvS i38BHMkWf/HgPwFfLBIA9qv+FPFdz4C8V6ZrllI0dzpNyl0hXqQp+YfiuRX1HBvElXIs3o5h Tfup2mu8H8S+7VeaR4PE2R083y2pgprVq8X2ktn9+j8mz9WVO4UtZ/hPxFB4t8M2GqWpBt9Q gS4TnOAwBxn26VfYZFf6A06kakFODumrp+TP4znCUJOElZrRi0ViWfj/AErUPHF54bhui2s6 fbJd3Fv5Mg2ROcK28rsOT2BJHpW30FWSFFFFABRRWL448e6X8PNNtrzVrh7a3u72306JlheT dPPKsUS4UEgF2UZPAzkkCgDaooooAKKKKACiiigDI8feK4vAfgXWtcnXdDo1hPfSD1WKNnP6 LX5VRTzXEZmuGL3MxMszE5LOx3MT/wACJr9HP20tVfSP2V/HEkbFWn01rUkf3ZmWJh+Tmvzm BBJPvX8q/SDxzlmOEwd9Iwcrf45W/wDbD+h/BnCRjgcRiespqP8A4DG//twm0sM0oGPekzgg Z4pcgd+tfz6fsopGaQL82aNw9aN4zQAbeaUnFIHBoJB9KAEK56HrSbiOOKcMDvSMA3egBVzi kOcUgHr3pwIA60AGSelLSZA9KCwNACY3n6V3X7MXi5/Av7QnhS/WTyomvRazN/0ylGxh+tcK MBuOlWNIujZa7YTqcGG7hcEe0i135TjJ4THUcVTesJxkvk0zkx+GjicLUw89pxlH700frFXk 37bvjB/Bf7NXiSaLImvoVsI2BwUaVggP4Zr1W2nW5gjkXOJFDD8RmvnL/gprqj2nwa0i1DYW 91aMMM9QoL/0r+7uPse8Jw5jMRB6qnJJ+clZfmfyJwbhFiM9wtGa054t+id3+R8ToFjARRgK MAegpaaG57Uu4eor+AT+xhSMimspJpdw9RS5HqKYABgUUzdyQT1p28UABFCjAo3A0FhjqKAA khh6UvWmqc5yRS7higAYHORRtyPrQSCOooBA7igBCdgFAJYH9KC2T7Uq4XvQB73/AME4vF7a D8frvSzIqW+uaY+VP8UkLqVA98SP+VfdwORX5s/si339n/tO+C5ASA95JE2O4aCT+oFfpKi4 zX9f+A2NlW4enQl/y7qSS9Goy/Ns/mrxgwsaecwqr7dNN+qco/kkfM3/AAU38UnT/hnoGiqf +QtqJnfB/hhTofYlwfwr4vCnOTX0p/wU61Z5fip4YsCx8uDTHuAOwLyspP5IK+bN3Nfhni/j nieKsSntDlivlFN/i2frfhrhFQ4eoW3nzSfzk/0SAnaKCTjigkGjcK/Mz7oN3HvSK3PA4pQA O9JwD1oAdSbucUbhRke1AC0m3mhjxwaFPHWgAUEGkAznjFKcE5zRkZoACdooDZPNG4HuKQYH egBAO3pX17/wS88XGTQ/F2gO64trqHUYU7nzUMbn6Dyk/OvkHPH+f8//AK6+hf8AgmlcNH+0 Dq0QbEc/h6ZmX1K3Nvg/k7fnX6L4T4yeH4qwjhtJyi/Rxa/Oz+R8X4h4WNfh7EqX2UpL1jJP 8rr5n3MelfEv/BTTxY+pfFrw7oQ/1Wj6W962O73EpQfksDf99e9fbWPlPevzs/bi1J9Q/as8 UByT9jjs7VMn7qi3WTH5yn86/oLx0xzocNeyX/L2pCP3Xn+cEfi/hHhI1c9dV/8ALuEpL5tR /KTPKkXaOaUjOPakGATzmjcPUV/HB/TgiccegpwFJkGmr97qKAH0mOKG5HWm52nrwOtAD6RV wTQGB70bh6igAK5oAxQWGKAR60ABXmjbhs0gPzUob1IoAQAg9sUrckd/WjeKRsHvQB9+/wDB P3xc/iX9m3TLeVlaXRp5bDA6hEbKk/ga9tJwK+W/+CX1603gfxbbljsg1KNlGem6PJr6kPTm v718N8bPF8M4KtPfkUf/AAFuP6H8f8dYWOHz/FU47c1//AkpfqfN/wAdfgfr3j34+LeJoJ1P w9d6hof2vzfKeCe3hmZp1dGPzKFIJBBz6GsLwF8Eta8L+KdPXXvAd/rei6et/a6LFF9mlj0S VroSRTBHlUIpTOGUFlHy4ANe2+M/2kvDngXxnPol+NV82xWB726hsXktbBZjiIyuPuhiOoBA 74rKvf2xvBOmWWoXd1Pq1rY2MU80V1LpsqRaisL7Jfs5I/eFWyMcE4JGQCa+3PkzxS+/Zc1v Tfh/4MM/hNL1VOonX7O2srW6uZLqV5fJu3SSWNZXVWGHLlk3A444uXfwN8Vy/EPw5J/wjmoo 2lNZW/8Aa0dvapfXWn/ZTHOtzciQsZuWUxgFCcfM+Sw9I8YftWS+HPiPo9jc6Zd+H9AOj3Gt 6vdarYSefbxRuECAI+1DkgliW6qAuW41bX9r/wAMXhht47DxQdXuLqO0j0ltJkS+cyRtKj7G wAhjR23Fh90g4IxQB4XYfs+eI7bwXoOnjwJI3hrQ9TkDWj6VYfbtQiazeOO4urVZxDLNG5Ue YJBuzv2Bly17Uv2fPEcfiTQ0fwprOsXMNz4afTdbvjavPpVraXO+6hlIkJifZ18reHGAWJWv YdY/bN8H6NeXEb2/iSVLcTus0WkyvFMtu224dCOqxHhiQM4O3ditTxB+1H4W8K6qkOorrNpa XNtJdWeotpspstQWOA3DCGRQd5EIZ+gB2kAkjFAHpFFeW2/7XHhe4jaFrTxJBrHmQRw6NJpU o1C689JJIWjjHDKyQytu3YURPu24q7pn7T/hjUvF8GjbdatppbmHT3nudNlht4L2WFZ0s5HY DZOY3Q7TwC6rncwBAPRaK5T4ofF/TfhWujpewaneXev3jWGn2lhatcT3MywyzsABgACKGViW IGF9cA8xb/theCrt9OMFxqstrf2treTXY02YW+mJczPBb/aWIHlF5o5EwfuGNi+xRuoA9Sor zGf9r3wJa+HbzUZNVnRrDQ73xFcWZspvtcVnZyNFckx7c70kRk2feJVsAgEj0yNiygkEAjPI waAMP4njQ0+HusTeJbe3utAs7WS7v454fOjMMQ81iUwd2NmcAZ4rwMfFr9m4j/kGaDz/ANQK T/43Xsf7S/8Aybj8QP8AsW9R/wDSWSvzMjPyD1wK/BvFvjOvkeOoU6OHpVOeDbdSHM1Z7J3W mux+xeG3C9LNcHVqVa9SHLK1oS5VstWrPU+0P+Ftfs3f9AzQf/BFJ/8AG6B8Wv2bj/zC9B/8 EUn/AMbr4wJ9CM0Jnmvyb/iL2O/6AcN/4Kf/AMkfo3/EN8J/0F4j/wAGf/an2ePi3+zcD/yD NB9P+QDJ/wDG6B8W/wBm3/oF6D/4IZP/AI3Xxe/BBzSg/MRR/wARex3/AEA4b/wU/wD5IP8A iG+E/wCguv8A+DP/ALU+z/8Ahbf7Nv8A0C9B/wDBDJ/8brZ8Aa7+z/8AE3xRDo2kaR4Zl1G5 Vmhil0nyPO2jJVS6AFsc7Qc4B9DXwxTre7msLuG4tppba5t3EsM0TbZInByGU9iDW2H8X8Sq sXXwGHcLq6VOza62bk0nbbR+hlX8NqLpyVHGV1K2jc7q/S6srr5o/S1f2afh8Rx4M8OfjYR/ 4V4/8U/iv+zf8F/Hd34a8R6TodlrFisbzQroEswUOoZfmSMqcgjoa679j/8Aang+OvhgabqU kcHivS4x9qhxgXcfQTp6g/xDqp9sE/Bn/BS9d37aviv2t7L/ANJ1r+0PC/hzhjixqtTpRdKU HJOMYJ3TimneLs1dprufx94v8X8S8HYa8aj9qqii1KU2rOMndWlG97KzvsfUo/ap/ZU/59NG /wDCZuP/AIzR/wANVfsqf8+mi/8AhM3H/wAZr84yAPxpcYPrjtX7L/xA7hX/AJ8/hT/+Vn8+ /wDExnGP88P/ACr/APLT9Gx+1V+yp/z66L/4TNx/8Zo/4ap/ZUB/49dG/wDCZuP/AIzX5xuS OcYpM5IA545zR/xA/hX/AJ8/hT/+VjX0i+Mf54f+Vf8A5afo6f2qv2VD/wAuui/+Ezcf/GaR v2rf2VI13fZdG+XDceGbjjHOf9TX5yooLcjGKVYwAaa8D+Fv+fX4U/8A5WJ/SM4xt8cP/Kv/ AMtP2/8ABfibTPGnhbT9W0W7t77Sb+BZrWeBsxyRkcEfyx1BBFcv+0Bqvgjw/wCEYb/x5a2V 1pNvcosX2m0N0I5W+UEKASDzjNfAH/BPX9uN/wBnjxKnhbxLNI/gnVpfkm5Y6NcMf9YByTEx +8B90/MO4P1x/wAFGLhLz9nFJEdJI5NStWVlOVYFwQQe4r8T8VsqxHDWXYqq4KpGMJShzK8Z Ja2ktNV1WnfZo/o3wi4lwnFmIwyhNwm5RjUUXaUW+qfZ68r16p6poyB8W/2bsf8AIL0E/wDc Ck/+N0o+Lf7N2P8AkF6D/wCCGT/43XxeQMYprDaeOlfxd/xF7Hf9AOG/8FP/AOSP67/4hxhf +gvEf+DP/tT7RPxb/Zu5/wCJZoP/AIIZP/jdKPi3+zeTj+zNB5H/AEAZP/jdfFw5Xk80Ly2P Sj/iLuO/6AcN/wCCn/8AJB/xDjC/9BeI/wDBn/2p9on4t/s3Z50vQc/9gGT/AON0n/C2v2bx 10zQP/BFJ/8AG6+MQMU1gFx2/wA/5/KheLuO/wCgHDf+Cn/8kH/EN8L/ANBeI/8ABn/2p9+/ CrSvgh8ap72Lw5oPhi9n08K08LaYIZFVujBXUErnjI4B4rtP+GaPh7j/AJEzw2P+3CP/AAr8 5/h38QtW+FHjSy1/Q7gW+o2DfLuyYp0J+aKQfxIw4I68AgggEfo38CfjhpPx98Awa1pmYXB8 m9s3YGWxnABaNvUd1boykH2r9j8NOLsp4jjLC4zDUoYmOtlBKMo943u7raSv5rS9vzDjvhzM 8kksThcRUnQlZXcneMuztZWfR28nra/gF9+07+yxpuoXNrPZaMk9pPJbyr/wjc5CvG5RhkRY OGUjI9Kj/wCGqf2VP+fTRv8Awmbj/wCM1+e3i/J8beIO/wDxOb//ANK5qzmXCnrX9r0/BDhZ xTdH8Kf/AMgfwXX+kTxhCpKEZw0f/Tz/AOWn6Nf8NU/sqH/l10X/AMJq4/8AjVH/AA1V+yqP +XXRf/CZuP8A41X5xgknGDuowVGO/f6VX/ED+Fv+fP4U/wD5WZf8TG8Y/wA8P/Kv/wAtP0c/ 4aq/ZUP/AC66N/4TNx/8Zo/4ap/ZU/59dF/8Jm4/+M1+chJYLyORmlUBwaf/ABA/hX/n1+FP /wCVj/4mL4x/nh/5V/8Alp+l3gb9qj9mWTxppKaQdDsNVluVis7htCmthFK2VU+Y0YCZzjJI GWx3r6ihbcgIIIPQjvX4VyRrJGysAyMCCCOCD61+gH/BM/8Abom8WQWvw48Z35n1aFdmhajc OTJqEagn7PIccyoo4YnLqOckMa8HiLwvwmUYR4nJo2itZxtG/wDiXLGN7dettdkz7DgnxnxW d45YLPmlOWlOS5rX/lfNKVm/s62b03av9BfHjxD8KNB8S2P/AAn8Ohvqc1uRate2LXDmEMeA QpwNxPHvXEf8LA/Zt/54eEv/AAUP/wDG684/4KdjHxM8K++my/8Aow18049K/g/jjxMxOW57 icDTwdCag0uaUG5O8U9XzK+5/eHCXAtHHZRQxc8VWi5J6RmlFataKz7H27/wsD9m3/nh4S/8 FD//ABukPxB/ZtGf3HhL/wAFD/8AxuviMjtnFBXpzXyv/EYcX/0AYb/wW/8A5I+j/wCIa4f/ AKDcR/4MX/yJ9uj4hfs2j/lh4R/8FD//ABug/EH9m0n/AFHhH/wUP/8AG6+IduRwaFBPfgUf 8Rgxf/QBhv8AwW//AJIP+Ia4f/oNxH/gxf8AyJ9u/wDCwv2bR/y7+Ev/AAUP/wDG67rwJ8Kv hJ8TvDsWraB4c8Kanp8zMizRWKYDDqrAgFSPQgGvzp25716V+zB+0befs8eNhcMZrjw/qDBN RtFJOB2mQf31/UcV7nDfi3hquPhSznBUI0ZaOUIWcX0bu5XXfr16Wfk534cYing5VMsxdaVV aqMp6S7pWSs+3Tp1uvtDx98IfhX8NPBupa/rXhTw5a6VpMDXN1MNNVzGi9TtVST9AK8UT9qz 9lR0BFpo2CMj/imbjp/35r1X9sHxJZeLv2JvHOp6bdQ3thfaDLNBPEcrIpAwR/geQeK/Iy3b 9xHz0QdvYV/cvAvhnw5neCniq9GOkrLljCzVk7/C777n8N+J/i3xLw5mNPB4SpdShd87qNp8 zVtJxtt23P0f/wCGqf2Vc8Wmjf8AhM3H/wAao/4ao/ZV72mjf+Ezcf8Axmvzkfp1/wDrUnc5 r7f/AIgfwr/z6/Cn/wDKz81/4mM4x/nh/wCVf/lp+jn/AA1R+yoOfsmjf+E1cf8Axmk/4ap/ ZU/59NG/8Jm4/wDjNfnIM8cAGjdzjGSKX/ED+Fb/AML8Kf8A8rH/AMTF8Y/zw/8AKv8A8tP0 cH7VP7Ko6Wmjf+Ezcf8Axmu5/Z2+PvwI8cfEldN8AnRrTxJPaSCMLpb2MlxECrPGjOi7zwGK Ak4QnGFJH5WFcKCM0/S9SudF1S1v7G5ns7+xmS5trmByktvKhDJIjDkMCMg0peCfDtNOeFhy VF8LtDR9HpBP7mjSj9Iniic1HGcs6bfvJOom11SbqSX3pryP3OU5jrxL4o+M/gdpnxD1S38V xeGz4jjaP7cbnTXlmLGJCm5ghz+72Y56YrP/AGD/ANs+0/an8DPY6jJb23jfQolGp2qjYLuM nat3EP7jHhgPuOcHAZC3zF+2kP8AjK7xrz/y2tf/AEjgr+U/GnNcXwtgoe0w8Kk/aqLjUjzR s4TfMtVvbR9mz+yPCKjguKKrrYavONN03JOD5XpKKcXo9r6ro0fR/wDwsH9m3PMHhE/9wh// AI3R/wALB/Zt/wCeHhL/AMFD/wDxuviMDA60irg9ea/nX/iMGL/6AMN/4Lf/AMkfu3/ENcP/ ANBuI/8ABi/+RPt7/hYP7No/5YeEf/BQ/wD8bo/4WD+zbn/UeEv/AAUP/wDG6+ISpJyDSgcY zS/4jBi/+gDDf+C3/wDJB/xDXD/9BuI/8GL/AORPtz/hYP7Nox+48Jf+Ch//AI3SSfEP9myN Cxg8IgAZJ/sh+Pf/AFdfEe3HU4pCf0/Sj/iMGL/6AMN/4Lf/AMkP/iGuH/6DMR/4MX/yJ+le mfs+fDbW7GC6tfCXhe5tbhBLDLHZRskikZDAgYIIrlvjZ4f+C37PPhSDW/Fnhvw/p2m3F2li kqaT55MrK7Ku1EJ6I3OMcV4R+w/+1j/wrTUYPB/iGdjoF7KE065c8abKx/1TH/nkxPB/hY4+ 6Rt67/gsOwf9l7RCCDnxPbYPY/6PdV/UXhXPh3jD2Dhh4Rcmo1IqMeaL+a2e8XbVeaaX85+K dfPuEsLiaqrSlyRcqcnKXLJeaUlqtmr6Pys3AP2qv2VM8Wujf+Ezcf8Axmg/tVfsqN/y66N/ 4TNx/wDGa/ON+BmjeVzyK/pb/iB/Ct/4X4U//lZ/I/8AxMZxj/PD/wAq/wDy0/Rv/hqr9lX/ AJ9dF/8ACZuP/jVH/DVP7Kn/AD66N/4TVx/8Zr85Bndj8ac52kYxzT/4gfwt/wA+vwp//Kx/ 8TF8Y/zw/wDKv/y0/Rr/AIaq/ZUH/Lrov/hM3H/xmj/hqv8AZVB/49dF/wDCZuP/AI1X5xhs 49zSLyD70v8AiB/Cv/Pn8Kf/AMrB/SM4x/nh/wCVf/lp+vP7Lvxd+E/xLg1eP4ZyaVE9s6Nf 21vZNZSnIwrmN1VmXsGxjtmvXe1fin8GPjJrfwF+I2n+KNAmCX1g3zwsxWK8iP3oZMdVb9Dg 1+t37OX7Q+h/tMfDK08SaG7IJP3V3aS/66wnH3onHsehHBGDXxfFfA0ci5ZYGP8As70Wi919 nZJa7p2Xbff9S8P/ABM/1lUqWYNLFLVrW0o91zNvTZq777bcT42/Z6134kfGvxdJPfDSPCeu 2mnRXLJAstxqAhLM8aMXHk84BYo2R0xWddfsB6bNo+v6bHqWlxWurrcCK8/sGE6pEZpfMbfc 7gXAOQAFQ4OCWxXZ618V9duvi/r+j2F14e0rRvBtlb32pPf281xcXkcqO5aPY6hFQJycPknG BXm+k/tXeNNb1eHSbVtCaTVrvTP7O1OfR54Ea2vC3z/ZzcFjgBSpLoSDyor4o/TT1H4yfs2a d8ataurjUr+6gtrvQbjQpIYVXdtlljk8wMe4MY4xg5rI8P8A7MN7F8StP8Xa54pl1fW7S8ju JDFp620EkcVvNBHGqbmKn987s245JwAo4rhb/wDbK8Rr4Xs9StodIurnS3ZNbsotOmaIqt2b fzVuTKFiVgpIUpI2Qc8AmuQvvjf4m8HfBGbTtSubXV7DX4tdmsnV7m3v7Nra9mYB5lly6FVK gp5ZX5RyKAPX7j9ju3njtwdeuF+z2+rQD/RV5+3yM5J+b+DdgevtXP3H7AdvLdH/AIntmIhD Ii3H9kA6hl9OFiYzP5nMAA8xY9vDk/NivPdc+LPiXw/4K8TzaTq01pqun+HtXv4r6aSW4ZAm sFNixs/lg7OFcqSvHBHFdrqPxy8V+D/iFf8Ah+wWyn1bUdbmt57v7BdX0bmDTopyIrUTBl3s QMB8KoZvmNAHd+Jf2XpdQ8dW/ijS/EUmm67psWnpYO9oJ4IzbRXcL+Ym5S6yxXkikBlK4BBz WYf2SbnSvH194rtb/wAPalrt7LHqbzahocXnnUI7WOANHcAs0EDGKNygR2U7trDcak8CfHPx nefFPQNN8X6XYeE7LxBYxSWVs9nLcNeXH2RpriEXSybIpYmR/wB3JH86ISrE5C6fx9+NuteC fFHhHRPDsVm9x4m+0zfapLGXUQEhhMgRIYnRnL8fNv8AlUMcHigDcvPhBfeJh8OLzW9ba81n wPO17dXCW6Iuq3D6bc2UjFV2iME3LSAKMDaBgA8ec6X+wbZ6Pq+nXQ1XStR+zwpb3H9qaBDe OFS9ubtWtyzfuXzcvGxIcFVU7Qyg1QsP2qPHc9019eaToGlW2mav4f0bU9Gmjle8hl1JLXzc XAfaGhe5wB5ZDCM8jPFHQ/2tviHrvgzTtZj0PSorLxOLD7FezadcR2uky3ep2lmtu7GX/Sz5 Vy7708sboGBADLgA3tY/YLs9Wm1Bj4iukGo+JP7VkAtV5095rme400nOTHLJe3bF+v7xeCEF fQAGGr5/8R/tD+NPDvii6h8zwxcWOgeLtG8G3yizmE9/NexWbyXa/vcQKpvUCxHzCfLYl/mA G3+zT+0Hr3xt1e3gvrTTLNNO8Kafea0sKvvg1maW5iuLVSTgJC1pIMEEnzEOcdQDr/2l/wDk 3H4gf9i3qP8A6SyV+dvgrwbp3iTw1rN/feIY9HbQoFupYnsJbgyQs8USurJxkyyqu3qAC3Sv 0V/aQgkuv2ePHsUUbyyy+HdQRERSzOTbSAAAckk9q/OTTdF17T9H1izXRNTaLXbOOyuC1jNu RFninBQgDDbolBzngnjOCP5k8c4x/tXCzqU+eKpT09619eX4Wn8Vr67H774SSf8AZteMZ8j9 pHXS9tOb4k1tfpuXJ/hNqULCTdBHZI2nxPPczRQEzXcEE/lRoXzMyLOpITJ24Yhc4FP4g+A7 74Z+KrrSdQGJYZJBExG1polkeNJdnVBIE3qG5KsrDIIJ6C78VeJ9T0x7W68L/aUE9ndWzSaZ cb7Ke2t4LdZIyCOXit4g4fcpIJAWqfxG1LxR8VPEp1fVtEvTqDx+VLNDpssbXADMUL8HcyKR GG67I0BJIyfxfH4TLVQn9UhU57rluna15cyenbltvdXbafun6lhcTjPaw9vKHLbWzV72jZrX vzX26WTWpyOeOaC2Me9aP/CGawVx/Y+r/wDgFL/8TQfBusnH/En1f/wCl/8Aia+d+q1v5H9z PX+sUv5l96M8HIoJrR/4Q7WAP+QPq/8A4BS//E1u/DX4E+Jvit41s9DsdOvrN7k5lurm1dIr OIfekbcADjsuckkdskbYbLMXiascPQpSlOTSSSerexlXx+Go05VatRKMVdu+yR1P7HHwj8Qf En4xWGoaPcT6XZeHpluL3UUHCD/ngvZmccEdlOTztrzj/go9HaXH7c3iRL6+Gm2TxWQnu/Ia f7Ov2dfm8tfmfnAwOea/TH4R/CfSPg14Fs9B0eIpbWy5eRv9ZcSHlpHPdmPNfmr/AMFKvBGr a3+2L4re30jV7u2nt7MCSCzlkRsQLnDKpFf6UfRp4Njw254arO9WpBym76KV4K0U9NF1tq9X pZL/ADt+lRxPLPcDSrUofu4VYqKtq1yz1k1rq+iei21u3514u/Z71DRdb1i10fUrDxFBoGY7 24AGn4mWPzWhhjncPcOsXzkRBiB2p3hf9mrxJ4nj1OJY7ePUrLSo9Vh06OaO4upkdwoSREct bHad584L8ozjHNW4/HnjZbrXZn8INPNrlxJeCSXRLpm02eSD7O8tuc/KWi+UiTevcAHmtDQ/ jL8QvDXiKXV7Dwittq17pyaXqF2ug3JbVIlwMzKSYyzKNjbFUFSeM81/T0q2YKHLCUW7LV21 el720tutFfsvtH8jUqGTOrz1I1FFt+6tlHVK17vmWjs5W3u/snkk8Xk3LxlkYxu0ZKMGUkHB II4IyOo4NKjhUAINa8/gfX5rmWUeHNbhWR2cRx6ZOEiyc7VG0kKOgBJwAKZ/wgPiAj/kAa/x /wBQ2f8A+Jr3FWhbWS+8+YlQqX0i/uMnOGHsc0hwcn8a1v8AhAfEDf8AMv6+P+4bP/8AE0P4 C19QS2ga/jv/AMS2f/4in7an/MgVCp/K/uKOk6Rd+I9WtNN0+0uL+/1CZbe2tYIzJJcSMcBF Uckk1+gXxh+E+vfBH/gnroHh3xJqrapqtlfWxk+YOlmrSgi3RgAWVOmWyeuDgADT/wCCbX7D z/CHSY/HPi21RfFOpRf8S+0fDHSbdh1P/TZwecfdHHXIHf8A/BRLTbnUv2fvJtLa4upf7Stj shiaRsbxk4UE1/K30hOKIZhw9jcuwiUoQhK8t7ys1p5Ly39LX/s/6NvA1XKc4wubY9uNSpKK UduWN0/eX8zsnZ/CvO9vjOx8D6deeAV1k+II47lrxNP/ALP+wSl/OcMyr5mdmCqk56DpWlpX wK1TVPGFpphntoItR1C5sLOaSSMz3Hks6NILdXMhQshXcMqG43HFZNtpuvWugrp66HqJhTUI tTBNhNu82NGRQSBjbhzkYzwOa6WH4g+L7XWdL1RPDJXVdFu7i6s7waXcebCJpHlaLrtKB5GY ZBYZ+9jiv85cDQyySi8XRlFrkvyqXve9797t6uO3Lyq/VH+h2Kq4yPMsPUi781r8unu+7a1t pd76X3OB1XSrrQr97O9i+z3kKr50JYM0LFQ2xsdGXOGHVTkEAjFQbvm9q3vEula74o1651Gb Qr6G4vGEkwg06WNHkwN8m3bgM7ZdsYBZmIAzVP8A4Q3Wef8AiT6vz/04y/8AxNfP4jCSVWSo xk43drp3tfS+m9tz16WJi4J1JLmsr2el+v4meelJ1HNaK+DdZA/5A+rn/tyl/wDiaP8AhDtZ /wCgPq3/AIBS/wDxNY/Va38j+5l/WKX8y+9Gb3OO/wDn/GvqT/gm18Kdf/t++8Z/arjTvDs8 DWKQAfLrTqx+Ygj7kTbgHHJYuAcbw3mn7Mf7Kuq/HLxwU1SzvtM8NaaVk1GeWNoXuPS3jzg7 nGcsOFXPOSuf0I0vSbbQ9Mt7Oyt4bW0tIlhggiQJHCijCqoHAAAAAHpX7z4M+H9fEYuGf428 KdN+4tU5SWl+/KtV2k9Homn+Q+KHGdGhhpZPhbSnNe+9Gox3t/ie/wDdWu7TX4y+G/AsPxO+ Pl14cl1iDQ5dc8QXdlZ3M1rJcxvdS37RxRMqcqGLE7zwuznqKhl+Dep6jpS6p4faPxHol1cR wWFzAUgu9QDzparKtk7/AGgRG7b7MJCuwyDG7kCrg0vxP4H+NreIbHw9qs13oPiefVLUS6bc PC8kN9JJHuCgEoSBkAgkdx1q54S8W+OPAvg/TNK0vwvc282jPEbPVDoc738MEeorqaW24jyz EL1RLgxlz93ds+Wv9XJ1a6tKhJNe6rO1uvM9Nb/DbVrfR6H+QkaWDlOcMXCSd5Pmje/2eVWb 5bfFfRPRe8lcrz/s6a7B4L8Qav5um3D+GNTFhqMVpeQ3UFqn2R7l53uY3aFQpVYSmdxldEHz EKeDj5weduM8jFepxfEzxpZ6F4p0my8DW+n6F40nNzqmmQaHdtaySGIxhk8xnZCsmydSGyks aFcLlDwI8B+IFUA6Br5PTP8AZs/P/jtbYKvWfN9ZkulreivfV9b9XpbV9OTMsPhfcWCjLZ81 +/M7NaLeNui1v7q65OcnjJz6mnBcgjrxitU+ANfyP+Kf1/1/5Bs//wATSp4C8QKCBoGvnH/U NnP/ALLXaq0O6PL9hU6Rf3GSzBl+tdX8DPhBr/x1+Kel+HPDPmw6pPKs/wBtTcBpiIwP2lmX ldhA24Iy20Ajkilovwo8V+JdZtNN0/wxr11f38y29vEbGWMSO3AyzKFUdyzcAAk1+qH7Fn7J Gm/srfDNbXFvd+J9VCzaxqKp8079olJ5EUeSFHTqTyxJ+U4t4ro5ThbwalVlpFfq/Jfi9O9v vfD/AIFr5/jrVU40KdnOWqv/AHYv+Z/gteyfgP8AwUW0y50LxP4JtLq9n1a7tdFaOW6mCrJd Or4LsFAUEnngV5V/wrDTZrDRZ7XxKl4+sw3M6QrpskbRJAkhkJLsFOGjK9ckHIz0r2b/AIKc RPJ8TfC21HYDTZRwpP8Ay1PpXgOn+Kb7TI9KRLWNxo9vd20O+J/nW58zzN2D1HmtjGMYGc1/ kf4h1MN/rdj3jKfMnKH8yt/D5rcrS+Hm3ur2tY/2C4IpVv8AVrBxw8mmoy7O/wAdr8yb+Ll6 rS9zZ0T4Fa7rIvIhHCmoW2nR6ilisqS3DK7hdsiq2YCFO8+YBhRnpzXHSR+VM6bkYoxUlTuU 4OOD3HvXdad8dte0fXJNUttP0yLUbuwTTr6f7E7HUY1wD5qltmWUbW2hQQTxnmuJkhkkmdlt mhRmLCNI22xgnO1c9h25r4fNKeXKnBYDm5k5c3N1V/de29tJJaLS19z6zAyxrnN4u1tLW729 75X1XXXW2xGgwKUDFP8As8n/ADym/wC/Z/wo+zyf88pv+/Z/wrxeSXY9O5GR81NeQIpJIGOS fSpDbS8/upf++D/hX0T+w3+ym3xC1iHxf4jtCNBsZN2n20yf8hCVT/rCp6xqemeGPqBXu8N8 N43O8fDL8HH3pbvpFdZPyX4uyWrPIzzO8LlWDnjcU/djsurfRLzf4K7eiLegfDbxH4C/4J1/ Em41u4mhs9Y0mW60/TZFIazQry5zypfg7egGD3r4i+FXw/074gR6il/4ltvDp0uwe/zNp012 J4Yoy8pHlngqB0PXtX6u/tsWE2ofsmfECC3hmuJ5dHmVI4kLu5x0AHJP0r8nvDGheJ/Dcd20 PhzV3OoabPpsol0y4IEU8exyMAYYA8E5Gexr/WLwTyenlPDTyzDVH+7dk2029Frrda9rWS0W x/lF9IXM5ZlxVSzHE0k1OF3FXS+KSteLTulbW929Xe7NCH4C+J7u906K2srW4/tVj5DfbrdT EnltKr3CmTNqGhUyjz9nyAnoKZ4o+DOqeFvhvpHilpbW50vU3uInlhkRoYZY5liWNJQxSdn3 FwIs/KjNyASOn034o+OtNn02SPwbEz2aCO8LaBcsNbUWzWoF0M84gYp+68s85+9zWfq/i3xp rHwst/Bj+E5ofDtjcvd2VvFotzvsJWfcXikbLA7d0fzE5RmBycMP1eNfGupC7ha6vruveT6/ 4Wu/W3wn4vLDZUqU+RVHJxfLdbSvFx6LS3MpXvbS1/iPOmYMp5OT096M4bjg9K1R4A8QY/5F /X/T/kGz/wDxNH/CA+ID08Pa96/8g2fj/wAdr2PbQ/mR899Xqfyv7jLHJweP8mm7SMcCtf8A 4QDxCoz/AMI/r2f+wbP/APE11/wO/Zf8W/Hv4mWHhqy0vUtMFwfNu767snji0+3BAeY7woYj IAQHLMQOBkjGvjaFGnKrVmlGKu23skdGEy7FYmtHD0KblOTsklu2d5/wTg+Anij4qftCaV4g 0W7m0TSfB1wtzqOqIPmYMpH2OMEYZ5VJDg8LGSx+YoG7v9stYn/a38XrNL9nga6s1lm2F/JQ 2luGfaOW2jJ2jk4wK+7fgv8ABnQfgJ8ONO8MeHbY2+m6cn3nO6a5kPLzSt/FI55J/AAAAD4Q /bWtnm/ao8a4jkKvLajIQnP+hQe1f57fSs4hlnGX0K8Y+5GtFRVtbclR+9bXV9L6bLW7f+lv 0XOEI8PVauFlK9SdNym76KXNTVorskrXtd7vSyWH4k+EcWl313aaXq7a9d2un2V95Vtp8kTS G8ns4raIBzks63it8oOCu0jncsVz8FtVt/DOtagJLG4Og34sr5bW5juIbdPsstw0zToxjAUx CLbnJkdV+8Qpr23xJ1mw1y41K2ijgvZrXTLVZFgZvJ/s+S0lt3UNkbt1nFu3AqQW4GRi6Pi9 qNto/iLTLPRdIsNH8UTedf6fDaSmBn8pkBXe7MpV2WZSG+WSNCuFBU/yY1kc5ubjKK95WXNZ fHyNX5n/ACc93p0jK7S/qpf2pCCimpP3bt2v9jmWll/Py6a6Xa3fGo2R3GeeRigDafrSrbyY GY5iRxyh5/SnNbSkf6qX/vg/4V8moS7HvXGNg/l+lNIwc9j3p5tJCP8AVS/9+z/hQ8MkcZLR SgD0jb/Cjkl2C4+x0q416/hsLO1lvru+cQQW0S7nnduAgHv+QGSeAa+gv+ChPgzW/h/+wH4K 0jxFqf8Aa+rWniG1WafqF/0e6KxhjywQYXceWxk8mvUv2Hf2T/8AhXmnR+LvElpt8R30f+h2 0qgnSoT/AO1XH3j/AAjCjuTjf8FeNIu9Z/Zo0aGytLq9lXxNbMUt4WlfH2e55woJxyK/t36N fAlfJ8xoZtj7xq1mkoXaUYbpyX8z8/hWmjbR/Hv0kOLqWZZFi8twaUoU4yblveW3uv8AlXl8 T7pJnwD4Q+Gdh4u8B6jq/wDwkkdrqOnXMNmNJGlTzz3M1wzrbRpIh2EyGNh/snGetJqnwO8T aM96J7XTI47CyN/PcnWLM2iIGZNv2gS+V5hkR0EYbfuRhtyKTw7aeLvClhcQWOg6xE1xf2Op CZtKnaSGezZ3hK5XbjdISwZTnA6c56TVvHvi3WbbUbOfwBZ/2Pqdn9kl0tdCvVtUbzZZvtCf P5izCWaR879mXxs2gAf39UrYmNRunKMot9baLS6Vrdb2vfza6/5u0KGBnRSrRlGaT+G9nK7s 3zc1tOW/KlbW0X05z4qfBvU/hNJpz3hE1lq1tDc2dzs8r7RviWRgiE7iqFthf7pYEZyCByin kk9T6V6D8SfFnjn4r6Ro1nrHhy9caBCttYzQ6LOk0UAQL5JbBymQXwejMxBAOK5L/hA/EA/5 gGvf+C2f/wCJrpwVap7FfWZLn62enl+G/mceZUKP1iTwUZez0tdarRXXpe9utrX1Mpjkj0zw KcxAPPetT/hAvEBx/wAU/r3P/UNn/wDiaH8BeIMg/wBga8f+4bP/APE11KtT/mRwqhU/lf3G Wsgwa+4v+CRPwL8V6dqN/wCPLi7vNK8LajAbW2smGF1pgeJyCOETkKwwWOeorxr9iX9h3V/2 iviF9o16yvdK8H6LIr6g1zA8MmoN1FvGGAOD/E3QDjknFfqZpek22g6XbWdlDHbWlpGsMMMY 2pGijAUDsABX5X4icV06dGWVYe0pSXvPflW9v8T/AAXm9P3bwg4ErVcTHPsXeEIP3Fs5PZvv yrb+8/JO+L4m+EXhjxl4lsNZ1TQdK1DVdM/49rueBXlh9gfT2NeR+O/h38HrmwvYfLtNJ0/w 3rdt/a0drp0jRXlwpylmSEIkOXH7uLJG4cDNZHx98CeK9f8A2gp7hZdfttOktrL+xLyw0y4v /skiufPVTHPHHCW4yZ1ZWXPPY1L79nyZ9B8RQr4d1BvP+JcV5Cn70b7HMBaVcN/q/v8Azex9 K/Dz+nD1zw/8Kvht4+tLZrHw3o08HhuQ6fCn2AwC0KlZDEFKrwCytggjd75p3gr4QfDnX9M1 LUtH8N6M1vr5ntr2UWZja6AmbzUYMAcGVWJHQkZ54NeM+GvCOuWvxaln8Y6F431Pwx/aeoDT 0tvtMqW9wXtvs8pSNwyx+UsoVyNgOeQTXM3vw1+IV/ryHUJPF+llopBo17DplzqU9lMNSuGb b5dxGkJaIxHM4KMgxnGQQD6nn+CvhS5sruCTw9pMkN/bTWVxG8AZZ4JZDLJGwPVWcliO5qvq nwC8F65ov9nXvhnSbqy81J/KlgD4kSMRq4J5DBAFyDnHFfOniH4S+OdP+H8OpaDYeK4fF+sj xDBqDw3kkUsymS5a03F22ocLD5Z4xkYxmr3xnS58MeFdEufAdl4l0C18SQXXhGOz1Fbi3ks7 u9MRt7lkmbeAJ40j39AJHI4ySAe3eJf2YPAnia21COXw1pttLqNgdMe4s4/s9xFAYvJ2xuuD GRH8gK4IXjOOK3vF3wn8NeP9BtNL1nQ9N1HTbEq1rbzQApbFVKqUH8OFJHGODjpXA+M/Ez+L f2aNQbwv4f1PVrezlbSI7e6aUSzQ28/2eabZFIsswXy5CIwyvLswPvgnxDw18H/Ffil7+21L T/FFzoOn6P4ik0QmO8sUSZ5dNa0McLyGWNubvy1diwAfGBgUAfS+r+E/AfgY6bY3WmaPpw13 U7NLOFbfas95bKHtgoUYDRrbqV6AeWPSprH9nzwRpmq3d7a+FtDhu764jup5ktlDySpOtwr5 HQiZVk4/iUE8ivnXwz4I8Vaz8XvCV/r2heK5vEUfiXT9RkvrmKaS1g00aMiSKHyYoit2ZtyH a5Z92CDkfXa4JJFAHlfjb9lPSvH3xksPF9/ekvp15bahFbx2FvG5mtwfKDTqglaMOQ+1mJyA M7flrf8Agj8FLT4L6brYiu31DUfEuqy61ql2YI7cXN1IkaMyxxgKg2xJkDq25iSzEntqKAMD 4q+Pbf4V/DDxH4ou4J7q18N6Xc6rNDCQJJUgiaVlXJA3EKQMkDJr5W/4fOeDhn/iifGZx/tW f/x6voH9sb/k0T4qf9ifq3/pFNX46M2xmHXBzX6jwDwvl+aYarUxkW3GVlq1pbyPw/xW43zb I8VQpZdNRUotu8U9b26o/Qr/AIfO+Dv+hJ8Z/wDfVn/8eo/4fPeDc4/4QnxmP+BWn/x6vz2J 2qD6VGx3H9K+9/4hzkf/AD7f/gUv8z8pfjDxP/z+j/4BH/I/Q0f8FnvBpH/Ik+M+f9qz/wDj 1If+Cz/g0dfBPjP/AL6s/wD49X56/dQHsB0pAN7YHGKf/EOcj/59v/wKX+Yv+Iw8T/8AP6P/ AIBH/I/Qv/h894NIyPBXjL/vqz/+PV7h+yZ+1npH7XPhjWNU0jStW0mLRb4WEkd+Yi8jGNJN w8tmGMOByc8V+QeNvHft71+kf/BHrwg2h/s16nqpIK6/rlzOv0jxD/7Tr5PjThDKctyyWJw8 Wp3il7ze++/kmfe+G3iDn2c53HBYualT5ZSdoxW22qXdo+ssYr5s/aJ/4KV+Gv2b/i3feENR 8M+JdTvLCGGZ57NrcQsJEDgDfIp4B54r6Tr8w/8AgrJ4WbRP2sxqDHC65o9vOv8A2zJiP/oN fG8D5Tg8xzJ4bGq8eVtWbWqa7eVz9G8Ts+zHJ8nWNy1pSU4ptpP3Wn0fnynun/D57wb/ANCT 4y/76s//AI9Sf8PnvBv/AEJPjP8A76s//j1fno+Ac5pp6jGeK/Xf+Ic5F/z7f/gUv8z+ff8A iMPE/wDz+j/4BH/I/Q5f+Cz3g1ungnxl/wB9Wf8A8eo/4fO+Dv8AoSfGf/fVn/8AHq/PJSEA 9e9KsuB2NP8A4hzkX/Pt/wDgUv8AMS8YuJv+f0f/AACP+R+hY/4LP+DW6eCfGf8A31Z//HqP +Hz3g3P/ACJPjP8A76s//j1fnmG8s5HQ9KDyxI4JpLw5yP8A59v/AMCl/mP/AIjDxP8A8/o/ +AR/yP0M/wCHz3gwf8yV4y/76s//AI9Sj/gs54NI/wCRJ8Zf99Wf/wAer88tuzng0K+30ofh zkfWm/8AwKX+YPxh4n6Vo/8AgEf8j9DP+Hz3g3OP+EJ8Z/8AfVn/APHqP+Hz3g3/AKErxl/3 3Z//AB6vzyznIyPf2pUHmDIOB/Oj/iHOR/8APt/+BS/zD/iMPE//AD+j/wCAR/yP0NH/AAWc 8GkZ/wCEK8ZY/wB+z/8Aj1B/4LPeDVx/xRXjLn/bs/8A49X56B9nHXtTWfeM9MUf8Q5yP/n2 /wDwKX+Yf8Rh4m/5/R/8Aj/kfoaP+Czng5hn/hCfGX/fVn/8epD/AMFn/Bo/5krxl/31Z/8A x6vz0WTauOp6/hSMmwA8cf45o/4hzkf/AD7f/gUv8xf8Rh4n/wCf0f8AwCP+R+tX7J37a2jf te3XiGLSND1rRz4dS3aY35hPm+cZQoXy3bp5TZzjqK9pc4jPtXxB/wAEWfDc9v4Z+IusupFt eX1lp8Z9WhiklYflcrX3ARlOa/FOLMBhsFmtXC4RWhHltrf7Kb382z+l+As1xuZZDh8bj9as +ZvS325KOi0+FI+Nk/4LPeDizj/hCfGeUdkI32fBUkH/AJbeoNL/AMPnfBuR/wAUT4zH/A7P /wCPV8I/FPQU8J/FvxlpKcrpPiLUrIcY4S9mVT+K4P41j3Om3FpocWqyxGPTp7uSwiuXIEbz xpHI8Y77gksbemJBznIH7PT8PshnCM1Tfvbe9Lr8z+b6/i1xTSqTputFuLafuR0s7du5+g5/ 4LO+DVHPgrxkP+BWf/x6kP8AwWf8GjP/ABRPjPj/AGrP/wCPV+ewSSbTTeLGxs0kERnAzEsh QuELdNxQM2OuAT0FX/CfgvVPHvGi2b6l/pUNl+5dP9fKkrxR8sOWWCY56DyzkgkZc/D3IYRc 5QaS3bk/8yKXi5xVUmqcKibeyUItv0SWp99H/gtB4NA/5Erxnx/tWn/x6l/4fPeDf+hJ8ZD/ AIFZ/wDx6vzy1XOlXcttdkWs8LtFJHKQrI6nDDnuCKkMDnRv7SPlfYfP+z+b5yY8zYG24zux gj5sbe2c5FX/AMQ6yKyfs3/4FL/Mz/4jDxRdx9qrrf3I6euh+hP/AA+d8G/9CV4y/wC+7P8A +PUD/gs54NH/ADJHjP8A76s//j1fnd/aMPP72LCgMfnHAPQ/TmnC/iLIPMiLSjKAOMv9PX8K f/EOMj/59P8A8Cl/mL/iMnE3StH/AMAh/kfoeP8Ags34Ox/yJPjIf8Cs/wD49Qf+Czvg0f8A Mk+Mv++rP/49X52yatbxQF3mhEakgtvGOOSPrWpd+Gr+y8RXukTQLFqWmo73Vu88atAEXc2S W28DnAJJ7A0n4d5Et6b/APApf5lQ8YOKJfDVT1S0hF6vZbbuzt3s+x9/D/gs94NI/wCRJ8Z/ 99Wf/wAepP8Ah894N4/4onxkP+BWf/x6vz1v4m0pkjuke1d1V1WYGNmDAMpAOOCCCPUGksYH 1XUFtLRGubs8CGJd8h4JPyjnoCfoDR/xDrIrc3s3b/FL/MF4wcT83J7VX7ckb/kfoWP+Cz/g 0/8AMleMv++rP/49QP8Ags/4NJx/whPjP/vqz/8Aj1fnelzGyZDoRk87h1ojvIi8eJYj5nKg ODu+nrT/AOIc5H/z7f8A4FL/ADJ/4jHxN/z+j/4BH/I/RH/h874Nzj/hCfGQz/tWf/x6vpH9 n342WX7Q3wr0vxbp1je6daaoGMcF3s81NrFTnaSO3Y1+ME0+xCxwAoJxX65/sB6FJ4d/Y98B W00Zhm/s4Sup65d2bP5EV8Px5wtlmV4KFbCRalKVtW3pZt7/ACP0/wAK+Os5zzMquHzCalCM ObSKWvNFLVLs2eoeMvEcfg/wrqOrTRSzRabbyXLxx43uEUkgZ4zxXyPB/wAFo/Bk0KOPBXjL 51DAb7PuM/8APavrL4h2B1bwJrVoq73ubCeNV9SY2A/WvxBt7N7KIW8y7JrYmF1PZkJQ/qDX JwBw1l+a067xkW3BxtZtaO/b0PR8WOMc2yKphll01FTU73inqnG26fc/Q8/8FnfBo/5knxn/ AN9Wf/x6kP8AwWe8Gj/mSvGX/fVn/wDHq/PMvnGODQMt15xX6F/xDnIv+fb/APApf5n5B/xG Hif/AJ/R/wDAI/5H6G/8PnfB3/Qk+M/++rP/AOPUg/4LP+DT/wAyV4y/76s//j1fnm0gA5x+ eKVRvJxwKf8AxDnI/wDn2/8AwKX+Y/8AiMPE/wDz+j/4BH/I/Qz/AIfO+Dv+hJ8Z/wDfVn/8 epG/4LO+DR18E+Mv++rP/wCPV+egk5C8ZpT+9x2xR/xDnI/+fb/8Cl/mH/EYeJ7/AMaP/gEf 8j9Ch/wWe8G4/wCRJ8ZY6fes/wD49Sj/AILO+DSOPBPjI/RrP/49X55EFTj3xQOGPT0x70v+ Ic5H/wA+3/4FL/MX/EYeJ/8An9H/AMAj/kfob/w+e8Gjr4J8ZD/gVn/8eoH/AAWd8GsMjwV4 y/76tP8A49X55FgQCCOenPFAba3HT0o/4hzkf/Pt/wDgUv8AMP8AiMPE/wDz+j/4BH/I/Q0/ 8FnvBo6+CvGQ/wCBWf8A8eoP/BZ7waBn/hCvGWP96z/+PV+ee7J7Hv7Ugw0eO+Pzo/4hzkf/ AD7f/gUv8x/8Rh4n/wCf0f8AwCP+R+hn/D57wbnH/CE+M/8Avqz/APj1Nl/4LReDIonY+CvG e1VLH5rPoP8AttX57KSD157+3+c1W1diuk3Z4yYXx9dpqo+HGRt29m//AAKX+ZMvGLidJtVo /wDgEf8AI/bz4VePoPir8ONB8TWtvcWltr1hDfxQTlfNiWRAwVtpIyM84JFcp+1T+0zpv7KX w8tfEmrabqeq213qMenLBYmMSBnjkcN87KMARnv3FdP8GvCy+CPhP4b0dSNumaZb2w/4DGo/ pXhX/BWfwlN4m/ZEu7qEnGgatZ6jJ/ubmhP/AKOFfh2U4TC4jOKeGqfwpTtv0bstfuP6ez7H 47B8PVcZS/jwpc2ytzKN3pt3OQ/4fOeDScf8IV4zz/vWf/x6g/8ABZ7waDj/AIQnxn/31Z// AB6vz0CkNzx6UMvuD6mv3D/iHOR/8+3/AOBS/wAz+Yl4w8T/APP6P/gEf8j9DD/wWe8GgZ/4 Qnxn/wB9Wf8A8epP+Hz/AINH/Mk+M/8Avqz/APj1fnqWyNuOoprKQRzknpxR/wAQ4yP/AJ9v /wACl/mP/iMPE9/40f8AwCP+R+hn/D5/wbn/AJEnxn/31Z//AB6hv+Cz3g1Rz4J8Zgf71p/8 er89Sny5446UjNu47gUf8Q5yP/n2/wDwKX+Yn4w8T/8AP6P/AIBH/I/Y79mT9ovTv2o/hqPE +ladqOl2v2uW08i9KGUNGQCfkZlwc+teisNwxXy//wAEjP8Ak05v+w3e/wDoS19QEZ74r8Hz /B0sLmVfDUVaMZNL0R/VHC2PrY7J8NjMQ7znCMm9tWtdDyv4k/tL2/w9+M1h4YurZbXThpsm q6nqt1DcLBawqdo2ssZQ89WZgoOBncQKtWf7WfgnUbWB7e91Wa5ubhbaOwTR7s3zMyGRT9n8 vzdpQFg23aVBOeKr/Gv9m8fGLxLeXU2qfYba88Py6KUSDe6u06TLJknGAUAK45z1FY3hf9mb X1+LGneMde8R6Ze6lbXSSTQ2entBC0MdtJBGiBpGIbMhYkk+gFeQe+bGoftkeANMu7iGXUtR zb79zpo928bBCBIyuItpWMnDsDhO+Kn+PH7QB+FeheH5dKsJNZufEt7BbWrpbXM9sschGZGa CORidpyqqCW7DHNcS37Fd55LL/wkNsC1vq0H/Hm2P9Nfcp+9/B39fau+1f4JTan4U8A6amox xv4NuLKaSTyj/pIgjCkKM/KTjIznFAEt9+0x4P0e51SG/vtQ02XSYXuHS90q6tzcRrIsRaAP GDOPMZVHlbsllxnIrnfEPx78CL8VPDR1PQL5NRudOur211nUNAlhfSYo2VZA7SRiSEHueFUA biNy55aT9iTV77Vr28uPFVo97HHN9hvzZSS3MszX0d3E91ulIkEZjEe1doKdNuBXTfEz9m7W fjBc6Vd65rWlrcjSr/RdUWzspIo5Le625aHdIxWRdife3A/NwOMAGvafte+Bb7TFuIdR1OaS WWGGGzXSLs3tx5yO8Lx2/l+aySJHIyuF2sEbB4Nek2N2t/ZQzosqLOiyBZY2jcAjOGVgCp9Q QCK8N0L9lHX5fiLo/ibXfE2l3eoaZdaeWjs9Na3hkt7KC7jQANIxEjtdMzHJUBQAO592U5Hr QAtAGBRRQAUUUUAecftjf8mifFT/ALE/Vv8A0imr8cpCfMfHr+dfsb+2N/yaL8VP+xP1b/0i mr8cnB3sBzX7l4U/7nW/xfoj+YvHn/f8L/gf/pQ52BXjmkAHcgnrxTD936/r2oXg5Pav1Y/B ncXnHfGfwoB59s04N8gHtjNNxtJBPXmgQ2R3VD5UbzSk4jjVctI54VQO5JwPxr9kv2TfhUfg r+zt4R8NyLCLrTtOiF00QIWSZl3SNzzyxJr86v8AgnN+zw/x4/aHsru6hY+H/B7x6pet/DJO Dm3hzuBzuHmHGceWuR8wr9WFTBzX4r4p5vGdSlltN/D70vV6RX3XfzR/SvgZw/OnRrZxVVuf 3IeaTvJ+jdl6xY6vhv8A4LLfDZptF8G+MIICxs55dKu5c/dSQb4hj/eD19yV53+1V8FU+P8A 8BPEfhfCi6vrYvZOQpMdwnzxkFuBlhtz2DGvgOF8zWX5pRxUnaKdn6PR/cnf5H6vxvkjzbI8 RgoK8nG8f8UXzJfNq3zPyn+AXhq08Ya7r1hexrJFPpKxq21S8Be8t4y6Eg7XCs2DjjNdVbfD Xw1/Z19qNj4d1bUTPo+urb6d9vaeVLixuFjSZGWPcSUyxXGBhscdPHZYJbWeWGdTFPbyNFMu eUdThgcehFavhnwldeIbbUbyK8sNOs9HjWW6vL26MEcRckIowCxdyGACqenJAr+lMVhZOTq+ 1cU7aa9rW0a3dvPotz+McBj6cILDugpyV9Xa+6d9Yu3KlK99NbvY9rsvgt4b8IfaZIrW/vJW 0S9aOa8gnks71fskcomWSS3jiEgckAQySDbzkHmvPPC0+l/Gf4hLNf6RDp1jY6FPcyWmnSC3 +0tbwBhl9p27j1IBPvnmqj/ATxMscCKlhLIpVbiBL9S2kiSMyobgdI1ZAW+Xd6EBjitDUv2c dWM1t/Y97purW9xYW1zDMs5jW9mliaYwQBlBbCIWzIEHbOcCuKmqNPmc8ReTVlLt57213Xpp oetWniavKqeD5YQldxS+Lay+G+lmna+rs1ffrv8AhTnhkRawbFNS0wWUT2c0lxeR3SyJLZxX G8B4h5ZUuVyDnAzkHmsPxV8L9D8M2Hiue80DX9G/snUrTSrEahfMgkSaYob45iTeu0bgFwnI 5IrjvCHwl1fx74dGpWUmmrDLPJa20VzeCGa+mjjMkkcakYLBAT87KDjAyeKt2/wU1rUdA07V kutJk0e/hkk+3teP5FqsUfmOshKbuE5/dq69QDkYq1TVOdp4jaye97qzet+tmtb21S2sY+1l Wp3p4PfmaaStZ3S05fs80Xpa+jlumeij9m3TrnWYdukaxZRQXF5DLYX95N5+oWsJRUv4BFA0 rq5bO1EKYZTvCgk1dc+BPhzw74v0jRIrXWtZu706xcBYr0JcXws2xDZxIsZAeU4BYBmz0UHi uQuv2d/FGnatHG0mm/6Ok3nXkV8zw6esSK7CRgu4fJIjAIrAhsDkEB/gf4BX3iPxh4o0DUL2 DRdY8N2P2iIO4lhnuS0YiiMik7VfzEIcZxuGcc4wT053irpJ7X63Sekm9G1+F+h1NJy9lHL+ WTaV3bdWk1rBRTcYu19ruy3T6S38C6PrXw98NWl5oV7pGqtZa7qCOZtk1obZreRYbhHj3TcZ UF9pUN+eldfCrQ/EmvRWjaLqJlHibxLbXN/BK6/2g9qiyW1pshgfY0hyFWJC2A+xDn5eO1T9 m/XJbiBdNkjunubC2lKXsn2aV72ZZmazUHI8xRC/LlFyCCQcA0fE3wYu9IuIHs9V0670+ZtO E0zXDq1hPd2qXEX2hQny8lwpTeflGQCwBcVTlK1PEa+8+unNfzv9pWT3a7k1HXpx5quDulyR +zZ8qj/ds78krtbKVr2tfc+Ivwn0fwp4L1XU9K0nxLq7Q3gtpifOt18PqLOGcvOjwLKUd3kC PMseY4ieW+aul1z9n3TvF3xbFto3h/WrLSX13w9ayw2pkuEg06805pZroPs4TzUC+afl3b+7 YHH3P7N+tW2jM73CJqZv3iukkZltkslsvtv2x3x5hXZzsKFu23d8tUX+AniG0kvUvLvRtNNl HPuFxqJ/e28MENzNKnlq26JIJ4ZCOGIfAQsGUNTjKKUMT71mru+usdbXSdrPVLrfu2nSnGbd TA+63F2VrJ2lpzcrau5LRtu6S7JdT4e+D3hzV/EdzpyWGq3M+keFNN1x0W8nkfVJ7v7GXwlv bSyJHCs8jbY0YnapdgoavL/GOmW+ieM9ZsLOS8ksbHULi2tmuo/LuGiSVlQyIQCsm0DcpAw2 RgYwF8UeFtQ8B+LL7Sb9Rb6lpU3kymKYOAdoKsjqcMrIysCOqsOnIrR+DfwpvPjn8VfD/g7T 96T+ILtbZ5FAJt4AC08uCRnZErtjqcYHNejSSoQeJqVbw5b3e1kruW7836O2yR4mIk8VUjg6 GHUajm0ktG25WUdlqtI67tXerd/0q/4Jc/C9/hz+yDo1xPHLFd+LLmbXpUk/uykJCR7GCKEj 619Dv901U8O6FZ+F9Bs9M063jtNP06CO1toEGFhiRQqIPYKAPwq4RkV/LOa46WNxlXFy+3Jv 0u9F8lof3RkWVwy3LqGAhtTjGPq0rN/N6n5P/wDBSn4df8K4/bK8SlEjitfE8Ftr8Cp/00Qw S5/2vOt3Y/8AXRfWuP8Ahr8VbLwR8MLm0Fzd2uuxHxBPYTQRndbz3mn6bb20qP8AwPvtpxuB yg543CvtD/gr98D38XfB7SPHFlB5l54LuWjvio+Y6fcFUdjgZby5Vhf0VPNPrX51MpztJwcc /XpX9DcJYunmmS0XN6wXK/WK5dfWLT+Z/IvH2CrZFxLiPZKyqP2kfSUlPT0mml6H0JoX7S3h 4XTf2jd3U+mDxNo3iG+sPsjGPU5F0hbe8mEYGxpUvwLllk2iXZuUsxxXF/Ef4xf2lpl8LTVL ebW0uNFaPU7EXe+/FtDqiSyyTXAWWSRRdwx7nVSyKAAQhY+Yf6ongHI7UjNkn9P8/nXuUckw 1OfPG/RdLaW8utte/wAlb53FcV4+vTVKVt5apO/vX636c2nb5u/rH7P/AMYNJ8AaPqA1W6kS 91LWnurmRrcztc250u6jXe2DkfbHhfaf4gHx8uRpaX8cNEMNrJcX7xa7cxJI+q/ZH3WN8+hW 1q12xVd7Mt0k2SgLfOZF3EDPnPwt8JW/ivVtWN1Z6rqkGi6RNqpsdNfy7q+KT28IjV/Lk2AC cyMRGx2xEYGSR6F4P/Zx0bxhbaJAH1/TJ9StdO1GbU5pI5LGIXd+LU6eF8tSLmNWPzlvmkgl BiUDjgx1DAwrTq1W7uydrf8AD9u6ei1s7eplWNzWrhqeHwyi1G8le93r3vbe/VNWb0um83w/ 8Zk0rVtCtLrxDe3tta6dqiXF8qziGPVp7i7NvqZjK72ZY5Y/n2mRQ3A3JitQfGHw+F8SltWl v31PTXstQ+0QXEEOuzDTFt1uo4Y12NI14GkZrraQuxwA+6r2mfBXwz4p0TQby50rX9AsLewg t7i182SW/L3Gq6jF9qleKydpSiW6hUMKhsonmLhc8N8Jfh7ofiaTUf7X/tW7jTxHpvhy0ayu Usyv2xpl+0uJIpCdvlqfL+XqQSO0cuDqe0qWknHR2t1lfRrS92tnZK3U0dTM8O6NK8Gprmjf mekaa3Td7WT3Tbd+jsa/if4yjxS/j+G38SXuly6nMq6LfS/aCv8AZqpMG05VRS0SO0ikKQEP O4jaM7uv/tD6N4pvPEL6leX9+r3V+NGE9u0i2ttNYxxIig/cHnITjsfm71T0T9nXSLjwpZXe otqVvdwtHNdRQ3jN9tt5LO7uY2UtaiKFmFsBhZZyBIdwUjmfRP2ffDPjRdPmsTr2mwhbS4u1 ub5LkzR3GnveLFGyW4KOpQpu2SFgchMjBzm8uTd+Zcq3000S9dUltffpdm9GGdyacXFuTvZu WvvN6p6e65Pez062R0EX7TWi3JkvJNXSfVrjTtMQSanFePGsUFuY57CURKSwaTL7QTFIG+Z1 IrkvDHxptPDvjrwJq9nr9zpWj6OqwS6PbRTj+yJDbvHLcKoXyyjyMrfu2ZyF+YZAFef/ABM8 PWHhjxc9rpct1JZPbw3CrcLIJIGdAzR7pIoWkCk4D+UgYc4rCduPevQw+S4V0243tJWs7bON rWtpo/6Td/IxvFOYOslU5eaD3V9WpKV7qWt2vn6pNe2eHfip4S06DTb7UNTS9vLbTrbSbqAa dK8lxLFd+a91uZQpjZORkiTPBTvUNj+0DZXnw2123vLqO71nULvUWuxqqXU/9rwzN/o2PLyr NCuAomKiPqueleLkEHgZAoVtvI59a1eSYdu7bet919223/A7I5v9asZb3VFe647PW/V+89fw 1atZss+HfDtx4r1rTdHtkmkudUuIrONUUs5LsFJwOvGT+Fftz4M8NR+EPCGlaTGQyaZaRWqt jG4RoFz+OK/Nf/gln8Dpfid+0KPEtxDu0jwVH55Yg4e7cYiAIOMqMtz2r9Ol+6M1+R+KWaRq 4ulgoP8Ahq79ZW0+SSfzP37wMyOeHy+tmVVW9q0o/wCGF9fnJtfIH7cV+NX7Vnw4l+E37SHj PQ3EwjTUpLuBnXHmRTnzAw9txcD6V+y1fBP/AAWH+Bhg1LQfiLZW7FHA0fVWVSduTmCRjngb soOP464PDTM44bNHh5uyqq3/AG8tV+q9Wer40ZHLG5IsXTV5UJcz/wAL0l92jfkj5u8G+D9F 1X4Lwapqli91/Y6azfNHbzfZpLxozaJHG8oVm2L5jEAdycYya7qz/Z08K6iIdFS2vopE8Ui3 fUjdM0xt5NNW6htGCxkBndvKVghZmwQhPy187qNxwCfoTWv4f8GXniLSNTvRdWNhpul+V9pu r64MMJkckRRDAYtIxB2jHABJKgZr9oxOBq6yVdxV330cnp11te3nddkfzfgM3w2kJ4SNR2V9 dWoxs9eXS9k276JPXVs9K1a10f4NaadRs9Fa9MGs6a0lpq9pMjW7y2F/5kSG4hjlaLKo6l4x k467Qxo/Aj4ZaB8R4ri61m1viL3W2sIY7K7Fslohsru7yMo27DQImDxtJ74xzp+BfiOaSMud M85gr3wm1FFOk7rZrtTdlvuZt0eTKl8BSDhsKdnWP2YtbOreRodxbavbNaWslvKZDC2pXEtm Lt4bdSPmKxkkF9mcqv3mCnCcqEacoKvacl8V9krefne/VXeq1OmlHFTr060sHenBv93bRuSe i0bdrWtZpNJaNpHVN8EtGvfCtlLa2WrXyNBPrlto0Eqtc3sjaLZ3YtElWMysA0rt3OyM7VDZ Y894d+F+iatNZWZ0XXf7Xfw1qXiY2H21hdX8tvc30EempH5QZWAtkdmAMjeXIAFJG3ivCvw6 1Lxf4bTVdOlsmWT7S9lbm4Zbu9+ywJPcGFAMZjidG+ZkznC7jxWpY/ArXLzTbPVIrrSBpU1n PqJ1I3bpb2qQLC8u4lA5dRPEf3SuCWOCSrYp0vZx9nLEa/Na+9frr+d09brRfWFWmqsMFeL6 aNWvG1ny6WW3S0k7Wfvdlqf7Pem2mh+L7k2eqQLp1je3Vk7XE00+m3Fto1vqMlpchLbyBslm MBMrxuxVtqqyHdQ+JXwq0LR9O+J0mi6F4g1B/BmuS+HI4Ib553s4kivnOq3BSLO0tbxrtwsS 4ky2WUrg337PviHR726tri40WGC0F2dTuF1AyW1i9pNDHcRzhFLtIkt1bqFRJNxnXaThytTR /g3r9/4j8a6C1ndQ+JPCViJJ9PWRN1w/2+0tZImcttKBbjzQwJDbF7Gik1pJ4m6Vurt8UU38 XyeunNd6PV4iT0prA8rfNuld+5JpL3OmrWl5cvKrtaeq/Fr4a6BL4k+Lmr6XZy6QdGufFemt axyRywTG3tILmJ41aP8AcDLSLtTlVKbWBUltHxb+zr4N1Hxd4hvodO1vTtIhutNtYrHTRdXs 1nbT6OLo6jEsVvIZVeYMqiTy4T9muP3m5sxeQeI/glqmiavrNlFJDLeaBo1nq95aSSEXJ8zS 01G4VAoKEQx+aMu67/Jwu5iFpdV+AfibSPGF14dH2K616xgs0udPtb3dLALq7t7WCE7gqsGm urYZRmixKGDFQSOSGHSjBRxVvdVu7T5Gnq/RJu9ua3dPunjnKVTny5SfO/RSSmnHSNr7txVr 8vNbRNdj8PvhVo0fxU8D6deeFNa1bT9b0Jrz7U1zJ9m8Q3UugNehLYrEB+6uWMSqhdtypuy4 w0ngL9mvTPFF7oLzprkWk6xZ+Fyl4rDynu764WK/gWQptLxYmQJ96No23A7SK5XT/wBmrxfc 3i28sNnp729y9q32m/VUtrgX8liseU3BWku4ZkRl+U+RJIWVFL1W8afCKXwX8NbHV7m5u0vp msxc2Eq7RaTzz6xDMvX7yNpQ57mV89BW82pStTxOr5Y6XlrzN3+LRu9uyXlZLmhGUIv22A0X NPW0fd5Yxt8CbStfq2/NSb3tJ+F/hnxF8BH8Yxx6ray3ttqNwkdsbm9TR5reRI4beZlhMe2Q fOzzyxMouIiqkL+85r9nnwDL8Vvj34K8OxRRy/2lrFu06OflMELefLn6xxMPq1cicxqyhmVX ILqCcNjpkdDjtnpX2Z/wR6+CEmseONf+IV3Hi00qI6Lp24Ah5nKPcOMjPyhYkBHcyD1pZ3jH leXYjFTm29eW/RvSKXV2uvVJve4uGcvjnmc4TBUqSgvd53Hqo6zk+iuk+lk2ltZH6CwxLEiq q7VQbQPQVyPx/wDhovxi+C/ijwwUid9a02a3g8w4RZtuYmP0kCn8K7GjpX8w0K06VWNaD96L TXqtT+28ThqdejOhVV4yTTXk1Z/gfhS0MtpI0MyGKeBjFKp4KspwwOfQg0MxGcd8j2r6N/4K cfs+v8Gv2g59ctY9uheOGe/gbPEV0MfaI+vckSDgDD4HQ185qm4cdsV/WeVZjTx+Ep4ultNX 9O6+TuvkfwNnuUVsqzCrgMR8VNteq6P0as16i8e31pXOWGDnHpTduQBnmlB2Z4BzXonk3DOM c/n3oYqMdqQtnscE0hGVI/L2pXD1P01/4JG/8mnt/wBhu8/9CWvqBjgV8v8A/BIwY/ZOOf8A oN3n/oS19QMNwxX8scWf8jnE/wCOX5n918C/8k9gv+vUPyR478bv2k734WeO7aztLfTNTsre W1TUoEiunurdZ22qxkVPIiOMlVkbL4OMda841T9qjxXa+LbXxTcWtqNFGi313Bo1tcyN50UV 6sBklJXBmwCQAABnBPeve/F/wF8J+PPESarquki5vV8vcy3M0ST+Wd0fmojhJdp5XeGx2qrp X7NfgjRNVvby20GGOXUIZreZDPK8IjmbdKqRFyke9uTsVcnnrXzx9WeY+Ov2y9Q0PQ9W1DTb HSZ0068uvs0EiXc0upWVv5atOpijZYlMjsnmOdgKjrmrU/7W2tWOv3N5NoumP4YTUp9Mj8ud /tyvHYpdLI2fk2kuEIHTrk9K7y8/ZY8B3vhnSdHbQI49O0S3eztIobqeIrA53PEzJIGkjY8l XLAnkg1r/wDCkvCwUAaNbBVvG1ALufHntEsJfGccxqq46YHSgDyTxJ+1N4z8M6f4Wt20DR7v WfFNhLrMMdhDfX8MdskSOIiIInkMrNIF3hPLAy3+yej+Hn7QniHxV8VdL0bWtBtfCNtq9hFe WlnqSzre3m62851jfYIjJE25HhYiRQjPgDArfT9lbwLD4ftNLj0WWOzsJWmtQmo3Svalk8sr G4k3ohT5dikJt4xitTRfgR4V8PeK7TW7TShHqNhGIrV2uZpI7UCLycxxs5RG8v5NyqGKkjOC aAOuKg9qUDFFFABRRRQAUUUUAecftjf8mi/FT/sT9W/9Ipq/HNgC5z61+xn7Yhx+yN8U/wDs UNW/9Ipq/HKX5mPGe1fuXhT/ALnW/wAX6I/mPx4/3/C/4H/6UKUGAM/nSqgz2PbrTB8zLznm kz90jOB0r9WPwS7Fz0962PAHw+1n4qeMtP8AD3h+0a/1nVZfKt4udg9XcjO2NRyzdh6kgG98 Ifg34l+PPjSPQPCmly6pqDFTMQdkFjGx/wBbPIRiNAMnnLNghVY8V+oP7HP7FOh/sp+G3dXT V/FWoRgahqrR7eOvkwqclIge2ck8kk18jxVxbhsootXUqrXux/WXZfnsurX6BwJwDjOIcQpt OGHi/en+cY95fhHd9E+j/ZX/AGcNM/Zf+Edl4asHF1dbjc6jemMI99ctje5x27KCThQozxXp dAGBRX82YrFVcTWliK7vKTu35s/szA4Ghg8PDC4aPLCCSS7JBSSfdpaKwOs/N3/gql+y8/w3 +I//AAsHSYf+JF4olC6gFzi0vsfePGAsoGev3geAMV8xeGfGD+G7DVLKTT9O1XT9YjSO6tbw ShCyFjHIpikjcMpZsfNg55Br9pfiF4B0v4o+DNS8P61apeaXqsDQXETD7ynuPQg4IPYgGvyV /au/ZV139lP4itpuoK93od87Po+qKvyXkY/gb+7MowGXv1GQa/euAeJ6eOwyyzFP95Baa/FF bW84/fZX7n8q+K/BNXK8a87wMf3NR+9ZfBJ6O/8Adnd9LXbi90nlxftHa7EY3jsdCjnkZDqM y20gfWlSMxIlx+8xtCHH7oRknBJJpJv2hNTl0+WyXStIg04wxQW1rDNfRR2IiiMSFStyHk+R iCJmkUnnFcKZAG9hTWQkZ7E5r9B/s3DXvy/1/wADZdlotND8m/trG25XUdn6fP7933eru9To /CfxT1PwbpmmWlqlnJDpN/NqUPnRFmaWWEwtuIYZXaTgDHPc9K1tb/aA1nXfD0umyWmlxxXM Dw3Dp9oZpi9uLYvh5WRCI1AAjVVzyVNcLt4yfwpwXcOnFVPA0JT53FX/AKf5kUs2xlOn7KFR qPb5W/LQ9Ctv2nfEMF5cSG30p4rsy/aIQs8SzLJBHCy745VkUbY1IKOpDZOccVzEfxD1CC48 SSwrbwN4otxbXW0yOYVDo4MbO7OGBRfmdnPX8MPYcHj/ADmnEbBnoB6UU8Bh4fDFLb8HdDrZ vjKrTqVG2r2fXVWeu+x6HrX7UHiLxM982o2+mXf9oRwCTD3dviWGJ4xP+5nQu7CRy4fcjM2d oqh4c+P+veF9XnvbWLTPNupLJpFeKQq32W1NpGAQ4Zd0RO4qwbccqU4ric5/GgN27mojlmFU XBQVmrW6W06fJfcXLO8dKSqOq+ZO9+t9db79X956K37TniH7cJFtdKS3VfJ+zJ9pRWh+x/Y/ KMgmE2PK/iDh9+G3cYrFvfjFqd7HOn2bT4o54dTgKgzy7Uv7aG2m+eSV3JWOBCpZmIYsTuBA HKs4APc4zTQSDxThl+Hi7xitrfp+rFPOcbP46jet/ndP80n8jW8a+MLzx74qvtbv/s63d+yN KIVKRjZEkQwCSR8sa9+ua++f+CTv7LbeCPB83xI1q3ePVfE1uINIiljZHtbDcGMpBxzOwVgc f6tEIPzkV4N/wT//AGGLj9onxHB4n8R28kHgHS5iQjDDa7MhH7le4hU/ffo2Ni87yn6eQQLA iqiqiKoVVUYCgdAB6V+VeInFFOnS/sbBPsp22SW0PXv2WnVpfuvhDwRWq4j/AFizKPd0095N 71PTV8t92+ZbJt6qF6UtFFfjJ/RxS8RaDZeKdCvNM1G2hvdP1GB7W6t5V3RzxSKVdGHcFSQR 71+O37Tf7PGofsv/ABk1DwpeG4nsIz9o0e9lOf7QsmP7tiQADIn+rfgfOhPRlJ/ZavIv2x/2 T9N/aw+GDaZK1vZa/pha40XU3j3GzmIAZGxyYZAArqPRWxuRcfbcEcT/ANk4xxrP91UspeT6 S+XXy7tI/NPE3gn+38vU8Mv9opXcP7ye8Pna67NbpNn5FEAkc5700/6zA4Ga1fG3gfWPhh4x 1DQPEOnT6VrOlyeVc2suCUPUMpHDow+ZXHysDkVlFdzZHINf0hCcZxU4O6eqa2a7o/jepTnT m6dSLTTs09Gmt010a6pnZa18Pk8H+GPCmr2Wq6qmp+II4J7a8jiittLt3kQ+bCt+s+UuICQk iOkZBLk4XaXlj+Bni7U2bTybaS2862ktRLrMItL+a7jaWA25aTZLLKitgr8xI2nDcUngz42S +ANKsoNI0DRIJ4r+01G8uJnuJ/7QltkkWNijylYmPnOS0QVs7dpQLiruq/tK6vquqaTP9isw NGv9L1C3Ess08jtp8bJEskjsWfcHJYnB6YwBXjyeYKTUIp72bt300T7X6676bH0EI5Q4KVSU k9Lxje2zv70lrd26K2yvbmbdL+FPi3V9Bl1tNVu31p1tI7a1XVg9/NbXFvdXGXPm+ZEhitty xt9/eMDOM4/gT4dXviDx/oWhTy3lkdbsm1aEWSi5uWjW1kuYisQdf3rqmEVirDeDx31NL+N8 skukLNbWmk3NreaXcXOsW0UtzPKunRyJbA27TLG3yOVcBk3g9uc09a+LUdz8bLvxVa6bALEm a2tNOlJSOOze3e1SElDkbYWwCCSCByacHjLzi0leLs0tnayW7TV7tX172ukFSOVr2U4yk7TX Mm943vJ7Jp8tk7aX+Ftps1fFfwW1vw+tvHDqepRaVHb2l1Ja6tMNNvNMku2ZUge1aUhbh1V2 CoTvQgnbuIo/4UBryz62y3csB0tHk023kvIlv9QeK7jtV2wJKxQK7lQ4JVSuFJBzWNrfxgu9 W0C00iDT7DT9K0+Swayt42kkNutm8rohd2LPuaZyxJ9AoUDFbkv7S+pTX73kmkaTHqbs8cN+ hmL2kD3qXjRrEZNj4kUYLYO3gn+IZNZioq1nrrottHrra973tfTa71N4yySTfNzLTTV2vqrK 6btazV7Xe/KrpZV18EvFOpax+/k0+8adDLJqEmswS224TGDbJcGQr5hlUoFLZJU44BI5HVdL utC1S5sb2CW1vLKVoJ4ZVw8TqcEGvU9T/aKs/C89rb+FrSdNMktJU1CIvcacZZnu5LkNE8dz JNGFaQg/vSGyRt4BHlmr38urarc3kxJmvJmmctI8hJJz95yzN9WJJ7k12YCpiptutFKPTo9+ qu7enprujzs1o4CmorCzcp/au01stmkr66X9dNm4B9fyqzouh33ibWbTTdNtZb7UdRmW2tbe NSzzSMcKoA/P2AJqt1YDBJJCgAZLEnAAA6knt1Nfoj/wTe/YTf4X28Pj7xhaMviW8iI0zT5g D/ZUTf8ALRv+mzD/AL5HHXmuLiPiChlGEeIq6yekY9ZP/JdX0XnY9Lg/hLF8QY+OFoK0FrOX SMf839ldX5Jte4fsd/s5W37MvwS07QP3UurTf6VqtyqgGe5flueflX7o5PTjrXqgGBikQEE5 70tfy/i8XVxVeeIru8pNtvzZ/b+X4ChgcNTweGjywgkkvJf1r3CuY+L/AML9N+NHw21nwvq8 fmWGs2z27nvGSOGB7EHBBHpXT0HpWVKrOlNVKbtJO6fZrY3r0KdanKjVV4yTTT2aejR+Jvxa +FWr/A/4kar4W1uJ01DSZfL8wxlVuoj9yZPVXHccAhh2qDw146k8O6Dquly6dpmr6ZrHlPNa 3yy7I5oiTFOjRSIyuuWH3ipDEFTmv0z/AG9/2Krf9p7wWmpaSI7XxrocbGwmZsR3sfVraX2b Hyt1VsHkZB/LnWdIvvDWsXWnahazWN/YytBc20y7ZIJB1Vh6j24IIIJBzX9McL8Q0M6wactK kbcy2s1tJeTeq7PTofxZxvwhiuGsxap3dGd+SW94taxd+qTs091r1suv/wCF/av5qSHT9CeS cKuqGSCZxroW0azH2gGXA/0d3T9z5WS277wBqxqP7SOt6npl5YtYaRHYXCwi2tonvIk08xWy 2ylClwGkzEqgiYyKSoOOoPBSciiPvXvvLsPdPk1X9f8ADeWm2h8p/bWNUXH2js9badbp/fdt 937z11Nrwx8RNQ8I6dptraJaMmlf2l5LSIxZvt1tHbT7sMAcRxKVwBhsk7hgDpPE/wC0r4h8 W6Td2VzbaPGmoWtzbXbxRTbpzPHbxSSAPIyxnZaxALGqxr82EwQB58Rz8vrxS7D+JOTVTwNC c1UnFNrr6u7/ABdyKObYylTdKnUai7XV+ySX3JJeh3S/tE65/bOo3slvpsiaxe6jfXtupuIE na+ltJpUDxSpKipLY27IUcMCrBi6sVrlp/Fdxct4n3RW23xXAtveKQ7CJFvILwCMs7NnzLaM ZdnO0sCSSGGcDj5ecihvnxjnv9aung6NP4I22/B3Xzv1M62Y4mr/ABZt779mrNelm9NtX1bO 50/9oXXNO0OawW20t4ms/sduxE6ta50iPR3kVVlCSO1pGn+tV1WTLoqhmUv039o3XdAWwTTL PR9Og0vRbvQ7WCNJ51hjuXilaRWnlkdWjmghmhVWEUUiblTLNu4IgqfQ0h5OP0/WsnluGe8F /St+r+992dEM7x0XeNVp9+u99990vuXRI9GtP2oPEkLqssOmXNr/AGVZaVLbf6RbpcfZJJZY rlngmjl85pbid5CrhZDM+V6Y5vW/ibqPiDwTaaDcR2f2KyFsI3RGEv8Ao8moSR5JYg5bUrjd kZIWPphi3OlSpPGPx6VLZ2c2o31vaWtvPdXd5Klvb28CF5biVztREUcszEgACnDA4enrGKWq fzWz9fMipm2NqWjOo3o4/J7r0b6bX23Zq/Dv4e6x8XfHuk+GNBhjm1nW5xb24fPlxd3lfjIR FBdsdhgZJAP7HfAv4O6V8BfhPonhPR1b7Fo9uIxI5Be4kJ3SSsQACzuWYkAcseK8Z/4J7fsT /wDDNXhGTXPEMNu/jjXoQtztKyDSoPvC1RxkE5wZGXhmA6qi19KAYAHpX4Nx/wAUxzLELCYZ 3pU3v/NLa/otl83sz+qPCjgaWTYR4/GxtXqrbrCO/L6vRy7WS3TuUUUV+eH66ee/tO/s+aZ+ 0t8H9S8Mag5t5ZgJ7G7UAtZXK5KSDg8clWHdWYcHkfkN8Q/h/rPwl8can4c16zksdX0qXyp4 mHDd1kQ/xIwwysOCDX7dMMivEf2zf2LdH/au8Jo2+HS/FumRkabqmzIxyfImA5aJj+KE7l7h v0Hgbi9ZXUeFxT/cze/8r7+j6r5rs/yTxP8AD155RWOwKSxFNbfzx35b9JL7L+T0s1+TOenH +fSgNnFb/wAUfhT4h+CvjOfQPFGmS6VqsHPlt80c6dBJG44dD6j8cHisAHJ46V/QdKrCrBVK bvF6prVPzR/JNejUo1JUqsXGUXZpqzT7NPVBtwehozx0Occ07cNuO4obBPFaWMT9Mv8AgkYM fsnH/sN3n/oS19Q18vf8Eix/xiaf+w3e/wDoS19Q1/LHFn/I5xP+OX5n92cC/wDJPYL/AK9w /JBRRRXzx9WFFFFABRRRQAUUUUAFFFFABRRRQB5x+2Ngfsi/FTPT/hD9W/8ASKavxvFwjz7E dWkY/KoOSfoK/dHULCHVbGW1uYYrm2uUaKaKVA8cqMCGVlPBBBwQeuap6X4P0nQiDZaXp1mw 5BgtkjI/IV95wnxnHJaFSk6XO5O/xW6W7M/LeP8Aw5nxLiaVaOIVJQTXw817u/8ANE/Hj4ef sufEj4qzRroPgjxJdQyHC3M1m1pbDt/rZtifka+nvgd/wR4v7yWG7+I3iCG0txhzpehuXlYd dslw6gLzkEIh9n71990YHpXVmfiZmeIi4YZKku61l970+5Jnn5J4KZJg5KpjJSrtdH7sf/AV q/Rya8jnPhf8JPDfwY8JxaJ4X0iz0bTIju8qBeZGI5d2OWdz3ZiSfWuiVdpPvS0V+eVas6k3 UqNuT1berfqz9doUKdGnGlRioxirJJWSXZJbIKKKKg1CiiigArmfi18I/D/xt8CXvh3xLp0W paXej5kbh4nH3ZEYco6nkMOf1rpqK0pVZ0pqpTbUlqmtGmZV6FKvTlRrRUoyVmmrpp7prqj8 pf2tf+Cf/iv9mm7uNTso7jxJ4NOWTUYIi01iufu3KKPlA/56D5T32nivBVkzGpyCpGQR3Ffu jNCJkZGVWRwVZWGQwPUEV8y/tC/8EtPAnxemuNR8PF/BGuTsXaSyiEtjMx5Je2JAGfWMp6nN fsfDvibDlVDNlZ/zpf8ApSX5xv6H858YeCdTnlicgaaevs5OzX+CT0+UmrfzPY/MjblvpTgu AccV7v8AFj/gmv8AFn4XTzSQaEninT4+RdaNMszEe8LbZc+yq31NeIa9o974Pu2ttYsb7SLh PvRX1u9s6/UOBX6ngczwmMjzYWpGfo0/vW6+Z+GZpkuPy6XJj6Mqb/vRaXyez9U2iqHx3H4U qjLZJ5H5UwXUMyfJJG4PdSCKZLfQ24G+aJAf7zgfzrvs9jyuZWvckbAHbmlCbicnpWt4N+H+ v/Ea6EGgaDrWtykgAWFlLcDnpkqpAHuTivoH4Pf8Epvib8Q5o5dfWw8Eae+CXvHW7u8f7MMT bc+zyL9K8vMM6wOBXNi6sYeTevyW7+SPcyjhzNMzko4DDyqeaXu/OTtFfNo+ZmIB6nLHaAOr E8AAepr66/Y5/wCCYOrfEe4s/EfxHtrvRPDqsJItFk3Q3+pAHgTDgwRH0yJGGfuAgn6u/Zw/ YD+H/wCzhNBf2dg+u+I4gP8Aib6ptlmiPGfJQAJDyOqjdg4LGvbsCvyXiPxLlVi8PlScU95v f/t1dPV6+SZ+/cG+C8KE44vPmptaqmtY/wDb7+1/hWndyTsVNG0W00HSLWxsbaCzsrKJYLe3 gQJFBGoAVFUcBQAAAPSrdFFfkrbbuz9+jFJWWwUUUUhhQRkUUUAePftafsZeF/2rvD8Q1AHS vEVhGU0/WbeJWmgHJ8uQHHmw7jkoSMHJUqTmvzC+O/7O3i/9mnxMul+LNN+zCUkWl/b7pLDU Md4ZSBk8jKMA47jHJ/Z7FZPjHwVpPxB8PXWka5pljq+lXibJrS7hWWGQe6txkHkHqDyK+44X 44xWU2oVF7Sj26x/wv8AR6ejdz8x448McDn18TRfssR/MlpL/GuvbmWq63SSPxBKDao688+t HboM545xX358df8Agj1perTz3/w71x9EdskaVqhe4tc56RzjMsY/3hJ+FfKnxL/Yl+Kvwmkk Oq+C9VntkJxd6Yo1CBx65i3Oo/31Wv2vKuLcqzBL2NZKX8svdl9z3+TZ/NGe8AZ9lUn9Zw7c V9qCco+t1t/28ovyPLQuWIz9PeiRdgpl3MunXDQ3J+yzKcGOb926nvw2DTo5kGcsDnnrX0tt D41SV9xQMD3NBOWyccVGb+BZQhmiEh4C7huP4V23w/8A2ePHnxaljXw34O8Q6qkvAmS0MNv9 TNJtjA+rVlWrUqMOetJRXdtJfezfC4eriZ+yw8HOXaKbf3K7OMYYP/160vCnhTVfiB4ktdH0 PTbzV9VvG2wWlpH5kr++OgUd2YhR3Ir62+Cf/BH3xJ4heG78e67baBaZDNp+llbq7cd1aU/u 4z/uiT6ivtX4Ifs4+Df2d9Dax8J6HbacJgPtFycy3V2fWSVsu3sCcDsBXwGeeI2XYSLhg37W fl8K9Zdf+3b37o/V+GfB3N8xkquYL6vS8/jfpHp/29a29meAfsR/8E2LT4MXVt4q8dC11bxW nz2lkn7y00n3yf8AWTf7XRf4f7x+twoBzyaXAor8OzbN8VmWIeJxcry/BLsl0X9PU/p7IOHs Dk2EWDwEOWK36tvvJ9X+WysrIKKKK8w9sKKKKAEZd1fPn7af7BOh/tQaedV094tD8bWse2DU Nv7m9UZxDcKOSvPDD5lPTIyp+hKK7suzLE4GvHE4WXLJf1Z90+zPMzjJ8HmmFlgsdBThLo/z T3TXRrU/E/4tfCHxN8DvF8mheK9KuNJvkY+UXG6G8Uf8tIZOkicjkcjIDBTxXNIx55A+tftl 8TPhN4d+MnheXRfFGj2Ot6ZNyYbmMNsbs6N1Rh2ZSCOxr4z+Of8AwR1kE8998OvEKiJuRpOt ZO3qcR3KgnHQAOhPq9ft2Q+JWCxMVTzD91PvvF/qvnp5n8ycU+DGZYKcq2U/v6XbRTS9NFL1 Wr/lPhxYx6ng0SNtIr0D4kfslfE34StJ/b3gnXbeJOTc20Ivbcj18yEuoH+9tPtXm8l5FFP5 TyJHIDny3ba35Hmv0XDYqjiI89Camu6aa/A/H8bg8RhKns8XTlTl2knF/c7MlYnOe460qDB7 c+lM8xTnlefemC+hkn2JJG8pOAisGY/h1roscrkluTScOfp/jSZA5GcjHWu++HP7K3xJ+Lki Dw94J169ikG5biaD7HbYIPPmzlEI47En2NfUHwP/AOCOl5czQXvxE8RpBCvLaVonzPJ0wHuX HyjqCqJn0kFfP5pxPlmXp/Wayuuid5fcrtfOy8z6zI+Cc7zWSWDw8nF/aa5Y/wDgTsn6K78j 5A+Gnwu8R/GfxdFoXhXRrzW9VlG4xQLhIE/56TOfkiT/AGnIBPAycA/pN+xT/wAE+tG/ZmWH Xtbktte8dSQlGu1BNtpgYfNHbBgDz0MrAMwzwqnbXtXwp+Dfhf4IeGF0bwpoljomnqdzJApL zN/fkdiXkf8A2nJPvXTY5r8X4o4+xOZxeGwqdOk9/wCaXr2Xkvm2f0hwN4UYPJZRxmOaq11t p7kH/dT1b/vP5KPVFULS0UV+fH64FFFFABSFQaWigDj/AIzfAjwp8ffCbaP4s0i31W0GWhds pNauf44pFw0bdOVIz0ORxXwt8ef+CSHivwjcz3vgHUIPFGmcstheyLb6jEPRWwIpcepMZ9jX 6M0YA7Cvosk4qzHKnbDT93+V6x+7p8mj47ifgTJ8+XNjadqnScdJ/fs12Uk0uh+IPjj4e+If hlqJtPEmg6xoFyTtCahZvbh8f3WYbWHupIrHVw67lIYeo5r9ztS0q21mze3u7e3ureQYaKaM SI31B4Nec+J/2MfhR4xctqHw88JSueS8WnRwMT65QKa/SMJ4sUmrYrDtPvF3/B2/Nn43mHgL iFJvA4tNdpxaf3x5r/8AgK9Dyz/gkX/yaaf+w3e/+hLX1DXM/C34Q+Hfgp4Y/sXwrpNvoul+ c9x9mhZigd/vH5iTz+VdNX5TneOhjMfWxVNNRnJtX317n71w3ltTL8qw+BrNOVOEYtra6VtL pO3yQUUUV5Z7YUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAhXP1qDUNLt9WtWguoILqF/vRyxh1b6g8UUU02ndCaTVmcxd/s/eA9QmMlx4J8IzyHq0 mj27E/iUqbS/gb4K0OUPZeEPC1pIDkNBpNvGQfqEooroeMxDVnUlb1ZyLLsIpc6pRv35V/kd NHbrDEqIAiKMBVGAB9Kcq7RRRXMdgtFFFABRRRQAUUUUAFFFFABRRRQAjLuFJsx0NFFAFDXf CGleKYfL1PTdP1JB0W6tkmA/Bga55/2dPh9IxZvAng1mPUnRbYk/+OUUVvTxVamrU5tLybRz VsFh6r5qtOMn5pM1NA+FvhnwpKH0vw9oWmuvRrWwihI/FVFbhTPc0UVnOpOb5pu78zWlRp04 8tOKS8lYVRtFLRRUGgUUUUAFFFFABRRRQAUUUUAFFFFACbOvJ5rJ8Q+AtD8W/wDIV0fStT4x /pdnHNx/wIGiiqhOUHzRdmROnGa5Zq68zD/4Zy+HpOT4E8GE9c/2Jbf/ABFbfh/4e6D4SYHS dF0jTCOM2lnHCcf8BUUUVtUxdeatOba82znpYDDUpc1OnFPySX6GuUyKWiiuc6wooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA/9k= --------------060206050308090908070407-- --------------060707050209050800050002--
On 04.11.2014 09:47, Fabian Deutsch wrote:
----- Original Message -----
On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:
On 09/12/2014 03:22 PM, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Even the short list of items mentions so far are big features we would need to do justice with. this means probably a slightly longer cycle than the 6 months we currently do.
We're not so good in keeping up with deadlines - our recent 3.5 version slipped for 2.5 months past the original plan. With longer cycles, this is even harder to control.
Can we instead break the "heavier" features to smaller phases, that are easier to maintain, and deliver the complete feature in 3.7?
Hey,
yep, I think this is a good idea to get control over the big features.
- fabian Me too, for that matter. I think json rpc was a major thing to do witch went well; but maybe drew resources from other features and testing.
But maybe new features do not need to be scrubbed but implemented later on for upgrades? For instance, some software vendors allow new features for X.0 releases only for new installations. Only after they are confirmed working regression - free a X.1 version is released witch enables upgrades from X-1 (existing customers). Bottom line, I hope for planned 3.6 features like SR-IOV and pci passthrough/vfio will not be postponed :)
with many of the features requiring way newer versions of some of the components, I think we should plan for "3.6 cluster" to require an .el7 host (expecting even 7.1 to be out before we release oVirt 3.6).
so i want us to plan for: - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora - fc20?) - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)
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
-- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
On 11/03/2014 09:09 PM, Dan Kenigsberg wrote:
On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:
On 09/12/2014 03:22 PM, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Even the short list of items mentions so far are big features we would need to do justice with. this means probably a slightly longer cycle than the 6 months we currently do. We're not so good in keeping up with deadlines - our recent 3.5 version slipped for 2.5 months past the original plan. With longer cycles, this is even harder to control.
Can we instead break the "heavier" features to smaller phases, that are easier to maintain, and deliver the complete feature in 3.7?
+1 for smaller release cycle. It would be great if we could have a 3 month cycle.
with many of the features requiring way newer versions of some of the components, I think we should plan for "3.6 cluster" to require an .el7 host (expecting even 7.1 to be out before we release oVirt 3.6).
so i want us to plan for: - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora - fc20?) - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)
Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Auto-configuration of the oVirt Virtual Appliance by hosted-engine setup. Basically give hosted-engine setup the features to configure the appliance to work well. Especially take care about host+guest side OS level configuration like i.e. networks. - fabian ----- Original Message -----
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/15/2014 05:44 AM, Fabian Deutsch wrote:
Auto-configuration of the oVirt Virtual Appliance by hosted-engine setup.
Basically give hosted-engine setup the features to configure the appliance to work well. Especially take care about host+guest side OS level configuration like i.e. networks.
I think most of this made it in.
- fabian
----- Original Message -----
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?) With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway. Also, I think its time to add official support for OpenVswitch? Thanks, On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?)
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS.
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?)
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS. I think its sufficient to say OVS is a 'real' modern switch while plain
Hello Livnat, On 15.09.2014 14:46, Livnat Peer wrote: ol' linux bridge is not (so much any more). Of curse, maybe implementing other things like macvtap and / or SR-IOV achieves just the same thing (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree ect. on my switches). I know you can point on OpenStack integration because you get those features for 'free' (see Ceph). But what about users like me who do not wish / can / should implement the whole OpenStack but rather want to run 'plain' oVirt? I think this might not be a desirable way to add / modernize features as it creates a huge overhead (at least in my use case, medium business. I did this once for Glance 'just' to get a way to more easily handle import / export of image files, now I need to implement Neutron 'just' to get OVS?). Don't get me wrong - OpenStack integration is a wonderful thing witch leaves room for expansion - later on. Thanks!
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?)
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS. I think its sufficient to say OVS is a 'real' modern switch while plain
Hello Livnat, On 15.09.2014 14:46, Livnat Peer wrote: ol' linux bridge is not (so much any more). Of curse, maybe implementing other things like macvtap and / or SR-IOV achieves just the same thing (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree ect. on my switches).
I know you can point on OpenStack integration because you get those features for 'free' (see Ceph). But what about users like me who do not wish / can / should implement the whole OpenStack but rather want to run 'plain' oVirt?
that's why we added in 3.5 a standalone, pre-configured, neutron virtual appliance so you won't need "all of openstack"?
I think this might not be a desirable way to add / modernize features as it creates a huge overhead (at least in my use case, medium business. I did this once for Glance 'just' to get a way to more easily handle import / export of image files, now I need to implement Neutron 'just' to get OVS?).
Don't get me wrong - OpenStack integration is a wonderful thing witch leaves room for expansion - later on.
Thanks!
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?)
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS. I think its sufficient to say OVS is a 'real' modern switch while plain
Hello Livnat, On 15.09.2014 14:46, Livnat Peer wrote: ol' linux bridge is not (so much any more). Of curse, maybe implementing other things like macvtap and / or SR-IOV achieves just the same thing (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree ect. on my switches).
I know you can point on OpenStack integration because you get those features for 'free' (see Ceph). But what about users like me who do not wish / can / should implement the whole OpenStack but rather want to run 'plain' oVirt?
On 09/15/2014 04:10 PM, Daniel Helgenberger wrote: that's why we added in 3.5 a standalone, pre-configured, neutron virtual appliance so you won't need "all of openstack"? Witch is certainly nice to have. But this is not the point. IMHO storage and networking are core functions for a virtualization platform. And such a platform will need to reflect the the progress made in general and in particular by the hypervisor monitor (libvirt). I am no developer and can hardly estimate the coding effort and do not want you to redo already working things. But at least in case of Ceph
On 15.09.2014 15:23, Itamar Heim wrote: there is the API from libvirt, this is true for all the other things I mentioned, in my naive view they are all variations of the hostusb hook. Certainly I can deploy OVS myself and manage it from CLI, witch is what I do now. But in the end, I would very much like to do this via one integrated GUI, this is why I deploy oVirt (witch I see as a open source counterpart to EXi. Esp. the concept of one engine for management - but not critical for running my VMs.) Please allow me a 'heretic' question, will oVirt make itself obsoleted in the future because all of the core functionality is moved to an external provider? Is it better for my use case (small/medium business and not in the telco sector) to deploy OpenStack in the first place and not to use oVirt at all? ATM OpenStack seems to me like the literal sledgehammer to crack a nut. Thanks, <http://www.dict.cc/englisch-deutsch/to+take+a+sledgehammer+to+crack+a+nut.html>
I think this might not be a desirable way to add / modernize features as it creates a huge overhead (at least in my use case, medium business. I did this once for Glance 'just' to get a way to more easily handle import / export of image files, now I need to implement Neutron 'just' to get OVS?).
Don't get me wrong - OpenStack integration is a wonderful thing witch leaves room for expansion - later on.
Thanks!
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
On 09/15/2014 06:17 PM, Daniel Helgenberger wrote:
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?)
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS. I think its sufficient to say OVS is a 'real' modern switch while plain
Hello Livnat, On 15.09.2014 14:46, Livnat Peer wrote: ol' linux bridge is not (so much any more). Of curse, maybe implementing other things like macvtap and / or SR-IOV achieves just the same thing (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree ect. on my switches).
I know you can point on OpenStack integration because you get those features for 'free' (see Ceph). But what about users like me who do not wish / can / should implement the whole OpenStack but rather want to run 'plain' oVirt?
On 09/15/2014 04:10 PM, Daniel Helgenberger wrote: that's why we added in 3.5 a standalone, pre-configured, neutron virtual appliance so you won't need "all of openstack"? Witch is certainly nice to have. But this is not the point. IMHO storage and networking are core functions for a virtualization platform. And such a platform will need to reflect the the progress made in general and in particular by the hypervisor monitor (libvirt). I am no developer and can hardly estimate the coding effort and do not want you to redo already working things. But at least in case of Ceph
On 15.09.2014 15:23, Itamar Heim wrote: there is the API from libvirt, this is true for all the other things I mentioned, in my naive view they are all variations of the hostusb hook. Certainly I can deploy OVS myself and manage it from CLI, witch is what I do now.
But in the end, I would very much like to do this via one integrated GUI, this is why I deploy oVirt (witch I see as a open source counterpart to EXi. Esp. the concept of one engine for management - but not critical for running my VMs.) Please allow me a 'heretic' question, will oVirt make itself obsoleted in the future because all of the core functionality is moved to an external provider? Is it better for my use case (small/medium business and not in the telco sector) to deploy OpenStack in the first place and not to use oVirt at all? ATM OpenStack seems to me like the literal sledgehammer to crack a nut.
well, we are trying things out, seeing what works, what makes sense, what does not, etc. yes, ceph is supported by libvirt. the cinder-ceph approach will use that libvirt functionality. but the "meta data" actions (create disk, etc.) will be done via engine-cinder-ceph, rather than engine-vdsm-ceph. for both cinder and neutron, the nice thing about them is a very large ecosystem of 3rd party implementations which are easy to leverage due to the integration. no, it doesn't mean all features will be done only through neutron or cinder, but some functionality make more sense there than doing everything natively. just like doing bare metal provisioning and some guest provisioning makes more sense through an external provider (we pushed a foreman integration, someone can contribute another flavor). Same for advanced scheduling - we added integration via optaplanner for advanced scheduling/load-balancing.
Thanks, <http://www.dict.cc/englisch-deutsch/to+take+a+sledgehammer+to+crack+a+nut.html>
I think this might not be a desirable way to add / modernize features as it creates a huge overhead (at least in my use case, medium business. I did this once for Glance 'just' to get a way to more easily handle import / export of image files, now I need to implement Neutron 'just' to get OVS?).
Don't get me wrong - OpenStack integration is a wonderful thing witch leaves room for expansion - later on.
Thanks!
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
----- Original Message -----
From: "Daniel Helgenberger" <daniel.helgenberger@m-box.de> To: "Itamar Heim" <iheim@redhat.com>, "Livnat Peer" <lpeer@redhat.com> Cc: users@ovirt.org Sent: Monday, September 15, 2014 5:17:20 PM Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?)
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS. I think its sufficient to say OVS is a 'real' modern switch while plain
Hello Livnat, On 15.09.2014 14:46, Livnat Peer wrote: ol' linux bridge is not (so much any more). Of curse, maybe implementing other things like macvtap and / or SR-IOV achieves just the same thing (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree ect. on my switches).
I know you can point on OpenStack integration because you get those features for 'free' (see Ceph). But what about users like me who do not wish / can / should implement the whole OpenStack but rather want to run 'plain' oVirt?
On 09/15/2014 04:10 PM, Daniel Helgenberger wrote: that's why we added in 3.5 a standalone, pre-configured, neutron virtual appliance so you won't need "all of openstack"? Witch is certainly nice to have. But this is not the point. IMHO storage and networking are core functions for a virtualization platform. And such a platform will need to reflect the the progress made in general and in particular by the hypervisor monitor (libvirt). I am no developer and can hardly estimate the coding effort and do not want you to redo already working things. But at least in case of Ceph
On 15.09.2014 15:23, Itamar Heim wrote: there is the API from libvirt, this is true for all the other things I mentioned, in my naive view they are all variations of the hostusb hook. Certainly I can deploy OVS myself and manage it from CLI, witch is what I do now.
Could you share how you set it up, i.e., how you map networks to ovs and everything that you configure? Depending on the size, making a vdsm configurator for it would not be that difficult (and the fine tunning could come with hooks).
But in the end, I would very much like to do this via one integrated GUI, this is why I deploy oVirt (witch I see as a open source counterpart to EXi. Esp. the concept of one engine for management - but not critical for running my VMs.) Please allow me a 'heretic' question, will oVirt make itself obsoleted in the future because all of the core functionality is moved to an external provider? Is it better for my use case (small/medium business and not in the telco sector) to deploy OpenStack in the first place and not to use oVirt at all? ATM OpenStack seems to me like the literal sledgehammer to crack a nut.
Thanks, <http://www.dict.cc/englisch-deutsch/to+take+a+sledgehammer+to+crack+a+nut.html>
I think this might not be a desirable way to add / modernize features as it creates a huge overhead (at least in my use case, medium business. I did this once for Glance 'just' to get a way to more easily handle import / export of image files, now I need to implement Neutron 'just' to get OVS?).
Don't get me wrong - OpenStack integration is a wonderful thing witch leaves room for expansion - later on.
Thanks!
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Daniel Helgenberger m box bewegtbild GmbH
P: +49/30/2408781-22 F: +49/30/2408781-10
ACKERSTR. 19 D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 16.09.2014 16:20, Antoni Segura Puimedon wrote:
----- Original Message -----
From: "Daniel Helgenberger" <daniel.helgenberger@m-box.de> To: "Itamar Heim" <iheim@redhat.com>, "Livnat Peer" <lpeer@redhat.com> Cc: users@ovirt.org Sent: Monday, September 15, 2014 5:17:20 PM Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?)
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS. I think its sufficient to say OVS is a 'real' modern switch while plain
Hello Livnat, On 15.09.2014 14:46, Livnat Peer wrote: ol' linux bridge is not (so much any more). Of curse, maybe implementing other things like macvtap and / or SR-IOV achieves just the same thing (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree ect. on my switches).
I know you can point on OpenStack integration because you get those features for 'free' (see Ceph). But what about users like me who do not wish / can / should implement the whole OpenStack but rather want to run 'plain' oVirt?
On 09/15/2014 04:10 PM, Daniel Helgenberger wrote: that's why we added in 3.5 a standalone, pre-configured, neutron virtual appliance so you won't need "all of openstack"? Witch is certainly nice to have. But this is not the point. IMHO storage and networking are core functions for a virtualization platform. And such a platform will need to reflect the the progress made in general and in particular by the hypervisor monitor (libvirt). I am no developer and can hardly estimate the coding effort and do not want you to redo already working things. But at least in case of Ceph
On 15.09.2014 15:23, Itamar Heim wrote: there is the API from libvirt, this is true for all the other things I mentioned, in my naive view they are all variations of the hostusb hook. Certainly I can deploy OVS myself and manage it from CLI, witch is what I do now. Could you share how you set it up, i.e., how you map networks to ovs and everything that you configure? Depending on the size, making a vdsm configurator for it would not be that difficult (and the fine tunning could come with hooks).
Hello Antoni, I see this was very misleading, sorry. With the phrase 'witch is what I do now' I literally meant 'right now' witch is not (yet) oVirt/vdsm but plain libvirt / virsh / virt-manager. Since libvirt supports OVS directly; I just use <virtualport type='openvswitch'/> in my network xml; then define VLANs and QoS with ovs-vsctl cli. So I am used to OVS management and the flexibility it offers. I was also trying to mangle things in oVirt - but I could not get OVS to work with oVirt managed bridges and gave up (since I cannot use such 'hacks' in production environments, company and my own policy). Thanks! PS: I hope I made myself clear in my last mails, OVS is not the 'killer' feature witch decides whatever I deploy oVirt or not. Linux bridge and libvirt network QoS are well tested. But I will surely miss some things later on I cannot do directly. What I do with it and what I use it currently for - please refer to my mail to Livnat.
But in the end, I would very much like to do this via one integrated GUI, this is why I deploy oVirt (witch I see as a open source counterpart to EXi. Esp. the concept of one engine for management - but not critical for running my VMs.) Please allow me a 'heretic' question, will oVirt make itself obsoleted in the future because all of the core functionality is moved to an external provider? Is it better for my use case (small/medium business and not in the telco sector) to deploy OpenStack in the first place and not to use oVirt at all? ATM OpenStack seems to me like the literal sledgehammer to crack a nut.
Thanks, <http://www.dict.cc/englisch-deutsch/to+take+a+sledgehammer+to+crack+a+nut.html>
I think this might not be a desirable way to add / modernize features as it creates a huge overhead (at least in my use case, medium business. I did this once for Glance 'just' to get a way to more easily handle import / export of image files, now I need to implement Neutron 'just' to get OVS?).
Don't get me wrong - OpenStack integration is a wonderful thing witch leaves room for expansion - later on.
Thanks!
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote: > With oVirt 3.5 nearing GA, time to ask for "what do you want to see in > oVirt 3.6"? > > Thanks, > Itamar > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Daniel Helgenberger m box bewegtbild GmbH
P: +49/30/2408781-22 F: +49/30/2408781-10
ACKERSTR. 19 D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
Hi, Also can add multiple ips to a single (VNIC) network interface...on Guest VM... Thanks, Punit On Wed, Sep 17, 2014 at 12:39 AM, Daniel Helgenberger < daniel.helgenberger@m-box.de> wrote:
On 16.09.2014 16:20, Antoni Segura Puimedon wrote:
----- Original Message -----
From: "Daniel Helgenberger" <daniel.helgenberger@m-box.de> To: "Itamar Heim" <iheim@redhat.com>, "Livnat Peer" <lpeer@redhat.com> Cc: users@ovirt.org Sent: Monday, September 15, 2014 5:17:20 PM Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
On 15.09.2014 15:23, Itamar Heim wrote:
On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
Hello Livnat, On 15.09.2014 14:46, Livnat Peer wrote:
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote: > Hello, > +1 for the iso uploader, > +1 for hostusb in UI > +1 EL 7 (on the roadmap anyway?) > > With hostusb some more host-dev virtualization could be added. Top
> list is: > - SR-IOV > - NPV > - VFIO > > These things could be handled on cluster level - hypervisors need to > have the same hardware configuration anyway. > > Also, I think its time to add official support for OpenVswitch? > Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS. I think its sufficient to say OVS is a 'real' modern switch while
of my plain
ol' linux bridge is not (so much any more). Of curse, maybe implementing other things like macvtap and / or SR-IOV achieves just the same thing (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree ect. on my switches).
I know you can point on OpenStack integration because you get those features for 'free' (see Ceph). But what about users like me who do not wish / can / should implement the whole OpenStack but rather want to run 'plain' oVirt? that's why we added in 3.5 a standalone, pre-configured, neutron virtual appliance so you won't need "all of openstack"? Witch is certainly nice to have. But this is not the point. IMHO storage and networking are core functions for a virtualization platform. And such a platform will need to reflect the the progress made in general and in particular by the hypervisor monitor (libvirt). I am no developer and can hardly estimate the coding effort and do not want you to redo already working things. But at least in case of Ceph there is the API from libvirt, this is true for all the other things I mentioned, in my naive view they are all variations of the hostusb hook. Certainly I can deploy OVS myself and manage it from CLI, witch is what I do now. Could you share how you set it up, i.e., how you map networks to ovs and everything that you configure? Depending on the size, making a vdsm configurator for it would not be that difficult (and the fine tunning could come with hooks). Hello Antoni, I see this was very misleading, sorry. With the phrase 'witch is what I do now' I literally meant 'right now' witch is not (yet) oVirt/vdsm but plain libvirt / virsh / virt-manager.
Since libvirt supports OVS directly; I just use <virtualport type='openvswitch'/> in my network xml; then define VLANs and QoS with ovs-vsctl cli. So I am used to OVS management and the flexibility it offers. I was also trying to mangle things in oVirt - but I could not get OVS to work with oVirt managed bridges and gave up (since I cannot use such 'hacks' in production environments, company and my own policy).
Thanks!
PS: I hope I made myself clear in my last mails, OVS is not the 'killer' feature witch decides whatever I deploy oVirt or not. Linux bridge and libvirt network QoS are well tested. But I will surely miss some things later on I cannot do directly. What I do with it and what I use it currently for - please refer to my mail to Livnat.
But in the end, I would very much like to do this via one integrated GUI, this is why I deploy oVirt (witch I see as a open source counterpart to EXi. Esp. the concept of one engine for management - but not critical for running my VMs.) Please allow me a 'heretic' question, will oVirt make itself obsoleted in the future because all of the core functionality is moved to an external provider? Is it better for my use case (small/medium business and not in the telco sector) to deploy OpenStack in the first place and not to use oVirt at all? ATM OpenStack seems to me like the literal sledgehammer to crack a nut.
Thanks, <
http://www.dict.cc/englisch-deutsch/to+take+a+sledgehammer+to+crack+a+nut.ht...
I think this might not be a desirable way to add / modernize features
as
it creates a huge overhead (at least in my use case, medium business. I did this once for Glance 'just' to get a way to more easily handle import / export of image files, now I need to implement Neutron 'just' to get OVS?).
Don't get me wrong - OpenStack integration is a wonderful thing witch leaves room for expansion - later on.
Thanks!
> Thanks, > > On 12.09.2014 14:23, Itamar Heim wrote: >> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in >> oVirt 3.6"? >> >> Thanks, >> Itamar >> _______________________________________________ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> -- Daniel Helgenberger m box bewegtbild GmbH
P: +49/30/2408781-22 F: +49/30/2408781-10
ACKERSTR. 19 D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Daniel Helgenberger m box bewegtbild GmbH
P: +49/30/2408781-22 F: +49/30/2408781-10
ACKERSTR. 19 D-10115 BERLIN
www.m-box.de www.monkeymen.tv
Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Wed, Sep 17, 2014 at 09:34:48AM +0800, Punit Dambiwal wrote:
Hi,
Also can add multiple ips to a single (VNIC) network interface...on Guest VM...
oVirt does not manage IP addresses of guests[*], it only reports them. Nothing in ovirt blocks you from setting multiple addresses inside the guest. These addresses are then reported by the guest agent and shown on GUI. Unless, of course, I don't understand your request. [*] unless you use the neutron intgeration
Hi, I think this question did not get answered so far and I think this is a crucial point. While it's cool you can integrate ovirt with openstack I don't think it should be necessary when you want certain features. Because, like Daniel wrote: Why should I install ovirt if I need multiple openstack components anyway? I could just go on and deploy openstack and not use ovirt? But I also have the same opinion as Daniel: openstack ist "too big" to deploy for traditional vm workloads. So it would be much appreciated if this questions could get answered. On 15/09/14 17:17, Daniel Helgenberger wrote:
Please allow me a 'heretic' question, will oVirt make itself obsoleted in the future because all of the core functionality is moved to an external provider? Is it better for my use case (small/medium business and not in the telco sector) to deploy OpenStack in the first place and not to use oVirt at all? ATM OpenStack seems to me like the literal sledgehammer to crack a nut.
-- 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 09/17/2014 12:27 PM, Sven Kieske wrote:
Hi,
I think this question did not get answered so far and I think this is a crucial point. While it's cool you can integrate ovirt with openstack I don't think it should be necessary when you want certain features.
Because, like Daniel wrote: Why should I install ovirt if I need multiple openstack components anyway? I could just go on and deploy openstack and not use ovirt?
But I also have the same opinion as Daniel: openstack ist "too big" to deploy for traditional vm workloads.
So it would be much appreciated if this questions could get answered.
we are looking at integration in places we think they make sense and benefit ovirt by opening more options for users. we do try to provide the openstack services in a virtual appliance to make them easier to consume. glance - image repo with a default glance.ovirt.org neutron - for opening the ecosystem of SDN network solutions integrating with it future: cinder - for opening the ecosystem of storage providers integrating with it. I don't think currently the other services in openstack are relevant to ovirt.
On 15/09/14 17:17, Daniel Helgenberger wrote:
Please allow me a 'heretic' question, will oVirt make itself obsoleted in the future because all of the core functionality is moved to an external provider? Is it better for my use case (small/medium business and not in the telco sector) to deploy OpenStack in the first place and not to use oVirt at all? ATM OpenStack seems to me like the literal sledgehammer to crack a nut.
On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?)
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS. I think its sufficient to say OVS is a 'real' modern switch while plain
Hello Livnat, On 15.09.2014 14:46, Livnat Peer wrote: ol' linux bridge is not (so much any more). Of curse, maybe implementing other things like macvtap and / or SR-IOV achieves just the same thing (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree ect. on my switches).
I know you can point on OpenStack integration because you get those features for 'free' (see Ceph). But what about users like me who do not wish / can / should implement the whole OpenStack but rather want to run 'plain' oVirt? I think this might not be a desirable way to add / modernize features as it creates a huge overhead (at least in my use case, medium business. I did this once for Glance 'just' to get a way to more easily handle import / export of image files, now I need to implement Neutron 'just' to get OVS?).
Don't get me wrong - OpenStack integration is a wonderful thing witch leaves room for expansion - later on.
Thanks!
Hi Daniel, We did a lot of work in VDSM to make it more pluggable. part of it was to extract the LB specific implementation to a configurator which enables adding support to OVS. Take a look at - http://www.ovirt.org/Feature/NetworkReloaded#Network_configurators We did not implement the OVS configurator, but it's an option we should look into. It would help if you can specify concrete work that you are doing with OVS, is it just a general, traditional work or are you using the flows in OVS, other? Livnat
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 16.09.2014 09:17, Livnat Peer wrote:
On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader, +1 for hostusb in UI +1 EL 7 (on the roadmap anyway?)
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
Are you looking for a specific functionality that is available via OpenVswitch (=OVS)? also we have the Neutron integration where we use OVS. I think its sufficient to say OVS is a 'real' modern switch while plain
Hello Livnat, On 15.09.2014 14:46, Livnat Peer wrote: ol' linux bridge is not (so much any more). Of curse, maybe implementing other things like macvtap and / or SR-IOV achieves just the same thing (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree ect. on my switches).
I know you can point on OpenStack integration because you get those features for 'free' (see Ceph). But what about users like me who do not wish / can / should implement the whole OpenStack but rather want to run 'plain' oVirt? I think this might not be a desirable way to add / modernize features as it creates a huge overhead (at least in my use case, medium business. I did this once for Glance 'just' to get a way to more easily handle import / export of image files, now I need to implement Neutron 'just' to get OVS?).
Don't get me wrong - OpenStack integration is a wonderful thing witch leaves room for expansion - later on.
Thanks! Hi Daniel,
We did a lot of work in VDSM to make it more pluggable. part of it was to extract the LB specific implementation to a configurator which enables adding support to OVS. Take a look at -
http://www.ovirt.org/Feature/NetworkReloaded#Network_configurators
We did not implement the OVS configurator, but it's an option we should look into.
It would help if you can specify concrete work that you are doing with OVS, is it just a general, traditional work or are you using the flows in OVS, other?
Livnat Hello Livnat,
sorry for the delay. great to hear. I just read through NetworksReloaded - I think I already stumbled over this wiki page a while back. There was also a wiki page - OVS integration in Ovirt, from a student wanting to write his theses (couldn't find it any more). Right now I do 'traditional' work with OVS; if you count things like QinQ (I need this for some transparent firewalling). Recently we I got a new backbone switch witch supports OpenFlow. I am in the middle of a network redesign and would like implement this (but not doing so right now). In the end my goal is to get nearer to the ideal single point of administration. Ovirt satisfies most of my needs there and I will deploy it in our new infra (I am still evaling proxmox vs ovirt vs esxi). Do I need OpenFlow and / or OVS to get things working? Certainly not. As I mentioned, I can also do the same with SR-IOV together with plain switch management CLI. I just want to use some more 'advanced' things I cannot do with linux bridge. Also, if done right things tend to grow - in the near future there will be more need for some advanced features (otherwise nobody would buy managed switches). Also, Proxmox and ESXi have implemented 'real' managed switches (OVS, Cisco). Having you look into the matter for 3.6 is all I hoped for! Cheers,
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767
On 09/15/2014 08:15 AM, Daniel Helgenberger wrote:
Hello, +1 for the iso uploader,
was worked on, but didn't make 3.6
+1 for hostusb in UI
didn't make it. if still relevant, please ask again in next poll
+1 EL 7 (on the roadmap anyway?)
check
With hostusb some more host-dev virtualization could be added. Top of my list is: - SR-IOV - NPV - VFIO
these should be covered in 3.6, though have some caveats, please try and report issues.
These things could be handled on cluster level - hypervisors need to have the same hardware configuration anyway.
Also, I think its time to add official support for OpenVswitch?
please ask again in next poll.
Thanks,
On 12.09.2014 14:23, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 12/09/14 09:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Backup frontend through WebUI Progress bar and percent of completion also for snapshots vm cloning and disk copy Basic vm performance graphs in the WebUI without Reports/DHW
On 09/15/2014 02:30 PM, Federico Alberto Sayd wrote:
On 12/09/14 09:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Backup frontend through WebUI
no integrated backup, but probably relevant that multiple backup vendors announced support for the productized RHEV 3.5 by now.
Progress bar and percent of completion also for snapshots vm cloning and disk copy
part of the work to remove the SPM, did not complete for 3.6.
Basic vm performance graphs in the WebUI without Reports/DHW
if still relevant, please ask again in next poll
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Switch our providers (i.e - neutron) to extapi based extensions. ----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: users@ovirt.org Sent: Friday, September 12, 2014 3:22:41 PM Subject: [ovirt-users] [RFI] oVirt 3.6 Planning
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Export vm snapshot to export domain separately, so that vm can be exported more efficiently if vm has taken a new snapshot 2014-09-12 20:22 GMT+08:00 Itamar Heim <iheim@redhat.com>:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/16/2014 03:44 AM, plysan wrote:
Export vm snapshot to export domain separately, so that vm can be exported more efficiently if vm has taken a new snapshot
did not make 3.6. (in general, i'd expect us to look more into storage offloading with native snapshots, so not sure its a direction worth investing in as it relies on cow snapshots)
2014-09-12 20:22 GMT+08:00 Itamar Heim <iheim@redhat.com <mailto:iheim@redhat.com>>:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _________________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/__mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: users@ovirt.org Sent: Friday, September 12, 2014 2:22:41 PM Subject: [ovirt-users] [RFI] oVirt 3.6 Planning
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Personally I'd like to see a more complete and enterprise grade PKI infrastructure. Now PKI stuff is simply handled on the engine host via CLI tools, I'd like to have a set of APIs to locally or remotely access PKI infrastructure to submit and handle certificate signing requests, cert revocation list and so on. It could also expose a human interface within the web administration application. It could be developed from scratch or got integrating another project like fedora dogatg [1] It's something we already discussed in the past [2] ciao, Simone [1] http://pki.fedoraproject.org/wiki/PKI_Main_Page [2] https://bugzilla.redhat.com/show_bug.cgi?id=1134219
what about LXC integration? Le 12/09/2014 14:22, Itamar Heim a écrit :
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/17/2014 06:56 AM, Nathanaël Blanchet wrote:
what about LXC integration?
that (or docker, etc) is an interesting question to consider.
Le 12/09/2014 14:22, Itamar Heim a écrit :
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ 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. --------------080507040808090903050208 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 09/12/2014 02:22 PM, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Some "little things": nfsv4 support (http://www.ovirt.org/Features/NFSv4) libgfapi drbd support (http://www.ovirt.org/Features/DRBD) Some concepts from IBM PowerHA look interesting: I don't know if the term is correct but we'd like to be able to group vm's together and create dependency's between them. Something like, first start the database vm then the authentication vm and last the webserver vm. /resource groups (http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.c... //Resource groups/allow you to combine related resources into a single logical entity for easier configuration and management. The//PowerHA SystemMirror//software handles the resource group as a unit, thus keeping the interdependent resources together on one node and keeping them highly available./ // * /Identifying the set of cluster resources that are essential to the operation of an application, and combining those resources into a resource group./ * /Defining the resource group policies and attributes that dictate how////PowerHA SystemMirror////manages resources to keep them highly available at different stages of cluster operation (startup, fallover and fallback)./ /By identifying resources and defining resource group policies, the////PowerHA SystemMirror////software makes numerous cluster configurations possible, providing tremendous flexibility in defining a cluster environment tailored to individual requirements. / We would also like to be able to split a cluster between two racks or DC's /linked clusters/ /http://www-01.ibm.com/support/knowledgecenter/api/content/SSPHQG_7.1.0/com.i... /A linked cluster is ideal for situations where each site is located at a different geographical location. Typically, the sites are far enough apart so that they cannot conveniently share a common storage area network (SAN). Each site must have its own active repository disk, and any backup repositories. Linked clusters always use unicast to communicate between sites. Linked clusters are a useful part of high availability disaster recovery (HADR)./ We are currently developing a benchmarking system for ovirt and test failover stuff by hand. Something like this would save people a lot of time /Cluster test tool/ /http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.c... /The Cluster Test Tool is a utility that lets you test a////PowerHA® SystemMirror®////cluster configuration to evaluate how a cluster behaves under a set of specified circumstances, such as when a node becomes inaccessible, a network becomes inaccessible, a resource group moves from one node to another, and so forth./ /You can start the test, let it run unattended, and return later to evaluate the results of your testing./ /If you want to run an automated suite of basic cluster tests for topology and resource group management, you can run the automated test suite from SMIT. If you are an experienced////PowerHA SystemMirror//administrator and want to tailor cluster testing to your environment, you can also create custom tests that can be run from SMIT./ /It is recommended to run the tool after you initially configure////PowerHA SystemMirror////and before you put your cluster into a production environment; after you make cluster configuration changes while the cluster is out of service; or at regular intervals even though the cluster appears to be functioning well./ --------------080507040808090903050208 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <br> <div class="moz-cite-prefix">On 09/12/2014 02:22 PM, Itamar Heim wrote:<br> </div> <blockquote cite="mid:5412E591.6060900@redhat.com" type="cite">With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"? <br> <br> Thanks, <br> Itamar <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> </blockquote> <br> Some "little things":<br> <br> <blockquote>nfsv4 support (<a class="moz-txt-link-freetext" href="http://www.ovirt.org/Features/NFSv4">http://www.ovirt.org/Features/NFSv4</a>)<br> <br> libgfapi <br> <br> drbd support (<a class="moz-txt-link-freetext" href="http://www.ovirt.org/Features/DRBD">http://www.ovirt.org/Features/DRBD</a>)<br> <br> <br> Some concepts from IBM PowerHA look interesting:<br> <br> <blockquote>I don't know if the term is correct but we'd like to be able to group vm's together and create dependency's between them. Something like, first start the database vm then the authentication vm and last the webserver vm.<br> <br> <i>resource groups (<a class="moz-txt-link-freetext" href="http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_cluster_resources.htm">http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_cluster_resources.htm</a>)</i><br> <i> </i><dfn class="term" style="color: rgb(0, 0, 0); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 13px; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 16.66666603088379px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);">Resource groups</dfn><i><span style="color: rgb(0, 0, 0); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 16.66666603088379px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !important; float: none; background-color: rgb(255, 255, 255);"><span class="Apple-converted-space"> </span>allow you to combine related resources into a single logical entity for easier configuration and management. The</span></i><i><span class="ph" style="color: rgb(0, 0, 0); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 16.66666603088379px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);">PowerHA SystemMirror</span></i><i><span style="color: rgb(0, 0, 0); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 16.66666603088379px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !important; float: none; background-color: rgb(255, 255, 255);"><span class="Apple-converted-space"> </span>software handles the resource group as a unit, thus keeping the interdependent resources together on one node and keeping them highly available.</span></i><br> <i><span style="color: rgb(0, 0, 0); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 16.66666603088379px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !important; float: none; background-color: rgb(255, 255, 255);"></span></i> <ul class="ul" style="padding: 0px; margin: 0.75em 0px 0.75em 2em; list-style-type: disc; color: rgb(0, 0, 0); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"> <li class="li" style="padding: 0px; margin: 0.75em 0px; line-height: 16.66666603088379px;"><i>Identifying the set of cluster resources that are essential to the operation of an application, and combining those resources into a resource group.</i></li> <li class="li" style="padding: 0px; margin: 0.75em 0px; line-height: 16.66666603088379px;"><i>Defining the resource group policies and attributes that dictate how</i><i><span class="Apple-converted-space"> </span></i><i><span class="ph">PowerHA SystemMirror</span></i><i><span class="Apple-converted-space"> </span></i><i>manages resources to keep them highly available at different stages of cluster operation (startup, fallover and fallback).</i></li> </ul> <p class="p" style="padding: 0px; margin: 1em 0px 0.75em; line-height: 16.66666603088379px; color: rgb(0, 0, 0); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"><i>By identifying resources and defining resource group policies, the</i><i><span class="Apple-converted-space"> </span></i><i><span class="ph">PowerHA SystemMirror</span></i><i><span class="Apple-converted-space"> </span></i><i>software makes numerous cluster configurations possible, providing tremendous flexibility in defining a cluster environment tailored to individual requirements.<br> </i></p> <big><big><small>We would also like to be able to split a cluster between two racks or DC's</small></big></big><br> <i>linked clusters</i><br> <i><a class="moz-txt-link-freetext" href="http://www-01.ibm.com/support/knowledgecenter/api/content/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_multi_linked.htm">http://www-01.ibm.com/support/knowledgecenter/api/content/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_multi_linked.htm</a></i><br> <i><span style="color: rgb(0, 0, 0); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 16.66666603088379px; orphans: auto; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !important; float: none; background-color: rgb(255, 255, 255);">A linked cluster is ideal for situations where each site is located at a different geographical location. Typically, the sites are far enough apart so that they cannot conveniently share a common storage area network (SAN). Each site must have its own active repository disk, and any backup repositories. Linked clusters always use unicast to communicate between sites. Linked clusters are a useful part of high availability disaster recovery (HADR).</span></i><br> <br> We are currently developing a benchmarking system for ovirt and test failover stuff by hand. Something like this would save people a lot of time<br> <i>Cluster test tool</i><br> <i><a class="moz-txt-link-freetext" href="http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_test_tool.htm">http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_test_tool.htm</a></i><br> <br> <div class="body conbody" style="color: rgb(0, 0, 0); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"> <p class="shortdesc" style="padding: 0px; margin: 0.75em 0px; line-height: 16.66666603088379px;"><i>The Cluster Test Tool is a utility that lets you test a</i><i><span class="Apple-converted-space"> </span></i><i><span class="ph">PowerHA® SystemMirror®</span></i><i><span class="Apple-converted-space"> </span></i><i>cluster configuration to evaluate how a cluster behaves under a set of specified circumstances, such as when a node becomes inaccessible, a network becomes inaccessible, a resource group moves from one node to another, and so forth.</i></p> <p class="p" style="padding: 0px; margin: 1em 0px 0.75em; line-height: 16.66666603088379px;"><i>You can start the test, let it run unattended, and return later to evaluate the results of your testing.</i></p> <p class="p" style="padding: 0px; margin: 1em 0px 0.75em; line-height: 16.66666603088379px;"><i>If you want to run an automated suite of basic cluster tests for topology and resource group management, you can run the automated test suite from SMIT. If you are an experienced</i><i><span class="Apple-converted-space"> </span></i><i><span class="ph">PowerHA SystemMirror</span></i><i>administrator and want to tailor cluster testing to your environment, you can also create custom tests that can be run from SMIT.</i></p> <p class="p" style="padding: 0px; margin: 1em 0px 0.75em; line-height: 16.66666603088379px;"><i>It is recommended to run the tool after you initially configure</i><i><span class="Apple-converted-space"> </span></i><i><span class="ph">PowerHA SystemMirror</span></i><i><span class="Apple-converted-space"> </span></i><i>and before you put your cluster into a production environment; after you make cluster configuration changes while the cluster is out of service; or at regular intervals even though the cluster appears to be functioning well.</i></p> </div> </blockquote> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> <br> </blockquote> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> </body> </html> --------------080507040808090903050208--
On 09/17/2014 06:33 PM, Jorick Astrego wrote:
nfsv4 support (http://www.ovirt.org/Features/NFSv4)
what's missing today?
On 09/17/2014 05:40 PM, Itamar Heim wrote:
On 09/17/2014 06:33 PM, Jorick Astrego wrote:
nfsv4 support (http://www.ovirt.org/Features/NFSv4)
what's missing today? Ah yes, I see it is in there already. It uses v3 as default and I haven't used nfs as storage domain in a while.
Now I have to use it in an environment. Kind regards, Jorick Astrego Netbulae
On 09/17/2014 11:33 AM, Jorick Astrego wrote:
On 09/12/2014 02:22 PM, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Some "little things":
nfsv4 support (http://www.ovirt.org/Features/NFSv4)
are there specific gaps here still?
libgfapi
did not make it iirc, though some progress was made. allon - is that opt-in, or totally not in codebase?
drbd support (http://www.ovirt.org/Features/DRBD)
Some concepts from IBM PowerHA look interesting:
I don't know if the term is correct but we'd like to be able to group vm's together and create dependency's between them. Something like, first start the database vm then the authentication vm and last the webserver vm.
not in 3.6. if still relevant, please ask again in next poll.
/resource groups (http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.c... //Resource groups/allow you to combine related resources into a single logical entity for easier configuration and management. The//PowerHA SystemMirror//software handles the resource group as a unit, thus keeping the interdependent resources together on one node and keeping them highly available./ //
vm affinity is supposed to cover some of the above?
* /Identifying the set of cluster resources that are essential to the operation of an application, and combining those resources into a resource group./ * /Defining the resource group policies and attributes that dictate how////PowerHA SystemMirror////manages resources to keep them highly available at different stages of cluster operation (startup, fallover and fallback)./
/By identifying resources and defining resource group policies, the////PowerHA SystemMirror////software makes numerous cluster configurations possible, providing tremendous flexibility in defining a cluster environment tailored to individual requirements. /
We would also like to be able to split a cluster between two racks or DC's /linked clusters/ /http://www-01.ibm.com/support/knowledgecenter/api/content/SSPHQG_7.1.0/com.i... /A linked cluster is ideal for situations where each site is located at a different geographical location. Typically, the sites are far enough apart so that they cannot conveniently share a common storage area network (SAN). Each site must have its own active repository disk, and any backup repositories. Linked clusters always use unicast to communicate between sites. Linked clusters are a useful part of high availability disaster recovery (HADR)./
We are currently developing a benchmarking system for ovirt and test failover stuff by hand. Something like this would save people a lot of time /Cluster test tool/ /http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.c...
/The Cluster Test Tool is a utility that lets you test a////PowerHA® SystemMirror®////cluster configuration to evaluate how a cluster behaves under a set of specified circumstances, such as when a node becomes inaccessible, a network becomes inaccessible, a resource group moves from one node to another, and so forth./
/You can start the test, let it run unattended, and return later to evaluate the results of your testing./
/If you want to run an automated suite of basic cluster tests for topology and resource group management, you can run the automated test suite from SMIT. If you are an experienced////PowerHA SystemMirror//administrator and want to tailor cluster testing to your environment, you can also create custom tests that can be run from SMIT./
/It is recommended to run the tool after you initially configure////PowerHA SystemMirror////and before you put your cluster into a production environment; after you make cluster configuration changes while the cluster is out of service; or at regular intervals even though the cluster appears to be functioning well./
this could be an external utility, rather than core to ovirt?
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--Sig_/ph7wdbEWM81ldpsB+gHGYeJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 12 Sep 2014 15:22:41 +0300 Itamar wrote: IH> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in= =20 IH> oVirt 3.6"? I've always thought it would be a good idea to have a 'storage agent' to run on storage domains, which could perform some operations more optimally that the current system. For example, exporting/importing domains currently reads the whole VM image over the network, then writes it back. In my case, my storage is all located on the smae NFS server, which could simply do an OS copy locally, instead of reading/writing gigabytes over the network. I don't know if other storage type could perform similar optimizations Robert --=20 Senior Software Engineer @ Parsons --Sig_/ph7wdbEWM81ldpsB+gHGYeJ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlQa+7YACgkQ7/fVLLY1mnhskgCcDiHE5eea4PC1kmNGWhtVKgLI fPsAn15Afo7JhEPU03IncSzW7bYgOi+9 =yttF -----END PGP SIGNATURE----- --Sig_/ph7wdbEWM81ldpsB+gHGYeJ--
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 +1! (don't know if an "agent" is needed but this situation occurs quite often ) On 18/09/14 17:35, Robert Story wrote:
I've always thought it would be a good idea to have a 'storage agent' to run on storage domains, which could perform some operations more optimally that the current system. For example, exporting/importing domains currently reads the whole VM image over the network, then writes it back. In my case, my storage is all located on the smae NFS server, which could simply do an OS copy locally, instead of reading/writing gigabytes over the network. I don't know if other storage type could perform similar optimizations
- -- 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJUGv3GAAoJEC5d3lL7/I9zZrYQAJf4ZNnwhLjFKSDWpQIh74Bh 1vg7jJq1rUgLiuyDSti8Rzb+3OkotnpZZb9idVTkU9ghKThBpTqccGNJ5amAwSnR QHHwA7228P9QZRth+6EjSn1iNPHsB3SffteKtToGJNkNB42exRwU6T7Dy6Dteo8V Xc4MCP1/H62Oda0SNid0xPmasFeYLM0KZlaVq6gXjrBF+eiOTs/Eko1y+HSA3aqR ksiXlhLL8RKbjCp5z3dAKxIzrF1aghkobFP9+KGWWTp3TEnQ0L8v4twzuUcOdF0r AX3C6VlKYlSqRhASWeOQyhIAmUVCaZcYf7jYsxS0aejuyk0P1E/0Of3UoR04DLPo v/rzQwEl6caQOEBzHfHh6aOY3FaX6FDUeaRdam3QxBovIwFyIWVblIkV32tZf4wN K9UermE47LzKztXeKFUF7lNfJtnaOEfw2EZEcFUc5nQ4rPoXiZdgY2dgFJTryIQ2 ZG4krnzEAFkSg6BAwYOM/WauyU1fb5mgaBW3xGIR1+VbsMJBc5kXwBnoVO8vLCle EH6MpvS9ud+1/plEDGTRNuiNMqf8tA0vHNVo9OJ44SAb689CXzSTKf0m0y6FdZWh hfHxJVM7JU5truVNd0pb9eOts11ZmSW15yqDluFMBoXrjQ4jPO+WSbFEzIo6h0G5 /p/Ttzv/iNb9oHyYmyhk =e1Jm -----END PGP SIGNATURE-----
+1 ! For those legacy storage systems that need it. On Thu, Sep 18, 2014 at 5:44 PM, Sven Kieske <s.kieske@mittwald.de> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
+1! (don't know if an "agent" is needed but this situation occurs quite often )
On 18/09/14 17:35, Robert Story wrote:
I've always thought it would be a good idea to have a 'storage agent' to run on storage domains, which could perform some operations more optimally that the current system. For example, exporting/importing domains currently reads the whole VM image over the network, then writes it back. In my case, my storage is all located on the smae NFS server, which could simply do an OS copy locally, instead of reading/writing gigabytes over the network. I don't know if other storage type could perform similar optimizations
- -- 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAEBAgAGBQJUGv3GAAoJEC5d3lL7/I9zZrYQAJf4ZNnwhLjFKSDWpQIh74Bh 1vg7jJq1rUgLiuyDSti8Rzb+3OkotnpZZb9idVTkU9ghKThBpTqccGNJ5amAwSnR QHHwA7228P9QZRth+6EjSn1iNPHsB3SffteKtToGJNkNB42exRwU6T7Dy6Dteo8V Xc4MCP1/H62Oda0SNid0xPmasFeYLM0KZlaVq6gXjrBF+eiOTs/Eko1y+HSA3aqR ksiXlhLL8RKbjCp5z3dAKxIzrF1aghkobFP9+KGWWTp3TEnQ0L8v4twzuUcOdF0r AX3C6VlKYlSqRhASWeOQyhIAmUVCaZcYf7jYsxS0aejuyk0P1E/0Of3UoR04DLPo v/rzQwEl6caQOEBzHfHh6aOY3FaX6FDUeaRdam3QxBovIwFyIWVblIkV32tZf4wN K9UermE47LzKztXeKFUF7lNfJtnaOEfw2EZEcFUc5nQ4rPoXiZdgY2dgFJTryIQ2 ZG4krnzEAFkSg6BAwYOM/WauyU1fb5mgaBW3xGIR1+VbsMJBc5kXwBnoVO8vLCle EH6MpvS9ud+1/plEDGTRNuiNMqf8tA0vHNVo9OJ44SAb689CXzSTKf0m0y6FdZWh hfHxJVM7JU5truVNd0pb9eOts11ZmSW15yqDluFMBoXrjQ4jPO+WSbFEzIo6h0G5 /p/Ttzv/iNb9oHyYmyhk =e1Jm -----END PGP SIGNATURE----- _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Met vriendelijke groeten / With kind regards, Johan Kooijman
On 09/18/2014 11:35 AM, Robert Story wrote:
On Fri, 12 Sep 2014 15:22:41 +0300 Itamar wrote: IH> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in IH> oVirt 3.6"?
I've always thought it would be a good idea to have a 'storage agent' to run on storage domains, which could perform some operations more optimally that the current system. For example, exporting/importing domains currently reads the whole VM image over the network, then writes it back. In my case, my storage is all located on the smae NFS server, which could simply do an OS copy locally, instead of reading/writing gigabytes over the network. I don't know if other storage type could perform similar optimizations
not in 3.6. doing native storage operations is for sure a top item in the storage list going forward. notice you can do these operations today at disk level and register the externally cloned disks via the REST API. since 3.5 you can also detach and attach storage domains across DCs/Engines
Robert
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--Sig_/9ak_Bl7VrbuVSEOSgYh_gZg Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 4 Nov 2015 19:06:18 -0500 Itamar wrote: IH> On 09/18/2014 11:35 AM, Robert Story wrote: IH> > On Fri, 12 Sep 2014 15:22:41 +0300 Itamar wrote: IH> > IH> With oVirt 3.5 nearing GA, time to ask for "what do you want to IH> > IH> see in oVirt 3.6"? IH> > IH> > I've always thought it would be a good idea to have a 'storage agent' IH> > to run on storage domains, which could perform some operations more IH> > optimally that the current system. For example, exporting/importing IH> > domains currently reads the whole VM image over the network, then IH> > writes it back. In my case, my storage is all located on the smae NFS IH> > server, which could simply do an OS copy locally, instead of IH> > reading/writing gigabytes over the network. I don't know if other IH> > storage type could perform similar optimizations IH>=20 IH> not in 3.6. doing native storage operations is for sure a top item in=20 IH> the storage list going forward. IH> notice you can do these operations today at disk level and register the= =20 IH> externally cloned disks via the REST API. That's good to know. Is there a wiki page/script for how to externally clone a VM for export? Robert --=20 Senior Software Engineer @ Parsons --Sig_/9ak_Bl7VrbuVSEOSgYh_gZg Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWO16jAAoJEMHFVuy5l8Y4v0kP/jQFlHAsUrTroDgngvlkCFu4 dM799jiPq8b9/ptbspUO6NV37V/Qmi7FQKxZnjklGrV+It95lLb8LbVEZdHjfM2G /0ST603fW3XA9u41jeT6xb8sXfQBkCrOVARhFhiVcyo/5Ey2a1pHJoa/hSdSicsL Dz2HI3I6Lpeki3XOENCKyiKscR79hvC4cPWuhcR5hXZl7GQaoNGVl6ZfAnveKLgY /mhUjZ0TJAJzuspH0Mq+/WU6D8uW/RnC4WnpPZnFwpdyC+e7OH7oIiIw1WBEfc40 X+ZU929arkJ6KChtkxbVFhMs08aqLmW5fepa1ADkdZ/2E8HFz5m7MuZeE4DRCtah olX/PdRwS0OCoa2PWhmxn125QFFAdTVAPcQ+LAE4C2kPK6ThCyL6dPaArwoL5yJs LJVOh3DGz2ym//f193tf8yr3Xy1fgdsHWL7BTiQNwu8UKHPeRAPAVDdmKIAynBt6 YYcSQNPJEb5im/jvre0cJr5fcaieveZyScNMu7aGYfwl0xazlOS6UscEgcVDJL8Z T7FZLlI4se+W1nm4Hb4ghVPOmJZu91r5N70Iv9BTCbhpHu4oG9BNcRT2BGkBIpCa bDeY8EEH3GzRjvwkjQtTDjetPuPhCzpMSxe0eYZ2+lryanLsxTK7buUjLiIRSa5U 9uoAYOcfGGRxTF6seo7d =/rX2 -----END PGP SIGNATURE----- --Sig_/9ak_Bl7VrbuVSEOSgYh_gZg--
On 11/05/2015 08:50 AM, Robert Story wrote:
On Wed, 4 Nov 2015 19:06:18 -0500 Itamar wrote: IH> On 09/18/2014 11:35 AM, Robert Story wrote: IH> > On Fri, 12 Sep 2014 15:22:41 +0300 Itamar wrote: IH> > IH> With oVirt 3.5 nearing GA, time to ask for "what do you want to IH> > IH> see in oVirt 3.6"? IH> > IH> > I've always thought it would be a good idea to have a 'storage agent' IH> > to run on storage domains, which could perform some operations more IH> > optimally that the current system. For example, exporting/importing IH> > domains currently reads the whole VM image over the network, then IH> > writes it back. In my case, my storage is all located on the smae NFS IH> > server, which could simply do an OS copy locally, instead of IH> > reading/writing gigabytes over the network. I don't know if other IH> > storage type could perform similar optimizations IH> IH> not in 3.6. doing native storage operations is for sure a top item in IH> the storage list going forward. IH> notice you can do these operations today at disk level and register the IH> externally cloned disks via the REST API.
That's good to know. Is there a wiki page/script for how to externally clone a VM for export?
need to check per storage type (which we'll do). for now, if you can clone it, we can register it. netapp has a service that provides this in an integrated way.
Is there a final planning & featurelist yet? On Fri, Sep 12, 2014 at 2:22 PM, Itamar Heim <iheim@redhat.com> wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Met vriendelijke groeten / With kind regards, Johan Kooijman
On 10/20/2014 06:49 AM, Johan Kooijman wrote:
Is there a final planning & featurelist yet?
planned to be in same place: https://docs.google.com/spreadsheet/ccc?key=0AuAtmJW_VMCRdHJ6N1M3d1F1UTJTS1dSMnZwMF9XWVE&usp=sharing&userstoinvite=danken@gmail.com#gid=9 but did not compile from the mailing list thread yet to add things properly there.
On Fri, Sep 12, 2014 at 2:22 PM, Itamar Heim <iheim@redhat.com <mailto:iheim@redhat.com>> wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Thanks, Itamar _________________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/__mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>
-- Met vriendelijke groeten / With kind regards, Johan Kooijman
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Fri, Sep 12, 2014 at 03:22:41PM +0300, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Back in 3.3 we introduced http://www.ovirt.org/Features/Device_Custom_Properties but Engine exposes them only for vNIC profiles. I'd really like to see custom properties for virtual disks, too. It can be a very simple means to implement Bug 1024428 - [RFE] Allow to specify disk attributes such as error_policy and discard per disk in Web UI and many other trick and tweaks that users may wish to enforce on the vDisks.
On 12/09/14 14:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Please review: https://bugzilla.redhat.com/show_bug.cgi?id=1156115 for inclusion in 3.6. maybe it can even be considered to backport this change to 3.5 ? Thanks! -- 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 10/23/2014 11:23 AM, Sven Kieske wrote:
On 12/09/14 14:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"?
Please review: https://bugzilla.redhat.com/show_bug.cgi?id=1156115
for inclusion in 3.6. maybe it can even be considered to backport this change to 3.5 ?
Thanks!
this is in 3.6
participants (29)
-
Antoni Segura Puimedon -
Blaster -
Cédric Buot de l'Epine -
Cédric Buot de l'Epine -
Dan Kenigsberg -
Daniel Helgenberger -
Fabian Deutsch -
Federico Alberto Sayd -
Gary Lloyd -
Gianluca Cecchi -
Itamar Heim -
Jakub Bittner -
Johan Kooijman -
Jorick Astrego -
Livnat Peer -
Mohyedeen Nazzal -
Morten Stevens -
Nathanaël Blanchet -
Nicolas Ecarnot -
Nir Soffer -
plysan -
Punit Dambiwal -
Robert Story -
Sahina Bose -
Simone Tiraboschi -
suporte＠logicworks.pt -
Sven Kieske -
Sven Kieske -
Yair Zaslavsky