Thanks. +1. i added my list in ethercalc.
Left put scenario tests can be run on periodic and experimental job. IMO on
both ( periodic and experimental) to monitor their status periodically as
well as on particular patch if we need to.
-gmann
On Fri, Mar 3, 2017 at 4:28 PM, Andrea Frittoli
wrote
As user and contributor for diskimage-builder, i think that being an
independent project, and moving to the big tent, will benefit it. +1 from
my side
On Fri, Mar 3, 2017 at 2:35 AM, Matthew Thode
wrote:
> On 03/02/2017 03:31 PM, Emilien Macchi wrote:
> >>> 1) Move diskimage-builder into own (bi
Emilien Macchi writes:
> DIB folks: please confirm on this thread that you're ok to move out
> DIB from TripleO and be an independent project.
As a DIB user (and occasional contributor of patches in the past) and
TripleO non-user, I'm in favor of the separation.
> Also please decide if we want it
Hi Kuryrs,
Thank you all for participating in the VTG. Here you can find the last
two recordings:
https://youtu.be/ti4oOK6p_Dw
https://youtu.be/iEdOTngEw4I
Let's discuss the priority of all the action items next week!
Toni
__
Le 02/03/2017 23:46, Matt Riedemann a écrit :
> I mentioned this in the nova meeting today [1] but wanted to post to the
> ML for feedback.
>
> We didn't talk about spec or feature freeze dates at the PTG. The Pike
> release schedule is [2].
>
> Spec freeze
> ---
>
> In Newton and Ocat
I am wondering whether DIB can become a component of Glance, as DIB is used to
create OS images and Glance to upload OS images.
Regards,
Ligong Duan
-Original Message-
From: Matthew Thode [mailto:[email protected]]
Sent: Friday, March 03, 2017 9:36 AM
To: [email protected]
Hi,
i just wanted to let you all know that we recently released the stable/newton
cookbook set.
For this cycle the released cookbook set includes:
cookbook-openstack-block-storage (deploying cinder)
cookbook-openstack-common (shared configuration and libraries)
cookbook-openstack-compute (depl
That's great news! In-repo configs will speed up development for teams,
with a security caveat for infrastructure team to keep in mind. The
ansible runner CI node which runs playbooks for defined jobs, should not
content sensitive information, like keys and secrets in files or
exported env vars, un
Hi Mohammad
> I have question regarding multi-networks and multi-tenants
> Currently Gluon supported only one network and subnet i.e GluonNetwork and
> GluonSubnet respectively
> which i can see hard code values at path
> https://github.com/openstack/gluon/blob/aa7edbf878c64829ef2e028c8cd0e5bb36
The mail-man for the openstack-dev mail list is missing at least 'kolla'
and 'development' checkboxes. It would be nice to make its filter case
unsensitive as well, so it would match both 'All' and 'all' tags. How
could we fix that? Any place to submit a PR?
--
Best regards,
Bogdan Dobrelya,
Irc
Hi Sai,
As we discussed at PTG, I've added an option to build image using
diskimage-builder tool. The code is not merged yet, please see
https://review.openstack.org/#/c/441126/. With this patch
shaker-image-builder can automatically switch to do local build using
diskimage-builder when Glance v1
In the original backup API design, volume_id is a required field. In the CLI,
volume_id is positional and required as well. So when I added support to
backup from a snapshot, I added snapshot_id as an optional field in the request
body of the backup API. While backup is in process, you cannot
-Original Message-
From: Brian Rosmaita
Reply: OpenStack Development Mailing List (not for usage questions)
Date: March 2, 2017 at 16:55:10
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [docs][release][ptl] Adding docs to the
release sched
"[email protected]" writes:
> That's great news! In-repo configs will speed up development for teams,
> with a security caveat for infrastructure team to keep in mind. The
> ansible runner CI node which runs playbooks for defined jobs, should not
> content sensitive information, like keys and secr
"[email protected]" writes:
> The mail-man for the openstack-dev mail list is missing at least 'kolla'
> and 'development' checkboxes. It would be nice to make its filter case
> unsensitive as well, so it would match both 'All' and 'all' tags. How
> could we fix that? Any place to submit a PR?
Un
This week's resource providers/placement update operates only
slightly as a summary of placement-related activity at least week's
PTG. We had a big etherpad of topics
https://etherpad.openstack.org/p/nova-ptg-pike-placement
and an entire afternoon (plus some extra time elsewhen) to cover
th
Hello, fellow PTLs,
As Doug did for the past few cycles, I want to start the Pike cycle by
making sure the expectations for communications with the release team
are clear to everyone so there is no confusion or miscommunication about
any of the process or deadlines. This email is being sent to the
On 3/3/2017 10:16 AM, Matt Riedemann wrote:
On 3/3/2017 9:56 AM, Thierry Carrez wrote:
Hello, fellow PTLs,
As Doug did for the past few cycles, I want to start the Pike cycle by
making sure the expectations for communications with the release team
are clear to everyone so there is no confusion
On 3/3/2017 9:56 AM, Thierry Carrez wrote:
Hello, fellow PTLs,
As Doug did for the past few cycles, I want to start the Pike cycle by
making sure the expectations for communications with the release team
are clear to everyone so there is no confusion or miscommunication about
any of the process
Hi Stackers,
In Atlanta, there were a lot of discussions involving the new(ish)
placement service. I'd like to summarize the topics of discussion and
highlight what the team aims to get done in the Pike release.
A quick refresher
-
The placement service's mission is to provid
The following attempts to be a summary of some of the API-WG related
ativity from last week's PTG. Despite some initial lack of
organization we managed to have several lively discussions in a room
that was occasionally standing room only.
I had intended to do a daily summary of my time at the PT
Hello,
we from Sahara use the compatibility layer with Zuulv2.5 and we are
wondering if with the change to Zuulv3 this compatibility layer will still
be maintained.
If the layer is removed it will reflect into some changes on our side and
we are looking for this information to identify how much wo
Here is a brief summary of the Manila PTG. For more details, check out
the PTG etherpad [1].
Retrospective
-
The specs process was a success, but tweaks are needed, especially
around "high priority" specs.
Ensure Share
This driver interface is currently being used wro
On 2017-03-02 09:56:28 -0800 (-0800), Ihar Hrachyshka wrote:
> On Thu, Mar 2, 2017 at 8:13 AM, Pavlo Shchelokovskyy
> wrote:
> > I'm also kind of wondering what the grenade job in stable/newton will test
> > after mitaka EOL? upgrade from mitaka-eol tag to stable/newton branch? Then
> > even that
On 03/02/2017 03:31 PM, Emilien Macchi wrote:
On Thu, Jan 12, 2017 at 3:06 PM, Yolanda Robla Mota wrote:
From my point of view, i've been using that either on infra with
puppet-infracloud, glean.. and now with TripleO. So in my opinion, it shall
be an independent project, with core contributo
On 03/03/2017 03:25 AM, Ligong LG1 Duan wrote:
I am wondering whether DIB can become a component of Glance, as DIB is used to
create OS images and Glance to upload OS images.
I see a big difference between creating images and storing them. I
can't imagine Glance would have any interest in
Hello,
Thanks for bringing this back to life.
As I am sure some are aware I have been mostly absent from DIB lately,
so don't let me stop you all from going forward with this or any of the
other plans. I just wanted to do a bit of a braindump on my thought
process from a while back on why I never
I've got a change proposed to disable glance v1 by default in devstack
for Pike [1].
The glance v1 API has been deprecated for awhile now. Nova started
supporting glance v2 in Newton and removed the ability to use nova with
glance v1 in Ocata.
It also turns out that Tempest will do things wi
I leiu of a lengthy email that very few will read, this is just a
pointer.
Jay Bryant (jungleboyj) did a great job during the PTG of capturing
notes and action items from our discussions. One of the items discussed
was around improving capturing these details and making them easier to
find months
Head's up: the ServicePluginBase and PluginInterface classes are being
removed from neutron.
- ServicePluginBase is available in neutron-lib.
- PluginInterface is likely going to remain private in neutron-lib;
pretty much everyone is using ServicePluginBase anyway.
A patch is proposed to neutron
On 3/3/2017 10:49 AM, Jay Pipes wrote:
Implementation news
---
Discussions at the PTG identified that in order to actually implement
priority #1, however, we would need to complete #2 first :)
And so, we are currently attempting to get the os-traits library in
shape [4], gettin
Looking for guidance on fixing the following error (end of email) that we are
seeing when ‘deploying’ a very simple murano package/app on a Murano deployment
WITHOUT the second rabbit server for murano-agent.
So we have a NEWTON-version of MURANO integrated into our OpenStack solution.
We have
On 2017-03-03 13:27:16 -0600 (-0600), Gregory Haynes wrote:
[...]
> I hadn't heard anything to the effect of infra not wanting us, but
> AFAIK none of us has stepped up to really ask. One issue with
> infra is that, typically, OpenStack projects do not depend
> directly on infra projects. I am sure
Thanks Sean & Jay!
And for those of you that weren't able to make it to the PTG or if there
was a conversation you couldn't make it to, here is the Cinder youtube
channel with all of our discussions from the first two days [1], nova
discussion included. I added topics to the descriptions of the vi
On Fri, Mar 3, 2017 at 7:38 PM Matt Riedemann wrote:
> I've got a change proposed to disable glance v1 by default in devstack
> for Pike [1].
>
> The glance v1 API has been deprecated for awhile now. Nova started
> supporting glance v2 in Newton and removed the ability to use nova with
> glance v
On Fri, 3 Mar 2017, Chris Dent wrote:
* I produce a next version of the guidelines integrating the
feedback.
I've pushed out a new version that tries to integrate some chunk of
the feedback. Probably missed some. Please comment as required:
https://review.openstack.org/#/c/421846/
--
Ch
Greg,
you're right in everything you said.
This was fixed in master in https://review.openstack.org/#/c/387993/ with
intent to fix tests and unblock the gate. But since those tests were
introduced in Ocata the fix was not backported to Newton.
So I've just did a partial packport of the root cause
The irc conversations have been continuing in #openstack-dev, which has
had a solid mix of Nova and Keystone folks quite active in that.
Out of it we've started to form 2 documents in the keystone-specs
repository.
1) A high level spec on an unified limits approach -
https://review.openstack.org/
Hi neutrinos,
As stated a while back [1], it's about time to pull the trigger on the
retirement of networking-ofagent. Please find the retirement patches
available at [2]. Users of this repo must use the neutron OVS agent with
of_interface set to native to retain the same level of capability.
Che
On 03/02/2017 04:33 AM, Flavio Percoco wrote:
> On 02/03/17 10:57 +, Dougal Matthews wrote:
> > On 2 March 2017 at 10:40, Flavio Percoco wrote:
> >
> >> Greetings,
> >>
> >> Just wanted to give a heads up that we're tagging all the containers
> >> related
> >> bugs with the... guess what?... c
any update for releasing stable/ocata branch or tag? It is Mar already.
On Tue, Feb 21, 2017 at 1:23 AM, Henry Fourie
wrote:
> Gary,
>
>The plan is to have a stable/ocata branch by end of month.
>
> -Louis
>
>
>
> *From:* Gary Kotton [mailto:[email protected]]
> *Sent:* Sunday, Febr
thanks for noticing the gate related issue.
for #1, feel free to push a patch to improve this. Kolla is very open for
code
change and gate change. So if you have any idea, try to push it.
for #2, yes. Network causes some issue when building or pulling images.
OpenStack-infra provide lots of mirro
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 virthost.
The meat of the change is an attempt to clearly separate the virthost
from the undercloud; we had several tasks that w
Hi Networking-vSphere Team
Networking-vSphere project whether support Ocata. I check the github, only
have tag Mitaka? what about the Ocata?
--
Shake Chen
__
OpenStack Development Mailing List (not for usage questions)
Un
44 matches
Mail list logo
