useful to figure what are the *strategic*
features needed, as it would provide with some time to gather feedback
from the field.
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org
raising it here to see what is
the other people opinion: how about we modify the -ha job so that at
some point we actually kill one of the controllers and spawn a second
user image?
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev mailing list
interfering with the work needed to put tempest in the cycle.
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 08/20/2014 11:15 AM, Derek Higgins wrote:
I'll try to make the meeting regardless if its moved or not but an hour
later would certainly make it a little more palatable.
+1
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev mailing list
categorization and set some notifications
on new tags so that one can revisit the tags on new bugs
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: giulivo
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman
only demand for new tests, I think we should keep and
approve blueprints asking for basic tests around new components but
*not* (as in close) blueprints demanding for additional tests around
existing components. Does it look reasonable?
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: giulivo
%2540gmail.com+project:openstack/tempest,n,z
+1 and +1
and also
+1 to Sean who is really great at keeping the group going
+1 to Jay who resigned himself from the core group despite having a far
better understanding of the project than, for example, me
--
Giulio Fidente
GPG KEY: 08D733BA | IRC
it entirely OR pick a more relevant ip address
if needed. Seems to me it would give the greatest flexibility.
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: giulivo
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org
. http://red.ht/1aRdx32
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: giulivo
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
file we would update the urls automatically
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: giulivo
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 06/13/2014 03:37 PM, Jason Rist wrote:
On Fri 13 Jun 2014 02:38:11 AM MDT, Giulio Fidente wrote:
On 05/31/2014 03:56 PM, Sean Dague wrote:
We're still working on a way to make it possible to review in server
side gerrit dashboards more easily to gerrit. In the mean time I've put
together
.
A genuine question from a 'wannabe' TripleO contributor, do you see
others? many others?
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
. https://review.openstack.org/#/c/90134
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 06/26/2014 11:11 AM, Jan Provaznik wrote:
On 06/25/2014 06:58 PM, Giulio Fidente wrote:
On 06/16/2014 11:14 PM, Clint Byrum wrote:
Excerpts from Gregory Haynes's message of 2014-06-16 14:04:19 -0700:
Excerpts from Jan Provazník's message of 2014-06-16 20:28:29 +:
Hi,
MariaDB is now
idea from James
there could still be unexpected issues on distro for which we don't have
CI but I wouldn't expect troubles caused by your change
1. https://review.openstack.org/#/c/102818/
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev
On 07/01/2014 05:47 PM, Michael Kerrin wrote:
I propose making mysql an abstract element and user must choose either
percona or mariadb-rpm element.CI must be setup correctly
+1
seems a cleaner and more sustainable approach
--
Giulio Fidente
GPG KEY: 08D733BA
switch, in TripleO,
allowing for sessions in DB be doable?
Thanks for reading
1. http://docs.openstack.org/developer/horizon/topics/deployment.html
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
)
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev mailing list
OpenStack-dev
[1] so it seems reasonable
to me to just add the config bits for customization of the OC dns servers
1.
https://github.com/openstack/tripleo-incubator/blob/master/scripts/devtest_undercloud.sh#L325
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev
. https://etherpad.openstack.org/p/kilo-cinder-summit-topics
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: giulivo
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
for helping
1. https://blueprints.launchpad.net/tripleo/+spec/tripleo-kilo-cinder-ha
--
Giulio Fidente
GPG KEY: 08D733BA
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
track
of development [1]
all the code to make it happen (except the actual CI job config changes)
is up for review now so feedback and reviews are indeed appreciated :)
1. https://blueprints.launchpad.net/tripleo/+spec/tripleo-kilo-cinder-ha
--
Giulio Fidente
GPG KEY: 08D733BA
hour
in a week in a poll, for each slot you have 3 options
I think it is great, but would be even better if we could trim it to
just a *single* day and once we agreed on the timeframe, we decide on
the day as that probably won't count much so long as it is a weekday I
suppose
--
Giulio Fidente
recipes[3], so you're free to lookup
those if you dare
1. https://github.com/stackforge/packstack
2. http://openstack.redhat.com/Quickstart
3.
https://github.com/stackforge/packstack/tree/master/packstack/puppet/modules
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: giulivo
/wanted_ci_jobs.csv
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman
better or not than a synchronized release cadence
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
tool is deployed)
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin
of duplicated
data, making them not better than one with the ifs IMHO
we should probably move out of the existing .pp the duplicated parts
first (see my other email on the matter)
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack
? Something else?
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman
complexity but
we won't have to rethink about HA for the undercloud for example nor to
duplicate the templates/manifests for it.
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions
On 05/07/2015 07:35 PM, Dan Prince wrote:
On Thu, 2015-05-07 at 17:36 +0200, Giulio Fidente wrote:
On 05/07/2015 03:31 PM, Dan Prince wrote:
On Thu, 2015-05-07 at 11:22 +0200, Giulio Fidente wrote:
[...]
on the other hand, we can very well get rid of the ifs today by
deploying
On 05/07/2015 03:31 PM, Dan Prince wrote:
On Thu, 2015-05-07 at 11:22 +0200, Giulio Fidente wrote:
[...]
I think the change is good, I am assuming we don't want the shared parts
to get duplicated into the two .pp though.
So again. Duplicating the puppet class includes doesn't bother me too
On 05/07/2015 05:36 PM, Giulio Fidente wrote:
On 05/07/2015 03:31 PM, Dan Prince wrote:
On Thu, 2015-05-07 at 11:22 +0200, Giulio Fidente wrote:
[...]
and there are quite a lot of similar examples, the change from marios as
well, ended up duplicating lots of code:
https
On 05/08/2015 05:41 PM, James Slagle wrote:
On Thu, May 7, 2015 at 5:46 PM, Giulio Fidente gfide...@redhat.com wrote:
On 05/07/2015 07:35 PM, Dan Prince wrote:
On Thu, 2015-05-07 at 17:36 +0200, Giulio Fidente wrote:
On 05/07/2015 03:31 PM, Dan Prince wrote:
On Thu, 2015-05-07 at 11:22
in
the etherpad, so we can start to see if there's a larger group of
people we can accommodate at the alternate meeting time.
I don't think we need the alternate slot.
I added myself in the etherpad to the list of people who can stick with
the single primary time slot as well
--
Giulio Fidente
Hi,
the Heat/Puppet implementation of the Overcloud deployment seems to be
surpassing in features the Heat/Elements implementation.
The changes for Ceph are an example, the Puppet based version is already
adding features which don't have they counterpart into Elements based.
Recently we
an intelligent one; stopping the backports
seems generally safer than an automated merge which breaks things out of
immediate sight
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage
On 11/10/2015 04:47 PM, Dmitry Tantsur wrote:
On 11/10/2015 04:37 PM, Giulio Fidente wrote:
On 11/10/2015 04:16 PM, Dmitry Tantsur wrote:
On 11/10/2015 04:08 PM, Tzu-Mainn Chen wrote:
Hi all,
At the last IRC meeting it was agreed that the new TripleO REST API
should forgo the Tuskar name
-tripleoclient)
are meant to consume the shared code (business logic) from
tripleo-common, then I think it makes sense to keep each in its own repo
... so that we avoid renaming tripleo-common as well
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: giulivo
to update their environment files in case the parameter is moved
from top-level into a specific nested stack so I'm inclined to prefer
this. Are there reasons not to?
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack D
e sure not to mangle the file paths; these can be absolute or
relative to the templates location
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
of the
upcoming features like composable services, etc.
If you agree please +1. If there is no negative feedback I'll add him
next Monday.
+1 !
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List
of things.
I'd like to propose we add him to our core team (probably long overdue
now too).
+2
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev
' guide and ask people
to submit together with a feature the matching documentation in the
'feature-complete' guide?
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscri
. I'll try to put up a
WIP unless people has better ideas.
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
could fallback on the initial
submission should the ceph migration reveal to be problematic
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: ope
there
I'll post an update as soon as I get it to work
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
omizations
what do you think?
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubs
On 08/04/2016 01:26 PM, Christian Schwede wrote:
On 04.08.16 10:27, Giulio Fidente wrote:
On 08/02/2016 09:36 PM, Christian Schwede wrote:
Hello everyone,
thanks Christian,
I'd like to improve the Swift deployments done by TripleO. There are a
few problems today when deployed
ding the setting anyway and
we got tricked into thinking the change was working while it wasn't
so +1 from me on option number 2
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing
overcloud could work?
there is a similar requirement for testing 'competing' services, like
swift and ceph/rgw which we're about to merge ... but applies to other
things, like the neutron plugins
--
Giulio Fidente
GPG KEY: 08D7
keep very minimal
> set of mandatory parameters, and rest as optional parameters
> * read introspection data from Ironic DB and Swift-stored blob
>
> I will add these comments as starting point on the spec. We will work
> towards bringing down the differences, so that op
hink we probably need to do the following:
>
> 1. Convert anything in t-h-t refering to the old hook to the new (seems you
> have this in progress, we need to ensure it all lands before ocata)
was working on this as well today for Ceph
https://review.openstack.org/#/c/425288/
than
(new?)
requirements as well, so that people can eventually understand those
better too
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ.
ut it won’t appear on official channels.
>
> Thanks for your passion for this project!
Heidi, thank you.
Can I ask you to also share what are the requirements/goals around the
new logo? That would help me understand *why* and *what* has been
changed in the origi
loud [1], creating a volume based nova guest
(backed by Ceph for HA job), set some routing and ping it (in network
isolation!)
1.
https://github.com/openstack-infra/tripleo-ci/blob/master/templates/tenantvm_floatingip.yaml
--
Giulio Fidente
GPG KEY: 08D733
e
can disable the service by default for newton as well
1. https://review.openstack.org/#/c/357729
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsub
wiw, I'd like to try this out myself before the summit to get a better
picture.
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
it to stdout but skip if it is None?
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
will be needed, the tht
submission is, in addition to adding the new service template, adding an
output to the endpoint map for the new service, the puppet submission is
adding a new role
https://review.openstack.org/#/c/289027/
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
On 09/01/2016 02:11 AM, Giulio Fidente wrote:
On 08/30/2016 10:50 PM, Steven Hardy wrote:
On Tue, Aug 30, 2016 at 03:25:30PM -0400, Emilien Macchi wrote:
Here's my 2 cents:
The patch in puppet-ceph has been here for long time now and it still
doesn't work (recent update of today, puppet-ceph
request an FFE for this feature.
Thanks for consideration, feedback, help and reviews :)
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack
On 08/30/2016 06:40 PM, Giulio Fidente wrote:
Together with Keith we're working on some patches to integrate (via
puppet-ceph) the deployment of Ceph RGW in TripleO as a composable
service which can optionally replace SwiftProxy
Changes are tracked via blueprint at:
https
and move folks towards the
composable services templates instead?
my experience is that the ExtraConfig interfaces have been useful to
provide arbitrary hiera and class includes
I wonder if we could ship by default some roles parsing those parameters?
--
Giulio Fidente
GPG KEY: 08D733BA | IRC
On 09/14/2016 05:59 PM, Giulio Fidente wrote:
On 09/14/2016 02:31 PM, Steven Hardy wrote:
Related to this is the future of all of the per-role customization
interfaces. I'm thinking these don't really make sense to maintain
long-term now we have the new composable services architecture
e.g the Heat or the Mistral layer)
thanks for sharing these ^^
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack
have a 7th session.
the cross project session with the puppet group is a nice idea indeed,
thanks Emilien
in that context it would be nice to gather some ideas/feedback on the
status of openstack integration scenarios vs tripleo scenarios and see
if we can optimize resources and/or coverage
On 09/19/2016 01:25 PM, Steven Hardy wrote:
On Wed, Sep 14, 2016 at 06:32:07PM +0200, Giulio Fidente wrote:
On 09/14/2016 05:59 PM, Giulio Fidente wrote:
On 09/14/2016 02:31 PM, Steven Hardy wrote:
Related to this is the future of all of the per-role customization
interfaces. I'm thinking
).
+1 ;_)
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin
patches in this repo are not related to OpenStack
versions, which means we would need to backport most of the things
from master.
I'd +1 this idea. It sounds like we could make the scenarios generic
enough to be usable also outside CI? Maybe they can serve as samples?
--
Giulio Fiden
[2]).
I think she will be a valuable addition to the review team
Thanks Dougal and Julie, +1
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
aulting Nova to Ceph. Feedback?
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack
On 10/12/2016 02:29 PM, Thiago da Silva wrote:
On 10/12/2016 07:10 AM, Giulio Fidente wrote:
hi,
we introduced support for the deployment of Ceph in the liberty
release so that it could optionally be used as backend for one or more
of Cinder, Glance, Nova and more recently Gnocchi.
We used
, would an ex-novo Execution resource make more sense?
Or are there different ideas, approaches to the problem?
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
a different and cleaner approach like you proposed but for me
that's working well for the moment.
ack
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack
, but I am not sure this can happen in Ocata ... yet again, there
shouldn't be in the telemetry roles any dependency on redis itself
if we were to use the cluster mode the only difference would probably be
that the redis_vip will start balancing requests across the nodes
--
Giulio Fidente
GPG KEY
On 12/12/2016 02:51 PM, Giulio Fidente wrote:
On 12/09/2016 04:49 PM, Pradeep Kilambi wrote:
Hey Folks:
I would like to get some thoughts on $Subject. This came up when i was
discussing the standalone roles for telemetry. Currently when we deploy
redis in tripleo, its a pacemaker managed
y) trigger it before every
deployment
would you be able to join the PTG to help us with the session on the
overcloud settings optimization?
https://etherpad.openstack.org/p/tripleo-ptg-pike
--
Giulio Fidente
GPG KEY
y) trigger it before every
deployment
would you be able to join the PTG to help us with the session on the
overcloud settings optimization?
https://etherpad.openstack.org/p/tripleo-ptg-pike
--
Giulio Fidente
GPG KEY
!
--
Giulio Fidente
GPG KEY: 08D733BA | IRC: gfidente
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi
of providing thorough and thoughtful reviews of
> tripleo-ci patches.
>
> On top of this Attila has greatly increased the communication from the
> tripleo-ci squad as the liason, with weekly summary emails of our
> meetings to this list.
++
where would CI be without you guys :)
n containers first (only?) and pacemaker+containers is
still a work in progress so there aren't easy answers
containers will have access to the host networks though, so the case
for a provider network in the overcloud remains valid
1. https://docs.openstack.org/kilo/networking-guide/scenar
On Thu, 2017-04-06 at 13:07 +0200, Ricardo Noriega De Soto wrote:
> Hi owls!
>
> This is something that I've been discussing in the IRC channel but
> still I
> think we should define a consistent way of integrating services which
> support different backends. In this case, I'm refering to BGPVPN
On 07/04/2017 08:00 PM, Emilien Macchi wrote:
> On Wed, Jun 28, 2017 at 9:37 PM, Giulio Fidente <gfide...@redhat.com> wrote:
>> On 06/28/2017 04:35 PM, Emilien Macchi wrote:
>>> Hey folks,
>>>
>>> Let's start to prepare the next PTG in Denver.
&g
is how we tested some of the ceph-ansible fixes!
for upgrades we should maintain the tasks outside the templates do be
able to do that though, assuming we want users to customize the upgrade
tasks
--
Giulio Fidente
GPG KEY: 08D733BA
__
about it, but as I mentioned above I'm not yet fully sold
> on a new translation tool, vs just more t-h-t refactoring to enable
> output of data directly consumable via ansible-playbook (which can
> then be run via operators, or heat, or mistral, or whate
On 07/10/2017 07:06 PM, James Slagle wrote:
> On Mon, Jul 10, 2017 at 11:19 AM, Giulio Fidente <gfide...@redhat.com> wrote:
>> On 07/10/2017 03:19 PM, Steven Hardy wrote:
>>> On Fri, Jul 7, 2017 at 6:50 PM, James Slagle <james.sla...@gmail.com> wrote:
>>
>
On 07/10/2017 09:23 PM, James Slagle wrote:
> On Mon, Jul 10, 2017 at 2:54 PM, Giulio Fidente <gfide...@redhat.com> wrote:
>> On 07/10/2017 07:06 PM, James Slagle wrote:
>>> On Mon, Jul 10, 2017 at 11:19 AM, Giulio Fidente <gfide...@redhat.com>
>>> wrote:
t; doing with Ansible, I think it is a big part of the discussion and if
> we want to continue with Heat as the primary orchestration tool in
> TripleO.
I think this is a key question for the conversation we'll have; the
approach in (3) is based on the idea that heat stays and keeps
understanding of
this is an open proposal, any feedback is welcome.
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
to discuss: is this just
so we use ansible to drive the deployment steps or do we want ansible to
replace puppet for the overcloud configuration?
1. https://review.openstack.org/#/c/483929/
--
Giulio Fidente
GPG KEY: 08D733BA
__
endpoints-public-dns.yaml and note how
EndpointMap can resolve to CLOUDNAME or IP_ADDRESS
adding Juan on CC as he did a great work around this and can help further
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Developmen
On 07/07/2017 07:38 PM, Giulio Fidente wrote:
> On 07/04/2017 08:00 PM, Emilien Macchi wrote:
>> On Wed, Jun 28, 2017 at 9:37 PM, Giulio Fidente <gfide...@redhat.com> wrote:
>>> On 06/28/2017 04:35 PM, Emilien Macchi wrote:
>>>> Hey folks,
>>>>
&g
tes integration as well
1.
https://blueprints.launchpad.net/heat/+spec/mistral-new-resource-type-workflow-execution
2. https://blueprints.launchpad.net/tripleo/+spec/tripleo-ceph-ansible
--
Giulio Fidente
GPG KEY: 08D733BA
___
On 09/20/2017 07:36 PM, James Slagle wrote:
> On Tue, Sep 19, 2017 at 8:37 AM, Giulio Fidente <gfide...@redhat.com> wrote:
>> On 09/18/2017 05:37 PM, James Slagle wrote:
>>> - The entire sequence and flow is driven via Mistral on the Undercloud
>>> by defa
process we'll probably need to ship from THT an heat
query (or ansible task) to be executed by the "outer" ansible to create
the inventory for the inner ansible
I supported the introduction of mistral as an API and would prefer to
have there more informations there versus moving it a
tripleo-heat-templates as
> that will greatly simplify the undercloud container installer. Doing
> so will illustrate using the ephemeral heat-all process as simply a
> means for generating ansible playbooks.
>
> I plan to create blueprints this week for Queens
deploy autocsaling apps using
> OpenStack.
slightly OT but notable mention, scenario001/container is also the one
gating Ceph via ceph-ansible currently :D
... soon to convert scenario004/container as well
--
Giulio Fidente
GPG KEY: 08D733BA
___
-14.00.html
great, thanks!
I think it will also help getting more attention/feedback/reviews on the
various efforts
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsub
anything you feel
is useful/necessary.
1. https://etherpad.openstack.org/p/tripleo-integration-squad-status
--
Giulio Fidente
GPG KEY: 08D733BA
__
OpenStack Development Mailing List (not for usage questions)
Unsubs
1 - 100 of 123 matches
Mail list logo
