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 Project Result >>> =

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

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 th

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

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: openstack-dev-requ...@lists.openstack.org?s

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

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 작성: > > neutron.plugins

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

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

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

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 official support, but it s

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

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

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

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 wo

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

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 Vanc

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

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 more issues than perhaps >> it's worth. Sin

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

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 standardize on > Storyboard

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

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 option, I'll test and get back

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

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 https://wiki.openstack.org/wiki/Governance/Foundatio

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

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 > > Ah! Perfect! Thanks for

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

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 correct/sufficient? > I guess we could just document that pe

[openstack-dev] [tripleo] Migration to Storyboard

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

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, > pre-ocata) > Doesn't seem great

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

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 r

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

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 3.2.0 (specifically the link

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

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 in

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

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 validated to > require /v1/acco

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

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] https://bugs.launchpad.net/devs

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

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 o

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

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 l

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

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] [swift][ironic][ceph][radosgw] radosgw "support" in python-swiftclient droped for ocata and above

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 /v1/account/container/obj

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

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 expe

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

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] [docs][openstack-ansible]

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 wor

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

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] Vancouver Forum Etherpad List

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: https://wiki.openstack.org/wiki/F

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

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 > > > -

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

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)" Subject: [openstack-dev] [docs][openstack-ansible] * It is with a super heavy heart

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

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, ad_ri3n_

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

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 go

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

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

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.

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

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 Devel

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

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 * E

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

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 envir

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

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 the following unit test error

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

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

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

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 w

[openstack-dev] [watcher] meeting today

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-requ...@lists.openstack.org?subject:un