Re: [openstack-dev] [Nova] [Cyborg] Tracking multiple functions

2018-03-07 10:36 GMT+08:00 Alex Xu : > > > 2018-03-07 10:21 GMT+08:00 Alex Xu : > >> >> >> 2018-03-06 22:45 GMT+08:00 Mooney, Sean K : >> >>> >>> >>> >>> >>> *From:* Matthew Booth [mailto:mbo...@redhat.com] >>> *Sent:* Saturday, March

Re: [openstack-dev] [cinder] Support share backup to different projects?

Tommy, I am still not sure that this is going to move the team to a different decision. Now that you have more information you can propose it as a topic in tomorrow's team meeting if you wish. Jay On 3/20/2018 8:54 PM, TommyLike Hu wrote: Thanks Jay,     The question is AWS doesn't

[openstack-dev] [infra][dib] Gate "out of disk" errors and diskimage-builder 2.12.0

Hi, We had a small issue with dib's 2.12.0 release that means it creates the root partition with the wrong partition type [1]. The result is that a very old check in sfdisk fails, and growpart then can not expand the disk -- which means you may have seen jobs that usually work fine run out of

[openstack-dev] [congress] No meeting on 3/23

IRC weekly meeting resumes on 3/30. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

[openstack-dev] [cyborg]Team Weekly Meeting 2018.03.21

Hi Team, Meeting today starting UTC1400 at #openstack-cyborg, initial agenda as follows: 1. Sub-team lead progress update 2. rocky spec/patch review: https://review.openstack.org/#/q/status:open+project:openstack/cyborg -- Zhipeng (Howard) Huang Standard Engineer IT Standard & Patent/IT

Re: [openstack-dev] [Neutron][vpnaas]

Hi, IIUC, your use case is to connect 4 subnets from different sites (2 subnets for each site). If so, did you try with endpoint group? If not, please refer the following docs for more detail about how to try and get more understanding [1][2] [1]

Re: [openstack-dev] [neutron]Does neutron-server support the main backup redundancy？

You can run as many neutron server processes as you want in an active/active setup. On Tue, Mar 20, 2018, 18:35 Frank Wang wrote: > Hi All, > As far as I know, neutron-server only can be a single node, In order > to improve the reliability of the system, Does it

Re: [openstack-dev] [cinder] Support share backup to different projects?

Thanks Jay, The question is AWS doesn't have the concept of backup and their snapshot is incremental backup internally and will be finllay stored into S3 which is more sound like backup for us. Our snapshot can not be used across AZ. Jay S Bryant 于2018年3月21日周三 上午4:13写道：

Re: [openstack-dev] [nova] Rocky PTG summary - miscellaneous topics from Friday

On Tue, 20 Mar 2018 19:12:58 -0500, Matt Riedemann wrote:   *  XenAPI: support non file system based SR types - e.g. LVM, ISCSI     * Currently xenapi is only file system-based, cannot yet support LVM, ISCSI that are supported by XenServer     * We agreed that a specless blueprint is fine

[openstack-dev] [neutron]Does neutron-server support the main backup redundancy？

Hi All, As far as I know, neutron-server only can be a single node, In order to improve the reliability of the system, Does it support the main backup or active/active redundancy? Any comment would be appreciated. Thanks,

Re: [openstack-dev] [nova] Rocky spec review day

On 3/20/2018 6:47 PM, melanie witt wrote: I was thinking that 2-3 weeks ahead of spec freeze would be appropriate, so that would be March 27 (next week) or April 3 if we do it on a Tuesday. It's spring break here on April 3 so I'll be listening to screaming kids, I mean on vacation. Not that

Re: [openstack-dev] [nova] Rocky PTG summary - miscellaneous topics from Friday

On 3/20/2018 5:57 PM, melanie witt wrote:     * For rebuild, we're going to defer the instance.save() until conductor has passed scheduling and before it casts to compute in order to address the issue of rolling back instance values if something fails during rebuild scheduling I got to

[openstack-dev] [nova] Rocky spec review day

Hi everybody, The past several cycles, we've had a spec review day in the cycle where reviewers focus on specs and iterating quickly with spec authors for the day. Spec freeze is April 19 so I wanted to get some input from all of you about what day would work best for a spec review day. I

[openstack-dev] [nova] Review runways this cycle

Hello Stackers, As mentioned in the earlier "Rocky PTG summary - miscellaneous topics from Friday" email, this cycle we're going to experiment with a "runways" system for focusing review on approved blueprints in time-boxes. The goal here is to use a bit more structure and process in order

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

HTML: https://anticdent.org/tc-report-18-12.html This week's TC Report goes off in the weeds a bit with the editorial commentary from yours truly. I had trouble getting started, so had to push myself through some thinking by writing stuff that at least for the last few weeks I wouldn't normally

[openstack-dev] [nova] Rocky PTG summary - miscellaneous topics from Friday

Howdy all, I've put together an etherpad [0] with summaries of the items from the Friday miscellaneous session from the PTG at the Croke Park Hotel "game room" across from the bar area. I didn't summarize all of the items, but attempted to do so for most of them, namely the ones that had

[openstack-dev] [First Contact] [SIG] Meeting Today!

Hello! Another meeting tonight late/tomorrow depending on where in the world you live :) 0800 UTC Wednesday. Here is the agenda if you have anything to add [1]. Or if you want to add your name to the ping list it is there as well! See you all soon! -Kendall (diablo_rojo) [1]

Re: [openstack-dev] [cinder] Support share backup to different projects?

On 3/19/2018 10:55 PM, TommyLike Hu wrote: Now Cinder can transfer volume (with or without snapshots) to different projects,  and this make it possbile to transfer data across tenant via volume or image. Recently we had a conversation with our customer from Germany, they mentioned they are

Re: [openstack-dev] [all] Job failures on stable/pike and stable/ocata

On 3/20/2018 1:45 PM, Sean McGinnis wrote: All known patches are merged now and the last step of reverting the non-voting state of the one job is just about to finish in the gate queue. Stable branches should now be OK to recheck any failed jobs from the last couple of days. If you see anything

Re: [openstack-dev] [tripleo] The Weekly Owl - 13th Edition

On Tue, Mar 20, 2018 at 9:01 AM, Emilien Macchi wrote: > > +--> Matt is John and ruck is John. Please let them know any new CI issue. > so I double checked and Matt isn't John but in fact he's the rover ;-) -- Emilien Macchi

Re: [openstack-dev] [all] Job failures on stable/pike and stable/ocata

On Mon, Mar 19, 2018 at 04:02:50PM -0500, Sean McGinnis wrote: > [snip] > > We have a couple of issues causing failures with stable/pike and stable/ocata. > Actually, it also affects stable/queens as well due to grenade jobs needing to > run stable/pike first. > > [snip] > > I think we have a

Re: [openstack-dev] [tripleo] Recap of Python 3 testing session at PTG

On 03/17/2018 03:34 AM, Emilien Macchi wrote: That way, we'll be able to have some early testing on python3-only environments (thanks containers!) without changing the host OS. All hail our new python3-only overlords!!!

Re: [openstack-dev] [tripleo] Recap of Python 3 testing session at PTG

On Sat, Mar 17, 2018 at 9:34 AM, Emilien Macchi wrote: > During the PTG we had some nice conversations about how TripleO can make > progress on testing OpenStack deployments with Python 3. > In CC, Haikel, Alfredo and Javier, please complete if I missed something. > > > ##

Re: [openstack-dev] [tripleo] Recap of Python 3 testing session at PTG

- Original Message - > During the PTG we had some nice conversations about how TripleO can make > progress on testing OpenStack deployments with Python 3. > In CC, Haikel, Alfredo and Javier, please complete if I missed something. > ## Goal > As an OpenStack distribution, RDO would like

Re: [openstack-dev] [kolla] kolla-ansible cli proposal

In my opinion, a separate repository would be most suitable for this. So we do not mix the ansible roll with a frontend for ansible itself and are independent. Importing the project into the OpenStack namespace is probably easier this way. Christian. > On 20. Mar 2018, at 18:02, Borne Mace

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

Hi, Here is the status update / focus settings mail for w12. Bugs One new bug from last week: [Undecided] https://bugs.launchpad.net/nova/+bug/1756360 Serializer strips Exception kwargs The bug refers to an oslo.serialization change as the reason of the changed behavior but I failed

[openstack-dev] [kolla] kolla-ansible cli proposal

Greetings all, One of the discussions we had at the recent PTG was in regards to the blueprint to add support for a kolla-ansible cli [0]. I would like to propose that to satisfy this blueprint the thus far Oracle developed kollacli be completely upstreamed and made a community guided project.

[openstack-dev] [neutron][oslo] Move MultiConfigParser to networking-cisco

Hi, I'm hoping anyone involved with networking-cisco is subscribed to the neutron tag. If there's a better one to use please feel free to add it. The purpose of this email is to discuss plans for removing MultiConfigParser from oslo.config. It has been deprecated for a while and some

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

Note: this is the thirteenth 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] [mistral] Re: Mistral docker job

Can we push a Mistral image to some registry?I think it is more convenient than zip for user. And we can add image to cache-from section. https://docs.docker.com/compose/compose-file/#cache_from  About mysql, sorry, i don't have experience. I added the latest version of mysql. As I know that It's

[openstack-dev] [tripleo] Bug status

Hey everyone, In today's IRC meeting, I brought up[0] that we've been having an increase in the number of open bugs of the last few weeks. We're currently at about 635 open bugs. It would be beneficial for everyone to take a look at the bugs that they are currently assigned to and ensure they

[openstack-dev] Project for profiles and defaults for libvirt domains

Hi everyone! First of all sorry for such wide distribution, but apparently that's the best way to make sure we cooperate nicely. So please be considerate as this is a cross-post between huge amount of mailing lists. After some discussions with developers from different projects that work with

Re: [openstack-dev] [Blazar] Nominating Bertrand Souville to Blazar core

> On 20 Mar 2018, at 07:44, Masahito MUROI wrote: > > Hi Blazar folks, > > I'd like to nominate Bertrand Souville to blazar core team. He has been > involved in the project since the Ocata release. He has worked on NFV > usecase, gap analysis and feedback in

Re: [openstack-dev] [nova][ironic] Rocky PTG summary - nova/ironic

Thanks for the writeup, Melanie :) On Mon, Mar 19, 2018 at 8:31 PM, melanie witt wrote: > > * For the issue of nova-compute crashing on startup, we could add a > try-except around the call site at startup and ignore a "NotReadyYet" or > similar exception from the Ironic

Re: [openstack-dev] [nova][neutron] Rocky PTG summary - nova/neutron

On Fri, Mar 16, 2018 at 12:04 AM, Matt Riedemann wrote: On 3/15/2018 3:30 PM, melanie witt wrote: * We don't need to block bandwidth-based scheduling support for doing port creation in conductor (it's not trivial), however, if nova creates a port on a network

[openstack-dev] [tc] Vancouver Forum session brainstorming

Hi, governance / cross-community topics lovers, Like other groups, the TC has started to brainstorm potential topics for discussion at the Forum in Vancouver. The idea is to coordinate, merge duplicate sessions, and find missing sessions before the submission site formally opens. Please add your

Re: [openstack-dev] 回复： [ceilometer] [gnocchi] keystone verification failed.

On Tue, Mar 20 2018, __ mango. wrote: > I have configured the following > export OS_PROJECT_DOMAIN_NAME=Default > export OS_USER_DOMAIN_NAME=Default > export OS_PROJECT_NAME=admin > export OS_USERNAME=admin > exp​ort OS_PASSWORD=admin > export OS_AUTH_URL=http://controller:35357/v3 > export

[openstack-dev] 回复： [ceilometer] [gnocchi] keystone verification failed.

hi, I have configured the following export OS_PROJECT_DOMAIN_NAME=Default export OS_USER_DOMAIN_NAME=Default export OS_PROJECT_NAME=admin export OS_USERNAME=admin exp​ort OS_PASSWORD=admin export OS_AUTH_URL=http://controller:35357/v3 export OS_IDENTITY_API_VERSION=3 export OS_IMAGE_API_VERSION=2

Re: [openstack-dev] [Openstack-sigs] [all][api] POST /api-sig/news

On 20/03/18 08:26, Michael McCune wrote: On Fri, Mar 16, 2018 at 4:55 AM, Chris Dent > wrote: So summarize and clarify, we are talking about SDK being able to build their interface to Openstack APIs in an

[openstack-dev] [Neutron][vpnaas]

Hello, i have a general question regarding the working of vpnaas, can we setup multiple vpn connections on a single router? my scenario is lets say we have two networks net 1 and net2 in two different sites respectively, each network has two subnets, two sites have one router in each, with three

[openstack-dev] [Neutron][vpnaas]

Hello, i have a general question regarding the working of vpnaas, can we setup multiple vpn connections on a single router? my scenario is lets say we have two networks net 1 and net2 in two different sites respectiviely, each network has two subnets, in site one and site two we have two

Re: [openstack-dev] [ceilometer] [gnocchi] keystone verification failed.

On Tue, Mar 20 2018, __ mango. wrote: > 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 > # gnocchi status --debug > REQ: curl -g -i -X GET

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

Hi Kaz and Ivan, Yeah, it is worth discussed officially in the horizon team meeting or the mailing list thread to get a consensus. Hopefully you can add this topic to the horizon meeting agenda. After sending the previous mail, I noticed anther option. I see there are several options now. (1)

Re: [openstack-dev] [all][api] POST /api-sig/news

On 16/03/18 19:55, Chris Dent wrote: Meta: When responding to lists, please do not cc individuals, just repond to the list. Thanks, response within. +1 On Fri, 16 Mar 2018, Gilles Dubreuil wrote: In order to continue and progress on the API Schema guideline [1] as mentioned in [2] to

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

+1 > >> >> *From:* Jeffrey Zhang [mailto:zhang.lei@gmail.com] >> *Sent:* Monday, March 12, 2018 9:07 AM >> *To:* OpenStack Development Mailing List > .org> >> *Subject:* [openstack-dev] [kolla][vote] core nomination for caoyuan >> >> >> >> ​​Kolla core

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

Hi Akihiro, Thanks for your comment. The background of my request to add us to xstatic-core comes from Ivan's comment in last PTG's etherpad for heat-dashboard discussion. https://etherpad.openstack.org/p/heat-dashboard-ptg-rocky-discussion Line135, "we can share ownership if needed - e0ne"

[openstack-dev] [Blazar] Nominating Bertrand Souville to Blazar core

Hi Blazar folks, I'd like to nominate Bertrand Souville to blazar core team. He has been involved in the project since the Ocata release. He has worked on NFV usecase, gap analysis and feedback in OPNFV and ETSI NFV as well as in Blazar itself. Additionally, he has reviewed not only Blazar

[openstack-dev] [Openstack-Dev] [Neutron] [DragonFlow] Automatic Neighbour Discovery responder for IPv6

Hi DragonFlow Team, We noticed that you are adding support for automatic responder for neighbor solicitation via OpenFlow Rules here: https://review.openstack.org/#/c/412208/ Can you please let us know with latest OVS release are you using to test this feature? We are pursuing Automatic NS