Re: [openstack-dev] [Openstack-operators][heat][all] Heat now migrated to StoryBoard!!

looping heat-dashboard team 2018-05-05 12:02 GMT+08:00 Rico Lin : > Dear all Heat members and friends > > As you might award, OpenStack projects are scheduled to migrating ([5]) > from Launchpad to StoryBoard [1]. > For whom who like to know where to file a

[openstack-dev] [Openstack-operators][heat][all] Heat now migrated to StoryBoard!!

Dear all Heat members and friends As you might award, OpenStack projects are scheduled to migrating ([5]) from Launchpad to StoryBoard [1]. For whom who like to know where to file a bug/blueprint, here are some heads up for you. *What's StoryBoard?* StoryBoard is a cross-project task-tracker,

Re: [openstack-dev] [kolla-ansible] Configure OpenStack services to use Rabbit HA queues

Hi vladispay, I guess you are talking rabbit_ha_queues options. It is already marked as deprecated[0]. cfg.BoolOpt('rabbit_ha_queues', default=False, deprecated_group='DEFAULT', help='Try to use HA queues in RabbitMQ (x-ha-policy: all). '

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

Thanks a lot Witold and Thomas! So it doesn't seem that someone is currently using a keystone token to authenticate web hook? Is is simply because most of the use cases had involved services which do not use keystone? Or is it unsuitable for another reason? On 5/4/18, 2:36 AM, "Thomas Herve"

Re: [openstack-dev] [api] REST limitations and GraghQL inception?

I will not attend the vancouver summit but I’ll try to attend the berlin one as it’s closer to me. However I’ll be happy to join the conversation and give a hand, especially if you need an operational point of view as our Openstack usage is constantly growing within an heterogeneous environment

Re: [openstack-dev] [api] REST limitations and GraghQL inception?

Right, let's announce the Proof of Concept project as of Neutron, invite anyone interested and start it. There is an API SIG BoF at Vancouver, where we will announce it too. And for everyone who can attend, to be welcome to discuss it:

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

Many thanks for the welcome ;) And many thanks for the speedy and very useful response ! Details below. Best regards, Gerard For add_gateway_to_router(): So I tried this: external_network =

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

# Keystone Team Update - Week of 30 April 2018 ## News Most of this week was spent firming up specification details. There were a couple good discussions on unified limits and the default role work we're targeting for the release. ## Open Specs Dashboard: https://tinyurl.com/yagxuyfr We had

Re: [openstack-dev] [octavia] Sometimes amphoras are not re-created if they are not reached for more than heartbeat_timeout

I have commented on both of those stories. Thank you for submitting them. As for the values,this is hard as those settings depend on a lot of factors. The default values are targeted towards developers and likely need to be adjusted for production. We have not yet put together our deployment

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

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 have ported the current default roles specification > from openstack-specs[3] to

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

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 have ported the current default roles specification from openstack-specs[3] to keystone-specs[2]. The original review has been in a

[openstack-dev] [mistral] Skipping Office Hours on Monday

Hey folks, I forgot to say - I wont be around on Monday for office hours. Feel free to carry on without me. It should be less formal than a meeting, so anyone can chat - just send some messages to #openstack-mistral so folks know you are around for it. The ehterpad has a pinglist you can use to

Re: [openstack-dev] [all][infra] Upcoming changes in ARA Zuul job reports

Hi, It took longer than ancitipated but the necessary changes have landed in both ARA and logs.openstack.org. The reports should now be faster and more reliable. Please let me know if you see anything out of the ordinary. Thanks ! David Moreau Simard Senior Software Engineer | OpenStack RDO

Re: [openstack-dev] [all] Recent failures to use ARA or generate reports in the gate

Hi, I forgot to follow up but this was resolved last Monday April 30th when Flask released 0.12.4. Please let me know if you see anything out of the ordinary. Thanks ! David Moreau Simard Senior Software Engineer | OpenStack RDO dmsimard = [irc, github, twitter] On Fri, Apr 27, 2018 at

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

On 05/04/2018 01:34 PM, gerard.d...@wipro.com wrote: Hi everybody, As a bit of a novice, I'm trying to use OpenStack SDK 0.13 in an OPNFV/ONAP project (Auto). Yay! Welcome. I'm able to use the compute and network proxies, but have problems with the identity proxy, so I can't create

Re: [Openstack] HA Compute & Instance Evacuation

Thank you very much for the information. Just for clarification, when you say reserved hosts, do you mean that I must keep unloaded virtualization hosts in reserve? Or can Masakari move instances from a downed host to an already loaded host that has open capacity?

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

Hi everybody, As a bit of a novice, I'm trying to use OpenStack SDK 0.13 in an OPNFV/ONAP project (Auto). I'm able to use the compute and network proxies, but have problems with the identity proxy, so I can't create projects and users. With network, I can create a network, a router, router

[Openstack-operators] Reminder: UC Meeting Monday 1800UTC

Hey everyone, Please see https://wiki.openstack.org/wiki/Governance/Foundation/UserCommittee for UC meeting info and add additional agenda items if needed. -- Kind regards, Melvin Hillsman mrhills...@gmail.com mobile: (832) 264-2646 ___

[openstack-dev] [kolla-ansible] Configure OpenStack services to use Rabbit HA queues

Hi, is there a reason we don't configure services for rabbitmq ha queues like it is suggested in [0] ? Rabbitmq itself has ha policy 'on' via one of its templates. Thanks, Vladislav Belogrudov [0] https://docs.openstack.org/ha-guide/shared-messaging.html#rabbitmq-services

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

On Fri, May 4, 2018, at 2:37 AM, Sean McGinnis wrote: > On Fri, May 04, 2018 at 04:13:41PM +0800, linghucongsong wrote: > > > > Hi all! > > > > Recently we meet a strange problem in our ci. look this link: > > https://review.openstack.org/#/c/532097/ > > > > we can pass the ci in the first

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

On 05/04/2018 07:50 AM, Matt Riedemann wrote: For full details on this, see the IRC conversation [1]. tl;dr: the nova compute manager and xen virt driver assume that you can reboot a rescued instance [2] but the API does not allow that [3] and as far as I can tell, it never has. I can only

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

For full details on this, see the IRC conversation [1]. tl;dr: the nova compute manager and xen virt driver assume that you can reboot a rescued instance [2] but the API does not allow that [3] and as far as I can tell, it never has. I can only assume that Rackspace had an out of tree change

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

For full details on this, see the IRC conversation [1]. tl;dr: the nova compute manager and xen virt driver assume that you can reboot a rescued instance [2] but the API does not allow that [3] and as far as I can tell, it never has. I can only assume that Rackspace had an out of tree change

Re: [openstack-dev] [api] REST limitations and GraghQL inception?

As clarify by Gilles and Kevin we absolutely can get GraphQL with the control plan API and the workers api. Ok, how do start to work on that? What’s the next step? Which server library do we want to use? I personally use graphene with python as it is the library listed by the official GraphQL

[openstack-dev] [tripleo] Upcoming changes to DLRN might affect TripleO

Hi, We are working on some changes to DLRN, which will improve its flexibility and ability to build packages using different backends [1]. While we try to make these changes backwards-compatible, we have detected an issue with existing CI jobs for TripleO. Both tripleo-ci and oooq-extras

Re: [openstack-dev] [puppet] Proposing Tobias Urdin to join Puppet OpenStack core

Hi everyone, Due to active cores having no objections, I have officially added Tobias to our cores. Welcome, Tobias! :) Thanks, Mohammed On Fri, Apr 27, 2018 at 5:13 PM, Alex Schultz wrote: > +1 > > On Fri, Apr 27, 2018 at 11:41 AM, Emilien Macchi

Re: [Openstack] kuryr-libnetwork to Openstack Zun

Hi Andres, The problem is that there's some python dependency that needs to be compiled and you are missing gcc and/or other build essentials. I recommend finding the development meta-package of your distro. Regards, Toni On Thu, May 3, 2018 at 2:32 PM, Andrés López

[openstack-dev] [neutron][nova] live-migration broken after update of OVS/DPDK

We have an issue with live-migration if operators update OVS from a version that does not support dpdkvhostuserclient to a version that is supporting it. Basically from OVS2.6 to OVS2.7 or upper. The problem is that, for libvirt driver all the instances created that use vhu interfaces in server

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

On Fri, May 04, 2018 at 04:13:41PM +0800, linghucongsong wrote: > > Hi all! > > Recently we meet a strange problem in our ci. look this link: > https://review.openstack.org/#/c/532097/ > > we can pass the ci in the first time, but when we begin to start the gate > job, it will always failed

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

On Thu, May 3, 2018 at 9:49 PM, 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? > >

Re: [openstack-dev] [horizon][nova][cinder] Horizon support for multiattach volumes

Matt, thank you for all your efforts! I'm going to work on Horizon blueprint soon to get it implemented in Rocky Regards, Ivan Kolodyazhny, http://blog.e0ne.info/ On Wed, Apr 25, 2018 at 4:57 PM, Matt Riedemann wrote: > I wanted to advertise the need for some help in

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

Hi Eric, In Monasca use cases sending the token in the request header should be enough, I guess. I'm adding the references to the HipChat [1] and Slack APIs [2] as well as two old blueprints [3, 4]. [1] https://developer.atlassian.com/server/hipchat/about-the-hipchat-rest-api/ [2]

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

Hi all! Recently we meet a strange problem in our ci. look this link: https://review.openstack.org/#/c/532097/ we can pass the ci in the first time, but when we begin to start the gate job, it will always failed in the second time. we have rebased several times, it alway pass the ci in the