Re: [openstack-dev] [nova] Native QEMU LUKS decryption review overview ahead of FF

On 23-01-18 16:52:30, Corey Bryant wrote: > On Tue, Jan 23, 2018 at 8:44 AM, Lee Yarwood wrote: >> grenade-dsvm-neutron-multinode-live-migration is currently failing due >> to our use of the Ocata UCA on stable/pike leading to the following >> issue with the libvirt 2.5.0 build it provides: >> >>

Re: [openstack-dev] [api-wg] [api] [cinder] [nova] Support specify action name in request url

Thanks Hongbin, These links are useful for me! Hongbin Lu 于2018年1月20日周六 上午3:20写道： > I remembered there are several discussions about action APIs in the past. > This is one discussion I can find: > http://lists.openstack.org/pipermail/openstack-dev/2016-December/109136.html > . An obvious alternat

Re: [openstack-dev] [nova] Native QEMU LUKS decryption review overview ahead of FF

On 23-01-18 13:44:49, Lee Yarwood wrote: > A breif progress update in-line below. > > On 22-01-18 14:22:12, Lee Yarwood wrote: > > Hello, > > > > With M3 and FF rapidly approaching this week I wanted to post a brief > > overview of the QEMU native LUKS series. > > > > The full series is availabl

Re: [openstack-dev] [glance] py27 gate situation

Confirmed that no issue in loading the middleware, problem lies somewhere else. Still trying to figure it out. Thanks & Regards, Abhishek On Tue, Jan 23, 2018 at 4:00 PM, Abhishek Kekane wrote: > I have tried to debug this in my environment but so far not able to find > the reason. > While sta

[openstack-dev] [docs] Documentation meeting today

Hi all, The docs meeting will continue today at 16:00 UTC in #openstack-doc, as scheduled. For more details, see the meeting page: https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting Cheers, pk __ OpenStack Development

[openstack-dev] [devstack] Broken repo on devstack-plugin-container for Fedora

Hi everyone, Since today, when I try to install devstack-plugin-container plugin over fedora. It complains in here [1] about not being able to sync the cache for the repo with the following error [2]. This is affecting me on Fedora26+ from different network locations, so I was wondering if someon

Re: [openstack-dev] [horizon][packaging] django-openstack-auth retirement

On 2018-01-23 23:19:59 +0900 (+0900), Akihiro Motoki wrote: [...] > Horizon usually does not publish its releases to PyPI, so I think what > we can do is to document it. > > P.S. > The only exceptions on PyPI horizon are 12.0.2 and 2012.2 releases. > 12.0.2 was released last week but I don't know

Re: [openstack-dev] [horizon][packaging] django-openstack-auth retirement

On 01/24/2018 08:25 AM, Jeremy Stanley wrote: On 2018-01-23 23:19:59 +0900 (+0900), Akihiro Motoki wrote: [...] Horizon usually does not publish its releases to PyPI, so I think what we can do is to document it. P.S. The only exceptions on PyPI horizon are 12.0.2 and 2012.2 releases. 12.0.2 was

[openstack-dev] Help still needed at FOSDEM!

We have a table at FOSDEM, and we desperately need people to sign up to staff it. https://etherpad.openstack.org/p/fosdem-2018 If you have an hour free at FOSDEM, please join us. Ideally, we need 2 people per slot, and at the moment we don't even have 1 for most of the slots. Thanks! -- Ri

[openstack-dev] [trove] Not running for Trove PTL

I have had the good fortune to be the PTL for Trove the last cycle. During this period, I was able to oversee a resurgence of community participation in Trove. As the project continues to evolve, it could use some new leadership. I wanted to clear the path for others to run. So I do not intend t

Re: [openstack-dev] [trove] Not running for Trove PTL

What a pity. Thanks so much for your remarkable work for trove in the last cycle, it’s my pleasure to work with you. Wish you the best! From Fan’s plastic iPhone On 25 Jan 2018, at 00:24, Manoj Kumar mailto:kuma...@us.ibm.com>> wrote: I have had the good fortune to be the PTL for Trove the la

[openstack-dev] [infra][all] New Zuul Depends-On syntax

Hi, We recently introduced a new URL-based syntax for Depends-On: footers in commit messages: Depends-On: https://review.openstack.org/535851 The old syntax will continue to work for a while, but please begin using the new syntax on new changes. Why are we changing this? Zuul has grown the a

Re: [openstack-dev] Help still needed at FOSDEM!

Hi, What is expected from people at the booth? On 24.01.2018 15:55, Rich Bowen wrote: > We have a table at FOSDEM, and we desperately need people to sign up to > staff it. > > https://etherpad.openstack.org/p/fosdem-2018 > > If you have an hour free at FOSDEM, please join us. Ideally, we need 2

[openstack-dev] [docs] Documentation meeting minutes for 2018-01-24

=== #openstack-doc: docteam === Meeting started by pkovar at 16:00:51 UTC. The full logs are available at http://eavesdrop.openstack.org/meetings/docteam/2018/docteam.2018-01-24-16.00.log.html . Meeting summary --- * roll call (pkovar, 16:

[openstack-dev] [PTL][release] Reminders for Queens-3 January 25

Hey everyone, The queens-3 milestone is tomorrow. This is a big week for deadlines as this is also official Feature Freeze, the final release date for client libraries, the start of soft string freeze, and the beginning of the requirements freeze. Please make sure all release requests are submitt

Re: [openstack-dev] [ironic] Remove in-tree policy and config?

Thanks for bringing it up John. I totally forgot about that. Not only are the samples in the docs, there is a link in those docs so that the sample can be downloaded as a file. Also, for a patch that modifies the configs, you can see the rendered file(s) via the generated docs. PROFIT! :) +1.

Re: [openstack-dev] [ironic] FFE request for node traits

+1 :) On 2018-01-23, 5:04 AM, "Dmitry Tantsur" wrote: +1 on keeping moving forward with it. that's important for future nova work, as well as our deploy steps work. On 01/22/2018 10:11 PM, Mark Goddard wrote: > The node traits feature [1] is an essential priority for ironi

Re: [openstack-dev] [ironic] FFE request for node rescue feature

+1 (and thx Dmitry and Julia for reviewing!) --ruby On 2018-01-23, 5:15 AM, "Dmitry Tantsur" wrote: I'm +1 on this, because the feature has been proposed for a while (has changed the contributor group at least once) and is needed for feature parity with virtual machines in nova.

Re: [openstack-dev] [ironic] FFE - classic drivers deprecation

+1 :) I'm also +1 on amending our FFE rules so that the PTL can get a FFE on one thing of their desire, regardless of anyone disagreeing, as long as they have two cores that are willing to review. As a small thank-you for being PTL! :D (I'm serious even though I just thought of this.) --ruby

Re: [openstack-dev] [ironic] FFE - Implementation for UEFI iSCSI boot for iLO drivers

+1. This seems minimal risk. --ruby From: Debayan Ray Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Wednesday, January 24, 2018 at 2:36 AM To: "openstack-dev@lists.openstack.org" Subject: [openstack-dev] [ironic] FFE - Implementation for UEFI iSCSI boot for i

Re: [openstack-dev] [sdk][masakari][tricircle] Inclusion of SDK classes in openstacksdk tree

On 01/21/2018 07:08 PM, joehuang wrote: Hello, Monty, Tricircle did not develop any extra Neutron network resources, Tricircle provide plugins under Neutron, and same support resources as Neutron have. To ease the management of multiple Neutron servers, one Tricircle Admin API is provided to

[openstack-dev] [openstack-ansible] Limiting pip wheel builds for OpenStack clients

Hey there, I was spelunking into the slow wheel build problems we've been seeing in CentOS and I found that our wheel build process was spending 4-6 minutes building cassandra-driver. The wheel build process usually takes 8-12 minutes, so half the time is being spent there. More digging reveal

Re: [openstack-dev] [devstack] Broken repo on devstack-plugin-container for Fedora

On Wed, Jan 24, 2018 at 02:14:40PM +0100, Daniel Mellado wrote: > Hi everyone, > > Since today, when I try to install devstack-plugin-container plugin over > fedora. It complains in here [1] about not being able to sync the cache > for the repo with the following error [2]. > > This is affecting

Re: [openstack-dev] [infra][all] New Zuul Depends-On syntax

This is a (the?) killer feature. On Wed, Jan 24, 2018 at 11:33 AM, James E. Blair wrote: > Hi, > > We recently introduced a new URL-based syntax for Depends-On: footers > in commit messages: > > Depends-On: https://review.openstack.org/535851 > > The old syntax will continue to work for a whi

Re: [openstack-dev] [openstack-ansible] Limiting pip wheel builds for OpenStack clients

> -Original Message- > From: Major Hayden [mailto:ma...@mhtx.net] > Sent: Wednesday, January 24, 2018 8:03 PM > To: OpenStack Development Mailing List (not for usage questions) > > Subject: [openstack-dev] [openstack-ansible] Limiting pip wheel builds > for OpenStack clients > > Hey the

Re: [openstack-dev] [infra][all] New Zuul Depends-On syntax

On 01/24/2018 02:25 PM, David Shrewsbury wrote: This is a (the?) killer feature. On Wed, Jan 24, 2018 at 11:33 AM, James E. Blair > wrote: Hi, We recently introduced a new URL-based syntax for Depends-On: footers in commit messages:   Depends-On:

Re: [openstack-dev] [masakari] Questions on masakari CLI for hosts and segments

From reading the Masakari API Specifications commit (https://review.openstack.org/#/c/512591/) I believe that the proper syntax for the host and segment creates is as follows: masakari segment-create --name segment-1 --recovery-method auto --service-type COMPUTE masakari host-create --name --t

Re: [openstack-dev] [openstack-ansible] Limiting pip wheel builds for OpenStack clients

Excerpts from Mooney, Sean K's message of 2018-01-24 20:30:19 +: > > > -Original Message- > > From: Major Hayden [mailto:ma...@mhtx.net] > > Sent: Wednesday, January 24, 2018 8:03 PM > > To: OpenStack Development Mailing List (not for usage questions) > > > > Subject: [openstack-dev]

[openstack-dev] [masakari] BUG in Masakari Installation and Procedure and/or Documentation

I am looking for some input before I raise a BUG. I reviewed the following commits which documented the Masakari and MasakariMonitors Installation and Procedures. i.e. https://review.openstack.org/#/c/489570/ https://review.openstack.org/#/c/489095/ I created an AIO devstack with Masakari on cur

Re: [openstack-dev] [oslo][oslo.log] JSON logs are missing the request ID

> 3.34.0 is a queens series release, which makes it more likely that more > other dependencies would need to be updated. Even backporting the > changes to the Ocata branch and releasing it from there would require > updating several other libraries. > That is what I was fearing. Consider that our

Re: [openstack-dev] [nova] PTL Election Season

On 01/22/2018 06:09 PM, Matt Riedemann wrote: On 1/15/2018 11:04 AM, Kendall Nelson wrote: Election details: https://governance.openstack.org/election/ Please read the stipulations and timelines for candidates and electorate contained in this governance documentation. Be aware, in the PTL el

[openstack-dev] [requirements][congress] getting requirements updates for congress-dashboard

Hi all, I'm having some trouble getting congress-dashboard to receive requirements updates from global-requirements. The check-requirements job seems to be configured, but does NOT seem to be running: http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/pr ojects.yaml#n4246 T

Re: [openstack-dev] [nova] Native QEMU LUKS decryption review overview ahead of FF

On 1/22/2018 8:22 AM, Lee Yarwood wrote: Hello, With M3 and FF rapidly approaching this week I wanted to post a brief overview of the QEMU native LUKS series. The full series is available on the following topic, I'll go into more detail on each of the changes below: https://review.openstack.or

Re: [openstack-dev] [Release-job-failures] Pre-release of openstack/octavia-dashboard failed

On Wed, Jan 24, 2018 at 10:50:15PM +, z...@openstack.org wrote: > Build failed. > > - release-openstack-python > http://logs.openstack.org/cb/cb4f0e814b6b250309246611b0f5d37aba3bbbdf/pre-release/release-openstack-python/8012d1f/ > : POST_FAILURE in 14m 33s > - announce-release announce-relea

[openstack-dev] [nova][neutron] Extend instance IP filter for floating IP

Hi all, Nova currently allows us to filter instances by fixed IP address(es). This feature is known to be useful in an operational scenario that cloud administrators detect abnormal traffic in an IP address and want to trace down to the instance that this IP address belongs to. This feature wor

Re: [openstack-dev] [nova] PTL Election Season

2018-01-22 15:09 GMT-08:00 Matt Riedemann : > On 1/15/2018 11:04 AM, Kendall Nelson wrote: >> >> Election details: https://governance.openstack.org/election/ >> >> Please read the stipulations and timelines for candidates and electorate >> contained in this governance documentation. >> >> Be aware,

Re: [openstack-dev] [glance] functional gate situation

Update on the 24 hours since the last update: tl;dr: glance cores, do not approve any substantial code changes until after the functional tests are restored. See below for details. On Tue, Jan 23, 2018 at 8:09 PM, Brian Rosmaita wrote: > Update on the last 24 hours: > > (1) Sean's patch splitti

Re: [openstack-dev] [all][tc] Clarifying testing recommendation for interop programs

On Fri, Jan 19, 2018 at 4:23 PM, Graham Hayes wrote: > > > On 19/01/18 03:28, Ghanshyam Mann wrote: >> On Thu, Jan 11, 2018 at 10:06 PM, Colleen Murphy wrote: >>> Hi everyone, >>> >>> We have governance review under debate[1] that we need the community's help >>> on. >>> The debate is over what

Re: [openstack-dev] [devstack] Broken repo on devstack-plugin-container for Fedora

On 2018-01-24 14:14, Daniel Mellado wrote: > Hi everyone, > > Since today, when I try to install devstack-plugin-container plugin over > fedora. It complains in here [1] about not being able to sync the cache > for the repo with the following error [2]. > > This is affecting me on Fedora26+ from

Re: [openstack-dev] [requirements][congress] getting requirements updates for congress-dashboard

On 2018-01-24 23:54, Eric K wrote: > Hi all, > > I'm having some trouble getting congress-dashboard to receive requirements > updates from global-requirements. > > The check-requirements job seems to be configured, but does NOT seem to be > running: > http://git.openstack.org/cgit/openstack-infra

Re: [openstack-dev] [ALL][requirements] A freeze is coming and you should be prepared

On 18-01-24 01:29:47, Matthew Thode wrote: > On 18-01-23 01:23:50, Matthew Thode wrote: > > Requirements is freezing Friday at 23:59:59 UTC so any last > > global-requrements updates that need to get in need to get in now. > > > > I'm afraid that my condition has left me cold to your pleas of merc

Re: [openstack-dev] [tc] [all] TC Report 18-04

On 1/23/2018 5:22 PM, Chris Dent wrote: if i were to (potentially) oversimplify it, i would agree with this statement: http://eavesdrop.openstack.org/irclogs/%23openstack-tc/%23openstack-tc.2018-01-23.log.html#t2018-01-23T10:12:22 i don't believe a PTL necessarily has to keep the whole state

[openstack-dev] [requirements] [vitrage] global requirements update for python-vitrageclient

Hi, I tried to update the version of python-vitrageclient [1], but the legacy-requirements-integration-dsvm test failed with an error that does not seem related to my changes: error: can't copy 'etc/glance-image-import.conf': doesn't exist or not a regular file I noticed that two other change