Re: [openstack-dev] [glance] PTL non-candidacy

On Mon, Jan 29, 2018 at 2:18 PM, Brian Rosmaita wrote: > I've been PTL of Glance through some rocky times, but have decided not > to stand for election for the Rocky cycle. My plan is to stick > around, attend to my duties as a glance core contributor, and support >

Re: [openstack-dev] [glance] PTL non-candidacy

Excerpts from Brian Rosmaita's message of 2018-01-29 14:18:18 -0500: > I've been PTL of Glance through some rocky times, but have decided not > to stand for election for the Rocky cycle. My plan is to stick > around, attend to my duties as a glance core contributor, and support > my successor in

Re: [openstack-dev] [sahara] PTL Nomination

Thanks for volunteering again, Telles. The project is in good hands under your leadership. On Mon, Jan 29, 2018 at 2:45 PM, Telles Nobrega wrote: > Hi Saharans, I would like to nominate myself to act as PTL for Sahara during > the Rocky cycle. > > I've been acting as PTL for

[openstack-dev] [os-upstream-institute] Meeting reminder

Hi Training Team, Friendly reminder that we have our next meeting in an hour (2000 UTC) on #openstack-meeting-3. You can find the agenda here: https://etherpad.openstack.org/p/openstack-upstream-institute-meetings See you soon! :) Thanks, Ildikó (IRC: ildikov)

[openstack-dev] [glance] PTL non-candidacy

I've been PTL of Glance through some rocky times, but have decided not to stand for election for the Rocky cycle. My plan is to stick around, attend to my duties as a glance core contributor, and support my successor in whatever way I can to make for a smooth transition. After three consecutive

[openstack-dev] [ironic] this week's priorities and subteam reports

Hi, We are glad to present this week's priorities and subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. This Week's Priorities (as of the weekly ironic meeting) Bugs that we want to

Re: [openstack-dev] [glance] PTL non-candidacy

On Mon, Jan 29, 2018 at 02:18:18PM -0500, Brian Rosmaita wrote: > I've been PTL of Glance through some rocky times, but have decided not > to stand for election for the Rocky cycle. My plan is to stick > around, attend to my duties as a glance core contributor, and support > my successor in

[openstack-dev] [sahara] PTL Nomination

Hi Saharans, I would like to nominate myself to act as PTL for Sahara during the Rocky cycle. I've been acting as PTL for the last two cycles (Pike and Queens) and I believe that even though we lost a lot of resources we were able to improve Sahara considerably in the last year. Moving forward I

Re: [openstack-dev] [nova][placement] Re: VMWare's resource pool / cluster and nested resource providers

We had some lively discussion in #openstack-nova today, which I'll try to summarize here. First of all, the hierarchy: controller (n-cond) / \ cluster/n-cpu cluster/n-cpu / \ / \ res. poolres. pool

Re: [openstack-dev] [glance] PTL non-candidacy

++ Thanks for leadership within Glance and everything else you've done in the community! -- Kevin Carter IRC: Cloudnull On Mon, Jan 29, 2018 at 1:27 PM, Sean McGinnis wrote: > On Mon, Jan 29, 2018 at 02:18:18PM -0500, Brian Rosmaita wrote: > > I've been PTL of Glance

Re: [openstack-dev] [ALL][requirements] Tonight Hell freezes over!

On 18-01-28 20:47:42, Matthew Thode wrote: > On 18-01-27 21:37:53, Matthew Thode wrote: > > On 18-01-26 23:05:11, Matthew Thode wrote: > > > On 18-01-26 00:12:38, Matthew Thode wrote: > > > > On 18-01-24 22:32:27, Matthew Thode wrote: > > > > > On 18-01-24 01:29:47, Matthew Thode wrote: > > > > >

Re: [openstack-dev] [glance] PTL non-candidacy

Thanks so much for your remarkable work for glance for the couple of cycles. You have introduced very good processes like weekly priorities which helped community members to keep focused on priorities. It’s my pleasure to work with you, and yet I need to learn lot from you. Wish you all the best

Re: [openstack-dev] [nova]Nova rescue inject pasword failed

On Mon, Jan 29, 2018 at 4:57 AM, Matthew Booth wrote: > On 29 January 2018 at 09:27, 李杰 wrote: >> >> Hi,all: >> I want to access to my instance under rescue state using >> temporary password which nova rescue gave me.But this password doesn't

[openstack-dev] [release][searchlight] problem with release job configurations

Both searchlight-ui has a configuration issue that the release team cannot fix by ourselves. We need input from the searchlight team about how to resolve it. As you'll see from [2] the release validation logic is categorizing searchlight-ui as a horizon-plugin. It is then rejecting the release

[openstack-dev] [nova]Nova rescue inject pasword failed

Hi,all: I want to access to my instance under rescue state using temporary password which nova rescue gave me.But this password doesn't work. Can I ask how this password is injected to instance? I can't find any specification how is it done.I saw the code about rescue,But it displays

Re: [openstack-dev] [nova]Nova rescue inject pasword failed

On 29 January 2018 at 09:27, 李杰 wrote: > Hi,all: > I want to access to my instance under rescue state using > temporary password which nova rescue gave me.But this password doesn't > work. Can I ask how this password is injected to instance? I can't find any >

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

I added my comment/opinion on the bug. Thanks for reporting this, Major! __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

[openstack-dev] [tripleo] opendaylight OpenDaylightConnectionProtocol deprecation issue

Hi all, It seem that this commit [1] deprecated the OpenDaylightConnectionProtocol, but it also remove it. This is causing the following issue when we deploy opendaylight non containerized. See [2] One solution is to add back the OpenDaylightConnectionProtocol [3] the other solution is to

[openstack-dev] [all][kolla][rdo] Collaboration with Kolla for the RDO test days

Hi ! For those who might be unfamiliar with the RDO [1] community project: we hang out in #rdo, we don't bite and we build vanilla OpenStack packages. These packages are what allows you to leverage one of the deployment projects such as TripleO, PackStack or Kolla to deploy on CentOS or RHEL.

Re: [openstack-dev] [security] Security PTG Planning, x-project request for topics.

Just a reminder as we have not had many uptakes yet.. Are there any projects (new and old) that would like to make use of the security SIG for either gaining another perspective on security challenges / blueprints etc or for help gaining some cross project collaboration? On Thu, Jan 11, 2018 at

Re: [openstack-dev] [nova]Nova rescue inject pasword failed

yeah,but Idon't know why we have to use a config disk,we can also gain the metadata by metadata RESTful service.Now I set my nova.conf inject_password=True, inject_partition=-1.And the libguestfs-1.36.3-6.el7_4.3.x86_64 is also installed.But it doesn't work. -- Original

Re: [openstack-dev] [nova][neutron][infra] zuul job definitions overrides and the irrelevant-file attribute

On Fri, Jan 26, 2018 at 6:57 PM, James E. Blair wrote: Balázs Gibizer writes: Hi, I'm getting more and more confused how the zuul job hierarchy works or is supposed to work. Hi! First, you (or others) may or may not have seen this

[openstack-dev] [kolla] Policy regarding template customisation

Hi all, I'd like to revisit our policy of not templating everything in kolla-ansible's template files. This is a policy that was set in place very early on in kolla-ansible's development, but I'm concerned we haven't been very consistent with it. This leads to confusion for contributors and

[openstack-dev] [release][requirements][horizon] django-openstack-auth retirement

Hi the release team and the requirements team, I would like to have on django-openstack-auth (DOA) retirement. In the thread of the announce of DOA retirement last week, I was advised to release a transition package which provides no python module and make horizon depend on it so that the

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

Excerpts from Matthew Thode's message of 2018-01-28 20:47:42 -0600: > On 18-01-27 21:37:53, Matthew Thode wrote: > > On 18-01-26 23:05:11, Matthew Thode wrote: > > > On 18-01-26 00:12:38, Matthew Thode wrote: > > > > On 18-01-24 22:32:27, Matthew Thode wrote: > > > > > On 18-01-24 01:29:47,

Re: [openstack-dev] [kolla] Policy regarding template customisation

Agree, the “why” of this policy is stated here: https://docs.openstack.org/developer/kolla-ansible/deployment-philosophy.html Paul, I think your corrective actions sound good. Perhaps we should also reword “essential” to some other word that is more lenient. Cheers -steve From: Jeffrey Zhang

Re: [openstack-dev] [keystone] FFE for application credentials

+1 I agree. Thanks for the heads up, Colleen. On 01/29/2018 09:53 AM, Colleen Murphy wrote: >> On Thu, Jan 25, 2018 at 10:15 PM, Lance Bragstad wrote: >>> Hey all, >>> >>> The work for application credentials [0] has been up for a while, >>> reviewers are happy with it,

Re: [openstack-dev] [ironic] FFE request for deprecating python-oneviewclient from OneView interfaces

Circling back to this, Since Dmitry and myself agreed to continue reviewing this work, I believe we have implicitly agreed to grant this FFE and continue to land this work. Should anyone disagree, please reply indicating as such. I will also bring this up during our weekly meeting that is in

Re: [openstack-dev] [keystone] FFE for application credentials

> On Thu, Jan 25, 2018 at 10:15 PM, Lance Bragstad wrote: >> Hey all, >> >> The work for application credentials [0] has been up for a while, >> reviewers are happy with it, and it is slowly making it's way through >> the gate. I propose we consider a feature freeze exception

[openstack-dev] [ptg] [glance] Dublin PTG planning

We've been talking about this at the weekly glance meeting, but I forgot to put out a wider shout on the ML. The Glance planning etherpad is here: https://etherpad.openstack.org/p/glance-rocky-ptg-planning Right now it contains some excellent proposals*, but we could use some more. cheers,

[openstack-dev] [designate] designate-core updates

Another update to the designate-core team: + eandersson - timsim - kiall eandersson has been a long term reviewer and end user of designate who has consistently performed good, and detail orientated reviews. Unfortunately both Kiall and Tim have moved on to other areas, and as such have not had

[openstack-dev] [blazar][release] release job configuration issues

Both blazar-dashboard and blazar-nova have configuration issues blocking their release and the release team needs input from the blazar team to resolve the problems. The validation output for blazar-dashboard [2] shows that the repo is being treated as a horizon plugin but it is configured to use

Re: [openstack-dev] [kolla] Policy regarding template customisation

Hey, So I'm also for option 2. There was big discussion in Atlanta about "how hard it is to keep configs up to date and remove deprecated options". merge_config makes it easier for us to handle this. With amount of services we support I don't think we have enough time to keep tabs on every config

[openstack-dev] [Release-job-failures] [mistral] Pre-release of openstack/mistral-extra failed

The mistral-extra package is failing the pre-release check. The commit sha for the queens-3 milestone is the same as it was for queens-2. This appears to be the cause of the issue, as the constraints have that last release. Please take a look and let us know in #openstack-release if there is

Re: [openstack-dev] [Openstack-operators] [all][kolla][rdo] Collaboration with Kolla for the RDO test days

Cool, thank you David, sign me up!:) On 29 January 2018 at 05:30, David Moreau Simard wrote: > Hi ! > > For those who might be unfamiliar with the RDO [1] community project: > we hang out in #rdo, we don't bite and we build vanilla OpenStack > packages. > > These packages

[openstack-dev] [All] [Elections] Rocky PTL Nominations Are Now Open

Hello All! Nominations for OpenStack PTLs (Program Team Leads) are now open and will remain open until Feb 07, 2018 23:45 UTC. All nominations must be submitted as a text file to the openstack/election repository as explained at

Re: [openstack-dev] [ALL][requirements] Prepare for a bitter harvest, winter has come at last!

On 18-01-29 14:44:20, Matthew Thode wrote: > On 18-01-28 20:47:42, Matthew Thode wrote: > > On 18-01-27 21:37:53, Matthew Thode wrote: > > > On 18-01-26 23:05:11, Matthew Thode wrote: > > > > On 18-01-26 00:12:38, Matthew Thode wrote: > > > > > On 18-01-24 22:32:27, Matthew Thode wrote: > > > > >

Re: [openstack-dev] [Release-job-failures][mistral][release][requirements] Pre-release of openstack/mistral-extra failed

Excerpts from zuul's message of 2018-01-30 00:40:13 +: > Build failed. > > - release-openstack-python > http://logs.openstack.org/53/533a5ee424ebf6937f03d3b1d9d5b52e8ecb/pre-release/release-openstack-python/44f2fd4/ > : FAILURE in 7m 58s > - announce-release announce-release : SKIPPED >

Re: [openstack-dev] [blazar][release] release job configuration issues

Thanks for the help. I've already pushed patches for updating the release job of blazar-nova[1] and blazar-dashboard[2]. The two patches are under review now and added as Depends-On links. 1. https://review.openstack.org/#/c/538182/ 2. https://review.openstack.org/#/c/538185/ best regards,

[openstack-dev] [tripleo] Queens milestone 3 has been released!

Queens milestone 3 has been tagged and stable/queens branch was created for python-tripleoclient. Some interesting numbers: - 178 bug fixed (171 in pike-3, 110 in ocata-3 and 76 in newton-3). - 9 blueprints implemented (22 in pike-3, 11 in ocata-3 and 13 in newton-3) If we count by release (only

Re: [openstack-dev] [nova]Nova rescue inject pasword failed

Thank you,Mathieu.Do you know how to use metadata RESTful service to inject password? -- Original -- From: "Mathieu Gagné"; Date: 2018年1月30日(星期二) 凌晨3:05 To: "OpenStack Developmen"; Subject: Re: [openstack-dev] [nova]Nova rescue inject pasword failed On

[openstack-dev] [requirement][cyborg]FFE - pyspdk requirement dependency

Hi, The pyspdk is a important tool library [1] which supports Cyborg SPDK driver [2] to manage the backend SPDK-base app, so we need to upload pyspdk into the pypi [3] and then append 'pyspdk>=0.0.1’ item into ‘OpenStack/Cyborg/requirements.txt’ , so that SPDK driver can be built correctly

Re: [openstack-dev] [kolla] Policy regarding template customisation

Thank Paul for pointing this out. for me, I prefer to consist with 2) There are thousands of configuration in OpenStack, it is hard for Kolla to add every key/value pair in playbooks. Currently, the merge_config is a more better solutions. On Mon, Jan 29, 2018 at 7:13 PM, Paul Bourke

Re: [openstack-dev] [security] Security PTG Planning, x-project request for topics.

Bug 968696 and System Roles. Needs to be addressed across the Service catalog. On Mon, Jan 29, 2018 at 7:38 AM, Luke Hinds wrote: > Just a reminder as we have not had many uptakes yet.. > > Are there any projects (new and old) that would like to make use of the > security

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

Hi, Here is the status update / focus settings mail for w5. Bugs [High] https://bugs.launchpad.net/nova/+bug/1742962 nova functional test does not triggered on notification sample only changes Fix merged to master, backports are on the gate. When backport lands we can merge the removal

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

> > ... the > only outstanding item is that oslo.versionedobjects seems to need > another fix for the iso8601 bump. ... I took a look at the failing jobs for the oslo.versionobjects bump, and it appears this is not directly related. There are failures in nova, cinder, and keystone with the new

Re: [openstack-dev] [kolla] Policy regarding template customisation

I have to agree - I prefer the minimal approach of option 2. It keeps the kolla-ansible code base small and easy to understand. The required test matrix is therefore relatively small (although better coverage of services in CI would be good). Finally, the approach has allowed the project to move

Re: [openstack-dev] [release][requirements][horizon] django-openstack-auth retirement

Excerpts from Akihiro Motoki's message of 2018-01-30 00:36:30 +0900: > Hi the release team and the requirements team, > > I would like to have on django-openstack-auth (DOA) retirement. > In the thread of the announce of DOA retirement last week, I was > advised to release a transition package

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

On 18-01-29 08:30:37, Sean McGinnis wrote: > > > > ... the > > only outstanding item is that oslo.versionedobjects seems to need > > another fix for the iso8601 bump. ... > > I took a look at the failing jobs for the oslo.versionobjects bump, and it > appears this is not directly related. > >

Re: [openstack-dev] Race in FixedIP.associate_pool

Hello, On Tue, Dec 12, 2017 at 12:22 PM, Arun SAG wrote: > Hello, > > We are running nova-network in ocata. We use mysql in a master-slave > configuration, The master is read/write, and all reads go to the slave > (slave_connection is set). When we tried to boot multiple VMs

[openstack-dev] [magnum] Any plan to resume nodegroup work?

Hi, I saw magnum nodegroup specs https://review.openstack.org/425422, https://review.openstack.org/433680, and https://review.openstack.org/425431 were last updated a year ago. is there any plan to resume this work or is it superseded by other specs or features? Thanks! Regards, Wan-yen

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

Hello Greg, Thank you for reporting & researching. On 2018/01/27 5:59, Waines, Greg wrote: Update on this. It turned out that i had incorrectly set the ‘project_name’ and ‘username’ in /etc/masakarimonitors/masakarimonitors.conf Setting both these attributes to ‘admin’ made it such that

[openstack-dev] [horizon] FFE Request for Queens

Hi, I would like to ask for FFE on the neutron-trunk-ui blueprint to let the admin panel for trunks be accepted for Queens. Based on discussion on IRC (http://eavesdrop.openstack.org/irclogs/%23openstack-horizon/%23openstack-horizon.2018-01-29.log.html#t2018-01-29T14:36:58 ) the remaining