Re: [openstack-dev] [all][tc][ptls][glance] final stages of python 3 transition

On 08/05/18 15:16, Matthew Treinish wrote: Although, I don't think glance uses oslo.service even in the case where it's using the standalone eventlet server. It looks like it launches eventlet.wsgi directly: https://github.com/openstack/glance/blob/master/glance/common/wsgi.py and I don't see

Re: [openstack-dev] [keystone][monasca][congress][senlin][telemetry] authenticated webhook notifications

On 03/05/18 15:49, Eric K wrote: Question to the projects which send or consume webhook notifications (telemetry, monasca, senlin, vitrage, etc.), what are your supported/preferred authentication mechanisms? Bearer token (e.g. Keystone)? Signing? Signed URLs and regular Keystone auth are both

Re: [openstack-dev] [all][tc][ptls][glance] final stages of python 3 transition

On Tue, May 08, 2018 at 03:02:05PM -0400, Doug Hellmann wrote: > Excerpts from Matthew Treinish's message of 2018-05-08 13:55:43 -0400: > > On Tue, May 08, 2018 at 01:34:11PM -0400, Doug Hellmann wrote: > > > > > > (added [glance] subject tag) > > > > > > Excerpts from Matthew Treinish's message

Re: [openstack-dev] [keystone][monasca][congress][senlin][telemetry] authenticated webhook notifications

Thanks, Thomas! I see the point that it is impractical to configure a service with a fixed keystone token to use in webhook notifications because they expire fairly quickly. I'm thinking about the situation where the sending service can obtain tokens directly from keystone. In that case I'm

[openstack-dev] [oslo] Project Update Topics

Hi, This was discussed in the meeting this week too, but I wanted to send it to the list as well for a little more visibility. We've started an etherpad at https://etherpad.openstack.org/p/oslo-project-update-rocky to collect any topics that folks want included in the Oslo project update

Re: [openstack-dev] [all][tc][ptls][glance] final stages of python 3 transition

Excerpts from Matthew Treinish's message of 2018-05-08 13:55:43 -0400: > On Tue, May 08, 2018 at 01:34:11PM -0400, Doug Hellmann wrote: > > > > (added [glance] subject tag) > > > > Excerpts from Matthew Treinish's message of 2018-05-08 12:22:56 -0400: > > > On Tue, May 08, 2018 at 05:01:36PM

Re: [openstack-dev] [keystone][monasca][congress][senlin][telemetry] authenticated webhook notifications

To clarify, one of the reasons I'd like to accept webhook notifications authenticated with keystone tokens is that I don't want the access to expire, but of course it's poor practice to use a signed URL that never expires. Eric On 5/8/18, 12:29 PM, "Eric K" wrote:

Re: [openstack-dev] [keystone][monasca][congress][senlin][telemetry] authenticated webhook notifications

Thank you, Zane for the discussion. Point taken about sending webhook notifications. Primarily I want Congress to consume webhook notifications from the openstack services which already send them (monasca, vitrage, etc.). Most of them do not currently support sending appropriate keystone tokens

Re: [openstack-dev] [tc] [nova] [octavia] [ironic] [keystone] [policy] Spec. Freeze Exception - Default Roles

Excerpts from Lance Bragstad's message of 2018-05-04 15:16:09 -0500: > > On 05/04/2018 02:55 PM, Harry Rybacki wrote: > > Greetings All, > > > > After a discussion in #openstack-tc[1] earlier today, the Keystone > > team is adjusting its approach in proposing default roles[2]. > > Subsequently, I

Re: [openstack-dev] [qa][release][ironic][requirements] hacking 1.1.0 released and ironic CI gates failing pep8

On Wed, May 9, 2018 at 2:23 AM, Doug Hellmann wrote: > (I added the [qa] topic tag for the QA team, since they own hacking, and > [requirements] for that team since I have a question about capping.) > > Excerpts from Julia Kreger's message of 2018-05-08 12:43:07 -0400: >>

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

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 * Epic Card:

Re: [openstack-dev] [kolla][vote]Core nomination for Mark Goddard (mgoddard) as kolla core member

Time is up. And welcome mgoddard to the team :D On Thu, May 3, 2018 at 5:47 PM, Goutham Pratapa wrote: > +1 for `mgoddard` > > On Thu, May 3, 2018 at 1:21 PM, duon...@vn.fujitsu.com < > duon...@vn.fujitsu.com> wrote: > >> +1 >> >> >> >> Sorry for my late reply, thank

[openstack-dev] [cyborg]spec review day (May 9th)

Hi team, Let's make use of the team meeting on Wed to kickstart a whole day of concentration of review of the critical Rocky specs [0] and try to get them done as much as possible. We start with the meeting and folks in US and Europe could carry on til the end of the day when Asian devs could

[openstack-dev] [nova] Notification update week 19

Hi, After a bit of silence here is the latest notification status. Bugs [Low] https://bugs.launchpad.net/nova/+bug/1757407 Notification sending sometimes hits the keystone API to get glance endpoints Fix has been proposed has many +1s https://review.openstack.org/#/c/564528/ [Medium]

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

Hi, The oslo UUIDField emits a warning if the string used as a field value does not pass the validation of the uuid.UUID(str(value)) call [3]. All the offending places are fixed in nova except the nova-manage cell_v2 map_instances call [1][2]. That call uses markers in the DB that are not

Re: [openstack-dev] [kolla][vote]Core nomination for Mark Goddard (mgoddard) as kolla core member

Thanks everyone for putting your trust in me! On 8 May 2018 at 11:13, Jeffrey Zhang wrote: > Time is up. And welcome mgoddard to the team :D > > On Thu, May 3, 2018 at 5:47 PM, Goutham Pratapa > wrote: > >> +1 for `mgoddard` >> >> On Thu, May

[openstack-dev] [horizon] Scheduling switch to django >= 2.0

Hi, It has been decided that, in Debian, we'll switch to Django 2.0 after Buster will be released. Buster is to be frozen next February. This means that we have roughly one more year before Django 1.x goes away. Hopefully, Horizon will be ready for it, right? Hoping this helps, Cheers, Thomas

[openstack-dev] [infra][ci]Does the openstack ci vms start each time clear up enough?

hi cboylan. Thanks for reply! I have recheker several times but always the second time failed. The first time always pass. Is It maybe the reason in the below email luckyvega wrote.? At 2018-05-06 18:20:47, "Vega Cai" wrote: To test whether it's our new patch

Re: [openstack-dev] Create a Volume type using OpenStack

If you're using the cinder CLI (aka python-cinderclient) then if you run with --debug, then you can see the REST calls used. I would assume the the unified openstack CLI client has a similar mode. On 8 May 2018 at 12:13, Hari Prasanth Loganathan wrote: > Hi

Re: [openstack-dev] [nova] reboot a rescued instance?

Hi Matt, My understanding is that this is being used by Rackspace. AFAIK the change isn't upstream because there was no sensible way to permit reboot of a rescued instance for XenAPI users but prevent it for other drivers. I'd be hesitant to permit reboot-from-rescue for all drivers as I'm not

[openstack-dev] Create a Volume type using OpenStack

Hi Team, 1) I am able to list all the project using the OpenStack REST API, http://{IP_ADDRESS}:5000/v3/auth/projects/ But as per the documentation of /v3/ API's in OpenStack ( https://developer.openstack.org/api-ref/block-storage/v3/index.html#volumes-volumes ), I need API's to i) list all

Re: [openstack-dev] [nova] reboot a rescued instance?

On 5/8/2018 7:41 AM, Bob Ball wrote: I'd be hesitant to permit reboot-from-rescue for all drivers as I'm not sure the drivers would have consistent (or perhaps working!) behaviours? Is there a way to enable this when using XenAPI? Off the top of my head the virt driver could report a

Re: [openstack-dev] [all][tc][ptls] final stages of python 3 transition

On 08/05/18 16:09, Zane Bitter wrote: > On 30/04/18 17:16, Ben Nemec wrote: >>> Excerpts from Doug Hellmann's message of 2018-04-25 16:54:46 -0400: 1. Fix oslo.service functional tests -- the Oslo team needs help     maintaining this library. Alternatively, we could move all    

Re: [openstack-dev] [all][tc][ptls] final stages of python 3 transition

Excerpts from Graham Hayes's message of 2018-05-08 16:28:46 +0100: > On 08/05/18 16:09, Zane Bitter wrote: > > On 30/04/18 17:16, Ben Nemec wrote: > >>> Excerpts from Doug Hellmann's message of 2018-04-25 16:54:46 -0400: > 1. Fix oslo.service functional tests -- the Oslo team needs help >

Re: [openstack-dev] [all][tc][ptls] final stages of python 3 transition

On 30/04/18 17:16, Ben Nemec wrote: Excerpts from Doug Hellmann's message of 2018-04-25 16:54:46 -0400: 1. Fix oslo.service functional tests -- the Oslo team needs help     maintaining this library. Alternatively, we could move all     services to use cotyledon

Re: [openstack-dev] [kolla][neutron][requirements][pbr]Use git+https line in requirements.txt break the pip install

W dniu 18.04.2018 o 11:02, Michel Peterson pisze: > How can we fix this? Any update on it? Would like to get rid of current workarounds. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] Create a Volume type using OpenStack

On Tue, May 08, 2018 at 12:18:36PM +0100, Duncan Thomas wrote: > If you're using the cinder CLI (aka python-cinderclient) then if you > run with --debug, then you can see the REST calls used. > > > > > I need API's to > > i) list all the Volume types in the OpenStack > > ii) I need API's to

[openstack-dev] [tripleo] The Weekly Owl - 20th Edition

Welcome to the twentieth edition of a weekly update in TripleO world! The goal is to provide a short reading (less than 5 minutes) to learn what's new this week. Any contributions and feedback are welcome. Link to the previous version:

Re: [openstack-dev] [qa][release][ironic][requirements] hacking 1.1.0 released and ironic CI gates failing pep8

(I added the [qa] topic tag for the QA team, since they own hacking, and [requirements] for that team since I have a question about capping.) Excerpts from Julia Kreger's message of 2018-05-08 12:43:07 -0400: > About two hours ago, we started seeing Ironic CI jobs failing pep8 > with new

[openstack-dev] [cyborg] [glance] [nova] Cyborg/Nova spec for os-acc is out

Hi all,     The Cyborg compute node specification has been published: https://review.openstack.org/#/c/566798/ . Please review it. The main factors defined in this spec are: * The behavior with respect to accelerators when various Compute API [1] operations are applied. E.g. On a

Re: [openstack-dev] [tc] Technical Committee Status update, 7 May

Excerpts from Doug Hellmann's message of 2018-05-07 10:53:04 -0400: [snip] > The Adjutant project application [10] is still under review, and > the only votes registered are opposed. I anticipate having the topic > of how we review project applications as one of several items we > discuss during

Re: [openstack-dev] [all][tc][ptls] final stages of python 3 transition

On Tue, May 08, 2018 at 05:01:36PM +0100, Graham Hayes wrote: > On 08/05/18 16:53, Doug Hellmann wrote: > > Excerpts from Graham Hayes's message of 2018-05-08 16:28:46 +0100: > >> On 08/05/18 16:09, Zane Bitter wrote: > >>> On 30/04/18 17:16, Ben Nemec wrote: > > Excerpts from Doug Hellmann's

Re: [openstack-dev] [all][tc][ptls] final stages of python 3 transition

Excerpts from Graham Hayes's message of 2018-05-08 17:01:36 +0100: > On 08/05/18 16:53, Doug Hellmann wrote: > > Excerpts from Graham Hayes's message of 2018-05-08 16:28:46 +0100: > >> On 08/05/18 16:09, Zane Bitter wrote: > >>> On 30/04/18 17:16, Ben Nemec wrote: > > Excerpts from Doug

Re: [openstack-dev] [tc] [nova] [octavia] [ironic] [keystone] [policy] Spec. Freeze Exception - Default Roles

This was discussed in today's meeting and it was pretty clear that we should still do this for Rocky [0]. Updating this thread to include documentation of the discussion. Thanks, Harry. [0] http://eavesdrop.openstack.org/meetings/keystone/2018/keystone.2018-05-08-16.00.log.html#l-15 On

Re: [openstack-dev] [all][tc][ptls] final stages of python 3 transition

On 08/05/18 16:53, Doug Hellmann wrote: > Excerpts from Graham Hayes's message of 2018-05-08 16:28:46 +0100: >> On 08/05/18 16:09, Zane Bitter wrote: >>> On 30/04/18 17:16, Ben Nemec wrote: > Excerpts from Doug Hellmann's message of 2018-04-25 16:54:46 -0400: >> 1. Fix oslo.service

[openstack-dev] [release][ironic] hacking 1.1.0 released and ironic CI gates failing pep8

About two hours ago, we started seeing Ironic CI jobs failing pep8 with new errors[1]. For some of our repositories, it just seems to be a couple of lines that need to be fixed. On ironic itself, supporting this might have us dead in the water for a while to fix the code in accordance with what

Re: [openstack-dev] [all][tc][ptls][glance] final stages of python 3 transition

On Tue, May 08, 2018 at 01:34:11PM -0400, Doug Hellmann wrote: > > (added [glance] subject tag) > > Excerpts from Matthew Treinish's message of 2018-05-08 12:22:56 -0400: > > On Tue, May 08, 2018 at 05:01:36PM +0100, Graham Hayes wrote: > > > On 08/05/18 16:53, Doug Hellmann wrote: > > > >

Re: [openstack-dev] [all][tc][ptls][glance] final stages of python 3 transition

(added [glance] subject tag) Excerpts from Matthew Treinish's message of 2018-05-08 12:22:56 -0400: > On Tue, May 08, 2018 at 05:01:36PM +0100, Graham Hayes wrote: > > On 08/05/18 16:53, Doug Hellmann wrote: > > > Excerpts from Graham Hayes's message of 2018-05-08 16:28:46 +0100: > > >> On