Re: [openstack-dev] [neutron] Updates to the template for Neutron BPs

2014-04-20 Thread Mike Scherbakov
That's because spec was proposed to the juno/ folder. Look at https://raw.githubusercontent.com/openstack/neutron-specs/master/doc/source/index.rst, if spec is in juno/ folder, then contents shows it as approved one. Once merged, it means approved, right? So it is going to be Ok after merge. Thoug

Re: [openstack-dev] [neutron] Updates to the template for Neutron BPs

2014-04-20 Thread Kevin Benton
Yes. It shows up in the approved section since it's just a build of the patch as-is. The link is titled gate-neutron-specs-docs in the message from Jenkins. -- Kevin Benton On Sun, Apr 20, 2014 at 11:37 PM, Mandeep Dhami wrote: > Just for clarification. Jenkins link in the description puts the

Re: [openstack-dev] [Openstack][nova][Neutron] Launch VM with multiple Ethernet interfaces with I.P. of single subnet.

2014-04-20 Thread Prasad Vellanki
Aaron One use case is that tenant would like to put all the servers in a single broadcast domain (thus single IP/subnet domain). The servers can include the 3 tier servers (web database and application server). Why would he do that - Because it is simpler. Then the tenant would like to put securi

Re: [openstack-dev] [neutron] Updates to the template for Neutron BPs

2014-04-20 Thread Mandeep Dhami
Just for clarification. Jenkins link in the description puts the generated HTML in the section "Juno approved specs" even tho' the blueprint is still being reviewed. Am I looking at the right link? Regards, Mandeep On Sun, Apr 20, 2014 at 10:54 PM, Mike Scherbakov wrote: > Yes, thanks, that's e

[openstack-dev] [cinder][nova] cinder-manage volume reattach is broken

2014-04-20 Thread Ray Chen
Is there any use case for reattach? On Mon, Apr 21, 2014 at 1:56 PM, Ray Chen wrote: > Hi All, > > As this bug (https://bugs.launchpad.net/cinder/+bug/1167931) says, we > have to do sth: > > 1) Just remove 'reattach' in file 'cinder/bin/cinder-manage'. I didn't > find any reference to this call.

[openstack-dev] [cinder][nova] cinder-manage volume reattach is broken

2014-04-20 Thread Ray Chen
Hi All, As this bug (https://bugs.launchpad.net/cinder/+bug/1167931) says, we have to do sth: 1) Just remove 'reattach' in file 'cinder/bin/cinder-manage'. I didn't find any reference to this call. it's om to remove it. 2) If we keep it, 'reattach' function in cinder-manage will be moved to nov

Re: [openstack-dev] [neutron] Updates to the template for Neutron BPs

2014-04-20 Thread Mike Scherbakov
Yes, thanks, that's exactly what I was looking for! On Mon, Apr 21, 2014 at 12:03 AM, Kyle Mestery wrote: > On Sat, Apr 19, 2014 at 5:11 PM, Mike Scherbakov > wrote: > > Hi Kyle, > > I built template and it looks awesome. We are considering to use same > > approach for Fuel. > > > > My assumpti

Re: [openstack-dev] [QA] qa-specs Repo and QA Program Juno Blueprint Review Process

2014-04-20 Thread Matthew Treinish
On Mon, Apr 21, 2014 at 01:17:37AM +, Kenichi Oomichi wrote: > > Hi Matthew, > > Thanks for doing this, > > > -Original Message- > > From: Matthew Treinish [mailto:mtrein...@kortar.org] > > Sent: Saturday, April 19, 2014 11:59 AM > > To: openstack-dev@lists.openstack.org > > Subject:

[openstack-dev] [SWIFT] Delete operation problem

2014-04-20 Thread Sumit Gaur
Hi I using jclouds lib integrated with Openstack Swift+ keystone combination. Things are working fine except stability test. After 20-30 hours of test jclouds/SWIFT start degrading in TPS and keep going down over the time. 1) I am running the (PUT-GET-DEL) cycle in 10 parallel threads. 2) I am get

Re: [openstack-dev] [all] Branchless Tempest QA Spec - final draft

2014-04-20 Thread Daisuke Morita
(2014/04/17 4:22), Jaume Devesa wrote: I thought that OpenStack just support one release backwards, if we have to support three versions, this is not useful. In fact, I could not make sense this meaning. OpenStack has two "security-supported" series and one project under development. https:/

[openstack-dev] 退出邮件列表

2014-04-20 Thread l
您好: 由于一些情况,我想退出该邮件列表。谢谢! xueyan 2014.4.21___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] How to add a property to the API extension?

2014-04-20 Thread Alex Xu
On 2014年04月17日 05:25, Jiang, Yunhong wrote: Hi, Christopher, I have some question to the API changes related to https://review.openstack.org/#/c/80707/4/nova/api/openstack/compute/plugins/v3/hypervisors.py , which adds a property to the hypervisor information. Hi, Yunhong, Chris may b

Re: [openstack-dev] [QA] qa-specs Repo and QA Program Juno Blueprint Review Process

2014-04-20 Thread Kenichi Oomichi
Hi Matthew, Thanks for doing this, > -Original Message- > From: Matthew Treinish [mailto:mtrein...@kortar.org] > Sent: Saturday, April 19, 2014 11:59 AM > To: openstack-dev@lists.openstack.org > Subject: [openstack-dev] [QA] qa-specs Repo and QA Program Juno Blueprint > Review Process >

Re: [openstack-dev] [nova][qa] Compatibility of extra values returned in json dicts and headers

2014-04-20 Thread Kenichi Oomichi
Hi David, Thanks for pointing it up. > -Original Message- > From: David Kranz [mailto:dkr...@redhat.com] > Sent: Saturday, April 19, 2014 4:16 AM > To: OpenStack Development Mailing List > Subject: [openstack-dev] [nova][qa] Compatibility of extra values returned in > json dicts and head

Re: [openstack-dev] Quotas: per-flavor-quotas

2014-04-20 Thread Chen Yu
>>1. In what ways does the current quota system not work for you? (Operations) This is Chen from Yahoo openstack engineering team, I can explain our user case for “per-flavor-quota”. We operates a large openstack baremetal cluster where flavors are defined based on standard hardware config (a c

Re: [openstack-dev] Quotas: per-flavor-quotas

2014-04-20 Thread Chen Yu
>>1. In what ways does the current quota system not work for you? (Operations) This is Chen from Yahoo openstack engineering team, I can explain our user case for “per-flavor-quota”. We operates a large openstack baremetal cluster where flavors are defined based on standard hardware config (a c

Re: [openstack-dev] [Openstack] About advice for Contribution

2014-04-20 Thread JunJie Nan
I suggest you starting from heat project, the orchestration component. One benifit is you can gain an overall understanding on how each component works together from API level without struggling in implementation details. Another reason is heat is a little younger comparing with nova. There are mu

Re: [openstack-dev] [Neutron][LBaaS] SSL re-encryption scenario question

2014-04-20 Thread Adam Young
On 04/18/2014 11:21 AM, Stephen Balukoff wrote: Howdy, folks! Could someone explain to me the SSL usage scenario where it makes sense to re-encrypt traffic traffic destined for members of a back-end pool? SSL termination on the load balancer makes sense to me, but I'm having trouble understa

Re: [openstack-dev] [neutron] Updates to the template for Neutron BPs

2014-04-20 Thread Kyle Mestery
On Sat, Apr 19, 2014 at 5:11 PM, Mike Scherbakov wrote: > Hi Kyle, > I built template and it looks awesome. We are considering to use same > approach for Fuel. > > My assumption is that spec will be on review for a negotiation time, which > is going to be quite a while. In my opinion, it is not al

Re: [openstack-dev] Unable to get anything to pass Jenkins on stable/havana due to Neutron bugs

2014-04-20 Thread Matt Riedemann
On 4/20/2014 2:43 PM, Matt Riedemann wrote: There seems to be a perfect storm of Neutron-related bugs that are blocking anything from passing the check queue in stable/havana. Is anyone from the Neutron team looking at these? Here's what I seem to be hitting consistently: https://bugs.launch

[openstack-dev] [Tripleo] Reviews wanted for new TripleO elements

2014-04-20 Thread Macdonald-Wallace, Matthew
Hi all, Can I please ask for some reviews on the following: https://review.openstack.org/#/c/87226/ - Install checkmk_agent https://review.openstack.org/#/c/87223/ - Install icinga cgi interface I already have a souple of +1s and jenkins is happy, all I need is +2 and +A! :) Thanks, Matt

[openstack-dev] Unable to get anything to pass Jenkins on stable/havana due to Neutron bugs

2014-04-20 Thread Matt Riedemann
There seems to be a perfect storm of Neutron-related bugs that are blocking anything from passing the check queue in stable/havana. Is anyone from the Neutron team looking at these? Here's what I seem to be hitting consistently: https://bugs.launchpad.net/tempest/+bug/1251448 ^ marked as won

Re: [openstack-dev] [Neutron][LBaaS] SSL re-encryption scenario question

2014-04-20 Thread Carlos Garza
On Apr 18, 2014, at 11:06 PM, Stephen Balukoff mailto:sbaluk...@bluebox.net>> wrote: Hi y'all! Carlos: When I say 'client cert' I'm talking about the certificate / key combination the load balancer will be using to initiate the SSL connection to the back-end server. The implication here is t

Re: [openstack-dev] [Nova][Neutron][Cinder][Heat]Should we support tags for os resources?

2014-04-20 Thread Jay Pipes
On Sun, 2014-04-20 at 08:35 +, Huangtianhua wrote: > Hi all: > > Currently, the EC2 API of OpenStack only has tags support (metadata) > for instances. And there has already a blueprint about to add support > for volumes and volume snapshots using “metadata”. > > There are a lot of resources

[openstack-dev] [nova] Nova and LVM thin support

2014-04-20 Thread Cristian Tomoiaga
Hello everyone, Before going any further with my implementation I would like to ask the community about the LVM thin support in Nova (not Cinder). The current implementation of the LVM backend does not support thin LVs. Does anyone believe it is a good idea to add support for this in Nova ? (I pla

[openstack-dev] [OpenStack-dev][Nova][Neutron][Cinder][Heat]Should we support tags for os resources?

2014-04-20 Thread Huangtianhua
Hi all: Currently, the EC2 API of OpenStack only has tags support (metadata) for instances. And there has already a blueprint about to add support for volumes and volume snapshots using "metadata". There are a lot of resources such as image/subnet/securityGroup/networkInterface(port) are suppo