Re: [openstack-dev] [neutron] [OVN] Tempest API / Scenario tests and OVN metadata

this issue isn't only for networking ovn, please note that it happens with a flew other vendor plugins (like nsx), at least this is something we have found in downstream certifications. Cheers, On Sat, Apr 7, 2018, 12:36 AM Daniel Alvarez wrote: > > > > On 6 Apr 2018, at

Re: [openstack-dev] [kolla] [tripleo] On moving start scripts out of Kolla images

+1 for kolla-api Migrate all scripts from kolla(image) to kolla-ansible, will make image hard to use by downstream. Martin explain this clearly. we need some API to make images more easy to use. For the operator, I don't think he needs to read all the set_config.py file. Just knowing how the

Re: [openstack-dev] [kolla] [tripleo] On moving start scripts out of Kolla images

Mark, TLDR good proposal I don’t think Paul was proposing what you proposed. However: You make a strong case for separately packaging the api (mostly which Is setcfg.py and the json API + docs + samples). I am super surprised nobody has ever proposed this in the past, but now is as good of

Re: [openstack-dev] [neutron] [OVN] Tempest API / Scenario tests and OVN metadata

> On 6 Apr 2018, at 19:04, Sławek Kapłoński wrote: > > Hi, > > Another idea is to modify test that it will: > 1. Check how many ports are in tenant, > 2. Set quota to actual number of ports + 1 instead of hardcoded 1 as it is > now, > 3. Try to add 2 ports - exactly as

Re: [openstack-dev] [neutron] [OVN] Tempest API / Scenario tests and OVN metadata

> On 6 Apr 2018, at 19:04, Sławek Kapłoński wrote: > > Hi, > > Another idea is to modify test that it will: > 1. Check how many ports are in tenant, > 2. Set quota to actual number of ports + 1 instead of hardcoded 1 as it is > now, > 3. Try to add 2 ports - exactly as

Re: [openstack-dev] [nova] [placement] placement update 18-14

>> it's really on nested allocation candidates. > > Yup. And that series is deadlocked on a disagreement about whether > granular request groups should be "separate by default" (meaning: if you > request multiple groups of resources, the expectation is that they will > be served by distinct

[openstack-dev] [keystone] Keystone Team Update - Week of 2 April 2018

# Keystone Team Update - Week of 2 April 2018 ## News Relatively quiet week. Most of our activity was focused on polishing up specs. ## Open Specs Search query: https://goo.gl/eyTktx No new specs have been proposed since last week. We're getting some good feedback on the cross-project spec

Re: [openstack-dev] [kolla] [tripleo] On moving start scripts out of Kolla images

On Thu, 5 Apr 2018, 20:28 Martin André, wrote: > On Thu, Apr 5, 2018 at 2:16 PM, Paul Bourke > wrote: > > Hi all, > > > > This mail is to serve as a follow on to the discussion during yesterday's > > team meeting[4], which was regarding the desire to

Re: [openstack-dev] [oslo.db] innodb OPTIMIZE TABLE ?

On Wed, Apr 4, 2018 at 5:00 AM, Gorka Eguileor wrote: > On 03/04, Jay Pipes wrote: >> On 04/03/2018 11:07 AM, Michael Bayer wrote: >> > The MySQL / MariaDB variants we use nowadays default to >> > innodb_file_per_table=ON and we also set this flag to ON in installer >> >

Re: [openstack-dev] [nova] [placement] placement update 18-14

Thanks, as always, for the excellent summary emails, Chris. Comments inline. On 04/06/2018 01:54 PM, Chris Dent wrote: This is "contract" style update. New stuff will not be added to the lists. # Most Important There doesn't appear to be anything new with regard to most important. That which

Re: [openstack-dev] [kolla] [tripleo] On moving start scripts out of Kolla images

+1. From: Mark Goddard Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Friday, April 6, 2018 at 11:41 AM To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [kolla] [tripleo] On moving start scripts out of Kolla images

One benefit of the kolla API that I've not seen mentioned yet (sorry if I missed it) is that you can change files on the host without affecting the running container. Bind mounts don't have this property. This is handy for reconfiguration/upgrade operations, where we write out a new set of config

Re: [openstack-dev] [zun] zun-api error

Hi Hongbin Lu, Thank you. After changing the endpoint it worked. Actually I was using magnum service also. I used the service as "container" for magnum that is why its is going to 9511 instead of 9517 After I corrected it worked. Thanks -Murali On Fri, Apr 6, 2018 at 8:45 AM, Hongbin Lu

Re: [openstack-dev] [ALL][PTLs] [Community goal] Toggle the debug option at runtime

Yeah, neutron-lbaas runs in the context of the neutron service (it is a neutron extension), so would be covered by neutron completing the goal. Michael On Fri, Apr 6, 2018 at 3:37 AM, Sławek Kapłoński wrote: > Hi, > > Thanks Akihiro for help. I added

Re: [openstack-dev] RFC: Next minimum libvirt / QEMU versions for "Stein" release

On 4/6/2018 12:07 PM, Kashyap Chamarthy wrote: FWIW, I'd suggest so, if it's not too much maintenance. It'll just spare you additional bug reports in that area, and the overall default experience when dealing with CPU models would be relatively much better. (Another way to look at it is,

Re: [openstack-dev] RFC: Next minimum libvirt / QEMU versions for "Stein" release

On Fri, Apr 06, 2018 at 06:07:18PM +0200, Thomas Goirand wrote: > On 04/06/2018 12:07 PM, Kashyap Chamarthy wrote: [...] > > Note: You don't even have to build the versions from 'Buster', which are > > quite new. Just the slightly more conservative libvirt 3.2.0 and QEMU > > 2.9.0 -- only if

Re: [openstack-dev] [neutron] [OVN] Tempest API / Scenario tests and OVN metadata

Hi, Another idea is to modify test that it will: 1. Check how many ports are in tenant, 2. Set quota to actual number of ports + 1 instead of hardcoded 1 as it is now, 3. Try to add 2 ports - exactly as it is now, I think that this should be still backend agnostic and should fix this problem. >

Re: [openstack-dev] [openstack-infra][openstack-zuul-jobs]Questions about playbook copy module

On Fri, Apr 6, 2018, at 2:32 AM, Andreas Jaeger wrote: > On 2018-04-06 11:20, Xinni Ge wrote: > > Sorry, forgot to reply to the mail list. > > > > On Fri, Apr 6, 2018 at 6:18 PM, Xinni Ge > > wrote: > > > > Hi, Andreas. > > > >

Re: [openstack-dev] [all][requirements] uncapping eventlet

On 18-04-06 09:41:07, Clark Boylan wrote: > On Fri, Apr 6, 2018, at 9:34 AM, Matthew Thode wrote: > > On 18-04-06 09:02:29, Jens Harbott wrote: > > > 2018-04-05 19:26 GMT+00:00 Matthew Thode : > > > > On 18-04-05 20:11:04, Graham Hayes wrote: > > > >> On 05/04/18 16:47,

Re: [openstack-dev] [all][requirements] uncapping eventlet

On Fri, Apr 6, 2018, at 9:34 AM, Matthew Thode wrote: > On 18-04-06 09:02:29, Jens Harbott wrote: > > 2018-04-05 19:26 GMT+00:00 Matthew Thode : > > > On 18-04-05 20:11:04, Graham Hayes wrote: > > >> On 05/04/18 16:47, Matthew Thode wrote: > > >> > eventlet-0.22.1 has

Re: [openstack-dev] [all][requirements] uncapping eventlet

On 18-04-06 09:02:29, Jens Harbott wrote: > 2018-04-05 19:26 GMT+00:00 Matthew Thode : > > On 18-04-05 20:11:04, Graham Hayes wrote: > >> On 05/04/18 16:47, Matthew Thode wrote: > >> > eventlet-0.22.1 has been out for a while now, we should try and use it. > >> > Going

Re: [openstack-dev] RFC: Next minimum libvirt / QEMU versions for "Stein" release

On 04/06/2018 12:07 PM, Kashyap Chamarthy wrote: >> dh_install: Cannot find (any matches for) "/usr/lib/*/wireshark/" (tried >> in "." and "debian/tmp") >> dh_install: libvirt-wireshark missing files: /usr/lib/*/wireshark/ >> dh_install: missing files, aborting > > That seems like a problem in

Re: [openstack-dev] [all][requirements] a plan to stop syncing requirements into projects

I will help to update some. On Fri, Apr 6, 2018 at 8:42 PM, Doug Hellmann wrote: > Excerpts from super user's message of 2018-04-06 17:10:32 +0900: > > Hope you fix this soon, there are many patches depend on the 'match the > > minimum version' problem which causes

[openstack-dev] [zun] zun-api error

Hi Murali, It looks your zunclient was sending API requests to http://10.11.142.2:9511/v1/services , which doesn't seem to be the right API endpoint. According to the Keystone endpoint you configured, the API endpoint of Zun should be http://10.11.142.2:9517/v1/services

Re: [openstack-dev] Following the new PTI for document build, broken local builds

On Fri, 06 Apr 2018 15:52:46 +0100 Stephen Finucane wrote: > On Fri, 2018-04-06 at 08:02 -0500, Sean McGinnis wrote: > > > > > > > > How can we enable warning_is_error in the gate with the new PTI? It's > > > > easy enough to add the -W flag in tox.ini for local builds,

Re: [openstack-dev] Proposal: The OpenStack Client Library Guide

As someone who has dealt with this in the past[1], I can appreciate the complexities of trying to write software that can handle all the various auth options in OpenStack. In my case I gave up and passed all of that off to os-client-config (which, to be fair, is probably what I should have

Re: [openstack-dev] [neutron] [OVN] Tempest API / Scenario tests and OVN metadata

Hi, I don’t know how networking-ovn is working but I have one question. > Wiadomość napisana przez Daniel Alvarez Sanchez w dniu > 06.04.2018, o godz. 15:30: > > Hi, > > Thanks Lucas for writing this down. > > On Thu, Apr 5, 2018 at 11:35 AM, Lucas Alvares Gomes

Re: [openstack-dev] Following the new PTI for document build, broken local builds

On Fri, 2018-04-06 at 08:02 -0500, Sean McGinnis wrote: > > > > > > How can we enable warning_is_error in the gate with the new PTI? It's > > > easy enough to add the -W flag in tox.ini for local builds, but as you > > > say the tox job is never called in the gate. In the gate zuul checks for

Re: [openstack-dev] [cinder][nova] about re-image the volume

On 4/6/2018 5:09 AM, Matthew Booth wrote: I think you're talking at cross purposes here: this won't require a swap volume. Apart from anything else, swap volume only works on an attached volume, and as previously discussed Nova will detach and re-attach. Gorka, the Nova api Matt is referring to

Re: [openstack-dev] [tripleo][ci] use of tags in launchpad bugs

Thanks for the clarifications about official tags. I was the one creating random/non-official tags for tripleo bugs. Although this may be annoying for some people, it helped me while ruckering/rovering CI to open unique bugs and avoid dups for the first time(s). There isn't a standard way of

Re: [openstack-dev] [neutron] [OVN] Tempest API / Scenario tests and OVN metadata

Hi, Thanks Lucas for writing this down. On Thu, Apr 5, 2018 at 11:35 AM, Lucas Alvares Gomes wrote: > Hi, > > The tests below are failing in the tempest API / Scenario job that > runs in the networking-ovn gate (non-voting): > >

Re: [openstack-dev] Following the new PTI for document build, broken local builds

> > > > How can we enable warning_is_error in the gate with the new PTI? It's > > easy enough to add the -W flag in tox.ini for local builds, but as you > > say the tox job is never called in the gate. In the gate zuul checks for > > it in the [build_sphinx] section of setup.cfg: > > > >

Re: [openstack-dev] RFC: Next minimum libvirt / QEMU versions for "Stein" release

W dniu 06.04.2018 o 12:07, Kashyap Chamarthy pisze: >> - libvirt 4.1.0 compiled without issue, though the dh_install phase >> failed with this error: >> >> dh_install: Cannot find (any matches for) "/usr/lib/*/wireshark/" (tried >> in "." and "debian/tmp") >> dh_install: libvirt-wireshark missing

[openstack-dev] [nova] [placement] placement update 18-14

This is "contract" style update. New stuff will not be added to the lists. # Most Important There doesn't appear to be anything new with regard to most important. That which was important remains important. At the scheduler team meeting at the start of the week there was talk of working out

Re: [openstack-dev] Replacing pbr's autodoc feature with sphinxcontrib-apidoc

On Wed, 2018-03-28 at 15:31 +0100, Stephen Finucane wrote: > As noted last week [1], we're trying to move away from pbr's autodoc > feature as part of the new docs PTI. To that end, I've created > sphinxcontrib-apidoc, which should do what pbr was previously doing for > us by via a Sphinx

Re: [openstack-dev] Following the new PTI for document build, broken local builds

On Thu, 2018-04-05 at 16:36 -0400, Zane Bitter wrote: > On 21/03/18 06:49, Stephen Finucane wrote: > > As noted by Monty in a prior openstack-dev post [2], some projects rely > > on a pbr extension to the 'build_sphinx' setuptools command which can > > automatically run the 'sphinx-apidoc' tool

Re: [openstack-dev] [api] Adding a SDK to developer.openstack.org pages

On 2018-04-06 12:00:24 +1000 (+1000), Gilles Dubreuil wrote: > I'd like to update the developer.openstack.org to add details about a new > SDK. > > What would be the corresponding repo? My searches landed me into > https://docs.openstack.org/doc-contrib-guide/ which is about updating the >

Re: [openstack-dev] RFC: Next minimum libvirt / QEMU versions for "Stein" release

On Thu, Apr 05, 2018 at 06:11:26PM -0500, Matt Riedemann wrote: > On 4/5/2018 3:32 PM, Thomas Goirand wrote: > > If you don't absolutely need new features from libvirt 3.2.0 and 3.0.0 > > is fine, please choose 3.0.0 as minimum. > > > > If you don't absolutely need new features from qemu 2.9.0

Re: [openstack-dev] [infra][qa][requirements] Pip 10 is on the way

On 04/05/2018 07:39 PM, Paul Belanger wrote: On Thu, Apr 05, 2018 at 01:27:13PM -0700, Clark Boylan wrote: On Mon, Apr 2, 2018, at 9:13 AM, Clark Boylan wrote: On Mon, Apr 2, 2018, at 8:06 AM, Matthew Thode wrote: On 18-03-31 15:00:27, Jeremy Stanley wrote: According to a notice[1] posted to

Re: [openstack-dev] [all][requirements] a plan to stop syncing requirements into projects

Excerpts from super user's message of 2018-04-06 17:10:32 +0900: > Hope you fix this soon, there are many patches depend on the 'match the > minimum version' problem which causes requirements-check fail. The problem is with *those patches* and not the check. I've been trying to update some, but

Re: [openstack-dev] [ALL][PTLs] [Community goal] Toggle the debug option at runtime

Hi, Thanks Akihiro for help. I added „neutron-dynamic-routing” task to this story and I will push patch for it soon. There is still so many things that I need to learn about OpenStack and Neutron :) — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Akihiro

Re: [openstack-dev] [cinder][nova] about re-image the volume

On 6 April 2018 at 09:31, Gorka Eguileor wrote: > On 05/04, Matt Riedemann wrote: >> On 4/5/2018 3:15 AM, Gorka Eguileor wrote: >> > But just to be clear, Nova will have to initialize the connection with >> > the re-imagined volume and attach it again to the node, as in all

Re: [openstack-dev] RFC: Next minimum libvirt / QEMU versions for "Stein" release

On Thu, Apr 05, 2018 at 10:32:13PM +0200, Thomas Goirand wrote: Hey Zigo, thanks for the detailed response; a couple of comments below. [...] > backport of libvirt/QEMU/libguestfs more in details > --- > > I already attempted the backports from

Re: [openstack-dev] [openstack-infra][openstack-zuul-jobs]Questions about playbook copy module

Thank you very much! I will follow up via irc. 2018年4月6日(金) 18:34 Andreas Jaeger : > On 2018-04-06 11:20, Xinni Ge wrote: > > Sorry, forgot to reply to the mail list. > > > > On Fri, Apr 6, 2018 at 6:18 PM, Xinni Ge > >

Re: [openstack-dev] [ALL][PTLs] [Community goal] Toggle the debug option at runtime

Hi Slawek, 2018-04-06 17:38 GMT+09:00 Sławek Kapłoński : > Hi, > > One more question about implementation of this goal. Should we take care > (and add to story board [1]) projects like: > In my understanding, tasks in the storyboard story are prepared per project team

Re: [openstack-dev] [openstack-infra][openstack-zuul-jobs]Questions about playbook copy module

On 2018-04-06 11:20, Xinni Ge wrote: > Sorry, forgot to reply to the mail list. > > On Fri, Apr 6, 2018 at 6:18 PM, Xinni Ge > wrote: > > Hi, Andreas. > > Thanks for reply. This is the link of log I am seeing. > >

Re: [openstack-dev] [openstack-infra][openstack-zuul-jobs]Questions about playbook copy module

Sorry, forgot to reply to the mail list. On Fri, Apr 6, 2018 at 6:18 PM, Xinni Ge wrote: > Hi, Andreas. > > Thanks for reply. This is the link of log I am seeing. > http://logs.openstack.org/39/39067dbc1dee99d227f8001595633b >

Re: [openstack-dev] [tripleo][ci] use of tags in launchpad bugs

On 5.4.2018 21:04, Alex Schultz wrote: On Thu, Apr 5, 2018 at 12:55 PM, Wesley Hayutin wrote: FYI... This is news to me so thanks to Emilien for pointing it out [1]. There are official tags for tripleo launchpad bugs. Personally, I like what I've seen recently with some

Re: [openstack-dev] [Vitrage] New proposal for analysis.

Hello Ifat, If possible, could i write a blueprint based on what we discussed? (architecture, specs) After checking the blueprint, it would be better to proceed with specific updates on the various issues. what do you think? Thanks. Best regards, Minwook. From: MinWookKim

Re: [openstack-dev] [all][requirements] uncapping eventlet

2018-04-05 19:26 GMT+00:00 Matthew Thode : > On 18-04-05 20:11:04, Graham Hayes wrote: >> On 05/04/18 16:47, Matthew Thode wrote: >> > eventlet-0.22.1 has been out for a while now, we should try and use it. >> > Going to be fun times. >> > >> > I have a review projects

Re: [openstack-dev] Proposal: The OpenStack Client Library Guide

Hi Adrian, Thanks for starting this discussion. I'm adding openstack-sigs ML, please keep it in the loop. We in API SIG are interested in providing guidance on not only writing OpenStack APIs, but also consuming them. For example, we have merged a guideline on consuming API versions:

Re: [openstack-dev] [openstack-infra][openstack-zuul-jobs]Questions about playbook copy module

On 2018-04-06 10:53, Xinni Ge wrote: > Hello there, > > I have some questions about the value of parameter `dest` of copy module > in this file. > > openstack-zuul-jobs/playbooks/xstatic/check-version.yaml > Line:6        dest: xstatic_check_version.py > > Ansible documents describe `dest` as 

[openstack-dev] [openstack-infra][openstack-zuul-jobs]Questions about playbook copy module

Hello there, I have some questions about the value of parameter `dest` of copy module in this file. openstack-zuul-jobs/playbooks/xstatic/check-version.yaml Line:6dest: xstatic_check_version.py Ansible documents describe `dest` as "Remote absolute path where the file should be copied

Re: [openstack-dev] [ALL][PTLs] [Community goal] Toggle the debug option at runtime

Hi, One more question about implementation of this goal. Should we take care (and add to story board [1]) projects like: openstack/neutron-lbaas openstack/networking-cisco openstack/networking-dpm openstack/networking-infoblox openstack/networking-l2gw openstack/networking-lagopus

[openstack-dev] [tc] Technical Committee Status update, April 6th

Hi! This is the weekly summary of Technical Committee initiatives. You can find the full list of currently-considered changes at: https://wiki.openstack.org/wiki/Technical_Committee_Tracker We also track TC objectives for the cycle using StoryBoard at:

Re: [openstack-dev] [cinder][nova] about re-image the volume

On 05/04, Matt Riedemann wrote: > On 4/5/2018 3:15 AM, Gorka Eguileor wrote: > > But just to be clear, Nova will have to initialize the connection with > > the re-imagined volume and attach it again to the node, as in all cases > > (except when defaulting to downloading the image and dd-ing it to

Re: [openstack-dev] [all][requirements] a plan to stop syncing requirements into projects

Hope you fix this soon, there are many patches depend on the 'match the minimum version' problem which causes requirements-check fail. On Wed, Apr 4, 2018 at 10:58 PM, Doug Hellmann wrote: > Excerpts from Doug Hellmann's message of 2018-03-28 18:53:03 -0400: > > > >

Re: [openstack-dev] Asking for ask.openstack.org

Zane Bitter wrote: > On 05/04/18 00:12, Ian Wienand wrote: >> On 04/05/2018 10:23 AM, Zane Bitter wrote: >>> On 04/04/18 17:26, Jimmy McArthur wrote: >>> Here's the thing: email alerts. They're broken. >> >> This is the type of thing we can fix if we know about it ... I will >> contact you