[openstack-dev] Single day OpenStack conference in Canberra, Australia

Heya, I've been asked to let you all know about a single day OpenStack conference in Canberra that's coming up in a few weeks. The event is being run by the OpenStack Foundation along with the various meetup organizers. The conference is on Monday 14 November and has two tracks -- a management tr

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

Great idea! +1! Tom On Wed, Nov 02, 2016 at 08:09:27AM -0400, Tom Barron wrote: > I hereby propose that we add Goutham Pacha Ravi (gouthamr on IRC) to the > manila core team. This is a clear case where he's already been doing > the review work, excelling both qualitatively and quantitatively, as

Re: [openstack-dev] Splitting notifications from rpc (and questions + work around this)

Davanum Srinivas wrote: Josh, Kirill Bespalov put together this doc of which components will work with separate rpc and notification configurations: https://docs.google.com/document/d/1CU0KjL9iV8vut76hg9cFuWQGSJawuNq_cK7vRF_KyAA/edit?usp=sharing From my team, Oleksii Zamiatin is trying to scal

[openstack-dev] [tripleo] possible backports for stable/newton

Hi all, ​After forgetting to backport something to stable newton (thanks Emilien and Alex!), I felt it worthwhile to check for patches that may have been missed. Since our cherry picks don't seem to be considered equivalents by git (probably because of modified commit messages), I resorted to cros

Re: [openstack-dev] [kuryr][magnum] Notes from Summit fishbowl session

On Thu, Nov 3, 2016 at 12:33 AM, Antoni Segura Puimedon wrote: > Hi magna and kuryrs! > > Thank you all for joining last week meetings. I am now writing a few > emails to have persistent notes of what was talked about and discussed > in the Kuryr work sessions. In the Magnum joint session the poi

Re: [openstack-dev] [neutron][routed-network] Host doesn't connected any segments when creating port

Hi, Miguel. Thanks for your reply. This is my thought about routed network. Please review it and give me some comments, thanks. In general L2 provider network, maybe one network to one subnet. If in real deployment, we has to create many provider networks because one network to one subnets. But

[openstack-dev] [Neutron][neutron-lbaas][octavia] Not be able to ping loadbalancer ip

So I bring up octavia using devstack (stable/mitaka). I created a loadbalander and a listener(not create member yet) and start to look at how things are connected to each other. I can ssh to amphora vm and I do see a haproxy is up with front end point to my listener. I tried to ping (from dh

[openstack-dev] [qa] Summary of design summit for Ocata

Hi QA-team, Thanks for joining QA sessions on OpenStack Summit Barcelona. They were interesting and good to get directions to move forward in this development cycle. This is a summary of these sessions for next steps and hope this helps our works. * (Tempest) Add an option for stopping cleanup wh

Re: [openstack-dev] [FaaS] Function as a service in OpenStack

On Thu, Nov 3, 2016 at 10:44 AM, Zane Bitter wrote: > This is a really interesting space. There seems to be two main use cases > for Lambda that are probably worth talking about separately: > > The first is for just Lambda alone. You can use it to provide some glue > logic between the other AWS s

Re: [openstack-dev] [FaaS] Function as a service in OpenStack

On Thu, Nov 3, 2016 at 5:08 AM, Clint Byrum wrote: I don't have answers to these questions, but I'd ask: > > * Does OpenWhisk have a significant user base? > > * Do the goals of OpenWhisk run parallel to the goals of OpenStack? > > * Can any OpenStack operator deploy OpenWhisk and immediately beg

Re: [openstack-dev] Splitting notifications from rpc (and questions + work around this)

Josh, Kirill Bespalov put together this doc of which components will work with separate rpc and notification configurations: https://docs.google.com/document/d/1CU0KjL9iV8vut76hg9cFuWQGSJawuNq_cK7vRF_KyAA/edit?usp=sharing >From my team, Oleksii Zamiatin is trying to scale up ZMQ beyond 200+ nodes

[openstack-dev] Splitting notifications from rpc (and questions + work around this)

Hi folks, There was a bunch of chatter at the summit about how there are really two different types of (oslo) messaging usage that exist in openstack and how they need not be backed by the same solution type (rabbitmq, qpid, kafka...). For those that were not at the oslo sessions: https://w

Re: [openstack-dev] [Ceilometer]: Instance creation and deletion metrics in ceilometer !

On 03/11/16 03:01, gordon chung wrote: > gnocchi captures the state of a resource and it's history. this is > accessible by looking at resource history. i'm not entirely sure if that > handles your case, may you could provide the queries you use and we > could figure out equivalent gnocchi quer

[openstack-dev] [Neutron][networking-sfc] No networking-sfc meeting for 11/3/2016. We will resume our project meeting on 11/10/2016

__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova] About doing the migration claim with Placement API

On 11/02/2016 02:52 PM, Jay Pipes wrote: On 11/01/2016 10:14 AM, Alex Xu wrote: Currently we only update the resource usage with Placement API in the instance claim and the available resource update periodic task. But there is no claim for migration with placement API yet. This works is tracked

Re: [openstack-dev] [stable][neutron][midonet] midonet liberty gate failure

hi, On Thu, Nov 3, 2016 at 2:18 AM, Ihar Hrachyshka wrote: > Hi YAMAMOTO (and other midokura folks), > > I spotted unit tests in the branch are failing due to upper constraints not > applied. So I backported the fix as: > https://review.openstack.org/#/c/392698/ Sadly, it does not pass because >

[openstack-dev] [networking-ovn] restart failure to bring up ovn services

Following the docs online (Newton), the installation was successful. However when the VM that has the controller (and ovn-nb) restarted, it fails to bring up ovs & ovn. This is ubuntu deployment using python-networking-ovn and locally built ovn. Is this a deployment problem? Is it possible to recov

[openstack-dev] [tripleo] PTL Leave of Absence

I'll be on vacations from Friday night and back on November 22th, with very low access on IRC / emails. In case some decision needs to be taken with PTL approval, Steven Hardy will act as proxy and point of contact for TripleO project. I know this message is not required but I believe it helps in

Re: [openstack-dev] [all][release] Release announcements

On 02/11/16 03:39 PM, Emilien Macchi wrote: > On Wed, Nov 2, 2016 at 12:33 PM, Thierry Carrez wrote: >> Hi everyone, >> >> In Barcelona the release team has been discussing how to improve release >> announcements. Posting them on openstack-dev (for libs) and >> openstack-announce (for main servi

Re: [openstack-dev] [all] Global changes to CI jobs using neutron

On 02/11/16 19:53, Matt Riedemann wrote: > nova-network was deprecated in newton. Nova is working on moving the CI > jobs that run against it to use Neutron only in Ocata. I'm tracking that > work here: > > https://etherpad.openstack.org/p/removing-nova-network > > In an effort to make this more of

Re: [openstack-dev] [Ceilometer]: Instance creation and deletion metrics in ceilometer !

On Wed, Nov 2, 2016 at 2:33 PM, Maxime Belanger wrote: > Hi Raghunath, > > > We are usign Almanach : https://github.com/openstack/almanach. I think your > use case pretty much fits what this project does. > We implemented this as a replacement of Ceilometer to gather usage on > instances and volum

Re: [openstack-dev] [FaaS] Function as a service in OpenStack

On 01/11/16 22:20, Lingxian Kong wrote: Hi, all, Recently when I was talking with some customers of our OpenStack based public cloud, some of them are expecting to see a service similar to AWS Lambda in OpenStack ecosystem (so such service could be invoked by Heat, Mistral, Swift, etc.). This

Re: [openstack-dev] [all][i18n] how to indicate non-translatable identifiers in translatable strings?

On Wed, Nov 2, 2016 at 11:34 AM, Brian Rosmaita < brian.rosma...@rackspace.com> wrote: > This issue came up during a code review; I've asked around a bit but > haven't been able to find an answer. > > Some of the help output for utility scripts associated with Glance aren't > being translated, so

Re: [openstack-dev] [nova] About doing the migration claim with Placement API

On 11/01/2016 10:14 AM, Alex Xu wrote: Currently we only update the resource usage with Placement API in the instance claim and the available resource update periodic task. But there is no claim for migration with placement API yet. This works is tracked by https://bugs.launchpad.net/nova/+bug/16

[openstack-dev] [release][ptl][all] proposed change to Ocata final release date

One piece of feedback the release team received during the summit was that downstream packagers would benefit from having more time during the final release week to prepare the packages after we tag the final versions of projects using milestone-based releases. To help them out, we would like to mo

[openstack-dev] [all] Global changes to CI jobs using neutron

nova-network was deprecated in newton. Nova is working on moving the CI jobs that run against it to use Neutron only in Ocata. I'm tracking that work here: https://etherpad.openstack.org/p/removing-nova-network In an effort to make this more of a global switch in Ocata, clarkb has proposed a

Re: [openstack-dev] [all][release] Release announcements

On Wed, Nov 2, 2016 at 12:33 PM, Thierry Carrez wrote: > Hi everyone, > > In Barcelona the release team has been discussing how to improve release > announcements. Posting them on openstack-dev (for libs) and > openstack-announce (for main services) has proven to be pretty noisy, > especially for

[openstack-dev] [release] release team plans for Ocata

Last week at the summit the release team reviewed our notes from Newton and worked on plans for changes to be implemented during Ocata. * Branch automation Now that tag management is handled through reviews on openstack/releases, we want to add the other major release-related task: branch m

[openstack-dev] [kuryr][magnum] Notes from Summit fishbowl session

Hi magna and kuryrs! Thank you all for joining last week meetings. I am now writing a few emails to have persistent notes of what was talked about and discussed in the Kuryr work sessions. In the Magnum joint session the points were: Kuryr - Magnum joint work session =

Re: [openstack-dev] [Ceilometer]: Instance creation and deletion metrics in ceilometer !

Hi Raghunath, We are usign Almanach : https://github.com/openstack/almanach. I think your use case pretty much fits what this project does. We implemented this as a replacement of Ceilometer to gather usage on instances and volumes. We query it to do our billing calculation. It is of course a l

[openstack-dev] [nova] placement / resource providers ocata summit session recaps

We had three design summit sessions related to the new placement service and resource providers work. Since they are all more or less related, I'm going to recap them in a single email. The first session was a retrospective on the placement service work that happened in the Newton releas

Re: [openstack-dev] [neutron] proposal to resolve a rootwrap problem for XenServer

> > Oslo.privsep seem try to launch a daemon process and set caps for this > daemon; but for XenAPI, there is no need to spawn the daemon. > > I guess I'm lacking some context... If you don't need special rights, why use > a > rootwrap-like thing at all ? Why go through a separate process to call

Re: [openstack-dev] [nova] About doing the migration claim with Placement API

On 11/02/2016 05:26 AM, Alex Xu wrote: 2016-11-02 16:26 GMT+08:00 Sylvain Bauza mailto:sba...@redhat.com>>: #2 all those claim operations don't trigger an allocation request to the placement API, while the regular boot operation does (hence your bug report). Yes, except the bootin

Re: [openstack-dev] [all][release] Release announcements

On Wed, Nov 2, 2016 at 1:21 PM, Doug Hellmann wrote: > Excerpts from Thierry Carrez's message of 2016-11-02 17:33:51 +0100: >> Hi everyone, >> >> In Barcelona the release team has been discussing how to improve release >> announcements. Posting them on openstack-dev (for libs) and >> openstack-ann

Re: [openstack-dev] [neutron][oslo] proposal to resolve a rootwrap problem for XenServer

Excerpts from Jianghua Wang's message of 2016-11-02 15:52:22 +: > Thanks Doug. Please see my response inline starts with . > > Jianghua > > -Original Message- > From: Doug Hellmann [mailto:d...@doughellmann.com] > Sent: Wednesday, November 2, 2016 9:31 PM > To: openstack-dev > Subje

Re: [openstack-dev] [all][i18n] how to indicate non-translatable identifiers in translatable strings?

Excerpts from Brian Rosmaita's message of 2016-11-02 16:34:45 +: > This issue came up during a code review; I've asked around a bit but > haven't been able to find an answer. > > Some of the help output for utility scripts associated with Glance aren't > being translated, so Li Wei put up a pa

[openstack-dev] [stable][neutron][midonet] midonet liberty gate failure

Hi YAMAMOTO (and other midokura folks), I spotted unit tests in the branch are failing due to upper constraints not applied. So I backported the fix as: https://review.openstack.org/#/c/392698/ Sadly, it does not pass because tempest for midonet v2 fails: http://logs.openstack.org/98/3926

Re: [openstack-dev] [neutron] proposal to resolve a rootwrap problem for XenServer

Jianghua Wang wrote: > Is Neutron ready to switch oslo.rootwrap to oslo.privsep? You'll have to ask neutron-core for an updated status... I think it's ready, but as I mentioned in my other email the current review introducing it is currently stalled. > Oslo.privsep seem try to launch a daemon pro

Re: [openstack-dev] [all][release] Release announcements

Excerpts from Thierry Carrez's message of 2016-11-02 17:33:51 +0100: > Hi everyone, > > In Barcelona the release team has been discussing how to improve release > announcements. Posting them on openstack-dev (for libs) and > openstack-announce (for main services) has proven to be pretty noisy, > e

Re: [openstack-dev] OpenStack-dev Digest, Vol 55, Issue 6

If packets are making it to the SF but not making it out, it means the SFC has done its part.  Things to check. 1. Check that the SF VM has routing enabled root@fs-10-145-106-2:~# sysctl net.ipv4.ip_forwardnet.ipv4.ip_forward = 1 2.  Check the security group settings  for the SF VM. 3. Is port se

[openstack-dev] [all][i18n] how to indicate non-translatable identifiers in translatable strings?

This issue came up during a code review; I've asked around a bit but haven't been able to find an answer. Some of the help output for utility scripts associated with Glance aren't being translated, so Li Wei put up a patch to fix this [0], but there are at least two problematic cases. Case 1:

[openstack-dev] [all][release] Release announcements

Hi everyone, In Barcelona the release team has been discussing how to improve release announcements. Posting them on openstack-dev (for libs) and openstack-announce (for main services) has proven to be pretty noisy, especially for projects which publish lots of components, like OpenStack Puppet or

[openstack-dev] [nova] No cellsv2 meeting today

Hi all, A bunch of the usual participants cannot attend the CellsV2 meeting today, and the ones that can just discussed it last week face-to-face in Barcelona. So, I'm going to declare it canceled for today for lack of critical mass. --Dan

[openstack-dev] [searchlight] No IRC meeting Nov 3rd

Hi, Since some people are still traveling back from the summit and I'm out of the office I'm canceling this week's IRC meeting. We'll resume normal service next week. Apologies for the late notice. Steve __ OpenStack Develo

Re: [openstack-dev] [FaaS] Function as a service in OpenStack

Excerpts from Lingxian Kong's message of 2016-11-02 15:20:45 +1300: > Hi, all, > > Recently when I was talking with some customers of our OpenStack based > public cloud, some of them are expecting to see a service similar to AWS > Lambda in OpenStack ecosystem (so such service could be invoked by

Re: [openstack-dev] [neutron][oslo] proposal to resolve a rootwrap problem for XenServer

Thanks Doug. Please see my response inline starts with . Jianghua -Original Message- From: Doug Hellmann [mailto:d...@doughellmann.com] Sent: Wednesday, November 2, 2016 9:31 PM To: openstack-dev Subject: Re: [openstack-dev] [neutron][oslo] proposal to resolve a rootwrap problem for Xe

[openstack-dev] [new][oslo] oslo.config 3.19.0 release (ocata)

We are thrilled to announce the release of: oslo.config 3.19.0: Oslo Configuration API This release is part of the ocata release series. The source is available from: http://git.openstack.org/cgit/openstack/oslo.config Download the package from: https://pypi.python.org/pypi/oslo.confi

Re: [openstack-dev] [neutron] proposal to resolve a rootwrap problem for XenServer

Thanks Thierry. Is Neutron ready to switch oslo.rootwrap to oslo.privsep? Oslo.privsep seem try to launch a daemon process and set caps for this daemon; but for XenAPI, there is no need to spawn the daemon. All of the commands to be executed are sent to the common dom0 XAPI daemon (which will inv

Re: [openstack-dev] [manila] Relation of share types and share protocols

On 02 Nov 2016, at 15:15, Ben Swartzlander mailto:b...@swartzlander.org>> wrote: On 11/02/2016 06:23 AM, Arne Wiebalck wrote: Hi Valeriy, I wasn’t aware, thanks! So, if each driver exposes the storage_protocols it supports, would it be sensible to have manila-ui check the extra_specs for this

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+1 I've considered Goutham a core reviewer long before he actually was in contention for being one. This is a fantastic addition to the community and the project. It's very well deserved. Dustin Schoenbrun OpenStack Quality Engineer Red Hat, Inc. dscho...@redhat.com On Wed, Nov 2, 2016 at 9:54 A

Re: [openstack-dev] [neutron][routed-network] Host doesn't connected any segments when creating port

Hi Zhi, In routed networks, the routing among the segments has to be provided by a router external to Neutron. It has to be provided by the deployment's networking infrastructure. In the summit presentation you watched, I used this Vagrant environment for the demo portion: https://github.com/migue

Re: [openstack-dev] [ironic] When should a project be under Ironic's governance?

On Mon, Oct 17, 2016 at 4:27 PM, Michael Turek wrote: > Hello ironic! > > At today's IRC meeting, the questions "what should and should not be a > project be under Ironic's governance" and "what does it mean to be under > Ironic's governance" were raised. Log here: > > http://eavesdrop.openstack.o

[openstack-dev] [ironic] matrix of deploy combinations tested on upstream gates

Hi Ironicers, to have better visibility of what is being tested on our gates, I've started an etherpad that aims to describe what combination of settings / deploy options is being tested by each currently running (voting and not) check / gate job https://etherpad.openstack.org/p/ironic-gate-jobs-

Re: [openstack-dev] [manila] Relation of share types and share protocols

On 11/02/2016 06:23 AM, Arne Wiebalck wrote: Hi Valeriy, I wasn’t aware, thanks! So, if each driver exposes the storage_protocols it supports, would it be sensible to have manila-ui check the extra_specs for this key and limit the protocol choice for a given share type to the supported protoc

Re: [openstack-dev] [neutron] proposal to resolve a rootwrap problem for XenServer

Ihar Hrachyshka wrote: > Tony Breeds wrote: > >> On Tue, Nov 01, 2016 at 12:45:43PM +0100, Ihar Hrachyshka wrote: >> >>> I suggested in the bug and the PoC review that neutron is not the right >>> project to solve the issue. Seems like oslo.rootwrap is a better >>> place to >>> maintain privilege

Re: [openstack-dev] [openstack-ansible] Debugging slow Xenial gate

> On 11/2/16, 1:51 PM, "Major Hayden" wrote: >I tossed up a horribly written hack[0] to change some CPU scheduler > settings back to the Trusty settings. My initial tests were great! Also, > the first test in OpenStack CI was really good -- 62 minutes for trusty and > 65 minutes for xeni

Re: [openstack-dev] [Ceilometer]: Instance creation and deletion metrics in ceilometer !

On 02/11/16 01:39 AM, Adrian Turjak wrote: > Been vaguely following this thread and I have a question. > > Just to confirm, as I haven't touched ceilometer code in ages, the > instance metric still exists? Or at least something like it? it sort of exists currently. we don't build it from notific

Re: [openstack-dev] [openstack-ansible] Debugging slow Xenial gate

On 10/28/2016 04:02 AM, Major Hayden wrote: > On the topic of threads, the sysbench output from both Trusty and Xenial are > nearly identical with the exception of threads. Trusty is usually about > 15-20% faster on that benchmark than Xenial. I spoke with a few other people and it seems like t

[openstack-dev] [telemetry] open work items

hi, for those interested in contributing i updated the roadmap[1] page in our wiki with items we discussed over last few summits. if you want more details on work item and sizing, feel free to ask. we don't use specs or blueprints in Telemetry except for rare patch which requires a lot of deba

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+1 -Ben On 11/02/2016 08:09 AM, Tom Barron wrote: I hereby propose that we add Goutham Pacha Ravi (gouthamr on IRC) to the manila core team. This is a clear case where he's already been doing the review work, excelling both qualitatively and quantitatively, as well as being a valuable committ

Re: [openstack-dev] [keystone] new keystone core (breton)

Congrats Boris! Very well deserved! On Tue, Nov 1, 2016 at 9:17 PM, Jamie Lennox wrote: > Congrats Boris, Great to have new people on board. Well earned. > > On 1 November 2016 at 15:53, Brad Topol wrote: > >> Congratulations Boris!!! Very well deserved!!! >> >> --Brad >> >> >> Brad Topol, Ph.D

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+2 Well earned. From: Rodrigo Barbieri Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Wednesday, November 2, 2016 at 8:41 AM To: "OpenStack Development Mailing List (not for usage questions)" Subject: Re: [openstack-dev] [manila] propose adding gouthamr to man

[openstack-dev] [openstack-ansible][octavia] Spec: Deploy Octavia with OpenStack-Ansible

Hey folks, I drafted a spec yesterday for deploying Octavia with OpenStack-Ansible. The spec review[0] is pending and you can go straight to the rendered version[1] if you want to take a look. We proposed this before in the Liberty release, but we ended up implementing only LBaaSv2 with the a

Re: [openstack-dev] [Neutron] Centralizing some config options will break many stadium projects

Excerpts from Brandon Logan's message of 2016-11-01 22:56:45 +: > On Tue, 2016-11-01 at 13:13 +0100, Ihar Hrachyshka wrote: > > Brandon Logan wrote: > > > > > Hello Neutrinos, > > > I've come across an issue that I'd like to get input/opinions > > > on.  I've > > > been reviewing some of the

Re: [openstack-dev] [neutron][oslo] proposal to resolve a rootwrap problem for XenServer

Excerpts from Jianghua Wang's message of 2016-11-02 04:14:48 +: > Ihar and Tony, > Thanks for the input. > In order to run command in dom0, it uses XenAPI to create a session which > can be used to remotely call a plugin - netwrap which is located in dom0. The > netwrap plugin is executed a

Re: [openstack-dev] [manila] Relation of share types and share protocols

> On 02 Nov 2016, at 11:52, Tom Barron wrote: > > > > On 11/02/2016 06:23 AM, Arne Wiebalck wrote: >> Hi Valeriy, >> >> I wasn’t aware, thanks! >> >> So, if each driver exposes the storage_protocols it supports, would it >> be sensible to have >> manila-ui check the extra_specs for this key

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+2! Goutham contributes a lot to manila in all areas and is a very active and skilled member of the community! On Wed, Nov 2, 2016 at 9:36 AM, Silvan Kaiser wrote: > +1! > > 2016-11-02 13:31 GMT+01:00 Alex Meade : > >> +1000 >> >> On Wed, Nov 2, 2016 at 1:09 PM, Tom Barron wrote: >> >>> I he

Re: [openstack-dev] [networking-sfc][devstack][mitaka] Chain doesn't work

Any suggestion ? On Monday, 24 October 2016, Alioune wrote: > Hi all, > > I'm trying to implement service chain in OpenStack using networking-sfc > (stable/mitaka) and OVS 2.5.90 > > > The following is the architecture I used : > > SRC DST > |

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+1! 2016-11-02 13:31 GMT+01:00 Alex Meade : > +1000 > > On Wed, Nov 2, 2016 at 1:09 PM, Tom Barron wrote: > >> I hereby propose that we add Goutham Pacha Ravi (gouthamr on IRC) to the >> manila core team. This is a clear case where he's already been doing >> the review work, excelling both qual

Re: [openstack-dev] [manila] propose adding gouthamr to manila core

+1000 On Wed, Nov 2, 2016 at 1:09 PM, Tom Barron wrote: > I hereby propose that we add Goutham Pacha Ravi (gouthamr on IRC) to the > manila core team. This is a clear case where he's already been doing > the review work, excelling both qualitatively and quantitatively, as > well as being a valu

[openstack-dev] [manila] propose adding gouthamr to manila core

I hereby propose that we add Goutham Pacha Ravi (gouthamr on IRC) to the manila core team. This is a clear case where he's already been doing the review work, excelling both qualitatively and quantitatively, as well as being a valuable committer to the project. Goutham deserves to be core and we

Re: [openstack-dev] [nova] About doing the migration claim with Placement API

Le 02/11/2016 12:26, Alex Xu a écrit : 2016-11-02 16:26 GMT+08:00 Sylvain Bauza >: Le 01/11/2016 15:14, Alex Xu a écrit : Currently we only update the resource usage with Placement API in the instance claim and the available resource update periodic

Re: [openstack-dev] [nova] About doing the migration claim with Placement API

2016-11-02 16:26 GMT+08:00 Sylvain Bauza : > > > Le 01/11/2016 15:14, Alex Xu a écrit : > > Currently we only update the resource usage with Placement API in the > instance claim and the available resource update periodic task. But there > is no claim for migration with placement API yet. This wor

Re: [openstack-dev] [keystone] Keystone multinode grenade job

Testing upgrades without downtime is definitely something we need to improve. At the summit Dolph Mathews (dolphm on irc) was also looking at testing out the new upgrade flow. I'm not sure what his plans are, but getting in contact with him would be a good first step. On Wed, Nov 2, 2016 at 3:44 A

Re: [openstack-dev] [nova] [cinder] Issue with live migration of instances with encrypted volumes

On Wed, Nov 02, 2016 at 10:43:44AM +, Lee Yarwood wrote: > On 02-11-16 08:55:08, Carlton, Paul (Cloud Services) wrote: > > Lee > > > > I see this in a multiple node devstack without shared storage, although > > that shouldn't be relevant > > > > I do a live migration of an instance > > > >

Re: [openstack-dev] [manila] Relation of share types and share protocols

On 11/02/2016 06:23 AM, Arne Wiebalck wrote: > Hi Valeriy, > > I wasn’t aware, thanks! > > So, if each driver exposes the storage_protocols it supports, would it > be sensible to have > manila-ui check the extra_specs for this key and limit the protocol > choice for a given > share type to the

Re: [openstack-dev] [nova] [cinder] Issue with live migration of instances with encrypted volumes

On 02-11-16 08:55:08, Carlton, Paul (Cloud Services) wrote: > Lee > > I see this in a multiple node devstack without shared storage, although that > shouldn't be relevant > > I do a live migration of an instance > > I then hard reboot it > > I you are not seeing the same outcome I'll look at t

Re: [openstack-dev] [manila] Relation of share types and share protocols

Hi Valeriy, I wasn’t aware, thanks! So, if each driver exposes the storage_protocols it supports, would it be sensible to have manila-ui check the extra_specs for this key and limit the protocol choice for a given share type to the supported protocols (in order to avoid that the user tries to

Re: [openstack-dev] [tripleo] Ocata specs

On Tue, Nov 01, 2016 at 05:46:48PM -0400, Zane Bitter wrote: > On 01/11/16 15:13, James Slagle wrote: > > On Tue, Nov 1, 2016 at 7:21 PM, Emilien Macchi wrote: > > > Hi, > > > > > > TripleO (like some other projects in OpenStack) have not always done > > > good job in merging specs on time during

Re: [openstack-dev] [all][tc][ptl] Next PTL/TC elections timeframes

Thierry Carrez wrote: >> See: https://review.openstack.org/#/c/385951/ > [...] > So we'd like to get extra time for PTLs to chime in on the change and > post their +1 if they are fine with it. We'll wait until the TC meeting > on November 8th to finally approve this. Quick reminder for PTLs to chi

Re: [openstack-dev] [neutron] Feature to enhance floating IP router lookup to consider extra routes

Vega Cai wrote: Hi folks, During the development of Tricircle, we find that one feature whose spec has already been accepted is very useful, that is to enhance floating IP router lookup to consider extra routes[1]. With this feature, floating IP is allowed to be associated to internal ad

Re: [openstack-dev] [neutron] Cloud Provider Security Groups

Hello David, The following RFE’s were created in order to address the same use case: https://bugs.launchpad.net/neutron/+bug/1592000 https://bugs.launchpad.net/neutron/+bug/1592028 (blueprint https://review.openstack.org/#/c/391654) IMO, These usability issues in the security-group API should b

[openstack-dev] [neutron] Feature to enhance floating IP router lookup to consider extra routes

Hi folks, During the development of Tricircle, we find that one feature whose spec has already been accepted is very useful, that is to enhance floating IP router lookup to consider extra routes[1]. With this feature, floating IP is allowed to be associated to internal addresses that are reachable

Re: [openstack-dev] [manila] Relation of share types and share protocols

Hello, Arne Each share driver has capability called "storage_protocol". So, for case you describe, you should just define such extra spec in your share type that will match value reported by desired backend[s]. It is the purpose of extra specs in share types, you (as cloud admin) define its conne

Re: [openstack-dev] [nova] [cinder] Issue with live migration of instances with encrypted volumes

Lee I see this in a multiple node devstack without shared storage, although that shouldn't be relevant I do a live migration of an instance I then hard reboot it I you are not seeing the same outcome I'll look at this again Paul Carlton Software Engineer Cloud Services Hewlett Packard Ente

Re: [openstack-dev] [magnum]Is internet-access necessary for Magnum + CoreOS?

Hi Yuanying, Thank you for explaining. I consider changing my environment or OS. Regards, On 2016/11/01 19:13, Yuanying OTSUKA wrote: Hi, Rikimaru. Currently, k8s-CoreOS driver dosen’t have way to disable internet access. But k8s-fedora driver has. See, below blueprint. * https://blueprints.

[openstack-dev] [QA] Cancel this week QA meeting

Hi! We cancel this week QA meeting because of too few attendees this timing. See you next time :) Best Regards, -- Masayuki Igawa __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-req

[openstack-dev] [manila] Relation of share types and share protocols

Hi, We’re preparing the use of Manila in production and noticed that there seems to be no strong connection between share types and share protocols. I would think that not all backends will support all protocols. If that’s true, wouldn’t it be sensible to establish a stronger relation and have

Re: [openstack-dev] [nova] About doing the migration claim with Placement API

Le 01/11/2016 15:14, Alex Xu a écrit : Currently we only update the resource usage with Placement API in the instance claim and the available resource update periodic task. But there is no claim for migration with placement API yet. This works is tracked by https://bugs.launchpad.net/nova/+bu

Re: [openstack-dev] [nova] [cinder] Issue with live migration of instances with encrypted volumes

On 01-11-16 15:22:57, Carlton, Paul (Cloud Services) wrote: > Lee > > That change is in my test version or was till I reverted it with > https://review.openstack.org/#/c/391418, > > If you live migrate with the change you mentioned the instance goes to error > when you try to hard reboot Hey P

Re: [openstack-dev] [neutron] proposal to resolve a rootwrap problem for XenServer

Tony Breeds wrote: On Tue, Nov 01, 2016 at 12:45:43PM +0100, Ihar Hrachyshka wrote: I suggested in the bug and the PoC review that neutron is not the right project to solve the issue. Seems like oslo.rootwrap is a better place to maintain privilege management code for OpenStack. Ideally, a so

[openstack-dev] [tricircle]agenda of weekly meeting Nov.2

Hello, team, Let's resume the weekly meeting after design summit. Agenda of Nov.2 weekly meeting: 1. Tricircle design summit recap and Ocata planning https://etherpad.openstack.org/p/ocata-tricircle-work-session How to join: # IRC meeting: https://webchat.freenode.net/?channels=openstack-m

[openstack-dev] [keystone] Keystone multinode grenade job

Hi Keystone team! I'm currently investigating OpenStack components upgradability. I saw that a few months ago there was a mail thread about Grenade multinode testing job for Keystone [1]. As far as I understand it was decided to test how stable Keystone works with master DB and to test how diff

Re: [openstack-dev] [FaaS] Function as a service in OpenStack

Could writing a Scala OpenStack SDK for OpenWhisk do the trick ? On Wed, Nov 2, 2016 at 10:20 AM, Lingxian Kong wrote: > Hi, all, > > Recently when I was talking with some customers of our OpenStack based > public cloud, some of them are expecting to see a service similar to AWS > Lambda in Open

[openstack-dev] [Horizon] Meeting at 20:00 UTC this Wednesday, 2nd November

Hi folks, The Horizon team will be having our next meeting at 20:00 UTC this Wednesday, 2nd November in #openstack-meeting-3 Meeting agenda is here: https://wiki.openstack.org/wiki/Meetings/Horizon Anyone is welcome to to add agenda items and everyone interested in Horizon is encouraged to atten