[openstack-dev] [cinder] [oslo] cinder.conf generation is broken for my_ip, building non-reproducibly

Hi, When inspecting Cinder's (Queens release) cinder.conf, I can see: # Warning: Failed to format sample for my_ip # unhashable type: 'HostAddress' So it seems there's an issue in either Cinder or Oslo. How can I investigate and fix this? It's very likely that I'm once more the only person in

Re: [openstack-dev] [openstack][charms] Openstack + OVN

Hi Aakash On Sun, 11 Mar 2018 at 19:01 Aakash Kt wrote: > Hi, > > I had previously put in a mail about the development for openstack-ovn > charm. Sorry it took me this long to get back, was involved in other > projects. > > I have submitted a charm spec for the above charm.

Re: [openstack-dev] [kolla][vote] core nomination for caoyuan

+1 > On 12. Mar 2018, at 03:06, Jeffrey Zhang wrote: > > It is my pleasure to nominate caoyuan for kolla core team. -- Christian Berendt Chief Executive Officer (CEO) Mail: bere...@betacloud-solutions.de Web: https://www.betacloud-solutions.de Betacloud Solutions

[openstack-dev] [cyborg]Weekly Team Meeting 2018.03.14 Agenda (No Time Change For US)

Hi Team, We will resume the team meeting this week. The meeting starting time is still ET 10:00am/PT 7:00am, whereas in China it is moved one hour early to 10:00pm. For Europe please refer to UTC1400 as the baseline. This week we will have a special 2 hour meeting. In the first one hour we will

Re: [openstack-dev] [kolla][vote] core nomination for caoyuan

+1 Le lun. 12 mars 2018 à 10:09, Marcin Juszkiewicz < marcin.juszkiew...@linaro.org> a écrit : > W dniu 12.03.2018 o 03:06, Jeffrey Zhang pisze: > > It is my pleasure to nominate caoyuan for kolla core team. > > +1 > > __ >

Re: [openstack-dev] [kolla][vote] core nomination for caoyuan

W dniu 12.03.2018 o 03:06, Jeffrey Zhang pisze: > It is my pleasure to nominate caoyuan for kolla core team. +1 __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [glance] Priorities for WC 12th of March

Hi all, Queens is released, we had good and productive PTG so lets get the ball rolling and start working through our Rocky priorities. This week I'd like the focus to be, as discussed in our weekly meeting at Thu, on python-glanceclient for 'web-download' import method and any specs that still

Re: [openstack-dev] [ironic] PTG Summary

Julia, A basic summary of CERN does burn-in is at http://openstack-in-production.blogspot.ch/2018/03/hardware-burn-in-in-cern-datacenter.html Given that the burn in takes weeks to run, we'd see it as a different step to cleaning (with some parts in common such as firmware upgrades to latest

Re: [openstack-dev] [kolla][vote] core nomination for caoyuan

+1 On 12/03/18 02:06, Jeffrey Zhang wrote: ​​Kolla core reviewer team, It is my pleasure to nominate caoyuan for kolla core team. caoyuan's output is fantastic over the last cycle. And he is the most active non-core contributor on Kolla project for last 180 days[1]. He focuses on

Re: [openstack-dev] [horizon] [heat-dashboard] Horizon plugin settings for new xstatic modules

Yes, please do that. We can then discuss in the review about technical details. On Mon, Mar 12, 2018 at 2:54 AM, Xinni Ge wrote: > Hi, Akihiro > > Thanks for the quick reply. > > I agree with your opinion that BASE_XSTATIC_MODULES should not be > modified. > It is much

Re: [openstack-dev] [ironic] PTG Summary

Hi Tim, Thanks for the information. I personally don't see problems with cleaning running weeks, when needed. What I'd avoid is replicating the same cleaning machinery but with a different name. I think we should try to make cleaning work for this case instead. Dmitry On 03/12/2018 12:33

Re: [openstack-dev] [ironic] PTG Summary

Inline. On 03/12/2018 01:00 PM, Tim Bell wrote: My worry with re-running the burn-in every time we do cleaning is for resource utilisation. When the machines are running the burn-in, they're not doing useful physics so I would want to minimise the number of times this is run over the life

Re: [openstack-dev] [horizon] [devstack] horizon 'network create' panel does not distinguished

Thanks for feedback! As you said, I got errors in the JavaScript console. Below is the error log : 3bf910c7ae4c.js:652 JQMIGRATE: Logging is active fddd6f634ef8.js:2299 Uncaught TypeError: Cannot read property 'layout' of undefined at Object.25../arrows (fddd6f634ef8.js:2299) at s

Re: [openstack-dev] [ironic] PTG Summary

My worry with re-running the burn-in every time we do cleaning is for resource utilisation. When the machines are running the burn-in, they're not doing useful physics so I would want to minimise the number of times this is run over the life time of a machine. It may be possible to do

Re: [openstack-dev] [cinder] [oslo] cinder.conf generation is broken for my_ip, building non-reproducibly

Excerpts from Thomas Goirand's message of 2018-03-12 09:17:19 +0100: > Hi, > > When inspecting Cinder's (Queens release) cinder.conf, I can see: > > # Warning: Failed to format sample for my_ip > # unhashable type: 'HostAddress' This part sounds like it might be a bug in oslo.config, which does

Re: [openstack-dev] [oslo] Oslo PTG Summary

Hi Josh - I'm able to view all of them, but I probably have special google powers ;) Which links are broken for you? thanks, On Thu, Mar 8, 2018 at 3:53 PM, Joshua Harlow wrote: > > Can we get some of those doc links opened. > > 'You need permission to access this

[openstack-dev] [TripleO] Proposal for quickstart devmode replacement

Hi, we recently changed our set of scripts to uniform the users workflow with the CI workflow. One of the results of this change was the reproducer script, that is now the official way to spawn a live environment to debug a set of changes. One of the negative results of this changes was the

Re: [openstack-dev] [keystone] Keystone failing with error 104 (connection reset by peer) if using uwsgi

On 03/11/2018 06:09 PM, Thomas Goirand wrote: > On 03/11/2018 08:12 PM, Lance Bragstad wrote: >> Hey Thomas,  >> >> Outside of the uwsgi config, are you following a specific guide for your >> install? > Under the packages that I maintain in Debian, there's nothing more to do > than "apt-get

Re: [openstack-dev] [QA][all] Migration of Tempest / Grenade jobs to Zuul v3 native

Dear all, post-PTG updates: - the devstack patches for multinode support are now merged on master. You can now build your multinode zuulv3 native devstack/tempest test jobs using the same base jobs as for single node, and setting a multinode nodeset. Documentation landed as well, so you can now

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

Hi, Here is the status update / focus settings mail for w11. Bugs No new bug and no changes in the existing bugs from last week report http://lists.openstack.org/pipermail/openstack-dev/2018-March/127992.html Versioned notification transformation -

[openstack-dev] [sahara] PTG Summary

Hello Saharans and interested folks, This PTG was a very interesting experience, for those not familiar with what happened there, here goes a quick summary. The event became known as SnowOpenStack PTG due to some snow that got in the way of event. But that didn't get in the way of determined

[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) Weekly priorities

Re: [openstack-dev] [quotas] [cyborg]Dublin Rocky PTG Summary

Just a remark below w.r.t. quota support in some other projects fwiw. On 09/03/18 15:46 +0800, Zhipeng Huang wrote: Hi Team, Thanks to our topic leads' efforts, below is the aggregated summary from our dublin ptg session discussion. Please check it out and feel free to feedback any concerns

[openstack-dev] [neutron] Bug deputy report

Hi, I was Neutron bug deputy last week. Below is a short summary about reported bugs. Critical bugs - None High bugs - * https://bugs.launchpad.net/bugs/1753504 - Remove mox/mox3 usage from testing Multiple people have taken ownership of fixing this *

[openstack-dev] [sahara][all] Sahara Rocky Virtual PTG scheduling

Hi all, Due to my unexpected absence from Dublin we have decided that a virtual PTG is a good idea. Let's try to find 90-120 minutes somewhere in our busy schedules to convene remotely. https://www.when2meet.com/?6755109-XpWjd Please use the poll linked above to choose some times which work for

Re: [openstack-dev] [sahara] PTG Summary

Thanks Luigi and Telles for striving to work hard, even in my absence. :) Some notes inline. On Mon, Mar 12, 2018 at 10:39 AM, Telles Nobrega wrote: > Hello Saharans and interested folks, > > This PTG was a very interesting experience, for those not familiar with > what

Re: [openstack-dev] [sahara][all] Sahara Rocky Virtual PTG scheduling

Thanks for putting this together Jeremy. On Mon, Mar 12, 2018 at 12:44 PM Jeremy Freudberg wrote: > Hi all, > > Due to my unexpected absence from Dublin we have decided that a > virtual PTG is a good idea. Let's try to find 90-120 minutes somewhere > in our busy

Re: [openstack-dev] [oslo] Oslo PTG Summary

I can’t see https://docs.google.com/presentation/d/e/2PACX-1vQpaSSm7Amk9q4sBEAUi_IpyJ4l07qd3t5T_BPZkdLWfYbtSpSmF7obSB1qRGA65wjiiq2Sb7H2ylJo/pub?start=false=false=3000=id.p

Re: [openstack-dev] [cinder][summit] Forum topic proposal etherpad created ...

On 2018-03-12 13:46:30 -0300 (-0300), Erlon Cruz wrote: > I think I missed something about this. By Forum you mean Summit? Will that > happen during the Vancouver Summit right? Will the forum be something > similar to PTG? What is the target public? Operators, users admin? Yes, the Forum takes

Re: [openstack-dev] [TripleO] Proposal for quickstart devmode replacement

On Mon, Mar 12, 2018 at 2:18 PM, Gabriele Cerami wrote: > Hi, > > we recently changed our set of scripts to uniform the users workflow > with the CI workflow. > One of the results of this change was the reproducer script, that is now > the official way to spawn a live

[openstack-dev] [manila] [summit] Forum topic proposal etherpad

Please add proposed topics for manila to this etherpad [1] for the Vancouver Forum. In a couple weeks we'll use this list to submit abstracts for the next stage of the process [2] As a reminder, the Forum is the part of the Summit conference dedicated to open discourse among operators,

Re: [openstack-dev] [cinder] [oslo] cinder.conf generation is broken for my_ip, building non-reproducibly

Thomas, Thanks for finding this.  I have opened a bug and submitted a patch. Patch:  https://review.openstack.org/552134 Bug:  https://bugs.launchpad.net/cinder/+bug/1755282 Jay (jungleboyj) On 3/12/2018 3:17 AM, Thomas Goirand wrote: Hi, When inspecting Cinder's (Queens release)

Re: [openstack-dev] [keystone] [oslo] new unified limit library

I missed the document describing the process for this sort of thing [0]. So I'm back tracking a bit to go through a more formal process. [0] http://specs.openstack.org/openstack/oslo-specs/specs/policy/new-libraries.html # Proposed new library oslo.limit This is a proposal to create a new

Re: [openstack-dev] [cinder][summit] Forum topic proposal etherpad created ...

I think I missed something about this. By Forum you mean Summit? Will that happen during the Vancouver Summit right? Will the forum be something similar to PTG? What is the target public? Operators, users admin? Erlon 2018-03-08 14:52 GMT-03:00 Jay S Bryant : > All, > > I

Re: [openstack-dev] [cinder][ptg] PTG Summary Now Available ...

Thanks Jay, that helps a lot! 2018-03-06 18:46 GMT-03:00 Ivan Kolodyazhny : > Jay, thanks a lot for this great summary! > > Regards, > Ivan Kolodyazhny, > http://blog.e0ne.info/ > > On Tue, Mar 6, 2018 at 10:02 PM, Jay S Bryant > wrote: > >> Team, >> >> I

[openstack-dev] [Neutron] [FWaaS] Stateless Security Groups or Firewalls Discussion

Hi all I have just discovered an RFE [1] that was submitted on the 5th of March (a few days ago) proposing an extension to Neutron and specifically security groups to enable stateless filtering. The topic of stateless firewalls was discussed at the Rocky PTG with the FWaaS sub-team but we didn't

Re: [openstack-dev] [kolla][vote] core nomination for caoyuan

+1 From: Jeffrey Zhang Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Sunday, March 11, 2018 at 7:13 PM To: OpenStack Development Mailing List Subject: Re:

Re: [openstack-dev] [keystone] [oslo] new unified limit library

Huge +1 from me on bringing sanity to the various quota implementations in OpenStack. This is something we discussed back in Paris, but the conclusion at the time was that it wasn't practical for it to live in Oslo because there was no place for Oslo to store the data (Oslo libs dictating db

Re: [openstack-dev] [murano][Openstack-stable-maint] Stable check of openstack/murano failed

On Fri, Mar 09, 2018 at 03:32:02PM +1100, Tony Breeds wrote: > On Thu, Mar 08, 2018 at 06:16:27AM +, A mailing list for the OpenStack > Stable Branch test reports. wrote: > > Build failed. > > > > - build-openstack-sphinx-docs > >

Re: [openstack-dev] [requirements][zun][karbor][magnum][tacker][kolla][tripleo][zaqar][networking-odl] update websocket-client and kubernetes libraries

On Mon, Mar 12, 2018 at 06:47:14PM -0500, Matthew Thode wrote: > Requirements plans to update both versions, removing the current cap on > websocket-cient. The plan to do so is as follows. > > a. Remove the cap on websocket-client This is being done in: https://review.openstack.org/#/c/549664/

Re: [openstack-dev] [horizon] [heat-dashboard] Horizon plugin settings for new xstatic modules

Hi Ivan & Horizon folks, Now we are submitting a couple of patches to have the new xstatic modules. Let me request you to have review the following patches. We need Horizon PTL's +1 to move these forward. project-config https://review.openstack.org/#/c/551978/ governance

Re: [openstack-dev] [horizon] [devstack] horizon 'network create' panel does not distinguished

Hello Jaewook and everyone, I tried to install upstream/master Horizon+Heat-dashboard, still could not see the error. Maybe a clean installation of devstack could fix the issue. If you want to enable heat-dashboard in current working environment, you can try to install it manually. I share my

Re: [openstack-dev] [horizon] [devstack] horizon 'network create' panel does not distinguished

The detail of this issue is tracked in https://bugs.launchpad.net/bugs/1755140 and it turned out that it is caused by the older version of the enabled file of the template generator. I strongly recommend to cover this in the release notes. Akihiro 2018/03/13 午前9:45 "Xinni Ge"

Re: [openstack-dev] [horizon] [devstack] horizon 'network create' panel does not distinguished

Hello Xinni, Thanks for your kind help and information. I'll try what you said soon :) By the way, I reported this issue in the bug report, if anybody interested in it, please visit https://bugs.launchpad.net/bugs/1755140 Best Regards, Jaewook.

Re: [openstack-dev] [horizon] [devstack] horizon 'network create' panel does not distinguished

Hello Jaewook, Very glad to know it. I will add comments to the bug report, and continue to find a better solution to prevent the issue from happening. Best Regards! Xinni On Tue, Mar 13, 2018 at 10:34 AM, Jaewook Oh wrote: > Hello, Xinni. > > I followed your description,

Re: [openstack-dev] [keystone] [oslo] new unified limit library

The following may give u some more insight into delimiter, https://review.openstack.org/#/c/284454/ -Josh Lance Bragstad wrote: I missed the document describing the process for this sort of thing [0]. So I'm back tracking a bit to go through a more formal process. [0]

Re: [openstack-dev] [Neutron] Dublin PTG Summary

Hi Miguel, > * As part of the neutron-lib effort, we have found networking projects that > are very inactive. Examples are networking-brocade (no updates since May of > 2016) and networking-ofagent (no updates since March of 2017). Miguel > Lavalle will contact these projects leads to ascertain

Re: [openstack-dev] [horizon] [devstack] horizon 'network create' panel does not distinguished

Hello, Jaewook and everyone It looks like the error is caused by some angular module of heat-dashboard not being loaded correctly. I tried to reproduce it in my devstack by installing stable/queens Horiozn/Heat-dashboard, but couldn't see the same error. Maybe you want to try the following

[openstack-dev] [requirements][zun] update websocket-client and kubernetes libraries

Requirements plans to update both versions, removing the current cap on websocket-cient. The plan to do so is as follows. a. Remove the cap on websocket-client b. merge the gr-update into python-zunclient c. make release of python-zunclient d. Alter the constrained versions of websocket-client

Re: [openstack-dev] [horizon] [devstack] horizon 'network create' panel does not distinguished

Hello, Xinni. I followed your description, and it worked properly :) Can you comment your description in the bug report? https://bugs.launchpad.net/bugs/1755140 It would be very helpful for me or somebody else who doesn't know how to restart the horizon independently! Best Regards, Jaewook.