Re: [openstack-dev] time.sleep is affected by eventlet.monkey_patch()

On Fri, Mar 7, 2014 at 11:20 AM, Yuriy Taraday wrote: > All in all it sounds like an eventlet bug. I'm not sure how it can be > dealt with though. > Digging into it I found out that eventlet uses time.time() by default that is not monotonic. There's no clear way to replace it, but you can workar

Re: [openstack-dev] [Horizon] Nominating Radomir Dopieralski to Horizon Core

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Mar 05, 2014 at 10:36:22PM +, Lyle, David wrote: > I'd like to nominate Radomir Dopieralski to Horizon Core. I find his reviews > very insightful and more importantly have come to rely on their quality. He > has contributed to several ar

Re: [openstack-dev] [Horizon] Nominating Radomir Dopieralski to Horizon Core

+1 from me too. Having a core member who is familiar with horizon and tuskar-ui code base encourages the integration more! Akihiro On Fri, Mar 7, 2014 at 4:56 PM, Matthias Runge wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Wed, Mar 05, 2014 at 10:36:22PM +, Lyle, David wro

Re: [openstack-dev] [nova][cinder] non-persistent storage(after stopping VM, data will be rollback automatically), do you think we shoud introduce this feature?

Hi Joe, Thanks for your reply! First, generally, in public or private cloud, the end users of VMs have no right to create new VMs directly. If someone want to create new VMs, he or she need to wait for approval process. Then, the administrator Of cloud create a new VM to applica

[openstack-dev] [neutron]The duplicate name of security group

Hi stackers, The duplicate name of sg may cause some problems, do you think so? https://bugs.launchpad.net/neutron/+bug/1289195 Thanks! Lee Li ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman

Re: [openstack-dev] [oslo][neutron][rootwrap] Performance considerations, sudo?

I'm really happy to see that I'm not the only one concerned about performance. I'm reviewing the thread, and summarizing / replying to multiple people on the thread: Ben Nemec, * Thanks for pointing us to the previous thread about this topic: http://lists.openstack.org/pipermail/openstac

[openstack-dev] [nova] bugs that needs to be reviewed

Greetings, There are two fixes for bugs that need to be reviewed. One for the feature shelve instance and the other one for the API to get the list of migrations in progress. These two bugs are marked to high and medium because they broke feature. The code was push several months ago, if some cor

Re: [openstack-dev] [Cinder][FFE] Cinder switch-over to oslo.messaging

Flavio Percoco wrote: > On 06/03/14 11:50 +0100, Thierry Carrez wrote: >> So on one hand this is a significant change that looks like it could >> wait (little direct feature gain). On the other we have oslo.messaging >> being adopted in a lot of projects, and we reduce the maintenance >> envelope i

Re: [openstack-dev] Incubation Request: Murano

Steven Dake wrote: > I'm a bit confused as well as to how a incubated project would be > differentiated from a integrated project in one program. This may have > already been discussed by the TC. For example, Red Hat doesn't > officially support incubated projects, but we officially support (with

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

Yes, that sounds good to be able to load extensions from a mechanism driver. But another problem I think we have with ML2 plugin is the list extensions supported by default [1]. The extensions should only load by MD and the ML2 plugin should only implement the Neutron core API. Any though ? Édoua

Re: [openstack-dev] Climate Incubation Application

Dina Belova wrote: > I'd like to request Climate project review for incubation. Here is > official incubation application: > > https://wiki.openstack.org/wiki/Climate/Incubation After watching this thread a bit, it looks like this is more a preemptive "where fo I fit" advice request than a formal

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

Hello. On Wed, Mar 5, 2014 at 6:42 PM, Miguel Angel Ajo wrote: > 2) What alternatives can we think about to improve this situation. > >0) already being done: coalescing system calls. But I'm unsure that's > enough. (if we coalesce 15 calls to 3 on this system we get: 192*3*0.3/60 > ~=3 minute

[openstack-dev] Session suggestions for the Juno Design Summit now open

Hi everyone, TL;DR: The session suggestion website for the Juno Design Summit (which will happen at the OpenStack Summit in Atlanta) is now open at: http://summit.openstack.org/ Long version: The "Juno Design Summit" is a specific event part of the overall "OpenStack Summit" in Atlanta. It is di

Re: [openstack-dev] [Nova] FFE Request: Ephemeral RBD image support

On Thu, Mar 06, 2014 at 12:20:21AM -0800, Andrew Woodward wrote: > I'd Like to request A FFE for the remaining patches in the Ephemeral > RBD image support chain > > https://review.openstack.org/#/c/59148/ > https://review.openstack.org/#/c/59149/ > > are still open after their dependency > https

Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements

On Thu, Mar 06, 2014 at 03:46:24PM -0600, James Carey wrote: > Please consider a FFE for i18n Message improvements: > BP: https://blueprints.launchpad.net/nova/+spec/i18n-messages > > The base enablement for lazy translation has already been sync'd from > oslo. This patch was to enabl

Re: [openstack-dev] [nova][cinder] non-persistent storage(after stopping VM, data will be rollback automatically), do you think we shoud introduce this feature?

Hi Joe, Maybe my example is very rare. However, I think a new type of 'in-place' snapshot will have other advantages. For instance, the hypervisor can support to save memory content in snapshot file, so that user can revert his VM to running state. In this way, the user do not need to start each ap

Re: [openstack-dev] [Neutron][LBaaS] Mini-summit Interest?

I think mini summit is no worse than the summit itself. Everyone who wants to participate can join. In fact what we really need is a certain time span of focused work. ML, meetings are ok, it's just that dedicated in person meetings (design sessions) could be more productive. I'm thinking what if s

Re: [openstack-dev] [Neutron][L3] FFE request: L3 HA VRRP

+1 I though it must merge as experimental for IceHouse, to let the community tries it and stabilizes it during the Juno release. And for the Juno release, we will be able to announce it as stable. Furthermore, the next work, will be to distribute the l3 stuff at the edge (compute) (called DVR) but

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

Sean Dague said on Thu, Mar 06, 2014 at 01:05:15PM -0500: > The results of this have been that design review today is typically not > happening on Blueprint approval, but is instead happening once the code > shows up in the code review. So -1s and -2s on code review are a mix of > design and code r

Re: [openstack-dev] [Neutron][FYI] Bookmarklet for neutron gerrit review

if peoples like this why don't we have it directly on the reviews? Chmouel. On Tue, Mar 4, 2014 at 10:00 PM, Carl Baldwin wrote: > Nachi, > > Great! I'd been meaning to do something like this. I took yours and > tweaked it a bit to highlight failed Jenkins builds in red and grey > other Jenk

[openstack-dev] [TripleO] os-cloud-config ssh access to cloud

Hi, there's one step in cloud initialization that is performed over SSH -- calling "keystone-manage pki_setup". Here's the relevant code in keystone-init [1], here's a review for moving the functionality to os-cloud-config [2]. The consequence of this is that Tuskar will need passwordless ss

[openstack-dev] I am taking sick leave for today

Коллеги, Сегодня я опять беру выходной по болезни. Начал поправляться но все еще чувствую себя неуверенно. Надеюсь вылечиться целиком ко вторнику. Дмитрий ___ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bi

Re: [openstack-dev] [Horizon] Nominating Radomir Dopieralski to Horizon Core

+1 On Friday, March 7, 2014, Akihiro Motoki wrote: > +1 from me too. > Having a core member who is familiar with horizon and tuskar-ui code > base encourages the integration more! > > Akihiro > > On Fri, Mar 7, 2014 at 4:56 PM, Matthias Runge > > > wrote: > > -BEGIN PGP SIGNED MESSAGE-

Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements

On 03/06/2014 04:46 PM, James Carey wrote: > Please consider a FFE for i18n Message improvements: > BP: https://blueprints.launchpad.net/nova/+spec/i18n-messages > > The base enablement for lazy translation has already been sync'd > from oslo. This patch was to enable lazy translation

Re: [openstack-dev] I am taking sick leave for today

Ooops, sorry, wrong recepient :-) 7 марта 2014 г., 14:13 пользователь Dmitry Mescheryakov написал: > Коллеги, > > Сегодня я опять беру выходной по болезни. Начал поправляться но все > еще чувствую себя неуверенно. Надеюсь вылечиться целиком ко вторнику. > > Дмитрий ___

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

On Thu, Mar 06, 2014 at 01:05:15PM -0500, Sean Dague wrote: > One of the issues that the Nova team has definitely hit is Blueprint > overload. At some point there were over 150 blueprints. Many of them > were a single sentence. > > The results of this have been that design review today is typicall

Re: [openstack-dev] [savanna] Feature Freeze and end of the I cycle

I'd like to add that we should concentrate on testing and bug fixing for the next several weeks. This period will include project renaming too... The release-critical bugs will be tracked on the icehouse-rc1 [0] milestone pages. When all such issues will be fixed the first release candidate will be

Re: [openstack-dev] [Nova][Cinder] Feature about volume delete protection

do a code review and found a function _reclaim_queued_deletes will do the soft_delete reclaim if you set reclaim_instance_interval > 0 , then delete will be soft_delete and it will be reclaimed if it's old enough by default reclaim_instance_interval is 0, so delete will be hard delete , user can t

Re: [openstack-dev] Session suggestions for the Juno Design Summit now open

Hi Thierry, thanks for opening sessions suggestions for Design Summit. Could you, please, rename Savanna topic to "Sahara (ex. Savanna)"? On Fri, Mar 7, 2014 at 1:17 PM, Thierry Carrez wrote: > Hi everyone, > > TL;DR: > The session suggestion website for the Juno Design Summit (which will > happ

[openstack-dev] 答复: [OSSN] Live migration instructions recommend unsecured libvirt remote access

Nathan, I have another idea of allowing vm migration without need for remote access to libvirt daemon between compute servers. As I know, vm migration data path can be independent with libvirt daemon. For example, libvirt supports delegating vm migration to the hypervisor. When a vm migration

Re: [openstack-dev] Session suggestions for the Juno Design Summit now open

Sergey Lukjanov wrote: > thanks for opening sessions suggestions for Design Summit. Could you, > please, rename Savanna topic to "Sahara (ex. Savanna)"? Done! -- Thierry Carrez (ttx) ___ OpenStack-dev mailing list [email protected] htt

[openstack-dev] [[savanna] Design Summit session suggestions

Hey Sahara (Savanna) folks , Design Summit session suggestions now open, so, please, add topics you'd like to discuss on summit. More info [0]. [0] http://lists.openstack.org/pipermail/openstack-dev/2014-March/029319.html -- Sincerely yours, Sergey Lukjanov Savanna Technical Lead Mirantis Inc.

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

Sean Dague wrote: > One of the issues that the Nova team has definitely hit is Blueprint > overload. At some point there were over 150 blueprints. Many of them > were a single sentence. > > The results of this have been that design review today is typically not > happening on Blueprint approval, b

Re: [openstack-dev] time.sleep is affected by eventlet.monkey_patch()

Hi, Yes, a monotonic *must* be used to compute timeouts. I wrote the time.monotonic() function of Python 3.3 and the PEP 418. For my Trollius project, I wrote this code for Python 2 using ctypes. It works on Linux, Windows, Mac OS X, OpenBSD, FreeBSD and Solaris: https://bitbucket.org/enovance/

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

On Fri, Mar 07, 2014 at 12:30:15PM +0100, Thierry Carrez wrote: > Sean Dague wrote: > > One of the issues that the Nova team has definitely hit is Blueprint > > overload. At some point there were over 150 blueprints. Many of them > > were a single sentence. > > > > The results of this have been th

Re: [openstack-dev] asymmetric gating and stable vs unstable tests

Hey Deva, It really could be a huge issue for incubated projects. I have now good ideas about how to solve it... One of the bad ideas is that we could extend jenkins success message to include note that will be visible even if comment isn't expanded. Or post separated comment like "Please, note

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

On 03/07/2014 06:30 AM, Thierry Carrez wrote: > Sean Dague wrote: >> One of the issues that the Nova team has definitely hit is Blueprint >> overload. At some point there were over 150 blueprints. Many of them >> were a single sentence. >> >> The results of this have been that design review today i

Re: [openstack-dev] [ceilometer] FFE Request: monitoring-network-from-opendaylight

On Fri, Mar 07 2014, Yuuichi Fujioka wrote: Hi, > We would like to request FFE for monitoring-network-from-opendaylight.[1][2] > Unfortunately, it was not merged by Icehouse-3. > > This is the first driver of the bp/monitoring-network.(It was merged)[3] > We strongly believe this feature will enh

Re: [openstack-dev] [ceilometer] FFE Request: monitoring-network-from-opendaylight

On 03/07/2014 07:22 AM, Julien Danjou wrote: > On Fri, Mar 07 2014, Yuuichi Fujioka wrote: > > Hi, > >> We would like to request FFE for monitoring-network-from-opendaylight.[1][2] >> Unfortunately, it was not merged by Icehouse-3. >> >> This is the first driver of the bp/monitoring-network.(It w

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

I thought of this option, but didn't consider it, as It's somehow risky to expose an RPC end executing priviledged (even filtered) commands. If I'm not wrong, once you have credentials for messaging, you can send messages to any end, even filtered, I somehow see this as a higher risk option. An

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

Hi, Given that Yuriy says explicitly 'unix socket', I dont think he means 'MQ' when he says 'RPC'. I think he just means a daemon listening on a unix socket for execution requests. This seems like a reasonably sensible idea to me. Cheers, On 07/03/14 12:52, Miguel Angel Ajo wrote: I tho

Re: [openstack-dev] [Cinder] Do you think we should introduce the online-extend feature to cinder ?

On Mar 6, 2014, at 9:56 PM, Zhangleiqiang wrote: >> get them working. For example, in a devstack VM the only way I can get the >> iSCSI target to show the new size (after an lvextend) is to delete and >> recreate >> the target, something jgriffiths said he doesn't want to support ;-). > > I kn

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

The principle is excellent, I think there are two points/objectives worth keeping in mind: 1. We need an effective way to make and record the design decisions 2. We should make the whole development process easier In my mind the point of the design review part is to agree up front something tha

Re: [openstack-dev] stored userdata

On Fri, Mar 07, 2014 at 05:05:46AM +, Hiroyuki Eguchi wrote: > I'm envisioning a stored userdata feature. > < https://blueprints.launchpad.net/nova/+spec/stored-userdata > > > Currently, OpenStack allow user to execute script or send configuration file > when creating a instance by using --use

Re: [openstack-dev] [Cinder] Do you think we should introduce the online-extend feature to cinder ?

On Mar 7, 2014, at 7:55 AM, Paul Marshall wrote: > > On Mar 6, 2014, at 9:56 PM, Zhangleiqiang wrote: > >>> get them working. For example, in a devstack VM the only way I can get the >>> iSCSI target to show the new size (after an lvextend) is to delete and >>> recreate >>> the target, some

Re: [openstack-dev] [GSoC 2014] Proposal Template

>Sai, > >There may be more than one person on a topic, so it would make sense >to have additional questions per person. Yes, link to project idea is >definitely needed. > >-- dims > >On Thu, Mar 6, 2014 at 11:41 AM, saikrishna sripada >krishna1256 at gmail.com >

Re: [openstack-dev] stored userdata

On 07/03/14 05:05, Hiroyuki Eguchi wrote: I'm envisioning a stored userdata feature. < https://blueprints.launchpad.net/nova/+spec/stored-userdata > Currently, OpenStack allow user to execute script or send configuration file when creating a instance by using --user-data /path/to/filename option

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

On 3/7/14, 3:53 AM, Édouard Thuleau wrote: Yes, that sounds good to be able to load extensions from a mechanism driver. But another problem I think we have with ML2 plugin is the list extensions supported by default [1]. The extensions should only load by MD and the ML2 plugin should only im

Re: [openstack-dev] Incubation Request: Murano

On Fri, Mar 7, 2014 at 2:53 AM, Thierry Carrez wrote: > Steven Dake wrote: > > I'm a bit confused as well as to how a incubated project would be > > differentiated from a integrated project in one program. This may have > > already been discussed by the TC. For example, Red Hat doesn't > > offic

Re: [openstack-dev] [TripleO] os-cloud-config ssh access to cloud

On 03/07/2014 10:30 AM, Jiří Stránský wrote: Hi, there's one step in cloud initialization that is performed over SSH -- calling "keystone-manage pki_setup". Here's the relevant code in keystone-init [1], here's a review for moving the functionality to os-cloud-config [2]. The consequence of thi

Re: [openstack-dev] [Neutron][LBaaS] Mini-summit Interest?

+1 to the idea of having the mini-summit in Atlanta a few days prior to the OS summit. On Mar 7, 2014, at 3:37 AM, "Eugene Nikanorov" mailto:[email protected]>> wrote: I think mini summit is no worse than the summit itself. Everyone who wants to participate can join. In fact what we rea

Re: [openstack-dev] [ceilometer] FFE Request: monitoring-network-from-opendaylight

On Fri, Mar 07 2014, Sean Dague wrote: > Are the reviews already posted? Yes. > And are there 2 ceilometer core members signed up for review (names > please)? I can be one, and I'm sure Lianhao Lu and Gordon Chung will continue to look at it. > Are we sure this is mergable by Tuesday - pre rel

Re: [openstack-dev] [Nova] API weekly meeting

On 03/07/14 at 11:15am, Christopher Yeoh wrote: Hi, I'd like to start a weekly IRC meeting for those interested in discussing Nova API issues. I think it would be a useful forum for: - People to keep up with what work is going on the API and where its headed. - Cloud providers, SDK maintainers

Re: [openstack-dev] [Neutron][LBaaS] Mini-summit Interest?

+1 - that is a good idea! Having it several days before the J-Summit in Atlanta would be great. - Stephen On Fri, Mar 7, 2014 at 1:33 AM, Eugene Nikanorov wrote: > I think mini summit is no worse than the summit itself. > Everyone who wants to participate can join. > In fact what we really need

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

On Mar 6, 2014 1:11 PM, "Sean Dague" wrote: > > One of the issues that the Nova team has definitely hit is Blueprint > overload. At some point there were over 150 blueprints. Many of them > were a single sentence. > > The results of this have been that design review today is typically not > happen

Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements

On 3/7/2014 3:23 AM, Daniel P. Berrange wrote: On Thu, Mar 06, 2014 at 03:46:24PM -0600, James Carey wrote: Please consider a FFE for i18n Message improvements: BP: https://blueprints.launchpad.net/nova/+spec/i18n-messages The base enablement for lazy translation has already been sy

[openstack-dev] [Climate] Meeting minutes

Hello, OS folks! Thanks everyone for taking part in our weekly meeting :) Meeting minutes are: Minutes: http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-03-07-15.01.html Minutes (text): http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-03-07-15.01.txt Log: http

Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements

On 3/7/2014 4:15 AM, Sean Dague wrote: On 03/06/2014 04:46 PM, James Carey wrote: Please consider a FFE for i18n Message improvements: BP: https://blueprints.launchpad.net/nova/+spec/i18n-messages The base enablement for lazy translation has already been sync'd from oslo. This pat

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

- Original Message - > On Thu, Mar 6, 2014 at 12:05 PM, Sean Dague wrote: > > I think this is really worthwhile to try -- and it might offer an > interesting, readable history of decisions made. Plus how funny it was also > brought up at the Ops Summit. Convergence, cool. > > It also go

Re: [openstack-dev] [Neutron][IPv6][Security Group] BP: Support ICMP type filter by security group

Hi Akihiro, In the case of IPv6 RA, its source IP is a Link Local Address from the router's RA advertising interface. This LLA address is automatically generated and not saved in the neutron port DB. We are exploring the idea of retrieving this LLA if a native openstack RA service is running on th

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

Yep, great idea. Do it. On 03/07/2014 02:53 AM, Chris Behrens wrote: > > On Mar 6, 2014, at 11:09 AM, Russell Bryant wrote: > […] >> I think a dedicated git repo for this makes sense. >> openstack/nova-blueprints or something, or openstack/nova-proposals if >> we want to be a bit less tied to la

Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements

From: Sean Dague To: "OpenStack Development Mailing List (not for usage questions)" , Date: 03/07/2014 04:25 AM Subject:Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements On 03/06/2014 04:46 PM, James Carey wrote: > Please consider a FFE for i18n Mess

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

On Fri, Mar 7, 2014 at 10:47 AM, Steve Gordon wrote: > - Original Message - > > On Thu, Mar 6, 2014 at 12:05 PM, Sean Dague wrote: > > > > > I think this is really worthwhile to try -- and it might offer an > > interesting, readable history of decisions made. Plus how funny it was > also

Re: [openstack-dev] [Nova] FFE Request: Ephemeral RBD image support

On 03/07/2014 04:19 AM, Daniel P. Berrange wrote: > On Thu, Mar 06, 2014 at 12:20:21AM -0800, Andrew Woodward wrote: >> I'd Like to request A FFE for the remaining patches in the Ephemeral >> RBD image support chain >> >> https://review.openstack.org/#/c/59148/ >> https://review.openstack.org/#/c/5

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

On 2014-03-06 18:16, Christopher Yeoh wrote: On Thu, 06 Mar 2014 13:05:15 -0500 Sean Dague wrote: In today's Nova meeting a new thought occurred. We already have Gerrit which is good for reviewing things. It gives you detailed commenting abilities, voting, and history. Instead of attempting (an

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

On Mar 6, 2014, at 3:31 AM, Miguel Angel Ajo wrote: > > Yes, one option could be to coalesce all calls that go into > a namespace into a shell script and run this in the > ootwrap > ip netns exec > > But we might find a mechanism to determine if some of the steps failed, and > what was the re

Re: [openstack-dev] [Ironic] A ramdisk agent

As far as I understand, there are 4 projects which are connected with this topic. Another two projects which were not mentioned by Devananda are https://github.com/rackerlabs/teeth-rest https://github.com/rackerlabs/teeth-overlord Vladimir Kozhukalov On Fri, Mar 7, 2014 at 4:41 AM, Devananda van

Re: [openstack-dev] [Nova] FFE Request: Ephemeral RBD image support

On Fri, Mar 7, 2014 at 12:30 AM, Matt Riedemann wrote: > What would be awesome in Juno is some CI around RBD/Ceph. I'd feel a lot > more comfortable with this code if we had CI running Tempest Seb has been working to add ceph support into devstack which could be a start, https://review.opensta

Re: [openstack-dev] [Neutron][L3] FFE request: L3 HA VRRP

+1 On Fri, Mar 7, 2014 at 2:42 AM, Édouard Thuleau wrote: > +1 > I though it must merge as experimental for IceHouse, to let the community > tries it and stabilizes it during the Juno release. And for the Juno > release, we will be able to announce it as stable. > > Furthermore, the next work, wi

[openstack-dev] [savanna] team meeting minutes March 6

Thanks everyone who have joined Savanna meeting. Here are the logs from the meeting: Minutes: http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-03-06-18.02.html Log: http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-03-06-18.02.log.html It was decided to rename

[openstack-dev] [nova][vmware] Locking: A can of worms

We need locking in the VMware driver. There are 2 questions: 1. How much locking do we need? 2. Do we need single-node or multi-node locking? I believe these are quite separate issues, so I'm going to try not to confuse them. I'm going to deal with the first question first. In reviewing the imag

Re: [openstack-dev] [Ironic] A ramdisk agent

Vladmir, Hey, I'm on the team working on this agent, let me offer a little history. We were working on a system of our own for managing bare metal gear which we were calling "Teeth". The project was mostly composed of: 1. teeth-agent: an on-host provisioning agent 2. teeth-overlord: a centralized

Re: [openstack-dev] [Nova] FFE Request: Ephemeral RBD image support

On 03/07/2014 11:16 AM, Russell Bryant wrote: > On 03/07/2014 04:19 AM, Daniel P. Berrange wrote: >> On Thu, Mar 06, 2014 at 12:20:21AM -0800, Andrew Woodward wrote: >>> I'd Like to request A FFE for the remaining patches in the Ephemeral >>> RBD image support chain >>> >>> https://review.openstack

Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements

On 3/7/2014 9:39 AM, Matt Riedemann wrote: On 3/7/2014 4:15 AM, Sean Dague wrote: On 03/06/2014 04:46 PM, James Carey wrote: Please consider a FFE for i18n Message improvements: BP: https://blueprints.launchpad.net/nova/+spec/i18n-messages The base enablement for lazy translation

Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements

On 03/07/2014 12:09 PM, Matt Riedemann wrote: > Dan (Smith), Sean, Jim, Jay and myself talked about this in IRC this > morning and I didn't realize the recent oslo bug was uncovered due to > something changing in how the audit logs were showing up after the > initial nova patch was pushed up on 2/1

Re: [openstack-dev] sqlalchemy-migrate release impending

On 02/26/2014 11:24 AM, David Ripton wrote: I'd like to release a new version of sqlalchemy-migrate in the next couple of days. The only major new feature is DB2 support. If anyone thinks this is a bad time, please let me know. sqlalchemy-migrate 0.9 is now available via pip. Notable new fea

Re: [openstack-dev] [Mistral] Crack at a "Real life" workflow

Hello everyone! Actually it is possible to construct YAML-based DSL that has all the constructs of regular OOP language like Python and at the same time be safe enough to be used for execution of untrusted code on shared server. Take a look at Murano DSL. For example the code above defines class

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

I had a reply drafted up to Miguel's original post and now I realize that I never actually sent it. :( So, I'll clean up and update my draft and send it. This is a huge impediment to scaling Neutron and I believe this needs some attention before Icehouse releases. I believe this problem needs t

Re: [openstack-dev] [nova][vmware] Locking: A can of worms

Tooz folks has been thinking about this problem (as well as myself) for a little while. I've started something like: https://review.openstack.org/#/c/71167/ Also: https://wiki.openstack.org/wiki/StructuredWorkflowLocks Perhaps we can get more movement on that (sorry I haven't had tons of time to

Re: [openstack-dev] [nova][vmware] Locking: A can of worms

On Fri, Mar 7, 2014 at 11:53 AM, Matthew Booth wrote: > We need locking in the VMware driver. There are 2 questions: > > 1. How much locking do we need? > 2. Do we need single-node or multi-node locking? > > I believe these are quite separate issues, so I'm going to try not to > confuse them. I'm

Re: [openstack-dev] [nova] bugs that needs to be reviewed

Please see Thierry's post on review requests: http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html -Ben On 2014-03-07 02:41, sahid wrote: Greetings, There are two fixes for bugs that need to be reviewed. One for the feature shelve instance and the other one for the AP

Re: [openstack-dev] [Neutron] Developer documentation

Hi, I know everyone is very busy working on the I-3 release, but I wanted solicit feedback on my developer documentation review. https://review.openstack.org/#/c/72428/ Currently, we have a couple +1's and a +2 from Nachi - Akihirio Motoki and Henry Gessau brought up valid points about the TESTI

Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements

From: Russell Bryant To: [email protected], Date: 03/07/2014 11:31 AM Subject:Re: [openstack-dev] [Nova] FFE Request: Oslo: i18n Message improvements On 03/07/2014 12:09 PM, Matt Riedemann wrote: > Dan (Smith), Sean, Jim, Jay and myself talked about this in IRC

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

1) Does it mean an interim solution is to have our own plugin (and have all the changes in it) and declare it as core_plugin instead of Ml2Plugin? 2) The other issue as I mentioned before, is that the extension(s) is not showing up in the result, for instance when create_network is called [*result

Re: [openstack-dev] [Neutron] Developer documentation

I agree this is a valid request. As a team we should consider this special request and help is possible. Specially on Documentation!! :-) Edgar On 3/7/14 10:12 AM, "Collins, Sean" wrote: >Hi, > >I know everyone is very busy working on the I-3 release, but I wanted >solicit feedback on my devel

Re: [openstack-dev] [nova][vmware] Locking: A can of worms

On Fri, Mar 7, 2014 at 12:55 PM, Doug Hellmann wrote: > http://git.openstack.org/cgit/stackforge/tooz This is good stuff. The only solution I could come up with for image cache management was to have yet another service that you would set up to manage the shared image cache resource. The current

Re: [openstack-dev] [Neutron] Developer documentation

Hi Carl, I really appreciate you for writing this up! I have no hurdle to remove my -1 for the review. I just thought it is an item easy to fix. It is a great start line towards useufl developer documentation. Thanks, Akihiro On Sat, Mar 8, 2014 at 3:12 AM, Collins, Sean wrote: > Hi, > > I kn

Re: [openstack-dev] [TROVE] Trove capabilities

Denis Makogon writes: > Let me elaborate a bit. > > [...] > > Without storing static API contract capabilities gonna be 100% corrupted, > because there's no API description inside Trove. Im not sure i understand what you mean here. > About reloading, file should not be reloaded, file is a stati

Re: [openstack-dev] [Neutron][IPv6][Security Group] BP: Support ICMP type filter by security group

Hi Robert, Thanks for the clarification. I understand the motivation. I think the problem can be split into two categories: (a) user configurable rules vs infra enforced rule, and (b) DHCP/RA service exists inside or outside of Neutron Regarding (a), I believe DHCP or RA related rules is better

Re: [openstack-dev] [Trove] datastore version-specific disk-image-builder element

"Lowery, Mathew" writes: > We have a need to support multiple versions of a single datastore with > a single set of disk-image-builder elements. Let's take MySQL on > Ubuntu as an example. 5.5 is already present in > trove-integration. Let's say we want to add 5.6 to coexist. Let's also > assume

[openstack-dev] [Climate] New name voting results (round #2)

Hello everyone! I've closed round #2 of new name choosing voting for Climate: http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_e2f53ce1b331590f *Blazar* is the most popular variant, heh :) 1. *Blazar* (Not defeated in any contest vs. another choice)2. Forecast, loses to Blazar by 6-53. Proph

Re: [openstack-dev] [Neutron] Developer documentation

Good work on the documentation, it's something that will really help new neutron developers. On 03/07/2014 07:44 PM, Akihiro Motoki wrote: Hi Carl, I really appreciate you for writing this up! I have no hurdle to remove my -1 for the review. I just thought it is an item easy to fix. It is a

Re: [openstack-dev] [cinder] Blueprint cinder-rbd-driver-qos

On 03/05/2014 07:24 AM, git harry wrote: Hi, https://blueprints.launchpad.net/cinder/+spec/cinder-rbd-driver-qos I've been looking at this blueprint with a view to contributing on it, assuming I can take it. I am unclear as to whether or not it is still valid. I can see that it was registered

Re: [openstack-dev] [nova] RFC - using Gerrit for Nova Blueprint review & approval

The recent operator gathering (https://etherpad.openstack.org/p/operators-feedback-mar14) concluded a similar proposal, based on Blueprint-on-Blueprints (BoB for short). The aim was that operators of production OpenStack clouds should engage to give input at an early stage - Raising concerns

[openstack-dev] Constructive Conversations

Folks, I’m sure that I’m not the first person to bring this up, but I’d like to get everyone’s thoughts on what concrete actions we, as a community, can take to improve the status quo. There have been a variety of instances where community members have expressed their ideas and concerns via em

Re: [openstack-dev] [Neutron] Developer documentation

On Fri, Mar 07, 2014 at 02:20:24PM EST, Miguel Angel Ajo wrote: > > Good work on the documentation, it's something that will really help > new neutron developers. > Thank you everyone! I am very happy! I'll start cranking out some patchsets to address some of the comments that Henry Gessau, Aki

Re: [openstack-dev] [oslo][neutron][rootwrap] Performance considerations, sudo?

On Fri, Mar 7, 2014 at 12:27 AM, Miguel Angel Ajo wrote: > > I'm really happy to see that I'm not the only one concerned about > performance. > > > I'm reviewing the thread, and summarizing / replying to multiple people on > the thread: > > > Ben Nemec, > > * Thanks for pointing us to the previous

Re: [openstack-dev] [nova][cinder] non-persistent storage(after stopping VM, data will be rollback automatically), do you think we shoud introduce this feature?

On Fri, Mar 7, 2014 at 1:26 AM, Qin Zhao wrote: > Hi Joe, > Maybe my example is very rare. However, I think a new type of 'in-place' > snapshot will have other advantages. For instance, the hypervisor can > support to save memory content in snapshot file, so that user can revert > his VM to runni

Re: [openstack-dev] [Climate] New name voting results (round #2)

Galactic epic win ! Let's start calling our project now Blazar (Climate). Very impressive word :-) 2014-03-07 20:13 GMT+01:00 Dina Belova : > Hello everyone! > > I've closed round #2 of new name choosing voting for Climate: > > http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_e2f53ce1b331590f

Re: [openstack-dev] [Ironic] A ramdisk agent

Russell, Great to hear you are going to move towards Pecan+WSME. Yesterday I had a look at teeth projects. Next few days I am going to start contributing. First of all, I think, we need to arrange all that stuff about pluggable architecture. I've created a wiki page about Ironic python agent https

  1   2   >