[openstack-dev] [Cinder] Icehouse RC3 available

2014-04-15 Thread Thierry Carrez
Hello everyone, Two regressions were detected in Cinder release candidate testing. We respun a new release candidate to include the fixes for those issues in the final Icehouse release. You can find links to the 2 bugs fixed and the RC3 source tarball at:

Re: [openstack-dev] [Mistral][TaskFlow] Mistral-TaskFlow Summary

2014-04-15 Thread Renat Akhmerov
Some notes: Even though we use YAQL now our design is flexible enough to plug other ELs in. If it tells you something in Amazon SWF a component that makes a decision about a further route is called Decider. This discussion about conditionals is surely important but it doesn’t matter too much if

[openstack-dev] [ceilometer]support direct alarm_evaluator db access

2014-04-15 Thread liusheng
Hi there, Currently,alarm_evaluator invoke ceilometerclient to get all assigned alarms. and then, evaluate per alarm by get statistics, which will also call ceilometerclient. this process is: evaluator--ceilometerclient--ceilometer API--db. If we use default option of evaluation_interval (60s),

[openstack-dev] Fwd: Openstack Vms not able to abtain IP address from DHCP

2014-04-15 Thread abhishek jain
Hi I'm following link for opendaylight openstack integration.. http://networkstatic.net/opendaylight-openstack-integration-devstack-fedora-20/ I'm able to interact opendaylight controller with the stack using ml2 plugin and boot the VMs at the controller node and at compute node. The problem

Re: [openstack-dev] [mistral] [taskflow] Mistral TaskFlow integration summary

2014-04-15 Thread Kirill Izotov
Since you have mentioned that, I'm kind of interested, who else is going to benefit from this transition? I'm asking because everyone tells me that it's essential for us to work together, though my senses tells me that we are starting from different prerequisites, targeting different use

Re: [openstack-dev] [mistral] [taskflow] Mistral TaskFlow integration summary

2014-04-15 Thread Renat Akhmerov
On 15 Apr 2014, at 11:13, Joshua Harlow harlo...@yahoo-inc.com wrote: Sure, its not the fully complete lazy_engine, but piece by piece we can get there. Did you make any estimations when it could happen? :) Of course code/contributions are welcome, as such things will benefit more than

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Daniel P. Berrange
On Mon, Apr 14, 2014 at 11:26:17AM -0500, Ben Nemec wrote: tldr: I propose we use bash explicitly for all diskimage-builder scripts (at least for the short-term - see details below). This is something that was raised on my linting changes to enable set -o pipefail. That is a bash-ism, so it

Re: [openstack-dev] TC Candidacy

2014-04-15 Thread Tristan Cacqueray
confirmed On 04/15/2014 03:07 AM, Angus Salkeld wrote: Hi all, I'd like to announce my candidacy as a TC member. A little about me: I am a software developer at Rackspace (previously at Red Hat). I started off my OpenStack contributions with Heat (I started Heat with Steve Dake). I have

[openstack-dev] [mistral] Tracking PoC readiness etherpad

2014-04-15 Thread Renat Akhmerov
Team, Following up on the yesterday’s community meeting I created an etherpad and captured all the formal steps we need to make in order to consider Mistral PoC ready [0]. Please take a look and comment and/or add other items that you think I missed. My expectation is to get all the items

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Chris Jones
Hi On 15 April 2014 09:14, Daniel P. Berrange berra...@redhat.com wrote: I supose that rewriting the code to be in Python is out of the question ? IMHO shell is just a terrible language for doing any program that is remotely complicated (ie longer than 10 lines of I don't think it's out of

Re: [openstack-dev] [oslo] starting regular meetings

2014-04-15 Thread Julien Danjou
On Mon, Apr 14 2014, Doug Hellmann wrote: Balancing Europe and Pacific TZs is going to be a challenge. I can't go at 1800 or 1900, myself, and those are pushing a little late in Europe anyway. How about 1600?

[openstack-dev] [Gantt] Reminder: Todays weekly meeting at 1500 UTC

2014-04-15 Thread Sylvain Bauza
Hi, Just for reminder, the weekly meeting will be held today at 1500 UTC on #openstack-meeting. The agenda I can see for today is : - Follow-up on previous actions - Status on forklift efforts - Juno summit design sessions - open discussion If you want to discuss about another topic, please

Re: [openstack-dev] [oslo] starting regular meetings

2014-04-15 Thread Ghe Rivero
1600 UTC for me is ok. Later than that in Europe (Friday afternoon/night) could be a problem. Ghe Rivero On 04/14/2014 10:56 PM, Doug Hellmann wrote: That may work. Let's see what the team members in Europe say about the proposed times. Doug On Mon, Apr 14, 2014 at 3:04 PM, Joshua Harlow

Re: [openstack-dev] [heat] Re: deliver the vm-level HA to improve the business continuity with openstack

2014-04-15 Thread Qiming Teng
What I saw in this thread are several topics: 1) Is VM HA really relevant (in a cloud)? This is the most difficult question to answer, because it really depends on who you are talking to, who are the user community you are facing. IMHO, for most web-based applications that are born to run on

Re: [openstack-dev] Neutron Migrations, service plugins and Grenade jobs

2014-04-15 Thread Anna Kamyshnikova
Hello everyone! I would like to try to solve this problem. I registered blueprint on this topic https://blueprints.launchpad.net/neutron/+spec/neutron-robust-db-migrationsand I'm going to experiment with options to solve this. I'm welcome any suggestions and ready to talk about it via IRC

Re: [openstack-dev] [Cinder] XXXFSDriver: Query on usage of load_shares_config in ensure_shares_mounted

2014-04-15 Thread Duncan Thomas
On 11 April 2014 16:24, Eric Harney ehar...@redhat.com wrote: I suppose I should also note that if the plans in this blueprint are implemented the way I've had in mind, the main issue here about only loading shares at startup time would be in place, so we may want to consider these questions

Re: [openstack-dev] [Neutron] new contributor failing tests - help!

2014-04-15 Thread mar...@redhat.com
On 14/04/14 19:51, Kevin Benton wrote: Hi Mario, Here is the problem: import netaddr p = netaddr.IPNetwork('2001:0db8::/64') str(p) '2001:db8::/64' Now that you are converting CIDR strings to netaddr objects and back, it's causing redundant info to be dropped. You will just have to

Re: [openstack-dev] deliver the vm-level HA to improve the business continuity with openstack

2014-04-15 Thread Duncan Thomas
On 14 April 2014 19:51, James Penick pen...@yahoo-inc.com wrote: We drive the ³VM=Cattle² message pretty hard. Part of onboarding a property to our cloud, and allowing them to serve traffic from VMs is explaining the transient nature of VMs. I broadcast the message that all compute resources

[openstack-dev] TC candidacy

2014-04-15 Thread Julien Danjou
Hi there, I'd like to announce my candidacy as a TC member. I'm a software engineer, and started contributing to OpenStack 2.5 years ago. I've also been the Ceilometer PTL for the last year. And I've actually already seated at the TC last year. Within the TC, I'd like to focus on improving

[openstack-dev] [Heat] Stack snapshots

2014-04-15 Thread Thomas Herve
Hi all, I started working on the stack snapshot blueprint [1] and wrote a first series of patches [2] to get a feeling of what's possible. I have a couple of related design questions though: * Is a stack snapshot independent of the stack? That's the way I chose for my patches, you start with

Re: [openstack-dev] TC candidacy

2014-04-15 Thread Tristan Cacqueray
confirmed On 04/15/2014 01:13 PM, Julien Danjou wrote: Hi there, I'd like to announce my candidacy as a TC member. I'm a software engineer, and started contributing to OpenStack 2.5 years ago. I've also been the Ceilometer PTL for the last year. And I've actually already seated at the TC

[openstack-dev] TC Candidacy

2014-04-15 Thread Michael Still
Hi. I'd also like to announce my TC candidacy. I am currently a member of the TC, and I would like to continue to serve. I first started hacking on Nova during the Diablo release, with my first code contributions appearing in the Essex release. Since then I've hacked mostly on Nova and Oslo,

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Ghe Rivero
+1 to use bash as the default shell. So far, all major distros use bash as the default one (except Debian which uses dash). An about rewriting the code in Python, I agree that shell is complicated for large programs, but writing anything command oriented in other than shell is a nightmare. But

Re: [openstack-dev] [tripleo] Default paths in os-*-config projects

2014-04-15 Thread Ghe Rivero
+1 for the use of /usr/share and keeping the compatibility for a couple of releases. Ghe Rivero On 04/15/2014 03:30 AM, Clint Byrum wrote: Excerpts from Ben Nemec's message of 2014-04-14 15:41:23 -0700: Right now the os-*-config projects default to looking for their files in /opt/stack, with

Re: [openstack-dev] TC Candidacy

2014-04-15 Thread Tristan Cacqueray
confirmed On 04/15/2014 01:29 PM, Michael Still wrote: Hi. I'd also like to announce my TC candidacy. I am currently a member of the TC, and I would like to continue to serve. I first started hacking on Nova during the Diablo release, with my first code contributions appearing in the

Re: [openstack-dev] [Solum] Environments Use Cases

2014-04-15 Thread Roshan Agrawal
Julien, good inputs. I will make updates to the wiki after compiling feedback from today's IRC From: Julien Vey [vey.jul...@gmail.com] Sent: Monday, April 14, 2014 3:14 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re:

[openstack-dev] [Fuel] Code merge policy

2014-04-15 Thread Dmitry Pyzhov
Guys, We have big and complicated structure of the project. And part of our patchsets require additional actions before merge. Sometimes we need approve from testers, sometimes we need merge requests in several repos at the same time, sometimes we need updates of rpm repositories before merge.

Re: [openstack-dev] [Neutron][LBaaS] Requirements and API revision progress

2014-04-15 Thread Eugene Nikanorov
Hi Stephen, Thanks for a good summary. Some comments inline. On Tue, Apr 15, 2014 at 5:20 AM, Stephen Balukoff sbaluk...@bluebox.netwrote: So! On this front: 1. Does is make sense to keep filling out use cases in Samuel's document above? I can think of several more use cases that our

Re: [openstack-dev] Neutron Migrations, service plugins and Grenade jobs

2014-04-15 Thread Salvatore Orlando
Thanks Anna. I've been following the issue so far, but I am happy to hand it over to you. I think the problem assessment is complete, but if you have more questions ping me on IRC. Regarding the solution, I think we already have a fairly wide consensus on the approach. There are however a few

[openstack-dev] TC Candidacy

2014-04-15 Thread Steven Hardy
Hi all! I'd like to announce my candidacy to serve as a TC member. About me: I'm a software engineer at Red Hat, and have been working full-time on OpenStack for the last two years. I've been heavily involved with the Heat project since before it was incubated, served as PTL for the Havana

Re: [openstack-dev] [tripleo] Default paths in os-*-config projects

2014-04-15 Thread Petr Blaho
On Mon, Apr 14, 2014 at 06:30:59PM -0700, Clint Byrum wrote: Excerpts from Ben Nemec's message of 2014-04-14 15:41:23 -0700: Right now the os-*-config projects default to looking for their files in /opt/stack, with an override env var provided for other locations. For packaging purposes

Re: [openstack-dev] [heat] Custom Resource

2014-04-15 Thread Rabi Mishra
IIRC implementing something like this had been discussed quite a while back. I think we discussed the possibility of using web hooks and a defined api/payload in place of the SNS/SQS type stuff. I don't think it ever made it to the backlog, but I'd be happy to discuss further design and maybe

Re: [openstack-dev] TC Candidacy

2014-04-15 Thread Tristan Cacqueray
confirmed On 04/15/2014 02:04 PM, Steven Hardy wrote: Hi all! I'd like to announce my candidacy to serve as a TC member. About me: I'm a software engineer at Red Hat, and have been working full-time on OpenStack for the last two years. I've been heavily involved with the Heat

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Petr Blaho
On Mon, Apr 14, 2014 at 07:24:57PM +0100, Chris Jones wrote: Hi Apart from special cases like the ramdisk's /init, which is a script that needs to run in busybox's shell, everything should be using bash. There's no point us tying ourselves in knots trying to achieve POSIX compliance for

[openstack-dev] TC Candidacy

2014-04-15 Thread Jay Pipes
Hi Stackers, I've known OpenStack since it was a baby, and I've watched it grow to the teenager it is today -- pimples and all. I hope to help guide it along its way to adulthood by serving on the Technical Committee. Besides developing on a number of core and ecosystem OpenStack projects, I've

Re: [openstack-dev] TC Candidacy

2014-04-15 Thread Tristan Cacqueray
confirmed On 04/15/2014 02:18 PM, Jay Pipes wrote: Hi Stackers, I've known OpenStack since it was a baby, and I've watched it grow to the teenager it is today -- pimples and all. I hope to help guide it along its way to adulthood by serving on the Technical Committee. Besides developing

Re: [openstack-dev] [oslo] starting regular meetings

2014-04-15 Thread Flavio Percoco
On 15/04/14 11:05 +0200, Julien Danjou wrote: On Mon, Apr 14 2014, Doug Hellmann wrote: Balancing Europe and Pacific TZs is going to be a challenge. I can't go at 1800 or 1900, myself, and those are pushing a little late in Europe anyway. How about 1600?

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Ryan Brady
- Original Message - From: Chris Jones c...@tenshu.net To: openst...@nemebean.com, OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Sent: Monday, April 14, 2014 2:24:57 PM Subject: Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

Re: [openstack-dev] [Neutron][LBaaS] Load balancing use cases. Data from Operators needed.

2014-04-15 Thread Eugene Nikanorov
Thanks a lot, folks! Eugene. On Tue, Apr 15, 2014 at 2:55 AM, Stephen Balukoff sbaluk...@bluebox.netwrote: I've also added our L7 feature usage data on a new tab. On Mon, Apr 14, 2014 at 3:03 PM, Prashanth Hari hvpr...@gmail.com wrote: Hi, We have updated the operators data -

Re: [openstack-dev] [heat][nova]dynamic scheduling

2014-04-15 Thread Jiangying (Jenny)
Sorry, I’m not quite clear about it yet. I’m trying to find a way that heat controls the flow but not the nova scheduler. 发件人: Henrique Truta [mailto:henriquecostatr...@gmail.com] 发送时间: 2014年4月14日 21:39 收件人: OpenStack Development Mailing List (not for usage questions) 主题: Re: [openstack-dev]

[openstack-dev] Payload within RabbitMQ messages for Nova related exchanges

2014-04-15 Thread George Monday
Hey there, I've got a quick question about the RabbitMQ exchanges. We are writing listeners for the RabbitMQ exchanges. The basic information about the tasks like compute.instance.create.[start|stop] etc. as stored in the 'payload' attribute of the json message are my concern at the moment. Does

[openstack-dev] [Openstack] magnetodb 2.0.2 released

2014-04-15 Thread Ilya Sviridov
Hello openstackers, MagnetoDB community is proud to announce the release of magnetodb-2.0.2 milestone. It is publicly available here https://pypi.python.org/pypi/magnetodb/2.0.2 http://tarballs.openstack.org/magnetodb/ The version contains following features and major fixes + devstack

Re: [openstack-dev] Neutron Migrations, service plugins and Grenade jobs

2014-04-15 Thread Kyle Mestery
On Tue, Apr 15, 2014 at 7:03 AM, Salvatore Orlando sorla...@nicira.com wrote: Thanks Anna. I've been following the issue so far, but I am happy to hand it over to you. I think the problem assessment is complete, but if you have more questions ping me on IRC. Regarding the solution, I think

Re: [openstack-dev] Payload within RabbitMQ messages for Nova related exchanges

2014-04-15 Thread Russell Bryant
On 04/15/2014 09:07 AM, George Monday wrote: Hey there, I've got a quick question about the RabbitMQ exchanges. We are writing listeners for the RabbitMQ exchanges. The basic information about the tasks like compute.instance.create.[start|stop] etc. as stored in the 'payload' attribute of

Re: [openstack-dev] [tripleo] Default paths in os-*-config projects

2014-04-15 Thread Jay Dobies
On 04/14/2014 09:30 PM, Clint Byrum wrote: Excerpts from Ben Nemec's message of 2014-04-14 15:41:23 -0700: Right now the os-*-config projects default to looking for their files in /opt/stack, with an override env var provided for other locations. For packaging purposes it would be nice if

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Jay Dobies
+1 to using bash, the argument about not keeping POSIX compliance for the sake of it makes sense to me. On 04/15/2014 07:31 AM, Ghe Rivero wrote: +1 to use bash as the default shell. So far, all major distros use bash as the default one (except Debian which uses dash). An about rewriting the

Re: [openstack-dev] Payload within RabbitMQ messages for Nova related exchanges

2014-04-15 Thread Sandy Walsh
On 04/15/2014 10:07 AM, George Monday wrote: Hey there, I've got a quick question about the RabbitMQ exchanges. We are writing listeners for the RabbitMQ exchanges. The basic information about the tasks like compute.instance.create.[start|stop] etc. as stored in the 'payload' attribute

Re: [openstack-dev] [OpenStack-Dev][Nova][VMWare] Enable live migration with one nova compute

2014-04-15 Thread Jay Pipes
Hi again, Divakar, sorry for the delayed response! On Wed, 2014-04-09 at 14:52 +, Nandavar, Divakar Padiyar wrote: Hi Jay, Managing multiple clusters using the Compute Proxy is not new right? Prior to this nova baremetal driver has used this model already. Yes, unfortunately. However,

Re: [openstack-dev] Payload within RabbitMQ messages for Nova related exchanges

2014-04-15 Thread George Monday
Hey there, thanks for the input. @Russel My bad, sorry. Yes I was talking about notifications. @Sandy I'll have a look into the links provided. Thanks. I guess we can consider this closed. Cheers, George On Tue, Apr 15, 2014 at 3:40 PM, Sandy Walsh sandy.wa...@rackspace.comwrote: On

[openstack-dev] TC Candidacy

2014-04-15 Thread John Garbutt
Hi. I would like to announce my TC candidacy. I work full time as a Software Developer on OpenStack at Rackspace, part of the team working on Rackspace Cloud Servers, Rackspace's public cloud. I am a Nova core reviewer, a member of nova-drivers, leader of the XenAPI Nova sub-team, and the Nova

[openstack-dev] [nova][neutron] Changing to external events

2014-04-15 Thread Day, Phil
Hi Folks, Sorry for being a tad slow on the uptake here, but I'm trying to understand the sequence of updates required to move from a system that doesn't have external events configured between Neutron and Nova and one that does (The new nova-specs repo would have captured this as part of

Re: [openstack-dev] TC Candidacy

2014-04-15 Thread Tristan Cacqueray
confirmed On 04/15/2014 04:03 PM, John Garbutt wrote: Hi. I would like to announce my TC candidacy. I work full time as a Software Developer on OpenStack at Rackspace, part of the team working on Rackspace Cloud Servers, Rackspace's public cloud. I am a Nova core reviewer, a member of

Re: [openstack-dev] [nova][neutron] Changing to external events

2014-04-15 Thread Dan Smith
If feels like the right sequence is: - Deploy the new code in Nova and at the same time set vif_plugging_is-fatal=False, so that Nova will wait for Neutron, but will still continue if the event never turns up (which is kind of like the code was before, but with a wait) Yes, but

[openstack-dev] [OpenStack-Infra] [3rd party testing] Atlanta meetup for 3rd party testing?

2014-04-15 Thread Kurt Taylor
Sorry if you get this twice. Since summit is approaching quickly, I wanted to see if anyone had interest in forming a meetup for 3rd party testing. This would be a group for helping the project cores by helping ourselves and hopefully improving overall CI rollout. Some topics to discuss:  I'd

Re: [openstack-dev] [oslo] starting regular meetings

2014-04-15 Thread Mark McLoughlin
On Mon, 2014-04-14 at 14:53 -0400, Doug Hellmann wrote: Balancing Europe and Pacific TZs is going to be a challenge. I can't go at 1800 or 1900, myself, and those are pushing a little late in Europe anyway. How about 1600?

Re: [openstack-dev] Efficient image cloning implementation in NetApp nfs drivers // make this part of base NFS driver

2014-04-15 Thread Kerr, Andrew
The NetApp driver uses NetApp specific API calls to implement the actual cloning of the file. You could probably generalize it by implementing the keeping of a cached image file on the destination share for future copies, and then implement a standard copy file method that could be overloaded by

Re: [openstack-dev] [OpenStack-Infra] [3rd party testing] Atlanta meetup for 3rd party testing?

2014-04-15 Thread Anita Kuno
On 04/15/2014 10:20 AM, Kurt Taylor wrote: Sorry if you get this twice. Since summit is approaching quickly, I wanted to see if anyone had interest in forming a meetup for 3rd party testing. This would be a group for helping the project cores by helping ourselves and hopefully improving

Re: [openstack-dev] [Fuel] Code merge policy

2014-04-15 Thread Mike Scherbakov
Humans make mistakes... all the time. Let's think how we can automate this to have appropriate Jenkins check. In this particular case, we could do the following: a) make it work in progress if we still unsure on some deps b) can we have smoke test which would check that master node builds, and

Re: [openstack-dev] [Fuel] Rabbit in HA mode for Glance

2014-04-15 Thread Vladimir Kuklin
Ilya, here is link to the bug created: https://bugs.launchpad.net/fuel/+bug/1308104 On Sun, Apr 13, 2014 at 8:53 AM, Vladimir Kuklin vkuk...@mirantis.comwrote: Ilya, thank you for pointing this out. Obviously we will add it into fuel manifests. 10 апр. 2014 г. 19:43 пользователь Ilya

Re: [openstack-dev] [Nova] Thoughts from the PTL

2014-04-15 Thread Brian Elliott
On Apr 13, 2014, at 11:58 PM, Michael Still mi...@stillhq.com wrote: First off, thanks for electing me as the Nova PTL for Juno. I find the outcome of the election both flattering and daunting. I'd like to thank Dan and John for running as PTL candidates as well -- I strongly believe that a

Re: [openstack-dev] [heat] Re: deliver the vm-level HA to improve the business continuity with openstack

2014-04-15 Thread Steven Dake
On 04/15/2014 03:16 AM, Qiming Teng wrote: What I saw in this thread are several topics: 1) Is VM HA really relevant (in a cloud)? This is the most difficult question to answer, because it really depends on who you are talking to, who are the user community you are facing. IMHO, for most

Re: [openstack-dev] [heat][nova]dynamic scheduling

2014-04-15 Thread Steven Dake
On 04/15/2014 06:03 AM, Jiangying (Jenny) wrote: Sorry, I'm not quite clear about it yet. I'm trying to find a way that heat controls the flow but not the nova scheduler. Heat doesn't control flow. Heat expects a scheduler is built into whatever service it is consuming for resource

Re: [openstack-dev] [Nova] nova-specs

2014-04-15 Thread Russell Bryant
On 04/15/2014 11:01 AM, Brian Elliott wrote: * specs review. The new blueprint process is a work of genius, and I think its already working better than what we've had in previous releases. However, there are a lot of blueprints there in review, and we need to focus on making sure these get

Re: [openstack-dev] [Fuel] Code merge policy

2014-04-15 Thread Dmitry Pyzhov
So every developer should manually mark every such review as WIP? And remove this flag only when everyone agreed to merge? This will require additional actions in 50% of fuel-web and 100% of fuel-main reviews. Developers make mistakes too. Let's just be more accurate. On Tue, Apr 15, 2014 at

Re: [openstack-dev] Neutron Migrations, service plugins and Grenade jobs

2014-04-15 Thread Amir Sadoughi
I know alembic is designed to be global, but could we extend it to track multiple histories for a given database. In other words, various branches for different namespaces on a single database. Would this feature ameliorate the issues? Amir On Apr 15, 2014, at 8:24 AM, Kyle Mestery

[openstack-dev] Hyper-V Meeting Minutes

2014-04-15 Thread Peter Pouliot
Hi Everyone, Here are the minutes from today’s Hyper-V Meeting. Minutes: http://eavesdrop.openstack.org/meetings/hyper_v/2014/hyper_v.2014-04-15-16.02.html Minutes (text): http://eavesdrop.openstack.org/meetings/hyper_v/2014/hyper_v.2014-04-15-16.02.txt Log:

Re: [openstack-dev] [OpenStack-Infra] [3rd party testing] Atlanta meetup for 3rd party testing?

2014-04-15 Thread Kurt Taylor
Anita Kuno ante...@anteaya.info wrote on 04/15/2014 09:41:17 AM: On 04/15/2014 10:20 AM, Kurt Taylor wrote: Sorry if you get this twice. Since summit is approaching quickly, I wanted to see if anyone had interest in forming a meetup for 3rd party testing. This would be a group for

Re: [openstack-dev] Hyper-V Meeting Minutes

2014-04-15 Thread Joe Gordon
Is there a plan to get Hyper-V CI working better? It looks like it is failing significantly more frequently then Jenkins. http://www.rcbops.com/gerrit/reports/nova-cireport.html On Tue, Apr 15, 2014 at 9:25 AM, Peter Pouliot ppoul...@microsoft.comwrote: Hi Everyone, Here are the minutes

Re: [openstack-dev] [OpenStack-Infra] [3rd party testing] Atlanta meetup for 3rd party testing?

2014-04-15 Thread Anita Kuno
On 04/15/2014 12:34 PM, Kurt Taylor wrote: Anita Kuno ante...@anteaya.info wrote on 04/15/2014 09:41:17 AM: On 04/15/2014 10:20 AM, Kurt Taylor wrote: Sorry if you get this twice. Since summit is approaching quickly, I wanted to see if anyone had interest in forming a meetup for 3rd

[openstack-dev] [Neutron][IPv6] Meeting Minutes

2014-04-15 Thread Collins, Sean
Meeting minutes: http://eavesdrop.openstack.org/meetings/neutron_ipv6/2014/neutron_ipv6.2014-04-15-14.00.html See you next week! -- Sean M. Collins ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [Mistral][TaskFlow] Mistral-TaskFlow Summary

2014-04-15 Thread Joshua Harlow
I think we agree on the lazy execution model. At least at a high-level, I'd rather not agree on the API's that are exactly exposed until there is an implementation since I've found that agreeing to any type of API's before there is the needed groundwork to make it happen is pretty useless and a

Re: [openstack-dev] [mistral] [taskflow] Mistral TaskFlow integration summary

2014-04-15 Thread Joshua Harlow
Well Ivan afaik is thinking through it, but being a community project its not exactly easy to put estimations or timelines on things (I don't control Ivan, or others). Likely faster if u guys want to get involved. -Josh From: Renat Akhmerov rakhme...@mirantis.commailto:rakhme...@mirantis.com

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Dougal Matthews
Another +1 for using bash. Sounds like an easy win. On 15/04/14 12:31, Ghe Rivero wrote: +1 to use bash as the default shell. So far, all major distros use bash as the default one (except Debian which uses dash). An about rewriting the code in Python, I agree that shell is complicated for large

Re: [openstack-dev] [Neutron] Migrations, service plugins and Grenade jobs

2014-04-15 Thread Mark McClain
On Apr 14, 2014, at 11:54 AM, Salvatore Orlando sorla...@nicira.commailto:sorla...@nicira.com wrote: 1) Specify that all migrations must run for every plugin (*) unless they are really introducing schemas which are specific to a particular technology (such as uuid mappings between neutron

Re: [openstack-dev] [Nova] nova-specs

2014-04-15 Thread Sean Dague
On 04/15/2014 11:42 AM, Russell Bryant wrote: On 04/15/2014 11:01 AM, Brian Elliott wrote: * specs review. The new blueprint process is a work of genius, and I think its already working better than what we've had in previous releases. However, there are a lot of blueprints there in review, and

[openstack-dev] [infra] Basic zuul startup question: Private key file is encrypted

2014-04-15 Thread Dane Leblanc (leblancd)
I'm trying to modify a 3rd party test setup to use zuul, but I'm seeing the following error when I start up the zuul server: === 2014-04-15 09:09:18,910 ERROR gerrit.GerritWatcher: Exception on ssh event stream: Traceback (most recent call last): File

[openstack-dev] [TripleO][design] review based conceptual design process

2014-04-15 Thread Robert Collins
I've been watching the nova process, and I think its working out well - it certainly addresses: - making design work visible - being able to tell who has had input - and providing clear feedback to the designers I'd like to do the same thing for TripleO this cycle.. I'm thinking we can just

[openstack-dev] TC candidacy

2014-04-15 Thread Vishvananda Ishaya
Hello all, I’d like to announce my candidacy for the Technical Committee election. I was one of the original authors of the Nova project and served as its PTL for the first two years that the position existed. I have also been on the Technical Comittee since its inception. I was also recently

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Chmouel Boudjnah
FWIW: we are using bash in devstack if we were going to try to make it POSIX bourne shell (or whatever /bin/sh is) it would have been a huge pain. On Tue, Apr 15, 2014 at 1:25 PM, Dougal Matthews dou...@redhat.com wrote: Another +1 for using bash. Sounds like an easy win. On 15/04/14 12:31,

Re: [openstack-dev] TC candidacy

2014-04-15 Thread Tristan Cacqueray
confirmed On 04/15/2014 08:45 PM, Vishvananda Ishaya wrote: Hello all, I’d like to announce my candidacy for the Technical Committee election. I was one of the original authors of the Nova project and served as its PTL for the first two years that the position existed. I have also been

Re: [openstack-dev] [neutron][chaining][policy] Port-oriented Network service chaining

2014-04-15 Thread Carlos Gonçalves
Hi Kanzhe, First off, thank you for showing interest in discussing this proposal! I’m not fully sure if I understood your point. Could you elaborate a bit more on the L1, L2, L3 part? Regarding the traffic steering API, as I see it the Neutron port is the virtual counterpart of the network

Re: [openstack-dev] [Nova] nova-specs

2014-04-15 Thread Solly Ross
Just wanted to confirm what Sean said -- as someone who just joined the OpenStack community last year, going to implement a vaguely worded blueprint and then having the code review be derailed with people saying well, you probably should be using this completely different design is fairly

Re: [openstack-dev] [heat] computed package names?

2014-04-15 Thread Zane Bitter
On 15/04/14 14:31, Mike Spreitzer wrote: It appears that in Fedora 19 and 20 the Wordpress examples need to install different packages than in every other release (see my debugging in https://review.openstack.org/#/c/87065/). I just got a complaint from Heat validation that I can't do this:

Re: [openstack-dev] [TripleO][design] review based conceptual design process

2014-04-15 Thread Monty Taylor
On 04/15/2014 11:44 AM, Robert Collins wrote: I've been watching the nova process, and I think its working out well - it certainly addresses: - making design work visible - being able to tell who has had input - and providing clear feedback to the designers I'd like to do the same thing

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Clint Byrum
Excerpts from Ben Nemec's message of 2014-04-14 09:26:17 -0700: tldr: I propose we use bash explicitly for all diskimage-builder scripts (at least for the short-term - see details below). This is something that was raised on my linting changes to enable set -o pipefail. That is a

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Clint Byrum
Excerpts from Ghe Rivero's message of 2014-04-15 04:31:19 -0700: +1 to use bash as the default shell. So far, all major distros use bash as the default one (except Debian which uses dash). An about rewriting the code in Python, I agree that shell is complicated for large programs, but writing

Re: [openstack-dev] nova-specs

2014-04-15 Thread Matt Van Winkle
Exactly. Even if operators/users only comment with a +0, it's already flushed out a lot of good details on several blueprints. Thanks! Matt On 4/15/14 2:38 PM, Tim Bell tim.b...@cern.ch wrote: +2 I think that there is also a need to verify the user story aspect. One of the great things with

Re: [openstack-dev] [TripleO][design] review based conceptual design process

2014-04-15 Thread Ben Nemec
On 04/15/2014 01:44 PM, Robert Collins wrote: I've been watching the nova process, and I think its working out well - it certainly addresses: - making design work visible - being able to tell who has had input - and providing clear feedback to the designers I'd like to do the same thing

Re: [openstack-dev] [heat] computed package names?

2014-04-15 Thread Mike Spreitzer
Zane Bitter zbit...@redhat.com wrote on 04/15/2014 03:29:03 PM: On 15/04/14 14:31, Mike Spreitzer wrote: It appears that in Fedora 19 and 20 the Wordpress examples need to install different packages than in every other release (see my debugging in https://review.openstack.org/#/c/87065/).

Re: [openstack-dev] Meeting Tuesday April 15th at 19:00 UTC

2014-04-15 Thread Elizabeth Krumbach Joseph
On Mon, Apr 14, 2014 at 8:02 AM, Elizabeth Krumbach Joseph l...@princessleia.com wrote: Hi everyone, The OpenStack Infrastructure (Infra) team is hosting our weekly meeting tomorrow, Tuesday April 15th, at 19:00 UTC in #openstack-meeting Meeting logs and minutes: Minutes:

Re: [openstack-dev] [TripleO][design] review based conceptual design process

2014-04-15 Thread Jay Dobies
+1, I think it's a better medium for conversations than blueprints or wikis. I'm also +1 to a tripleo-specs repo, but that's less me having a problem with using incubator and more my OCD. On 04/15/2014 03:43 PM, Monty Taylor wrote: On 04/15/2014 11:44 AM, Robert Collins wrote: I've been

Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh

2014-04-15 Thread Ben Nemec
On 04/15/2014 02:44 PM, Clint Byrum wrote: Excerpts from Ben Nemec's message of 2014-04-14 09:26:17 -0700: tldr: I propose we use bash explicitly for all diskimage-builder scripts (at least for the short-term - see details below). This is something that was raised on my linting changes to

Re: [openstack-dev] [Nova] Thoughts from the PTL

2014-04-15 Thread Michael Still
On Mon, Apr 14, 2014 at 7:06 PM, Stefano Maffulli stef...@openstack.org wrote: On 04/14/2014 06:58 AM, Michael Still wrote: First off, thanks for electing me as the Nova PTL for Juno. Congratulations Michael. * I promised to look at mentoring newcomers. The first step there is working out

Re: [openstack-dev] Vagrant Devstack projects - time to consolidate?

2014-04-15 Thread Joe Gordon
On Fri, Apr 11, 2014 at 8:40 AM, Anne Gentle a...@openstack.org wrote: I'd love to see consolidation as I've tried to keep up nova dev docs for example, and with all the options it's tough to test and maintain one for docs. Go for it. Nova isn't the only project that uses devstack, so

[openstack-dev] [Ceilometer] Icehouse RC3 available

2014-04-15 Thread Thierry Carrez
Hello everyone, One misnamed meter was discovered in Ceilometer release candidate testing. Rather than having to support this misnamed meter in the Icehouse final release, we decided to respin a new release candidate to include the renamed meter in the final Icehouse release. You can find a link

Re: [openstack-dev] Vagrant Devstack projects - time to consolidate?

2014-04-15 Thread Joe Gordon
On Fri, Apr 11, 2014 at 11:24 AM, Sean Dague s...@dague.net wrote: On 04/11/2014 11:38 AM, Greg Lucas wrote: Sean Dague wrote: Maybe it would be good to get an ad-hoc IRC meeting together to figure out what the must have features are that inspired everyone to write these. If we can come

Re: [openstack-dev] [heat] computed package names?

2014-04-15 Thread Zane Bitter
On 15/04/14 15:57, Mike Spreitzer wrote: Zane Bitter zbit...@redhat.com wrote on 04/15/2014 03:29:03 PM: On 15/04/14 14:31, Mike Spreitzer wrote: It appears that in Fedora 19 and 20 the Wordpress examples need to install different packages than in every other release (see my debugging

Re: [openstack-dev] [heat] Re: deliver the vm-level HA to improve the business continuity with openstack

2014-04-15 Thread Sylvain Bauza
Hi Steven et al. 2014-04-15 17:01 GMT+02:00 Steven Dake sd...@redhat.com: Qiming, If you read my original post on this thread, it outlines the current heat-core thinking, which is to reduce the scope of this resource from the Heat resources since it describes a workflow rather then an

Re: [openstack-dev] [Nova][Neutron] API inconsistencies with security groups

2014-04-15 Thread Joe Gordon
On Sun, Apr 6, 2014 at 6:06 AM, Christopher Yeoh cbky...@gmail.com wrote: On Sat, Apr 5, 2014 at 10:17 PM, Joshua Hesketh joshua.hesk...@rackspace.com wrote: Hi Chris, Thanks for your input. On 4/5/14 9:56 PM, Christopher Yeoh wrote: On Sat, 5 Apr 2014 15:16:33 +1100 Joshua Hesketh

[openstack-dev] [Neutron] Provider Framework and Flavor Framework

2014-04-15 Thread Eugene Nikanorov
Hi folks, In Icehouse there were attempts to apply Provider Framework ('Service Type Framework') approach to VPN and Firewall services. Initially Provider Framework was created as a simplistic approach of allowing user to choose service implementation. That approach definitely didn't account for

  1   2   >