[openstack-dev] [acceleration]Cyborg Team Weekly Meeting 2018.01.24

Hi all, Meeting as usual at #openstack-cyborg starting UTC1500. We will tide up some final loose ends for the release, as well as discuss about the Rocky PTG meeting agenda in Dublin. https://etherpad.openstack.org/p/cyborg-ptg-rocky -- Zhipeng (Howard) Huang Standard Engineer IT Standard &

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

Requesting FFE for firmware based iSCSI boot from volume support in iLO --- # Pros -- With the patches up for review[0] we have implemented firmware based iSCSI boot from volume for iLO hardware. This functionality will

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

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 mercy. > Just your daily reminder that the freeze will

Re: [openstack-dev] Announcement of retirement of rack and python-rackclient project

On Tue, Jan 23, 2018 at 6:57 PM, Takehiro Kaneko wrote: > Hi all, > > > I’d like to inform you of the retirement of rack and python-rackclient > project. > > The projects are no longer maintained. > > Thank you for your contributions to the projects. with quick search on

[openstack-dev] [glance] functional gate situation

Update on the last 24 hours: (1) Sean's patch splitting the unit and functional tests in tox has merged. (2) My patch to restore the functional test gate jobs ran into a problem, namely, that one of the py35 tests suddenly begun failing in the gate, and I haven't been able to reproduce it

[openstack-dev] Announcement of retirement of rack and python-rackclient project

Hi all, I’d like to inform you of the retirement of rack and python-rackclient project. The projects are no longer maintained. Thank you for your contributions to the projects. If you have any question, please email me. Thank you. Takehiro.

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

On Tue, 23 Jan 2018, gordon chung wrote: i love this intro. when does your coming-of-age book come out? :) What, you don't have it already? It's _so_ amazing. i think this probably links back to the issues with openstack-specs. maybe it's because the tasks aren't flashy enough, maybe it's

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

On 2018-01-23 01:40 PM, Chris Dent wrote: > > (Hyperlinkified for your pleasure: > https://anticdent.org/tc-report-18-04.html ) > > When a person is in early adolescence they get cramps in their legs > and call it growing pains. Later, in adulthood, there's a different > kind of pain when the

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

On Tue, Jan 23, 2018 at 8:44 AM, 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. > >

[openstack-dev] [openstack-helm] Requesting availability for Office Hours

OpenStack-Helm team, We're seeking to accelerate onboarding of new team members and shorten the learning curve. One idea that has resonated is to have team office hours, where experienced team members set aside time to answer questions and help newer team members get up to speed in the IRC

Re: [openstack-dev] [tripleo] FFE nfs_ganesha integration

I agree this would be a great addition but I'm worried about the patches which right now don't pass the check pipeline. Also I don't see any release notes explaining the changes to our users and it's supposed to improve user experience... Please add release notes, make CI passing and we'll

Re: [openstack-dev] [Zuul] requirements-check FAILURE

I got it now. Thanks all for the info. -Original Message- From: Andreas Jaeger [mailto:a...@suse.com] Sent: Thursday, January 18, 2018 2:43 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Zuul] requirements-check FAILURE On 2018-01-17

Re: [openstack-dev] [requirements] requirements-tox-validate-projects FAILURE

Thanks Clark. Got the +1 from zuul. By the way, I also changed to use openstack/automaton instead of transitions. It is all good now. Louie -Original Message- From: Clark Boylan [mailto:cboy...@sapwetik.org] Sent: Thursday, January 18, 2018 5:28 PM To:

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

(Hyperlinkified for your pleasure: https://anticdent.org/tc-report-18-04.html ) When a person is in early adolescence they get cramps in their legs and call it growing pains. Later, in adulthood, there's a different kind of pain when the strategies and tactics used to survive adolescence are no

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

Note: this is the sixth edition of a weekly update of what happens in TripleO. The goal is to provide a short reading (less than 5 minutes) to learn where we are and what we're doing. Any contributions and feedback are welcome. Link to the previous version:

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

Hi, I'd like to request an FFE for deprecating python-oneviewclient and introduce python-hpOneView in OneView interfaces [1]. This migration was performed in Pike cycle but it was reverted due to the lack of a CA certificate validation in python-hpOneView (available since 4.4.0 [2]). As the

Re: [openstack-dev] [zuul] Cannot view log outputs in browser

On 2018-01-23 07:45 AM, Paul Bourke wrote: > Apologies if this has been asked before. It seems as of late (I think > since the roll out of zuul v3, I can't seem to view job outputs directly > in my browser. E.g. when I click link[0], I have to download > 'job-output.txt.gz', unzip it, rename

Re: [openstack-dev] [zuul] Cannot view log outputs in browser

That's odd. What should happen is that while the file is zipped as .txt.gz, Apache decompresses the file on-the-fly and serves it to you as plain text [1]. This should work even with something as basic as curl. There's no javascript or fancy things involved ​: $ curl -s

[openstack-dev] [FEMDC] A first step to the gap analysis of the OpenStack code base

Dear all, Following our last exchanges, we had a few discussions regarding the OpenStack code base w.r.t the edge challenges. Our idea was (i) to identify a couple of requirements (from the simplest one, i.e. starting a VM at a specific location, to the most advanced one, i.e.

[openstack-dev] [all] [ptg] Video interviews again at the PTG

TL;DR: Sign up for PTG interviews at https://docs.google.com/spreadsheets/d/1MK7rCgYXCQZP1AgQ0RUiuc-cEXIzW5RuRzz5BWhV4nQ/edit#gid=0 As at previous PTGs, I will be doing interviews in Dublin, which will be posted to http://youtube.com/RDOCommunity - where you can see some past examples. If

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

Excerpts from Saverio Proto's message of 2018-01-23 10:21:37 +0100: > Hello Doug, > > I have run the script: > here is my output: > > http://paste.openstack.org/show/650913/ It looks like the logger returned by oslo.log does include the values in the "extra" section but the others do not

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

2018-01-22 20:30 GMT+09:00 Jeremy Stanley : > On 2018-01-22 14:40:49 +0900 (+0900), Akihiro Motoki wrote: > [...] >> If you install horizon and django-openstack-auth by using pip (instead >> of distribution packages), please uninstall django-openstack-auth >> python package

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

On Tue, Jan 23, 2018 at 12:09 AM, 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

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

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 available on the following topic, I'll go into more > detail on

[openstack-dev] [zuul] Cannot view log outputs in browser

Apologies if this has been asked before. It seems as of late (I think since the roll out of zuul v3, I can't seem to view job outputs directly in my browser. E.g. when I click link[0], I have to download 'job-output.txt.gz', unzip it, rename the extension to '.html', and finally open it in a

[openstack-dev] [faas] [qinling] project update - 3

Hi, all This project update is posted bi-weekly, but feel free to get in touch in #openstack-qinling anytime. - Function package md5 check. This feature allows user specify the md5 checksum for the code package when creating the function, so the function package could be verified after

[openstack-dev] [tripleo] TripleO CI Squad meeting

Hello, Here’s the highlights from TripleO CI Squad meeting from January 18 - Roles - The Ruck and the Rover will be responsible for any CI problems, so if you have anything related to CI, please contact them. The rest of the team will work on the sprint -

[openstack-dev] [tripleo] TripleO CI end of sprint status

Hello, Sorry the delay... On January 17 we came the end of sprint using our new team structure, and here’s the highlights. Sprint Review: On this sprint, the team worked in the first steps to have metrics enabled in Tripleo Jobs. With this in place will be easier to identify places where we

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

I have tried to debug this in my environment but so far not able to find the reason. While starting the api service from functional tests it fails to load middleware 'rootapp' from api-paste.ini What I have done is added below lines in tox.ini to enable debugging of functional tests

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

Hi all, I'm writing to request an FFE for the classic drivers deprecation work [1][2]. This is a part of the driver composition reform [3] - the effort started in Ocata to revamp bare metal drivers. The following changes are in scope of this FFE: 1. Provide an automatic migration to hardware

Re: [openstack-dev] [Neutron]The components timing problem

Hi, Yeah, rabbitmq server on the same host. rabbitmq service was stopped a little while to try to reproduce a problem. Do you mean report_state always running even the rabbitmq connection is down? It sounds unreasonable. Thanks, Frank At 2018-01-23 17:58:58, "Sławomir Kapłoński"

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

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. On 01/23/2018 06:56 AM, Shivanand Tendulker wrote: Hi The rescue feature [1] is an high priority for ironic in

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

On Tue, Jan 23, 2018 at 12:09 AM, 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

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

+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 ironic in Queens, and is an important step in the continuing evolution of

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

Thanks Matt, for patiently reviewing our patches, helping newbies like me integrate well into the Nova team and for being an amazing PTL. Best Regards, Surya. On Tue, Jan 23, 2018 at 11:00 AM, John Garbutt wrote: > On 23 January 2018 at 04:04, Ed Leafe

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

On 23 January 2018 at 04:04, Ed Leafe wrote: > On Jan 22, 2018, at 5:09 PM, Matt Riedemann wrote: > > To anyone that cares, I don't plan on running for Nova PTL again for the > Rocky release. Queens was my fourth tour and it's definitely time for > someone

Re: [openstack-dev] [Neutron]The components timing problem

Hi, Problem which You have here is that Your agent can't connect to rabbitmq. Because of that rpc message with report_state is timeouted and that is the reason of this error. Is Your rabbitmq server on same host with ovs agent? Is rabbitmq server works properly? — Best regards Slawek

Re: [openstack-dev] [Neutron]The components timing problem

Hi Sławomir, Thanks for you quick response. I'm using Ocata, Here is the exception stack. e: [Errno 111] ECONNREFUSED. Trying again in 14 seconds. Client port: None 2018-01-23 17:37:45.387 8636 ERROR oslo.messaging._drivers.impl_rabbit [-] [7b611083-b03c-4aaa-bb2f-a8f6cb89ab15] AMQP

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

On Mon, 22 Jan 2018, Ed Leafe wrote: I still don't understand how anyone could do what you have done over these past two years and not a) had a stress-induced heart attack or b) gotten divorced. Indeed, Matt has been an amazing PTL. Thank you Matt for all your hard work. The quality of your

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

Thanks for all the help in these cycles :) On Tue, Jan 23, 2018 at 5:34 PM, Yikun Jiang wrote: > Matt, Thanks for your all works. > As a beginner of Nova upstream player, really appreciate your patient > review and warm help. : ) > > Regards, > Yikun >

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

Matt, Thanks for your all works. As a beginner of Nova upstream player, really appreciate your patient review and warm help. : ) Regards, Yikun Jiang Yikun（Kero） Mail: yikunk...@gmail.com 2018-01-23 7:09 GMT+08:00 Matt Riedemann : >

Re: [openstack-dev] [Neutron]The components timing problem

Hi, If both ovs agent and neutron-server reconnect to rabbitmq then it should report state properly again IMO. Can You maybe send more details about Your issue? What OpenStack version You are running, exact stack trace of exception which You get and so on. — Best regards Slawek Kaplonski

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

Hello Doug, I have run the script: here is my output: http://paste.openstack.org/show/650913/ At this point I have some questions. Can I upgrade just oslo.log library keeping the rest of the stuff in Newton ? The versions of oslo.log have a different numbering scheme than other openstack

[openstack-dev] [Neutron]The components timing problem

Hi All, I'm really newbie about OpenStack Neutron, Please correct me if I say something wrong. There was a question I'd like to consult. AMQP is the messaging bus between neutron-server and *agents. we usually use rabbitmq as the back-end of messaging bus. The problem I encountered is

[openstack-dev] [heat] Move meeting time to 14:00 UTC weekly

Hi team As previously discussed in meeting, in order to cover as many members as possible with meeting schedule, we will move our meeting time one hour later. We keep looking for a perfect time for members(as much as we can get) to join, it appears current meeting time isn't that ideal. So

[openstack-dev] [nova] API reference verification for servers APIs (parameter and example)

Hi, Nova developers. There was work verifying the Nova compute API Reference (*1, *2, *3, *4) before. But the verification has not been completed yet in "Servers" APIs (creating, updating, deleting a server, listing servers, etc.). *1: Convert API Reference to RST and host it in the Nova tree

Re: [openstack-dev] [zaqar] Not run for PTL

Thanks Feilong, it's very great to work together with you ! 2018-01-23 10:56 GMT+08:00 Fei Long Wang : > Hi team, > > I have been working on Zaqar for more than 4 years and serving the PTL > for the past 5 cycles. I don't plan to run for Zaqar PTL again for the > Rocky