Re: [openstack-dev] [neutron][ml2 plugin] unit test errors

2018-05-09 Thread Sangho Shin
I just manually installed neutron in .tox folder (I am not sure if this is a correct way to fix the problem) and run tox tests again. And.. All tests passed.. as below.. But, I am not sure why Zuul tests fails as in my first email. :-( Thank you, Sangho Tox tests success log in my local

[openstack-dev] [blazar][placement][nova] Placement support in Blazar

2018-05-09 Thread Hiroaki Kobayashi
Hello, As we discussed at past summits and PTGs, Blazar plans to use Placement API for modernizing it's implementation. Based on the ideas teams shared, the Blazar team has discussed possible approaches and listed them down here: We

Re: [openstack-dev] [neutron][ml2 plugin] unit test errors

2018-05-09 Thread Andreas Scheuring
neutron.plugins.ml2.driver_api got moved to neutron-lib. You probably need to update the networking-onos code and fix all imports there and push the changes... --- Andreas Scheuring (andreas_s) On 9. May 2018, at 10:00, Sangho Shin wrote: Hello, I am getting

[openstack-dev] [nova][third-party-ci]zKVM (s390x) CI broken

2018-05-09 Thread Andreas Scheuring
Hi all, the nova CI for zKVM is currently broken - need to investigate. It seems like the vnc console gets configured for some reason (vnc is not supported on s390x)... --- Andreas Scheuring (andreas_s) __ OpenStack

[openstack-dev] [watcher] meeting today

2018-05-09 Thread Чадин Александр
Watcher team, We have a meeting today on #openstack-meeting-alt channel at 08:00 UTC Alex __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [neutron][ml2 plugin] unit test errors

2018-05-09 Thread Sangho Shin
Hello, I am getting the following unit test error in Zuul test. See below. The error is caused only in the pike version, and in stable/ocata version, I do not have the error. ( If you can give me any clue, it would be very helpful ) BTW, in nosetests, there is no error. However, in tox -e py27

Re: [openstack-dev] [tripleo] CI Squads’ Sprint 12 Summary: libvirt-reproducer, python-tempestconf

2018-05-09 Thread Bogdan Dobrelya
On 5/9/18 4:24 AM, Matt Young wrote: Greetings, The TripleO squads for CI and Tempest have just completed Sprint 12. The following is a summary of activities during this sprint.   Details on our team structure can be found in the spec [1]. --- # Sprint 12 Epic (CI): Libvirt Reproducer *

Re: [openstack-dev] [openstack-ansible] Implement rotations for meetings handling

2018-05-09 Thread Markos Chandras
On 03/05/18 09:13, Andy McCrae wrote: > > > I will gladly pick up my well-used meeting chair hat. > It's a great idea, I think it would help make our meetings more productive. > Once you've been chair you have a different view of how the meetings work. > > Andy I too think this is a great idea

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

2018-05-09 Thread Matthew Thode
python-swiftclient prior to 3.2.0 seemed to incidentally support radosgw tempurls. That is, there was no official support, but it still worked. In 3.2.0 (specifically the linked commit(s)) tempurls were validated to require /v1/account/container/object, which does not work with radosgw as it

[openstack-dev] Vancouver Forum Etherpad List

2018-05-09 Thread Sean McGinnis
We are now less than two weeks away from the next Summit/Forum in Vancouver. Hopefully teams are able to spend some time preparing for their Forum sessions to make them productive. I have updated the Forum wiki page to start collecting links to session etherpads:

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

2018-05-09 Thread Doug Hellmann
Excerpts from Alexandra Settle's message of 2018-05-09 13:13:44 +: > Hi all, > > It is with a super heavy heart I have to say that I need to step down as core > from the OpenStack-Ansible and Documentation teams – and take a step back > from the community. > > The last year has taken me in

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

2018-05-09 Thread Andreas Jaeger
Thanks for your leadership through troubled time! Hope our ways cross again, Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter: jaegerandi SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

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

2018-05-09 Thread Casey Bodley
On 05/09/2018 11:22 AM, Matthew Thode wrote: python-swiftclient prior to 3.2.0 seemed to incidentally support radosgw tempurls. That is, there was no official support, but it still worked. In 3.2.0 (specifically the linked commit(s)) tempurls were validated to require

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

2018-05-09 Thread Markos Chandras
On 09/05/18 14:13, Alexandra Settle wrote: > Hi all, > >   > > It is with a super heavy heart I have to say that I need to step down as > core from the OpenStack-Ansible and Documentation teams – and take a > step back from the community. I am sorry to see you go Alex. Thank you for all your

[openstack-dev] [nova] [placement] placement extraction session at forum

2018-05-09 Thread Chris Dent
I've started an etherpad related to the Vancouver Forum session on extracting placement from nova. It's mostly just an outline for now but is evolving: https://etherpad.openstack.org/p/YVR-placement-extraction If we can get some real information in there before the session we are much more

Re: [openstack-dev] [nova][third-party-ci]zKVM (s390x) CI broken

2018-05-09 Thread Andreas Scheuring
The root cause seems to be bug [1]. It’s related to nova cells v2 configuration in devstack. Stephen Finucane already promised to have a look later the day (thx!!!). I keep the CI running for now... [1] https://bugs.launchpad.net/devstack/+bug/1770143 --- Andreas Scheuring (andreas_s) On 9.

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

2018-05-09 Thread Jesse Pretorius
From: Alexandra Settle Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Wednesday, May 9, 2018 at 2:18 PM To: "OpenStack Development Mailing List (not for usage questions)"

[openstack-dev] [FEMDC] IRC meeting postponed to next Wednesday

2018-05-09 Thread lebre . adrien
Dear all, Neither Paul-Andre nor me can chair the meeting today so we propose to postpone it for one week. The agenda will be delivered soon but you can consider that next meeting will focus on the preparation of the Vancouver summit (presentations, F2F meetings...). Best regards,

Re: [openstack-dev] [sdk] issues with using OpenStack SDK Python client

2018-05-09 Thread Mohammed Naser
Hey Gerard, Replies in-line! Thanks, Mohammed On Fri, May 4, 2018 at 6:25 PM, gerard.d...@wipro.com wrote: > Many thanks for the welcome ;) > > And many thanks for the speedy and very useful response ! > > Details below. > > Best regards, > Gerard > > >

[openstack-dev] [cinder] [placement] cinder + placement forum session etherpad

2018-05-09 Thread Chris Dent
I've started an etherpad for the forum session in Vancouver devoted to discussing the possibility of tracking and allocation resources in Cinder using the Placement service. This is not a done deal. Instead the session is to discuss if it could work and how to make it happen if it seems like a

[openstack-dev] [all][forum][python3] etherpad for python 2 deprecation timeline forum session

2018-05-09 Thread Doug Hellmann
I have created the etherpad for the forum session to discuss deprecating python 2. https://etherpad.openstack.org/p/YVR-python-2-deprecation-timeline I pre-populated it with some of the details from the earlier mailing list thread, but please add any additional notes you have that will help

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

2018-05-09 Thread Jim Rollenhagen
On Wed, May 9, 2018 at 11:22 AM, Matthew Thode wrote: > python-swiftclient prior to 3.2.0 seemed to incidentally support radosgw > tempurls. That is, there was no official support, but it still worked. > > In 3.2.0 (specifically the linked commit(s)) tempurls were

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

2018-05-09 Thread Jeremy Stanley
On 2018-05-09 13:13:44 + (+), Alexandra Settle wrote: [...] > 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

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

2018-05-09 Thread Matthew Thode
On 18-05-09 13:42:02, Jim Rollenhagen wrote: > On Wed, May 9, 2018 at 11:22 AM, Matthew Thode > wrote: > > > python-swiftclient prior to 3.2.0 seemed to incidentally support radosgw > > tempurls. That is, there was no official support, but it still worked. > > > > In

Re: [openstack-dev] [nova][third-party-ci]zKVM (s390x) CI broken

2018-05-09 Thread melanie witt
On Wed, 9 May 2018 10:28:42 -0700, Melanie Witt wrote: On Wed, 9 May 2018 13:16:45 +0200, Andreas Scheuring wrote: The root cause seems to be bug [1]. It’s related to nova cells v2 configuration in devstack. Stephen Finucane already promised to have a look later the day (thx!!!). I keep the CI

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

2018-05-09 Thread Jim Rollenhagen
On Wed, May 9, 2018 at 3:24 PM, 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 'rgw_swift_account_in_url' option not

[openstack-dev] [tc] agenda for upcoming joint leadership meeting in vancouver

2018-05-09 Thread Doug Hellmann
The last time we had a joint leadership meeting, several TC members expressed the desire to have more information about what was going to be covered before the meeting. The agenda for the next meeting (to be held in Vancouver), is in the wiki at

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

2018-05-09 Thread Clay Gerrard
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 'rgw_swift_account_in_url' option not correct/sufficient? > * Workaround would be to specify an old swiftclient to install (3.1.0, >

[openstack-dev] [tripleo] Migration to Storyboard

2018-05-09 Thread Alex Schultz
Hello tripleo folks, So we've been experimenting with migrating some squads over to storyboard[0] but this seems to be causing more issues than perhaps it's worth. Since the upstream community would like to standardize on Storyboard at some point, I would propose that we do a cut over of all the

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

2018-05-09 Thread Clay Gerrard
On Wed, May 9, 2018 at 12:35 PM, Jim Rollenhagen wrote: > > It works with both, see the link from earlier in the thread: > https://github.com/openstack/ironic/blob/214b694f05d200ac1e2ce6db631546 > f2831c01f7/ironic/common/glance_service/v2/image_service.py#L152-L185 > >

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

2018-05-09 Thread Matthew Thode
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 'rgw_swift_account_in_url' option not correct/sufficient? > I didn't see that

Re: [openstack-dev] [tripleo] Migration to Storyboard

2018-05-09 Thread Wesley Hayutin
On Wed, May 9, 2018 at 3:25 PM Alex Schultz wrote: > Hello tripleo folks, > > So we've been experimenting with migrating some squads over to > storyboard[0] but this seems to be causing more issues than perhaps > it's worth. Since the upstream community would like to

Re: [openstack-dev] [tripleo] Migration to Storyboard

2018-05-09 Thread Alex Schultz
On Wed, May 9, 2018 at 2:20 PM, Wesley Hayutin wrote: > > > On Wed, May 9, 2018 at 3:25 PM Alex Schultz wrote: >> >> Hello tripleo folks, >> >> So we've been experimenting with migrating some squads over to >> storyboard[0] but this seems to be causing

Re: [openstack-dev] [tc] agenda for upcoming joint leadership meeting in vancouver

2018-05-09 Thread Doug Hellmann
Excerpts from Doug Hellmann's message of 2018-05-09 16:06:01 -0400: > > The last time we had a joint leadership meeting, several TC members > expressed the desire to have more information about what was going > to be covered before the meeting. The agenda for the next meeting > (to be held in

Re: [openstack-dev] [neutron][ml2 plugin] unit test errors

2018-05-09 Thread Sangho Shin
Andreas, Thank you for your answer. Actually, I was able to make it use the correct neutron API in my local tox tests, and all tests passed. However, only in Zuul, I am still getting the following errors. :-( Thank you, Sangho > 2018. 5. 9. 오후 4:04, Andreas Scheuring

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

2018-05-09 Thread Julia Kreger
On Wed, May 9, 2018 at 5:10 PM, Casey Bodley wrote: > > On 05/09/2018 11:40 AM, Casey Bodley wrote: >> >> >> On 05/09/2018 11:22 AM, Matthew Thode wrote: >>> >>> python-swiftclient prior to 3.2.0 seemed to incidentally support radosgw >>> tempurls. That is, there was no

[openstack-dev] [First Contact] [SIG] Forum Etherpads

2018-05-09 Thread Kendall Nelson
Hello Everyone! I created etherpads for both of our Forum Sessions that were accepted and added them to the master list[1]. Please feel free to add discussion topics to them whether you can attend or not! First Contact SIG Operator Inclusion: https://etherpad.openstack.org/p/FC-SIG-Ops-Inclusion

[openstack-dev] [tripleo] gate jobs impacted RAX yum mirror

2018-05-09 Thread Wesley Hayutin
FYI.. https://bugs.launchpad.net/tripleo/+bug/1770298 I'm on #openstack-infra chatting w/ Ian atm. Thanks __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

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

2018-05-09 Thread Takashi Natsume
The temporary fix to pass the gate jobs is to mock the 'warnings.warn' method in the test method. Then add a TODO note to fix storing non-UUID value in the 'map_instances' command of the 'CellV2Commands' class. The fundamental solution is to change the design of the 'map_instances' command. In

Re: [openstack-dev] [sdk] issues with using OpenStack SDK Python client

2018-05-09 Thread gerard.d...@wipro.com
Many thanks ! Adding a gateway to a router: it looks like it works in the router creation method, but not in the router update method. (i.e., passing a external_gateway_info dictionary in conn.network.create_router() worked, but doing the same with conn.network.add_gateway_to_router() did not

[openstack-dev] [tc][all][forum] etherpad for tc retrospective at the forum

2018-05-09 Thread Doug Hellmann
I have created the etherpad for the TC Retrospective session planned for Thursday at the Forum. I set up the document structure, but have not added any substantive content. Please consider the questions in the etherpad before the session and either add content or be prepared to add it in the room

Re: [openstack-dev] [nova][third-party-ci]zKVM (s390x) CI broken

2018-05-09 Thread melanie witt
On Wed, 9 May 2018 13:16:45 +0200, Andreas Scheuring wrote: The root cause seems to be bug [1]. It’s related to nova cells v2 configuration in devstack. Stephen Finucane already promised to have a look later the day (thx!!!). I keep the CI running for now... [1]

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

2018-05-09 Thread Casey Bodley
On 05/09/2018 11:40 AM, Casey Bodley wrote: On 05/09/2018 11:22 AM, Matthew Thode wrote: python-swiftclient prior to 3.2.0 seemed to incidentally support radosgw tempurls. That is, there was no official support, but it still worked. In 3.2.0 (specifically the linked commit(s)) tempurls were