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

Fully support this. I, for one, volunteer to take on a lot of the work needed to clean up any our tests/environment to allow this to a happen. Hardly a month goes by without a fix having to be re-applied to our sql code to get round some problem that didn’t show up in original testing because S

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

On 04/03/2015 08:55 PM, 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 (similar to the deprecation of > eventlet) deprecate support for SQLite in Keystone. In L

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

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 (similar to the deprecation of eventlet) deprecate support for > SQLite in Key

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

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 Liberty we will have a full functional test suite tha

Re: [openstack-dev] [ovs-dev] [PATCH 8/8] [RFC] [neutron] ovn: Start work on design ocumentation.

On 04/01/2015 08:16 PM, Wang, Yalei wrote: > Do we have plan to implement it in Liberity? I am really interest in and > want to join it. Do you mean implement OVN and its Neutron support? If so, both efforts are well under way. We're aiming to have a first working demo by the Vancouver summit.

[openstack-dev] [stable] [nova] FFE for "libvirt: proper monitoring of live migration progress"

Hello, I would like to get a FFE for patch https://review.openstack.org/#/c/162113/ which fixes an important bug (https://bugs.launchpad.net/nova/+bug/1414065) in the handling of the VM state during live migration. This patch fixes the libvirt monitoring of a live migration process, which is ofte

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

There may be some other lingering v2-only auth issues, but my guess is that the nova/neutron one is towards the end of the remaining ones. I'm looking at liberty as the release we finish any outstanding work to fully gate on v2 being disabled in a deployment. --Morgan Sent via mobile > On

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

Yeah. I'm curious too. Also, are you aware of any other issues in Juno with switching entirely over to v3? We'd like to have all of our service accounts in a non-default domain for kilo. With the nova+neutron bug fixed, thats the only one I know of preventing it. Thanks, Kevin

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

Igor Malinovskiy writes: > > +1 > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: OpenStack-dev-request@...?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/opens

Re: [openstack-dev] [nova] [scheduler] [gantt] Please stop using "Gantt" for discussing about Nova scheduler

Le 3 avr. 2015 19:27, "Dugger, Donald D" a écrit : > > The goal is not `splitting for the sake of splitting'. The goal is to have a separate scheduler that is ultimately usable by other projects inside OpenStack. Currently Cinder has its own filter based scheduler (duplicating scheduling code in

Re: [openstack-dev] [Magnum] Containers and networking

This puts me in mind of a previous proposal, from the Neutron side of things. Specifically, I would look at Erik Moe's proposal for VM ports attached to multiple networks: https://blueprints.launchpad.net/neutron/+spec/vlan-aware-vms . I believe that you want logical ports hiding behind a conventi

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

Hello! I am having some trouble with the kmip_plugin and would like some help. When I make a call to barbican to store a secret it returns the following error: 2015-04-03 12:33:17,279 - barbican.api.controllers - ERROR - Secret creation failure seen - please contact site administrator. Tracebac

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

On 04/03/2015 12:11 PM, Fox, Kevin M wrote: We've run into issues with nova+neutron and keystone v3 with Juno. Specifically this one: https://bugs.launchpad.net/nova/+bug/1424462 But there may be others that I don't know about. Yes, there are some problems with some components that don't use

Re: [openstack-dev] [Infra] Use of heat for CI of OpenStack

Clint Byrum wrote: Excerpts from Joshua Harlow's message of 2015-04-03 10:08:07 -0700: Monty Taylor wrote: On 04/03/2015 08:55 AM, Maish Saidel-Keesing wrote: I was wondering.. Is the OpenStack CI/CD Infra using Heat in any way? Do the commits trigger a new build of DevStack/OpenStack that is

Re: [openstack-dev] [Infra] Use of heat for CI of OpenStack

Sean Dague wrote: On 04/03/2015 01:08 PM, Joshua Harlow wrote: Monty Taylor wrote: On 04/03/2015 08:55 AM, Maish Saidel-Keesing wrote: I was wondering.. Is the OpenStack CI/CD Infra using Heat in any way? Do the commits trigger a new build of DevStack/OpenStack that is based on a Heat Templat

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

We've run into issues with nova+neutron and keystone v3 with Juno. Specifically this one: https://bugs.launchpad.net/nova/+bug/1424462 But there may be others that I don't know about. Thanks, Kevin From: Rich Megginson [rmegg...@redhat.com] Sent: Friday, April 0

Re: [openstack-dev] [Infra] Use of heat for CI of OpenStack

Excerpts from Joshua Harlow's message of 2015-04-03 10:08:07 -0700: > Monty Taylor wrote: > > On 04/03/2015 08:55 AM, Maish Saidel-Keesing wrote: > >> I was wondering.. > >> > >> Is the OpenStack CI/CD Infra using Heat in any way? Do the commits > >> trigger a new build of DevStack/OpenStack that i

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

On 04/03/2015 09:09 AM, Amy Zhang wrote: Hi guys, I have done switching Keystone Identity V2 to V3 in Icehouse and it works perfect. However, I use the same way to switch Keystone Identity V2 to V3 in Juno, it doesn't work. It give me the error: "ERROR: openstack Internal Server Error (HTTP 5

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

confirmed On 04/03/2015 12:33 PM, Matthew Treinish wrote: > Hi Everyone, > > I'd like to throw my hat into the ring for another cycle as the PTL for the QA > program/team/group/whatever it's called under the new governance model. > > This past cycle has been a very exciting one for the QA progra

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

confirmed On 04/03/2015 01:28 PM, David Lyle wrote: > I would like to announce my candidacy for Horizon PTL. I have been actively > contributing to Horizon since the Grizzly Summit and I've had the pleasure > of serving as PTL for the last three cycles. > > In Kilo, we accelerated Horizon's adopt

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

confirmed On 04/02/2015 04:31 PM, Morgan Fainberg wrote: > Hello Everyone! > > > > It’s been an exciting development cycle (Kilo) and it is now time to start > looking forward at Liberty and what that will hold. With that said, I’d > like to ask for the community’s support to continue as the Ke

Re: [openstack-dev] [Ceilometer] PTL candidacy

confirmed On 04/02/2015 04:29 PM, gordon chung wrote: > hi, > i'd like to announce my candidacy for PTL of Ceilometer. > as a quick introduction, i've been a contributor in OpenStack for the past > few years and for the majority of that time i've been primarily focused on > Ceilometer where i co

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

confirmed On 04/02/2015 05:35 PM, James E. Blair wrote: > I would like to announce my candidacy for the Infrastructure PTL. > > I have developed and operated the project infrastructure for several > years and have been honored to serve as the PTL for the Kilo cycle. > > I was instrumental not on

Re: [openstack-dev] The Evolution of core developer to maintainer?

On Fri, Apr 3, 2015 at 1:39 AM, Thierry Carrez wrote: > Joe Gordon wrote: > > On Thu, Apr 2, 2015 at 3:14 AM, Thierry Carrez > > wrote: > > > >> Joe Gordon wrote: > >> > I cannot speak for all projects, but at least in Nova you have to > be a > >> > nova

Re: [openstack-dev] [Infra] Use of heat for CI of OpenStack

On 04/03/2015 01:08 PM, Joshua Harlow wrote: > Monty Taylor wrote: >> On 04/03/2015 08:55 AM, Maish Saidel-Keesing wrote: >>> I was wondering.. >>> >>> Is the OpenStack CI/CD Infra using Heat in any way? Do the commits >>> trigger a new build of DevStack/OpenStack that is based on a Heat >>> Templa

[openstack-dev] [Horizon] PTL Candidacy

I would like to announce my candidacy for Horizon PTL. I have been actively contributing to Horizon since the Grizzly Summit and I've had the pleasure of serving as PTL for the last three cycles. In Kilo, we accelerated Horizon's adoption of AngularJS. We made a great deal of progress, with a near

Re: [openstack-dev] [nova] [scheduler] [gantt] Please stop using "Gantt" for discussing about Nova scheduler

The goal is not `splitting for the sake of splitting'. The goal is to have a separate scheduler that is ultimately usable by other projects inside OpenStack. Currently Cinder has its own filter based scheduler (duplicating scheduling code in 2 places seems silly), Neutron will need scheduling

Re: [openstack-dev] Barbican : Unable to reterieve asymmetric order request for rsa algorithm type

> Hi All , > > Could any one please let me know if Barbican would support asymmetric order > retrieval and the request . > Please find the curl command and response for creating the order and > retrieving the order > > root@barbican:~# curl -X POST -H 'content-type:application/json' -H > 'X-Proje

Re: [openstack-dev] [Infra] Use of heat for CI of OpenStack

Monty Taylor wrote: On 04/03/2015 08:55 AM, Maish Saidel-Keesing wrote: I was wondering.. Is the OpenStack CI/CD Infra using Heat in any way? Do the commits trigger a new build of DevStack/OpenStack that is based on a Heat Template or just the provisioning of a regular instance and then deploym

Re: [openstack-dev] [nova] [scheduler] [gantt] Please stop using "Gantt" for discussing about Nova scheduler

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04/03/2015 11:42 AM, Dugger, Donald D wrote: > Yes the current effort is to clean up the scheduler interfaces but > one of the main goals of that clean up is to make it possible to > then split out the scheduler to a separate project. I don't wa

Re: [openstack-dev] [nova] [scheduler] [gantt] Please stop using "Gantt" for discussing about Nova scheduler

On 04/03/2015 12:59 PM, Ed Leafe wrote: > On 04/03/2015 11:42 AM, Dugger, Donald D wrote: > >> Yes the current effort is to clean up the scheduler interfaces but >> one of the main goals of that clean up is to make it possible to >> then split out the scheduler to a separate project. I don't want

Re: [openstack-dev] [nova] [scheduler] [gantt] Please stop using "Gantt" for discussing about Nova scheduler

Yes the current effort is to clean up the scheduler interfaces but one of the main goals of that clean up is to make it possible to then split out the scheduler to a separate project. I don't want to lose focus on the ultimate goal of creating the split. What we call that separate project is c

Re: [openstack-dev] [stable][keystone] FFE for "Speed up memcache lock"

This would be a reasonable ffe for a stable backport if there is one. This is a significant improvement for the memcache locking retry. --Morgan. Sent via mobile > On Apr 3, 2015, at 09:21, Boris Bobrov wrote: > > Hello, > > I would like to get a FFE for patch https://review.openstack.org/

[openstack-dev] [QA] PTL Candidacy

Hi Everyone, I'd like to throw my hat into the ring for another cycle as the PTL for the QA program/team/group/whatever it's called under the new governance model. This past cycle has been a very exciting one for the QA program. We've made a bunch of progress on numerous work items to improve the

Re: [openstack-dev] [Infra] Use of heat for CI of OpenStack

On 04/03/2015 08:55 AM, Maish Saidel-Keesing wrote: > I was wondering.. > > Is the OpenStack CI/CD Infra using Heat in any way? Do the commits > trigger a new build of DevStack/OpenStack that is based on a Heat > Template or just the provisioning of a regular instance and then > deployment of code

[openstack-dev] [stable][keystone] FFE for "Speed up memcache lock"

Hello, I would like to get a FFE for patch https://review.openstack.org/#/c/166496/ . The patch removes progressive calculation of sleep timeouts in memcache. The progressive calculation lead to issues on load, causing timeouts and slowness incommensurable with the load. The patch in question

Re: [openstack-dev] Barbican : Unable to reterieve asymmetric order request for rsa algorithm type

Hi All , Could any one please let me know if Barbican would support asymmetric order retrieval and the request . Please find the curl command and response for creating the order and retrieving the order root@barbican:~# curl -X POST -H 'content-type:application/json' -H 'X-Project-Id: 12345' -d

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

+100 to that! 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 rewarding experience, and I think we’ve made some great strides together as a team. Now

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04/02/2015 06:50 PM, Jeremy Stanley wrote: >> Please vote for Morgan. > Please refrain from distributing campaign literature, placing > political advertising or soliciting votes within 25 meters of the > polling place. ;) Or quoting the entire

Re: [openstack-dev] [tripleo][kolla] Investigating containerizing TripleO

On 4/1/15, 10:52 AM, "Steven Hardy" wrote: >Hi all, > >I've had various discussions about $subject, which have been re-started >lately due to some excellent work going on in the Heat community (Rabi >Mishra's work integrating SoftwareDeployments with various container >launching tools [1]) > >t

[openstack-dev] Problem about Juno Keystone Identity V3

Hi guys, I have done switching Keystone Identity V2 to V3 in Icehouse and it works perfect. However, I use the same way to switch Keystone Identity V2 to V3 in Juno, it doesn't work. It give me the error: "ERROR: openstack Internal Server Error (HTTP 500)". I traced back to the code, find the err

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

Many Many thanks for all the great work and leadership Doug! -- dims On Fri, Apr 3, 2015 at 8: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 releases has been a rewarding experience, > and I think we’v

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

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 taken on a new role internally that won't realistically > allow me the time that the PTL role deserves

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

On Thu, Apr 02 2015, Eoghan Glynn wrote: > Just a quick note to say that I won't be running again for > ceilometer PTL over the liberty cycle. > > I've taken on a new role internally that won't realistically > allow me the time that the PTL role deserves. But y'all haven't > seen the last of me, I

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

On 04/03/2015 02:50 PM, 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 rewarding experience, and I think we’ve made some great strides together as a team. Now it’s time for me to step down and l

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

On Fri, Apr 03 2015, Doug Hellmann wrote: > Serving as PTL for the last three releases has been a rewarding experience, > and > I think we’ve made some great strides together as a team. Now it’s time for me > to step down and let someone else take the lead position. I am still committed > to the

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

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 rewarding experience, and I think we’ve made some great strides together as a team. Now it’s time for me to step down and le

[openstack-dev] [Infra] Use of heat for CI of OpenStack

I was wondering.. Is the OpenStack CI/CD Infra using Heat in any way? Do the commits trigger a new build of DevStack/OpenStack that is based on a Heat Template or just the provisioning of a regular instance and then deployment of code on top of that? -- Best Regards, Maish Saidel-Keesing

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

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 rewarding experience, and I think we’ve made some great strides together as a team. Now it’s time for me to step down and let someone else take the lead position. I am stil

Re: [openstack-dev] [nova] boot images in power state PAUSED for stable/juno

Hi Kevin, If you are using KVM as hyper visor and if your compute node having any issues with kvm acceleration, it can lead to the below problem - So ou can try changing the virt_type to qemu from kvm in /etc/nova/nova- compute.conf . After restarting the nova compute service - try to la

Re: [openstack-dev] [Nova][QA] Use case of Nova to boot VM from volume only

On 04/03/2015 07:33 AM, GHANSHYAM MANN wrote: > Hi, > > This is regarding bug - https://bugs.launchpad.net/tempest/+bug/1436314 > > When Nova is configured to boot VM from volume only, current Tempest > integration tests will fails. We are not sure how feasible and valid > this configuration is f

[openstack-dev] [stable] Add project tag to your stable freeze exception request

Greetings, Just a reminder/suggestion. When sending your stable freeze exception request, please, add the project tag to thre thread so that stable maintainers of each project can chime in as well. IMHO, each exception should receive the bless of at least one of the project's stable maintainer

[openstack-dev] [stable] freeze exception

Hello Stable-Maintainers, Cores I'd like to request a freeze exception for the following change-set: https://review.openstack.org/142033 IMO, this patch will not have any regression. Thanks and Regards, Rajesh Tailor __ Discla

Re: [openstack-dev] 答复: [heat] Application level HA via Heat

Sorry to chime in but i will throw in another use case for Steven since is about the HA/ auto-scaling and i think it does match what i asked back in October. http://lists.openstack.org/pipermail/openstack-dev/2014-October/049375.html If you need more info let me know Dani On Thu, Apr 2, 2015 at

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

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? Thanks, Dani On Tue, Oct 28, 2014 at 5:40 PM, Daniel Comnea wrote: > Thanks all for reply. > > I have spoke with Qiming and @Shardy (IRC nickname) and they c

Re: [openstack-dev] [stable] freeze exception

Hi, I had like to request a freeze exception for this nova fix: https://review.openstack.org/#/c/164713/ Related bug: https://bugs.launchpad.net/nova/+bug/1406486 "Suspending an instance fails when using vnic_type=direct" My change is a backport from master to juno of the fix already merged into

[openstack-dev] [stable] freeze exception

Hello, I'd like to request a freeze exception for this patch: https://review.openstack.org/#/c/167915/ here is the bug https://bugs.launchpad.net/nova/+bug/1408498 This patch is a bugfix of the High-priority bug. I think this is important bugfix because it fixes incorrect backporting of nova obj

Re: [openstack-dev] [Murano] Murano projects pylint job

Hi Kate and Serg Thanks for your feedback. I look forward to IRC discussion on that. Regards Filip On 04/02/2015 10:56 AM, Ekaterina Chernova wrote: Hi Filip and Serg! I support the idea! Let's discuss more details in IRC and summarize everything on the next community meeting on Tuesday.

Re: [openstack-dev] Interaction between heat and nova

Abhishek, for communication with Nova Heat is using Nova's REST API via python-novaclient exclusively. So if any Nova functionality is exposed via novaclient's Python API - Heat can in principle do it. Another question is what are those "check" and "change" you are willing to do? This should be i

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

+1 __ 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] The Evolution of core developer to maintainer?

Joe Gordon wrote: > On Thu, Apr 2, 2015 at 3:14 AM, Thierry Carrez > wrote: > >> Joe Gordon wrote: >> > I cannot speak for all projects, but at least in Nova you have to be a >> > nova-core to be part of nova-drivers. >> >> And would you describe tha

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

Hi all! Today I got an internal email, stating that new ironicclient brakes ironic-discoverd. Indeed, after rebase to the latest ironicclient git master, discoverd started receiving "AVAILABLE" state instead of "None" for newly enrolled nodes. It's not a valid state for introspection, valid a

Re: [openstack-dev] [stable] freeze exception

On Fri, Apr 03, 2015 at 09:37:30AM +0200, Sahid Orentino Ferdjaoui wrote: > Hello, > > A request to get an exception for a fix related to PCI-Passthough. The > backport seems to be reasonable and not invincible and the code is > well covered by tests. s/invincible/invasive/ > > The impact of th

Re: [openstack-dev] [tc] Request to adopt security as a project team

Jeremy Stanley wrote: > On 2015-04-02 15:56:31 + (+), Clark, Robert Graham wrote: >> Please consider this request to recognize the security team as an >> OpenStack project team. >> >> This is a milestone for the OpenStack Security Group and follows >> from our merging with the VMT. > [...]

Re: [openstack-dev] [Heat] [Ceilometer] [depfreeze] bug is unresolved due to requirements freeze

Pavlo Shchelokovskyy wrote: > [...] > We do better bump the requirements. The only projects I know of using > ceilometerclient are Heat, Horizon and Ceilometer itself. No packager reported pain, so exception is granted and I approved the patch. -- Thierry Carrez (ttx) __

[openstack-dev] [stable] freeze exception

Hello, A request to get an exception for a fix related to PCI-Passthough. The backport seems to be reasonable and not invincible and the code is well covered by tests. The impact of this fix is to make compatible the config option 'pci_passthrough_whitelist' from icehouse to juno. https://revi

[openstack-dev] [stable] freeze exception

Hello Stable-Maintainers, Cores I'd like to request a freeze exception for the following change-set: https://review.openstack.org/#/c/147844/ IMO, this patch will not have any regression. Thanks and Regards, Rajesh Tailor __ Di

[openstack-dev] OpenStack nova resize command

Hi,I have a question regarding the nova resize command. While resizing a VM in OpenStack, does the VM gets paused internally and then it is resized or the VM is resized at runtime without any downtime and the VM going down. Thanks and RegardsAbhishek Talwar =-=-= Notice: The inf

[openstack-dev] Interaction between heat and nova

Hi Folks, I am trying if we can have an api call from heat to nova and hit one of the nova clients method. I want to have a check in heat and if that happens it should request nova for a change in the instance through one of nova's command. Any information regarding this. Thanks and Regards A

[openstack-dev] [stable] freeze exception

Hello Stable-Maintainers, Cores I'd like to request a freeze exception for the following change-set: https://review.openstack.org/#/c/156936/ IMO, this patch will not have any regression. Thanks & Regards. Pranali Deore __ Di