[Openstack] openstack-ansible aio error

I have started playing with openstack-ansible on CentOS7 and trying to install All-in-one but got this error and not sure what cause that error how do i troubleshoot it? TASK [bootstrap-host : Remove an existing private/public ssh keys if one is missing]

Re: [openstack-dev] [Senlin] [PTL] PTL nomination for Senlin

+1 Thanks for taking up responsibility to lead the team!!! 2018-01-31 15:58 GMT+08:00 : > > Hi all > > I'd like to announce my candidacy for the PTL role of Senlin Project for > > Rocky cycle. > > > I began to contribute to Senlin project since Mitaka and joined the team

[openstack-dev] [tripleo] tripleo-ci-centos-7-scenario00[1-2]-multinode-oooq-container failing

Greetings, Jobs: tripleo-ci-centos-7-scenario001-multinode-oooq-container tripleo-ci-centos-7-scenario002-multinode-oooq-container The above jobs have been failing in check and gate over the past 24 hours. The fix is posted here [1] which reverts [2] Thanks [1]

Re: [openstack-dev] [release][requirements][FFE] Release ovsdbapp 0.9.1

On 18-02-02 18:02:38, Terry Wilson wrote: > On Fri, Feb 2, 2018 at 4:30 PM, Matthew Thode > wrote: > > On 18-02-02 15:59:42, Terry Wilson wrote: > >> ovsdbapp 0.9.1 (review https://review.openstack.org/#/c/539489/) has a > >> gate-fixing one-line fix

Re: [openstack-dev] [release][requirements][FFE] Release ovsdbapp 0.9.1

On Fri, Feb 2, 2018 at 4:30 PM, Matthew Thode wrote: > On 18-02-02 15:59:42, Terry Wilson wrote: >> ovsdbapp 0.9.1 (review https://review.openstack.org/#/c/539489/) has a >> gate-fixing one-line fix (https://review.openstack.org/#/c/537241). >> Can I get a FFE for

[openstack-dev] [Octavia] Rocky Octavia PTL candidacy

My fellow OpenStack community, I would like to nominate myself for Octavia PTL for Rocky. I am currently the PTL for the Queens release series and would like to continue helping our team provide network load balancing services for OpenStack. For those of you that do not know me, I work for

[openstack-dev] [release][ptl] Missing and old intermediary projects

Hey all, Sending this kind of late on a Friday, but I will also include this information in the weekly countdown email. Just hoping to increase the chances of it getting seen. One of our release models is cycle-with-intermediary. With this type of project, the projects are able to do full

Re: [openstack-dev] [release][requirements][FFE] Release ovsdbapp 0.9.1

On 18-02-02 15:59:42, Terry Wilson wrote: > ovsdbapp 0.9.1 (review https://review.openstack.org/#/c/539489/) has a > gate-fixing one-line fix (https://review.openstack.org/#/c/537241). > Can I get a FFE for bumping the requirements to ovsdbapp 0.9.1 once > the package is built? > Is this just

[openstack-dev] [QA] Rocky QA PTL candidacy

Dear all, I’d like to announce my candidacy [1] for PTL of the QA Program for the Rocky cycle. I served as PTL for QA during the Pike and Queens cycles, and I would be honoured to continue to do so in the next six months. After a few years working with the OpenStack community, I continue to

[openstack-dev] [release][requirements][FFE] Release ovsdbapp 0.9.1

ovsdbapp 0.9.1 (review https://review.openstack.org/#/c/539489/) has a gate-fixing one-line fix (https://review.openstack.org/#/c/537241). Can I get a FFE for bumping the requirements to ovsdbapp 0.9.1 once the package is built? Terry

[openstack-dev] [All] Gerrit User Study

Google is scheduling 60 minute Gerrit user research sessions to help shape the future of Gerrit. If you are interested in providing feedback to Gerrit as users this is a good opportunity to do so. More info can be found at this google group thread

Re: [openstack-dev] Remembering Shawn Pearce (fwd)

On 2018-02-02 15:52:24 + (+), Adam Spiers wrote: > Since git and Gerrit are at the heart of our development process, > I am passing on this very sad news from the git / Gerrit > communities that Shawn Pearce has passed away after an aggressive > lung cancer. [...] Thanks for sending this

Re: [openstack-dev] [neutron][neutron-fwaas] Request for inclusion of bug fixes in RC

Hi, It was granted earlier today during the Neutron drivers meeting Cheers On Fri, Feb 2, 2018 at 12:22 AM, Sridar Kandaswamy (skandasw) < skand...@cisco.com> wrote: > Thanks An. The team has been working with An to review and validate these > changes – we believe we are close to the final

[openstack-dev] [oslo] PTL candidacy

Hi, I am submitting my candidacy for Oslo PTL. I have been an Oslo core since 2014 and although my involvement in the project has at times been limited by other responsibilities, I have always kept up on what is going on in Oslo. For the Rocky cycle my primary goals would be: * Continue to

[openstack-dev] [neutron] cycle highlights for sub-projects

Hi neutrinos, RC1 is fast approaching and this time we can add highlights to the release files [1]. If I can ask you anyone interested in contributing to the highlights: please review [2]. Miguel and I will make sure they are compiled correctly. We have time until Feb 9 to get this done. Many

Re: [openstack-dev] [keystone][nova][ironic][heat] Do we want a BM/VM room at the PTG?

I apologize for using the "baremetal/VM" name, but I wanted to get an etherpad rolling sooner rather than later [0], since we're likely going to have to decide on a new name in person. I ported the initial ideas Colleen mentioned when she started this thread, added links to previous etherpads from

[openstack-dev] [oslo.config][castellan][tripleo][ptg]Protecting plain text secrets in configuration files

Hello folks, Various regulations and best practices say that passwords and other secret values should not be stored in plain text in configuration files. There are “secret store” services to manage values that should be kept secure. Castellan provides an abstraction API for accessing those

Re: [openstack-dev] [ptg] Dublin PTG schedule up

Thierry Carrez wrote: > The schedule for the Dublin PTG is now posted on the PTG website: > https://www.openstack.org/ptg#tab_schedule > > I'll post on this thread if anything changes, but it's pretty unlikely > at this point. Heads-up: the OpenStack-Helm and Watcher teams agreed to trade their

Re: [openstack-dev] [keystone][nova][ironic][heat] Do we want a BM/VM room at the PTG?

On 30/01/18 10:33, Colleen Murphy wrote: At the last PTG we had some time on Monday and Tuesday for cross-project discussions related to baremetal and VM management. We don't currently have that on the schedule for this PTG. There is still some free time available that we can ask for[1]. Should

Re: [openstack-dev] Remembering Shawn Pearce (fwd)

Monty Taylor wrote: > On 02/02/2018 09:52 AM, Adam Spiers wrote: >> Dear Stackers, >> >> Since git and Gerrit are at the heart of our development process, I am >> passing on this very sad news from the git / Gerrit communities that >> Shawn Pearce has passed away after an aggressive lung cancer.

Re: [Openstack] OpenVSwitch inside Instance no ARP passthrough

It seems you are right … I setup quickly POX and its working … :o Oh dear … Thanks a lot!!! Have a nice weekend! Von: Volodymyr Litovka [mailto:doka...@gmx.com] Gesendet: Freitag, 2. Februar 2018 15:33 An: Mathias Strufe (DFKI) ; Benjamin Diaz

Re: [openstack-dev] Remembering Shawn Pearce (fwd)

On 02/02/2018 09:52 AM, Adam Spiers wrote: Dear Stackers, Since git and Gerrit are at the heart of our development process, I am passing on this very sad news from the git / Gerrit communities that Shawn Pearce has passed away after an aggressive lung cancer. Shawn was founder of Gerrit / JGit

[openstack-dev] [chef][ptl] PTL candidacy for Rocky

Ohai! I am seeking to continue as PTL for Chef OpenStack, also known as openstack-chef. The tl;dr of my candidacy, which can be read at https://review.openstack.org/539211 would be: - The cookbooks are getting better code-wise, but we're not in a good place people-wise to facilitate handing over

[openstack-dev] Remembering Shawn Pearce (fwd)

Dear Stackers, Since git and Gerrit are at the heart of our development process, I am passing on this very sad news from the git / Gerrit communities that Shawn Pearce has passed away after an aggressive lung cancer. Shawn was founder of Gerrit / JGit / libgit2 / git-gui, and the third most

Re: [Openstack-operators] [openstack-dev] [nova] heads up to users of Aggregate[Core|Ram|Disk]Filter: behavior change in >= Ocata

On 01/29/2018 06:30 PM, Mathieu Gagné wrote: So lets explore what would looks like a placement centric solution. (let me know if I get anything wrong) Here are our main concerns/challenges so far, which I will compare to our current flow: 1. Compute nodes should not be enabled by default When

Re: [Openstack-operators] [openstack-dev] [nova] heads up to users of Aggregate[Core|Ram|Disk]Filter: behavior change in >= Ocata

On 01/29/2018 06:48 PM, Mathieu Gagné wrote: On Mon, Jan 29, 2018 at 8:47 AM, Jay Pipes wrote: What I believe we can do is change the behaviour so that if a 0.0 value is found in the nova.conf file on the nova-compute worker, then instead of defaulting to 16.0, the

[openstack-dev] [monasca] Contribution from T-Systems

Hi Yuan, Thanks for reaching out to us in the team meeting. I'm happy to hear you want to contribute your changes to the project. You can find our contribution guidelines here [1]. The general OpenStack Developer's Guide is here [2]. Which components/topics are you interested in, in terms of

Re: [Openstack] OpenVSwitch inside Instance no ARP passthrough

Hi Mathias, the fact that you've seen ARP request-reply says that connectivity itself is correct. I think the problem with flows configuration inside bridge, which is controlled by ODL. Unfortunately, I never had an experience with ODL and can't comment what it do and how. You can print

Re: [Openstack] OpenVSwitch inside Instance no ARP passthrough

Dear Volodymyr, Benjamin, thanks a lot for your tipps and patience ... but still facing the same problem :/ So I need to bother you again ... I think its something totally stupid, basic I do wrong ... Let me summarize what I did so far: - Update OpenStack to pike (devstack All in Single VM

[openstack-dev] [tripleo] [nova] Cleaning databases before running a major upgrade or for maintenance purposes.

Hi! I'll like to raise a question related to "How to clean Nova databases before running upgrades" We want to check that Nova databases (nova, nova_api, nova_cell0, nova_placement) are in good shape before running upgrade, we know that there is some effort to "purge the deleted instances" but no

Re: [Openstack-operators] [charms] Migrating HA control plane by scaling up and down

Hi Sandor On Fri, 26 Jan 2018 at 13:32 Sandor Zeestraten wrote: > Hey OpenStack Charmers, > > We have a Newton deployment on MAAS with 3 controller machines running all > the usual OpenStack controller services in 3x HA with the hacluster charm > in LXD containers. Now we'd

[openstack-dev] [nova] [placement] resource providers update 18-05

Here's resource provider and placement update 18-05. 18-04 was skipped on account of illness. # Most Important Feature freeze has come and gone, RC1 is next week. This means that finding bugs and, where relevant, reporting them with a tag of 'queens-rc-potential' is top priority. The PTG is

[openstack-dev] [tripleo] FFE - Feuture Freeze Exception request for Routed Spine and Leaf Deployment

Requesting:  Feuture Freeze Exception request for Routed Spine and Leaf Deployment Blueprints: https://blueprints.launchpad.net/tripleo/+spec/tripleo-routed-networks- ironic-inspector https://blueprints.launchpad.net/tripleo/+spec/tripleo-routed-networks- deployment All external dependencies

Re: [openstack-dev] [release] Release countdown for week R-3, February 3 - 9

Am 2018-02-01 23:42, schrieb Sean McGinnis: We are already starting on RC week. Time flies when you're having fun. Development Focus - The Release Candidate (RC) deadline is this Thursday, the 8th. Work should be focused on any release-critical bugs and wrapping up and

[openstack-dev] [tc] Technical Committee Status update, February 2nd

Hi! This is the weekly summary of Technical Committee initiatives. You can find the full list of all open topics (updated twice a week) at: https://wiki.openstack.org/wiki/Technical_Committee_Tracker If you are working on something (or plan to work on something) governance-related that is not

[openstack-dev] [qa] Office Hours Report 2018-02-01

Hello, Thanks everyone for attending QA office hour. Since It's the starting of the year so attendance is low. We managed to triaged some bugs opened/changed in last 14 days. The IRC report [0] and full log [1] are available through meetbot. bug 1745871 in Patrole "RBAC tests for group type

Re: [openstack-dev] [telemetry][heat][mistral][sdk][searchlight][senlin][tacker][tricircle][tripleo] Missing Queens releases

On Thu, Feb 1, 2018 at 5:03 AM, Sean McGinnis wrote: > While reviewing Queens release deliverables and preparing missing > stable/queens > branches, we have identified several libraries that have not had any Queens > releases. > > In the past, we have stated we would force

Re: [openstack-dev] [ptg] Dublin PTG schedule up

Ahh makes sense. Thanks Thierry, I can tell this isn't your first Rodeo :) Matt On Fri, Feb 2, 2018 at 7:52 PM, Thierry Carrez wrote: > Matthew Oliver wrote: > > Sweet thanks Thierry, > > > > Only issue is I see what days things are happening, but not what rooms > >

Re: [openstack-dev] [ptg] Dublin PTG schedule up

Matthew Oliver wrote: > Sweet thanks Thierry, > > Only issue is I see what days things are happening, but not what rooms > things are in. Unless I'm failing at reading a table. Yes, that's by design. We publish the days early so that people can fine-tune their travel plans and start organizing.

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

Hello, On January 31 we came the end of sprint using our new team structure, and here’s the highlights. Sprint Review: On this sprint, the team worked on internal infrastructure. One can see the results of the sprint via https://tinyurl.com/ycpw42pj Ruck and Rover What is Ruck and Rover

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

So I guess my question here is why is being RESTful good? Sure it's (very, very loosely) a standard, but what are the actual advantages? Standards come and go, what we want most of all is a good quality, easy to use API. I'm not saying that going RESTful is wrong, but I don't see much discussion

Re: [openstack-dev] [telemetry][heat][mistral][sdk][searchlight][senlin][tacker][tricircle][tripleo] Missing Queens releases

Sorry for the late reply. I just want to confirm that it’s ok from Mistral side. Thanks Renat Akhmerov @Nokia On 2 Feb 2018, 02:35 +0700, Sean McGinnis , wrote: > Just confirming and closing things out. We did not receive any negative > responses to the plan below, so a