Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-17 Thread Zhi Yan Liu
On Fri, Apr 18, 2014 at 10:53 AM, lihuiba wrote: >>It's not 100% true, in my case at last. We fixed this problem by >>network interface driver, it causes kernel panic and readonly issues >>under heavy networking workload actually. > > Network traffic control could help. The point is to ensure no i

Re: [openstack-dev] [Devstack] add support for ceph

2014-04-17 Thread Scott Devoid
So I have had a chance to look over the whole review history again. I agree with Sean Dague and Dean Troyer's concerns that the current patch affects code outside of lib/storage and extras.d. We should make the Devstack extension system more flexible to allow for more extensions. Although I am not

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-17 Thread lihuiba
> - _some_ libvirt drivers already have image caching. I am unsure if >all of them do, I'd have to check. '$instances_path/_base' is used to cache images downloaded fromglance, in file-level. While VMThunder employs find-grained block-level cacheing, for volumes served by cinder. > - we already

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-17 Thread lihuiba
>It's not 100% true, in my case at last. We fixed this problem by >network interface driver, it causes kernel panic and readonly issues >under heavy networking workload actually. Network traffic control could help. The point is to ensure no instance is starved to death. Traffic control can be done

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

2014-04-17 Thread Brandon Logan
We look forward to your proposal and I hope that does get us closer (if not all the way to) an agreed upon revision. Also, thank you for taking the time to fully understand our thought processes on some of the features we want and decisions we made in the proposal. Thanks, Brandon On 04/17/2

Re: [openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Brandon Logan
Hello again Stephen, As usual, responses in-line! On 04/17/2014 08:39 PM, Stephen Balukoff wrote: Hello German and Brandon! Responses in-line: On Thu, Apr 17, 2014 at 3:46 PM, Brandon Logan mailto:brandon.lo...@rackspace.com>> wrote: Stephen, I have responded to your questions be

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

2014-04-17 Thread Stephen Balukoff
Hi Brandon, Yep! I agree that both those definitions are correct: It all depends on context. I'm usually OK with going with whatever definition is in popular use by the user-base. However, "load balancer" as a term is so ambiguous among people actually developing a cloud load balancing system tha

[openstack-dev] [QA] [Tempest] Spreadsheet for Nova API tests

2014-04-17 Thread Kenichi Oomichi
Hi, We are using a google spreadsheet for managing new Nova API tests of Tempest. https://docs.google.com/spreadsheet/ccc?key=0AmYuZ6T4IJETdEVNTWlYVUVOWURmOERSZ0VGc1BBQWc#gid=2 When creating a new Nova API test, please see the spreadsheet to avoid the conflicted work. We can create a test which "a

Re: [openstack-dev] oslo removal of use_tpool conf option

2014-04-17 Thread Joshua Harlow
Thanks for the good explanation, was just a curiosity of mine. Any idea why it has taken so long for the eventlet folks to fix this (I know u proposed a patch/patches a while ago)? Is eventlet really that unmaintained? :( From: Chris Behrens mailto:cbehr...@codestud.com>> Date: Thursday, April 1

Re: [openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Stephen Balukoff
Hello German and Brandon! Responses in-line: On Thu, Apr 17, 2014 at 3:46 PM, Brandon Logan wrote: > Stephen, > I have responded to your questions below. > > > On 04/17/2014 01:02 PM, Stephen Balukoff wrote: > > Howdy folks! > > Based on this morning's IRC meeting, it seems to me there's som

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

2014-04-17 Thread Brandon Logan
Stephen, Thanks for elaborating on this. I agreed and still do that our proposal's load balancer falls more in line with that glossary's term for "listener" and now can see the discrepancy with "load balancer". Yes, in this case the term "load balancer" would have to be redefined, but that d

Re: [openstack-dev] [Neutron][LBaaS] HA functionality discussion

2014-04-17 Thread Carlos Garza
On Apr 17, 2014, at 5:49 PM, Stephen Balukoff mailto:sbaluk...@bluebox.net>> wrote: Heyas, y'all! So, given both the prioritization and usage info on HA functionality for Neutron LBaaS here: https://docs.google.com/spreadsheet/ccc?key=0Ar1FuMFYRhgadDVXZ25NM2NfbGtLTkR0TDFNUWJQUWc&usp=sharing

Re: [openstack-dev] oslo removal of use_tpool conf option

2014-04-17 Thread Davanum Srinivas
I do agree with Chris that process-wise, there was a failure and we need a way to ensure that it does not happen again. (There was a config option lost in the shuffle w/o a deprecation period) On Thu, Apr 17, 2014 at 7:59 PM, Chris Behrens wrote: > > On Apr 17, 2014, at 4:26 PM, Joshua Harlow wr

Re: [openstack-dev] [Neutron][LBaaS] HA functionality discussion

2014-04-17 Thread Susanne Balle
I agree that the HA should be hidden to the user/tenant. IMHO a tenant should just use a load-balancer as a “managed” black box where the service is resilient in itself. Our current Libra/LBaaS implementation in the HP public cloud uses a pool of standby LB to replace failing tenant’s LB. Our LB

Re: [openstack-dev] [heat] [heat-templates] [qa] [tempest] Questions about images

2014-04-17 Thread Mike Spreitzer
Steven Dake wrote on 04/16/2014 03:31:16 PM: > ... > Fedora 19 shipped in the Fedora cloud images does *NOT* include > heat-cfntools. The heat-cfntools package was added only in Fedora > 20 qcow2 images. Fedora 19 must be custom made which those > prebuilt-jeos-images are. They worked for m

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

2014-04-17 Thread Stephen Balukoff
Hi Brandon! Per the meeting this morning, I seem to recall you were looking to have me elaborate on why the term 'load balancer' as used in your API proposal is significantly different from the term 'load balancer' as used in the glossary at: https://wiki.openstack.org/wiki/Neutron/LBaaS/Glossary

Re: [openstack-dev] oslo removal of use_tpool conf option

2014-04-17 Thread Chris Behrens
On Apr 17, 2014, at 4:26 PM, Joshua Harlow wrote: > Just an honest question (no negativity intended I swear!). > > If a configuration option exists and only works with a patched eventlet why > is that option an option to begin with? (I understand the reason for the > patch, don't get me wrong

Re: [openstack-dev] [heat][mistral] Mistral agenda item for Heat community meeting on Apr 17

2014-04-17 Thread Zane Bitter
On 17/04/14 00:34, Renat Akhmerov wrote: Ooh, I confused the day of meeting :(. My apologies, I’m in a completely different timezone (for me it’s in the middle of night) so I strongly believed it was on a different day. I’ll be there next time. Yeah, it's really unfortunate that it falls righ

Re: [openstack-dev] [neutron] [group-based-policy] Moving the meeting time

2014-04-17 Thread Sumit Naiksatam
We realized it the hard way that we didn't have the entire one hour slot on -meeting-alt at 17:30 on Thursdays. So, we have to move this meeting again. Based on the opinion of those present in today's meeting, there was a consensus for the following time: Thursdays at 1800 UTC on #openstack-meetin

Re: [openstack-dev] oslo removal of use_tpool conf option

2014-04-17 Thread Joshua Harlow
Just an honest question (no negativity intended I swear!). If a configuration option exists and only works with a patched eventlet why is that option an option to begin with? (I understand the reason for the patch, don't get me wrong). Most users would not be able to use such a configuration si

Re: [openstack-dev] oslo removal of use_tpool conf option

2014-04-17 Thread Michael Still
It looks to me like this was removed in oslo in commit a33989e7a2737af757648099cc1af6c642b6e016, which was synced with nova in 605749ca12af969ac122008b4fa14904df68caf7 (however, I can't see the change being listed in the commit message for nova, which I assume is a process failure). That change mer

[openstack-dev] [Neutron][LBaaS] HA functionality discussion

2014-04-17 Thread Stephen Balukoff
Heyas, y'all! So, given both the prioritization and usage info on HA functionality for Neutron LBaaS here: https://docs.google.com/spreadsheet/ccc?key=0Ar1FuMFYRhgadDVXZ25NM2NfbGtLTkR0TDFNUWJQUWc&usp=sharing It's clear that: A. HA seems to be a top priority for most operators B. Almost all load

Re: [openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Brandon Logan
Stephen, I have responded to your questions below. On 04/17/2014 01:02 PM, Stephen Balukoff wrote: Howdy folks! Based on this morning's IRC meeting, it seems to me there's some contention and confusion over the need for "single call" functionality for load balanced services in the new API bei

Re: [openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Carlos Garza
On Apr 17, 2014, at 2:11 PM, Stephen Balukoff mailto:sbaluk...@bluebox.net>> wrote: Oh! One other question: 5. Should "single-call" stuff work for the lifecycle of a load balancing service? That is to say, should "delete" functionality also clean up all primitives associated with the service

[openstack-dev] oslo removal of use_tpool conf option

2014-04-17 Thread Chris Behrens
I’m going to try to not lose my cool here, but I’m extremely upset by this. In December, oslo apparently removed the code for ‘use_tpool’ which allows you to run DB calls in Threads because it was ‘eventlet specific’. I noticed this when a review was posted to nova to add the option within nova

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-17 Thread Zhi Yan Liu
On Fri, Apr 18, 2014 at 5:19 AM, Michael Still wrote: > If you'd like to have a go at implementing this in nova's Juno > release, then you need to create a new-style blueprint in the > nova-specs repository. You can find more details about that process at > https://wiki.openstack.org/wiki/Blueprin

[openstack-dev] [Heat] Juno Design Summit sessions

2014-04-17 Thread Zane Bitter
A few reminders about design summit sessions for Heat... * The deadline for proposals is the 20th of April, i.e. the end of this week. Get your proposals in now. * The Design Summit isn't the place to introduce feature proposals. The place to introduce proposals is the mailing list and there'

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-17 Thread Zhi Yan Liu
Replied as inline comments. On Thu, Apr 17, 2014 at 9:33 PM, lihuiba wrote: >>IMO we'd better to use backend storage optimized approach to access >>remote image from compute node instead of using iSCSI only. And from >>my experience, I'm sure iSCSI is short of stability under heavy I/O >>workload

Re: [openstack-dev] [infra][nova][docker] dockenstack updated for nova-docker stackforge repo

2014-04-17 Thread Sylvain Bauza
2014-04-17 21:30 GMT+02:00 Eric Windisch : > > Furthermore, I've started testing KVM/Qemu support. It's looking > promising. It's too early to claim it's supported, but I've only ran into > minor issues so far. I'll update again when I've made further progress. > Also pending, but not far away, i

Re: [openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Eichberger, German
Hi Stephen, 1. Could you please explain what you understand single-call API functionality to be? From my perspective most of our users will likely create load balancers via a web interface. Thought not necessary, having a single API call makes it easier to develop the web interface. For the “

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-17 Thread Michael Still
If you'd like to have a go at implementing this in nova's Juno release, then you need to create a new-style blueprint in the nova-specs repository. You can find more details about that process at https://wiki.openstack.org/wiki/Blueprints#Nova Some initial thoughts though, some of which have alrea

Re: [openstack-dev] [Ironic] Should we adopt a blueprint design process

2014-04-17 Thread Chris Behrens
+1 > On Apr 17, 2014, at 12:27 PM, Russell Haering > wrote: > > Completely agree. > > We're spending too much time discussing features after they're implemented, > which makes contribution more difficult for everyone. Forcing an explicit > design+review process, using the same tools as we us

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

2014-04-17 Thread Carl Baldwin
This review seems to suggest that it can be done: https://review.openstack.org/#/c/85432 I was not able to reproduce this in devstack. How does this work? My nova command to add an IP return success but didn't seem to actually add an IP address to the instance and did not show in neutron port-s

[openstack-dev] [sahara] Sahara 2014.1 ("Icehouse") is released !

2014-04-17 Thread Sergey Lukjanov
Hi everyone, I'm glad to announce the final release of Sahara 2014.1 "Icehouse". During this cycle we've completed 58 blueprint and fixed 124 bugs. You can find source tarballs with complete lists of features and bug fixes: https://launchpad.net/sahara/icehouse/2014.1 Release notes contain an o

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

2014-04-17 Thread Chris Friesen
On 04/17/2014 06:37 AM, CARVER, PAUL wrote: Aaron Rosen wrote: Sorry not really. It's still not clear to me why multiple nics would be required on the same L2 domain. I’m a fan of this old paper for nostalgic reasons http://static.usenix.org/legacy/publications/library/proceedings/neta99/full

[openstack-dev] [infra][nova][docker] dockenstack updated for nova-docker stackforge repo

2014-04-17 Thread Eric Windisch
For those following the dockenstack work, just giving an update that it has finally been updated to work with the nova-docker stackforge repository. The new image is now available on the docker index and may be fetched with 'docker pull ewindisch/dockenstack'. Usage instructions are available in th

[openstack-dev] [OSSG][OSSN] Sample Keystone v3 policy exposes privilege escalation vulnerability

2014-04-17 Thread Nathan Kinder
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sample Keystone v3 policy exposes privilege escalation vulnerability - --- ### Summary ### The policy.v3cloudsample.json sample Keystone policy file combined with the underlying mutability of the domain ID for user, group, and project entities exposed

Re: [openstack-dev] [Ironic] Should we adopt a blueprint design process

2014-04-17 Thread Russell Haering
Completely agree. We're spending too much time discussing features after they're implemented, which makes contribution more difficult for everyone. Forcing an explicit design+review process, using the same tools as we use for coding+review seems like a great idea. If it doesn't work we can iterate

Re: [openstack-dev] [neutron] Neutron BP review process for Juno

2014-04-17 Thread Carl Baldwin
Wow, easiest merge ever! Can we get this repository counted in our stats?! ;) Carl On Thu, Apr 17, 2014 at 1:09 PM, Kyle Mestery wrote: > On Thu, Apr 17, 2014 at 1:18 PM, Carl Baldwin wrote: >> Sure thing [1]. The easiest change I saw was to remove the >> restriction that the number of sub t

Re: [openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Stephen Balukoff
Oh! One other question: 5. Should "single-call" stuff work for the lifecycle of a load balancing service? That is to say, should "delete" functionality also clean up all primitives associated with the service? On Thu, Apr 17, 2014 at 11:44 AM, Stephen Balukoff wrote: > Hi Sri, > > Yes, the meet

Re: [openstack-dev] [neutron] Neutron BP review process for Juno

2014-04-17 Thread Kyle Mestery
On Thu, Apr 17, 2014 at 1:18 PM, Carl Baldwin wrote: > Sure thing [1]. The easiest change I saw was to remove the > restriction that the number of sub titles is exactly 9. This won't > require any of the other blueprints already posted for review to > change. See what you think. > This was a go

[openstack-dev] [NEUTRON] [IPv6] [VPNaaS] - IPSec "by default" on each Tenant router, the beginning of the Opportunistic Encryption era (rfc4322 ?)...

2014-04-17 Thread Martinx - ジェームズ
Guys, I here thinking about IPSec when with IPv6 and, one of the first ideas/wishes of IPv6 scientists, was to always deploy it with IPSec enabled, always (I've heard). But, this isn't well diffused by now. Who is actually using IPv6 Opportunistic Encryption?! For example: With O.E., we'll be abl

[openstack-dev] [horizon][sahara] Merging Sahara-UI Dashboard code into horizon

2014-04-17 Thread Chad Roberts
Per blueprint https://blueprints.launchpad.net/horizon/+spec/merge-sahara-dashboard we are merging the Sahara Dashboard UI code into the Horizon code base. Over the last week, I have been working on making this merge happen and along the way some interesting questions have come up. Hopefully,

Re: [openstack-dev] TC Candidacy

2014-04-17 Thread Anita Kuno
confirmed On 04/17/2014 02:48 PM, Devananda van der Veen wrote: > I would like to announce my candidacy for the Technical Committee this > term. > > > Background > = > > I began working on OpenStack more than two years ago. Initially, I focused > on improving Nova's database API and led

[openstack-dev] TC Candidacy

2014-04-17 Thread Devananda van der Veen
I would like to announce my candidacy for the Technical Committee this term. Background = I began working on OpenStack more than two years ago. Initially, I focused on improving Nova's database API and led the Nova DB team in that cleanup effort for a time. As much of that work was finis

Re: [openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Stephen Balukoff
Hi Sri, Yes, the meeting minutes & etc. are all available here, usually a few minutes after the meeting is over: http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/ (You are also, of course, welcome to join!) Stephen On Thu, Apr 17, 2014 at 11:34 AM, Sri wrote: > hello Stephen, > > >

Re: [openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Sri
hello Stephen, I am interested in LBaaS and want to know if we post the weekly meeting's chat transcripts online? or may be update an etherpad? Can you please share the links? thanks, SriD -- View this message in context: http://openstack.10931.n7.nabble.com/Neutron-LBaas-Single-call-API-d

Re: [openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Sri
hello Stephen, I am interested in LBaaS and want to know if we post the weekly meeting's chat transcripts online? or may be update an etherpad? Can you please share the links? thanks, SriD -- View this message in context: http://openstack.10931.n7.nabble.com/Neutron-LBaas-Single-call-API-d

[openstack-dev] FW: [Openstack] Network API: how to set fixed MAC address

2014-04-17 Thread Jeffrey Nguyen (jeffrngu)
Hi Devs, I'm not getting any answer for my questions from the openstack general alias for my question about the new enhancement done by Zhi Yan Liu (copied again below). Does anyone here know the answers or know where to check in the code for this enhancement? "Zhi, Could you please confirm i

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

2014-04-17 Thread Carl Baldwin
I don't see any indication that a floating ip can be associated with any of the secondary addresses. Can this be done? If not, then multiple addresses are not useful if a floating ip is required to make the server public facing. Carl On Wed, Apr 16, 2014 at 10:46 PM, Aaron Rosen wrote: > The a

Re: [openstack-dev] [neutron] Neutron BP review process for Juno

2014-04-17 Thread Carl Baldwin
Sure thing [1]. The easiest change I saw was to remove the restriction that the number of sub titles is exactly 9. This won't require any of the other blueprints already posted for review to change. See what you think. Carl [1] https://review.openstack.org/#/c/88381/ On Wed, Apr 16, 2014 at 3

Re: [openstack-dev] Need help to understand Jenkins msgs

2014-04-17 Thread Zaro
then jenkins failure seems to indicate that jenkins xUnit plugin could not find any test result files for processing. it could be that the test didn't get run or that it ran but didn't generate the rest results required for the plugin to pick up? that's probably where i would check. On Thu, Apr

Re: [openstack-dev] [Ceilometer]

2014-04-17 Thread Nejc Saje
Hi, quickly said, you can use the client API with something like: import keystoneclient.v2_0.client as ksclient creds = {‘username’:’demo’, ‘password’:’password’, ‘auth_url’:’’, ‘tenant_name’:’demo’} keystone = ksclient.Client(**creds) import ceilometerclient.v2.client as cclient

Re: [openstack-dev] Reviewing spelling and grammar errors in blueprints Re: [Nova] nova-specs

2014-04-17 Thread Carl Baldwin
I'd prefer that others *not* upload a new patch over mine just to make a spelling correction. I might be in the middle of another version of the patch myself and mine will overwrite yours. If you want to upload a patch over mine please ask me first so that we can coordinate and discuss the change

Re: [openstack-dev] Reviewing spelling and grammar errors in blueprints Re: [Nova] nova-specs

2014-04-17 Thread Carl Baldwin
Personally, I try not to be disagreeable and to be considerate in my reviews. However, I don't want to worry too much about hurting someone's feelings by making a comment. As a community we should be considerate and polite but we should also embrace critical reviews of our own work. I think addi

[openstack-dev] [Neutron][LBaas] "Single call" API discussion

2014-04-17 Thread Stephen Balukoff
Howdy folks! Based on this morning's IRC meeting, it seems to me there's some contention and confusion over the need for "single call" functionality for load balanced services in the new API being discussed. This is what I understand: * Those advocating "single call" are arguing that this simplif

Re: [openstack-dev] [Ironic] Should we adopt a blueprint design process

2014-04-17 Thread Kyle Mestery
On Thu, Apr 17, 2014 at 12:11 PM, Devananda van der Veen wrote: > Hi all, > > The discussion of blueprint review has come up recently for several reasons, > not the least of which is that I haven't yet reviewed many of the blueprints > that have been filed recently. > > My biggest issue with launc

Re: [openstack-dev] [Neutron][IPv6] Design Summit Session Agenda

2014-04-17 Thread Kyle Mestery
On Thu, Apr 17, 2014 at 12:26 PM, Collins, Sean wrote: > All, > > We have a couple IPv6 design summit sessions that have been registered, > and at least one of them is in a pre-approved state: > > http://summit.openstack.org/cfp/details/21 > > We'll have at least 40 minutes to discuss a roadmap fo

Re: [openstack-dev] [Openstack] Question regarding Nova in Havana

2014-04-17 Thread Vishvananda Ishaya
I believe the exchange should also be ‘nova’. Vish On Apr 15, 2014, at 11:31 PM, Prashant Upadhyaya wrote: > Hi Vish, > > Thanks, now one more question – > > When I send the request out, I send it to the exchange ‘nova’ and routing key > ‘conductor’ (using RabbitMQ), this will take the me

Re: [openstack-dev] [Swift] Elastic Recheck failure?

2014-04-17 Thread Pecoraro, Alex
Doh! Nevermind, I think I figured it out with more careful reading, sorry for the unnecessary email. From: Pecoraro, Alex [mailto:alex.pecor...@emc.com] Sent: Thursday, April 17, 2014 10:21 AM To: OpenStack Development Mailing List Subject: [openstack-dev] [Swift] Elastic Recheck failure? Yeste

[openstack-dev] [Neutron][IPv6] Design Summit Session Agenda

2014-04-17 Thread Collins, Sean
All, We have a couple IPv6 design summit sessions that have been registered, and at least one of them is in a pre-approved state: http://summit.openstack.org/cfp/details/21 We'll have at least 40 minutes to discuss a roadmap for IPv6 in the coming Juno cycle. I have created an etherpad, and wou

[openstack-dev] [Swift] Elastic Recheck failure?

2014-04-17 Thread Pecoraro, Alex
Yesterday I re-submitted a patchset to Gerrit after updating the some comments in a function header and the documentation in docs. So I didn't make any code changes and my previous changeset passed all the Jenkins tests, but this time it failed the check-grenade-dsvm-neutron and the check-tempe

[openstack-dev] Need help to understand Jenkins msgs

2014-04-17 Thread Deepak Shetty
Hi, Can someone help me understand why Jenkins build shows failures for some of the tests for my patch @ https://review.openstack.org/#/c/86888/ I really couldn't understand it even after clicking those links TIA thanx, deepak ___ OpenStack-dev mailin

[openstack-dev] [Ironic] Should we adopt a blueprint design process

2014-04-17 Thread Devananda van der Veen
Hi all, The discussion of blueprint review has come up recently for several reasons, not the least of which is that I haven't yet reviewed many of the blueprints that have been filed recently. My biggest issue with launchpad blueprints is that they do not provide a usable interface for design ite

Re: [openstack-dev] [openstack-sdk-php] Questions about user-facing documentation

2014-04-17 Thread Matthew Farina
Shaunak, these are some good questions. Input from the docs team would be useful for some of these as well. On Wed, Apr 16, 2014 at 10:06 PM, Shaunak Kashyap wrote: > Hi folks, > > As part of working on > https://blueprints.launchpad.net/openstack-sdk-php/+spec/sphinx-docs, I’ve > been looking

Re: [openstack-dev] [Cinder] Regarding manage_existing and unmanage

2014-04-17 Thread Deepak Shetty
On Fri, Apr 11, 2014 at 7:29 PM, Duncan Thomas wrote: > On 11 April 2014 14:21, Deepak Shetty wrote: > > My argument was mostly from the perspective that unmanage shud do its > best > > to revert back the volume to its original state (mainly the name). > > > > Like you said, once its given to cin

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

2014-04-17 Thread Vikash Kumar
On Thu, Apr 17, 2014 at 6:07 PM, CARVER, PAUL wrote: > Aaron Rosen wrote: > > >Sorry not really. It's still not clear to me why multiple nics would be > required on the same L2 domain. > > > > I’m a fan of this old paper for nostalgic reasons > http://static.usenix.org/legacy/publications/libra

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

2014-04-17 Thread Carlos Garza
On Apr 17, 2014, at 8:45 AM, Eugene Nikanorov mailto:enikano...@mirantis.com>> wrote: Brandon, Towards the bottom of that document it does mention content switching and how it would work with this. I know its a huge text document and hard to navigate but it is there. Yeah, i should have b

[openstack-dev] [Keystone] keystoneclient and project-less v3 tokens

2014-04-17 Thread Roman Bodnarchuk
Hello, I am trying to make sure that a user can't do anything useful with an unscoped token, and got to the following code in keystoneclient.middleware.auth_token: if _token_is_v2(token_info) and not auth_ref.project_id: raise InvalidUserToken('Unable to determine tenancy.

[openstack-dev] [Ceilometer]

2014-04-17 Thread Hachem Chraiti
Hi , how to authenticate against openstack's Ceilometer Client using python program? plase i need response please Sincerly , Chraiti Hachem software enginee ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org

[openstack-dev] [devstack] Error in running rabbit-mq server

2014-04-17 Thread Peeyush Gupta
Hi all, I am trying to setup OpenStack on Ubuntu 12.04 using devstack. Here is the error I am getting: Setting up rabbitmq-server (2.7.1-0ubuntu4) ... Starting rabbitmq-server: FAILED - check /var/log/rabbitmq/startup_{log, _err} rabbitmq-server. invoke-rc.d: initscript rabbitmq-server, action "

Re: [openstack-dev] Reviewing spelling and grammar errors in blueprints Re: [Nova] nova-specs

2014-04-17 Thread Chmouel Boudjnah
On Thu, Apr 17, 2014 at 9:41 AM, Stefano Maffulli wrote: > Please don't -1 if it's a minor grammar/spelling mistake that doesn't > prevent proper understanding of the blueprint by a person skilled in the > art. > or it may be acceptable that the reviewer can always do the minor spelling correcti

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

2014-04-17 Thread Deepak Shetty
On Tue, Apr 15, 2014 at 4:14 PM, Duncan Thomas wrote: > On 11 April 2014 16:24, Eric Harney 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 p

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

2014-04-17 Thread Deepak Shetty
On Thu, Apr 17, 2014 at 10:00 PM, Deepak Shetty wrote: > > > > On Fri, Apr 11, 2014 at 8:25 PM, Eric Harney wrote: > >> On 04/11/2014 07:54 AM, Deepak Shetty wrote: >> > Hi, >> >I am using the nfs and glusterfs driver as reference here. >> > >> > I see that load_shares_config is called every

[openstack-dev] Gerrit downtime and upgrade on 2014-04-28

2014-04-17 Thread Zaro
Hello All. The OpenStack infra team has been working to put everything in place so that we can upgrade review.o.o from Gerrit version 2.4.4 to version 2.8.4 We are happy to announce that we are finally ready to make it happen! We will begin the upgrade on Monday, April 28th at 1600 UTC (the Open

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

2014-04-17 Thread Deepak Shetty
On Fri, Apr 11, 2014 at 8:25 PM, Eric Harney wrote: > On 04/11/2014 07:54 AM, Deepak Shetty wrote: > > Hi, > >I am using the nfs and glusterfs driver as reference here. > > > > I see that load_shares_config is called everytime via > > _ensure_shares_mounted which I feel is incorrect mainly be

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

2014-04-17 Thread Deepak Shetty
Andrew, While i agree there is a thought to change/improve this in future, but the way it is today isn't acceptable, mainly bcos (as i said) the new serverIP is taken effect w/o service restart and if someone adds -o options.. even after service restart it doesn't take effect. Its confusing to t

Re: [openstack-dev] [Neutron] bug/129135 VXLAN kernel version checking

2014-04-17 Thread Nathanael Burton
Glad to know I wasn't crazy in thinking it would completely break RHEL or OSes that backport things. I tried pointing this out in the hopes it would get fixed before Icehouse dropped, but I guess I didn't yell loud enough or follow-up on my own. Should target fixing for the first stable release a

Re: [openstack-dev] [Neutron] bug/129135 VXLAN kernel version checking

2014-04-17 Thread Edgar Magana Perdomo (eperdomo)
I second Kyle on this, Quite more clear for users to see the version error message on the logs! Edgar On 4/17/14, 7:23 AM, "Kyle Mestery" wrote: >On Thu, Apr 17, 2014 at 9:14 AM, Terry Wilson wrote: A question about the fix from https://review.openstack.org/#/c/82931 >> >>> Also, how does

[openstack-dev] Summit ticket needed, help?

2014-04-17 Thread Adam Harwell
Hello everyone! I was originally not going to be able to attend the summit next month, but things have changed and I would now like to attend. Unfortunately, tickets have become prohibitively expensive at this point. If any of you have or know anyone who has a ticket that they are not going to

[openstack-dev] [Ceilometer] Approximate alarming

2014-04-17 Thread Nejc Saje
Hey everyone! I’d like to get your gut reaction on an idea for the future of alarming. Should I or should I not put it up for debate at the design summit? ---TL;DR Online algorithms for computing stream statistics over sliding windows would allow us to provide sample statistics within an error

[openstack-dev] Last chance to nominate yourself for the TC election

2014-04-17 Thread Anita Kuno
Candidate proposals for the Technical Committee positions (7 positions) will remain open until 05:59 utc April 18, 2014. That leaves about 14ish hours for any last candidate proposals to still be eligible. Be sure to get yours in and confirmed if that is your intention. The election will begin a

Re: [openstack-dev] [murano] Proposal to add Ruslan Kamaldinov to murano-core team

2014-04-17 Thread Anastasia Kuznetsova
+1 On Thu, Apr 17, 2014 at 7:11 PM, Stan Lagun wrote: > +1 > > Sincerely yours, > Stan Lagun > Principal Software Engineer @ Mirantis > > > > > On Thu, Apr 17, 2014 at 6:51 PM, Georgy Okrokvertskhov < > gokrokvertsk...@mirantis.com> wrote: > >> +1 >> >> >> On Thu, Apr 17, 2014 at 6:01 AM, Dmi

Re: [openstack-dev] [murano] Proposal to add Ruslan Kamaldinov to murano-core team

2014-04-17 Thread Stan Lagun
+1 Sincerely yours, Stan Lagun Principal Software Engineer @ Mirantis On Thu, Apr 17, 2014 at 6:51 PM, Georgy Okrokvertskhov < gokrokvertsk...@mirantis.com> wrote: > +1 > > > On Thu, Apr 17, 2014 at 6:01 AM, Dmitry Teselkin > wrote: > >> +1 >> >> Agree >> >> >> On Thu, Apr 17, 2014 at 4:51

Re: [openstack-dev] [murano] Proposal to add Ruslan Kamaldinov to murano-core team

2014-04-17 Thread Georgy Okrokvertskhov
+1 On Thu, Apr 17, 2014 at 6:01 AM, Dmitry Teselkin wrote: > +1 > > Agree > > > On Thu, Apr 17, 2014 at 4:51 PM, Alexander Tivelkov < > ativel...@mirantis.com> wrote: > >> +1 >> >> Totally agree >> >> -- >> Regards, >> Alexander Tivelkov >> >> >> On Thu, Apr 17, 2014 at 4:37 PM, Timur Sufiev wro

Re: [openstack-dev] [Neutron] bug/129135 VXLAN kernel version checking

2014-04-17 Thread Kyle Mestery
On Thu, Apr 17, 2014 at 9:14 AM, Terry Wilson wrote: >>> A question about the fix from https://review.openstack.org/#/c/82931 > >> Also, how does this work for RHEL-based distros where they tend to backport >> new kernel features? For instance vxlan support was added in the kernel for >> RHEL6.5 w

Re: [openstack-dev] [Neutron] bug/129135 VXLAN kernel version checking

2014-04-17 Thread Terry Wilson
>> A question about the fix from https://review.openstack.org/#/c/82931 > Also, how does this work for RHEL-based distros where they tend to backport > new kernel features? For instance vxlan support was added in the kernel for > RHEL6.5 which is 2.6.32-based... That changeset looks like it breaks

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

2014-04-17 Thread Eugene Nikanorov
Brandon, Towards the bottom of that document it does mention content switching and > how it would work with this. I know its a huge text document and hard to > navigate but it is there. > Yeah, i should have been more specific. My concern is that 'single-call API' is not powerfull enough right

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-17 Thread lihuiba
glance-bittorrent-delivery and VMThunder have similar goals fast provisioning of large amount of VMs, and they share some ideas like P2P transferring, but they go with different techniques. VMThunder only downloads data blocks that are really used by VMs, so as to reduce bandwith and tim

[openstack-dev] Reviewing spelling and grammar errors in blueprints Re: [Nova] nova-specs

2014-04-17 Thread Stefano Maffulli
On 04/16/2014 07:56 PM, Dan Smith wrote: >> Do we really want to -1 for spelling mistake in nova-specs? > > I do, yes. These documents are intended to be read by deployers and > future developers. I think it's really important that they're useful in > that regard. Guys, use your judgement with th

Re: [openstack-dev] [Nova][blueprint] Accelerate the booting process of a number of vms via VMThunder

2014-04-17 Thread lihuiba
>IMO we'd better to use backend storage optimized approach to access >remote image from compute node instead of using iSCSI only. And from >my experience, I'm sure iSCSI is short of stability under heavy I/O >workload in product environment, it could causes either VM filesystem >to be marked as rea

Re: [openstack-dev] [murano] Proposal to add Ruslan Kamaldinov to murano-core team

2014-04-17 Thread Dmitry Teselkin
+1 Agree On Thu, Apr 17, 2014 at 4:51 PM, Alexander Tivelkov wrote: > +1 > > Totally agree > > -- > Regards, > Alexander Tivelkov > > > On Thu, Apr 17, 2014 at 4:37 PM, Timur Sufiev wrote: > >> Guys, >> >> Ruslan Kamaldinov has been doing a lot of things for Murano recently >> (including devsta

Re: [openstack-dev] [murano] Proposal to add Ruslan Kamaldinov to murano-core team

2014-04-17 Thread Alexander Tivelkov
+1 Totally agree -- Regards, Alexander Tivelkov On Thu, Apr 17, 2014 at 4:37 PM, Timur Sufiev wrote: > Guys, > > Ruslan Kamaldinov has been doing a lot of things for Murano recently > (including devstack integration, automation scripts, making Murano > more compliant with OpenStack standards

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

2014-04-17 Thread Zang MingJie
On Thu, Apr 17, 2014 at 8:07 PM, Eugene Nikanorov wrote: > Hi Zang, > > 1. >> so the tags is totally useless, and I suggest replace tags by provider >> name/uuid. It is much more straightforward and easier. > Funny thing is that the goal of flavor framework is directly opposite. > We need to hide

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

2014-04-17 Thread CARVER, PAUL
Aaron Rosen wrote: >Sorry not really. It's still not clear to me why multiple nics would be >required on the same L2 domain. I’m a fan of this old paper for nostalgic reasons http://static.usenix.org/legacy/publications/library/proceedings/neta99/full_papers/limoncelli/limoncelli.pdf but a sea

[openstack-dev] [murano] Proposal to add Ruslan Kamaldinov to murano-core team

2014-04-17 Thread Timur Sufiev
Guys, Ruslan Kamaldinov has been doing a lot of things for Murano recently (including devstack integration, automation scripts, making Murano more compliant with OpenStack standards and doing many reviews). He's actively participating in our ML discussions as well. I suggest to add him to the core

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

2014-04-17 Thread CARVER, PAUL
Akihiro Motoki wrote: >To cope with such cases, allowed-address-pairs extension was implemented. >http://docs.openstack.org/api/openstack-network/2.0/content/allowed_address_pair_ext_ops.html Question on this in particular: Is a tenant permitted to do this? If so, what exactly is the iptables

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

2014-04-17 Thread Eugene Nikanorov
Hi Zang, 1. > so the tags is totally useless, and I suggest replace tags by provider > name/uuid. It is much more straightforward and easier. Funny thing is that the goal of flavor framework is directly opposite. We need to hide provider/vendor name. Ssl vpn or ipsec could be implemented by differ

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

2014-04-17 Thread Zang MingJie
Hi Eugene: I have several questions 1. I wonder if tags is really needed. for example, if I want a ipsec vpn, I'll define a flavor which is directly refer to ipsec provider. If using current design, almost all users will end up creating flavors like this: ipsec tags=[ipsec] sslvpn tags=[sslvpn]

Re: [openstack-dev] [infra] [nodepool] Modification for use clean KVM/QEMU

2014-04-17 Thread Vladislav Kuzmin
I opened blueprint for detailed description about this feature https://blueprints.launchpad.net/openstack-ci/+spec/nodepool-kvm-backend > > Hi community! > > I have a modification for Nodepool which allows to use it with a > > clean KVM/QEMUhost while still support OpenStack. This allows parallel

  1   2   >