Re: [openstack-dev] [tripleo] quickstart for humans

2018-08-31 Thread Raoul Scarazzini
ng on your needs. I'm for recycling what we have, planet (and me) will enjoy it! My 0,002 cents. -- Raoul Scarazzini ra...@redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev

Re: [openstack-dev] [tripleo] PTL non-candidacy

2018-07-25 Thread Raoul Scarazzini
simplification and improvements that TripleO needs going > forward. I look forwards to continuing our efforts with everyone. > Thanks, > -Alex To me you did really a great job. I know you'll be around and so on, but let me just say thank you. -- Raoul Sca

Re: [openstack-dev] [tripleo] Stein blueprint - Plan to remove Keepalived support (replaced by Pacemaker)

2018-07-19 Thread Raoul Scarazzini
s approach would not guarantee some of the goals, like undercloud HA and keeping 1:1 structure between undercloud and overcloud. But what else are we supposed to control with Pacemaker on the undercloud apart from the IPs? --

Re: [openstack-dev] [tripleo] Status of Standalone installer (aka All-In-One)

2018-06-05 Thread Raoul Scarazzini
Thanks for sharing! -- Raoul Scarazzini ra...@redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/c

Re: [openstack-dev] [tripleo] The Weekly Owl - 13th Edition

2018-03-21 Thread Raoul Scarazzini
tt isn't John but in fact he's the rover ;-)  But Rover is Rover or not? -- Raoul Scarazzini ra...@redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstac

Re: [openstack-dev] [TripleO][CI][QA][HA][Eris][LCOO] Validating HA on upstream

2018-03-15 Thread Raoul Scarazzini
channel, let's sort out which timeslice can be good. I've added to the main etherpad [1] my timezone (line 53), let's do all that so that we can create the meeting invite. [1] https://etherpad.openstack.org/p/extreme-testing-contacts

Re: [openstack-dev] [TripleO][CI][QA][HA][Eris][LCOO] Validating HA on upstream

2018-03-08 Thread Raoul Scarazzini
the testing methodologies are the first thing we need to care about, starting from what we want to achieve. That said, I'll keep studying Yardstick. Hope to hear from you soon, and thanks again! -- Raoul Scarazzini ra..

Re: [openstack-dev] [TripleO][CI][QA][HA] Validating HA on upstream

2018-03-06 Thread Raoul Scarazzini
nks a lot again for your involvement, [1] https://review.openstack.org/#/c/548874/ -- Raoul Scarazzini ra...@redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.or

Re: [openstack-dev] [TripleO][CI][QA] Validating HA on upstream

2018-03-02 Thread Raoul Scarazzini
Thanks, [1] https://review.openstack.org/#/c/548874 -- Raoul Scarazzini ra...@redhat.com __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://l

Re: [openstack-dev] [TripleO][CI][QA] Validating HA on upstream

2018-02-16 Thread Raoul Scarazzini
ding it into the file. In the end I think that once the project will be created either way of using it will be fine. Thanks for your involvement on this folks! -- Raoul Scarazzini ra...@redhat.com __ OpenStack Development Mailin

Re: [openstack-dev] [TripleO][CI][QA] Validating HA on upstream

2018-02-16 Thread Raoul Scarazzini
o, so we clone it and then launch the playbooks via ansible-playbook command, how do you see ansible-galaxy into the picture? Thanks! -- Raoul Scarazzini ra...@redhat.com __ OpenStack Development Mailing List (not for usage

[openstack-dev] [TripleO][CI] Validating HA on upstream

2018-02-15 Thread Raoul Scarazzini
is stuff. [1] https://github.com/redhat-openstack/tripleo-quickstart-utils [2] https://etherpad.openstack.org/p/qa-queens-ptg-destructive-testing -- Raoul Scarazzini ra...@redhat.com __ OpenStack Development Mailing

Re: [openstack-dev] [tripleo][containerized][osp12] Unable to deploy containerised overcloud

2017-10-26 Thread Raoul Scarazzini
means that you've problems while getting container images from the repo you configured. Of course having the logs from the controller will help a lot (check for status_code != 0 in /var/lib/heat-config/deployed directory). Bye, -- Raoul Scarazzini ra...@redh

Re: [openstack-dev] [tripleo] Future of the tripleo-quickstart-utils project

2017-06-14 Thread Raoul Scarazzini
I'm >> already preparing a review for this. So I finally updated a review [1] for the documentation, it took quite a bit to adapt it to the audience of the tripleo-docs project, but it now seems fine... at least to

Re: [openstack-dev] [tripleo] Future of the tripleo-quickstart-utils project

2017-06-06 Thread Raoul Scarazzini
tion > for automagic documentation builds. I need to understand in depth this automatic documenting you're writing about. Can you give some tip to fully comprehend what you wrote? Many thanks, and sorry for the long delay between the answers.

Re: [openstack-dev] [tripleo] Future of the tripleo-quickstart-utils project

2017-06-06 Thread Raoul Scarazzini
[...] > IIRC, everything in this repo could be moved to existing projects in > TripleO that are already productized, so little efforts would be done. [...]> Thanks for bringing this up! Agreed. Bye, -- Raoul Scarazzini ra...@redhat.com

[openstack-dev] [tripleo] Future of the tripleo-quickstart-utils project

2017-05-16 Thread Raoul Scarazzini
xtras/tree/master/roles/validate-ha [4] https://github.com/redhat-openstack/tripleo-quickstart-utils/tree/master/docs/multi-virtual-undercloud ### Thanks for your time, -- Raoul Scarazzini ra...@redhat.com __ OpenStack D

Re: [openstack-dev] [tripleo][tripleo-quickstart] Multiple parallel deployments on a single virthost

2017-03-06 Thread Raoul Scarazzini
slide=id.p -- Raoul Scarazzini ra...@redhat.com On 04/03/2017 05:52, Lars Kellogg-Stedman wrote: > I've just submitted a slew of changes to tripleo-quickstart with the > ultimate goal of being able to spin up multiple openstack deployments > in parallel on the same target virt