Re: [openstack-dev] [requirements][I18n][OpenStackClient][Quality Assurance][Security][Telemetry][ec2-api][heat][horizon][ironic][kuryr][magnum][manila][monasca][murano][neutron][octavia][senlin][solu

Hi All, In an effort to qualify which projects are likley to be affected if when we open the requirements repo I generated a list of all repos that: 1. Subscribe to requirements management 2. Do not already have a stable/pike branch 3. Do not follow the cycle-with-milestones, cycle-trailing

[openstack-dev] [mistral][core] Proposing Andras Kovi to the Mistral core team

Hi, I’d like to propose Andras Kovi to the Mistral core team. The current statistics of Andras can be seen at [1]. Andras has been contributing for about 1.5 years and in Pike he increased his activity significantly, primarily reviewing. His reviews are always thorough and insightful. He cares

Re: [openstack-dev] [requirements][OpenStackAnsible][kolla][tripleo] Upcoming requirements thaw.

Hello! The requirements team is expecting the re-open the master branch shortly after we create a stable/pike branch. This means that cycle-training projects may (will?) start seeing bot generated requirements syncs intended for queens. I tried to come up with an automated way to block this

Re: [openstack-dev] [all][infra]Plan to support Python 3.6 ?

Ubuntu will ship Python 3.6 in the next LTS, Ubuntu 18.04 next April. AFAICT CentOS 7 still doesn't ship Python 3 in mainline. EPEL has 3.4 still. Excerpts from Doug Hellmann's message of 2017-08-09 09:31:37 -0400: > Excerpts from ChangBo Guo's message of 2017-08-09 21:25:07 +0800: > > We

Re: [openstack-dev] [all][elections] PTL nomination period is now over

On Aug 9, 2017 16:48, "Kendall Nelson" wrote: Hello Everyone! The PTL Nomination period is now over. The official candidate list is available on the election website[0]. There are 2 projects without candidates, so according to this resolution[1], the TC will have to

Re: [openstack-dev] [neutron][infra] Functional job failure rate at 100%

This is just the code simulating the conntrack entries that would be created by real traffic in a production system, right? On Wed, Aug 9, 2017 at 11:46 AM, Jakub Libosvar wrote: > On 09/08/2017 18:23, Jeremy Stanley wrote: > > On 2017-08-09 15:29:04 +0200 (+0200), Jakub

[openstack-dev] [all][elections] PTL Voting is now open

Hello Again! Elections are underway and will remain open for you to cast your vote until Aug 16th, 2017 23:45 UTC. We are having elections for Ironic and Documentation. If you are a Foundation individual member and had a commit in one of the program's projects[0] over the Ocata-Pike timeframe

[openstack-dev] [all][elections] PTL nomination period is now over

Hello Everyone! The PTL Nomination period is now over. The official candidate list is available on the election website[0]. There are 2 projects without candidates, so according to this resolution[1], the TC will have to appoint a new PTL for Storlets, and Packaging-Deb. There are 2 projects

[openstack-dev] [QA] Meeting Thursday Aug 10th at 8:00 UTC

Hello everyone, Please reminder that the weekly OpenStack QA team IRC meeting will be Thursday, Aug 10th at 8:00 UTC in the #openstack-meeting channel. The agenda for the meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_August_10th_2017_.280800_UTC.29

Re: [openstack-dev] [FEMDC][MassivelyDistributed] Strawman proposal for message bus analysis

Thanks for kicking this off. I've left some comments in the review. -K On Tue, Aug 8, 2017 at 10:07 AM, Matthieu Simonin wrote: > Hello, > > As discussed in the last meeting, I started to formalize the content of > the etherpad in the performance WG documentation :

Re: [openstack-dev] [all][infra]Plan to support Python 3.6 ?

On Wed, Aug 9, 2017 at 9:31 AM, Doug Hellmann wrote: > > Are Ubuntu LTS and CentOS shipping Python 3.6? > CentOS doesn't even carry python 3 at all right now, outside of perhaps python 3.4 from EPEL. Unless mistaken, RHEL 8 (and by extension CentOS 8) is bound to ship with

Re: [openstack-dev] [neutron][infra] Functional job failure rate at 100%

On 09/08/2017 18:23, Jeremy Stanley wrote: > On 2017-08-09 15:29:04 +0200 (+0200), Jakub Libosvar wrote: > [...] >> Is it possible to switch used image for jenkins machines to use >> back the older version? Any other ideas how to deal with the >> kernel bug? > > Making our images use non-current

Re: [openstack-dev] [all][infra]Plan to support Python 3.6 ?

On 2017-08-09 09:31:37 -0400 (-0400), Doug Hellmann wrote: [...] > One of the reasons we were able to move ahead with 3.5 was that it > would be available on the platforms for which we test deployments, > as defined in the CTI [5]. Are Ubuntu LTS and CentOS shipping > Python 3.6? [...] Yes, we

Re: [openstack-dev] [TripleO][Heat] using convergence_engine to deploy overcloud stack

On 08/09/2017 05:49 AM, Rabi Mishra wrote: On Wed, Aug 9, 2017 at 1:41 PM, Smigielski, Radoslaw (Nokia - IE) > wrote: Hi there! I have a question about heat "convergence_engine" option, it's present in

Re: [openstack-dev] [neutron][infra] Functional job failure rate at 100%

On 2017-08-09 15:29:04 +0200 (+0200), Jakub Libosvar wrote: [...] > Is it possible to switch used image for jenkins machines to use > back the older version? Any other ideas how to deal with the > kernel bug? Making our images use non-current kernel packages isn't trivial, but as Thierry points

Re: [openstack-dev] [neutron][infra] Functional job failure rate at 100%

Thanks for this nice detective work, Jakub and Daniel ! This disabled test job was making me nervous wrt. Pike release. Now I suspect that this kernel regression is affecting Ubuntu Xenial users for previous releases of OpenStack, too, so I hope this will get fixed in Ubuntu soon enough. Daniel

Re: [openstack-dev] [os-vif] [vif_plug_ovs] Queries on VIF_Type VIFHostDevice

> -Original Message- > From: Moshe Levi [mailto:mosh...@mellanox.com] > Sent: Wednesday, August 9, 2017 4:47 PM > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] [os-vif] [vif_plug_ovs] Queries on >

Re: [openstack-dev] [os-vif] [vif_plug_ovs] Queries on VIF_Type VIFHostDevice

-Original Message- From: Mooney, Sean K [mailto:sean.k.moo...@intel.com] Sent: Wednesday, August 9, 2017 6:36 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [os-vif] [vif_plug_ovs] Queries on VIF_Type

Re: [openstack-dev] [os-vif] [vif_plug_ovs] Queries on VIF_Type VIFHostDevice

> -Original Message- > From: Moshe Levi [mailto:mosh...@mellanox.com] > Sent: Wednesday, August 9, 2017 3:25 PM > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] [os-vif] [vif_plug_ovs] Queries on >

Re: [openstack-dev] [os-vif] [vif_plug_ovs] Queries on VIF_Type VIFHostDevice

> -Original Message- > From: pranab boruah [mailto:pranabjyotibor...@gmail.com] > Sent: Wednesday, August 9, 2017 2:36 PM > To: OpenStack Development Mailing List (not for usage questions) > > Subject: [openstack-dev] [os-vif] [vif_plug_ovs] Queries on

Re: [openstack-dev] [ara] Best practices on what to return from REST API ?

On Wed, Aug 9, 2017 at 10:02 AM, Chris Dent wrote: > > If people remember to actually read this and respond, you'll likely get > as many different responses to this as there are options. > I expected as much but I very much appreciate your reply regardless! \o/ > > From

Re: [openstack-dev] [docs] importing openstack-manuals questions, looking for strategies

On 08/09/2017 09:53 AM, Doug Hellmann wrote: > > The option discovery stuff in oslo.config works using entry point > plugins. oslo.vmware doesn't defined any plugins for the oslo.config.opts > namespace. > > Doug Some more interacting debugging with Doug, and this is what I discovered. *

[openstack-dev] [acceleration]Cyborg Team Weekly Meeting 2017.08.09

Hi Team, As usual we will have our team weekly meeting today at #openstack-cyborg starting UTC 1500, agenda could be found here : https://wiki.openstack.org/wiki/Meetings/CyborgTeamMeeting#Agenda_for_next_meeting -- Zhipeng (Howard) Huang Standard Engineer IT Standard & Patent/IT Product Line

Re: [openstack-dev] [Cyborg]Queens PTL candidacy

Hi Harm, Thanks for your kind words :) Will try to do my best On Wed, Aug 9, 2017 at 1:02 AM, Harm Sluiman wrote: > Howard, I guess you will need some +1 votes and I certainly support you > based on our joint early work on these projects. > I regret not having time to

Re: [openstack-dev] [os-vif] [vif_plug_ovs] Queries on VIF_Type VIFHostDevice

Hi, 1) you should use neutron port with vnic_type direct 2) yes, just use neutron port with vnic_type direct and confighure the nova compute with pci passthogth whitelist 3) you can configure firewall_driver = openvswitch to work with Conntrack. So in your case if have SR-IOV nic which

Re: [openstack-dev] [neutron][infra] Functional job failure rate at 100%

Some more info added to Jakub's excellent report :) New kernel Ubuntu-4.4.0-89.112HEADUbuntu-4.4.0-89.112master was tagged 9 days ago (07/31/2017) [0]. >From a quick look, the only commit around this function is [1]. [0]

[openstack-dev] [congress] congress-dashboard 1.0.0.0rc1 (pike)

Hello everyone, A new release candidate for congress-dashboard for the end of the Pike cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/congress-dashboard/ Unless release-critical issues are found that warrant a release candidate respin, this

Re: [openstack-dev] [ara] Best practices on what to return from REST API ?

On Wed, 9 Aug 2017, David Moreau Simard wrote: So I'm making what I think is good progress towards the python and REST API implementation for ARA but now I have a question. I've made the following API "GET" endpoints: If people remember to actually read this and respond, you'll likely get as

Re: [openstack-dev] [docs] importing openstack-manuals questions, looking for strategies

Excerpts from Sean Dague's message of 2017-08-09 09:39:55 -0400: > On 08/09/2017 09:24 AM, Sean Dague wrote: > > On 08/09/2017 09:19 AM, Doug Hellmann wrote: > >> Excerpts from Sean Dague's message of 2017-08-08 17:01:29 -0400: > >>> When trying to import > >>>

Re: [openstack-dev] [docs] importing openstack-manuals questions, looking for strategies

On 08/09/2017 09:24 AM, Sean Dague wrote: > On 08/09/2017 09:19 AM, Doug Hellmann wrote: >> Excerpts from Sean Dague's message of 2017-08-08 17:01:29 -0400: >>> When trying to import >>>

Re: [openstack-dev] [docs] importing openstack-manuals questions, looking for strategies

Excerpts from Sean Dague's message of 2017-08-09 09:24:07 -0400: > On 08/09/2017 09:19 AM, Doug Hellmann wrote: > > Excerpts from Sean Dague's message of 2017-08-08 17:01:29 -0400: > >> When trying to import > >>

[openstack-dev] [os-vif] [vif_plug_ovs] Queries on VIF_Type VIFHostDevice

Hi, I am experimenting with the os-vif library and stumbled upon this new VIF type called VIFHostDevice. I have few general queries. TIA. 1. How do I create ports with VIF_type as VIFHostDevice? Looking for the CLI command options. 2. Say, I have OVS running completely on x86 host(no datapath

Re: [openstack-dev] [all][infra]Plan to support Python 3.6 ?

Excerpts from ChangBo Guo's message of 2017-08-09 21:25:07 +0800: > We received Python 3.6 related Bug recently [1][2]. That let me think > what's the plan to support Python 3.6 for OpenStack in the future. Python > 3.6 was released on December 23, 2016, has some different behaviors from >

Re: [openstack-dev] [neutron][infra] Functional job failure rate at 100%

Daniel Alvarez and I spent some time looking at it and the culprit was finally found. tl;dr We updated a kernel on machines to one containing bug when creating conntrack entries which makes functional tests stuck. More info at [4]. For now, I sent a patch [5] to disable for now jobs that create

[openstack-dev] [all][infra]Plan to support Python 3.6 ?

We received Python 3.6 related Bug recently [1][2]. That let me think what's the plan to support Python 3.6 for OpenStack in the future. Python 3.6 was released on December 23, 2016, has some different behaviors from Python 3.5[3]. talked with cdent in the IRC, would like to discuss this through

Re: [openstack-dev] [docs] importing openstack-manuals questions, looking for strategies

On 08/09/2017 09:19 AM, Doug Hellmann wrote: > Excerpts from Sean Dague's message of 2017-08-08 17:01:29 -0400: >> When trying to import >> https://github.com/openstack/openstack-manuals/blob/6f9fc171800e8a435011f38cd4558e900884ce86/doc/config-reference/source/compute/hypervisor-vmware.rst#L2 >>

Re: [openstack-dev] [docs] importing openstack-manuals questions, looking for strategies

Excerpts from Sean Dague's message of 2017-08-08 17:01:29 -0400: > When trying to import > https://github.com/openstack/openstack-manuals/blob/6f9fc171800e8a435011f38cd4558e900884ce86/doc/config-reference/source/compute/hypervisor-vmware.rst#L2 > into the Nova admin config reference >

Re: [openstack-dev] [neutron] possible race condition with nova instance and neutron ports

With such settings nova is not waiting for info from neutron and that is why Your instances starting without network ready. If You will change this timeout to some value higher than 0 then instance will be paused and nova will wait for info from neutron that port is active (You should also

Re: [openstack-dev] [neutron] possible race condition with nova instance and neutron ports

Hello, thanks for the tip. I checked on a compute node, in the nova.conf file I have the following: vif_plugging_is_fatal=False vif_plugging_timeout=0 both options are in the [DEFAULT] section. I guess these settings were never changed since we were running Icehouse. Should I change to the

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

On Tue, Aug 8, 2017 at 1:13 PM, Chris Dent wrote: [...] > What I'd like to see with the board, the TC, the UC, and anyone else > who wants to participate is a calm retrospective of the last three, > six or twelve months. So we can see where we need to go from here. We >

Re: [openstack-dev] [requirements][masakari] FFE for adding python-masakariclient in global-requirements

On Wed, Aug 09, 2017 at 06:39:52AM +, Bhor, Dinesh wrote: > Hello everyone, > > I would like to ask for the FFE for adding "python-masakariclient" in > global-requirements. > > Earlier, we were not having "check-requirements" job for masakari-* projects. > At that time, we use to manually

Re: [openstack-dev] [TripleO][Heat] using convergence_engine to deploy overcloud stack

Hi there On Wed, Aug 9, 2017 at 1:49 PM, Rabi Mishra wrote: > On Wed, Aug 9, 2017 at 1:41 PM, Smigielski, Radoslaw (Nokia - IE) < > radoslaw.smigiel...@nokia.com> wrote: > >> Hi there! >> >>I have a question about heat "convergence_engine" option, it's >> present in

Re: [openstack-dev] [TripleO] FFE for OVN container support

On 08/09/2017 04:42 AM, Numan Siddique wrote: > On Wed, Aug 9, 2017 at 8:41 AM, Emilien Macchi wrote: > > > On Tue, Aug 8, 2017 at 7:05 AM, Numan Siddique > > wrote: > >> I would like to request FFE exception for OVN containerized support. OVN > > is > >>

Re: [openstack-dev] [TripleO][Heat] using convergence_engine to deploy overcloud stack

On Wed, Aug 9, 2017 at 1:41 PM, Smigielski, Radoslaw (Nokia - IE) < radoslaw.smigiel...@nokia.com> wrote: > Hi there! > >I have a question about heat "convergence_engine" option, it's present > in heat config since quite a long time but still not enabled. > Well, convergence is enabled by

Re: [openstack-dev] [tacker] Self-nomination for PTL in Queens

Hi Yong, Kolla already deploy tacker since ocata :) Regards On Wed, Aug 9, 2017, 7:30 AM gongys2017 wrote: > Hi everyone, > > This is my self-nomination to continue running as Takcer PTL for the > Queens cycle. > > In Pike cycle, tacker team is focusing on stablebility

Re: [openstack-dev] [TripleO] FFE for OVN container support

On Wed, Aug 9, 2017 at 8:41 AM, Emilien Macchi wrote: > On Tue, Aug 8, 2017 at 7:05 AM, Numan Siddique > wrote: > > I would like to request FFE exception for OVN containerized support. OVN > is > > an optional feature and should be a low risk. > > > >

Re: [openstack-dev] [keystone][kubernetes] Webhook PoC for Keystone based Authentication and Authorization for Kubernetes

Morgan, Awesome! when there's some momentum, we can move it to a public repo -- Dims On Wed, Aug 9, 2017 at 12:26 AM, Morgan Fainberg wrote: > I shall take a look at the webhooks and see if I can help on this front. > > --Morgan > > On Tue, Aug 8, 2017 at 6:34 PM,

Re: [openstack-dev] [keystone][kubernetes] Webhook PoC for Keystone based Authentication and Authorization for Kubernetes

Joe, If you see the code in the git repo, you will see that we do use "Authorizer interface", so it is possible use the same code as a custom module. Guess you are thinking about a downstream kubernetes distro. Thanks, Dims On Wed, Aug 9, 2017 at 1:21 AM, joehuang wrote: >

Re: [openstack-dev] [Openstack][horizon][ceilometer][gnocchi]Viewing gnocchi statistics on Dashboard

We removed the old Ceilometer content in Horizon a while ago; since then, nobody has worked on a new plugin to my knowledge. Rob > On 8 Aug 2017, at 15:15, gordon chung wrote: > > > > On 08/08/17 02:17 AM, pearl.dsil...@wipro.com wrote: >> I would like to know if there exists

[openstack-dev] [monasca] PTL candidacy for Queens

Hello everyone, I would like to propose my candidacy for the role of Monasca PTL for Queens release. I would like to thank Roland, who has been the PTL for several releases now and has always pushed the project forward. Your working quota seems to be unlimited, I reckon you work at sleep as well

[openstack-dev] 答复: [Mogan] Queens PTL candidacy

+1 , Zhenguo is a good PTL and will lead mogan to go to moon. 发件人: openstack-dev-boun...@lists.openstack.org [mailto:openstack-dev-boun...@lists.openstack.org] 代表 Zhenguo Niu 发送时间: 2017年8月3日 20:17 收件人: OpenStack Development Mailing List 主题:

Re: [openstack-dev] [Mogan] Queens PTL candidacy

+1, very happy to work together with Zhenguo, I'm sure he will be a great PTL in Mogan. 2017-08-09 16:33 GMT+08:00 Sheng Liu : > +1, > > Zhenguo has done great work for Mogan in the past year, and he is already > running as a competent PTL! > > 2017-08-03 20:17 GMT+08:00

[openstack-dev] [charms][ptg] PTG planning pad

Hi All I've started a planning etherpad for the PTG next month; feel free to add topics you want to discuss/sprint on during the week. https://etherpad.openstack.org/p/ptg-queens-charms Cheers James __ OpenStack

Re: [openstack-dev] [Mogan] Queens PTL candidacy

+1, Zhenguo has done great work for Mogan in the past year, and he is already running as a competent PTL! 2017-08-03 20:17 GMT+08:00 Zhenguo Niu : > Hi all, > > I would like to announce my candidacy for the Mogan PTL for the Queens > cycle. Although Mogan is not an

Re: [openstack-dev] [requirements][masakari] FFE for adding python-masakariclient in global-requirements

Bhor, Dinesh wrote: > I would like to ask for the FFE for adding "*python-masakariclient*" in > global-requirements. > > Earlier, we were not having "check-requirements" job for masakari-* > projects. At that time, we use to manually add "*python-masakariclient*" > as a requirement in

[openstack-dev] [TripleO][Heat] using convergence_engine to deploy overcloud stack

Hi there! I have a question about heat "convergence_engine" option, it's present in heat config since quite a long time but still not enabled. And I am wondering if anyone has tried enabled it and deploy overcloud? I did it myself and it seems to be working. The main reason why I am

[openstack-dev] [elections] [watcher] Candidacy for Watcher OpenStack PTL (Queens)

Greetings, I am announcing my candidacy for Queens PTL role of Watcher project. If you don't know yet, my name is Alexander Chadin, I'm alexchadin on IRC. I've been working on Watcher project since March 2016. I served as PTL for Pike cycle and this cycle was a difficult one. But we have

Re: [openstack-dev] [neutron] possible race condition with nova instance and neutron ports

Hello, Do You have configured in nova-compute: vif_plugging_timeout and vif_plugging_is_fatal options? With those options nova should pause VM until port will be set to ACTIVE in Neutron. -- Slawek > Wiadomość napisana przez Saverio Proto w dniu > 09.08.2017, o

[openstack-dev] [neutron] possible race condition with nova instance and neutron ports

Hello, I see this in Openstack Newton I start 200 instances with a oneliner. openstack server create \ --image "Ubuntu Xenial 16.04 (SWITCHengines)" \ --flavor c1.small \ --network demonetwork \ --user-data cloud-init.txt \ --key-name macsp \ --min 200 \ --max 200 test When I do this I see a

[openstack-dev] [requirements][masakari] FFE for adding python-masakariclient in global-requirements

Hello everyone, I would like to ask for the FFE for adding "python-masakariclient" in global-requirements. Earlier, we were not having "check-requirements" job for masakari-* projects. At that time, we use to manually add "python-masakariclient" as a requirement in masakari-monitors project

Re: [openstack-dev] [requirements][mistral][heat][tripleo][trove][murano][solum][tacker] Releasing python-mistralclient 3.1.2

Thanks! Renat Akhmerov @Nokia On 8 Aug 2017, 23:23 +0700, Matthew Thode , wrote: > On 17-08-08 08:03:42, Matthew Thode wrote: > > On 17-08-08 16:11:53, Renat Akhmerov wrote: > > > Hi, > > > > > > We recently sent a patch [1] to release the version 3.1.2 of > > >