Re: [openstack-dev] [tripleo] Nominate Gaël Chamoulaud (gchamoul) for tripleo-validations core

+1! Gaël has been doing a fantastic job in tripleo-validations for a long time. On Thu, Dec 7, 2017 at 3:34 PM, Ana Krivokapic wrote: > Hey TripleO devs, > > Gaël has consistently been contributing high quality reviews and patches to > the tripleo-validations project. The

[openstack-dev] [nova] Queens review priorities

I should have done this shortly after the PTG in September, surely before the Summit in November, most certainly before the queens-2 milestone, but...I didn't. Anyway, better late than never. Here is the patch that documents the review priorities for Queens, per my recollection from the PTG:

Re: [openstack-dev] [keystone] multiple federated keystones with single Identity Provider

Hi, > On 12/07/2017 12:27 PM, Colleen Murphy wrote: >> On Thu, Dec 7, 2017 at 5:37 PM, Pavlo Shchelokovskyy >> wrote: >>> Hi all, >>> >>> We have a following use case - several independent keystones (say KeyA and >>> KeyB), using fernet tokens and synchronized

Re: [openstack-dev] [tc] [all] TC Report 49

Excerpts from Graham Hayes's message of 2017-12-07 17:08:55 +: > > On 06/12/17 23:33, James E. Blair wrote: > > Chris Dent writes: > > > >> The expansion of the Foundation was talked about at the summit in > >> Sydney, but having something happen this quickly was a

[openstack-dev] [congress][ptg] physical or virtual sessions

Hi all, It's that time again to figure out whether we'd hold physical sessions at the PTG (February 26-March 2nd at Croke Park in Dublin, Ireland). If you're interested in participating, please respond to the following. 1. What do you prefer between physical sessions at the PTG and remote

Re: [openstack-dev] [keystone] multiple federated keystones with single Identity Provider

On 12/07/2017 12:27 PM, Colleen Murphy wrote: > On Thu, Dec 7, 2017 at 5:37 PM, Pavlo Shchelokovskyy > wrote: >> Hi all, >> >> We have a following use case - several independent keystones (say KeyA and >> KeyB), using fernet tokens and synchronized fernet keys, and

[openstack-dev] [api] APAC-friendly API-SIG meeting times

On Dec 7, 2017, at 11:22 AM, Ed Leafe wrote: > That brought up another issue: the current meeting time for the API-SIG is > 1600UTC, which is not very convenient for APAC contributors. Gilles is in > Australia, and so it was the middle of the night for him! As one of the goals

Re: [openstack-dev] [tc] [all] TC Report 49

On 2017-12-07 16:20:43 -0500 (-0500), Paul Belanger wrote: [...] > It seems there is atleast some services they'd be interested in > using, mailman for example. Does this mean it would be a-la-carte > services, where new projects mix and match which things they'd > like to be managed and not?

Re: [openstack-dev] [tc] [all] TC Report 49

On Thu, Dec 07, 2017 at 05:28:53PM +, Jeremy Stanley wrote: > On 2017-12-07 17:08:55 + (+), Graham Hayes wrote: > [...] > > It is worth remembering that this is a completely separate project to > > OpenStack, with its own governance. They are free not to use our tooling > > (and

[openstack-dev] [release] Release countdown for week R-11, December 9-15

Short and sweet this week. Development Focus - Queens-2 is here, but if you were late requesting the release, please do so as soon as possible. General Information --- Teams should be focused on implementing planned work for the cycle. It is also a good time to

Re: [openstack-dev] [tripleo] Proposing Wesley Hayutin core on TripleO CI

On Wed, Dec 6, 2017 at 10:45 AM, Emilien Macchi wrote: > Team, > > Wes has been consistently and heavily involved in TripleO CI work. > He has a very well understanding on how tripleo-quickstart and > tripleo-quickstart-extras work, his number and quality of reviews are >

Re: [openstack-dev] [keystone] multiple federated keystones with single Identity Provider

On Thu, Dec 7, 2017 at 5:37 PM, Pavlo Shchelokovskyy wrote: > Hi all, > > We have a following use case - several independent keystones (say KeyA and > KeyB), using fernet tokens and synchronized fernet keys, and single external > IdP for federated auth. > > Is it

Re: [openstack-dev] [keystone] multiple federated keystones with single Identity Provider

Hi, Pavlo. Looks like it's not just project/domain UUID should be equal, but also audit_id, endpoints_id, protocol_id, roles_id and many other entities. So, looks like it is not possible to implement this using current code base, but I could be wrong. You can take a look at mapped auth plugin

Re: [openstack-dev] [Release-job-failures][heat] Release of openstack/python-heatclient failed

> > It seems like we need to test this in the gate somehow... Let's enable the job in python-heatclient [1], so we won't have this issue later [1] https://review.openstack.org/#/c/526461/ > > - ZB __ OpenStack Development

Re: [openstack-dev] [tc] [all] TC Report 49

On 2017-12-07 17:08:55 + (+), Graham Hayes wrote: [...] > It is worth remembering that this is a completely separate project to > OpenStack, with its own governance. They are free not to use our tooling > (and considering a lot of containers work is on github, they may never > use it).

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

Greetings OpenStack community, A good meeting this week [5], with the discussion centered mostly on a spec for an API-schema guide [8]. The spec itself isn't quite fleshed out enough, so it wasn't entirely clear what problem this would be adressing. The spec's author, Gilles, will add

Re: [openstack-dev] [openstck-dev][sahara] Proposing Shu Yingya to Sahara Core Team

During today's meeting we already got a +1 from Tosky and that covers all of ours cores. Congrats Shu Yingya, keep up the great work you've been doing. On Thu, Dec 7, 2017 at 1:15 PM Jeremy Freudberg wrote: > +1 > > Thank you Yingya for all the reasons which Telles

Re: [openstack-dev] [octavia] cannot create loadbalancer on pike

Hi Kim, Sorry you are having trouble after your upgrade. From the log it appears that the neutron-lbaas Octavia driver is unable to reach keystone to request an auth token. Please make sure there is a [service_auth] section configured in your neutron_lbaas.conf/neutron.conf file(s). An

Re: [openstack-dev] [tc] [all] TC Report 49

On 06/12/17 23:33, James E. Blair wrote: > Chris Dent writes: > >> The expansion of the Foundation was talked about at the summit in >> Sydney, but having something happen this quickly was a bit of a >> surprise, leading to some [questions in >>

Re: [openstack-dev] [Release-job-failures][heat] Release of openstack/python-heatclient failed

On 07/12/17 11:13, Doug Hellmann wrote: Excerpts from zuul's message of 2017-12-07 15:00:43 +: Build failed. - release-openstack-python http://logs.openstack.org/7a/7a54c5881cdd26d89775b638628c3f9c909a33a6/release/release-openstack-python/e5594bb/ : SUCCESS in 5m 41s - announce-release

[openstack-dev] [keystone] multiple federated keystones with single Identity Provider

Hi all, We have a following use case - several independent keystones (say KeyA and KeyB), using fernet tokens and synchronized fernet keys, and single external IdP for federated auth. Is it generally possible to configure both KeyA and KeyB such that scoped token issued by KeyA for a federated

Re: [openstack-dev] [Tripleo] Some historic digging

On Thu, Dec 7, 2017 at 7:22 AM, Cédric Jeanneret wrote: > Hello, > > While trying to add some unit tests for some resources in the > puppet-tripleo repository, I stumbled on a not-so-nice case: the > tripleo::firewall::service_rules definition. > > In there, a

Re: [openstack-dev] [tc] [all] TC Report 49

Excerpts from corvus's message of 2017-12-06 15:33:29 -0800: > Chris Dent writes: > > > The expansion of the Foundation was talked about at the summit in > > Sydney, but having something happen this quickly was a bit of a > > surprise, leading to some [questions in > >

Re: [openstack-dev] [tripleo] Proposing Wesley Hayutin core on TripleO CI

+1! On Wed, Dec 6, 2017 at 3:45 PM, Emilien Macchi wrote: > Team, > > Wes has been consistently and heavily involved in TripleO CI work. > He has a very well understanding on how tripleo-quickstart and > tripleo-quickstart-extras work, his number and quality of reviews are >

Re: [openstack-dev] [openstck-dev][sahara] Proposing Shu Yingya to Sahara Core Team

+1 Thank you Yingya for all the reasons which Telles mentioned. Well-deserved! On Dec 7, 2017 11:05 AM, "Telles Nobrega" wrote: > Hi Saharans, > > I would like to propose the addition of Shu Yingya to the Sahara Core Team. > > Shu Yingya has been with us for a while now

Re: [openstack-dev] [Release-job-failures][heat] Release of openstack/python-heatclient failed

Excerpts from zuul's message of 2017-12-07 15:00:43 +: > Build failed. > > - release-openstack-python > http://logs.openstack.org/7a/7a54c5881cdd26d89775b638628c3f9c909a33a6/release/release-openstack-python/e5594bb/ > : SUCCESS in 5m 41s > - announce-release >

Re: [openstack-dev] [openstck-dev][sahara] Proposing Shu Yingya to Sahara Core Team

+1. Thank you for contributing On Dec 7, 2017, 8:05 PM +0400, Telles Nobrega , wrote: > Hi Saharans, > > I would like to propose the addition of Shu Yingya to the Sahara Core Team. > > Shu Yingya has been with us for a while now and as of it is common for all > core he has

[openstack-dev] [openstck-dev][sahara] Proposing Shu Yingya to Sahara Core Team

Hi Saharans, I would like to propose the addition of Shu Yingya to the Sahara Core Team. Shu Yingya has been with us for a while now and as of it is common for all core he has shown a great knowledge of the Sahara code base, along with all other small parts of sahara (SIE, sahara-tests,

Re: [openstack-dev] [tripleo] Nominate Gaël Chamoulaud (gchamoul) for tripleo-validations core

On Thu, Dec 7, 2017 at 6:34 AM, Ana Krivokapic wrote: > Hey TripleO devs, > > Gaël has consistently been contributing high quality reviews and patches to > the tripleo-validations project. The project would highly benefit from his > addition to the core reviewer team. > >

Re: [openstack-dev] [tripleo] The Weekly Owl - 1st Edition

This is a great overview - and a valuable point of reference. Thanks Emilien! On Wed, Dec 6, 2017 at 1:46 AM, Marios Andreou wrote: > > > On Tue, Dec 5, 2017 at 9:48 PM, Emilien Macchi wrote: > >> Note: this is the first edition of a weekly update of

Re: [openstack-dev] [TripleO] Proposing Ronelle Landy for Tripleo-Quickstart/Extras/CI core

I forgot to update here, but I went ahead and added her to the gerrit group. Welcome Ronelle and thanks for your contributions! On Thu, Dec 7, 2017 at 5:57 AM, Brad P. Crochet wrote: > definite +1 > > On Wed, Nov 29, 2017 at 2:35 PM John Trowbridge wrote: >>

[openstack-dev] [tripleo] Nominate Gaël Chamoulaud (gchamoul) for tripleo-validations core

Hey TripleO devs, Gaël has consistently been contributing high quality reviews and patches to the tripleo-validations project. The project would highly benefit from his addition to the core reviewer team. Assuming that there are no objections, we will add Gaël to the core team next week.

Re: [openstack-dev] [tripleo] Proposing Wesley Hayutin core on TripleO CI

+1 On Thu, Dec 7, 2017 at 9:05 AM, Ronelle Landy wrote: > +1 > > On Thu, Dec 7, 2017 at 8:47 AM, Brad P. Crochet wrote: > >> +1 >> >> >> On Wed, Dec 6, 2017 at 10:46 AM Emilien Macchi >> wrote: >> >>> Team, >>> >>> Wes has been

Re: [openstack-dev] [tripleo] Proposing Wesley Hayutin core on TripleO CI

+1 On Thu, Dec 7, 2017 at 8:47 AM, Brad P. Crochet wrote: > +1 > > > On Wed, Dec 6, 2017 at 10:46 AM Emilien Macchi wrote: > >> Team, >> >> Wes has been consistently and heavily involved in TripleO CI work. >> He has a very well understanding on how

Re: [openstack-dev] [E] [openstack-ansible] Cannot connect to proxy server from infra1-repo-container

On Thu, Dec 7, 2017 at 3:24 AM, Goutham Pratapa wrote: > Hi, > > We are trying test environment deployment with OpenStack-ansible pike > release. After executing setup-hosts.yaml, the lxc-containers were created. > We have an issue while doing > apt-get update in

Re: [openstack-dev] [TripleO] Proposing Ronelle Landy for Tripleo-Quickstart/Extras/CI core

definite +1 On Wed, Nov 29, 2017 at 2:35 PM John Trowbridge wrote: > I would like to propose Ronelle be given +2 for the above repos. She has > been a solid contributor to tripleo-quickstart and extras almost since the > beginning. She has solid review numbers, but more

Re: [openstack-dev] [tripleo] Proposing Wesley Hayutin core on TripleO CI

+1 On Wed, Dec 6, 2017 at 10:46 AM Emilien Macchi wrote: > Team, > > Wes has been consistently and heavily involved in TripleO CI work. > He has a very well understanding on how tripleo-quickstart and > tripleo-quickstart-extras work, his number and quality of reviews are >

[openstack-dev] [octavia] cannot create loadbalancer on pike

after pupgrading ocata to pike i'm unable to create loadbalancer. # neutron lbaas-loadbalancer-create pike_sub neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead. Driver error: The resource could not be found. (HTTP 404) (Request-ID:

Re: [openstack-dev] [tripleo] Proposing Wesley Hayutin core on TripleO CI

On 6 December 2017 at 15:45, Emilien Macchi wrote: > Wes has been consistently and heavily involved in TripleO CI work. > He has a very well understanding on how tripleo-quickstart and > tripleo-quickstart-extras work, his number and quality of reviews are > excellent so far.

Re: [openstack-dev] [tripleo] Proposing Wesley Hayutin core on TripleO CI

+1 !!! On Thu, Dec 7, 2017 at 7:47 AM, Marios Andreou wrote: > +1 ! > > > On Wed, Dec 6, 2017 at 5:45 PM, Emilien Macchi wrote: > >> Team, >> >> Wes has been consistently and heavily involved in TripleO CI work. >> He has a very well understanding on

[openstack-dev] [QA] Office Hours report 2017-12-07

Hello, Thanks everyone for attending QA office hour. The IRC report [0] and full log [1] are available through meetbot. Below is the list of 10 bugs traiged and discussed during office hour, opened in last 14 days. * Bug #1735667 in StackViz: "Use stestr instead of testrepository"

Re: [openstack-dev] [etsinfv][neutron][gap-09]: No state for subnets

Hi, Well, curently there is an operationalState specified into the subnets in IFA005/IFA006, but it was not specified what should happen when a subnet is disabled. This is what was commented in the joint meeting between ETSI NFV and OpenStack in Denver. During the discussions to resolve this

[openstack-dev] [openstack-ansible] Cannot connect to proxy server from infra1-repo-container

Hi, We are trying test environment deployment with OpenStack-ansible pike release. After executing setup-hosts.yaml, the lxc-containers were created. We have an issue while doing *apt-get update *in infra-repo-container as it couldn't connect to the proxy server. The strange thing is that the

Re: [openstack-dev] [ceilometer][gnocchi] some code not very understood

On Thu, Dec 07 2017, Jaze Lee wrote: > Yes. I misunderstand here. If there any exception in gnocchi api, it > won't store any measures. > Just after all resource, and all metrics are there, gnocchi will store > those measures. Am i right? Yes. -- Julien Danjou # Free Software hacker #

Re: [openstack-dev] [etsinfv][neutron][gap-09]: No state for subnets

Hi, Can you please elaborate more about the subnet state? FYI - https://wiki.openstack.org/wiki/Neutron/APIv2-specification#Subnet Thanks Gary From: "Csatari, Gergely (Nokia - HU/Budapest)" Reply-To: OpenStack List Date: Wednesday,

Re: [openstack-dev] [ceilometer][gnocchi] some code not very understood

2017-12-07 16:36 GMT+08:00 Julien Danjou : > On Thu, Dec 07 2017, Jaze Lee wrote: > >>I think at line 416, we should remove some measures that already post at >> 390. >>Or may be i miss something? >> >> >>

Re: [openstack-dev] [ceilometer][gnocchi] some code not very understood

On Thu, Dec 07 2017, Jaze Lee wrote: >I think at line 416, we should remove some measures that already post at > 390. >Or may be i miss something? > > > https://github.com/openstack/ceilometer/blob/master/ceilometer/publisher/gnocchi.py#L416 The code at L416 is only executed if L390