On 06/04, Eyal Edri wrote: > > > ----- Original Message ----- > > From: "David Caro" <[email protected]> > > To: "Tolik Litvosky" <[email protected]> > > Cc: "Eyal Edri" <[email protected]>, [email protected], [email protected] > > Sent: Thursday, June 4, 2015 12:01:28 PM > > Subject: Re: Access to ovirt-srv08.ovirt.org > > > > On 06/04, Tolik Litvosky wrote: > > > On Thu, 2015-06-04 at 04:50 -0400, Eyal Edri wrote: > > > > > > > > ----- Original Message ----- > > > > > From: "Tolik Litvosky" <[email protected]> > > > > > To: "Eyal Edri" <[email protected]> > > > > > Cc: [email protected], [email protected] > > > > > Sent: Thursday, June 4, 2015 11:44:09 AM > > > > > Subject: Re: Access to ovirt-srv08.ovirt.org > > > > > > > > > > On Thu, 2015-06-04 at 02:31 -0400, Eyal Edri wrote: > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Tolik Litovsky" <[email protected]> > > > > > > > To: [email protected] > > > > > > > Cc: [email protected] > > > > > > > Sent: Thursday, June 4, 2015 9:28:27 AM > > > > > > > Subject: RE: Access to ovirt-srv08.ovirt.org > > > > > > > > > > > > > > The question is the nesting depth. > > > > > > > We run currently in depth 2 . > > > > > > > VM inside VM. > > > > > > > > > > > > > > Will depth of 3 will work. > > > > > > > > > > > > > > VM slave, and another 2 VM nesting above it. > > > > > > > > > > > > > > KVM people? Plz help. > > > > > > > > > > > > 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. > > > > > > > > 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. > > > > There's only one afaik, and you are already using it. > > there are 6 more servers, but they are not ready yet, > we will start working on them soon, i hope they will be ready > 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Tolik. > > > > > > > > > > > > > > > > > > > > > > > > > > > > -------- Original message -------- > > > > > > > From: Eyal Edri <[email protected]> > > > > > > > Date: 03/06/2015 11:14 PM (GMT+02:00) > > > > > > > To: [email protected] > > > > > > > Cc: [email protected] > > > > > > > Subject: Re: Access to ovirt-srv08.ovirt.org > > > > > > > > > > > > > > > > > > > > > I'd like to move the system testing framework to use > > > > > > > nested vms instead of directly using the baremetal hosts. > > > > > > > > > > > > > > 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. > > > > > > > > > > > > > > e. > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Tolik Litvosky" <[email protected]> > > > > > > > > To: [email protected] > > > > > > > > Sent: Wednesday, June 3, 2015 3:59:36 PM > > > > > > > > Subject: Access to ovirt-srv08.ovirt.org > > > > > > > > > > > > > > > > Hi > > > > > > > > > > > > > > > > I need access to the ovirt-srv08.ovirt.org in order to update > > > > > > > > the > > > > > > > > testenv CI repo directory. > > > > > > > > > > > > > > > > -- > > > > > > > > Best regards > > > > > > > > Tolik Litovsky > > > > > > > > RHEV-H Team > > > > > > > > Red Hat > > > > > > > > > > > > > > > > Red Hat: trustworthy, transformative technology. Powered by > > > > > > > > the > > > > > > > > community. > > > > > > > > Connect at redhat.com > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Infra mailing list > > > > > > > > [email protected] > > > > > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > > > > > > > > > > -- > > > > > Best regards > > > > > Tolik Litovsky > > > > > RHEV-H Team > > > > > Red Hat > > > > > > > > > > Red Hat: trustworthy, transformative technology. Powered by the > > > > > community. > > > > > Connect at redhat.com > > > > > > > > > > > > > -- > > > Best regards > > > Tolik Litovsky > > > RHEV-H Team > > > Red Hat > > > > > > Red Hat: trustworthy, transformative technology. Powered by the > > > community. > > > Connect at redhat.com > > > > > > _______________________________________________ > > > Infra mailing list > > > [email protected] > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > -- > > David Caro > > > > Red Hat S.L. > > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > > > Tel.: +420 532 294 605 > > Email: [email protected] > > Web: www.redhat.com > > RHT Global #: 82-62605 > > > > _______________________________________________ > > Infra mailing list > > [email protected] > > http://lists.ovirt.org/mailman/listinfo/infra > > -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: [email protected] Web: www.redhat.com RHT Global #: 82-62605
pgpZAPLZRqgPd.pgp
Description: PGP signature
_______________________________________________ Infra mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/infra
