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)
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
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
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
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
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.
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 -
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
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/
--
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
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
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
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 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],
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
"bogda...@mail.ru" 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
"bogda...@mail.ru" 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,
-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)
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
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
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,
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
>
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,
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
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:prometheanf...@gentoo.org]
Sent: Friday, March 03, 2017 9:36 AM
To:
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
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
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
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
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
44 matches
Mail list logo