Re: [openstack-dev] [puppet] [ceph] puppet-ceph working session

Hi Andrew Sadly I'm not present at the summit - but I'm looking forward to the outcome of the meeting. Please let me know if there is anything specific I can contribute towards getting rid of CI issues? Cheers, David On Wed, Oct 28, 2015 at 4:52 AM, Andrew Woodward wrote: >

Re: [openstack-dev] [cinder][nova] gate-cinder-python34 failing test_nova_timeout after novaclient 2.33 release

Hi. Look at https://review.openstack.org/#/c/239837/ On Wed, Oct 28, 2015 at 3:52 PM, Matt Riedemann wrote: > That job is failing at a decent rate, tracking with bug: > > https://bugs.launchpad.net/cinder/+bug/1510656 > > It lines up with the novaclient 2.33 release

Re: [openstack-dev] [cinder][nova] gate-cinder-python34 failing test_nova_timeout after novaclient 2.33 release

On 10/28/2015 9:06 AM, Yuriy Nesenenko wrote: Hi. Look at https://review.openstack.org/#/c/239837/ On Wed, Oct 28, 2015 at 3:52 PM, Matt Riedemann > wrote: That job is failing at a decent rate, tracking with bug:

[openstack-dev] [cinder][nova] gate-cinder-python34 failing test_nova_timeout after novaclient 2.33 release

That job is failing at a decent rate, tracking with bug: https://bugs.launchpad.net/cinder/+bug/1510656 It lines up with the novaclient 2.33 release on 10/27, I'm checking out what the change was that caused the regression. This is a heads up that rechecks on this failure probably won't

Re: [openstack-dev] [cinder][nova] gate-cinder-python34 failing test_nova_timeout after novaclient 2.33 release

On 10/28/2015 9:22 AM, Matt Riedemann wrote: On 10/28/2015 9:06 AM, Yuriy Nesenenko wrote: Hi. Look at https://review.openstack.org/#/c/239837/ On Wed, Oct 28, 2015 at 3:52 PM, Matt Riedemann > wrote: That job is failing

Re: [openstack-dev] [neutron][networking-sfc] API clarification questions

Hi Russell, Please see my replies inline. Thanks, Cathy -Original Message- From: Russell Bryant [mailto:rbry...@redhat.com] Sent: Wednesday, October 28, 2015 4:21 PM To: OpenStack Development Mailing List; Cathy Zhang; Henry Fourie Subject: [neutron][networking-sfc] API clarification

Re: [openstack-dev] [mistral] sort dir of executions, asc or desc?

Hi Lingxian, I am agree with you that from user's point of view it is more convenient to show execution in the descending order (latest created execution on the top), but all other get_all methods (for tasks, workflows, etc) return list of objects in the ascending order. I prefer to have

Re: [openstack-dev] [neutron][networking-sfc] API clarification questions

- Original Message - > Hi Russell, > > Please see my replies inline. > > Thanks, > Cathy > > -Original Message- > From: Russell Bryant [mailto:rbry...@redhat.com] > Sent: Wednesday, October 28, 2015 4:21 PM > To: OpenStack Development Mailing List; Cathy Zhang; Henry Fourie >

Re: [openstack-dev] [oslo.messaging] Why the needed version of kombu to support heartbeat is >=3.0.7

Thank you for pointing this out, dims. I didn't notice this process of openstack. But i wonder how do you find the relationship between that bot's commit and the global requirements commit. And sileht, from this commit

Re: [openstack-dev] [cinder] RemoteFS drivers refactoring: move code, which works with images to separate classes

On 10/28/2015 03:55 PM, Eric Harney wrote: On 10/28/2015 03:18 PM, Dmitry Guryanov wrote: Hello! Can we discuss this on the summit? As I promised, I've written a blueprint for this change: https://review.openstack.org/#/c/237094/ I assume we can talk about this at the Cinder contributors

[openstack-dev] [cinder][ironic] Cinder + Ironic meetup

Hi team, Let's discuss "Cinder w/o Nova" [1] or "Cinder and Ironic integration" this Friday, 11am at Cinder Contributors Meetup, Amethyst room. This topic is important for our projects and users, so let's discuss it together to find a best solution to implement it. [1]

Re: [openstack-dev] [cinder] RemoteFS drivers refactoring: move code, which works with images to separate classes

On 10/28/2015 03:18 PM, Dmitry Guryanov wrote: > Hello! > > Can we discuss this on the summit? > > As I promised, I've written a blueprint for this change: > > https://review.openstack.org/#/c/237094/ > I assume we can talk about this at the Cinder contributors meetup on Friday. > > On

[openstack-dev] [neutron][networking-sfc] API clarification questions

I read through the proposed SFC API here: http://docs.openstack.org/developer/networking-sfc/api.html I'm looking at implementing what would be required to support this API in OVN. I have a prototype, but I had to make some pretty big assumptions, so I wanted to clarify the intent of the API.

Re: [openstack-dev] [Nova][Manila] Nova API to attach/detach file volume/share

On Mon, 2015-10-26 at 22:13 -0700, Sage Weil wrote: [snipped] > If you're at the summit, I'll be talking a bit about this on > Wednesday at > 4:40 (http://sched.co/4A03). The link doesn't work for me. Can you resent or post the room? TIA Tom

[openstack-dev] [nova] [searchlight] Difference in nova notifications versus API

Hi, One of our questions this summit for Searchlight is whether we can reduce the time and effort required to index resources by getting as much information from notifications as possible. Nova's API and notifications provide data in different formats; some information is missing and some is

[openstack-dev] [glance] [swift] [searchlight] Searchlight cross-project session

Hi, As you may know, Searchlight became an Openstack project after the Vancouver summit with the goal of providing a unified search API over many Openstack resources. A big goal for the Mitaka cycle is to add support for more resources (and improve existing support), and to that end we'd love

Re: [openstack-dev] [cinder] RemoteFS drivers refactoring: move code, which works with images to separate classes

Hello! Can we discuss this on the summit? As I promised, I've written a blueprint for this change: https://review.openstack.org/#/c/237094/ On 10/14/2015 03:57 AM, Dmitry Guryanov wrote: Hello, RemoteFS drivers combine 2 logical tasks. The first one is how to mount a filesystem and select

Re: [openstack-dev] [oslo.messaging] Why the needed version of kombu to support heartbeat is >=3.0.7

apporc, I do a git blame on global-requirements.txt to figure that out. I'll let @sileht answer the other one :) -- dims On Wed, Oct 28, 2015 at 3:15 PM, me,apporc wrote: > Thank you for pointing this out, dims. I didn't notice this process of > openstack. But i

[openstack-dev] Is there any incubating Data Backup projects?

Hi, gurus I wanna to know if there any data backup incubating projects in OpenStack . I googled and found freezer, and will we make it as one of the community supported project? ​[1]: https://github.com/openstack/freezer​ -- Regards, Yitao jiangyt.github.io

Re: [openstack-dev] [neutron][networking-sfc] API clarification questions

On Wed, Oct 28, 2015 at 4:20 PM, Russell Bryant wrote: > I read through the proposed SFC API here: > > http://docs.openstack.org/developer/networking-sfc/api.html > > I'm looking at implementing what would be required to support this API > in OVN. I have a prototype, but I

[openstack-dev] [Nova] Migration type refactor proposal.

Hi all, Please take a look at this BP. https://blueprints.launchpad.net/nova/+spec/migration-type-refactor I'm now working on migration state machine, and I think migration type also has some problems we need to fix. This can be part of the whole migration refactoring work. Thanks.

Re: [openstack-dev] [nova] [searchlight] Difference in nova notifications versus API

Hi, There is a spec up [3] in nova to version notifications and also there will be a half session [4] tomorrow aftrenoon on the nova track to discuss it. Cheers, Gibi [3] https://review.openstack.org/#/c/224755/ [4]

[openstack-dev] [kuryr] meetup

Hi fellow Kuryrs, I want to remind you that we'll be meeting up at some corner of [1] to discuss all things kuryr. The agenda will be: - Current challenges with multinode - The path to Mitaka: + Functional testing + COE Integrations + VM nested containers. [1] http://sched.co/4Qan

Re: [openstack-dev] [Fuel][Fuel-Modularization] Proposal on Decoupling Serializers from Nailgun

Vladimir, Sorry for delayed response. Let's continue inline. On Thu, Oct 22, 2015 at 2:16 PM, Vladimir Kuklin wrote: > > >> >> Each task can use some code to transform this output to the >> representation that is actually needed for this particular task. Whenever a >>

Re: [openstack-dev] [neutron][networking-sfc] API clarification questions

On 10/28/2015 05:14 PM, Giuseppe (Pino) de Candia wrote: > On Wed, Oct 28, 2015 at 4:20 PM, Russell Bryant > wrote: > > I read through the proposed SFC API here: > > http://docs.openstack.org/developer/networking-sfc/api.html > > I'm

Re: [openstack-dev] [nova] [searchlight] Difference in nova notifications versus API

Excellent! I'll try to be there. Thanks for the response! Original message From: Balázs Gibizer Date:10/28/2015 18:54 (GMT+09:00) To: "OpenStack Development Mailing List (not for usage questions)" Subject: Re: [openstack-dev] [nova] [searchlight] Difference in nova

Re: [openstack-dev] [cinder][nova] gate-cinder-python34 failing test_nova_timeout after novaclient 2.33 release

Matt, Thank you for bring this topic to the ML. In cinder, we've merged [1] patch to unblock gates. I've proposed other patch [2] to fix global-requirements for the stable/liberty branch. [1] https://review.openstack.org/#/c/239837/ [2] https://review.openstack.org/#/c/239799/ Regards, Ivan

Re: [openstack-dev] [nova] [searchlight] Difference in nova notifications versus API

Thank, Gibi! A key aspect for notifications for Searchlight would be able to have the notification produce the same data that you’d get from the API. So, with micro versions, it would probably need to be configurable for the notifications emitted on perhaps a certain topic to be able to be

Re: [openstack-dev] [cinder][nova] gate-cinder-python34 failing test_nova_timeout after novaclient 2.33 release

On 10/28/2015 12:28 PM, Matt Riedemann wrote: On 10/28/2015 10:41 AM, Ivan Kolodyazhny wrote: Matt, Thank you for bring this topic to the ML. In cinder, we've merged [1] patch to unblock gates. I've proposed other patch [2] to fix global-requirements for the stable/liberty branch. [1]

Re: [openstack-dev] [Nova] Migration state machine proposal.

On 10/27/15 at 09:02am, Jay Pipes wrote: On 10/22/2015 11:13 AM, Tang Chen wrote: On 10/22/2015 05:17 AM, Joshua Harlow wrote: Overall I'm very much inclined to have three state machines (one for each type), vs the mix-mash of all three into one state machine (which causes the confusion around

Re: [openstack-dev] [cinder][nova] gate-cinder-python34 failing test_nova_timeout after novaclient 2.33 release

On 10/28/2015 10:41 AM, Ivan Kolodyazhny wrote: Matt, Thank you for bring this topic to the ML. In cinder, we've merged [1] patch to unblock gates. I've proposed other patch [2] to fix global-requirements for the stable/liberty branch. [1] https://review.openstack.org/#/c/239837/ [2]

Re: [openstack-dev] [Nova] Migration state machine proposal.

Hi Andrew, On 10/29/2015 12:53 AM, Andrew Laski wrote: On 10/27/15 at 09:02am, Jay Pipes wrote: On 10/22/2015 11:13 AM, Tang Chen wrote: On 10/22/2015 05:17 AM, Joshua Harlow wrote: Overall I'm very much inclined to have three state machines (one for each type), vs the mix-mash of all three

Re: [openstack-dev] [Nova] Migration state machine proposal.

On 10/29/2015 09:26 AM, Tang Chen wrote: Hi Andrew, On 10/29/2015 12:53 AM, Andrew Laski wrote: On 10/27/15 at 09:02am, Jay Pipes wrote: On 10/22/2015 11:13 AM, Tang Chen wrote: On 10/22/2015 05:17 AM, Joshua Harlow wrote: Overall I'm very much inclined to have three state machines (one

[openstack-dev] manila-api failure in liberty

The API service fails to load with the error below. The scheduler and share services seems to load fine. What could be wrong? I compared api/versions.py for kilo and liberty. And it seems liberty is missing Versions class. I appreciate your hep on this. 2015-10-28 15:39:58.458 8267 CRITICAL

[openstack-dev] [manila] manila-api failure in liberty

The API service fails to load with the error below. The scheduler and share services seems to load fine. What could be wrong? I compared api/versions.py for kilo and liberty. And it seems liberty is missing Versions class. I appreciate your hep on this. 2015-10-28 15:39:58.458 8267 CRITICAL

[openstack-dev] [Neutron] IPAM drivers for BlueCat networks and Alcatel-Lucent VitalQIP

Hi I am exploring IPAM feature in OpenStack Neutron. In particular, I wanted to look at the IPAM drivers for BlueCat Networks' (Proteus) and Alcatel-Lucent's VitalQIP. If someone can provide me with pointers, it would be of great help. Thanks, Maruti

[openstack-dev] [Tempest]Non service clients migration to tempest-lib

Hi guys, As discussed this morning, here is an etherpad to track the progress in the migration of files other than the service clients from Tempest to tempest-lib: https://etherpad.openstack.org/p/tempest-lib-non-service-clients-migration A couple of work items already have assignee, thanks :) If

Re: [openstack-dev] [tricircle][neutron][dragonflow]Joint session at Design Summit Venue

Hi All, For those of you who are interested, we are having the session at Hinoki room at Building 4#, and agenda is available at https://etherpad.openstack.org/p/TricircleDFMitakaSession On Fri, Oct 23, 2015 at 9:38 PM, Zhipeng Huang wrote: > Hi All, > > Team Tricircle

[openstack-dev] [Heat] userdata empty when using software deployment/config in Kilo

Using my own template or the example template: https://github.com/openstack/heat-templates/blob/master/hot/software-config/example-templates/example-deploy-sequence.yaml results in the VM's /var/lib/cloud/instance/script/userdata being empty. The only warnings during the cloud-init boot sequence

Re: [openstack-dev] [nova] [searchlight] Difference in nova notifications versus API

On 10/28/2015 03:08 PM, McLellan, Steven wrote: Hi, One of our questions this summit for Searchlight is whether we can reduce the time and effort required to index resources by getting as much information from notifications as possible. Nova's API and notifications provide data in different

Re: [openstack-dev] [neutron][networking-sfc] API clarification questions

Hi Giuseppe, Please see inline, Regards, Cathy From: Giuseppe (Pino) de Candia [mailto:gdecan...@midokura.com] Sent: Wednesday, October 28, 2015 5:15 PM To: OpenStack Development Mailing List (not for usage questions) Cc: Cathy Zhang; Henry Fourie; Irena Berezovsky Subject: Re: [openstack-dev]

Re: [openstack-dev] Troubleshooting cross-project comms

Hi Anne, > On Oct 29, 2015, at 8:15 AM, Anne Gentle > wrote: > > Hi all, > > I wanted to write up some of the discussion points from a cross-project > session here at the Tokyo Summit about cross-project communications. The > etherpad is here: >

[openstack-dev] Troubleshooting cross-project comms

Hi all, I wanted to write up some of the discussion points from a cross-project session here at the Tokyo Summit about cross-project communications. The etherpad is here: https://etherpad.openstack.org/p/mitaka-crossproject-comms One item that came up that I wanted to ensure we gather feedback

Re: [openstack-dev] [neutron][networking-sfc] API clarification questions

Hi Russell, Please see inline. Regards, Cathy -Original Message- From: Russell Bryant [mailto:rbry...@redhat.com] Sent: Wednesday, October 28, 2015 5:27 PM To: Cathy Zhang Cc: OpenStack Development Mailing List; Henry Fourie Subject: Re: [neutron][networking-sfc] API clarification

Re: [openstack-dev] Learning to Debug the Gate

On 10/28/2015 12:14 AM, Matt Riedemann wrote: > > > On 10/27/2015 4:08 AM, Anita Kuno wrote: >> Learning how to debug the gate was identified as a theme at the >> "Establish Key Themes for the Mitaka Cycle" cross-project session: >> https://etherpad.openstack.org/p/mitaka-crossproject-themes >>

Re: [openstack-dev] [neutron][networking-sfc] API clarification questions

Hi Pino, Just one note on the order of the pipeline, shouldnt the security part be before the service chaining (and also after)? (Unless you only meant egress security and you still do the ingress before) Gal. On Wed, Oct 28, 2015 at 10:14 AM, Giuseppe (Pino) de Candia < gdecan...@midokura.com>

Re: [openstack-dev] [bandit] [glance] [openstack-ansible] [searchlight] Resigning from core reviewers teams

On 10/28/15, 11:43 AM, "Flavio Percoco" wrote: >On 26/10/15 17:20 +, Ian Cordasco wrote: >>Hi everyone, >> >> >>Today I'm removing myself from the core reviewer (and driver) >>teams for the >> >> >>following projects: >> >>- Bandit (bandit-core

[openstack-dev] New migration state field and better state machine proposal.

Hi all, Please help to review this BP: https://blueprints.launchpad.net/nova/+spec/migration-state-field-machine I have post a BP to improve current migration state machine [1]. Please also refer to the picture of current migration state machine [2]. The current migration state machine has

[openstack-dev] [metrics] Summary of the BOF session on software engineering metrics

Hi all This morning we had the BOF session on software engineering metrics for OpenStack. Since we agreed on continuing the conversation in this mailing list, here is a summary of the session, based on the notes taken by Dani (in CC). First of all, the link to the slides we used to frame the

Re: [openstack-dev] [bandit] [glance] [openstack-ansible] [searchlight] Resigning from core reviewers teams

On 28/10/2015 09:35, "Tripp, Travis S" wrote: > > >On 10/28/15, 11:43 AM, "Flavio Percoco" wrote: > >>On 26/10/15 17:20 +, Ian Cordasco wrote: >>>Hi everyone, >>> >>> >>>Today I'm removing myself from the core reviewer (and driver) >>>teams

Re: [openstack-dev] [Neutron][Nova] Trunk port feature (VLAN aware VMs)

Hi All, We will have a chat about the feature regarding design and next steps at the contributors' meet-up on Friday at 10am. https://etherpad.openstack.org/p/mitaka-neutron-unplugged-track Best Regards, Ildikó (IRC: ildikov) > -Original Message- > From: Ildikó Váncsa

Re: [openstack-dev] [Congress] Monasca @10a on Thu in Tokyo

Tim, We are at the round tables in Building 4 1st floor opposite the reception. Fabio [http://www.cisco.com/c/dam/assets/email-signature-tool/logo_06.png?ct=1430182397611] Fabio Giannetti Cloud Innovation Architect Cisco Services fgian...@cisco.com Phone: +1 408 527