Re: [openstack-dev] [qa][heat][murano][daisycloud] Removing Heatsupport from Tempest

Hello Andrea, daisycloud no longer uses OrchestrationClient. I will remove the related code. Thanks for the information. B. R., Zhijiang Original Mail Sender: ＜andrea.fritt...@gmail.com＞ To: ＜openstack-dev@lists.openstack.org＞ Date: 2017/04/27 18:28 Subject: [openstack-dev]

Re: [openstack-dev] [cinder] Is Cinder still maintained?

On Thu, Apr 27, 2017 at 1:42 AM, Julien Danjou wrote: > Hi, > > I've posted a refactoring patch that simplifies tooz (read: remove > technical debt) usage more than a month ago, and I got 0 review since > then: > > https://review.openstack.org/#/c/447079 > > I'm a bit

Re: [openstack-dev] [ironic] [stable] ironic-stable-maint update proposal

On Thu, Apr 27, 2017 at 5:21 PM, Dmitry Tantsur wrote: > Hi all! > > I'd like to propose the following changes to the ironic-stable-maint group > [0]: > > 1. Add Ruby Loo (rloo) to the group. Ruby does not need introduction in > the Ironic community, she has been with the

Re: [openstack-dev] [kolla] Which distros are used as base ones?

Ofc we do. I, for one, run mostly ubuntu (but I must admit I haven't been building images last 2 or so weeks). It's strange what you're saying because ubunut-source build is a voting gate, so if there would be problem like that - we couldn't merge anything... Let's try to find out why your build

[openstack-dev] [ironic] [stable] ironic-stable-maint update proposal

Hi all! I'd like to propose the following changes to the ironic-stable-maint group [0]: 1. Add Ruby Loo (rloo) to the group. Ruby does not need introduction in the Ironic community, she has been with the project for really long time and is well known for her high-quality and thorough reviews.

Re: [openstack-dev] [cinder] Is Cinder still maintained?

On 27/04, Julien Danjou wrote: > Hi, > > I've posted a refactoring patch that simplifies tooz (read: remove > technical debt) usage more than a month ago, and I got 0 review since > then: > > https://review.openstack.org/#/c/447079 > > I'm a bit worried to see this zero review on such patches.

[openstack-dev] [networking-bagpipe] exabgp dependency

Hi I'm working on the wider networking-* packages we have in Ubuntu for Pike milestone 1 and noticed that exabgp is currently being pulled in from the master branch of exabgp; any ideas when you might be able to switch to a released version of exabgp? Cheers James

Re: [openstack-dev] [cinder] Is Cinder still maintained?

On Thu, Apr 27 2017, Gorka Eguileor wrote: Hi Gorka, > So, you mention that the feature has been there for a while, but funny > enough documentation has not been updated and it's still reflecting it > should be done how we are doing it in Cinder [1]. As I replied on the review, thanks for the

Re: [openstack-dev] [ironic] Resigning as a core reviewer

I'm really sad to hear it :( You've been a source of incredibly valuable opinions, and overall a great team member! I wish you the very best of luck in whatever you're up for right now. Please let us know if you ever plan to come back - you'll be very welcome. Thanks for everything! On

Re: [openstack-dev] [Openstack] [Openstack-ansible] openstack ansible HA solution

Hello, Yes openstack-ansible does support deploying keepalived along with haproxy. The keepalived role is run just before the haproxy role in this playbook: https://github.com/openstack/openstack-ansible/blob/master/playbooks/haproxy-install.yml#L27-L31 You can see an example keepalived

[openstack-dev] [nova] Degradation of performance on master

Hi all, Making some investigations in our project, we have run rally tests, and have noticed degradation of performance of nova on master compared with ocata branch. `nova list` on ocata branch with 100 servers run in 1,6s while the `nova list` on master branch with 40 servers only run in

Re: [openstack-dev] [networking-bagpipe] exabgp dependency

Hi James, Indeed, we have moved from shipping a fork of an old exabgp in bagpipe-bgp (a.k.a."vendoring", i.e. baaad...) to using upstream, but we have dependencies on exabgp development branch. I've been in touch with ExaBGP main author, who plans to release exabgp 4 from master "soon". The

Re: [openstack-dev] [networking-bagpipe] exabgp dependency

Hi Thomas On Thu, 27 Apr 2017 at 17:03 wrote: > Indeed, we have moved from shipping a fork of an old exabgp in bagpipe-bgp > (a.k.a."vendoring", i.e. baaad...) to using upstream, but we have > dependencies on exabgp development branch. > > I've been in touch with ExaBGP

Re: [openstack-dev] [ironic] [stable] ironic-stable-maint update proposal

Not sure if I get a vote but +1 for Ruby! :) Sorry to hear about the removals :( John On Thu, Apr 27, 2017 at 7:21 AM, Dmitry Tantsur wrote: > Hi all! > > I'd like to propose the following changes to the ironic-stable-maint group > [0]: > > 1. Add Ruby Loo (rloo) to the

Re: [openstack-dev] [heat][ironic][tripleo] ironic resources in heat

On Thu, Apr 27, 2017 at 09:39:51AM +0300, Pavlo Shchelokovskyy wrote: >HI all, >from some conversations I had during Pike PTG and recently in IRC I >understood that the need for ironic resources in heat has arisen again. I >remember back when it was proposed for the first time

[openstack-dev] [nova] Use data loss bug on error during resize (migration datamodel issue)

(Sorry: resent properly tagged) We've encountered a bug in resize which resulted in data loss. The gist is that user was resizing a qcow2 instance whose image had been deleted from glance. In driver.finish_migration on the destination host, an error occurred attempting to copy the image from the

[openstack-dev] [qa][heat][murano][daisycloud] Removing Heat support from Tempest

Dear stackers, starting in the Liberty cycle Tempest has defined a set of projects which are in scope for direct testing in Tempest [0]. The current list includes keystone, nova, glance, swift, cinder and neutron. All other projects can use the same Tempest testing infrastructure (or parts of it)

[openstack-dev] [puppet] Deprecating Postgresql support

Greetings, We didn't see anyone using Postgresql when deploying Puppet OpenStack: - no feedback on ML or IRC - no bug report in Launchpad Postgresql support (or call it how you want) is also removed upstream in OpenStack. We will deprecate the class that used to deploy Postgresql in Pike and

[openstack-dev] Use data loss bug on error during resize (migration datamodel issue)

We've encountered a bug in resize which resulted in data loss. The gist is that user was resizing a qcow2 instance whose image had been deleted from glance. In driver.finish_migration on the destination host, an error occurred attempting to copy the image from the source hosts's image cache,

[openstack-dev] [tripleo] Mitaka EOL

OpenStack Mitaka has been EOLing this month: https://releases.openstack.org/ We are in the process of EOLing TripleO Mitaka branch. We did a last release for Mitaka: https://releases.openstack.org/teams/tripleo.html#mitaka ovb-ha and ovh-nonha are passing well, so we don't let any critical bug:

[openstack-dev] [heat][ironic][tripleo] ironic resources in heat

HI all, from some conversations I had during Pike PTG and recently in IRC I understood that the need for ironic resources in heat has arisen again. I remember back when it was proposed for the first time there was some opposition from ironic community (although I personally find it reasonable to

Re: [openstack-dev] [heat][ironic][tripleo] ironic resources in heat

Cool Pavlo Would very glad to have you work on that together. The new proposed spec tended to partly reuse Steven's patches (as many as it can, but apparently not the spec). I try to separate it into two parts, ironic management resource (this is covered by that spec) and ironic deployment

[openstack-dev] [cinder] Is Cinder still maintained?

Hi, I've posted a refactoring patch that simplifies tooz (read: remove technical debt) usage more than a month ago, and I got 0 review since then: https://review.openstack.org/#/c/447079 I'm a bit worried to see this zero review on such patches. It seems the most recently merged things are

Re: [openstack-dev] 答复: [Openstack] OpenStack-Ansible HA solution

Hi Maxwell, I found that OSA use keepalived to resolve controller HA, but whether the > keepalived support compute HA? What shoud I do or which file I need to > config if I want to resolve compute HA? > > > > And there are some solutions for compute HA in this web: >

[openstack-dev] [cinder]nova client code

Hi! As we're trying to use the InstanceLocalityFilter in cinder, I encountered some strange issues. I've opened a bug report already: https://bugs.launchpad.net/cinder/+bug/1686616 But further looking at the novaclient code in Cinder, cinder/nova.py smells a bit more. Seems the latest

[openstack-dev] [horizon] OpenStack Summit meetups

Hello! A couple of notices about summit meetups for Horizon folk: - I've reserved about 2 hours on the Monday in Hynes, MR 108 from 2:00 -> 4:20. This may change if demand for the rooms is high, so keep an eye on https://ethercalc.openstack.org/Boston_Forum_Hacking_Rooms. I'll send a reminder

[openstack-dev] [kolla] Which distros are used as base ones?

Hi When I joined Kolla project I got info that Debian is going away. So I took care of it and now it is updated to current 'testing' and has far more images enabled than in past. CentOS support works fine. Even on AArch64 (if you have [1] applied). 1. https://review.openstack.org/#/c/430940/

[openstack-dev] [searchlight] Cancelling searchlight IRC meeting 4/27/17

Hi, There’s nothing on the agenda for today and a few people won’t be able to make it, so I’m inclined to cancel the IRC meeting today to save people staying up late unnecessarily. If anyone has anything they want to discuss, feel free to bring it up in the main channel. I will be in the

Re: [openstack-dev] [Openstack] 答复: OpenStack-Ansible HA solution

Hi Maxwell, For compute HA have a look at Masakari - https://wiki.openstack.org/wiki/Masakari. I don't believe OSA currently supports it but you could always build your own role for it and the community would likely be open to integrating it into OSA. On Thu, Apr 27, 2017 at 5:24 AM, Andy

[openstack-dev] [tosca-parser][heat-translator] IRC Meeting Time change - Thursdays 1400UTC

This is just to confirm that the tosca-parser/heat-translator weekly IRC meeting is now Thursdays at 1400UTC in #openstack-heat-translator Bob <>__ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [cinder] Is Cinder still maintained?

On Thu, Apr 27, 2017 at 09:42:58AM +0200, Julien Danjou wrote: > Hi, > > I've posted a refactoring patch that simplifies tooz (read: remove > technical debt) usage more than a month ago, and I got 0 review since > then: > > https://review.openstack.org/#/c/447079 > > I'm a bit worried to see

Re: [openstack-dev] [ironic] Resigning as a core reviewer

Hi Jay, I'm so SAD to see you go, especially in these circumstances :-( The first time I met you was when you three Js waltzed (err, walked) into the ironic mid-cycle with your IPA proposal. It is the end of an era. We've had some great times; I'll miss your opinions, especially wrt specs :)

Re: [openstack-dev] [cinder] Is Cinder still maintained?

Ok, that new commit message made me laugh. On 27 April 2017 at 08:42, Julien Danjou wrote: > Hi, > > I've posted a refactoring patch that simplifies tooz (read: remove > technical debt) usage more than a month ago, and I got 0 review since > then: > >

Re: [openstack-dev] [puppet] Deprecating Postgresql support

Excerpts from Emilien Macchi's message of 2017-04-27 07:38:17 -0400: > Greetings, > > We didn't see anyone using Postgresql when deploying Puppet OpenStack: > - no feedback on ML or IRC > - no bug report in Launchpad > > Postgresql support (or call it how you want) is also removed upstream > in

Re: [openstack-dev] [Openstack-operators] [puppet] Deprecating Postgresql support

[adding mailing-lists again] On Thu, Apr 27, 2017 at 9:31 AM, Benedikt Trefzer wrote: > Hi Emilien > > On 27.04.2017 13:38, Emilien Macchi wrote: >> Greetings, >> >> We didn't see anyone using Postgresql when deploying Puppet OpenStack: >> - no feedback on ML or IRC >> - no

Re: [openstack-dev] [Openstack] 答复: OpenStack-Ansible HA solution

Hi Maxwell, As John mentioned, current OSA does not support Masakri. However, if it make your work easier, then I would love to discuss this with Masakri team [1]. [1] https://wiki.openstack.org/wiki/Meetings/Masakari --- Regards, Sampath On Thu, Apr 27, 2017 at 10:39 PM, John Petrini

Re: [openstack-dev] [ironic] [stable] ironic-stable-maint update proposal

+1 Ruby if my vote counts ;) I hope Deva and Jay will return one day! -- milan čt 27. 4. 2017 v 18:10 odesílatel John Villalovos < openstack@sodarock.com> napsal: > Not sure if I get a vote but +1 for Ruby! :) > > Sorry to hear about the removals :( > > John > > On Thu, Apr 27, 2017 at 7:21

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, We were joined today by mordred who introduced a stack of documents that describe the current state of API version discovery, some of the hoops required to do it today, and the clean way to do it henceforth. There is a ton of information in these proposals

Re: [openstack-dev] [puppet] Deprecating Postgresql support

On Thu, Apr 27, 2017 at 7:38 AM, Emilien Macchi wrote: > Greetings, > > We didn't see anyone using Postgresql when deploying Puppet OpenStack: > - no feedback on ML or IRC > - no bug report in Launchpad > > Postgresql support (or call it how you want) is also removed upstream

Re: [openstack-dev] [Openstack] OpenStack-Ansible HA solution

Wei Hui wrote: Liyuenan (Maxwell Li) wrote: Hi, all I have some questions about OSA project. [snipped] 2. Could OSA support compute node high available? If my compute node down, could the instance on this node move to other nodes? 2. As

[openstack-dev] [gnocchi] per-sack vs per-metric locking tradeoffs

hey, so as we transition to the bucket/shard/sack framework for incoming writes, we've set up locks on the sacks so we only have one process handling any given sack. this allows us to remove the per-metric locking we had previously. the issue i've notice now is that if we only have per-sack

[openstack-dev] [nova][glance] Who needs multiple api_servers?

Y'all- TL;DR: Does glance ever really need/use multiple endpoint URLs? I'm working on bp use-service-catalog-for-endpoints[1], which intends to deprecate disparate conf options in various groups, and centralize acquisition of service endpoint URLs. The idea is to introduce

Re: [openstack-dev] [QA][Nova] Special scenario tests

On 4/21/2017 8:36 AM, Ferenc Horváth wrote: Dear OpenStackerz, I'd like to improve the coverage of the current test suite over some special code parts in Nova. My main target is to add a few scenarios [1] that would exercise the AggregateMultiTenancyIsolation scheduler filter. I'm also planning

Re: [openstack-dev] [ironic] [stable] ironic-stable-maint update proposal

On Thu, Apr 27, 2017 at 10:21 AM, Dmitry Tantsur wrote: > 1. Add Ruby Loo (rloo) to the group. +1 > 2. Remove Jay Faulkner (sigh..) per his request at [2]. +1 to the sigh. > > 3. Remove Devananda (sigh again..) +1 *more sighs*

Re: [openstack-dev] [nova][glance] Who needs multiple api_servers?

On 4/27/2017 4:52 PM, Eric Fried wrote: Y'all- TL;DR: Does glance ever really need/use multiple endpoint URLs? I'm working on bp use-service-catalog-for-endpoints[1], which intends to deprecate disparate conf options in various groups, and centralize acquisition of service

Re: [openstack-dev] [Openstack][Neutron]Why we use secuirity group which only support dispatching whiltelist rules?

On 04/25/2017 10:32 AM, Gary Kotton wrote: Hi, I would like us to think of considering enabling an API that would allow ‘deny’, for example an admin could overwrite a tenant’s security groups. For example, and admin may not want a specific source range to access the tenants VM’s. The guys

Re: [openstack-dev] [ironic] Resigning as a core reviewer

For me, sad is an understatement. It would be a lie if I denied tears at the moment. My brain keeps going back to the sudden tackle hug milliseconds after NobodyCam and BadCub introduced me to the Ironic team at the Paris summit. Seeing and having had a chance to work with a friend that I've had

[openstack-dev] [Zun] project on-board schedule

Hi all, There is a recent change on schedule about the Zun new contributors on-board session at Boston Summit. The new time is Monday, May 8, 2:00pm-3:30pm [1]. Please feel free to let me know if the new time doesn't work for you. Look forward to seeing you all there. [1]

[openstack-dev] [neutron] Changes in QoS service plugin

Hello, Some time ago my patch [1] was merged. It changes list of supported qos_rule_types to dict with rule types as keys and list of supported parameters and values for each rule type. Additionally now almost merged (I hope) is patch [2] which introduce new attribute `direction` to

Re: [openstack-dev] [nova][glance] Who needs multiple api_servers?

We make extensive use of the [glance]/api_servers list. We configure that on hypervisors to direct them to Glance servers which are more “local” network-wise (in order to reduce network traffic across security zones/firewalls/etc.) This way nova-compute can fail over in case one of the

Re: [openstack-dev] [tripleo][deployment][helm][kolla][openstack-ansible] paunch - a library/tool for yaml driven docker configuration

On Fri, Apr 28, 2017 at 11:11 AM, Paul Belanger wrote: > On Wed, Apr 12, 2017 at 10:53:17PM -0400, Emilien Macchi wrote: > > [adding more tags to make sure folks can see this thread] > > > > What we would like to hear from Deployment projects (Kolla, OSA, Helm, > etc) is:

Re: [openstack-dev] [neutron] Changes in QoS service plugin

On Fri, Apr 28, 2017 at 6:03 AM, Sławek Kapłoński wrote: > Hello, > > Some time ago my patch [1] was merged. It changes list of supported > qos_rule_types to dict with rule types as keys and list of supported > parameters and values for each rule type. > Additionally now

Re: [openstack-dev] TC Report 17

On Tue, Apr 25, 2017 at 6:05 PM, Chris Dent wrote: > > _This is published both as email and a blog post._ > > # Intro > > As promised, here's my first attempt at providing a weekly overview > of what's happening with the TC. The structure here is subject to > change as I

Re: [openstack-dev] [nova] Degradation of performance on master

On 4/27/2017 10:35 AM, Anastasia Kravets wrote: Hi all, Making some investigations in our project, we have run rally tests, and have noticed degradation of performance of nova on master compared with ocata branch. `nova list` on ocata branch with 100 servers run in 1,6s while the `nova list`

[openstack-dev] [nova] stepping down from Nova Bug Coordinator role

As I announced in our last Bug Team meeting I am stepping down from the Bug Coordinator role. I was a part of the OSIC team which, unfortunately, was discontinued recently. I have found a new position that does not include OpenStack upstream development, and as a result I can't conduct my duties

Re: [openstack-dev] [tripleo][deployment][helm][kolla][openstack-ansible] paunch - a library/tool for yaml driven docker configuration

On Wed, Apr 12, 2017 at 10:53:17PM -0400, Emilien Macchi wrote: > [adding more tags to make sure folks can see this thread] > > What we would like to hear from Deployment projects (Kolla, OSA, Helm, etc) > is: > > 1) Is there any overlap with some ongoing efforts? > 2) Would you be interested

Re: [openstack-dev] [stable][heat] Nominate huangtianhua for heat-stable-maint

On 4/20/2017 8:04 AM, Zane Bitter wrote: bump On 30/03/17 16:45, Zane Bitter wrote: We are feeling the pinch on stable-branch reviewers in Heat, so now that I understand the process a bit better, let's try this again. I'd like to nominate Huang Tianhua to join the heat-stable-maint team.

Re: [openstack-dev] [Blazar] Meeting time slots in Boston

Hi all, I reserved hacking rooms, Hynes, MR 109, for both meetings. I'm looking forward to seeing you all in Boston! https://ethercalc.openstack.org/Boston_Forum_Hacking_Rooms best regards, Masahito On 2017/04/21 13:41, Masahito MUROI wrote: Hi all, Thanks for choosing time slots! Based

Re: [openstack-dev] [all] Removal of puppet and ruby from nodepool images

On Wed, Apr 26, 2017 at 12:17:03PM -0400, Paul Belanger wrote: > Greetings, > > We, openstack-infra, are on our final steps of removing puppet (and ruby) from > our images jobs run in nodepool. At this point, I think we are confident we > shouldn't break any projects however I wanted to send

Re: [openstack-dev] [Openstack-operators] [nova][glance] Who needs multiple api_servers?

We at Nectar are in the same boat as Mike. Our use-case is a little bit more about geo-distributed operations though - our Cells are in different States around the country, so the local glance-apis are particularly important for caching popular images close to the nova-computes. We consider these

[openstack-dev] [nova] Discussions for DPDK support in OpenStack

Hi Nova team, I'm writing this e-mail because I'd like to have a discussion about DPDK support at OpenStack Summit in Boston. We have developed a dpdk-based patch panel named SPP[1], and we'd like to start working on Openstack (ML2 driver) to develop "networking-spp". Especially, we'd

Re: [openstack-dev] [nova] stepping down from Nova Bug Coordinator role

On 4/27/2017 2:48 PM, Maciej Szankin wrote: As I announced in our last Bug Team meeting I am stepping down from the Bug Coordinator role. I was a part of the OSIC team which, unfortunately, was discontinued recently. I have found a new position that does not include OpenStack upstream