Re: [openstack-dev] [LBaaS] API spec for SSL Support

Hi, The wiki is updated to reflect the APIs. Regards, -Sam. From: Palanisamy, Anand [mailto:apalanis...@paypal.com] Sent: Thursday, March 06, 2014 3:26 AM To: OpenStack Development Mailing List Subject: [openstack-dev] [LBaaS] API spec for SSL Support Hi All, Please let us kn

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

On 03/05/2014 07:59 PM, Russell Bryant wrote: > On 03/05/2014 12:27 PM, Andrew Laski wrote: >> On 03/05/14 at 07:37am, 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 merg

Re: [openstack-dev] Feature freeze + Icehouse-3 milestone candidates available

Thanks Thierry, For completeness, the ceilometer links are below. tarball: http://tarballs.openstack.org/ceilometer/ceilometer-milestone-proposed.tar.gz milestone-proposed branch: https://github.com/openstack/ceilometer/tree/milestone-proposed Cheers, Eoghan - Original Message -

Re: [openstack-dev] [Nova] FFE Request: ISO support for the VMware driver

On 03/05/2014 08:00 PM, Russell Bryant wrote: > On 03/05/2014 10:34 AM, Gary Kotton wrote: >> Hi, >> Unfortunately we did not get the ISO support approved by the deadline. >> If possible can we please get the FFE. >> >> The feature is completed and has been tested extensively internally. The >> fea

Re: [openstack-dev] [QA] The future of nosetests with Tempest

- Original Message - > From: "Alexei Kornienko" > To: openstack-dev@lists.openstack.org > Sent: Friday, February 28, 2014 12:43:13 PM > Subject: Re: [openstack-dev] [QA] The future of nosetests with > Tempest > Hi, > Let me express my concerns on this topic: > > With some recent chan

Re: [openstack-dev] [Mistral] DSL model vs. DB model, renaming

I agree, let's rename data to spec and unblock the check-in. Nikolay - Sorry for the trouble :) On Mar 5, 2014 10:17 PM, "Renat Akhmerov" wrote: > Alright, good input Manas, appreciate. > > My comments are below... > > On 06 Mar 2014, at 10:47, Manas Kelshikar wrote: > > >- Do we have bette

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

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/ was merged. These should be low risk as: 1. W

Re: [openstack-dev] [Mistral] DSL model vs. DB model, renaming

Manas, Renat, no problem :) The commit is sent already - https://review.openstack.org/#/c/75888/ On Thu, Mar 6, 2014 at 12:14 PM, Manas Kelshikar wrote: > I agree, let's rename data to spec and unblock the check-in. > > Nikolay - Sorry for the trouble :) > On Mar 5, 2014 10:17 PM, "Renat Akhmer

Re: [openstack-dev] [GSOC][Gantt]Cross-services Scheduler

Hi Sylvain, Russell, dims Thanks for your the replies and guidances! I have read the docs below the title. In my opinion, It is quite a good idea to take storage component and network component into consideration of the scheduler of nova. I agree that it is quite a large job for current GSOC proj

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

On 03/06/2014 07:57 AM, IWAMOTO Toshihiro wrote: At Wed, 05 Mar 2014 15:42:54 +0100, Miguel Angel Ajo wrote: 3) I also find 10 minutes a long time to setup 192 networks/basic tenant structures, I wonder if that time could be reduced by conversion of system process calls into system library call

Re: [openstack-dev] [Mistral] DSL model vs. DB model, renaming

Ok, good! Renat Akhmerov @ Mirantis Inc. On 06 Mar 2014, at 15:25, Nikolay Makhotkin wrote: > Manas, Renat, no problem :) > > The commit is sent already - https://review.openstack.org/#/c/75888/ > > > On Thu, Mar 6, 2014 at 12:14 PM, Manas Kelshikar wrote: > I agree, let's rename data to

Re: [openstack-dev] [Neutron][LBaaS] Health monitoring and statistics for complex LB configurations.

Hi, As an example you can look at https://docs.google.com/document/d/1D-1n8nCEFurYzvEBxIRfXfffnImcIPwWSctAG-NXonY/edit?usp=sharing Under the “Logical Model + Provisioning Status + Operation Status + Statistics” there are some details on thoughts on how to implement this. Regards,

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

It seems to be an interesting idea. In fact, a China-based public IaaS, QingCloud, has provided a similar feature to their virtual servers. Within 2 hours after a virtual server is deleted, the server owner can decide whether or not to cancel this deletion and re-cycle that "deleted" virtual serv

Re: [openstack-dev] Climate Incubation Application

Thierry, hello. > Anne Gentle wrote: > > It feels like it should be part of a scheduler or reservation program > > but we don't have one today. We also don't have a workflow, planning, or > > capacity management program, all of which these use cases could fall under. > > > > (I should know t

Re: [openstack-dev] Feature freeze + Icehouse-3 milestone candidates available

Thierry Carrez wrote: > We just hit feature freeze, so please do not approve changes that add > features or new configuration options unless those have been granted a > feature freeze exception. > > This is also string freeze, so you should avoid changing translatable > strings. If you have to mod

Re: [openstack-dev] Feature freeze + Icehouse-3 milestone candidates available

Savanna milestone cut: http://tarballs.openstack.org/savanna/savanna-milestone-proposed.tar.gz https://git.openstack.org/cgit/openstack/savanna/log/?h=milestone-proposed On Thu, Mar 6, 2014 at 1:19 PM, Thierry Carrez wrote: > Thierry Carrez wrote: >> We just hit feature freeze, so please do not

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

Sean, you are right. It doesn't work at all. So I think short term goal is to get that fixed for ICMP and long term goal is to write an extension as Amir pointed out? On Wed, Mar 5, 2014 at 1:55 AM, Collins, Sean < sean_colli...@cable.comcast.com> wrote: > On Tue, Mar 04, 2014 at 12:01:00PM -05

Re: [openstack-dev] Incubation Request: Murano

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 other repositories. Figuring out how to h

Re: [openstack-dev] [GSOC][Gantt]Cross-services Scheduler

Le 06/03/2014 09:35, ?? a écrit : Hi Sylvain, Russell, dims Thanks for your the replies and guidances! I have read the docs below the title. In my opinion, It is quite a good idea to take storage component and network component into consideration of the scheduler of nova. I agree that it is qu

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

> How is this different then chef/puppet/ansible …? > > Forgive me if that has already been answered, I didn't see an answer to that > under the FAQ at https://wiki.openstack.org/wiki/Mistral > No problem. Actually forgive us if information on wiki is not enough to understand the purpose of th

Re: [openstack-dev] [Nova] FFE Request: Adds PCI support for the V3 API （just one patch in novaclient）

Michael Still wrote: > On Thu, Mar 6, 2014 at 12:26 PM, Tian, Shuangtai > wrote: >> >> Hi， >> >> I would like to make a request for FFE for one patch in novaclient for PCI >> V3 API : https://review.openstack.org/#/c/75324/ > > [snip] > >> BTW the PCI Patches in V2 will defer to Juno. > > I'm c

Re: [openstack-dev] [Nova] FFE Request: ISO support for the VMware driver

Gary Kotton wrote: > Hi, > Unfortunately we did not get the ISO support approved by the deadline. > If possible can we please get the FFE. > > The feature is completed and has been tested extensively internally. The > feature is very low risk and has huge value for users. In short a user > is able

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

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 a significant > customer pain point as i

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

I'd like to request a FFE for the oslo.messaging migration in Cinder. Some projects have already switched over oslo.messaging and others are still doing so. I think we should switch remaining projects to oslo.messaging as soon as possible and keep the RPC library in use consistent throughout Open

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

+1! according to the low rise and the usefulness for the real cloud deployment. zhiyan On Thu, Mar 6, 2014 at 4:20 PM, 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://rev

Re: [openstack-dev] Climate Incubation Application

Dina Belova wrote: >> Would Climate also be usable to support functionality like Spot >> Instances ? "Schedule when spot price falls under X" ? > > Really good question. Personally I think that Climate might help > implementing this feature, but probably it’s not the main thing that > will work th

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

Flavio Percoco wrote: > I'd like to request a FFE for the oslo.messaging migration in Cinder. > > Some projects have already switched over oslo.messaging and others are > still doing so. I think we should switch remaining projects to > oslo.messaging as soon as possible and keep the RPC library in

[openstack-dev] [Nova] Proposal to merge blueprints that just missed Icehouse-3 in early Juno-1

On 5 March 2014 15:02, Russell Bryant wrote: > Nova is now feature frozen for the Icehouse release. Patches for > blueprints not already merged will need a feature freeze exception (FFE) > to be considered for Icehouse. > > In addition to evaluation the request in terms of risks and benefits, I >

[openstack-dev] [GSoC 2014] Proposal Template

Dear mentors and students, Hi, after a short talk with dims, I created an application template wiki page[1]. Obviously, this is not a completed version, and I'd like your opinions to improve it. :) I have : 1) simply added information such as : ・Personal Details (e.g. Name, Email, University

Re: [openstack-dev] Feature freeze + Icehouse-3 milestone candidates available

(top-post) Marconi links below: Tarball: http://tarballs.openstack.org/marconi/marconi-milestone-proposed.tar.gz And milestone-proposed branch: https://github.com/openstack/marconi/tree/milestone-proposed Cheers Flavio On 05/03/14 21:46 +0100, Thierry Carrez wrote: Hi everyone, We just hit

[openstack-dev] AUTO: Avishay Traeger is prepared for DELETION (FREEZE) (returning 05/12/2013)

I am out of the office until 05/12/2013. Avishay Traeger is prepared for DELETION (FREEZE) Note: This is an automated response to your message "Re: [openstack-dev] [Cinder][FFE] Cinder switch-over to oslo.messaging" sent on 06/03/2014 12:50:51. This is the only notification you will recei

Re: [openstack-dev] AUTO: Avishay Traeger is prepared for DELETION (FREEZE) (returning 05/12/2013)

Avishay Traeger wrote: > > Avishay Traeger is prepared for DELETION (FREEZE) Wow. Scary. -- Thierry Carrez (ttx) ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Climate Incubation Application

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 question. Personally I think that Climate might help > > implementing

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

Big +1 on this. Missing such support would make the implementation useless. Sébastien Han Cloud Engineer "Always give 100%. Unless you're giving blood.” Phone: +33 (0)1 49 70 99 72 Mail: sebastien@enovance.com Address : 11 bis, rue Roquépine - 75008 Paris Web : www.enovance.com -

Re: [openstack-dev] [Nova] Proposal to merge blueprints that just missed Icehouse-3 in early Juno-1

On 6 March 2014 10:51, John Garbutt wrote: > On 5 March 2014 15:02, Russell Bryant wrote: >> Nova is now feature frozen for the Icehouse release. Patches for >> blueprints not already merged will need a feature freeze exception (FFE) >> to be considered for Icehouse. >> >> In addition to evaluat

Re: [openstack-dev] Climate Incubation Application

Sylvain, I love your idea. As you said, that should be designed, but for the first sight your proposal looks quite nice. On Thu, Mar 6, 2014 at 3:11 PM, Sylvain Bauza wrote: > Hi Thierry, > > > 2014-03-06 11:46 GMT+01:00 Thierry Carrez : > > Dina Belova wrote: >> >> Would Climate also be usable

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

On 03/06/2014 04:47 AM, Jason Rist wrote: > On Wed 05 Mar 2014 03:36:22 PM MST, 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 i

Re: [openstack-dev] [Nova] Proposal to merge blueprints that just missed Icehouse-3 in early Juno-1

On 03/06/2014 05:51 AM, John Garbutt wrote: > On 5 March 2014 15:02, Russell Bryant wrote: >> Nova is now feature frozen for the Icehouse release. Patches for >> blueprints not already merged will need a feature freeze exception (FFE) >> to be considered for Icehouse. >> >> In addition to evaluat

Re: [openstack-dev] [Nova] Concrete Proposal for Keeping V2 API

On 5 March 2014 03:44, Christopher Yeoh wrote: > But this plan is certainly something I'm happy to support. +1 On 5 March 2014 03:44, Christopher Yeoh wrote: > So I think this a good compromise to keep things moving. Some aspects > that we'll need to consider: > > - We need more tempest coverag

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

Thanks Masaru, I'd encourage other applicants to use add their own details and get their potential mentors to review their page. thanks, dims On Thu, Mar 6, 2014 at 5:58 AM, Masaru Nomura wrote: > Dear mentors and students, > > Hi, > > after a short talk with dims, I created an application templ

Re: [openstack-dev] [Nova] Proposal to merge blueprints that just missed Icehouse-3 in early Juno-1

On 6 March 2014 11:31, Sean Dague wrote: > On 03/06/2014 05:51 AM, John Garbutt wrote: >> On 5 March 2014 15:02, Russell Bryant wrote: >>> Nova is now feature frozen for the Icehouse release. Patches for >>> blueprints not already merged will need a feature freeze exception (FFE) >>> to be consi

Re: [openstack-dev] [Nova] FFE Request: ISO support for the VMware driver

On 6 March 2014 08:04, Nikola Đipanov wrote: > On 03/05/2014 08:00 PM, Russell Bryant wrote: >> On 03/05/2014 10:34 AM, Gary Kotton wrote: >>> Hi, >>> Unfortunately we did not get the ISO support approved by the deadline. >>> If possible can we please get the FFE. >>> >>> The feature is completed

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

On 6 March 2014 08:50, zhangyu (AI) wrote: > It seems to be an interesting idea. In fact, a China-based public IaaS, > QingCloud, has provided a similar feature > to their virtual servers. Within 2 hours after a virtual server is deleted, > the server owner can decide whether > or not to cancel

Re: [openstack-dev] [nova] Simulating many fake nova compute nodes for scheduler testing

On 3 March 2014 19:33, David Peraza wrote: > Thanks John, > > What I'm trying to do is to run an asynchronous task that pre-organizes the > target hosts for an image. Then scheduler only need to read the top of the > list or priority queue. We have a paper proposed for the summit that will > ex

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

On Thu, Mar 6, 2014 at 9:13 PM, John Garbutt wrote: > On 6 March 2014 08:50, zhangyu (AI) wrote: > > It seems to be an interesting idea. In fact, a China-based public IaaS, > QingCloud, has provided a similar feature > > to their virtual servers. Within 2 hours after a virtual server is > delete

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

Hi Gordon, Thanks for the info and reply. > your interest purely to see status or were you looking to work on it? ;) 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. From: Gordon

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

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 We know that this is *close* as the full jo

Re: [openstack-dev] [Nova] Concrete Proposal for Keeping V2 API

On Thu, Mar 6, 2014 at 8:35 AM, Russell Bryant wrote: > On 03/05/2014 04:52 PM, Everett Toews wrote: > > On Mar 5, 2014, at 8:16 AM, Russell Bryant wrote: > > > >> I think SDK support is critical for the success of v3 long term. I > >> expect most people are using the APIs through one of the ma

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

On Thu, Mar 06, 2014 at 07:53:03AM -0500, 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-

Re: [openstack-dev] [Nova] Concrete Proposal for Keeping V2 API

On Thu, Mar 6, 2014 at 10:24 PM, John Garbutt wrote: > On 5 March 2014 03:44, Christopher Yeoh wrote: > > But this plan is certainly something I'm happy to support. > One extra thing we need to consider, how to deal with new APIs while > we go through this transition? > > I don't really have any

[openstack-dev] [PTL] Absent next week

Hi PTLs, I'll be away next week to recharge batteries before the long release + summit tunnel, so I'll miss our usual 1:1 status update. There will still be a Release/project meeting Tuesday at 21:00 UTC. Sean Dague has agreed to run it, and will review the currently-granted feature freeze except

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

On 03/06/2014 08:11 AM, Steven Hardy wrote: > On Thu, Mar 06, 2014 at 07:53:03AM -0500, 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://bluepr

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

DSL's are tricky beasts. On one hand I like giving a tool to non-developers so they can do their jobs, but I always cringe when the DSL reinvents the wheel for basic stuff (compound assignment expressions, conditionals, etc). YAML isn't really a DSL per se, in the sense that it has no language con

Re: [openstack-dev] [Nova] Proposal to merge blueprints that just missed Icehouse-3 in early Juno-1

On 03/06/2014 07:05 AM, John Garbutt wrote: >> That being said, importance isn't a FIFO. > > Agreed, but it seems most of them are quite useful, and a lot have > already been through a few review cycles. I think this is a key point. Regardless of how long something has been in the queue, importa

Re: [openstack-dev] [Nova] Concrete Proposal for Keeping V2 API

On 03/06/2014 08:18 AM, Christopher Yeoh wrote: > As an aside, I think we need to improve the process we use for API > related features. Because a lot of the > problems that get picked up during code review could have been avoided > if we had a better review > earlier on that just focussed on the A

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

On 03/06/2014 05:33 AM, Thierry Carrez wrote: > 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 pa

Re: [openstack-dev] [Nova] FFE Request: Adds PCI support for the V3 API （just one patch in novaclient）

On 03/06/2014 05:31 AM, Thierry Carrez wrote: > Michael Still wrote: >> On Thu, Mar 6, 2014 at 12:26 PM, Tian, Shuangtai >> wrote: >>> >>> Hi， >>> >>> I would like to make a request for FFE for one patch in novaclient for PCI >>> V3 API : https://review.openstack.org/#/c/75324/ >> >> [snip] >> >>>

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

Got it. Many thanks! Leiqiang, you can take action now :) From: John Griffith [mailto:john.griff...@solidfire.com] Sent: Thursday, March 06, 2014 8:38 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Nova][Cinder] Feature about volume delete prote

Re: [openstack-dev] [Nova] FFE Request: ISO support for the VMware driver

On 03/06/2014 05:37 AM, Thierry Carrez wrote: > Gary Kotton wrote: >> Hi, >> Unfortunately we did not get the ISO support approved by the deadline. >> If possible can we please get the FFE. >> >> The feature is completed and has been tested extensively internally. The >> feature is very low risk an

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

On 03/06/2014 03: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.openstac

Re: [openstack-dev] [Nova] FFE Request: Solver Scheduler: Complex constraint based resource placement

On 03/05/2014 03:40 PM, Yathiraj Udupi (yudupi) wrote: > Hi, > > We would like to make a request for FFE for the Solver Scheduler work. > A lot of work has gone into it since Sep’13, and the first patch has > gone through several iteration after some reviews. The first patch > - https://review

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

Hi all, We've not quite managed to land the last few patches for instance-users in time for FF: https://blueprints.launchpad.net/heat/+spec/instance-users https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bug/1089261,n,z This is due to a combination of revi

Re: [openstack-dev] [State-Management] Agenda for meeting (tommorow) at 2000 UTC

On 06.03.2014 04:00, Joshua Harlow wrote: > Hi all, > > The [state-management] project team holds a weekly meeting in > #openstack-meeting on thursdays, 2000 UTC. The next meeting is tommorow, > 2014-03-06!!! [...] > Any other topics are welcome :-) I dared to add item on documentation improve

Re: [openstack-dev] [GSOC][Gantt]Cross-services Scheduler

Fangzhen- Great to see your interest in Gantt but, as Sylvain said, gantt is really not ready for feature enhancments yet. Our exclusive goal for gantt right now is to separate it out from nova proper, a daunting task itself. Having said that, there is no change in development for the current

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

On Tue, Mar 4, 2014 at 7:34 AM, Kyle Mestery wrote: > On Tue, Mar 4, 2014 at 5:46 AM, Sean Dague wrote: > >> On 03/03/2014 11:32 PM, Dean Troyer wrote: >> > On Mon, Mar 3, 2014 at 8:36 PM, Kyle Mestery > > > wrote: >> > >> > In all cases today with Open Sourc

[openstack-dev] [MagnetoDB] Weekly IRC meeting schedule

Hello magnetodb contributors, I would like to suggest weekly IRC meetings on Thursdays, 1300 UTC. More technical details later. Let us vote by replying this email. With best regards, Ilya Sviridov ___ OpenStack-dev mailing list OpenStack-dev@lists.ope

Re: [openstack-dev] [MagnetoDB] Weekly IRC meeting schedule

1300UTC is fine for me On Thu, Mar 6, 2014 at 4:24 PM, Ilya Sviridov wrote: > Hello magnetodb contributors, > > I would like to suggest weekly IRC meetings on Thursdays, 1300 UTC. > > More technical details later. > > Let us vote by replying this email. > > With best regards, > Ilya Sviridov > >

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

On 03/05/2014 10:25 PM, 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 around this is to replace the

Re: [openstack-dev] [Nova] FFE Request: ISO support for the VMware driver

On 03/06/2014 08:45 AM, Russell Bryant wrote: > On 03/06/2014 05:37 AM, Thierry Carrez wrote: >> Gary Kotton wrote: >>> Hi, >>> Unfortunately we did not get the ISO support approved by the deadline. >>> If possible can we please get the FFE. >>> >>> The feature is completed and has been tested exte

Re: [openstack-dev] [Nova] FFE Request: ISO support for the VMware driver

On 03/06/2014 07:08 AM, John Garbutt wrote: > But I do worry about having too many FFEs, so we get distracted from bugs. Fair concern. To mitigate it we need to have a hard deadline on these. We should aim for this week and an absolute hard deadline of Tuesday. -- Russell Bryant _

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

On 06/03/14 11:50 +0100, Thierry Carrez wrote: Flavio Percoco wrote: I'd like to request a FFE for the oslo.messaging migration in Cinder. Some projects have already switched over oslo.messaging and others are still doing so. I think we should switch remaining projects to oslo.messaging as soon

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

On 03/06/2014 03:00 AM, Nikola Đipanov wrote: > On 03/05/2014 07:59 PM, Russell Bryant wrote: >> On 03/05/2014 12:27 PM, Andrew Laski wrote: >>> On 03/05/14 at 07:37am, Tracy Jones wrote: Hi - Please consider the image cache aging BP for FFE (https://review.openstack.org/#/c/56416/)

Re: [openstack-dev] [MagnetoDB] Weekly IRC meeting schedule

Any other opinions? On Thu, Mar 6, 2014 at 4:31 PM, Illia Khudoshyn wrote: > 1300UTC is fine for me > > > On Thu, Mar 6, 2014 at 4:24 PM, Ilya Sviridov wrote: > >> Hello magnetodb contributors, >> >> I would like to suggest weekly IRC meetings on Thursdays, 1300 UTC. >> >> More technical details

Re: [openstack-dev] [MagnetoDB] Weekly IRC meeting schedule

+ 13.00 UTC is OK. 2014-03-06 17:18 GMT+02:00 Ilya Sviridov : > Any other opinions? > > > On Thu, Mar 6, 2014 at 4:31 PM, Illia Khudoshyn > wrote: > >> 1300UTC is fine for me >> >> >> On Thu, Mar 6, 2014 at 4:24 PM, Ilya Sviridov wrote: >> >>> Hello magnetodb contributors, >>> >>> I would like

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

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 key questions here is how to communicate with the agent. An idea which was discuss

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

That sounds a little similar to what taskflow is trying to do (I am of course biased). I agree with letting the native language implement the basics (expressions, assignment...) and then building the "domain" ontop of that. Just seems more natural IMHO, and is similar to what linq (in c#) has d

Re: [openstack-dev] [Ceilometer][wsme][pecan] Need help for ceilometer havana alarm issue

thank you very much seems I should search the launchpad more carefully On Thu, Mar 6, 2014 at 3:37 PM, Mehdi Abaakouk wrote: > Hi, > > On Thu, Mar 06, 2014 at 10:44:25AM +0800, ZhiQiang Fan wrote: > > I already check the stable/havana and master branch via devstack, the > > problem is still in

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

Hi all, I would like to request a FFE for the following patches of the L3 HA VRRP BP : https://blueprints.launchpad.net/neutron/+spec/l3-high-availability https://review.openstack.org/#/c/64553/ https://review.openstack.org/#/c/66347/ https://review.openstack.org/#/c/68142/ https://review.openst

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

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 productive mini-summit in Austin, TX and it was nice to have face-to-face conversations with pe

Re: [openstack-dev] [MagnetoDB] Weekly IRC meeting schedule

1300UTC is fine for me On Thu, Mar 6, 2014 at 5:18 PM, Ilya Sviridov wrote: > Any other opinions? > > > On Thu, Mar 6, 2014 at 4:31 PM, Illia Khudoshyn > wrote: > >> 1300UTC is fine for me >> >> >> On Thu, Mar 6, 2014 at 4:24 PM, Ilya Sviridov wrote: >> >>> Hello magnetodb contributors, >>> >>>

Re: [openstack-dev] [MagnetoDB] Weekly IRC meeting schedule

On Thu, Mar 6, 2014 at 5:18 PM, Ilya Sviridov wrote: > Any other opinions? > > > On Thu, Mar 6, 2014 at 4:31 PM, Illia Khudoshyn > wrote: > >> 1300UTC is fine for me >> >> >> On Thu, Mar 6, 2014 at 4:24 PM, Ilya Sviridov wrote: >> >>> Hello magnetodb contributors, >>> >>> I would like to suggest

Re: [openstack-dev] [MagnetoDB] Weekly IRC meeting schedule

+ On Thu, Mar 6, 2014 at 5:25 PM, Maksym Iarmak wrote: > + > > 13.00 UTC is OK. > > > 2014-03-06 17:18 GMT+02:00 Ilya Sviridov : > > Any other opinions? >> >> >> On Thu, Mar 6, 2014 at 4:31 PM, Illia Khudoshyn >> wrote: >> >>> 1300UTC is fine for me >>> >>> >>> On Thu, Mar 6, 2014 at 4:24 PM,

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

On Thu, Mar 06 2014, Dmitry Mescheryakov wrote: > So, messaging people, what is your opinion on that idea? I've already > raised that question in the list [1], but seems like not everybody who > has something to say participated. So I am resending with the > different topic. For example, yesterday

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

Sean Dague writes: > #1) do we believe OFTC is fundamentally better equipped to resist a > DDOS, or do we just believe they are a smaller target? The ongoing DDOS > on meetup.com the past 2 weeks is a good indicator that being a smaller > fish only helps for so long. After speaking with a Freeno

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 and it w

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

Just so everyone is aware. Glance supports 'delayed deletes' where image data will not actually be deleted at the time of the request. Glance also has the concept of 'protected images', which allows for setting an image as protected, preventing it from being deleted until the image is intentionally

[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

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

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] 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] [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] [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

[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] [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

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] [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

[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] [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] [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

  1   2   >