Re: [openstack-dev] [Openstack] is tenant-id in network API?

2014-07-07 Thread stanzgy
This patch should fix the problem, sorry for the mistakes above. On Mon, Jul 7, 2014 at 1:46 PM, Andreas Jaeger a...@suse.com wrote: On 07/07/2014 05:56 AM, Anne Gentle wrote: Please check to see if this patch fixes the issue: https://review.openstack.org/1050 It should be:

Re: [openstack-dev] [Heat][Ceilometer] A proposal to enhance ceilometer alarm

2014-07-07 Thread Eoghan Glynn
In current Alarm implementation, Ceilometer will send back Heat an 'alarm' using the pre-signed URL (or other channel under development). By the other channel, do you mean the trusts-based interaction? We discussed this at the mid-cycle in Paris last week, and it turns out there appear to be

Re: [openstack-dev] [Heat][Ceilometer] A proposal to enhance ceilometer alarm

2014-07-07 Thread Qiming Teng
On Mon, Jul 07, 2014 at 02:13:57AM -0400, Eoghan Glynn wrote: In current Alarm implementation, Ceilometer will send back Heat an 'alarm' using the pre-signed URL (or other channel under development). By the other channel, do you mean the trusts-based interaction? Yes, Sir. Trusts and

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status

2014-07-07 Thread Sylvain Bauza
Le 04/07/2014 10:41, Daniel P. Berrange a écrit : On Thu, Jul 03, 2014 at 03:30:06PM -0400, Russell Bryant wrote: On 07/03/2014 01:53 PM, Sylvain Bauza wrote: Hi, == tl; dr: A decision has been made to split out the scheduler to a separate project not on a feature parity basis with

Re: [openstack-dev] [Heat][Ceilometer] A proposal to enhance ceilometer alarm

2014-07-07 Thread Eoghan Glynn
Alarms in ceilometer may currently only be based on a statistics trend crossing a threshold, and not on the occurrence of an event such as compute.instance.delete.end. Right. I realized this after spending some more time understanding the alarm-evaluator code. Having 'Statistics'

[openstack-dev] [TripleO] [Windows] New Windows Disk Image Builder Project

2014-07-07 Thread Kumar, Om (Cloud OS RD)
Hi All, We have just finished 1st version of Windows Disk Image Builder tool. This tool is written in PowerShell and uses Batch scripts. Currently, it runs on Windows. The silent features of the tool are as follows: 1. Uses Windows ISO/user provided WIM files to create VHD file. 2.

Re: [openstack-dev] [TripleO] [Windows] New Windows Disk Image Builder Project

2014-07-07 Thread Robert Collins
Hi, this sounds cool. I think it would be fine to have this as a TripleO repository; subject to the usual constraints: - Apache V2 license - follows OpenStack coding practices etc Lets let this sit for a little bit to see if there are dissenting opinions or whatnot, and then the thing to do

Re: [openstack-dev] [TripleO] [Windows] New Windows Disk Image Builder Project

2014-07-07 Thread Jesse Pretorius
On 7 July 2014 09:57, Kumar, Om (Cloud OS RD) om.ku...@hp.com wrote: We have just finished 1st version of Windows Disk Image Builder tool. This tool is written in PowerShell and uses Batch scripts. Currently, it runs on Windows. That sounds great! Is there somewhere we we can get the code

[openstack-dev] [heat] Update behavior for CFN compatible resources

2014-07-07 Thread Steven Hardy
Hi all, Recently I've been adding review comments, and having IRC discussions about changes to update behavior for CloudFormation compatible resources. In several cases, folks have proposed patches which allow non-destructive update of properties which are not allowed on AWS (e.g which would

Re: [openstack-dev] [oslo][all] autosync incubator to projects

2014-07-07 Thread Ihar Hrachyshka
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04/07/14 16:54, Mark McLoughlin wrote: On Fri, 2014-07-04 at 15:31 +0200, Ihar Hrachyshka wrote: Hi all, at the moment we have several bot jobs that sync contents to affected projects: - translations are copied from transifex; -

[openstack-dev] openstack/requirements and tarball subdirs

2014-07-07 Thread Philipp Marek
Hi everybody, I'm trying to get https://review.openstack.org/#/c/99013/ through Jenkins, but keep failing. The requirement I'm trying to add is dbus-python=0.83 # MIT License The logfile at

Re: [openstack-dev] [heat] Update behavior for CFN compatible resources

2014-07-07 Thread Thomas Spatzier
From: Steven Hardy sha...@redhat.com To: openstack-dev@lists.openstack.org Date: 07/07/2014 10:39 Subject: [openstack-dev] [heat] Update behavior for CFN compatible resources Hi all, Recently I've been adding review comments, and having IRC discussions about changes to update behavior for

Re: [openstack-dev] [oslo][all] autosync incubator to projects

2014-07-07 Thread Flavio Percoco
On 07/07/2014 11:06 AM, Ihar Hrachyshka wrote: On 04/07/14 16:54, Mark McLoughlin wrote: On Fri, 2014-07-04 at 15:31 +0200, Ihar Hrachyshka wrote: Hi all, at the moment we have several bot jobs that sync contents to affected projects: - translations are copied from transifex; - requirements

[openstack-dev] [Fuel-dev][VMware] Code review request

2014-07-07 Thread Evgeniya Shumakher
Hi folks, Here are the pull requests with the VMware integration. Please review and merge if it's possible. *Fuel-web* https://review.openstack.org/#/c/104944/all code on reviewreview code mergehttps://review.openstack.org/#/c/104927/all code on reviewreview code merge *Fuel-lib*

Re: [openstack-dev] [Keystone][Horizon] Proposed Changed for Unscoped tokens.

2014-07-07 Thread Marco Fargetta
On Fri, Jul 04, 2014 at 06:13:30PM -0400, Adam Young wrote: Unscoped tokens are really a proxy for the Horizon session, so lets treat them that way. 1. When a user authenticates unscoped, they should get back a list of their projects: some thing along the lines of: domains [{ name

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

2014-07-07 Thread Luke Gorrie
On 3 July 2014 19:05, Luke Gorrie l...@snabb.co wrote: Time to make it start running real tempest tests. Howdy! shellci now supports running n parallel build processes and by default runs each test with devstack+tempest in a one-shot Vagrant VM. The README is updated on Github:

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status

2014-07-07 Thread Michael Still
I think you'd be better of requesting an exception for your spec than splitting the scheduler immediately. These refactorings need to happen anyways, and if your scheduler work diverges too far from nova then we're going to have a painful time getting things back in sync later. Michael On Mon,

Re: [openstack-dev] [Heat][Ceilometer] A proposal to enhance ceilometer alarm

2014-07-07 Thread Qiming Teng
On Mon, Jul 07, 2014 at 03:46:19AM -0400, Eoghan Glynn wrote: Near the end of the Icehouse cycle, there was an attempt to implement this style of notification-based alarming but the feature did not land. After realizing 'Statistics' is not the ideal place for extension, I took a

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status

2014-07-07 Thread Daniel P. Berrange
On Mon, Jul 07, 2014 at 09:28:16AM +0200, Sylvain Bauza wrote: Le 04/07/2014 10:41, Daniel P. Berrange a écrit : On Thu, Jul 03, 2014 at 03:30:06PM -0400, Russell Bryant wrote: On 07/03/2014 01:53 PM, Sylvain Bauza wrote: That doesn't mean Gantt will move forward and leave all missing

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Gordon Sim
On 07/03/2014 04:27 PM, Mark McLoughlin wrote: Ceilometer's code is run in response to various I/O events like REST API requests, RPC calls, notifications received, etc. We eventually want the asyncio event loop to be what schedules Ceilometer's code in response to these events. Right now, it is

Re: [openstack-dev] [TripleO] [Windows] New Windows Disk Image Builder Project

2014-07-07 Thread Alessandro Pilotti
Hi Om, Great news! Looking forward for a link to a repo to check it out. Thanks, Alessandro On 07.07.2014, at 11:03, Kumar, Om (Cloud OS RD) om.ku...@hp.commailto:om.ku...@hp.com wrote: Hi All, We have just finished 1st version of Windows Disk Image Builder tool. This tool is written in

Re: [openstack-dev] [oslo][all] autosync incubator to projects

2014-07-07 Thread Sean Dague
On 07/04/2014 10:54 AM, Mark McLoughlin wrote: On Fri, 2014-07-04 at 15:31 +0200, Ihar Hrachyshka wrote: Hi all, at the moment we have several bot jobs that sync contents to affected projects: - translations are copied from transifex; - requirements are copied from global requirements repo.

Re: [openstack-dev] [TripleO] [Windows] New Windows Disk Image Builder Project

2014-07-07 Thread Kumar, Om (Cloud OS RD)
We are waiting for the project to get adopted by tripleO. As soon as we have the new Project, we will start sharing the code. -Om From: Jesse Pretorius [mailto:jesse.pretor...@gmail.com] Sent: Monday, July 07, 2014 1:41 PM To: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Nikola Đipanov
On 07/03/2014 05:27 PM, Mark McLoughlin wrote: Hey This is an attempt to summarize a really useful discussion that Victor, Flavio and I have been having today. At the bottom are some background links - basically what I have open in my browser right now thinking through all of this. We're

Re: [openstack-dev] [Fuel] Few hot questions related to patching for openstack

2014-07-07 Thread Dmitry Pyzhov
Sure. We can check if release is installed on any cluster and refuse to remove it. On Thu, Jul 3, 2014 at 6:05 PM, Aleksandr Didenko adide...@mirantis.com wrote: Hi, I think we should allow user to delete unneeded releases. In this case user won't be able to add new nodes to the existing

[openstack-dev] [Openstack] [Trove] Trove instance got stuck in BUILD state

2014-07-07 Thread Syed Hussain
Hi, I'm installing and configuring trove(DBaaS) for exisitng openstack setup. I have openstack setup and able to boot nova instances with following components: 1. keystone 2. glance 3. neutron 4. nova 5. cinder Followed below documentation for manual

Re: [openstack-dev] [OSSG][OSSN] [Horizon] Session-fixation vulnerability in Horizon when using the default signed cookie sessions

2014-07-07 Thread Timur Sufiev
I suspect that thread didn't get much attention because of missing [Horizon] tag. Added it. To me, using signed cookies session backend as default one is not only prone to security vulnerabilities, but also will someday hit the 4096 bytes cookie-limit per domain. Are there some serious reasons to

Re: [openstack-dev] [Openstack] [Trove] Trove instance got stuck in BUILD state

2014-07-07 Thread Denis Makogon
On Mon, Jul 7, 2014 at 2:33 PM, Syed Hussain syed_huss...@persistent.co.in wrote: Hi, I’m installing and configuring trove(DBaaS) for exisitng openstack setup. I have openstack setup and able to boot nova instances with following components: 1. keystone 2. glance 3.

[openstack-dev] [keystone] Size of Log files

2014-07-07 Thread Henry Nash
Hi Our debug log file size is getting pretty hugea typical py26 jenkins run produces a whisker under 50Mb of log - which is problematic for at least the reason that our current jenkins setup consider the test run a failure if the log file is 50 Mb. (see

Re: [openstack-dev] [oslo][all] autosync incubator to projects

2014-07-07 Thread Flavio Percoco
On 07/07/2014 12:33 PM, Sean Dague wrote: On 07/04/2014 10:54 AM, Mark McLoughlin wrote: On Fri, 2014-07-04 at 15:31 +0200, Ihar Hrachyshka wrote: Hi all, at the moment we have several bot jobs that sync contents to affected projects: - translations are copied from transifex; -

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Victor Stinner
Hi, Le lundi 7 juillet 2014, 12:48:59 Nikola Đipanov a écrit : When I read all of this stuff and got my head around it (took some time :) ), a glaring drawback of such an approach, and as I mentioned on the spec proposing it [1] is that we would not really doing asyncio, we would just be

Re: [openstack-dev] [Openstack] [Trove] Trove instance got stuck in BUILD state

2014-07-07 Thread Denis Makogon
On Mon, Jul 7, 2014 at 3:40 PM, Amrith Kumar amr...@tesora.com wrote: Denis Makogon (dmako...@mirantis.com) writes: | Those docs are useless, since they are not reflecting significant step – | creating custom Trove images. You need to create image with Trove | installed in it, create

Re: [openstack-dev] [Heat][Ceilometer] A proposal to enhance ceilometer alarm

2014-07-07 Thread Steven Hardy
On Mon, Jul 07, 2014 at 02:13:57AM -0400, Eoghan Glynn wrote: In current Alarm implementation, Ceilometer will send back Heat an 'alarm' using the pre-signed URL (or other channel under development). By the other channel, do you mean the trusts-based interaction? We discussed this at

Re: [openstack-dev] [third-party-ci][neutron] What is Success exactly?

2014-07-07 Thread Kyle Mestery
On Thu, Jul 3, 2014 at 6:12 AM, Salvatore Orlando sorla...@nicira.com wrote: Apologies for quoting again the top post of the thread. Comments inline (mostly thinking aloud) Salvatore On 30 June 2014 22:22, Jay Pipes jaypi...@gmail.com wrote: Hi Stackers, Some recent ML threads [1] and a

Re: [openstack-dev] [Heat][Ceilometer] A proposal to enhance ceilometer alarm

2014-07-07 Thread Steven Hardy
On Mon, Jul 07, 2014 at 03:46:19AM -0400, Eoghan Glynn wrote: Alarms in ceilometer may currently only be based on a statistics trend crossing a threshold, and not on the occurrence of an event such as compute.instance.delete.end. Right. I realized this after spending some more

Re: [openstack-dev] [neutron][third-party] Simple and robust CI script?

2014-07-07 Thread Kyle Mestery
On Mon, Jul 7, 2014 at 4:41 AM, Luke Gorrie l...@snabb.co wrote: On 3 July 2014 19:05, Luke Gorrie l...@snabb.co wrote: Time to make it start running real tempest tests. Howdy! shellci now supports running n parallel build processes and by default runs each test with devstack+tempest in a

Re: [openstack-dev] [Keystone][Horizon] Proposed Changed for Unscoped tokens.

2014-07-07 Thread Adam Young
On 07/07/2014 05:39 AM, Marco Fargetta wrote: On Fri, Jul 04, 2014 at 06:13:30PM -0400, Adam Young wrote: Unscoped tokens are really a proxy for the Horizon session, so lets treat them that way. 1. When a user authenticates unscoped, they should get back a list of their projects: some thing

Re: [openstack-dev] [keystone] Size of Log files

2014-07-07 Thread Brant Knudson
Henry - On Mon, Jul 7, 2014 at 7:17 AM, Henry Nash hen...@linux.vnet.ibm.com wrote: Hi Our debug log file size is getting pretty hugea typical py26 jenkins run produces a whisker under 50Mb of log - which is problematic for at least the reason that our current jenkins setup consider

[openstack-dev] [TripleO] Horizon sessions storage

2014-07-07 Thread Giulio Fidente
hi, speaking of Horizon sessions storage, it seems that all backends have their pros and cons so I wanted to ask for some feedback. The available backends are described in the Horizon deployment doc[1]. Given the existing CONTROLSCALE capability we have in TripleO, it seemed a good approach

[openstack-dev] [mistral] Community meeting reminder - 06/07/2014

2014-07-07 Thread Renat Akhmerov
Hi, This is a reminder about another IRC community meeting we will have today at #openstack-meeting at 16.00 UTC. The agenda for today: * Review action items * Current status (quickly by team members) * Discuss some of questions on the current engine/executor design * Further plans * Open

Re: [openstack-dev] [Neutron][LBaaS] Status of entities that do not exist in a driver backend

2014-07-07 Thread Susanne Balle
+1 to QUEUED status. On Fri, Jul 4, 2014 at 5:27 PM, Brandon Logan brandon.lo...@rackspace.com wrote: Hi German, That actually brings up another thing that needs to be done. There is no DELETED state. When an entity is deleted, it is deleted from the database. I'd prefer a DELETED state

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Victor Stinner
Le lundi 7 juillet 2014, 11:26:27 Gordon Sim a écrit : When we switch to asyncio's event loop, all of this code needs to be ported to asyncio's explicitly asynchronous approach. We might do: @asyncio.coroutine def foo(self): result = yield from some_async_op(...)

Re: [openstack-dev] [Openstack] is tenant-id in network API?

2014-07-07 Thread Anne Gentle
On Sun, Jul 6, 2014 at 11:30 PM, Steve Kowalik ste...@wedontsleep.org wrote: On 07/07/14 13:56, Anne Gentle wrote: Please check to see if this patch fixes the issue: https://review.openstack.org/1050 That's a patch (actually against quantum, which is amusing) from 2011, I think you're

Re: [openstack-dev] [cinder] 3rd party ci names for use by official cinder mandated tests

2014-07-07 Thread Kerr, Andrew
On 7/2/14, 11:00 AM, Anita Kuno ante...@anteaya.info wrote: On 07/01/2014 01:13 PM, Asselin, Ramy wrote: 3rd party ci names is currently becoming a bit controversial for what we're trying to do in cinder: https://review.openstack.org/#/c/101013/ The motivation for the above change is to aid

Re: [openstack-dev] [Neutron][LBaaS] Status of entities that do not exist in a driver backend

2014-07-07 Thread Mark McClain
On Jul 4, 2014, at 5:27 PM, Brandon Logan brandon.lo...@rackspace.com wrote: Hi German, That actually brings up another thing that needs to be done. There is no DELETED state. When an entity is deleted, it is deleted from the database. I'd prefer a DELETED state so that should be

Re: [openstack-dev] [Keystone][Horizon] Proposed Changed for Unscoped tokens.

2014-07-07 Thread Marco Fargetta
3. Unscoped tokens should be very short lived: 10 minutes. Unscoped tokens should be infinitely extensible: If I hand an unscoped token to keystone, I get one good for another 10 minutes. Using this time limit horizon should extend all the unscoped token every x min (with x 10). Is

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status

2014-07-07 Thread Dugger, Donald D
Well, my main thought is that I would prefer to see the gantt split done sooner rather than later. The reality is that we've been trying to split out the scheduler for months and we're still not there. Until we bite the bullet and actually do the split I'm afraid we'll still be here

Re: [openstack-dev] [Keystone][Horizon] Proposed Changed for Unscoped tokens.

2014-07-07 Thread Adam Young
On 07/07/2014 10:33 AM, Marco Fargetta wrote: 3. Unscoped tokens should be very short lived: 10 minutes. Unscoped tokens should be infinitely extensible: If I hand an unscoped token to keystone, I get one good for another 10 minutes. Using this time limit horizon should extend all the

Re: [openstack-dev] [oslo][all] autosync incubator to projects

2014-07-07 Thread Doug Hellmann
On Mon, Jul 7, 2014 at 6:33 AM, Sean Dague s...@dague.net wrote: On 07/04/2014 10:54 AM, Mark McLoughlin wrote: On Fri, 2014-07-04 at 15:31 +0200, Ihar Hrachyshka wrote: Hi all, at the moment we have several bot jobs that sync contents to affected projects: - translations are copied from

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Gordon Sim
On 07/07/2014 03:12 PM, Victor Stinner wrote: The first step is to patch endpoints to add @trollius.coroutine to the methods, and add yield From(...) on asynchronous tasks. What are the 'endpoints' here? Are these internal to the oslo.messaging library, or external to it? Later we may

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status

2014-07-07 Thread Sylvain Bauza
Le 07/07/2014 12:00, Michael Still a écrit : I think you'd be better of requesting an exception for your spec than splitting the scheduler immediately. These refactorings need to happen anyways, and if your scheduler work diverges too far from nova then we're going to have a painful time

Re: [openstack-dev] openstack/requirements and tarball subdirs

2014-07-07 Thread Doug Hellmann
On Mon, Jul 7, 2014 at 5:14 AM, Philipp Marek philipp.ma...@linbit.com wrote: Hi everybody, I'm trying to get https://review.openstack.org/#/c/99013/ through Jenkins, but keep failing. The requirement I'm trying to add is dbus-python=0.83 # MIT License The logfile at

Re: [openstack-dev] [Nova] [Gantt] Scheduler split status

2014-07-07 Thread Daniel P. Berrange
On Mon, Jul 07, 2014 at 02:38:57PM +, Dugger, Donald D wrote: Well, my main thought is that I would prefer to see the gantt split done sooner rather than later. The reality is that we've been trying to split out the scheduler for months and we're still not there. Until we bite the bullet

[openstack-dev] [all] oslosphinx 2.2.0.0a2 released

2014-07-07 Thread Doug Hellmann
The Oslo team is pleased to announce the release of oslosphinx 2.2.0.0a2. oslosphinx is the package providing our theme and extension support for Sphinx documentation This release includes: $ git log --abbrev-commit --pretty=oneline --no-merges 2.2.0.0a1..2.2.0.0a2 c144be8 Added a incubating

Re: [openstack-dev] [Keystone][Horizon] Proposed Changed for Unscoped tokens.

2014-07-07 Thread Dolph Mathews
On Fri, Jul 4, 2014 at 5:13 PM, Adam Young ayo...@redhat.com wrote: Unscoped tokens are really a proxy for the Horizon session, so lets treat them that way. 1. When a user authenticates unscoped, they should get back a list of their projects: some thing along the lines of: domains [{

Re: [openstack-dev] [neutron] Flavor framework: Conclusion

2014-07-07 Thread Eichberger, German
Hi Eugene, My understanding of the flavor framework is the following: Say I have an F5 load balancer supporting TLS, L7, and standard loadbalancing. For business reasons I want to offer a Bronze (“standard load balancing”), silver (“Standard” + TLS), and gold (silver + L7) at different price

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Mike Bayer
On 7/4/14, 4:45 AM, Julien Danjou wrote: On Thu, Jul 03 2014, Mark McLoughlin wrote: We're attempting to take baby-steps towards moving completely from eventlet to asyncio/trollius. The thinking is for Ceilometer to be the first victim. Thumbs up for the plan, that sounds like a good

[openstack-dev] pbr 0.9.0 released

2014-07-07 Thread Doug Hellmann
The Oslo team is pleased to announce the release of pbr 0.9.0. pbr (Python Build Reasonableness) is a wrapper for setuptools to make packaging python libraries and applications easier. For more details, see https://pypi.python.org/pypi/pbr and http://docs.openstack.org/developer/pbr/ This

[openstack-dev] [Neutron] neutron_url_timeout

2014-07-07 Thread Stefan Apostoaie
Hi, I'm using openstack icehouse to develop a neutron plugin and I have a issue with the timeouts the neutronclient gives to nova. For me the create_port neutron API request takes a lot of time when hundreds of instances are involved and nova gets a timeout. That's why I tried increasing the

[openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Nir Yechiel
AFAIK, the cloud-init metadata service can currently be accessed only by sending a request to http://169.254.169.254, and no IPv6 equivalent is currently implemented. Does anyone working on this or tried to address this before? Thanks, Nir ___

Re: [openstack-dev] [Neutron][LBaaS] Status of entities that do not exist in a driver backend

2014-07-07 Thread Samuel Bercovici
Hi, For logical objects that were deleted but the backend did not execute on, there is a PENDING_DELETE state. So currently there is PENDING_CREATE -- CREATE, PENDING_UPDATE--UPDATE and PENDING_DELETE--object is removed from the database. If an error occurred that the object is in ERROR state.

[openstack-dev] [Infra] Meeting Tuesday July 8th at 19:00 UTC

2014-07-07 Thread Elizabeth K. Joseph
Hi everyone, Following our Bug Day starting at 1700 UTC, the OpenStack Infrastructure (Infra) team is hosting our weekly meeting on Tuesday July 8th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is welcome to

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Nikola Đipanov
On 07/07/2014 02:58 PM, Victor Stinner wrote: Hi, Le lundi 7 juillet 2014, 12:48:59 Nikola Đipanov a écrit : When I read all of this stuff and got my head around it (took some time :) ), a glaring drawback of such an approach, and as I mentioned on the spec proposing it [1] is that we would

Re: [openstack-dev] [neutron] Flavor framework: Conclusion

2014-07-07 Thread Mark McClain
On Jul 4, 2014, at 1:09 AM, Eugene Nikanorov enikano...@mirantis.commailto:enikano...@mirantis.com wrote: German, First of all extension list looks lbaas-centric right now. Actually far from it. SSL VPN should be service extension. Secondly, TLS and L7 are such APIs which objects should

[openstack-dev] [mistral] Community meeting minutes and full log - 06/07/2014

2014-07-07 Thread Renat Akhmerov
Thanks for joining us today and having a good discussion at the meeting! As usually, Meeting minutes: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-07-07-16.00.html Meeting log: http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-07-07-16.00.log.html The next

Re: [openstack-dev] [Neutron][LBaaS] Status of entities that do not exist in a driver backend

2014-07-07 Thread Jorge Miramontes
Hey Mark, To add, one reason we have a DELETED status at Rackspace is that certain sub-resources are still relevant to our customers. For example, we have a usage sub-resource which reveals usage records for the load balancer. To illustrate, a user issues a DELETE on /loadbalancers/id but can

Re: [openstack-dev] [neutron] Specs repo

2014-07-07 Thread Stefano Maffulli
On 07/03/2014 03:34 PM, Sumit Naiksatam wrote: Is this still the right repo for this: https://github.com/openstack/neutron-specs No. The right repo is: http://git.openstack.org/cgit/openstack/neutron-specs/ github is used only as copy for convenience and things may break there. /stef --

Re: [openstack-dev] [nova][libvirt] Suspend via virDomainSave() rather than virDomainManagedSave()

2014-07-07 Thread Daniel P. Berrange
On Sun, Jul 06, 2014 at 10:22:44PM -0700, Rafi Khardalian wrote: Hi All -- It seems as though it would be beneficial to use virDomainSave rather than virDomainManagedSave for suspending instances. The primary benefit of doing so would be to locate the save files within the instance's

Re: [openstack-dev] [nova][libvirt] Suspend via virDomainSave() rather than virDomainManagedSave()

2014-07-07 Thread Vishvananda Ishaya
On Jul 6, 2014, at 10:22 PM, Rafi Khardalian r...@metacloud.com wrote: Hi All -- It seems as though it would be beneficial to use virDomainSave rather than virDomainManagedSave for suspending instances. The primary benefit of doing so would be to locate the save files within the

Re: [openstack-dev] [TripleO] Building deploy ramdisks with dracut

2014-07-07 Thread Victor Lowther
As one of the original authors of dracut, I would love to see it being used to build initramfs images for TripleO. dracut is flexible, works across a wide variety of distros, and removes the need to have special-purpose toolchains and packages for use by the initramfs. On Thu, Jul 3, 2014 at

Re: [openstack-dev] [keystone] Size of Log files

2014-07-07 Thread Dolph Mathews
On Mon, Jul 7, 2014 at 8:34 AM, Brant Knudson b...@acm.org wrote: Henry - On Mon, Jul 7, 2014 at 7:17 AM, Henry Nash hen...@linux.vnet.ibm.com wrote: Hi Our debug log file size is getting pretty hugea typical py26 jenkins run produces a whisker under 50Mb of log - which is

[openstack-dev] [Trove] Trove Blueprint Meeting on 7 July canceled

2014-07-07 Thread Nikhil Manchanda
Hey folks: There's nothing to discuss on the BP Agenda for this week and most folks are busy working on existing BPs and bugs, so I'd like to cancel the Trove blueprint meeting for this week. See you guys at the regular Trove meeting on Wednesday. Thanks, Nikhil

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Vishvananda Ishaya
I haven’t heard of anyone addressing this, but it seems useful. Vish On Jul 7, 2014, at 9:15 AM, Nir Yechiel nyech...@redhat.com wrote: AFAIK, the cloud-init metadata service can currently be accessed only by sending a request to http://169.254.169.254, and no IPv6 equivalent is currently

Re: [openstack-dev] [keystone][specs] listing the entire API in a new spec

2014-07-07 Thread Dolph Mathews
On Fri, Jul 4, 2014 at 12:31 AM, Steve Martinelli steve...@ca.ibm.com wrote: To add to the growing pains of keystone-specs, one thing I've noticed is, there is inconsistency in the 'REST API Impact' section. To be clear here, I don't mean we shouldn't include what new APIs will be created, I

Re: [openstack-dev] [nova][libvirt] why use domain destroy instead of shutdown?

2014-07-07 Thread melanie witt
On Jul 4, 2014, at 3:11, Day, Phil philip@hp.com wrote: I have a BP (https://review.openstack.org/#/c/89650) and the first couple of bits of implementation (https://review.openstack.org/#/c/68942/ https://review.openstack.org/#/c/99916/) out for review on this very topic ;-) Great, I'll

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Joshua Harlow
So I've been thinking how to respond to this email, and here goes (shields up!), First things first; thanks mark and victor for the detailed plan and making it visible to all. It's very nicely put together and the amount of thought put into it is great to see. I always welcome an effort to move

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Andrew Mann
What's the use case for an IPv6 endpoint? This service is just for instance metadata, so as long as a requirement to support IPv4 is in place, using solely an IPv4 endpoint avoids a number of complexities: - Which one to try first? - Which one is authoritative? - Are both required to be present?

Re: [openstack-dev] [barbican] Consumer Registration API

2014-07-07 Thread Adam Harwell
That sounds sensical to me. It actually still saves me work in the long-run, I think. :) --Adam https://keybase.io/rm_you From: Douglas Mendizabal douglas.mendiza...@rackspace.commailto:douglas.mendiza...@rackspace.com Date: Wednesday, July 2, 2014 9:02 PM To: OpenStack Development Mailing

Re: [openstack-dev] [OpenStack-Infra] [neutron] Specs repo not synced

2014-07-07 Thread Jeremy Stanley
On 2014-07-04 06:05:08 +0200 (+0200), Andreas Jaeger wrote: they should sync automatically, something is wrong on the infra site - let's tell them. Yes, it seems someone uploaded a malformed change which Gerrit's jgit backend was okay with but which GitHub is refusing, preventing further

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Angus Salkeld
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/07/14 05:30, Mark McLoughlin wrote: Hey This is an attempt to summarize a really useful discussion that Victor, Flavio and I have been having today. At the bottom are some background links - basically what I have open in my browser right

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Mark McLoughlin
On Sun, 2014-07-06 at 09:28 -0400, Eoghan Glynn wrote: This is an attempt to summarize a really useful discussion that Victor, Flavio and I have been having today. At the bottom are some background links - basically what I have open in my browser right now thinking through all of this.

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Mark McLoughlin
On Mon, 2014-07-07 at 15:53 +0100, Gordon Sim wrote: On 07/07/2014 03:12 PM, Victor Stinner wrote: The first step is to patch endpoints to add @trollius.coroutine to the methods, and add yield From(...) on asynchronous tasks. What are the 'endpoints' here? Are these internal to the

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Chris Behrens
On Jul 7, 2014, at 11:11 AM, Angus Salkeld angus.salk...@rackspace.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/07/14 05:30, Mark McLoughlin wrote: Hey This is an attempt to summarize a really useful discussion that Victor, Flavio and I have been having today. At the

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Mark McLoughlin
On Mon, 2014-07-07 at 18:11 +, Angus Salkeld wrote: On 03/07/14 05:30, Mark McLoughlin wrote: Hey This is an attempt to summarize a really useful discussion that Victor, Flavio and I have been having today. At the bottom are some background links - basically what I have open in my

[openstack-dev] [Designate] Mid-cycle meetup July 2014

2014-07-07 Thread Hayes, Graham
Hi, Apologies for the short notice on this, but it took us a while to finalise the details! We are planing on having our mid-cycle meet for Juno in the HP Seattle office from the 28th to the 29th of July. Details for the meet up are here:

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Ian Wells
On 7 July 2014 10:43, Andrew Mann and...@divvycloud.com wrote: What's the use case for an IPv6 endpoint? This service is just for instance metadata, so as long as a requirement to support IPv4 is in place, using solely an IPv4 endpoint avoids a number of complexities: - Which one to try

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Joshua Harlow
So just to clear this up, my understanding is that asyncio and replacing PRC calls with taskflow's job concept are two very different things. The asyncio change would be retaining the RPC layer while the job concept[1] would be something entirely different. I'm not a ceilometer expert though so my

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread CARVER, PAUL
Andrew Mann wrote: What's the use case for an IPv6 endpoint? This service is just for instance metadata, so as long as a requirement to support IPv4 is in place, using solely an IPv4 endpoint avoids a number of complexities: The obvious use case would be deprecation of IPv4, but the question

Re: [openstack-dev] DVR and FWaaS integration

2014-07-07 Thread Sumit Naiksatam
To level set, the FWaaS model was (intentionally) made agnostic of whether the firewall was being subject to the E-W or N-S traffic (or both). The possibility of having to use a different strategy/implementation to handle the two sets of traffic differently, is an artifact of the backend

[openstack-dev] Server groups specified by name

2014-07-07 Thread Day, Phil
Hi Folks, I noticed a couple of changes that have just merged to allow the server group hints to be specified by name (some legacy behavior around automatically creating groups). https://review.openstack.org/#/c/83589/ https://review.openstack.org/#/c/86582/ But group names aren't constrained

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Sean Dague
On 07/07/2014 02:31 PM, Ian Wells wrote: On 7 July 2014 10:43, Andrew Mann and...@divvycloud.com mailto:and...@divvycloud.com wrote: What's the use case for an IPv6 endpoint? This service is just for instance metadata, so as long as a requirement to support IPv4 is in place,

Re: [openstack-dev] Server groups specified by name

2014-07-07 Thread Russell Bryant
On 07/07/2014 02:35 PM, Day, Phil wrote: Hi Folks, I noticed a couple of changes that have just merged to allow the server group hints to be specified by name (some legacy behavior around automatically creating groups). https://review.openstack.org/#/c/83589/

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Ian Wells
On 7 July 2014 11:37, Sean Dague s...@dague.net wrote: When it's on a router, it's simpler: use the nexthop, get that metadata server. Right, but that assumes router control. It does, but then that's the current status quo - these things go on Neutron routers (and, by extension, are

[openstack-dev] [Heat] [Marconi] Heat and concurrent signal processing needs some deep thought

2014-07-07 Thread Clint Byrum
I just noticed this review: https://review.openstack.org/#/c/90325/ And gave it some real thought. This will likely break any large scale usage of signals, and I think breaks the user expectations. Nobody expects to get a failure for a signal. It is one of those things that you fire and forget.

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Joshua Harlow
Just a update; since I'm the one who recently did a lot of the openstack adjustments in cloud-init. So this one line is part of the ipv4 requirement: http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/DataSourceOpenStack.py#L30 It though can be overriden

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Joshua Harlow
Jump on #cloud-init on freenode, smoser and I (and the other folks there) are both pretty friendly ;) From: Joshua Harlow harlo...@yahoo-inc.commailto:harlo...@yahoo-inc.com Date: Monday, July 7, 2014 at 12:10 PM To: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [oslo] Asyncio and oslo.messaging

2014-07-07 Thread Angus Salkeld
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/07/14 08:28, Mark McLoughlin wrote: On Mon, 2014-07-07 at 18:11 +, Angus Salkeld wrote: On 03/07/14 05:30, Mark McLoughlin wrote: Hey This is an attempt to summarize a really useful discussion that Victor, Flavio and I have been having

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Scott Moser
On Mon, 7 Jul 2014, CARVER, PAUL wrote: Andrew Mann wrote: What's the use case for an IPv6 endpoint? This service is just for instance metadata, so as long as a requirement to support IPv4 is in place, using solely an IPv4 endpoint avoids a number of complexities: The obvious use case

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

2014-07-07 Thread Scott Moser
On Mon, 7 Jul 2014, Sean Dague wrote: Right, but that assumes router control. In general, anyone doing singlestack v6 at the moment relies on config-drive to make it work. This works fine but it depends what cloud-init support your application has. I think it's also important to

Re: [openstack-dev] [neutron] Flavor framework: Conclusion

2014-07-07 Thread Eugene Nikanorov
Hi folks, I will try to respond both recent emails: What I absolutely don’t want is users getting Bronze load balancers and using TLS and L7 on them. My main objection of having extension list on the flavor is that it is actually doesn't allow you to do what you want to do. Flavor is the entity

  1   2   >