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

Hi, I think it is better to continue the discussion here. It is a good log :-) Eugine and I talked the related topic to allow drivers to load extensions) in Icehouse Summit but I could not have enough time to work on it during Icehouse. I am still interested in implementing it and will register

[openstack-dev] openstack-swift put performance

HI! I have a cluster of 5 nodes with 3 replicas. All of the servers (e.g. proxy, account, object, container ) are installed on a single server, and I have 5 of these servers. I send put object requests from one testing thread and check client response time from cluster. And obtained results did not

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

Hello. On Fri, Mar 7, 2014 at 10:34 AM, 黎林果 wrote: > > 2014-03-07 *11:55:49* the sleep time = past time + 30 > With that eventlet doesn't break the promise of waking your greenthread after at least 30 seconds. Have you tried doing the same test, but with moving clock forwards instead o

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

Hi Kyle, Just wanted to clarify: Should I continue using this mailing list to post my question/concerns about ML2? Please advise. Thanks, Nader. On Thu, Mar 6, 2014 at 1:50 PM, Kyle Mestery wrote: > Thanks Edgar, I think this is the appropriate place to continue this > discussion. > > > On Th

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

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 launchpad terminology. +1 to this whole idea.. and we definitely should have a d

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

Hi stackers, I have do a test like: test1.py import time def sleep_test(): print time.strftime('%Y-%m-%d %H:%M:%S',time.localtime(time.time())) time.sleep(30) print time.strftime('%Y-%m-%d %H:%M:%S',time.localtime(time.time())) sleep_test() test2.py import time import eventlet def

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

I just moved the sample to Git; let's leverage git review for specific comments on the syntax. https://github.com/dzimine/mistral-workflows/commit/d8c4a8c845e9ca49f6ea94362cef60489f2a46a3 DZ> On Mar 6, 2014, at 10:36 PM, Dmitri Zimine wrote: > Folks, thanks for the input! > > @Joe: > >

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

Folks, thanks for the input! @Joe: Hopefully Renat covered the differences. Yet I am interested in how the same workflow can be expressed as Salt state(s) or Ansible playbooks. Can you (or someone else who knows them well) take a stub? @Joshua I am still new to Mistral and learning, but I

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

On Thu, Mar 6, 2014 at 8:24 PM, Matt Riedemann wrote: > > > On 3/6/2014 8:08 PM, Matt Riedemann wrote: >> >> >> >> On 3/6/2014 3:46 PM, James Carey wrote: >>> >>> Please consider a FFE for i18n Message improvements: >>> BP: https://blueprints.launchpad.net/nova/+spec/i18n-messages >>> >>>

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 Wed, Mar 5, 2014 at 11:45 AM, Qin Zhao wrote: > Hi Joe, > For example, I used to use a private cloud system, which will calculate > charge bi-weekly. and it charging formula looks like "Total_charge = > Instance_number*C1 + Total_instance_duration*C2 + Image_number*C3 + > Volume_number*C4". Th

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

On Mar 6, 2014, at 4:31 PM, Jay Pipes wrote: > On Thu, 2014-03-06 at 21:14 +, Youcef Laribi wrote: >> +1 >> >> I think if we can have it before the Juno summit, we can take >> concrete, well thought-out proposals to the community at the summit. > > Unless something has changed starting at

Re: [openstack-dev] [Openstack] [TROVE] Manual Installation Again

On Thu, Mar 6, 2014 at 11:03 PM, Mark Kirkwood < mark.kirkw...@catalyst.net.nz> wrote: > I've been looking at setting up Trove manually, and of course the first > document I stumbled on was: > > http://docs.openstack.org/developer/trove/dev/manual_install.html > > Now, while this proved to be very

Re: [openstack-dev] [Openstack] [TROVE] Manual Installation Again

On 07/03/14 18:03, Mark Kirkwood wrote: The wrong concerns the action given to trove-manage in the "Prepare Database" section: $ trove-manage --config-file= image_update mysql `nova --os-username trove --os-password trove --os-tenant-name trove --os-auth-url http://:5000/v2.0 image-l

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

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 enhance ceilometer's value. Because many people are inte

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

On Thu, Mar 6, 2014 at 12:05 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 >

[openstack-dev] stored userdata

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. But,In order to use this option, All user

[openstack-dev] [Openstack] [TROVE] Manual Installation Again

I've been looking at setting up Trove manually, and of course the first document I stumbled on was: http://docs.openstack.org/developer/trove/dev/manual_install.html Now, while this proved to be very handy, there are some points where it is wrong, and others where it is errm...lean. So in the

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

I wonder why RA needs to be exposed by security group API. Does a user need to configure security group to allow IPv6 RA? or should it be allowed in infra side? In the current implementation DHCP packets are allowed by provider rule (which is hardcoded in neutron code now). I think the role of IPv

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

On Thu, 2014-03-06 at 19:28 -0800, Josh Durgin wrote: > On 03/06/2014 05:37 PM, Andrew Woodward wrote: > > Matt, > > > > I'd love to see this too, however I'm not seasoned enough to even know > > much about how to start implementing that. I'd love some direction, > > and maybe some support after yo

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

On Fri, 2014-03-07 at 11:15 +1030, 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

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

On 3/6/2014 8:08 PM, Matt Riedemann wrote: On 3/6/2014 3: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

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

> 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 know a method can achieve it, but it maybe need the instance t

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

On 03/06/2014 05:37 PM, Andrew Woodward wrote: Matt, I'd love to see this too, however I'm not seasoned enough to even know much about how to start implementing that. I'd love some direction, and maybe some support after you guys are done with the pending release. We're working on setting up C

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

+1 Agree with you. I like this idea so much. It makes the blueprint review/discuss better tracked and recorded. It's convenient for the people joining later to know the design's history. > -Original Message- > From: Sean Dague [mailto:s...@dague.net] > Sent: Friday, March 07, 2014 2:05 A

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

+1 Agree with you. I like this idea so much. It makes the blueprint review/discuss better tracked and recorded. It's convenient for the people joining later to know the design's history. > -Original Message- > From: Sean Dague [mailto:s...@dague.net] > Sent: Friday, March 07, 2014 2:05 A

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

+1, we also need some work to clean existing blueprints which are not approved. I think that is responsibility for drafter of those blueprints to follow new process. 2014-03-07 2:05 GMT+08:00 Sean Dague : > One of the issues that the Nova team has definitely hit is Blueprint > overload. At some

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

Agree with you and thanks for your advice, :) -- zhangleiqiang Best Regards From: Alex Meade [mailto:mr.alex.me...@gmail.com] Sent: Friday, March 07, 2014 12:09 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Nova][Cinder] Feature about

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

OK. We have proposed a blueprint here. https://blueprints.launchpad.net/cinder/+spec/volume-delete-protect Thanks. -- zhangleiqiang Best Regards From: John Griffith [mailto:john.griff...@solidfire.com] Sent: Thursday, March 06, 2014 8:38 PM To: OpenStack Development Mailing List (not

[openstack-dev] [nova] a question about instance snapshot

Hi, all Current openstack seems not support to snapshot instance with memory and dev states. I searched the blueprint and found two relational blueprint like below. But these blueprint failed to get in the branch. [1]: https://blueprints.launchpad.net/nova/+spec/live-snapshots [2]: https://blue

Re: [openstack-dev] [Ceilometer] Suggestions for alarm improvements

Hello, Sampth. > My interest lies in how to evaluate large number of notifications within a > short time. > I thought moving alarms into the pipelines would be a good start. How about evaluate Synaps for your use case? It evaluates alarms in the storm topology(pipeline). Moving alarms into th

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

On 3/6/2014 3: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 support i

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

I opened a bug [1] and submitted a patch [2] to solve this short term (hopefully for Icehouse) [1] https://bugs.launchpad.net/neutron/+bug/1289088 [2] https://review.openstack.org/#/c/78835/ Xuhan On Thu, Mar 6, 2014 at 5:42 PM, Xuhan Peng wrote: > Sean, you are right. It doesn't work at all.

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

Matt, I'd love to see this too, however I'm not seasoned enough to even know much about how to start implementing that. I'd love some direction, and maybe some support after you guys are done with the pending release. As others have illustrated here, the current RBD support in nova is effectively

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

After looking into Nova code base, I found there is surely a soft_delete() method in the ComputeDriver() class. Furthermore, Xenapi (and only Xenapi) has implemented this method, which finally applies a hard_shutdown_vm() operation to the instance to be deleted. If I understand it correctly, it m

[openstack-dev] [Nova] API weekly meeting

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 and users of the REST API to provide feedback

[openstack-dev] [barbican] Icehouse-3 development milestone available

Hi everyone, The third (and last) milestone of the Icehouse development cycle, "icehouse-3", is now available for Barbican. You can see the full list of new features and fixed bugs, as well as tarball downloads, at: https://launchpad.net/barbican/+milestone/icehouse-3 This release includes code

[openstack-dev] [Ironic] A ramdisk agent

All, The Ironic team has been discussing the need for a "deploy agent" since well before the last summit -- we even laid out a few blueprints along those lines. That work was deferred and we have been using the same deploy ramdisk that nova-baremetal used, and we will continue to use that ramdisk

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

This is TRULY a constructive suggestion. Time and again people have good ideas, but fail to make them high-quality BPs, even being familiar with code base. The major reason lies in lacking of design experiences. Such a Gerrit-based design iteration will make the design and decision process more

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

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 (and usually > failing) on doing blueprint re

Re: [openstack-dev] Proposal to move from Freenode to OFTC

> The fact is though that Freenode has had significant service degradation >due to DDoS attacks for quite some time Rather than jumping ship, is there anything we as a community can do to help Freenode? This would obviously require a commitment of time/money, but it could be worth it for something

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

On 3/6/2014 2:20 AM, 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://review.openstack.org/#/c/33409

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

On 03/06/2014 02:18 PM, Vishvananda Ishaya wrote: > +1 > > I can help review these. OK, great! If the risk is limited to users of the rbd backend, I'm OK with it if we can get one more person to agree to review. We have a hard deadline of merging all code for FFEs by this coming Tuesday, though

[openstack-dev] [savanna] renaming: final decision

Hi, I'm glad to announce that we select the new name for project - Sahara. It was checked by Foundation Lawyers and we've voted for it on the last team meeting[0]. The first Release Candidate for Savanna in Icehouse should be already named Sahara. We're planning to start renaming in this weekend

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

Hi Savanna folks, Feature Freeze (FF) for Savanna is now in effect. Feature Freeze Exceptions (FFE) allowed and could be approved by me as the PTL. So, for now there are several things that we could land till the RC1: * project rename; * unit / integration tests addition; * docs addition / improv

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

Thanks Edgar, I think this is the appropriate place to continue this discussion. On Thu, Mar 6, 2014 at 2:52 PM, Edgar Magana wrote: > Nader, > > I would encourage you to first discuss the possible extension with the ML2 > team. Rober and Kyle are leading this effort and they have a IRC meeting

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

Jay, What I meant is that the people who are involved regularly in LBaaS can have a space and time to hash out all the arguments and get clarity, and this is open to anybody to attend (hence mini-summit), while at the summit itself there is so much going on, it's hard to find time and focus to

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

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 support in Nova. It is titled re-enable lazy trans

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

On Thu, 2014-03-06 at 21:14 +, Youcef Laribi wrote: > +1 > > I think if we can have it before the Juno summit, we can take > concrete, well thought-out proposals to the community at the summit. Unless something has changed starting at the Hong Kong design summit (which unfortunately I was not

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

+1 on both accounts: Yes, this change has low impact outside of the RBD driver that has been out there since September and I agree that it should be exempted from feature freeze. And yes, RBD driver in Nova is severely crippled without this code (which is why this was originally reported as a bug

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

+1 I think if we can have it before the Juno summit, we can take concrete, well thought-out proposals to the community at the summit. Cheers, Youcef From: Stephen Wong [mailto:s3w...@midokura.com] Sent: Thursday, March 06, 2014 11:57 AM To: OpenStack Development Mailing List (not for usage ques

Re: [openstack-dev] [devstack] [neutron] How to tell a compute host the control host is running Neutron

Kyle, Please, point me to the wiki with the documentation for testing the devstack patch! This work seems to be very interesting. Yeah!!! I love to have one more agent less but let's have all agents gone once for all. :-) Edgar On 3/6/14 8:24 AM, "Akihiro Motoki" wrote: >Hi Kyle, > >I am happ

[openstack-dev] [savanna] Savanna 2014.1.b3 (Icehouse-3) dev milestone available

Hi folks, the third development milestone of Icehouse cycle is now available for Savanna. Here is a list of new features and fixed bug: https://launchpad.net/savanna/+milestone/icehouse-3 and here you can find tarballs to download it: http://tarballs.openstack.org/savanna/savanna-2014.1.b3.tar

Re: [openstack-dev] [qa] [heat] [neutron] - Status of Heat and Neutron tempest blueprints?

On 07/03/14 01:53, Sean Dague wrote: > We're at Freeze, so I want to pick up and understand where we currently > stand with both Neutron and Heat actually getting tested fully in the gate. > > First Neutron - > https://blueprints.launchpad.net/tempest/+spec/fix-gate-tempest-devstack-vm-quantum-full

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

Nader, I would encourage you to first discuss the possible extension with the ML2 team. Rober and Kyle are leading this effort and they have a IRC meeting every week: https://wiki.openstack.org/wiki/Meetings#ML2_Network_sub-team_meeting Bring your concerns on this meeting and get the right feedba

[openstack-dev] Need advice - changing DB schema (nova-network)

Hi folks, I am working on nova-network in Havana. I have a very unique use case where I need to add duplicate VLANs in nova-network. I am trying to add multiple networks in nova-network with same VLAN ID. The reason is as follows: The cluster that I have has an L3 backplane. We have been give

[openstack-dev] Fw: Need advice - changing DB schema (nova-network)

Hi folks, I am working on nova-network in Havana. I have a very unique use case where I need to add duplicate VLANs in nova-network. I am trying to add multiple networks in nova-network with same VLAN ID. The reason is as follows: The cluster that I have has an L3 backplane. We have been give

Re: [openstack-dev] [Oslo] [Marconi] oslo.messaging on VMs

As a result of this discussion, I think we need also involve Marconi team to this discussion. (I am sorry for changing the Subject). I am not very familiar with Marconi project details, but at first look it looks like it can help to setup separate MQ infrastructure for agent <-> service communica

Re: [openstack-dev] [heat] FFE for instance-users

Steven Hardy wrote: > If we can go ahead and get these last 4 patches in, I'd appreciate it :) > https://review.openstack.org/#/c/72762/ > https://review.openstack.org/#/c/72761/ > https://review.openstack.org/#/c/71930/ > https://review.openstack.org/#/c/72763/ Discussed those with Steve Baker ye

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

Hi Aaron, I appreciate your reply. Here is some more details on what I'm trying to do: I need to add new attribute to the network resource using extensions (i.e. network config profile) and use it in the mechanism driver (in the create_network_precommit/postcommit). If I use current implementatio

Re: [openstack-dev] [qa][nova] Ownership and path to schema definitions

On Thu, 2014-03-06 at 13:55 +1030, Christopher Yeoh wrote: > On Tue, 04 Mar 2014 13:31:07 -0500 > David Kranz wrote: > > I think it would be a good time to have at least an initial > > discussion about the requirements for theses schemas and where they > > will live. The next step in tempest aroun

[openstack-dev] [Neutron] Debugger issues with service plugins

While learning the code base of neutron and the extensions better, I've been attempting to get a debugger working with Neutron with service plugins (such as l3router and lbaas). When running the debugger without service plugins everything works well. When running the debugger with the service

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

I agree with that, and it should take place before the J-Summit. Location is key here :-) On Thu, Mar 6, 2014 at 7:32 AM, Jorge Miramontes < jorge.miramon...@rackspace.com> wrote: > Hi everyone, > > I'd like to gauge everyone's interest in a possible mini-summit for > Neturon LBaaS. If enoug

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Live migration instructions recommend unsecured libvirt remote access - --- ### Summary ### When using the KVM hypervisor with libvirt on OpenStack Compute nodes, live migration of instances from one Compute server to another requires that the libvirt

Re: [openstack-dev] [Oslo] oslo.messaging on VMs

On 03/06/2014 10:24 AM, Daniel P. Berrange wrote: On Thu, Mar 06, 2014 at 07:25:37PM +0400, Dmitry Mescheryakov wrote: Hello folks, A number of OpenStack and related projects have a need to perform operations inside VMs running on OpenStack. A natural solution would be an agent running inside t

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

On Thursday, March 6, 2014 at 11:09 AM, Russell Bryant wrote: > On 03/06/2014 01:05 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 result

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

+1 I can help review these. Vish On Mar 6, 2014, at 12:20 AM, 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

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

On 03/06/2014 01:05 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 happening

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

On Thu, Mar 6, 2014 at 9:25 AM, Andrew Woodward wrote: > For 59148 patch set 23, we nearly merged and had +2 from Joe Gordon I am not sponsoring any FFE as I want to focus my attention on fixing bugs etc. This doesn't mean I am for or against a FFE on this feature in general. > and Daniel Berra

Re: [openstack-dev] [devstack] [neutron] How to tell a compute host the control host is running Neutron

On Thu, Mar 6, 2014 at 10:24 AM, Akihiro Motoki wrote: > Hi Kyle, > > I am happy to hear OpenDaylight installation and startup are restored > to devstack. > It really helps openstack integration with other open source based > software. > > I have a question on a file location for non-OpenStack op

Re: [openstack-dev] Climate Incubation Application

On Thu, Mar 6, 2014 at 3:11 AM, Sylvain Bauza wrote: > Hi Thierry, > > > 2014-03-06 11:46 GMT+01:00 Thierry Carrez : > >> Dina Belova wrote: >> >> Would Climate also be usable to support functionality like Spot >> >> Instances ? "Schedule when spot price falls under X" ? >> > >> > Really good ques

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

On 03/06/2014 02:16 PM, Renat Akhmerov wrote: > IMO, it looks not bad (sorry, I’m biased too) even now. Keep in mind this is > not the final version, we keep making it more expressive and concise. > > As for killer object model it’s not 100% clear what you mean. As always, > devil in the detai

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

Hey Sean, The number one item that came out of the Operator's mini summit on Monday was better mechanisms to engage Operators in the design and review process. Moving Blueprints to Gerrit was something discussed quite a bit. It's fantastic to hear the same thing is coming from the Nova developmen

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

IMO, it looks not bad (sorry, I’m biased too) even now. Keep in mind this is not the final version, we keep making it more expressive and concise. As for killer object model it’s not 100% clear what you mean. As always, devil in the details. This is a web service with all the consequences. I ass

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

On 05/03/14 22:36, 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 areas in Horizon and he > understands the code base well. Radomir is also

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

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, but is instead happening once t

Re: [openstack-dev] [Oslo] oslo.messaging on VMs

On Thu, Mar 6, 2014 at 8:59 AM, Julien Danjou wrote: > On Thu, Mar 06 2014, Georgy Okrokvertskhov wrote: > > > I there are valid reasons why we can consider MQ approach for > communicating > > with VM agents. The first obvious reason is scalability and performance. > > User can ask infrastructure

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

On Thu, 2014-03-06 at 21:34 +0400, Eugene Nikanorov wrote: > If this happens, it might make sense to keep it before, not after the > summit. > Basically, on the summit we need to come up with a plan/design/roadmap > that everyone agrees on and just present it to the core team. It depends. If the L

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

On 2014/05/03 23:36, 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 areas in Horizon and he understands the code base well. Radomir is also

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

Same here.. will be interested to join. Thanks, Prashanth On Thu, Mar 6, 2014 at 11:51 AM, Veiga, Anthony < anthony_ve...@cable.comcast.com> wrote: > > >On Thu, 2014-03-06 at 15:32 +, Jorge Miramontes wrote: > >> I'd like to gauge everyone's interest in a possible mini-summit for > >> Netur

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

I am also interested On 03/06/2014 11:08 AM, John Dewey wrote: > I am interested > > On Thursday, March 6, 2014 at 7:32 AM, Jorge Miramontes wrote: > >> Hi everyone, >> >> I'd like to gauge everyone's interest in a possible mini-summit for >> Neturon LBaaS. If enough people are interested I'd be h

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

If this happens, it might make sense to keep it before, not after the summit. Basically, on the summit we need to come up with a plan/design/roadmap that everyone agrees on and just present it to the core team. Thanks, Eugene. On Thu, Mar 6, 2014 at 9:08 PM, John Dewey wrote: > I am interest

Re: [openstack-dev] Incubation Request: Murano

On 03/06/2014 03:15 AM, Thierry Carrez wrote: Steven Dake wrote: My general take is workflow would fit in the Orchestration program, but not be integrated into the heat repo specifically. It would be a different repo, managed by the same orchestration program just as we have heat-cfntools and o

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

For 59148 patch set 23, we nearly merged and had +2 from Joe Gordon and Daniel Berrange. And appears to have been quite close. For 59149, we might not be so close, Daniel can you comment further if you see this landing in the next few days? On Thu, Mar 6, 2014 at 5:56 AM, Russell Bryant wrote: >

[openstack-dev] [marconi] graduation review meeting

Team, we will be discussing Marconi graduation from incubation in a couple weeks at the TC meeting, March 18th at 20:00 UTC. It would be great to have as many people there as possible to help answer questions, etc. T

Re: [openstack-dev] [Oslo] oslo.messaging on VMs

On Thu, Mar 06, 2014 at 07:25:37PM +0400, Dmitry Mescheryakov wrote: > Hello folks, > > A number of OpenStack and related projects have a need to perform > operations inside VMs running on OpenStack. A natural solution would > be an agent running inside the VM and performing tasks. > > One of the

Re: [openstack-dev] [re]: [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 wrote: > Hi Masaru, > > I tried creating the project template following

[openstack-dev] [Openstack-dev][Horizon] test_launch_instance_post questions

Hi, I had a couple of questions regarding this UT and the JS template that it ends up using. Hopefully someone can point me in the right direction and help me understand this a little better. I see that for this particular UT, we have a total of 3 networks in the network_list (the second network

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

I am interested On Thursday, March 6, 2014 at 7:32 AM, Jorge Miramontes wrote: > Hi everyone, > > I'd like to gauge everyone's interest in a possible mini-summit for Neturon > LBaaS. If enough people are interested I'd be happy to try and set something > up. The Designate team just had a pro

[openstack-dev] [Trove] development workflows

So I submitted this doc (in this patch set) and Dan Nguyen (thanks Dan) stated that there were some folks using Vagrant. (My workflow uses git p

Re: [openstack-dev] [Nova] Tox issues on a clean environment

On Thu, 2014-03-06 at 08:14 -0800, Gary Kotton wrote: > File "/home/gk-dev/nova/.tox/py27/build/cffi/setup.py", line 94, in > > > > from setuptools import setup, Feature, Extension > > > ImportError: cannot import name Feature Apparently, quite recently, a new version of setuptools was re

Re: [openstack-dev] [Oslo] oslo.messaging on VMs

On Thu, Mar 06 2014, Georgy Okrokvertskhov wrote: > I there are valid reasons why we can consider MQ approach for communicating > with VM agents. The first obvious reason is scalability and performance. > User can ask infrastructure to create 1000 VMs and configure them. With > HTTP approach it wi

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

>On Thu, 2014-03-06 at 15:32 +, Jorge Miramontes wrote: >> I'd like to gauge everyone's interest in a possible mini-summit for >> Neturon LBaaS. If enough people are interested I'd be happy to try and >> set something up. The Designate team just had a productive mini-summit >> in Austin, TX an

Re: [openstack-dev] [Oslo] oslo.messaging on VMs

Hi Julien, I there are valid reasons why we can consider MQ approach for communicating with VM agents. The first obvious reason is scalability and performance. User can ask infrastructure to create 1000 VMs and configure them. With HTTP approach it will lead to a corresponding number of connection

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

Hi Masaru, I tried creating the project template following your suggestions.Thats really helpful. Only one suggestion: Under the project description, We can give the link to actual project idea. The remaining details like these can be removed here since this can be redundant. - What is the go

Re: [openstack-dev] [Nova] Tox issues on a clean environment

I am having a very similar issue with horizon, just today. I cloned the repo and started from scratch on master. tools/install_venv.py is trying to install cffi as a depdendency, ultimately fails with ImportError: cannot import name Feature This is Fedora 19. I know some folks on Fedora 20 who

Re: [openstack-dev] [Oslo] oslo.messaging on VMs

On Thu, Mar 6, 2014 at 10:25 AM, Dmitry Mescheryakov < dmescherya...@mirantis.com> wrote: > Hello folks, > > A number of OpenStack and related projects have a need to perform > operations inside VMs running on OpenStack. A natural solution would > be an agent running inside the VM and performing t

Re: [openstack-dev] Proposal to move from Freenode to OFTC

James E. Blair [mailto:jebl...@openstack.org] wrote: >significant amount of time chasing bots. It's clear that Freenode is >better able to deal with attacks than OFTC would be. However, OFTC >doesn't have to deal with them because they aren't happening; and that's >worth considering. Does anyon

Re: [openstack-dev] [devstack] [neutron] How to tell a compute host the control host is running Neutron

Hi Kyle, I am happy to hear OpenDaylight installation and startup are restored to devstack. It really helps openstack integration with other open source based software. I have a question on a file location for non-OpenStack open source software. when I refactored neutron related devstack code, we

Re: [openstack-dev] [Nova] FFE Request: Image Cache Aging

On Wed, Mar 05, 2014 at 07:37:39AM -0800, Tracy Jones wrote: > Hi - Please consider the image cache aging BP for FFE > (https://review.openstack.org/#/c/56416/) > > This is the last of several patches (already merged) that implement image > cache cleanup for the vmware driver. This patch solves

[openstack-dev] [Nova] Tox issues on a clean environment

Hi, Anyone know how I cam solve the error below: Running setup.py install for jsonpatch /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution option: 'entry_poimts' warnings.warn(msg) changing mode of build/scripts-2.7/jsondiff from 664 to 775 changing mo

  1   2   >