Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

> On Apr 6, 2015, at 10:45 PM, Miguel Ángel Ajo wrote: > > On Tuesday, 7 de April de 2015 at 3:14, Kyle Mestery wrote: >> On Mon, Apr 6, 2015 at 6:04 PM, Salvatore Orlando > > wrote: >> >> >> On 7 April 2015 at 00:33, Armando M. > > wrote:

Re: [openstack-dev] [ceilometer] Stepping down as PTL

Thanks for your great work! On Fri, Apr 3, 2015 at 10:18 PM, Doug Hellmann wrote: > Excerpts from Eoghan Glynn's message of 2015-04-02 10:18:22 -0400: > > > > Hi Folks, > > > > Just a quick note to say that I won't be running again for > > ceilometer PTL over the liberty cycle. > > > > I've take

Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

On Tuesday, 7 de April de 2015 at 3:14, Kyle Mestery wrote: > On Mon, Apr 6, 2015 at 6:04 PM, Salvatore Orlando (mailto:sorla...@nicira.com)> wrote: > > > > > > On 7 April 2015 at 00:33, Armando M. > (mailto:arma...@gmail.com)> wrote: > > > > > > On 6 April 2015 at 08:56, Miguel Ángel Ajo

Re: [openstack-dev] [all] how to send messages (and events) to our users

On 04/06/2015 10:08 PM, Angus Salkeld wrote: On Tue, Apr 7, 2015 at 1:53 PM, Chris Friesen mailto:chris.frie...@windriver.com>> wrote: On 04/06/2015 08:55 PM, Angus Salkeld wrote: Hi all For quite some time we (Heat team) have wanted to be able to send messages to o

[openstack-dev] [nova-scheduler] Scheduler sub-group (gantt) meeting agenda 4/7

Meeting on #openstack-meeting at 1500 UTC (9:00AM MDT) 1) Gantt - what's in a name? 2) Patch status - https://etherpad.openstack.org/p/kilo-nova-priorities-tracking 3) Vancouver design summit - start thinking about what we want to discuss -- Don Dugger "Censeo Toto nos in Kans

Re: [openstack-dev] [neutron] Liberty mid-cycle coding sprint

On Mon, Apr 06, 2015 at 03:00:17PM -0500, Kyle Mestery wrote: > I know we're not even at the Liberty Design Summit in Vancouver yet, but I > wanted to take this time to announce the Neutron mid-cycle coding sprint > for Liberty. HP has been gracious enough to offer to host at it's Fort > Collins, C

Re: [openstack-dev] [all] how to send messages (and events) to our users

On Tue, Apr 7, 2015 at 1:53 PM, Chris Friesen wrote: > On 04/06/2015 08:55 PM, Angus Salkeld wrote: > >> Hi all >> >> For quite some time we (Heat team) have wanted to be able to send >> messages to our >> users (by user I do not mean the Operator, but the User that is >> interacting with >> the

Re: [openstack-dev] Developer survey questions

On Mon, Apr 6, 2015 at 9:07 PM, Robert Collins wrote: > If you have any questions you'd like answered, please mail them to me > (direct, or in reply to this) by the end of this week. > I would love to learn a bit about how DevStack is used outside the gate: * Do you use DevStack as part of your

Re: [openstack-dev] [all] how to send messages (and events) to our users

On 04/06/2015 08:55 PM, Angus Salkeld wrote: Hi all For quite some time we (Heat team) have wanted to be able to send messages to our users (by user I do not mean the Operator, but the User that is interacting with the client). What do I mean by "user messages", and how do they differ from our

[openstack-dev] [TripleO] PTL Candidacy

Hi, I'm running for TripleO PTL for the Liberty cycle. I've been an active TripleO developer and contributor for going on 2 years now. I'm really excited about all the great progress TripleO made during Kilo. The puppet integration is almost fully complete and has enabled several aspects that I'd

[openstack-dev] [all] how to send messages (and events) to our users

Hi all For quite some time we (Heat team) have wanted to be able to send messages to our users (by user I do not mean the Operator, but the User that is interacting with the client). What do I mean by "user messages", and how do they differ from our current log messages and notifications? - Our c

[openstack-dev] [Heat] PTL Candidacy

I'd like to announce my candidacy for the Heat PTL in Liberty. As I was the PTL during Icehouse, this will be Heat's first rerun PTL under our convention for rotating leaders. Even if elected I would hope that we continue to find Heat PTL new-blood for future cycles. Towards the end of the Ki

Re: [openstack-dev] Developer survey questions

> On Apr 7, 2015, at 11:07, Robert Collins wrote: > > I'd like to do a survey of us - the developers hacking on OpenStack. > > Since getting folk to do such things takes up their time, I'd like to > include in the survey any questions other folk have pending that > they'd like answered. I don't

[openstack-dev] Developer survey questions

I'd like to do a survey of us - the developers hacking on OpenStack. Since getting folk to do such things takes up their time, I'd like to include in the survey any questions other folk have pending that they'd like answered. I don't want to ask things that we can answer by e.g. git repo analysis.

[openstack-dev] [Infra] Meeting Tuesday April 7th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday April 7th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is welcome to to add agenda items) Everyone intereste

Re: [openstack-dev] [Nova] PTL Candidacy

On Fri, Apr 3, 2015 at 12:38 AM, Matthew Booth wrote: > On 02/04/15 07:20, Michael Still wrote: First off, sorry for the slow reply to this email. The reason that I sent my candidacy email at the very start of the election window is that Easter is a four day holiday in Australia, so I sent the em

Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

On Mon, Apr 6, 2015 at 6:04 PM, Salvatore Orlando wrote: > > > On 7 April 2015 at 00:33, Armando M. wrote: > >> >> On 6 April 2015 at 08:56, Miguel Ángel Ajo wrote: >> >>> I’d like to co-organized a QoS weekly meeting with Sean M. Collins, >>> >>> In the last few years, the interest for Qo

[openstack-dev] [Neutron]: partially update over REST APIs

Does neutron support partially update over REST APIs (PUT method)? In other words, if an property is NOT included in the update, will be property be removed, or just kept as its existing value? Yi __ OpenStack Development

[openstack-dev] [stable] [Cinder] FFE for "Clear migration_status from a destination volume if migration fails"

Hello, I would like to get a FFE for patch https://review.openstack.org/#/c/161328/. This patch fixes the volume migration problem which is not executed proper cleanup steps if the volume migration is failed. This change only affects cleanup steps and does not change normal volume migration ste

Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

On 7 April 2015 at 00:33, Armando M. wrote: > > On 6 April 2015 at 08:56, Miguel Ángel Ajo wrote: > >> I’d like to co-organized a QoS weekly meeting with Sean M. Collins, >> >> In the last few years, the interest for QoS support has increased, >> Sean has been leading >> this effort [1] and

Re: [openstack-dev] cinder[stable/juno] Fix the eqlx driver to retry on ssh timeout(Backport)

On 16:33 Mon 06 Apr , rajini_...@dell.com wrote: > Dell - Internal Use - Confidential > Hi > > Can we have a freeze exception on this CR pl? > > https://review.openstack.org/154123 The change has been waiting since February, was blocked because of me and is limited to just the Dell driver,

Re: [openstack-dev] [all][oslo][clients] Let's speed up start of OpenStack libs and clients by optimizing imports with profimp

On 7 April 2015 at 05:11, Joe Gordon wrote: > > > On Mon, Apr 6, 2015 at 8:39 AM, Dolph Mathews > wrote: >> >> >> On Mon, Apr 6, 2015 at 10:26 AM, Boris Pavlovic wrote: >>> >>> Jay, >>> >>> Not far, IMHO. 100ms difference in startup time isn't something we should spend much time optimi

Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

On 6 April 2015 at 08:56, Miguel Ángel Ajo wrote: > I’d like to co-organized a QoS weekly meeting with Sean M. Collins, > > In the last few years, the interest for QoS support has increased, > Sean has been leading > this effort [1] and we believe we should get into a consensus about how to

Re: [openstack-dev] [heat][ceilometer]: scale up/ down based on number of instances in a group

On Fri, Apr 3, 2015 at 8:51 PM, Daniel Comnea wrote: > Hi all, > > Does anyone know if the above use case has made it into the convergence > project and in which release was/ is going to be merged? > > Hi Phase one of convergence should be merged in early L (we have some of the patches merged no

Re: [openstack-dev] [Heat][Horizon] What we can do for Heat in Horizon else?

On 07/04/15 10:09, Fox, Kevin M wrote: Would that be better done as part of the glance artifact work? You could upload multiple files as an artifact, then launch the templates from the artifact. May need some of the same ui bits, but not specific to heat. That would be good too, but it woul

Re: [openstack-dev] [TripleO][Heat] Overcloud software updates and ResourceGroups

On 03/04/15 01:29, Giulio Fidente wrote: hi there, thanks for sharing this, I have a On 04/03/2015 12:31 AM, Zane Bitter wrote: A few of us have been looking for a way to perform software updates to servers in a TripleO Heat/Puppet-based overcloud [...] Here's a trivial example of what thi

Re: [openstack-dev] [Heat][Horizon] What we can do for Heat in Horizon else?

Would that be better done as part of the glance artifact work? You could upload multiple files as an artifact, then launch the templates from the artifact. May need some of the same ui bits, but not specific to heat. Thanks, Kevin From: Steve Baker Sent: Monday,

Re: [openstack-dev] cinder[stable/juno] Fix the eqlx driver to retry on ssh timeout(Backport)

Rajini, This is a relatively small change. Mike, what do you think about granting an Exception for this? Jay On 04/06/2015 04:33 PM, rajini_...@dell.com wrote: *Dell - Internal Use - Confidential * Hi Can we have a freeze exception on this CR pl? https://review.openstack.org/154123 Clos

Re: [openstack-dev] [TripleO][Heat] Overcloud software updates and ResourceGroups

On 02/04/15 20:31, Fox, Kevin M wrote: I'm not sure how to feel about this... Its clever... That's... unfortunate ;) Ideally this would sound like something that is a natural fit for Heat's data model. The reason it's not is that config management tools like Puppet are less sophisticated tha

Re: [openstack-dev] [Documentation] Not running for Doc PTL

Thanks for all the hand holding you’ve given me (and my team) as we’ve been ramping up. Your expertise and wisdom is worth a mint to us, and we’re really glad you’ll be sticking around. Thanks for everything you do. Lana On 7 Apr 2015, at 1:43 am, Anne Gentle wrote: > Hi all, > > I want t

Re: [openstack-dev] [tripleo][puppet] Running custom puppet manifests during overcloud post-deployment

On 03/04/15 04:52, Tzu-Mainn Chen wrote: - Original Message - On Thu, Apr 02, 2015 at 10:34:29AM -0400, Dan Prince wrote: On Wed, 2015-04-01 at 21:31 -0400, Tzu-Mainn Chen wrote: Hey all, I've run into a requirement where it'd be useful if, as an end user, I could inject a personal s

[openstack-dev] Fwd: [stable] Request stable freeze exception: 162112 and 162113 libvirt live migration progress & loop

Change requests https://review.openstack.org/162113 and https://review.openstack.org/16211 2 are effecting a lot of operators (any who perform live migration) in Juno Request stable/juno freeze exception to get these two added. David Medberry _

Re: [openstack-dev] [Heat][Horizon] What we can do for Heat in Horizon else?

On 02/04/15 21:55, Sergey Kraynev wrote: Hi community. I want to ask feedback from our Heat team and also involve Horizon team in this discussion. AFAIK during Kilo was implemented bp: https://blueprints.launchpad.net/horizon/+spec/heat-ui-improvement This bp add more base Heat functionality

[openstack-dev] cinder[stable/juno] Fix the eqlx driver to retry on ssh timeout(Backport)

Dell - Internal Use - Confidential Hi Can we have a freeze exception on this CR pl? https://review.openstack.org/154123 Closes-Bug: #1412940 and #1417772 When the ssh session is timing out, the driver should make attempts to retry based on the value in eql

[openstack-dev] [Mistral] Propose Winson Chan m4dcoder for core team

Hi folks, I’d like to propose Winson Chan (m4dcoder) to become Mistral core team member. Winson brings unique mix of field experience implementing Mistral workflows in user environments, and solid development skills. He has been contributing to Mistral since Mar 2014. Winson did a 23 commits

[openstack-dev] [Congress] PTL candidacy

Hi all, I'm writing to announce my candidacy for PTL of Congress for the Liberty cycle. We've made a lot of progress in Kilo, and I'm excited by what we'll achieve in Liberty! To give us some perspective, I compiled a (partial) list of improvements we made in Kilo: * Officially became part o

Re: [openstack-dev] [OpenStack-Infra][cinder] Could you please re-consider Oracle ZFS/SA Cinder drivers (iSCSI and NFS)

Hi Mike, Thank you for re-integrating our NFS Cinder driver back in Kilo RC. We appreciate your support. We would like you to re-consider our iSCSI Cinder driver as well. We have some results already posted: https://review.openstack.org/#/c/159856/ https://review.openstack.org/#/c/166422/ T

Re: [openstack-dev] [cinder] Current Status of IBM 3rd Party CI Testing ...

On 04/06/2015 04:28 PM, Jay S. Bryant wrote: > Anita, > > My apologies. The original communication on the issue came from Mike > via the mailing list so I was attempting to continue the public > discussion here. > > I will make sure to not do this in the future. > > Jay I appreciate your unders

[openstack-dev] [Manila] PTL Candidacy

Hello all, I'm announcing my candidacy for Manila PTL for the Liberty release. I've been leading the Manila project since its inception back in 2013, and I'm excited and humbled by how much the community around the project has grown, especially during the last 6 months. If you go back and re

Re: [openstack-dev] [cinder] Current Status of IBM 3rd Party CI Testing ...

Anita, My apologies. The original communication on the issue came from Mike via the mailing list so I was attempting to continue the public discussion here. I will make sure to not do this in the future. Jay On 04/06/2015 03:19 PM, Anita Kuno wrote: On 04/06/2015 04:03 PM, Jay S. Bryant w

Re: [openstack-dev] [qa] [devstack] Confusion about member roles in tempest/devstack

On 04/06/2015 03:14 PM, Matthew Treinish wrote: On Mon, Apr 06, 2015 at 02:25:14PM -0400, David Kranz wrote: There have been a number of changes in tempest recently that seem to coordinate with devstack that are a bit unclear. Well, the issue was that before tempest was making all sorts of inco

Re: [openstack-dev] [cinder] Report Status of Microsoft iSCSI CI

On 04/06/2015 04:14 PM, Octavian Ciuhandu wrote: > Hello Cinder team, > > Please find below CI reports for the Microsoft iSCSI CI. It executes 304 > tests, out if which 9 are skipped and 295 successful. > > https://review.openstack.org/#/c/144409/ > https://review.openstack.org/#/c/144739/ > htt

Re: [openstack-dev] [cinder] Current Status of IBM 3rd Party CI Testing ...

On 04/06/2015 04:03 PM, Jay S. Bryant wrote: > All, > > I just wanted to provide an update on 3rd Party CI Testing for IBM's > drivers. > > It was noted late last month that not all of IBM's drivers were running > the required 304 test cases. That issue has been resolved for all 3rd > Party CI's

Re: [openstack-dev] [cinder] Report Status of Microsoft iSCSI CI

Hello Cinder team, Please find below CI reports for the Microsoft iSCSI CI. It executes 304 tests, out if which 9 are skipped and 295 successful. https://review.openstack.org/#/c/144409/ https://review.openstack.org/#/c/144739/ https://review.openstack.org/#/c/154350/ https://review.openstack.or

[openstack-dev] [cinder] Current Status of IBM 3rd Party CI Testing ...

All, I just wanted to provide an update on 3rd Party CI Testing for IBM's drivers. It was noted late last month that not all of IBM's drivers were running the required 304 test cases. That issue has been resolved for all 3rd Party CI's except for DS8k. The maintainer of that system has bee

[openstack-dev] [neutron] Liberty mid-cycle coding sprint

I know we're not even at the Liberty Design Summit in Vancouver yet, but I wanted to take this time to announce the Neutron mid-cycle coding sprint for Liberty. HP has been gracious enough to offer to host at it's Fort Collins, CO offices. The dates are set for June 24-26, this is Wednesday-Friday.

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

On 4/6/15 2:52 PM, Morgan Fainberg wrote: On Apr 6, 2015, at 11:41, Mike Bayer > wrote: On 4/6/15 12:49 PM, David Stanek wrote: Exactly. This is the direction I have been going. Functional tests are written using the public APIs using the client. I would al

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

On Mon, Apr 6, 2015 at 2:41 PM, Mike Bayer wrote: > > > On 4/6/15 12:49 PM, David Stanek wrote: > > Exactly. This is the direction I have been going. Functional tests are > written using the public APIs using the client. > > I would also add that I don't like that the Keystone unit tests are so >

[openstack-dev] [TC] [Docs] [congress] [murano] [magnum] Newest projects and docs

Hi all, I did get clarity from the OpenStack Foundation that publishing to docs.openstack.org with our branded templates is fine for those projects newly governed by the TC. Follow the brand guidelines at http://www.openstack.org/brand if you want to use that content with an OpenStack brand for yo

Re: [openstack-dev] [qa] [devstack] Confusion about member roles in tempest/devstack

On Mon, Apr 06, 2015 at 02:25:14PM -0400, David Kranz wrote: > There have been a number of changes in tempest recently that seem to > coordinate with devstack that are a bit unclear. Well, the issue was that before tempest was making all sorts of incorrect implicit assumptions about the underlying

[openstack-dev] [TripleO] Liberty Summit Topics etherpad

I've created an etherpad for for TripleO to track the topics we'd like to discuss at the Liberty Summit: https://etherpad.openstack.org/p/tripleo-liberty-proposed-sessions It's also linked from the main Design Summit Planning wiki page: https://wiki.openstack.org/wiki/Design_Summit/Planning If yo

Re: [openstack-dev] [nova] Host maintenance notification

On 04/06/2015 12:52 PM, Matthew Treinish wrote: On Mon, Apr 06, 2015 at 01:17:20PM -0500, Matt Riedemann wrote: On 4/6/2015 9:46 AM, Chris Friesen wrote: On 04/06/2015 07:56 AM, Ed Leafe wrote: On Apr 6, 2015, at 1:21 AM, Chris Friesen wrote: Please feel free to add a blueprint in Launchpad

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

Quoting Morgan Fainberg (2015-04-04 02:55:59) > I am looking forward to the Liberty cycle and seeing the special casing we do > for SQLite in our migrations (and elsewhere). My inclination is that we should > (similar to the deprecation of eventlet) deprecate support for SQLite in > Keystone. In Li

Re: [openstack-dev] [Mistral] Upgrading to YAQL 1.0

The plan was to integrate YAQL 1.0 into Murano so that we could say it is battle-proven, remove "beta" from version and release on PyPI. And then probably release v1.0.1 that is YAQL with documentation :) Sincerely yours, Stan Lagun Principal Software Engineer @ Mirantis On Mon, Apr 6, 2015 at

Re: [openstack-dev] [nova] Host maintenance notification

On Mon, Apr 06, 2015 at 01:17:20PM -0500, Matt Riedemann wrote: > > > On 4/6/2015 9:46 AM, Chris Friesen wrote: > >On 04/06/2015 07:56 AM, Ed Leafe wrote: > >>On Apr 6, 2015, at 1:21 AM, Chris Friesen > >>wrote: > >> > Please feel free to add a blueprint in Launchpad. I don't see this as > >

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

> On Apr 6, 2015, at 11:41, Mike Bayer wrote: > > > >> On 4/6/15 12:49 PM, David Stanek wrote: >> Exactly. This is the direction I have been going. Functional tests are >> written using the public APIs using the client. >> >> I would also add that I don't like that the Keystone unit tests a

[openstack-dev] [Mistral] Upgrading to YAQL 1.0

Renat, following up on the IRC meeting: I recalled one more item, and registered a blueprint - https://blueprints.launchpad.net/mistral/+spec/yaql-v1-0I think it’s good timing to do it in Kilo if YAQL 1.0 is announced; so I propose it for Kilo-rc1; One question is when YAQL 1.0 is going to mo

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

On 4/6/15 12:49 PM, David Stanek wrote: Exactly. This is the direction I have been going. Functional tests are written using the public APIs using the client. I would also add that I don't like that the Keystone unit tests are so database heavy. I would not want MySQL or ant RDBMS to be a

[openstack-dev] [qa] [devstack] Confusion about member roles in tempest/devstack

There have been a number of changes in tempest recently that seem to coordinate with devstack that are a bit unclear. The following values are defined in tempest config as defaults: [auth] # Roles to assign to all users created by tempest (list value) #tempest_roles = [object-storage] # Role t

Re: [openstack-dev] [nova] Host maintenance notification

On 04/06/2015 08:52 AM, Jay Pipes wrote: On 04/05/2015 11:21 PM, Chris Friesen wrote: On 04/05/2015 09:17 PM, Jay Pipes wrote: On 03/30/2015 03:16 AM, Balázs Gibizer wrote: Hi, I have the following scenario. I have an application consisting of multiple VMs on different compute hosts. The admi

Re: [openstack-dev] [nova] Host maintenance notification

On 4/6/2015 9:46 AM, Chris Friesen wrote: On 04/06/2015 07:56 AM, Ed Leafe wrote: On Apr 6, 2015, at 1:21 AM, Chris Friesen wrote: Please feel free to add a blueprint in Launchpad. I don't see this as needing a full spec, really. It shouldn't be more than a few lines of code to send a new n

Re: [openstack-dev] [nova][ec2-api] Need advice about running Tempest against stackforge/ec2-api

06.04.2015, 19:38, "Sean Dague" : > On 04/06/2015 12:13 PM, Andrey M. Pavlov wrote: >>  Hi, >> >>  We've got a couple of problems running original Tempest EC2 API test >> against new standalone stackforge/ec2-api project and >>  I wanted to ask for some advice about how to deal with it. >> >>  T

Re: [openstack-dev] [oslo] not running for PTL for liberty cycle

+1000 You have done a great job Doug! Thank you for your leadership! Jay On 04/03/2015 08:11 AM, Flavio Percoco wrote: On 03/04/15 08:50 -0400, Doug Hellmann wrote: Team, I have decided not to run for PTL for Oslo for the next cycle. Serving as PTL for the last three releases has been a re

Re: [openstack-dev] [all][oslo][clients] Let's speed up start of OpenStack libs and clients by optimizing imports with profimp

On Mon, Apr 6, 2015 at 8:39 AM, Dolph Mathews wrote: > > On Mon, Apr 6, 2015 at 10:26 AM, Boris Pavlovic wrote: > >> Jay, >> >> >> Not far, IMHO. 100ms difference in startup time isn't something we should >>> spend much time optimizing. There's bigger fish to fry. >> >> >> I agree that priority

[openstack-dev] [mistral] Team meeting minutes - 04/06/2016

Thanks everyone for joining us today, it was a very good and productive meeting. As usually, Meeting minutes: http://eavesdrop.openstack.org/meetings/mistral/2015/mistral.2015-04-06-16.20.html Full log: http:

[openstack-dev] PTL Candidacy

I would like to announce my candidacy for OpenStackClient PTL. I started this project nearly three years ago in order to give CLI users a uniform experience in interacting with OpenStack clouds. OSC was recently the first project added as part of the new governance model. While response to OSC h

Re: [openstack-dev] [cinder] Please check the log access

On 12:34 Mon 06 Apr , Duncan Thomas wrote: > Confirmed > > On 6 April 2015 at 11:51, liuxinguo wrote: > > > Hi Mike, > > > > > > > > Please check this patch at Patch Set 3 our CI have newly posted result: > > > > https://review.openstack.org/#/c/170770/‍ > > > > > > > > · We have ch

Re: [openstack-dev] [Documentation] Not running for Doc PTL

On 04/06/2015 05:54 PM, Jay Pipes wrote: Anne, you've rocked for so many years as the documentation lead in OpenStack. Thank you from the bottom of my heart for the effort you've put in. We'll very much welcome your increased feedback in the API design. +1000s! Thanks a lot, Anne - and I'm gla

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

Exactly. This is the direction I have been going. Functional tests are written using the public APIs using the client. I would also add that I don't like that the Keystone unit tests are so database heavy. I would not want MySQL or ant RDBMS to be a requirement for running the tests. On Mon, Apr

Re: [openstack-dev] [cinder] Please use 8088 port to access Huawei Volume CI's log instead of 80 port

On 07:37 Mon 06 Apr , liuxinguo wrote: > Hi Duncan, > > For the 80 port of our log server is blocked by some reason, I have updated > my apache configuretion to use 8088 port. > Hence, please change to access our CI logs use 8088 port. > For example, when you access > http://182.138.104.27/hua

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

> On Apr 6, 2015, at 09:20, Mike Bayer wrote: > > > >> On 4/6/15 12:06 PM, Clint Byrum wrote: >> Excerpts from Boris Bobrov's message of 2015-04-03 18:29:08 -0700: On Saturday 04 April 2015 03:55:59 Morgan Fainberg wrote: I am looking forward to the Liberty cycle and seeing the spec

Re: [openstack-dev] [nova][ec2-api] Need advice about running Tempest against stackforge/ec2-api

On 04/06/2015 12:13 PM, Andrey M. Pavlov wrote: > Hi, > > We've got a couple of problems running original Tempest EC2 API test against > new standalone stackforge/ec2-api project and > I wanted to ask for some advice about how to deal with it. > > Tempest now is running against our ec2-api after

Re: [openstack-dev] [oslo] not running for PTL for liberty cycle

On 04/06/2015 09:05 AM, Ben Nemec wrote: As everyone else has said, you did a fantastic job as PTL. Oslo is in a much better place today because of your leadership. Big +1. -jay On 04/03/2015 07:50 AM, Doug Hellmann wrote: Team, I have decided not to run for PTL for Oslo for the next cycl

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

On 4/6/15 12:06 PM, Clint Byrum wrote: Excerpts from Boris Bobrov's message of 2015-04-03 18:29:08 -0700: On Saturday 04 April 2015 03:55:59 Morgan Fainberg wrote: I am looking forward to the Liberty cycle and seeing the special casing we do for SQLite in our migrations (and elsewhere). My in

[openstack-dev] [nova][ec2-api] Need advice about running Tempest against stackforge/ec2-api

Hi, We've got a couple of problems running original Tempest EC2 API test against new standalone stackforge/ec2-api project and I wanted to ask for some advice about how to deal with it. Tempest now is running against our ec2-api after this review was closed - https://review.openstack.org/#/c/170

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

Excerpts from Boris Bobrov's message of 2015-04-03 18:29:08 -0700: > On Saturday 04 April 2015 03:55:59 Morgan Fainberg wrote: > > I am looking forward to the Liberty cycle and seeing the special casing we > > do for SQLite in our migrations (and elsewhere). My inclination is that we > > should (si

Re: [openstack-dev] [oslo] not running for PTL for liberty cycle

As everyone else has said, you did a fantastic job as PTL. Oslo is in a much better place today because of your leadership. -Ben On 04/03/2015 07:50 AM, Doug Hellmann wrote: > Team, > > I have decided not to run for PTL for Oslo for the next cycle. > > Serving as PTL for the last three release

[openstack-dev] [neutron] [QoS] QoS weekly meeting

I’d like to co-organized a QoS weekly meeting with Sean M. Collins, In the last few years, the interest for QoS support has increased, Sean has been leading this effort [1] and we believe we should get into a consensus about how to model an extension to let vendor plugins implement QoS capab

Re: [openstack-dev] [Documentation] Not running for Doc PTL

Anne, you've rocked for so many years as the documentation lead in OpenStack. Thank you from the bottom of my heart for the effort you've put in. We'll very much welcome your increased feedback in the API design. All the best, -jay On 04/06/2015 08:43 AM, Anne Gentle wrote: Hi all, I want to

Re: [openstack-dev] [all][oslo][clients] Let's speed up start of OpenStack libs and clients by optimizing imports with profimp

By the way, this review in question has merged and will be part of the (soon) next release of keystone client. --Morgan On Monday, April 6, 2015, Dolph Mathews wrote: > > On Mon, Apr 6, 2015 at 10:26 AM, Boris Pavlovic > wrote: > >> Jay, >> >> >> Not far, IMHO. 100ms difference in startup time

Re: [openstack-dev] Problem about Juno Keystone Identity V3

Hi guys, I only did Keystone, so I am not sure about other services, like nova or else. For Keystone Identity switch, basically, you need to add V3 endpoint and set up some variables. You can check this link: http://www.cloudkb.net/how-to-change-keystone-api-v2-v3/. We finally found out what I di

[openstack-dev] [Documentation] Not running for Doc PTL

Hi all, I want to be sure you all know I don't plan to run for Documentation PTL. I will certainly continue to provide leadership for documentation for OpenStack. I would like to ensure continuity for documentation, by giving the opportunity for more leaders to step up. I'll be shifting focus to

Re: [openstack-dev] [all][oslo][clients] Let's speed up start of OpenStack libs and clients by optimizing imports with profimp

On Mon, Apr 6, 2015 at 10:26 AM, Boris Pavlovic wrote: > Jay, > > > Not far, IMHO. 100ms difference in startup time isn't something we should >> spend much time optimizing. There's bigger fish to fry. > > > I agree that priority of this task shouldn't be critical or even high, and > that there ar

Re: [openstack-dev] [all][oslo][clients] Let's speed up start of OpenStack libs and clients by optimizing imports with profimp

Jay, Not far, IMHO. 100ms difference in startup time isn't something we should > spend much time optimizing. There's bigger fish to fry. I agree that priority of this task shouldn't be critical or even high, and that there are other places that can be improved in OpenStack. In other hand this

[openstack-dev] [barbican] Utilizing the KMIP plugin

Hello! Sorry to Kaitlin Farr for not responding directly to your e-mail. My openstack settings were misconfigured and I was not receiving e-mail from the dev mailing list. Thanks for looking into the issue. I double checked the permissions at the bottom of the kmip_plugin part in the barbican-ap

Re: [openstack-dev] [Ironic] [RFC/FFE] Finishing state machine work for Kilo

Hi! The situation you describe is the same that concerned me with regards to stable/juno compatibility. As soon as the client library started passing a version header by default, it exposed Kilo changes to all users. Anyone testing from trunk would have experienced that when 99ab landed. I ju

Re: [openstack-dev] [Manila] Nominate Clinton Knight for core team

On 04/02/2015 09:16 AM, Ben Swartzlander wrote: Clinton Knight (cknight on IRC) has been working on OpenStack for the better part of the year, and starting in February, he shifted his focus from Cinder to Manila. I think everyone is already aware of his high quality contributions and code revie

Re: [openstack-dev] [all][oslo][clients] Let's speed up start of OpenStack libs and clients by optimizing imports with profimp

On 04/06/2015 07:02 AM, Brant Knudson wrote: On Sun, Apr 5, 2015 at 5:41 PM, Boris Pavlovic mailto:bo...@pavlovic.me>> wrote: Brant, I run profimp with and without patch https://review.openstack.org/#/c/164066/: And it really works well: before 170ms: http://boris-42.gi

Re: [openstack-dev] [nova] Host maintenance notification

On 04/05/2015 11:21 PM, Chris Friesen wrote: On 04/05/2015 09:17 PM, Jay Pipes wrote: On 03/30/2015 03:16 AM, Balázs Gibizer wrote: Hi, I have the following scenario. I have an application consisting of multiple VMs on different compute hosts. The admin puts one of the hosts into maintenance m

Re: [openstack-dev] [nova] Host maintenance notification

On 04/06/2015 07:56 AM, Ed Leafe wrote: On Apr 6, 2015, at 1:21 AM, Chris Friesen wrote: Please feel free to add a blueprint in Launchpad. I don't see this as needing a full spec, really. It shouldn't be more than a few lines of code to send a new notification message. Wouldn't a new notific

Re: [openstack-dev] [barbican] Utilizing the KMIP plugin

Hi Chris, I would be happy to help you with the trouble you've encountered using the KMIP plugin. From what you've described, it sounds like you have everything set up correctly. If you've specified kmip_plugin under enabled_secret_store_plugins, then the reason it would give you SecretStorePlugin

Re: [openstack-dev] [all][oslo][clients] Let's speed up start of OpenStack libs and clients by optimizing imports with profimp

Excerpts from Brant Knudson's message of 2015-04-06 09:02:55 -0500: > On Sun, Apr 5, 2015 at 5:41 PM, Boris Pavlovic wrote: > > > Brant, > > > > I run profimp with and without patch > > https://review.openstack.org/#/c/164066/: > > And it really works well: > > > > before 170ms: > > http://boris-

Re: [openstack-dev] [all][oslo][clients] Let's speed up start of OpenStack libs and clients by optimizing imports with profimp

On Sun, Apr 5, 2015 at 5:41 PM, Boris Pavlovic wrote: > Brant, > > I run profimp with and without patch > https://review.openstack.org/#/c/164066/: > And it really works well: > > before 170ms: > http://boris-42.github.io/keystone/before.html > > after 76ms: > http://boris-42.github.io/keystone/a

Re: [openstack-dev] [nova] Host maintenance notification

On Apr 6, 2015, at 1:21 AM, Chris Friesen wrote: >> Please feel free to add a blueprint in Launchpad. I don't see this as >> needing a >> full spec, really. It shouldn't be more than a few lines of code to send a >> new >> notification message. > > Wouldn't a new notification message count as

[openstack-dev] [mistral] Team meeting reminder - 04/06/2015

Hi, This is a reminder that we’ll hold our weekly team meeting today at 16.20 UTC at #openstack-meeting. Agenda: * Review AIs * Current status * Discussing RC1 progress * Open discussion Thanks Renat Akhmerov @ Mirantis Inc. _

[openstack-dev] [Fuel] PEP8 issues in Fuel-Web repo

Hello everyone, I know this is really low priority and so on, but here is this bug about moving to the newest version of "hacking" package: https://bugs.launchpad.net/fuel/+bug/1410810 . And here is the log after all pep8 linters and checks: https://fuel-jenkins.mirantis.com/job/verify-fuel-web/70

Re: [openstack-dev] :Blueprint for FwaaS

Ok, thanks for information and tips about that :) On Mon, Apr 06, 2015 at 10:11:27AM +, Vikram Choudhary wrote: > Hi Slawek, > > Please find my respose inline. > > Thanks > Vikram > > -Original Message- > From: Sławek Kapłoński [mailto:sla...@kaplonski.pl] > Sent: 06 April 2015 14:

Re: [openstack-dev] :Blueprint for FwaaS

Hi Slawek, Please find my respose inline. Thanks Vikram -Original Message- From: Sławek Kapłoński [mailto:sla...@kaplonski.pl] Sent: 06 April 2015 14:54 To: openstack-dev@lists.openstack.org Subject: [openstack-dev] :Blueprint for FwaaS Hello, I made blueprint for fwaas: https://bluep

Re: [openstack-dev] [cinder] Please check the log access

Confirmed On 6 April 2015 at 11:51, liuxinguo wrote: > Hi Mike, > > > > Please check this patch at Patch Set 3 our CI have newly posted result: > > https://review.openstack.org/#/c/170770/‍ > > > > · We have changed the report link to 8088 port and it can be > accessed successfully, nee

Re: [openstack-dev] [cinder] Report status of Huawei Volume CI from April 1

As discussed on IRC, this was a config problem, and any of the newer links (with 8080 in them) should work. Thanks to Liu for following through on this. __ OpenStack Development Mailing List (not for usage questions) Unsubscrib

  1   2   >