--UKNXkkdQCYZ6W5l3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 06/04, Eyal Edri wrote:
=20
=20
----- Original Message -----
> From: "David Caro" <dcaroest(a)redhat.com>
> To: "Tolik Litvosky" <tlitovsk(a)redhat.com>
> Cc: "Eyal Edri" <eedri(a)redhat.com>, infra(a)ovirt.org,
devel(a)ovirt.org
> Sent: Thursday, June 4, 2015 12:01:28 PM
> Subject: Re: Access to
ovirt-srv08.ovirt.org
>=20
> On 06/04, Tolik Litvosky wrote:
> > On Thu, 2015-06-04 at 04:50 -0400, Eyal Edri wrote:
> > >=20
> > > ----- Original Message -----
> > > > From: "Tolik Litvosky" <tlitovsk(a)redhat.com>
> > > > To: "Eyal Edri" <eedri(a)redhat.com>
> > > > Cc: infra(a)ovirt.org, devel(a)ovirt.org
> > > > Sent: Thursday, June 4, 2015 11:44:09 AM
> > > > Subject: Re: Access to
ovirt-srv08.ovirt.org
> > > >=20
> > > > On Thu, 2015-06-04 at 02:31 -0400, Eyal Edri wrote:
> > > > >=20
> > > > > ----- Original Message -----
> > > > > > From: "Tolik Litovsky"
<tlitovsk(a)redhat.com>
> > > > > > To: eedri(a)redhat.com
> > > > > > Cc: infra(a)ovirt.org
> > > > > > Sent: Thursday, June 4, 2015 9:28:27 AM
> > > > > > Subject: RE: Access to
ovirt-srv08.ovirt.org
> > > > > >=20
> > > > > > The question is the nesting depth.
> > > > > > We run currently in depth 2 .
> > > > > > VM inside VM.
> > > > > >=20
> > > > > > Will depth of 3 will work.
> > > > > >=20
> > > > > > VM slave, and another 2 VM nesting above it.
> > > > > >=20
> > > > > > KVM people? Plz help.
> > > > >=20
> > > > > adding devel, but please elaborate on the depth,
> > > > > does it have to be nested or you're doing it because
> > > > > you only had 1 bare metal host till now (think you'll have
2
> > > > > nested
> > > > > vms for example)
> > > > The test requires depth 2 nested . We create an engine with hosts
> > > > and
> > > > storage. And on top of them we run another VM to test the ovirt
> > > > features.
> > > > This is the test scenario.
> > >=20
> > > OK, then we need to run a test and see the performance for it,
> > > because i think
> > > we will we gain many benefits from it, in terms of management and
> > > stability.
> > Eyal , this testenv will most likely not be in my responsibility
> > longer.
> > But I know that there are several bare metals dedicated to this jobs.
> > Can we plz bring them up , I belive it will be very helpfull before we
> > finish the nested slaves investigation.
>=20
> There's only one afaik, and you are already using it.
=20
there are 6 more servers, but they are not ready yet,
we will start working on them soon, i hope they will be ready=20
in a week's time, we will update.
regardless the system test maintainer should run the nested test so
we'll know if we can leverage this.
I was not aware they were dedicated for those jobs
=20
>=20
> > >=20
> > > >=20
> > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > > Tolik.
> > > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > > -------- Original message --------
> > > > > > From: Eyal Edri <eedri(a)redhat.com>
> > > > > > Date: 03/06/2015 11:14 PM (GMT+02:00)
> > > > > > To: tlitovsk(a)redhat.com
> > > > > > Cc: infra(a)ovirt.org
> > > > > > Subject: Re: Access to
ovirt-srv08.ovirt.org
> > > > > >=20
> > > > > >=20
> > > > > > I'd like to move the system testing framework to use
> > > > > > nested vms instead of directly using the baremetal hosts.
> > > > > >=20
> > > > > > we did use a single host to POC the system, i think now
that
> > > > > > we're
> > > > > > about to expand it will be much more managble and scalable
if
> > > > > > we'll
> > > > > > start using nested VMs which will be managed via the
hosted
> > > > > > engine.
> > > > > >=20
> > > > > > e.
> > > > > >=20
> > > > > > ----- Original Message -----
> > > > > > > From: "Tolik Litvosky"
<tlitovsk(a)redhat.com>
> > > > > > > To: infra(a)ovirt.org
> > > > > > > Sent: Wednesday, June 3, 2015 3:59:36 PM
> > > > > > > Subject: Access to
ovirt-srv08.ovirt.org
> > > > > > >=20
> > > > > > > Hi
> > > > > > >=20
> > > > > > > I need access to the
ovirt-srv08.ovirt.org in order to
upda=
te
> > > > > > > the
> > > > > > > testenv CI repo directory.
> > > > > > >=20
> > > > > > > --
> > > > > > > Best regards
> > > > > > > Tolik Litovsky
> > > > > > > RHEV-H Team
> > > > > > > Red Hat
> > > > > > >=20
> > > > > > > Red Hat: trustworthy, transformative technology.
Powered by
> > > > > > > the
> > > > > > > community.
> > > > > > > Connect at
redhat.com
> > > > > > >=20
> > > > > > > _______________________________________________
> > > > > > > Infra mailing list
> > > > > > > Infra(a)ovirt.org
> > > > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > > > > > >=20
> > > > > >=20
> > > > --
> > > > Best regards
> > > > Tolik Litovsky
> > > > RHEV-H Team
> > > > Red Hat
> > > >=20
> > > > Red Hat: trustworthy, transformative technology. Powered by the
> > > > community.
> > > > Connect at
redhat.com
> > > >=20
> > > >=20
> > --
> > Best regards
> > Tolik Litovsky
> > RHEV-H Team
> > Red Hat
> >=20
> > Red Hat: trustworthy, transformative technology. Powered by the
> > community.
> > Connect at
redhat.com
> >=20
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> >
http://lists.ovirt.org/mailman/listinfo/infra
>=20
> --
> David Caro
>=20
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
>=20
> Tel.: +420 532 294 605
> Email: dcaro(a)redhat.com
> Web:
www.redhat.com
> RHT Global #: 82-62605
>=20
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/infra
>=20
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
Web:
www.redhat.com
RHT Global #: 82-62605
--UKNXkkdQCYZ6W5l3
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJVcBYpAAoJEEBxx+HSYmnD1R8H/j4X5t2NLIaSA7OQg0aD1bOS
abZtBauzWQhujcrYOtlXm9SMgyEm4dFJtfXqsIvSD2LH2fxhcJlkStfnB0DBRXDx
OiHTG8xaUjzYkuxu6BcogtwHz2YL2k9goPbCMHrldQ8XFHxERmoeuC/s1WFwxVCa
xiguBWwCZLS3CdfZhlaYM6ycgidWveVnV5qIbGHQQ9wwAKrDTwp4OeV+6o/JtkxF
IwXj7geXhdpAF21X7O5lZ5T5bt+CAGlsbz55addiqVVeLn1cN1C4m0gXnAv0MgGx
apkDXX1LQ4Z8soWysccXfQVaush7MC40tlDmJh3jSiNygvK8odslqOfUzezIaNA=
=4kxv
-----END PGP SIGNATURE-----
--UKNXkkdQCYZ6W5l3--