[openstack-dev] [gnocchi] gnocchi-keystone verification failed.

hi, I have a question about the validation of gnocchi keystone. I run the following command, but it is not successful.(api.auth_mode :basic, basic mode can be successful) # gnocchi status --debug REQ: curl -g -i -X GET http://localhost:8041/v1/status?details=False -H "Authorization:

Re: [openstack-dev] [reno] moved to storyboard

I was remiss in not thanking fungi for his help with the move, and diablo_rojo for preparing the docs explaining the rest of the steps I needed to take afterwards. Thank you both! Excerpts from Kendall Nelson's message of 2018-03-14 22:55:15 +: > Woot woot! > > -Kendall (diablo_rojo) > > On

Re: [openstack-dev] [horizon][neutron] tools/tox_install changes - breakage with constraints

Excerpts from Tony Breeds's message of 2018-03-15 11:59:00 +1100: > On Thu, Mar 15, 2018 at 07:16:11AM +0900, Akihiro Motoki wrote: > > The current version of proposed patches which drops tox_install.sh > > works in our CI. Even if we have neutron>=12.0.0 (queens) or > > horizon>=13.0.0 (queens),

Re: [openstack-dev] [nova] Rocky PTG summary - cells

On Thu, 15 Mar 2018 09:54:59 +0800, Zhenyu Zheng wrote: Thanks for the recap, got one question for the "block creation": * An attempt to create an instance should be blocked if the project has instances in a "down" cell (the instance_mappings table has a "project_id" column) because

[openstack-dev] Fwd: 2.7 EOL = 2020 January 1

Just FYI to all the people who don't prioritize moving our code to Python3: > Begin forwarded message: > > From: Terry Reedy > Subject: 2.7 EOL = 2020 January 1 > Date: March 13, 2018 at 9:58:42 AM CDT > To: python-l...@python.org > > On March 10, on thread "Python 2.7 --

Re: [openstack-dev] [nova] Rocky PTG summary - cells

Thanks for the recap, got one question for the "block creation": * An attempt to create an instance should be blocked if the project has > instances in a "down" cell (the instance_mappings table has a "project_id" > column) because we cannot count instances in "down" cells for the quota >

Re: [openstack-dev] [Openstack-sigs] [First Contact][SIG] [PTG] Summary of Discussions

Thanks Zhipeng that helps and good idea. If new contributors find that they will have enough information to start. >From FirstContact SIG, we also maintain the Projects Liaisons to have contact person for that project we can redirect the new contributors. idea is to have multiple people from

Re: [openstack-dev] [OpenStackAnsible] Tag repos as newton-eol

On Wed, Mar 14, 2018 at 09:40:33PM +, Jean-Philippe Evrard wrote: > Hello folks, > > The list is almost perfect: you can do all of those except > openstack/openstack-ansible-tests. > I'd like to phase out openstack/openstack-ansible-tests and > openstack/openstack-ansible later. Okay

Re: [openstack-dev] [horizon][neutron] tools/tox_install changes - breakage with constraints

On Thu, Mar 15, 2018 at 07:16:11AM +0900, Akihiro Motoki wrote: > The current version of proposed patches which drops tox_install.sh > works in our CI. Even if we have neutron>=12.0.0 (queens) or > horizon>=13.0.0 (queens), if we have "required-projects" in zuul v3 > config, tox-sibling role

Re: [openstack-dev] [TripleO][CI][QA][HA][Eris][LCOO] Validating HA on upstream

Thanks all for starting the collaboration on this which is long pending things and we all want to have some start on this. Myself and SamP talked about it during OPS meetup in Tokyo and we talked about below draft plan- - Update the Spec - https://review.openstack.org/#/c/443504/. which is

Re: [openstack-dev] [Openstack-sigs] [First Contact][SIG] [PTG] Summary of Discussions

Hi folks, Sorry was not be able to make it to the First Contact SIG discussions in Dublin. The only suggestion I have is to have as many project as possible to have a dedicated FC SIG wiki page for localize onboarding support. For example like what we do in Cyborg:

Re: [openstack-dev] [Openstack-sigs] [First Contact][SIG] [PTG] Summary of Discussions

We talked about this more during the meeting last night. Most people were pretty neutral on the topic. I personally feel like #openstack-dev is the ideal place to direct people once they get set up on irc and are interested in contributing, but maybe that is because my perception of the chats in

Re: [openstack-dev] [tripleo] TLS by default

On Wed, Mar 14, 2018 at 4:52 AM, Dmitry Tantsur wrote: > Just to clarify: only for public endpoints, right? I don't think e.g. > ironic-python-agent can talk to self-signed certificates yet. > > For what it is worth, it is possible for IPA to speak to a self signed

[openstack-dev] [nova] Rocky PTG summary - nova/cinder

Hello all, Here’s the PTG summary etherpad [0] for the nova/cinder session from the PTG, also included as a plain text export on this email. Cheers, -melanie [0] https://etherpad.openstack.org/p/nova-ptg-rocky-cinder-summary *Nova/Cinder: Rocky PTG Summary

Re: [openstack-dev] [reno] moved to storyboard

Woot woot! -Kendall (diablo_rojo) On Wed, Mar 14, 2018 at 7:51 AM Doug Hellmann wrote: > The bug tracker for reno has moved to storyboard: > https://storyboard.openstack.org/#!/project/933 > > Doug > >

[openstack-dev] [infra][all] Anyone using our ubuntu-mariadb mirror?

Hello, We discovered an issue with our mariadb package mirroring that suggests it hasn't been updating for some time. This would be packages from http://mirror.X.Y.openstack.org/ubuntu-mariadb/10.<1|2> This was originally added in [1]. AFAICT from codesearch, it is currently unused. We

Re: [openstack-dev] [horizon][neutron] tools/tox_install changes - breakage with constraints

On Wed, Mar 14, 2018 at 10:25:49PM +, Chris Dent wrote: > On Thu, 15 Mar 2018, Akihiro Motoki wrote: > > > (1) it makes difficult to run tests in local environment > > We have only released version of neutron/horizon on PyPI. It means > > PyPI version (i.e. queens) is installed when we run

Re: [openstack-dev] [bifrost][helm][OSA][barbican] Switching from fedora-26 to fedora-27

On Wed, Mar 14, 2018 at 04:44:07PM -0400, Paul Belanger wrote: > On Wed, Mar 14, 2018 at 03:20:40PM -0400, Paul Belanger wrote: > > On Wed, Mar 14, 2018 at 03:53:59AM +, na...@vn.fujitsu.com wrote: > > > Hello Paul, > > > > > > I am Nam from Barbican team. I would like to notify a problem

Re: [openstack-dev] [horizon][neutron] tools/tox_install changes - breakage with constraints

On Thu, 15 Mar 2018, Akihiro Motoki wrote: (1) it makes difficult to run tests in local environment We have only released version of neutron/horizon on PyPI. It means PyPI version (i.e. queens) is installed when we run tox in our local development. Most neutron stadium projects and horizon

Re: [openstack-dev] [horizon][neutron] tools/tox_install changes - breakage with constraints

The current version of proposed patches which drops tox_install.sh works in our CI. Even if we have neutron>=12.0.0 (queens) or horizon>=13.0.0 (queens), if we have "required-projects" in zuul v3 config, tox-sibling role ensures to install the latest master of neutron/horizon. It is okay in our

Re: [openstack-dev] [horizon][neutron] tools/tox_install changes - breakage with constraints

On 2018-03-14 20:46, Andreas Jaeger wrote: > On 2018-03-14 20:39, Andreas Jaeger wrote: >> We now have neutron and horizon in global-requirements and do not need >> to install them anymore with tools/tox_install.sh. >> >> This allows to simplify our jobs and testing. >> >> Unfortunately, the

Re: [openstack-dev] [security] Tomorrow's meeting and LCOO

Sounds great, thanks Gage! I will try to catch up with you on Friday! On Wed, Mar 14, 2018 at 6:51 PM, Gage Hugo wrote: > Hey Luke, > > I can chair the meeting tomorrow if that works. > > I will also ping eeiden about getting some LCOO discussion going as well. > > On Wed,

Re: [openstack-dev] [OpenStackAnsible] Tag repos as newton-eol

Hello folks, The list is almost perfect: you can do all of those except openstack/openstack-ansible-tests. I'd like to phase out openstack/openstack-ansible-tests and openstack/openstack-ansible later. JP On 14 March 2018 at 21:20, Tony Breeds wrote: > Hi all, > JP

[openstack-dev] Zuul flaw in json logging

Hi, If your project is using secrets in Zuul v3, please see the attached message to determine whether they may have been disclosed. OpenStack's Zuul is now running with the referenced fix in place, and we have verified that the secrets used in the project-config repo (eg, to upload logs and

[openstack-dev] [OpenStackAnsible] Tag repos as newton-eol

Hi all, JP has asked me to to work with infra to tag the newton branches of the following repos as EOL: openstack/ansible-hardening openstack/openstack-ansible-apt_package_pinning openstack/openstack-ansible-ceph_client openstack/openstack-ansible-galera_client

Re: [openstack-dev] [bifrost][helm][OSA][barbican] Switching from fedora-26 to fedora-27

On Wed, Mar 14, 2018 at 03:20:40PM -0400, Paul Belanger wrote: > On Wed, Mar 14, 2018 at 03:53:59AM +, na...@vn.fujitsu.com wrote: > > Hello Paul, > > > > I am Nam from Barbican team. I would like to notify a problem when using > > fedora-27. > > > > Currently, fedora-27 is using mariadb

Re: [openstack-dev] [horizon][neutron] tools/tox_install changes - breakage with constraints

On 2018-03-14 20:39, Andreas Jaeger wrote: > We now have neutron and horizon in global-requirements and do not need > to install them anymore with tools/tox_install.sh. > > This allows to simplify our jobs and testing. > > Unfortunately, the merging caused now the projects that install neutron >

[openstack-dev] [horizon][neutron] tools/tox_install changes - breakage with constraints

We now have neutron and horizon in global-requirements and do not need to install them anymore with tools/tox_install.sh. This allows to simplify our jobs and testing. Unfortunately, the merging caused now the projects that install neutron and horizon via tools/tox_install to break with

Re: [openstack-dev] [bifrost][helm][OSA][barbican] Switching from fedora-26 to fedora-27

On Wed, Mar 14, 2018 at 03:53:59AM +, na...@vn.fujitsu.com wrote: > Hello Paul, > > I am Nam from Barbican team. I would like to notify a problem when using > fedora-27. > > Currently, fedora-27 is using mariadb at 10.2.12. But there is a bug in this > version and it is the main reason

[openstack-dev] [self-healing] Dublin PTG summary, and request for feedback

Hi all, I just posted a summary of the Self-healing SIG session at the Dublin PTG: http://lists.openstack.org/pipermail/openstack-sigs/2018-March/000317.html If you are interested in the topic of self-healing within OpenStack, you are warmly invited to subscribe to the openstack-sigs mailing

Re: [openstack-dev] [security] Tomorrow's meeting and LCOO

Hey Luke, I can chair the meeting tomorrow if that works. I will also ping eeiden about getting some LCOO discussion going as well. On Wed, Mar 14, 2018 at 1:35 PM, Luke Hinds wrote: > Hello, > > Something has come up that determines I won't be able to attend the > meeting

[openstack-dev] [security] Tomorrow's meeting and LCOO

Hello, Something has come up that determines I won't be able to attend the meeting tomorrow and more importantly chair it. However I would not want to be a bottleneck to good progress underway. If someone would like to step up and chair for just this meeting, the agenda is below:

Re: [openstack-dev] [nova] Rocky PTG summary - cells

On Wed, 14 Mar 2018, melanie witt wrote: I’ve created a summary etherpad [0] for the nova cells session from the PTG and included a plain text export of it on this email. Nice summary. Apparently I wasn't there or paying attention when something was decided: * An attempt to delete an

[openstack-dev] [nova] Rocky PTG summary - cells

Hi everyone, I’ve created a summary etherpad [0] for the nova cells session from the PTG and included a plain text export of it on this email. Thanks, -melanie [0] https://etherpad.openstack.org/p/nova-ptg-rocky-cells-summary *Cells: Rocky PTG Summary

Re: [openstack-dev] [First Contact][SIG] [PTG] Summary of Discussions

On 3/14/2018 10:57 AM, Doug Hellmann wrote: Excerpts from Jay S Bryant's message of 2018-03-14 10:38:37 -0500: On 3/14/2018 10:04 AM, Petr Kovar wrote: On Tue, 13 Mar 2018 18:57:24 -0500 Jay S Bryant wrote: Amy, The top level page for projects is referenced under

[openstack-dev] Replacing Keystone Admin Accounts

As we attempt to close the gap on Bug 968696, we have to make sure we are headed forward in a path that won't get us stuck. It seems that many people use Admin-every accounts for many things that they are not really meant for. Such as performing Operations that should be scoped to a project,

Re: [openstack-dev] [nova][ThirdParty-CI] Nova s390x CI currently broken

A brief update: The root cause is that Neutron patch [1] broke Neutron DHCP and L3 agent on s390x (both use pyroute2 for network namespace management now). The issue needs to get fixed in pyroute2 itself. I opened a PR [2]. Ideally a new version gets released soon. [1]

Re: [openstack-dev] [oslo.db] upcoming warnings in MySQL 5.6, 5.7 for BLOB columns

Neither nova nor placement use any BLOB columns. Best, -jay On 03/14/2018 11:53 AM, Michael Bayer wrote: hey all - Just looking to see if we think this will impact openstack. MySQL 5.6 and 5.7, but not yet MariaDB, now emits an erroneous warning when you try to send a binary value to the

Re: [openstack-dev] [oslo.db] upcoming warnings in MySQL 5.6, 5.7 for BLOB columns

Forgot the links: [1] https://bugs.mysql.com/bug.php?id=79317 [2] https://github.com/PyMySQL/PyMySQL/issues/644 On Wed, Mar 14, 2018 at 11:53 AM, Michael Bayer wrote: > hey all - > > Just looking to see if we think this will impact openstack. MySQL 5.6 > and 5.7, but not yet

Re: [openstack-dev] [First Contact][SIG] [PTG] Summary of Discussions

On Wed, 14 Mar 2018 10:38:37 -0500 Jay S Bryant wrote: > > > On 3/14/2018 10:04 AM, Petr Kovar wrote: > > On Tue, 13 Mar 2018 18:57:24 -0500 > > Jay S Bryant wrote: > > > >> Amy, > >> > >> The top level page for projects is referenced under

Re: [openstack-dev] [First Contact][SIG] [PTG] Summary of Discussions

Excerpts from Jay S Bryant's message of 2018-03-14 10:38:37 -0500: > > On 3/14/2018 10:04 AM, Petr Kovar wrote: > > On Tue, 13 Mar 2018 18:57:24 -0500 > > Jay S Bryant wrote: > > > >> Amy, > >> > >> The top level page for projects is referenced under documentation from > >>

[openstack-dev] [oslo.db] upcoming warnings in MySQL 5.6, 5.7 for BLOB columns

hey all - Just looking to see if we think this will impact openstack. MySQL 5.6 and 5.7, but not yet MariaDB, now emits an erroneous warning when you try to send a binary value to the database, because it sees the client connection is supposed to use the utf8 or utf8mb4 charsets, assumes all

Re: [openstack-dev] [Openstack-operators] [nova] about rebuild instance booted from volume

Hi! I say delete! Delete them all! Really, it's called delete_on_termination and should be ignored on Rebuild. We have a VPS service implemented on top of OpenStack and do throw the old contents away on Rebuild. When the user has the Backup service paid, they can restore a snapshot. Backup is

Re: [openstack-dev] [First Contact][SIG] [PTG] Summary of Discussions

On 3/14/2018 10:04 AM, Petr Kovar wrote: On Tue, 13 Mar 2018 18:57:24 -0500 Jay S Bryant wrote: Amy, The top level page for projects is referenced under documentation from here:  https://docs.openstack.org/queens/projects.html So, I think we have that one covered for

Re: [openstack-dev] [nova] about rebuild instance booted from volume

On 14 March 2018 at 13:46, Matt Riedemann wrote: > On 3/14/2018 3:42 AM, 李杰 wrote: > >> >> This is the spec about rebuild a instance booted from >> volume.In the spec,there is a >>question about if we should delete the old root_volume.Anyone who >> is

[openstack-dev] [sahara][all] Outcomes of Sahara Rocky virtual PTG session

Hi again all, As promised, the outcomes of our recent virtual PTG session are made public. Please view the Etherpad containing those outcomes here: https://etherpad.openstack.org/p/sahara-rocky-VIRTUAL-ptg (The Dublin outcomes are on this Etherpad:

Re: [openstack-dev] [First Contact][SIG] [PTG] Summary of Discussions

On Tue, 13 Mar 2018 18:57:24 -0500 Jay S Bryant wrote: > Amy, > > The top level page for projects is referenced under documentation from > here:  https://docs.openstack.org/queens/projects.html > > So, I think we have that one covered for people who are just looking for

[openstack-dev] [reno] moved to storyboard

The bug tracker for reno has moved to storyboard: https://storyboard.openstack.org/#!/project/933 Doug __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [nova] about rebuild instance booted from volume

Please do not default to deleting it, otherwise someone will eventually be back here asking why an irate user has just lost data. The better scenario is that the rebuild will fail (early - before impact to the running instance) with a quota error. Cheers, On Thu., 15 Mar. 2018, 00:46 Matt

Re: [openstack-dev] [nova] about rebuild instance booted from volume

On 3/14/2018 9:10 AM, Tim Bell wrote: Matt, To add another scenario and make things even more difficult (sorry (), if the original volume has snapshots, I don't think you can delete it. Tim Tim, You are correct.  You can't delete volumes with snapshots. Jay -Original Message-

Re: [openstack-dev] [nova] about rebuild instance booted from volume

Matt, To add another scenario and make things even more difficult (sorry (), if the original volume has snapshots, I don't think you can delete it. Tim -Original Message- From: Matt Riedemann Reply-To: "OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [nova] about rebuild instance booted from volume

On 3/14/2018 3:42 AM, 李杰 wrote:             This is the spec about  rebuild a instance booted from volume.In the spec,there is a       question about if we should delete the old root_volume.Anyone who is interested in       booted from volume can help to review this. Any suggestion is

Re: [openstack-dev] [tripleo] Blueprints for Rocky

Hi Alex, The tripleo-messaging blueprint is pending approval: https://blueprints.launchpad.net/tripleo/+spec/tripleo-messaging Good progress has been made and working towards being ready for Rocky-1. Thanks, Andy On Wed, Mar 14, 2018 at 8:11 AM, Dmitry Tantsur wrote: >

[openstack-dev] [FEMDC] Wed. 14 Mar. - IRC Meeting 15:00 UTC

Dear all, A gentle reminder for our today meeting at 15:00 UTC A draft of the agenda is available at line 260 you are very welcome to add any item. https://etherpad.openstack.org/p/massively_distributed_ircmeetings_2018

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

Excerpts from Lance Bragstad's message of 2018-03-12 11:45:28 -0500: > 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] Poll: S Release Naming

Dmitry Tantsur wrote: > I suspect that S-Bahn may be a protected (copyright, trademark, > whatever) name. Did you have a chance to check it? If you look at the release naming process, trademark vetting is done once the ranking of preferred names is established (to limit the cost of name vetting):

Re: [openstack-dev] Poll: S Release Naming

My apologies... Frank paints a more accurate picture of the trademark situation than I have done. Let's defer to Frank on this one. On Mar 14, 2018 8:33 AM, "Frank Kloeker" wrote: Hi, it's critical, I would say. They canceled the registration just today [1], but there are

Re: [openstack-dev] Poll: S Release Naming

On 03/14/2018 01:33 PM, Frank Kloeker wrote: Hi, it's critical, I would say. They canceled the registration just today [1], but there are still copyrights for name parts like  "S-Bahn Halleipzig". I would remove it from the voting list to prevent us from trouble. S-Bahn is not really a

Re: [openstack-dev] Poll: S Release Naming

Hi, it's critical, I would say. They canceled the registration just today [1], but there are still copyrights for name parts like "S-Bahn Halleipzig". I would remove it from the voting list to prevent us from trouble. S-Bahn is not really a location in Berlin. If it does, S-Bahn is broken

[openstack-dev] [kuryr] [os-vif] kuryr-kubernetes gates unblocked

Hi, kuryr-kubernetes gates were broken by recent try to switch from neutron-legacy DevStack to plain neutron [1]. Meanwhile it modified DevStack jobs we were relying on and introduced us another failure. Now neutron-legacy change was reverted [2] and fix for the second issue [3] is getting

Re: [openstack-dev] Poll: S Release Naming

Hi Dmitry, According to Wikipedia [0] the trademark was removed. The citation [1] is actually inaccurate; it was not the final ruling. Regardless [2] seems to reflect the final result which is that the trademark is cancelled. Hope this helps. [0]

Re: [openstack-dev] [tripleo] Blueprints for Rocky

Hi Alex, I have two small ironic-related blueprints pending approval: https://blueprints.launchpad.net/tripleo/+spec/ironic-rescue https://blueprints.launchpad.net/tripleo/+spec/networking-generic-switch and one larger: https://blueprints.launchpad.net/tripleo/+spec/ironic-inspector-overcloud

Re: [openstack-dev] [tripleo] TLS by default

Correct, only public endpoints. On Wed, Mar 14, 2018 at 1:52 PM, Dmitry Tantsur wrote: > Just to clarify: only for public endpoints, right? I don't think e.g. > ironic-python-agent can talk to self-signed certificates yet. > > > On 03/14/2018 07:03 AM, Juan Antonio Osorio

Re: [openstack-dev] [openstack-ansible] Meetings change (PTG discussion follow-up)

Hello, We discussed the problem of the miscommunication at the PTG, and we agreed the focus of the week solved many things for clarity. I am not sure we need to send a ML summary, if all is recorded in the meeting each week: people can just browse meetings for this info. I have no strong opinion

Re: [openstack-dev] [tripleo] TLS by default

Just to clarify: only for public endpoints, right? I don't think e.g. ironic-python-agent can talk to self-signed certificates yet. On 03/14/2018 07:03 AM, Juan Antonio Osorio wrote: Hello, As part of the proposed changed by the Security Squad [1], we'd like the deployment to use TLS by

Re: [openstack-dev] Poll: S Release Naming

On 03/14/2018 10:05 AM, Thierry Carrez wrote: Jens Harbott wrote: 2018-03-14 9:21 GMT+01:00 Sławomir Kapłoński : Hi, Are You sure this link is good? I just tried it and I got info that "Already voted" which isn't true in fact :) Comparing with previous polls, these

Re: [openstack-dev] Poll: S Release Naming

Hi, I suspect that S-Bahn may be a protected (copyright, trademark, whatever) name. Did you have a chance to check it? On 03/14/2018 12:58 AM, Paul Belanger wrote: Greetings all, It is time again to cast your vote for the naming of the S Release. This time is little different as we've

[openstack-dev] [manila][ptg] Rocky PTG summary

We had a good showing [1] at the Rocky PTG in Dublin. Most of us see each other face-to-face rarely and we had some (even long time) contributors come to the PTG for the first time or join manila from other projects! We had a good time together [2], took on some tough subjects, and planned out

Re: [openstack-dev] [nova] [placement] placement update 18-10

On Mon, 12 Mar 2018, Tetsuro Nakamura wrote: # Questions What's the status of shared resource providers? Did we even talk about that in Dublin? In terms of bug fixes related to allocation candidates, I'll try to answer that question :) Thanks very much for doing this. *

Re: [openstack-dev] [cyborg][glance][nova]cyborg FPGA management flow disscusion.

Hi all. This is the agent of today’s discussion. https://etherpad.openstack.org/p/cyborg-nova-poc BR Feng, Shaohe From: Zhipeng Huang [mailto:zhipengh...@gmail.com] Sent: 2018年3月8日 12:08 To: Feng, Shaohe Cc: openstack-dev@lists.openstack.org;

Re: [openstack-dev] [masakari] Masakari Project mascot ideas

+1 for St. Bernard Regards, Bhagyashri Shewale From: Patil, Tushar Sent: Wednesday, March 14, 2018 7:52:54 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [masakari] Masakari

Re: [openstack-dev] [tricircle] Nominate change in tricircle core team (crh)

+1. Best regards, Yipei __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

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

Update: 1. ZOOM link: - Part 1: https://zoom.us/j/511883630 (starting UTC1400 ) - Part 2: https://zoom.us/j/741227793 2. Agenda: - PoC demo from Shaohe - Rocky Work Assignment: (nova-cyborg interaction, programmability, multi-tenancy/quota, more drivers, metadata, GPU, documentation, testing)

Re: [openstack-dev] Poll: S Release Naming

Indeed. I now tried from different IP address and I was able to vote. Thx a lot for help. — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Thierry Carrez w dniu > 14.03.2018, o godz. 10:05: > > Jens Harbott wrote: >> 2018-03-14 9:21

Re: [openstack-dev] Poll: S Release Naming

Jens Harbott wrote: > 2018-03-14 9:21 GMT+01:00 Sławomir Kapłoński : >> Hi, >> >> Are You sure this link is good? I just tried it and I got info that "Already >> voted" which isn't true in fact :) > > Comparing with previous polls, these should be personalized links that >

[openstack-dev] [nova] about rebuild instance booted from volume

Hi,all This is the spec about rebuild a instance booted from volume.In the spec,there is a question about if we should delete the old root_volume.Anyone who is interested in booted from volume can help to review this. Any suggestion is welcome.Thank you! The

[openstack-dev] [nova] about rebuild instance booted from volume

Hi,all This is the spec about backup a instance booted from volume, anyone who is interested in booted from volume can help to review this. Any suggestion is welcome. The link is here. Re:the backup spec:https://review.openstack.org/#/c/530214/ Best

Re: [openstack-dev] Poll: S Release Naming

2018-03-14 9:21 GMT+01:00 Sławomir Kapłoński : > Hi, > > Are You sure this link is good? I just tried it and I got info that "Already > voted" which isn't true in fact :) Comparing with previous polls, these should be personalized links that need to be sent out to each voter

Re: [openstack-dev] Poll: S Release Naming

Hi, Are You sure this link is good? I just tried it and I got info that "Already voted" which isn't true in fact :) — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Paul Belanger w dniu > 14.03.2018, o godz. 00:58: > > Greetings all, >

Re: [openstack-dev] OpenStack - Install gnocchi error.

On Wed, Mar 14 2018, __ mango. wrote: > After the installation (apt-get install gnocchi-api gnocchi- gnocchiclient), > When I tried to launch the gnocc-api, I got the message. >Failed to start gnocchi-api. Service: Unit gnocchi-api. Service not found. > I checked /etc/init.d and there is no

Re: [openstack-dev] [neutron] Prevent ARP spoofing

Sure, there is an ability to enable ARP spoofing for the port/network, but it is impossible to make it enabled by default for all ports. It looks a bit complicated to me and I think it would be better to have an ability to set default port security via config file. Best regards, Tatiana

Re: [openstack-dev] [masakari] Masakari Project mascot ideas

+1 for St. Bernard Thanks, Abhishek On Wed, Mar 14, 2018 at 12:04 PM, Sam P wrote: > Nice idea. Thanks.. > ​> > 3) St. > Bernard: St. Bernard is famous as rescue dog (Masakari rescues > VM instances) > ​+1​ > ​ I will confirm in advance whether we can use this as our

Re: [openstack-dev] [masakari] Masakari Project mascot ideas

Nice idea. Thanks.. ​> 3) St. > Bernard: St. Bernard is famous as rescue dog (Masakari rescues VM instances) ​+1​ ​ I will confirm in advance whether we can use this as our mascot. --- Regards, Sampath On Wed, Mar 14, 2018 at 11:22 AM, Patil, Tushar wrote: > Hi, > >

[openstack-dev] [ceilometer][gnocchi]-gnocchi installation failed.

hi?? I refer to: https://docs.openstack.org/ceilometer/pike/install/install-base-ubuntu.html to install gnocchi, Operation (apt-get installed gnocchi-api gnocchi-gnocchiclient), When I tried to launch the gnocc-api, I got the message. No gnocchi- API starts. Service :gnocchi-api unit. The

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

Hi Horizon Team, I reported a bug about lack of ``ADD_XSTATIC_MODULES`` plugin option, and submitted a patch for it. Could you please help to review the patch. https://bugs.launchpad.net/horizon/+bug/1755339 https://review.openstack.org/#/c/552259/ Thank you very much. Best Regards, Xinni On

[openstack-dev] [tripleo] TLS by default

Hello, As part of the proposed changed by the Security Squad [1], we'd like the deployment to use TLS by default. The first target is to get the undercloud to use it, so a patch has been proposed recently [2] [3]. So, just wanted to give a heads up to people. This should be just fine from a