[openstack-dev] [Neutron][Spec Freeze Exception] midonet gw-mode extension support

2014-07-23 Thread Ryu Ishimoto
Hi All, I was terribly SAD indeed that our spec proposal to add gw-mode extension[1] to the midonet plugin was not accepted last Sunday, and I am sending out this email to see if the core reviewers could accept this as SFE. It was originally rejected because the upstream plugin was not working

[openstack-dev] [Keystone] More granular role management

2014-07-23 Thread Fei Long Wang
Greetings, I'm trying to figure out if Keystone can support more granular role management or if there is any plan to do that in the future. Currently, AWS can support adding a role and assigning the capability from 3 different level/perspective: service, function and resource[1]. Keystone can

Re: [openstack-dev] [glance] Use Launcher/ProcessLauncher in glance

2014-07-23 Thread Tailor, Rajesh
Hi Jay, Thank you for your response. I will soon submit patch for the same. Thanks, Rajesh Tailor -Original Message- From: Jay Pipes [mailto:jaypi...@gmail.com] Sent: Tuesday, July 22, 2014 8:07 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [glance] Use

Re: [openstack-dev] [Nova] [Spec Freeze Exception] [Gantt] Scheduler Isolate DB spec

2014-07-23 Thread Sylvain Bauza
Le 23/07/2014 01:11, Michael Still a écrit : This spec freeze exception only has one core signed up. Are there any other cores interested in working with Sylvain on this one? Michael By looking at https://etherpad.openstack.org/p/nova-juno-spec-priorities, I can see ndipanov as volunteer for

Re: [openstack-dev] [TripleO] Spec Minimum Review Proposal

2014-07-23 Thread Lucas Alvares Gomes
On Tue, Jul 22, 2014 at 9:18 PM, Jay Dobies jason.dob...@redhat.com wrote: At the meetup today, the topic of our spec process came up. The general sentiment is that the process is still young and the hiccups are expected, but we do need to get better about making sure we're staying on top of

Re: [openstack-dev] [OpenStack][Nova][Scheduler] Promote select_destination as a REST API

2014-07-23 Thread Alex Xu
Maybe we can implement this goal by another way, adding new API 'confirm_before_migration' that's similar with 'confirm_resize'. This also can resolve Chris Friesen's concern. On 2014年07月23日 00:13, Jay Pipes wrote: On 07/21/2014 11:16 PM, Jay Lau wrote: Hi Jay, There are indeed some China

Re: [openstack-dev] [OpenStack][Nova][Scheduler] Promote select_destination as a REST API

2014-07-23 Thread Jay Lau
Thanks Alex and Jay Pipes. @Alex, I want a common interface for all VM operations to get target host list, seems only adding a new API 'confirm_before_migration' not enough to handle this? ;-) @Jay Pipes, I will try to see if we can export this in K or L via Gantt Thanks. 2014-07-23 17:14

Re: [openstack-dev] [swift] Use FQDN in Ring files instead of ip

2014-07-23 Thread Matsuda, Kenichiro
Hi, Thank you for the info. I was able to understand that hostname support is under developing. Best Regards, Kenichiro Matsuda. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

[openstack-dev] [TripleO] Strategy for recovering crashed nodes in the Overcloud?

2014-07-23 Thread Howley, Tom
(Resending to properly start new thread.) Hi, I'm running a HA overcloud configuration and as far as I'm aware, there is currently no mechanism in place for restarting failed nodes in the cluster. Originally, I had been wondering if we would use a corosync/pacemaker cluster across the

Re: [openstack-dev] [nova] Manage multiple clusters using a single nova service

2014-07-23 Thread Vaddi, Kiran Kumar
Answers to some of your concerns Why can't ESXi hosts not run the nova-compute service? Is it like the XenServer driver that has a pitifully old version of Python (2.4) that constrains the code that is possible to run on it? If so, then I don't really think the poor constraints of the

[openstack-dev] Support for Django 1.7 in OpenStack

2014-07-23 Thread Thomas Goirand
Hi, The Debian maintainer of python-django would like to upgrade to version 1.7. He asked, in multiple bug reports, to check for Django 1.7 compatibility. I have the following python modules and bug reports: https://bugs.debian.org/755613 python-django-appconf https://bugs.debian.org/755622

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - work division

2014-07-23 Thread Evgeny Fedoruk
Hi, I'm working on TLS integration with loadbalancer v2 extension and db. Basing on Brandon's patches https://review.openstack.org/#/c/105609 , https://review.openstack.org/#/c/105331/ , https://review.openstack.org/#/c/105610/ I will abandon previous 2 patches for TLS which are

Re: [openstack-dev] [TripleO] Spec Minimum Review Proposal

2014-07-23 Thread Lucas Alvares Gomes
Oh sorry... I thought it was about Ironic not TripleO (morning issues) Anyway, it could be something that we could adopt in Ironic as well :) On Wed, Jul 23, 2014 at 9:40 AM, Lucas Alvares Gomes lucasago...@gmail.com wrote: On Tue, Jul 22, 2014 at 9:18 PM, Jay Dobies jason.dob...@redhat.com

[openstack-dev] [ceilometer] overuse of 'except Exception'

2014-07-23 Thread Chris Dent
I was having a bit of a browse through the ceilometer code and noticed there are a fair few instances (sixty-some) of `except Exception` scattered about. While not as evil as a bare except, my Python elders always pointed out that doing `except Exception` is a bit like using a sledgehammer

Re: [openstack-dev] Support for Django 1.7 in OpenStack

2014-07-23 Thread Felipe Reyes
Hi Thomas, On Wed, Jul 23, 2014 at 06:56:51PM +0800, Thomas Goirand wrote: First, does anyone know if Django 1.7 is an issue with any of the above packages? If there are effectively issues, is there currently any plan to fix it? Ideally, I would like all of the above packages to be able to

[openstack-dev] [OpenStack-dev][neutron] A question about cisco network_profiles.xxxx uri

2014-07-23 Thread Yangxurong
Hi folks, I'm planning to fix bug/1330095[1], which aims to solve the invalid suffix uri as follow, but I hit a problem of cisco n1kv plugin testing case[2]. [1] https://bugs.launchpad.net/neutron/+bug/1330095 When submitting a REST request as follow: POST

[openstack-dev] [Neutron] Specs approved for Juno-3 and exceptions

2014-07-23 Thread Salvatore Orlando
I'm sure it is not news to anyone that we already have approved a too many specifications for Juno-3. The PTL made clear indeed that Low priority blueprints are considered best effort. However, this already leaves us with 23 medium to high specifications to merge in Juno-3. This is already quite

[openstack-dev] [Trove] Guest prepare call polling mechanism issue

2014-07-23 Thread Denis Makogon
Hello, Stackers. I’d like to discuss guestagent prepare call polling mechanism issue (see [1]). Let me first describe why this is actually an issue and why it should be fixed. For those of you who is familiar with Trove knows that Trove can provision instances through Nova API and Heat API (see

[openstack-dev] [Trove] Neutron integration test job

2014-07-23 Thread Denis Makogon
Hello, Stackers. For those of you who’s interested in Trove just letting you know, that for now Trove can work with Neutron (hooray!!) instead of Nova-network, see [1] and [2]. It’s a huge step forward on the road of advanced OpenStack integration. But let’s admit it’s not the end, we should

Re: [openstack-dev] [Fuel] Soft code freeze is planned for July, 24th

2014-07-23 Thread Mike Scherbakov
Andrew, thanks for pointing this out. Engineering in Europe has code review in priority #1 after fixing critical issues which block us from further testing. Overall, I think it should be simple. If developer didn't push the crowd to review the patch linked to Low/Medium bug, and it didn't get

Re: [openstack-dev] [Neutron][QA] Enabling full neutron Job

2014-07-23 Thread Salvatore Orlando
Here I am again bothering you with the state of the full job for Neutron. The patch for fixing an issue in nova's server external events extension merged yesterday [1] We do not have yet enough data points to make a reliable assessment, but of out 37 runs since the patch merged, we had only 5

Re: [openstack-dev] [OpenStack] [Barbican] Cinder and Barbican

2014-07-23 Thread Coffman, Joel M.
We are currently working to support Barbican for Cinder volume encryption. Some links to our work are as follows: Blueprint: https://blueprints.launchpad.net/cinder/+spec/encryption-with-barbican Specification: https://review.openstack.org/#/c/106437/ (needs approval from another Cinder core)

Re: [openstack-dev] [nova] how scheduler handle messages?

2014-07-23 Thread fdsafdsafd
Thanks. It really help. Thanks a lot. At 2014-07-23 02:45:40, Vishvananda Ishaya vishvana...@gmail.com wrote: Workers can consume more than one message at a time due to eventlet/greenthreads. The conf option rpc_thread_pool_size determines how many messages can theoretically be handled at

Re: [openstack-dev] [rally][nova] resize

2014-07-23 Thread fdsafdsafd
At 2014-07-23 00:09:09, Lingxian Kong anlin.k...@gmail.com wrote: Maybe you are using local storage for your vm system volume backend, accroding to the 'resize' implementation, 'rsync' and 'scp' will be executed during the resize process, which will be the bottleneck No, i use nfs. I found

Re: [openstack-dev] [Neutron][QA] Enabling full neutron Job

2014-07-23 Thread Matthew Treinish
On Wed, Jul 23, 2014 at 02:40:02PM +0200, Salvatore Orlando wrote: Here I am again bothering you with the state of the full job for Neutron. The patch for fixing an issue in nova's server external events extension merged yesterday [1] We do not have yet enough data points to make a reliable

Re: [openstack-dev] [TripleO] Spec Minimum Review Proposal

2014-07-23 Thread Alexis Lee
On Tue, Jul 22, 2014 at 9:18 PM, Jay Dobies jason.dob...@redhat.com wrote: What are everyone's feelings on adding a 1 spec review per week requirement for cores? Averaged over the standard 90d period I presume? +1 here. Alexis -- Nova Engineer, HP Cloud. AKA lealexis, lxsli.

Re: [openstack-dev] [Neutron] Specs approved for Juno-3 and exceptions

2014-07-23 Thread Kyle Mestery
On Wed, Jul 23, 2014 at 7:28 AM, Salvatore Orlando sorla...@nicira.com wrote: I'm sure it is not news to anyone that we already have approved a too many specifications for Juno-3. The PTL made clear indeed that Low priority blueprints are considered best effort. However, this already leaves

Re: [openstack-dev] [TripleO] Spec Minimum Review Proposal

2014-07-23 Thread Ben Nemec
For everyone's reference, the tripleo-specs stats can be found here: http://www.nemebean.com/reviewstats/tripleo-specs-30.txt Note that looking at the stats, over 30 days 1 review per week is only 4, which most of our cores are already doing anyway. I'm not sure codifying a requirement to do at

[openstack-dev] [Fuel-dev] Upgrades for Murano in MOS

2014-07-23 Thread Serg Melikyan
During this cycle we introduced migrations based on Alembic https://bitbucket.org/zzzeek/alembic framework that are incompatible with previous set of migrations based on sqlalchemy-migrate https://github.com/stackforge/sqlalchemy-migrate. This changes are going to be included to MOS with release

Re: [openstack-dev] [Keystone] More granular role management

2014-07-23 Thread Dolph Mathews
On Wed, Jul 23, 2014 at 1:03 AM, Fei Long Wang feil...@catalyst.net.nz wrote: Greetings, I'm trying to figure out if Keystone can support more granular role management or if there is any plan to do that in the future. Currently, AWS can support adding a role and assigning the capability from

Re: [openstack-dev] [Fuel-dev] Upgrades for Murano in MOS

2014-07-23 Thread Mike Scherbakov
Hi Serg, what needs to be done in order to include Alembic-related stuff into 5.1? The thing is that we are just a day before Soft Code Freeze. If this is trivial operation, such as adding a new package and updating configuration file, then we could consider it to be included. Thanks, On Wed,

[openstack-dev] [qa] running heat horizon unit tests on client changes (was [nova] request to tag novaclient 2.18.0)

2014-07-23 Thread Steve Baker
On 18/07/14 08:35, Matt Riedemann wrote: On 7/17/2014 5:48 PM, Steve Baker wrote: On 18/07/14 00:44, Joe Gordon wrote: On Wed, Jul 16, 2014 at 11:28 PM, Steve Baker sba...@redhat.com mailto:sba...@redhat.com wrote: On 12/07/14 09:25, Joe Gordon wrote: On Fri, Jul 11, 2014 at

Re: [openstack-dev] [Fuel-dev] Upgrades for Murano in MOS

2014-07-23 Thread Serg Melikyan
Hi, Mike, I can't be specific about implementation details due to lack of expertise in Fuel, but to properly handle update of Murano from previous version to MOS 5.1 we need to: 1. show warning to the user about deleting all resources managed by Murano (all VMs, networks, etc.. created as

[openstack-dev] [glance] HTTPS client breaks nova

2014-07-23 Thread Rob Crittenden
It looks like the switch to requests in python-glanceclient (https://review.openstack.org/#/c/78269/) has broken nova when SSL is enabled. I think it is related to the custom object that the glanceclient uses. If another connection gets pushed into the pool then things fail because the object

Re: [openstack-dev] [Fuel] Neutron ML2 Blueprints

2014-07-23 Thread Vladimir Kuklin
Andrew AFAIK, extended tests on full HA envs failed due to errors in deployment of secondary controllers. There is new patchset on review, but I am not sure that this code is passing extended tests. If it does, then we can consider merge of your code if it is working with NSX and Mellanox code. I

Re: [openstack-dev] [TripleO] Spec Minimum Review Proposal

2014-07-23 Thread Macdonald-Wallace, Matthew
So given the increased complexity of a spec, why not make it 2 specs per week? Matt -Original Message- From: Ben Nemec [mailto:openst...@nemebean.com] Sent: 23 July 2014 14:21 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [TripleO]

Re: [openstack-dev] [Fuel-dev] Upgrades for Murano in MOS

2014-07-23 Thread Mike Scherbakov
Serg, as of 5.1, we do not have an ability to upgrade OpenStack. Your case falls into upgrades capabilities. We plan to start working on OpenStack upgrades in 6.0. As of 5.1, we will have an ability to patch environments in terms of maintenance releases, i.e. to lay some patches on your Icehouse

Re: [openstack-dev] Support for Django 1.7 in OpenStack

2014-07-23 Thread Lyle, David
Django 1.7 drops support for python 2.6 [1], so until OpenStack drops support for 2.6 which is slated for Kilo, Horizon is unfortunately capped at 1.7. David [1] https://docs.djangoproject.com/en/dev/releases/1.7/#python-compatibility On 7/23/14, 4:56 AM, Thomas Goirand z...@debian.org

Re: [openstack-dev] [Neutron] [Spec freeze exception] Support Stateful and Stateless DHCPv6 by dnsmasq

2014-07-23 Thread Martinx - ジェームズ
Just a note... This is huge!! Great news!! Nevertheless, if Juno comes only with SLAAC, I'll be very, very happy!;-) Nice job guys! On 23 July 2014 01:06, Xu Han Peng pengxu...@gmail.com wrote: I would like to request one Juno Spec freeze exception for Support Stateful and Stateless

Re: [openstack-dev] [qa] running heat horizon unit tests on client changes (was [nova] request to tag novaclient 2.18.0)

2014-07-23 Thread Lyle, David
On 7/23/14, 7:51 AM, Steve Baker sba...@redhat.com wrote: On 18/07/14 08:35, Matt Riedemann wrote: On 7/17/2014 5:48 PM, Steve Baker wrote: On 18/07/14 00:44, Joe Gordon wrote: On Wed, Jul 16, 2014 at 11:28 PM, Steve Baker sba...@redhat.com mailto:sba...@redhat.com wrote: On

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - work division

2014-07-23 Thread Carlos Garza
Do you have any idea as to how we can split up the work? On Jul 23, 2014, at 6:01 AM, Evgeny Fedoruk evge...@radware.com wrote: Hi, I'm working on TLS integration with loadbalancer v2 extension and db. Basing on Brandon's patches https://review.openstack.org/#/c/105609 ,

Re: [openstack-dev] [Infra][Neutron] Request voting for Tail-f CI account

2014-07-23 Thread Luke Gorrie
On 22 July 2014 11:06, Luke Gorrie l...@tail-f.com wrote: End of Part One. Let's skip Part Two. That is just more frustration. Let's talk about Part Three in which we all do awesome CI hacking in Juno together :-). Here is what I want to achieve in Juno: NFV CI: Myself and my colleagues are

[openstack-dev] [openstack-sdk-php] Weekly Meeting Cancelations

2014-07-23 Thread Matthew Farina
The PHP SDK Meetings for 7/23 and 7/30 are canceled. The next meeting will be 8/6. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [neutron] [nova] neutron / nova-network parity meeting minutes

2014-07-23 Thread Kyle Mestery
For those interested in the progress of this particular task, meeting minutes are available at the below: http://eavesdrop.openstack.org/meetings/neutron_nova_network_parity/2014/ Thanks to all who attended! Kyle ___ OpenStack-dev mailing list

Re: [openstack-dev] [Murano] Image tagging

2014-07-23 Thread Serg Melikyan
I would also suggest to look at Graffiti https://wiki.openstack.org/wiki/Graffiti project, I think Graffiti is designed to solve problems related to our with images however I don't know how well it is fit for us. They work very hard to make project functionality available as part

Re: [openstack-dev] [nova] Manage multiple clusters using a single nova service

2014-07-23 Thread Dan Smith
I'm just do not suppor the idea that Nova needs to change its fundamental design in order to support the *design* of other host management platforms. The current implementation doesn't make nova change its design, the scheduling decisions are still done by nova. Nova's design is not

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - work division

2014-07-23 Thread Evgeny Fedoruk
Hi Carlos, As I understand you are working on common module for Barbican interactions. I will commit my code later today and I will appreciate if you and anybody else who is interested will review this change. There is one specific spot for the common Barbican interactions module API

Re: [openstack-dev] [swift] Use FQDN in Ring files instead of ip

2014-07-23 Thread John Dickinson
Using hostnames instead of IPs is, as mentioned above, something under consideration in that patch. However, note that until now, we've intentionally kept it as just IP addresses since using hostnames adds a lot of operational complexity and burden. I realize that hostnames may be preferred in

Re: [openstack-dev] [glance] HTTPS client breaks nova

2014-07-23 Thread Rob Crittenden
Rob Crittenden wrote: It looks like the switch to requests in python-glanceclient (https://review.openstack.org/#/c/78269/) has broken nova when SSL is enabled. I think it is related to the custom object that the glanceclient uses. If another connection gets pushed into the pool then things

Re: [openstack-dev] [marconi] Meeting time change

2014-07-23 Thread Kurt Griffiths
OK, I just checked and 1400 and 1500 are already taken, unless we want to move our meetings to #openstack-meeting-3. If we want to stick with #openstack-meeting-alt, it will have to be 1300 UTC. On 7/22/14, 5:28 PM, Flavio Percoco fla...@redhat.com wrote: On 07/22/2014 06:08 PM, Kurt Griffiths

[openstack-dev] [NFV] Meeting Summary - 2014-07-23-14.00

2014-07-23 Thread Steve Gordon
Hi all, Please find the summaries and full logs for today's NFV sub team meeting at these locations: Summary (HTML): http://eavesdrop.openstack.org/meetings/nfv/2014/nfv.2014-07-23-14.00.html Full Log (HTML): http://eavesdrop.openstack.org/meetings/nfv/2014/nfv.2014-07-23-14.00.log.html

Re: [openstack-dev] [Fuel] putting [tag] in LP bug titles instead of using LP tags

2014-07-23 Thread Mike Scherbakov
I'm not against creating bugs initially with such a title to make visual search easier. However I think that re-titling existing bugs is not needed, as at leads to spam. Mike Scherbakov #mihgen On Jul 23, 2014 4:24 AM, Dmitry Borodaenko dborodae...@mirantis.com wrote: +1 To provide some more

[openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Itzik Brown
Hi, I see that the option to specify vif_driver in nova.conf for libvirt is deprecated for Juno release. What is the way to use an external VIF driver (i.e. that is out of the tree)? Itzik ___ OpenStack-dev mailing list

Re: [openstack-dev] [Trove] Guest prepare call polling mechanism issue

2014-07-23 Thread Tim Simpson
To summarize, this is a conversation about the following LaunchPad bug: https://launchpad.net/bugs/1325512 and Gerrit review: https://review.openstack.org/#/c/97194/6 You are saying the function _service_is_active in addition to polling the datastore service status also polls the status of the

[openstack-dev] [nova] threading in nova (greenthreads, OS threads, etc.)

2014-07-23 Thread Chris Friesen
Hi all, I was wondering if someone could point me to a doc describing the threading model for nova. I know that we use greenthreads to map multiple threads of execution onto a single native OS thread. And the python GIL results in limitations as well. According to the description at

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Daniel P. Berrange
On Wed, Jul 23, 2014 at 07:38:05PM +0300, Itzik Brown wrote: Hi, I see that the option to specify vif_driver in nova.conf for libvirt is deprecated for Juno release. Hmm, that is not right. There's no intention to remove the vif_driver parameter itself. We were supposed to merely deprecate

Re: [openstack-dev] [nova] threading in nova (greenthreads, OS threads, etc.)

2014-07-23 Thread Daniel P. Berrange
On Wed, Jul 23, 2014 at 10:41:06AM -0600, Chris Friesen wrote: Hi all, I was wondering if someone could point me to a doc describing the threading model for nova. I know that we use greenthreads to map multiple threads of execution onto a single native OS thread. And the python GIL

Re: [openstack-dev] [oslo] graduating oslo.middleware

2014-07-23 Thread Ben Nemec
I left a comment on one of the commits, but in general here are my thoughts: 1) I would prefer not to do things like switch to oslo.i18n outside of Gerrit. I realize we don't have a specific existing policy for this, but doing that significant work outside of Gerrit is not desirable IMHO. It

[openstack-dev] FW: [Neutron][LBaaS] TLS capability - work division

2014-07-23 Thread Evgeny Fedoruk
My code is here: https://review.openstack.org/#/c/109035/1 -Original Message- From: Evgeny Fedoruk Sent: Wednesday, July 23, 2014 6:54 PM To: OpenStack Development Mailing List (not for usage questions) Subject: RE: [openstack-dev] [Neutron][LBaaS] TLS capability - work division Hi

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Dan Smith
Hmm, that is not right. There's no intention to remove the vif_driver parameter itself. We were supposed to merely deprecate the various legacy VIF driver implementations in Nova, not remove the ability to use 3rd party ones. I'm pretty sure it was deprecated specifically for that reason.

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Daniel P. Berrange
On Wed, Jul 23, 2014 at 09:53:55AM -0700, Dan Smith wrote: Hmm, that is not right. There's no intention to remove the vif_driver parameter itself. We were supposed to merely deprecate the various legacy VIF driver implementations in Nova, not remove the ability to use 3rd party ones.

Re: [openstack-dev] FW: [Neutron][LBaaS] TLS capability - work division

2014-07-23 Thread Doug Wiegley
Do we want any driver interface changes for this? At one level, with the current interface, conforming drivers could just reference listener.sni_containers, with no changes. But, do we want something in place so that the API can return an unsupported error for non-TLS v2 drivers? Or must all v2

[openstack-dev] [QA] Meeting Thursday July 24th at 22:00 UTC

2014-07-23 Thread Matthew Treinish
Hi everyone, Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, July 24th at 22:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome to

Re: [openstack-dev] [Murano] [Glance] Image tagging

2014-07-23 Thread Tripp, Travis S
Thank you Serg, Yes, what you are discussing in this thread is actually directly related to many of the original reasons we worked on the Graffiti concept POC and then revised into the metadata definitions catalog we are working on for Glance. Basically, you can define objects and

[openstack-dev] [TripleO][Tuskar] REST API spec for Juno questions

2014-07-23 Thread Petr Blaho
Hi all, I am working on API endpoints for Tuskar according to https://github.com/openstack/tripleo-specs/blob/master/specs/juno/tripleo-juno-tuskar-rest-api.rst and I found some inconsistencies. On following lines I will present what I think are mistakes or I do not understand well. Please,

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Dan Smith
I don't see an issue with allowing people to configure 3rd party impl for the VIF driver, provided we don't claim that the VIF driver API contract is stable, same way we don't claim virt driver API is stable. It lets users have a solution to enable custom NIC functionality while waiting for

Re: [openstack-dev] [Trove] Neutron integration test job

2014-07-23 Thread Kyle Mestery
On Wed, Jul 23, 2014 at 7:28 AM, Denis Makogon dmako...@mirantis.com wrote: Hello, Stackers. For those of you who’s interested in Trove just letting you know, that for now Trove can work with Neutron (hooray!!) instead of Nova-network, see [1] and [2]. It’s a huge step forward on the road

Re: [openstack-dev] [oslo] graduating oslo.middleware

2014-07-23 Thread gordon chung
I left a comment on one of the commits, but in general here are my thoughts: 1) I would prefer not to do things like switch to oslo.i18n outside of Gerrit. I realize we don't have a specific existing policy for this, but doing that significant work outside of Gerrit is not desirable IMHO.

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Daniel P. Berrange
On Wed, Jul 23, 2014 at 10:09:37AM -0700, Dan Smith wrote: I don't see an issue with allowing people to configure 3rd party impl for the VIF driver, provided we don't claim that the VIF driver API contract is stable, same way we don't claim virt driver API is stable. It lets users have a

Re: [openstack-dev] Support for Django 1.7 in OpenStack

2014-07-23 Thread Thomas Goirand
On 07/23/2014 10:46 PM, Lyle, David wrote: Django 1.7 drops support for python 2.6 [1], so until OpenStack drops support for 2.6 which is slated for Kilo, Horizon is unfortunately capped at 1.7. David [1] https://docs.djangoproject.com/en/dev/releases/1.7/#python-compatibility Having

[openstack-dev] Mentor program?

2014-07-23 Thread Joshua Harlow
Hi all, I was reading over a IMHO insightful hacker news thread last night: https://news.ycombinator.com/item?id=8068547 Labeled/titled: 'I made a patch for Mozilla, and you can do it too' It made me wonder what kind of mentoring support are we as a community offering to newbies (a random

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Dan Smith
If we're going to do that, then we should be consistent. eg there is a volume_drivers parameter that serves the same purpose as vif_driver There are lots of them. We've had a bit of a background task running to remove them when possible/convenient and try to avoid adding new ones. I'm not

[openstack-dev] [Nova][Spec freeze exception] Controlled shutdown of GuestOS

2014-07-23 Thread Day, Phil
Hi Folks, I'd like to propose the following as an exception to the spec freeze, on the basis that it addresses a potential data corruption issues in the Guest. https://review.openstack.org/#/c/89650 We were pretty close to getting acceptance on this before, apart from a debate over whether

Re: [openstack-dev] Mentor program?

2014-07-23 Thread Cindy Pallares
On 07/23/2014 01:02 PM, Anne Gentle wrote: On Wed, Jul 23, 2014 at 12:29 PM, Joshua Harlow harlo...@outlook.com wrote: Hi all, I was reading over a IMHO insightful hacker news thread last night: https://news.ycombinator.com/item?id=8068547 Labeled/titled: 'I made a patch for Mozilla,

Re: [openstack-dev] [nova][Spec Freeze Exception]Support dpdkvhost in ovs vif bindings

2014-07-23 Thread Mooney, Sean K
Hi The third iteration of the specs are now available for review at the links below https://blueprints.launchpad.net/nova/+spec/libvirt-ovs-use-usvhost https://blueprints.launchpad.net/neutron/+spec/ml2-use-dpdkvhost thanks for the feedback given so far. Hopefully the current iteration addresses

Re: [openstack-dev] Mentor program?

2014-07-23 Thread Anne Gentle
On Wed, Jul 23, 2014 at 12:29 PM, Joshua Harlow harlo...@outlook.com wrote: Hi all, I was reading over a IMHO insightful hacker news thread last night: https://news.ycombinator.com/item?id=8068547 Labeled/titled: 'I made a patch for Mozilla, and you can do it too' It made me wonder what

Re: [openstack-dev] FW: [Neutron][LBaaS] TLS capability - work division

2014-07-23 Thread Brandon Logan
@Evgeny: Did you intend on adding another patchset in the reviews I've been working on? If so I don't really see any changes, so if they're are some changes you needed in there let me know. @Doug: I think if the drivers see the TERMINATED_HTTPS protocol then they can throw an exception. I don't

Re: [openstack-dev] [Neutron] [Spec freeze exception] ml2-use-dpdkvhost

2014-07-23 Thread Mooney, Sean K
Hi kyle Thanks for your provisional support. I would agree that unless the nova spec is also granted an exception both specs should be moved To Kilo. I have now uploaded the most recent version of the specs. They are available to review here:

Re: [openstack-dev] [Nova][Spec freeze exception] Controlled shutdown of GuestOS

2014-07-23 Thread Daniel P. Berrange
On Wed, Jul 23, 2014 at 06:08:52PM +, Day, Phil wrote: Hi Folks, I'd like to propose the following as an exception to the spec freeze, on the basis that it addresses a potential data corruption issues in the Guest. https://review.openstack.org/#/c/89650 We were pretty close to

Re: [openstack-dev] FW: [Neutron][LBaaS] TLS capability - work division

2014-07-23 Thread Doug Wiegley
@Doug: I think if the drivers see the TERMINATED_HTTPS protocol then they can throw an exception. I don't think a driver interface change is needed. They¹d have to know to throw it, which could be problematic. But A completely new protocol will probably result in some kind of exception, so it¹s

Re: [openstack-dev] Mentor program?

2014-07-23 Thread Tim Freund
On 07/23/2014 02:16 PM, Cindy Pallares wrote: On 07/23/2014 01:02 PM, Anne Gentle wrote: On Wed, Jul 23, 2014 at 12:29 PM, Joshua Harlow harlo...@outlook.com wrote: Hi all, I was reading over a IMHO insightful hacker news thread last night: https://news.ycombinator.com/item?id=8068547

Re: [openstack-dev] [ceilometer] overuse of 'except Exception'

2014-07-23 Thread Doug Hellmann
On Jul 23, 2014, at 7:13 AM, Chris Dent chd...@redhat.com wrote: I was having a bit of a browse through the ceilometer code and noticed there are a fair few instances (sixty-some) of `except Exception` scattered about. While not as evil as a bare except, my Python elders always pointed

[openstack-dev] [Ironic] Closing registration for the Mid-cycle meetup

2014-07-23 Thread Devananda van der Veen
Hi all, We have had a few last-minute registrations for the mid-cycle, and are now up to 20 attendees. I am going to close registration at this point and look forward to seeing you all on Monday (or Sunday, if you're getting pizza with me)! Cheers, -Devananda

Re: [openstack-dev] [Neutron] [Spec freeze exception] ml2-use-dpdkvhost

2014-07-23 Thread Ian Wells
Speaking as someone who was reviewing both specs, I would personally recommend you grant both exceptions. The code changes are very limited in scope - particularly the Nova one - which makes the code review simple, and they're highly unlikely to affect anyone who isn't actually using DPDK OVS

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Daniel P. Berrange
On Wed, Jul 23, 2014 at 10:52:54AM -0700, Dan Smith wrote: If we're going to do that, then we should be consistent. eg there is a volume_drivers parameter that serves the same purpose as vif_driver There are lots of them. We've had a bit of a background task running to remove them when

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Ian Wells
On 23 July 2014 10:52, Dan Smith d...@danplanet.com wrote: What is our story for people who are developing new network or storage drivers for Neutron / Cinder and wish to test Nova ? Removing vif_driver and volume_drivers config parameters would mean that they would have to directly

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Dan Smith
FWIW, I do actually agree with not exposing plugin points to things that are not stable APIs and if they didn't already exist, I'd not approve adding them. I'd actually go further and say not even the virt driver API should be a plugin point, since we arbitrarily change it during development

Re: [openstack-dev] [heat] health maintenance in autoscaling groups

2014-07-23 Thread Mike Spreitzer
Doug Wiegley do...@a10networks.com wrote on 07/16/2014 04:58:52 PM: You do recall correctly, and there are currently no mechanisms for notifying anything outside of the load balancer backend when the health monitor/member state changes. But there *is* a mechanism for some outside thing to

Re: [openstack-dev] [heat] health maintenance in autoscaling groups

2014-07-23 Thread Doug Wiegley
But there *is* a mechanism for some outside thing to query the load balancer for the health of a pool member, right? I am thinking specifically of http://docs.openstack.org/api/openstack-network/2.0/content/GET_showMember__v2.0_pools__pool_id__members__member_id__lbaas_ext_ops_member.html

Re: [openstack-dev] [oslo] graduating oslo.middleware

2014-07-23 Thread Ben Nemec
On 2014-07-23 13:25, gordon chung wrote: I left a comment on one of the commits, but in general here are my thoughts: 1) I would prefer not to do things like switch to oslo.i18n outside of Gerrit. I realize we don't have a specific existing policy for this, but doing that significant

Re: [openstack-dev] [heat] health maintenance in autoscaling groups

2014-07-23 Thread Mike Spreitzer
Doug Wiegley do...@a10networks.com wrote on 07/23/2014 03:43:02 PM: From: Doug Wiegley do...@a10networks.com ... The state of the world today: ‘status’ in the neutron database is configuration/provisioning status, not operational status. Neutron- wide thing. We were discussing adding

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Russell Bryant
On 07/23/2014 03:04 PM, Dan Smith wrote: FWIW, I do actually agree with not exposing plugin points to things that are not stable APIs and if they didn't already exist, I'd not approve adding them. I'd actually go further and say not even the virt driver API should be a plugin point, since we

Re: [openstack-dev] [heat] health maintenance in autoscaling groups

2014-07-23 Thread Doug Wiegley
Great question, and to my knowledge, not at present. There is an ongoing discussion about a common usage framework for ceilometer, for all the various *aaS things, but status I not included (yet!). I think that spec is in gerrit. Thanks, Doug From: Mike Spreitzer

[openstack-dev] Looking for Coraid cinder contact

2014-07-23 Thread Duncan Thomas
Hi I'm looking for a maintainer email address for the cinder coraid driver. http://stackalytics.com/report/driverlog?project_id=openstack%2Fcinder just lists it as Alyseo team with no contact details. Thanks -- Duncan Thomas ___ OpenStack-dev

[openstack-dev] [Neutron][LBaaS] Weekly IRC Agenda

2014-07-23 Thread Jorge Miramontes
Hey LBaaS folks, This is you friendly reminder to provide any agenda items for tomorrow's weekly IRC meeting. The agenda currently has two items: * Review Updates * TLS work division Cheers, --Jorge P.S. Please don't forget to update the weekly standup ==

Re: [openstack-dev] [oslo] graduating oslo.middleware

2014-07-23 Thread Davanum Srinivas
I agree with Ben. ( I don't want to set a precedent where we make a bunch of changes on Github and then import that code ) -- dims On Wed, Jul 23, 2014 at 3:49 PM, Ben Nemec openst...@nemebean.com wrote: On 2014-07-23 13:25, gordon chung wrote: I left a comment on one of the commits, but in

Re: [openstack-dev] [oslo] graduating oslo.middleware

2014-07-23 Thread Doug Hellmann
On Jul 23, 2014, at 3:49 PM, Ben Nemec openst...@nemebean.com wrote: On 2014-07-23 13:25, gordon chung wrote: I left a comment on one of the commits, but in general here are my thoughts: 1) I would prefer not to do things like switch to oslo.i18n outside of Gerrit. I realize we

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Jay Pipes
On 07/23/2014 03:04 PM, Dan Smith wrote: FWIW, I do actually agree with not exposing plugin points to things that are not stable APIs and if they didn't already exist, I'd not approve adding them. I'd actually go further and say not even the virt driver API should be a plugin point, since we

Re: [openstack-dev] [nova] Configuring libivrt VIF driver

2014-07-23 Thread Jay Pipes
On 07/23/2014 03:04 PM, Dan Smith wrote: FWIW, I do actually agree with not exposing plugin points to things that are not stable APIs and if they didn't already exist, I'd not approve adding them. I'd actually go further and say not even the virt driver API should be a plugin point, since we

[openstack-dev] [devstack][oslo.messaging] Adding a new RPC backend for testing AMQP 1.0

2014-07-23 Thread Ken Giusti
Hi, I'd like some help with $SUBJECT. I've got a WIP patch up for review: https://review.openstack.org/#/c/109118/ My goal is to have an RPC backend that I can use to test the new AMQP 1.0 oslo.messaging driver against. I suspect this new backend would initially only be used by tests

  1   2   >