3:22 p.m.
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?
Thanks,
Itamar
3:26 p.m.
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(a)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(a)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/us...
<br>
</blockquote>
<br>
</body>
</html>
--------------010709040906070602040900--
3:37 p.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
3:44 p.m.
On Fri, Sep 12, 2014 at 2:37 PM, Itamar Heim <iheim(a)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
4:01 p.m.
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(a)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--
4:34 p.m.
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(a)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--
4:53 p.m.
+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
12:27 p.m.
----- Original Message -----
From: "Sven Kieske" <s.kieske(a)mittwald.de>
To: users(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:32 p.m.
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(a)redhat.com> wrote:
----- Original Message -----
> From: "Sven Kieske" <s.kieske(a)mittwald.de>
> To: users(a)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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:38 p.m.
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(a)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(a)redhat.com> wrote:
> ----- Original Message -----
> > From: "Sven Kieske" <s.kieske(a)mittwald.de>
> > To: users(a)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(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
11:25 p.m.
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(a)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(a)redhat.com
<mailto:nsoffer@redhat.com>> wrote:
----- Original Message -----
> From: "Sven Kieske" <s.kieske(a)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(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:06 a.m.
-----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".
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-----
10:15 a.m.
On 09/14/2014 03:06 AM, Sven Kieske 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".
I got that part :)
i wanted to make sure its about hostusb and not something else like usb
remoting via spice, etc.
5:04 p.m.
On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske <svenkieske(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:12 a.m.
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(a)gmail.com> wrote:
On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske <svenkieske(a)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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:06 a.m.
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(a)gmail.com <mailto:mohyedeen.nazzal@gmail.com>> wrote:
On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske <svenkieske(a)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(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
2:32 p.m.
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
9:15 a.m.
On Sat, Sep 13, 2014 at 11:25 PM, Itamar Heim <iheim(a)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(a)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(a)redhat.com
> <mailto:nsoffer@redhat.com>> wrote:
>
> ----- Original Message -----
> > From: "Sven Kieske" <s.kieske(a)mittwald.de <mailto:
> s.kieske(a)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(a)ovirt.org <mailto:Users@ovirt.org>
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
3:06 a.m.
On 09/14/2014 02:15 AM, Mohyedeen Nazzal wrote:
On Sat, Sep 13, 2014 at 11:25 PM, Itamar Heim <iheim(a)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(a)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(a)redhat.com <mailto:nsoffer@redhat.com>
<mailto:nsoffer@redhat.com <mailto:nsoffer@redhat.com>>>
wrote:
----- Original Message -----
> From: "Sven Kieske" <s.kieske(a)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(a)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(a)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(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
11:24 p.m.
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(a)redhat.com
<mailto:nsoffer@redhat.com>> wrote:
----- Original Message -----
> From: "Sven Kieske" <s.kieske(a)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(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
11:22 p.m.
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).
4:24 p.m.
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(a)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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Met vriendelijke groeten / With kind regards,
Johan Kooijman
3:07 a.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
3:55 p.m.
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
5:24 p.m.
------=_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(a)uncu.edu.ar>
Para: users(a)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(a)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(a)uncu.edu.ar&gt;<br><b>Para:
</b>users(a)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--
3:07 a.m.
On 09/12/2014 10:24 AM, suporte(a)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(a)uncu.edu.ar>
*Para: *users(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
11:21 p.m.
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.
12:16 p.m.
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
12:22 p.m.
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&...
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...
<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--
3:06 a.m.
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&...
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
5:40 a.m.
2014-09-14 4:21 GMT+08:00 Itamar Heim <iheim(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
12:34 a.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:07 a.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
12:35 a.m.
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
6:11 a.m.
--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(a)redhat.com> wrote:
On 09/12/2014 04:22 PM, Morten Stevens 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
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">...
rt.org/Features/virt-v2v_Integration</a></blockquote><br&g...
=
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"&...
zilla.redhat.com/show_bug.cgi?id=3D1049604</a></div><div&g...
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--
3:07 a.m.
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
6:50 p.m.
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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:12 a.m.
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(a)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(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
4:53 p.m.
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(a)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
6:34 p.m.
----- Original Message -----
From: "Nicolas Ecarnot" <nicolas(a)ecarnot.net>
To: users(a)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(a)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
9:24 p.m.
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
9:38 p.m.
----- Original Message -----
From: "Nicolas Ecarnot" <nicolas(a)ecarnot.net>
To: "Nir Soffer" <nsoffer(a)redhat.com>
Cc: users(a)ovirt.org, "Federico Simoncelli" <fsimonce(a)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
11:38 p.m.
Le 13/09/2014 20:38, Nir Soffer a écrit :
----- Original Message -----
> From: "Nicolas Ecarnot" <nicolas(a)ecarnot.net>
> To: "Nir Soffer" <nsoffer(a)redhat.com>
> Cc: users(a)ovirt.org, "Federico Simoncelli" <fsimonce(a)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
3:06 a.m.
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(a)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.
3:17 p.m.
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
6:39 p.m.
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?)
11:47 a.m.
----- 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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
1:01 p.m.
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(a)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--
2:04 p.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
Users mailing list
Users(a)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
9 a.m.
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
12:44 p.m.
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:06 a.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
3:15 p.m.
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(a)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
3:46 p.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
4:10 p.m.
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 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
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(a)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
4:23 p.m.
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 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
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(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>
6:17 p.m.
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 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
> 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.
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...
> 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(a)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
6:28 p.m.
On 09/15/2014 06:17 PM, Daniel Helgenberger wrote:
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 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
>> 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.
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...
>
>> 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(a)ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>
5:20 p.m.
----- Original Message -----
From: "Daniel Helgenberger"
<daniel.helgenberger(a)m-box.de>
To: "Itamar Heim" <iheim(a)redhat.com>, "Livnat Peer"
<lpeer(a)redhat.com>
Cc: users(a)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 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
>> 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).
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...
>
>> 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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
7:39 p.m.
On 16.09.2014 16:20, Antoni Segura Puimedon wrote:
----- Original Message -----
> From: "Daniel Helgenberger" <daniel.helgenberger(a)m-box.de>
> To: "Itamar Heim" <iheim(a)redhat.com>, "Livnat Peer"
<lpeer(a)redhat.com>
> Cc: users(a)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 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
>>> 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...
>
>>> 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(a)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(a)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
4:34 a.m.
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(a)m-box.de> wrote:
On 16.09.2014 16:20, Antoni Segura Puimedon wrote:
>
> ----- Original Message -----
>> From: "Daniel Helgenberger" <daniel.helgenberger(a)m-box.de>
>> To: "Itamar Heim" <iheim(a)redhat.com>, "Livnat Peer"
<lpeer(a)redhat.com>
>> Cc: users(a)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
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
>>>> 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...
>
>>
>>>> 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(a)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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
1:46 p.m.
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
12:27 p.m.
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
2:32 a.m.
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.
10:17 a.m.
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 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
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(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>
7:06 p.m.
On 16.09.2014 09:17, Livnat Peer 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 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
> 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(a)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
3:07 a.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
9:30 p.m.
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(a)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
3:06 a.m.
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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
1:20 a.m.
Switch our providers (i.e - neutron) to extapi based extensions.
----- Original Message -----
From: "Itamar Heim" <iheim(a)redhat.com>
To: users(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
10:44 a.m.
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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:06 a.m.
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(a)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(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
5:06 p.m.
----- Original Message -----
From: "Itamar Heim" <iheim(a)redhat.com>
To: users(a)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
1:56 p.m.
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:06 a.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
6:33 p.m.
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(a)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.powerh...
//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.ibm.powerha.concepts/ha_concepts_multi_linked.htm/
/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.concepts/ha_concepts_test_tool.htm/
/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://...
<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....
<br>
libgfapi <br>
<br>
drbd support (<a class="moz-txt-link-freetext"
href="http://www.ovirt.org/Features/DRBD">http://www.ovirt.o...
<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...
<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/SSPH...
<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...
<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--
6:40 p.m.
On 09/17/2014 06:33 PM, Jorick Astrego wrote:
nfsv4 support (http://www.ovirt.org/Features/NFSv4)
what's missing today?
11:43 a.m.
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
3:06 a.m.
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(a)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.powerh...
//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.ibm.powerha.concepts/ha_concepts_multi_linked.htm/
/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.concepts/ha_concepts_test_tool.htm/
/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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
6:35 p.m.
--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--
6:44 p.m.
-----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-----
6:59 p.m.
+1 ! For those legacy storage systems that need it.
On Thu, Sep 18, 2014 at 5:44 PM, Sven Kieske <s.kieske(a)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
--
Met vriendelijke groeten / With kind regards,
Johan Kooijman
-----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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:06 a.m.
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:50 p.m.
--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--
5:55 p.m.
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.
1:49 p.m.
Is there a final planning & featurelist yet?
On Fri, Sep 12, 2014 at 2:22 PM, Itamar Heim <iheim(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Met vriendelijke groeten / With kind regards,
Johan Kooijman
1:51 p.m.
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_VMCRdHJ6N1M3d1F1UTJT...
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(a)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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
6:27 p.m.
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.
6:23 p.m.
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
3:06 a.m.
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
3304
days inactive
3723
days old
92 comments
29 participants
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