Re: [openstack-dev] [tc] [all] TC Report 18-17

On 24/04/18 08:35, Chris Dent wrote: The main TC-related activity over the past week has been the [elections](https://governance.openstack.org/election/) currently in progress. A quiet campaigning period burst into late activity with a series of four questions posted in email by Doug Hellman:

Re: [openstack-dev] [neutron] [fwaas] Proposal for the evolution of the FWaaS API

This proposal Looks like more flexible for the network traffic security. For current FW V2, we support 2 security levels for a single Neutron port. One is security group, the other is firewall group, but this looks like support more. And the firewall depolyer/dispatcher need to own some network

Re: [openstack-dev] [all] Topics for the Board+TC+UC meeting in Vancouver

On 10/05/18 16:52, Doug Hellmann wrote: Excerpts from Zane Bitter's message of 2018-05-10 16:38:37 -0400: On 17/04/18 05:24, Thierry Carrez wrote: Hi everyone, As you know the Technical Committee (the governance body representing contributors producing OpenStack software) meets with other

Re: [openstack-dev] [all] Topics for the Board+TC+UC meeting in Vancouver

On 10/05/18 16:45, Matt Riedemann wrote: On 5/10/2018 3:38 PM, Zane Bitter wrote: How can we avoid (or get out of) the local maximum trap and ensure that OpenStack will meet the needs of all the users we want to serve, not just those whose needs are similar to those of the users we already

Re: [openstack-dev] [all] Topics for the Board+TC+UC meeting in Vancouver

Excerpts from Zane Bitter's message of 2018-05-10 16:38:37 -0400: > On 17/04/18 05:24, Thierry Carrez wrote: > > Hi everyone, > > > > As you know the Technical Committee (the governance body representing > > contributors producing OpenStack software) meets with other OpenStack > > governance

Re: [openstack-dev] [nova] nova-manage cell_v2 map_instances uses invalid UUID as marker in the db

On Thu, 10 May 2018 11:48:31 -0700, Dan Smith wrote: We already store values in this field that are not 8-4-4-4-12, and the oslo field warning is just a warning. If people feel like we need to do something, I propose we just do this: https://review.openstack.org/#/c/567669/ It is one of those

Re: [openstack-dev] [all] Topics for the Board+TC+UC meeting in Vancouver

On 5/10/2018 3:38 PM, Zane Bitter wrote: How can we avoid (or get out of) the local maximum trap and ensure that OpenStack will meet the needs of all the users we want to serve, not just those whose needs are similar to those of the users we already have? The phrase "jack of all trades,

Re: [openstack-dev] [all] Topics for the Board+TC+UC meeting in Vancouver

On 17/04/18 05:24, Thierry Carrez wrote: Hi everyone, As you know the Technical Committee (the governance body representing contributors producing OpenStack software) meets with other OpenStack governance bodies (Board of Directors and User Committee) on the Sunday before every Summit, and

Re: [openstack-dev] [nova] nova-manage cell_v2 map_instances uses invalid UUID as marker in the db

> Takashi Natsume writes: > >> In some compute REST APIs, it returns the 'marker' parameter >> in their pagination. >> Then users can specify the 'marker' parameter in the next request. I read this as you saying there was some way that the in-band marker mapping

[openstack-dev] [nova] os-fping API removal

We agreed to drop nova-network in Rocky [1] and I've started what I think is a template for dropping nova-network-only REST APIs [2] by doing the os-fping API first. This one was pretty easy and follows the pattern established by removing os-certificates and os-cloudpipe in Pike. I'll

Re: [openstack-dev] Ironic Status Updates

Excerpts from Ilya Etingof's message of 2018-05-10 15:48:34 +0200: > On 05/10/2018 03:01 PM, Julia Kreger wrote: > > On Mon, May 7, 2018 at 4:34 PM, Doug Hellmann wrote: > > > >> As a consumer of team updates from outside of the team, I do find > >> them valuable. > > > >

Re: [openstack-dev] Ironic Status Updates

Excerpts from Julia Kreger's message of 2018-05-10 09:01:42 -0400: > On Mon, May 7, 2018 at 4:34 PM, Doug Hellmann wrote: > > > As a consumer of team updates from outside of the team, I do find > > them valuable. > > Ditto, if I have time to read them. > > > I think

Re: [openstack-dev] [nova] nova-manage cell_v2 map_instances uses invalid UUID as marker in the db

Takashi Natsume writes: > In some compute REST APIs, it returns the 'marker' parameter > in their pagination. > Then users can specify the 'marker' parameter in the next request. How is this possible? The only way we would get the marker is if we either (a) listed

Re: [openstack-dev] [nova] nova-manage cell_v2 map_instances uses invalid UUID as marker in the db

> The oslo UUIDField emits a warning if the string used as a field value > does not pass the validation of the uuid.UUID(str(value)) call > [3]. All the offending places are fixed in nova except the nova-manage > cell_v2 map_instances call [1][2]. That call uses markers in the DB > that are not

[openstack-dev] [neutron] [fwaas] Proposal for the evolution of the FWaaS API

Hi, As discussed during the weekly FWaaS IRC meeting, there is a new proposal for the evolution of the FWaaS API here: https://docs.google.com/document/d/1lnzV6pv841pX43sM76gF3aZ7jceRH3FPbKaGpPumWgs/edit This proposal is based on the current FWaaS V2.0 API as documented here:

[openstack-dev] [all][api] POST /api-sig/news

Greetings OpenStack community, Very quick meeting today, just edleafe and me (cdent). We reviewed last week's action items, both of which were accomplished, both related to the recent GraphQL [8] discussions [7] and preparation for a meeting of the API SIG at Forum [9]. If you're there we

[openstack-dev] [release] Release countdown for week R-15, May 14-18

The moment you've all been waiting for - this week's release countdown email! Development Focus - Work on new features should be well underway. With the Forum coming up, and the Rocky-2 milestone just a few weeks away, teams should be thinking about what they can actually

Re: [openstack-dev] [swift][ironic][ceph][radosgw] radosgw "support" in python-swiftclient droped for ocata and above

On Thu, May 10, 2018 at 11:19 AM, Matthew Thode wrote: > On 18-05-10 11:09:41, Jim Rollenhagen wrote: > > > > Awesome. Can someone submit a patch? It will need to remove the special > URL > > building for radosgw linked earlier in the thread, and add a reference to > >

Re: [openstack-dev] [swift][ironic][ceph][radosgw] radosgw "support" in python-swiftclient droped for ocata and above

On 18-05-10 11:09:41, Jim Rollenhagen wrote: > On Thu, May 10, 2018 at 11:05 AM, Matthew Thode > wrote: > > > On 18-05-09 15:14:37, Matthew Thode wrote: > > > On 18-05-09 12:24:32, Clay Gerrard wrote: > > > > On Wed, May 9, 2018 at 12:08 PM, Matthew Thode < > >

Re: [openstack-dev] [nova] nova-manage cell_v2 map_instances uses invalid UUID as marker in the db

On May 10, 2018, at 12:50 AM, Takashi Natsume wrote: > > So it is one way to change the command to stop storing a 'marker' value > in the InstanceMapping (instance_mappings) DB table > and return (print) a 'marker' value and be able to be specifid > the 'marker'

Re: [openstack-dev] [swift][ironic][ceph][radosgw] radosgw "support" in python-swiftclient droped for ocata and above

On Thu, May 10, 2018 at 11:05 AM, Matthew Thode wrote: > On 18-05-09 15:14:37, Matthew Thode wrote: > > On 18-05-09 12:24:32, Clay Gerrard wrote: > > > On Wed, May 9, 2018 at 12:08 PM, Matthew Thode < > prometheanf...@gentoo.org> > > > wrote: > > > > > > > > > > > *

Re: [openstack-dev] [swift][ironic][ceph][radosgw] radosgw "support" in python-swiftclient droped for ocata and above

On 18-05-09 15:14:37, Matthew Thode wrote: > On 18-05-09 12:24:32, Clay Gerrard wrote: > > On Wed, May 9, 2018 at 12:08 PM, Matthew Thode > > wrote: > > > > > > > > * Proper fix would be to make ceph support the account field > > > > > > > Is the

Re: [openstack-dev] [all][monasca] pysnmp autogenerated code

On 10 May 2018 at 10:55, Ilya Etingof wrote: > > Hi Stefano, > > The best solution would be of course to fix pysmi code generator [1] to > behave. ;-) > ​This is something that pysmi author already gives for granted in the Release notes. I bet you know this better then me

Re: [openstack-dev] [nova] nova-manage cell_v2 map_instances uses invalid UUID as marker in the db

On Tue, 2018-05-08 at 11:49 +0200, Balázs Gibizer wrote: > Hi, > > The oslo UUIDField emits a warning if the string used as a field value > does not pass the validation of the uuid.UUID(str(value)) call [3]. All > the offending places are fixed in nova except the nova-manage cell_v2 >

[openstack-dev] [forum] Etherpad for "Ops/Devs: One community" session

Hi! I have created an etherpad for the "Ops/Devs: One community" Forum session that will happen in Vancouver on Monday at 4:20pm. https://etherpad.openstack.org/p/YVR-ops-devs-one-community If you are interested in continuing breaking up the community silos and making everyone "contributors"

Re: [openstack-dev] Ironic Status Updates

On 05/10/2018 03:01 PM, Julia Kreger wrote: > On Mon, May 7, 2018 at 4:34 PM, Doug Hellmann wrote: > >> As a consumer of team updates from outside of the team, I do find >> them valuable. > > Ditto, if I have time to read them. > > >> I think having a regular email

Re: [openstack-dev] Ironic Status Updates

On Mon, May 7, 2018 at 4:34 PM, Doug Hellmann wrote: > As a consumer of team updates from outside of the team, I do find > them valuable. Ditto, if I have time to read them. > I think having a regular email update like that is a good communication > pattern we've

[openstack-dev] [swift][swift3][s3] Keep containers unique among a cluster

Dear all, How to keep containers unique among a swift cluster? I'm working on a swift project. Our customer cares about S3 compatibility very much. I tested our swift cluster with ceph/s3-tests and analyzed the failed cases. It turns out that lots of the failed cases are related to unique

[openstack-dev] [edge][keystone][forum]: Keystone edge brainstorming etherpad

Hi, I've added some initial text to the Etherpad [1] of the Possible edge architectures for Keystone Forum session

Re: [openstack-dev] [Openstack-operators][heat][all] Heat now migrated to StoryBoard!!

Hi all, As we keep adding more info to the migration guideline [1], you might like to take a look again. And do hope it will make things easier for you. If not, please find me in irc or mail. [1] https://etherpad.openstack.org/p/Heat-StoryBoard-Migration-Info Here's the quick hint for you, your

Re: [openstack-dev] [all][monasca] pysnmp autogenerated code

Hi Stefano, The best solution would be of course to fix pysmi code generator [1] to behave. ;-) On the other hand, if you won't include the autogenerated code into your package, the code generation would happen just once at run time - the autogenerated module would get cached on the file system

[openstack-dev] [all][monasca] pysnmp autogenerated code

All, I'm writing a notification plugin for monasca that forward alarms using SNMP. I'm using pysnmp and I'm transforming my MIB into python so it can be loaded faster in my code. The issue I have is that the utility from pysmi (pysnmp dependency) does not generate good pycodestyle code even if

Re: [openstack-dev] [docs][openstack-ansible]

Alex, Sorry to see you go .. :-( I’d like to give you the best wish for your next adventure and hope we could work together again in the near future. Don’t be a stranger, Chason 在 2018年5月9日，下午9:13，Alexandra Settle > 写道： Hi all, It is with

Re: [openstack-dev] [docs][openstack-ansible]

Hello Alex, Alexandra Settle wrote on 5/9/2018 10:13 PM: I have had such a great time being a part of something as exciting and new as OpenStack, and I hope to continue to lurk in the background of IRC like a total weirdo. I hope to perform some super shit karaoke with you all in another

Re: [openstack-dev] Overriding project-templates in Zuul

On Wed, May 2, 2018 at 11:21 PM, James E. Blair wrote: > Joshua Hesketh writes: > >>> >>> I think in actuality, both operations would end up as intersections: >>> >>> === === >>> Matcher Template