Re: [openstack-dev] multiple external networks not working

in order that the router is scheduled to a l3 agent with a given external network, we should create the router and set its gateway interface on that external network just after the router creation. On Thu, Feb 13, 2014 at 3:26 PM, Nick Ma wrote: > I have a multiple external networks environmen

Re: [openstack-dev] Gamification and on-boarding ...

+1 to Rohit. I am new too and looking forward to help in cinder part of OpenStack for starters. On Thu, Feb 13, 2014 at 12:36 PM, Rohit Vaidya wrote: > I am new to open stack and python. But I really liked the live community > here and great suggestions that crop up. This one is seriously good

[openstack-dev] [Neutron]A problem produced by accidentally deleting DHCP port

Howdy folks! I am a beginer of neutron, there is a problem which has confused me. In my environment using openvswich plugin, I delete the dhcp port by mistack, then I found the VM in the subnet whose dhcp port is deleted by my mistack can not get IP, I found the reason is when a dhcp port is de

Re: [openstack-dev] [OpenStack][Nova][VCDriver] VMWare VCDriver problems

Hi, The commit https://github.com/openstack/nova/commit/c4bf32c03283cbedade9ab8ca99e5b13b9b86ccb added a warning that the ESX driver is not tested. My understanding is that there are a number of people using the ESX driver so it should not be deprecated. In order to get the warning removed we w

Re: [openstack-dev] [Neutron] ARP Proxy in l2-population Mechanism Driver for OVS

Hi, On Havana, a local ARP responder is available if you use the ML2 with the l2-pop MD and the Linux Bridge (natively implemented by the Linux kernel VXLAN module). It's not (yet [1]) available with the OVS agent. The proposed OVS implementation use new OVS flows integrated on branch 2.1. Just f

Re: [openstack-dev] Glance plugin in Nova should switch to using buffered http

On Thu, Feb 13, 2014 at 2:16 PM, Sridevi K R Koushik < sridevi.kous...@thoughtworks.com> wrote: > Hi, > > I would like to get some comments on > > https://blueprints.launchpad.net/nova/+spec/use-buffered-http-in-glance-plugin

Re: [openstack-dev] multiple external networks not working

Thanks for your quick reply. I'll try it later. On 2/13/2014 3:54 PM, Yongsheng Gong wrote: > in order that the router is scheduled to a l3 agent with a given > external network, we should create the router and set its gateway > interface on that external network just after the router creation. >

Re: [openstack-dev] [Ironic] review days

8am PST mostly works for me (except Wednesdays ), so +1 to that. - romcheg On Feb 13, 2014, at 09:44 , Ghe Rivero wrote: >> What time would work for you? How about Thursdays at 8am PST? > > Works for me! > > Ghe Rivero > > > ___ > OpenStack-dev ma

Re: [openstack-dev] [Neutron] ARP Proxy in l2-population Mechanism Driver for OVS

Hi, You can see in the review [1] that doude first proposed an ebtables manager to implement the ARP responder for ovs. OVS 2.1 is now able to manage an ARP responder based on flow [2], so he switches his implementation to a flow based ARP responder (please, have a look at patches history). ebtabl

Re: [openstack-dev] [OpenStack][Nova][VCDriver] VMWare VCDriver problems

Thanks Gary. What about live migration with VCDriver, currently I cannot do live migration in the condition of between ESX servers in one cluster. 2014-02-13 16:47 GMT+08:00 Gary Kotton : > Hi, > The commit > https://github.com/openstack/nova/commit/c4bf32c03283cbedade9ab8ca99e5b13b9b86ccb > ad

Re: [openstack-dev] [Cinder] How to run pylint locally?

Hi, > Here is what I tried: > /opt/stack/cinder $ ./tools/lintstack.sh > > But this does not report any errors even though I am on the same branch. > What am I missing? You might be running against local packages then which have a different version / output. The proper way to reproduce the Gate e

Re: [openstack-dev] [Neutron] ARP Proxy in l2-population Mechanism Driver for OVS

I'll check these links. Thanks a lot. On 2/13/2014 5:13 PM, Mathieu Rohon wrote: > Hi, > > You can see in the review [1] that doude first proposed an ebtables > manager to implement the ARP responder for ovs. OVS 2.1 is now able to > manage an ARP responder based on flow [2], so he switches his >

[openstack-dev] Devstack installation failed with CINDER installation

Hi stackers- I have an issue while installing devstack on my machine. While configuring cider root wrap, devstack installation failed. Here is the complete log .dEYRz -e /opt/stack/cinder Obtaining file:///opt/stack/cinder Running setup.py egg_info for package from file:///opt/stack/cinder

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

Dear All, At the meeting last week we (myself and Ulrich) have been assigned the task of doing POC for Quota Management in the Hierarchical Multitenancy setup. So, here it is: Wiki Page -> https://wiki.openstack.org/wiki/POC_for_QuotaManagement (explained here an example setup and my thought

[openstack-dev] [marconi] API 1.1 feedback

I noticed a few things about the new 1.1 spec that I thought I'd give feedback on: 1. Set Queue Metadata A PUT operation is provided, which does a hard replace of metadata values. New items are inserted, and existing items that are not specified are wiped. Nova also provides a POST operation th

Re: [openstack-dev] Gamification and on-boarding ...

Sandy Walsh wrote: > The informal OpenStack motto is "automate everything", so perhaps we should > consider some form of gamification [1] to help us? Can we offer badges, > quests and challenges to new users to lead them on the way to being strong > contributors? > > "Fixed your first bug" badg

Re: [openstack-dev] [Cinder] How to run pylint locally?

Thanks for the response Dirk. I see very similar output now as shown in the log when running 'tox -epylint', so I am getting closer. Unfortunately I am still not able to reproduce the failure shown here http://logs.openstack.org/17/62217/5/check/gate-cinder-pylint/1272f0a/console.html . What seems

Re: [openstack-dev] [OpenStack-Dev] [Cinder] Cinder driver verification

John Griffith wrote: > So we've talked about this a bit and had a number of ideas regarding > how to test and show compatibility for third-party drivers in Cinder. > This has been an eye opening experience (the number of folks that have > NEVER run tempest before, as well as the problems uncovered

Re: [openstack-dev] [Neutron][nova] Neutron plugin authors: Does port status indicate liveness?

+1 for this feature which could potentially resolve a race condition that could occur after port-binding refactoring in ML2 [1]. in ML2, the port could be ACTIVE once a MD has bound the port. the vif_type could then be known by nova, and nova could create the network correctly thanks to vif_type an

[openstack-dev] [Neutron] set network admin_state_up to false

Hi, I'm working on this bug : https://bugs.launchpad.net/neutron/+bug/1237807 and I'm wondering how we should address this issue, below my suggestions/thoughts Currently when the admin_state_up of a network is set to false, the only thing which is done is that the dhcp instance of this networ

Re: [openstack-dev] [Neutron][LBaaS] Proposal for model change - Loadbalancer Instance feedback

Hi Stephen, Please see my comments inline. On Thu, Feb 13, 2014 at 5:19 AM, Stephen Balukoff wrote: > Hi y'all! > > I've been reading through the LoadBalancerInsance description as outlined > here and have some feedback: > https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance > > F

Re: [openstack-dev] [Neutron][LBaaS] Proposal for model change - Logging configuration

Have modified the document access, let me know if you still have issues. From: Stephen Balukoff [mailto:sbaluk...@bluebox.net] Sent: Thursday, February 13, 2014 4:02 AM To: Samuel Bercovici Cc: OpenStack Development Mailing List (not for usage questions); rw3...@att.com; David Patterson; Eugene N

Re: [openstack-dev] [Neutron][LBaaS] Proposal for model change - Multiple services per floating IP

Hi, see my comments inline: On Thu, Feb 13, 2014 at 4:11 AM, Stephen Balukoff wrote: > > > Is this blueprint not yet implemented? When I attempt to create multiple > VIPs using the same IP in my test cluster, I get: > > sbalukoff@testbox:~$ neutron lb-vip-create --name test-vip2 > --protocol-p

[openstack-dev] [savanna] Mission Statement wording

Hi folks, I'm working now on adding Savanna's mission statement to governance docs [0]. There are some comments on our current one to make it simpler and remove marketing like stuff. So, current option is: To provide a scalable data processing stack and associated management interfaces. (th

[openstack-dev] [savanna] team meeting Feb 13 1800 UTC

Hi folks, We'll be having the Savanna team meeting as usual in #openstack-meeting-alt channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SavannaAgenda#Agenda_for_February.2C_13 http://www.timeanddate.com/worldclock/fixedtime.html?msg=Savanna+Meeting&iso=20140213T18 P.S. I'd like to discu

Re: [openstack-dev] [savanna] project name collision - renaming required

Please, note, that I'm planning today to setup first round of name voting to select top N options and trash bad options. It'll be done after the IRC team meeting. On Sat, Feb 8, 2014 at 9:34 AM, Sergey Lukjanov wrote: > There are already some names proposed in the etherpad, so, I'll setup a > vo

[openstack-dev] Version Discovery Standardization

Hi all, I am one of i think a number of efforts trying to make clients be interoperable between different versions of an API. What i would like to talk about specifically here are the inconsistencies in the version listing of the different servers when you query the root GET '/' and GET '/vX'

[openstack-dev] [Nova] Meeting cancelled this week

The weekly Nova IRC meeting is cancelled since we had an in-person Nova meetup this week. We'll meet again next week (Feb 20). https://wiki.openstack.org/wiki/Meetings/Nova -- Russell Bryant ___ OpenStack-dev mailing list OpenStack-dev@lists.openstac

Re: [openstack-dev] [Solum] Question about Zuul's role in Solum

Hi, I have some concerns about using Zuul in Solum I agree gating is a great feature but it is not useful for every project and as Adrian said, not understood by everyone. I think many Solum users, and PaaS users in general, are single-project/single-build/simple git worklow and do not care about

Re: [openstack-dev] Version Discovery Standardization

On 02/13/2014 07:50 AM, Jamie Lennox wrote: > Hi all, > > I am one of i think a number of efforts trying to make clients be > interoperable between different versions of an API. > > What i would like to talk about specifically here are the inconsistencies in > the version listing of the differe

Re: [openstack-dev] Gamification and on-boarding ...

On 02/13/2014 05:37 AM, Thierry Carrez wrote: > Sandy Walsh wrote: >> The informal OpenStack motto is "automate everything", so perhaps we should >> consider some form of gamification [1] to help us? Can we offer badges, >> quests and challenges to new users to lead them on the way to being stron

Re: [openstack-dev] [Solum] Question about Zuul's role in Solum

Julien Vey wrote: >About Gerrit, I think it is also a little too much. Many users have their > own reviewing system, Pull requests with github, bitbucket or stash, >their own instance of gerrit, or even a custom git workflow. >Gerrit would be a great feature for future versions of Solum. but only

Re: [openstack-dev] [savanna] Mission Statement wording

lgtm what was proposed by Doug. Regards, Alexander Ignatov On 13 Feb 2014, at 16:29, Sergey Lukjanov wrote: > Hi folks, > > I'm working now on adding Savanna's mission statement to governance docs [0]. > There are some comments on our current one to make it simpler and remove > marketing l

Re: [openstack-dev] [Solum] Question about Zuul's role in Solum

Excerpts from Julien Vey's message of 2014-02-13 05:18:19 -0800: > Hi, > > I have some concerns about using Zuul in Solum > > I agree gating is a great feature but it is not useful for every project > and as Adrian said, not understood by everyone. > I think many Solum users, and PaaS users in ge

[openstack-dev] "bad" default values in conf files

I was recently bitten by a case where some defaults in keystone.conf were not appropriate for real deployment, and our puppet modules were not providing better values https://bugzilla.redhat.com/show_bug.cgi?id=1064061. Since there are hundreds (thousands?) of options across all the services. I

Re: [openstack-dev] Version Discovery Standardization

FWIW, an early proposal to address this, as well as capability discovery, still lives at https://etherpad.openstack.org/p/api-version-discovery-proposal. I've lost track of where this went, and even which design summit this is from, but I've been using it as a sanity check for the discovery bits i

Re: [openstack-dev] [marconi] API 1.1 feedback

On 13/02/14 10:30 +, Jamie Hannaford wrote: I noticed a few things about the new 1.1 spec that I thought I'd give feedback on: 1. Set Queue Metadata A PUT operation is provided, which does a hard replace of metadata values. New items are inserted, and existing items that are not specified ar

Re: [openstack-dev] [savanna] Mission Statement wording

Short version looks good for me. Andrew. On Thu, Feb 13, 2014 at 4:29 AM, Sergey Lukjanov wrote: > Hi folks, > > I'm working now on adding Savanna's mission statement to governance docs > [0]. There are some comments on our current one to make it simpler and > remove marketing like stuff. > > S

Re: [openstack-dev] "bad" default values in conf files

Excerpts from David Kranz's message of 2014-02-13 06:38:52 -0800: > I was recently bitten by a case where some defaults in keystone.conf > were not appropriate for real deployment, and our puppet modules were > not providing better values > https://bugzilla.redhat.com/show_bug.cgi?id=1064061. J

Re: [openstack-dev] "bad" default values in conf files

David, Good that you rise this topic. It is actually sad that you have to make a big investigation of OpenStack config params, before you are able to use OpenStack. I think that this work should be done mostly inside upstream. So I have a couple of ideas how we can simplify investigation of how

Re: [openstack-dev] "bad" default values in conf files

On Thu, 2014-02-13 at 09:38 -0500, David Kranz wrote: > I was recently bitten by a case where some defaults in keystone.conf > were not appropriate for real deployment, and our puppet modules were > not providing better values > https://bugzilla.redhat.com/show_bug.cgi?id=1064061. Since there ar

[openstack-dev] [Solum] Regarding language pack database schema

Hi All, I have been working on defining the Language pack database schema. Here is a link to my review which is still a WIP - https://review.openstack.org/#/c/71132/3. There are a couple of different opinions on how we should be designing the schema. Language pack has several complex attribute

Re: [openstack-dev] [Solum] Regarding language pack database schema

Hi Arati, I would vote for Option #2 as a short term solution. Probably later we can consider using NoSQL DB or MariaDB which has Column_JSON type to store complex types. Thanks Georgy On Thu, Feb 13, 2014 at 8:12 AM, Arati Mahimane < arati.mahim...@rackspace.com> wrote: > Hi All, > > I hav

[openstack-dev] [GSoC] Call for Mentors and Participants (#openstack-gsoc)

Hey, Today is the last day to prepare a submission for the Google Summer of Code project. If interested, please volunteer by adding your name and project affiliation here: https://wiki.openstack.org/wiki/GSoC2014#Mentors Join us @ freenode: #openstack-gsoc for the latest updates or if you have a

Re: [openstack-dev] [Openstack] [TROVE] Manual Installation: problems with trove-manage

Hi Michael, I'm using this unique guide: " http://docs.openstack.org/developer/trove/dev/manual_install.html";. If you can give me an useful guide, I would be grateful! >> 1) Which user do I need use in order to install TROVE, root user or a >> non-root user? >Installation should be the same

Re: [openstack-dev] [OpenStack-Dev] [Cinder] Cinder driver verification

On 02/13/2014 02:51 AM, Thierry Carrez wrote: John Griffith wrote: So we've talked about this a bit and had a number of ideas regarding how to test and show compatibility for third-party drivers in Cinder. This has been an eye opening experience (the number of folks that have NEVER run tempest b

Re: [openstack-dev] Devstack installation failed with CINDER installation

Looks like a transient pypi failure. You can either wait for pypi to get its act together or configure pip to use the pypi.openstack.org mirror. This is the relevant part of my ~/.pip/pip.conf file: [fedora@openstack .pip]$ cat pip.conf [global] index-url = http://pypi.openstack.org/openstack

Re: [openstack-dev] [Neutron]A problem produced by accidentally deleting DHCP port

Hi, Good find. This looks like a duplicate of a bug that is in progress [1]. Stephen Ma has a review up that addresses it [2]. Carl [1] https://bugs.launchpad.net/neutron/+bug/1244853 [2] https://review.openstack.org/#/c/57954 On Thu, Feb 13, 2014 at 1:19 AM, shihanzhang wrote: > Howdy folks

Re: [openstack-dev] "bad" default values in conf files

On 2014-02-13 09:01, Clint Byrum wrote: Excerpts from David Kranz's message of 2014-02-13 06:38:52 -0800: I was recently bitten by a case where some defaults in keystone.conf were not appropriate for real deployment, and our puppet modules were not providing better values https://bugzilla.redhat

Re: [openstack-dev] Interested in attracting new contributors?

"Dolph Mathews" wrote: > On Wed, Feb 12, 2014 at 8:30 AM, Julie Pichon wrote: > > > > > I can definitely sympathise with the comment in Stefano's article that > > there are not enough easy tasks / simple issues for newcomers. There's > > a lot to learn already when you're starting out (git, gerr

Re: [openstack-dev] [OpenStack-Dev] [Cinder] Cinder driver verification

On Thu, Feb 13, 2014 at 4:51 AM, Thierry Carrez wrote: > John Griffith wrote: > > To add some controversy and keep the original intent of having only > > known tested and working drivers in the Cinder release, I am going to > > propose that any driver that has not submitted successful functional >

Re: [openstack-dev] [Openstack] [TROVE] Manual Installation: problems with trove-manage

Giuseppe Galeota writes: > Hi Michael, > I'm using this unique guide: " > http://docs.openstack.org/developer/trove/dev/manual_install.html";. Thats developer guide uses virtualenv, but its by no means necessary. > Can you help me with a more useful guide that makes trove working? Id love to h

Re: [openstack-dev] [OpenStack-Dev] [Cinder] Cinder driver verification

On Thu, Feb 13, 2014 at 9:59 AM, Walter A. Boring IV wrote: > On 02/13/2014 02:51 AM, Thierry Carrez wrote: >> >> John Griffith wrote: >>> >>> So we've talked about this a bit and had a number of ideas regarding >>> how to test and show compatibility for third-party drivers in Cinder. >>> This has

Re: [openstack-dev] [OpenStack-Dev] [Cinder] Cinder driver verification

On Thu, Feb 13, 2014 at 9:30 AM, Dean Troyer wrote: > Are any of these drivers new for Icehouse? I think adding broken drivers > in Icehouse is a mistake. The timing WRT Icehouse release schedule is > unfortunate but so is shipping immature drivers that have to be supported > and possibly depre

Re: [openstack-dev] [OpenStack-Dev] [Cinder] Cinder driver verification

"Walter A. Boring IV" wrote on 02/13/2014 06:59:38 PM: > What I would do different for the Icehouse release is this: > > If a driver doesn't pass the certification test by IceHouse RC1, then we > have a bug filed > against the driver. I would also put a warning message in the log for > that

Re: [openstack-dev] [Neutron] Interest in discussing vendor plugins for L3 services?

I am interested too. UTC-8. On Wed, Feb 12, 2014 at 11:38 PM, Gary Duan wrote: > I'm interested in the discussion. UTC-8. > > Gary > > > On Wed, Feb 12, 2014 at 10:22 AM, Mandeep Dhami > wrote: > >> >> I would be interested as well (UTC-8). >> >> Regards, >> Mandeep >> >> >> >> On Wed, Feb 12,

Re: [openstack-dev] [OpenStack-Dev] [Cinder] Cinder driver verification

On Thu, Feb 13, 2014 at 10:30 AM, Dean Troyer wrote: > On Thu, Feb 13, 2014 at 4:51 AM, Thierry Carrez > wrote: > >> John Griffith wrote: >> > To add some controversy and keep the original intent of having only >> > known tested and working drivers in the Cinder release, I am going to >> > propos

[openstack-dev] [Ironic] first review jam session redux

Just a quick follow-up to our first "review jam session". We got 5 patches landed in the server 3 in the client, and zuul is merging another 5 right now. We started an etherpad part-way through https://etherpad.openstack.org/p/IronicReviewDay Let's continue to use that to track work that spins o

[openstack-dev] [State-Management] Agenda for meeting (today) at 2000 UTC

Hi all, The [state-management] project team holds a weekly meeting in #openstack-meeting on thursdays, 2000 UTC. The next meeting is today, 2014-02-13!!! As usual, everyone is welcome :-) Link: https://wiki.openstack.org/wiki/Meetings/StateManagement Taskflow: https://wiki.openstack.org/TaskFlo

Re: [openstack-dev] [Ironic] first review jam session redux

*I think this was great. We got a lot accomplished in very little time -- let's plan to do this again **next Thursday*, *8am* *PST* Totally +1 from me *Let's also have a shorter review session at the same time on Monday morning, before the meeting.* Would this be another review session or recap fo

Re: [openstack-dev] [savanna] Mission Statement wording

We have a small voting on the meeting and agreed on this one ("To provide a scalable data processing stack and associated management interfaces"). On Thu, Feb 13, 2014 at 6:53 PM, Andrew Lazarev wrote: > Short version looks good for me. > > Andrew. > > > On Thu, Feb 13, 2014 at 4:29 AM, Sergey L

Re: [openstack-dev] Devstack installation failed with CINDER installation

Thanks Ben! This worked for me too! The pip.conf file wasn’t there. I created it (as root) and added the 2 lines you suggested. I can now run Tox without running into pypi timeout / dependency issues. Ramy From: Ben Nemec [mailto:openst...@nemebean.com] Sent: Thursday, February 13, 2014 8:56 A

Re: [openstack-dev] [Ironic] first review jam session redux

On Thu, Feb 13, 2014 at 11:06 AM, Chris K wrote: > *I think this was great. We got a lot accomplished in very little time -- > let's plan to do this again **next Thursday*, *8am* *PST* > Totally +1 from me > > *Let's also have a shorter review session at the same time on > Monday morning, before

Re: [openstack-dev] Interested in attracting new contributors?

On 2014-02-12 15:34, Adrian Otto wrote: On Feb 12, 2014, at 12:41 PM, Ben Nemec wrote: On 2014-02-12 13:48, Adrian Otto wrote: On Feb 12, 2014, at 10:13 AM, Ben Nemec wrote: On 2014-02-12 09:51, Jesse Noller wrote: On Feb 12, 2014, at 8:30 AM, Julie Pichon wrote: Hi folks, Stefano's pos

Re: [openstack-dev] [Ironic] [TripleO] Goal setting // progress towards integration

> I would also like to see CI (either third party or in the gate) for > the nova driver before merging it. There's a chicken and egg problem > here if its in the gate, but I'd like to see it at least proposed as a > review. Yeah, I think that the existing nova-baremetal driver is kinda frozen in a

[openstack-dev] [savanna] team meeting minutes Feb 13

Thanks everyone who have joined Savanna meeting. Here are the logs from the meeting: Minutes: http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-13-18.00.html Log: http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-13-18.00.log.html -- Sincerely yours, Sergey

Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

Jay, Just an FYI. We have modified the Gerrit plugin it accept/match regex to generate notifications of for "receck no bug/bug ###". It turned out to be very simple fix and we (Arista Testing) is now triggering on recheck comments as well. regards.. -Sukhdev On Thu, Feb 6, 2014 at 4:16 PM, Suk

Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

On Thu, 2014-02-13 at 12:34 -0800, Sukhdev Kapur wrote: > Jay, > > Just an FYI. We have modified the Gerrit plugin it accept/match regex > to generate notifications of for "receck no bug/bug ###". It turned > out to be very simple fix and we (Arista Testing) is now triggering on > recheck comment

Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

nice, are you planning to commit it to upstream? On Fri, Feb 14, 2014 at 12:34 AM, Sukhdev Kapur wrote: > Jay, > > Just an FYI. We have modified the Gerrit plugin it accept/match regex to > generate notifications of for "receck no bug/bug ###". It turned out to be > very simple fix and we (Arist

Re: [openstack-dev] Gamification and on-boarding ...

+1, nice idea, it could be really funny. agreed with Thierry's note about automation. On Thu, Feb 13, 2014 at 5:53 PM, Sean Dague wrote: > On 02/13/2014 05:37 AM, Thierry Carrez wrote: > > Sandy Walsh wrote: > >> The informal OpenStack motto is "automate everything", so perhaps we > should con

Re: [openstack-dev] [oslo] instructions for creating a new oslo library

Doug, great work, I think it could be sometimes be a base for a detailed guide about different type projects creation. On Thu, Feb 13, 2014 at 1:29 AM, Doug Hellmann wrote: > > > > On Wed, Feb 12, 2014 at 4:12 PM, Ben Nemec wrote: > >> On 2014-02-12 13:28, Doug Hellmann wrote: >> >> I have be

Re: [openstack-dev] Version Discovery Standardization

On 02/13/2014 09:45 AM, Dean Troyer wrote: > FWIW, an early proposal to address this, as well as capability > discovery, still lives > at https://etherpad.openstack.org/p/api-version-discovery-proposal. > I've lost track of where this went, and even which design summit this > is from, but I've bee

Re: [openstack-dev] Gamification and on-boarding ...

On 14 February 2014 02:53, Sean Dague wrote: > So it seems like the only way we'd make real progress here is to get a > chunk of people to devote some dedicated time to mentoring in the next > cycle. Gamification might be most useful, but honestly I expect a "Start > Here" page with the consolida

Re: [openstack-dev] [Ironic] [TripleO] Goal setting // progress towards integration

On Thu, Feb 13, 2014 at 12:16 PM, Dan Smith wrote: > > I would also like to see CI (either third party or in the gate) for > > the nova driver before merging it. There's a chicken and egg problem > > here if its in the gate, but I'd like to see it at least proposed as a > > review. > > Yeah, I th

[openstack-dev] [TripleO] consistency vs packages in TripleO

So progressing with the 'and folk that want to use packages can' arc, we're running into some friction. I've copied -operators in on this because its very relevant IMO to operators :) So far: - some packages use different usernames - some put things in different places (and all of them use diff

Re: [openstack-dev] Gamification and on-boarding ...

On Thu, Feb 13, 2014 at 7:53 AM, Sean Dague wrote: > On 02/13/2014 05:37 AM, Thierry Carrez wrote: > > Sandy Walsh wrote: > >> The informal OpenStack motto is "automate everything", so perhaps we > should consider some form of gamification [1] to help us? Can we offer > badges, quests and challen

Re: [openstack-dev] [oslo] instructions for creating a new oslo library

That's the idea. The wiki is easier to edit while we are uncovering all of the steps, but after we have them worked out we can put this in the infra docs somewhere and create a choose-your-own adventure walk-through guide to deal with the branching for different use cases. On Thu, Feb 13, 2014 at

Re: [openstack-dev] [Solum] Question about Zuul's role in Solum

- Original Message - > From: Julien Vey < vey.jul...@gmail.com > > Reply-To: "OpenStack Development Mailing List (not for usage questions)" < > openstack-dev@lists.openstack.org > > Date: Thursday, February 13, 2014 7:18 AM > To: "OpenStack Development Mailing List (not for usage question

Re: [openstack-dev] [Solum] Regarding language pack database schema

I like option #2, simply because we should force ourselves to justify every attribute that is extracted as a queryable parameter, rather than making them queryable at the start. - Original Message - > Hi Arati, > > > I would vote for Option #2 as a short term solution. Probably later w

Re: [openstack-dev] [Openstack-operators] [TripleO] consistency vs packages in TripleO

On Thursday, February 13, 2014 at 1:27 PM, Robert Collins wrote: > So progressing with the 'and folk that want to use packages can' arc, > we're running into some friction. > > I've copied -operators in on this because its very relevant IMO to operators > :) > > So far: > - some packages use dif

Re: [openstack-dev] [OpenStack-Infra] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

Hi, I wrote a blog post about how to setup Zuul manually. http://ritchey98.blogspot.jp/2014/02/openstack-third-party-testing-how-to.html It covers how to migrate from Gerrit Trigger plugin to Zuul and some tips including a way to define vendor-specific recheck trigger in addition to the setup pro

Re: [openstack-dev] [Neutron][LBaaS] Proposal for model change - Multiple services per floating IP

Hi Eugene, Aah, Ok. FWIW, splitting up the VIP into instance/"floating IP entity" separate from listener (ie. carries most of the attributes of VIP, in current implementation) still allows us to ensure tenants don't end up accidentally sharing an IP address. The "instance" could be associated with

Re: [openstack-dev] [Openstack-operators] [TripleO] consistency vs packages in TripleO

I like the idea of B, but realistically I don't see it ever happening. Their packages are already done and working with things in different places. It would not be possible to change the existing package sets to move things without breaking existing systems. Even if they wanted to. They usually

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

On Thu, Feb 13, 2014 at 4:27 PM, Robert Collins wrote: > So progressing with the 'and folk that want to use packages can' arc, > we're running into some friction. > > I've copied -operators in on this because its very relevant IMO to operators > :) > > So far: > - some packages use different use

Re: [openstack-dev] Version Discovery Standardization

On Thu, 13 Feb 2014 15:54:23 -0500 Sean Dague wrote: > On 02/13/2014 09:45 AM, Dean Troyer wrote: > > FWIW, an early proposal to address this, as well as capability > > discovery, still lives > > at https://etherpad.openstack.org/p/api-version-discovery-proposal. > > I've lost track of where thi

Re: [openstack-dev] [Neutron] Neutron py27 test 'FAIL: process-returncode'

I've encountered this FAIL in novalient. Binary content: traceback (test/plain; charset="utf8") Ran 708 tests in 12.268s FAILED (id=0, failures=1) error: testr failed (1) ERROR: InvocationError: '/home/jenkins/workspace/gate-python-novaclient-python26/.tox/py26/bin/python setup.p Who can help me

Re: [openstack-dev] [Neutron] Nominate Oleg Bondarev for Core

+1 2014年2月12日水曜日、Mayur Patilさんは書きました: > +1 > > *--* > *Cheers,* > *Mayur* > ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [TripleO] dhcp-all-interfaces changes reverted

Dan - your DHCP-all-interfaces changes broke on Ubuntu 'testenv' environments - we've backed them out to give them time to be fixed without it being a firedrill. -Rob -- Robert Collins Distinguished Technologist HP Converged Cloud ___ OpenStack-dev m

Re: [openstack-dev] Interested in attracting new contributors?

On 2014-02-12 14:42:17 -0600 (-0600), Dolph Mathews wrote: [...] > There's a lot of such scenarios where new contributors can > quickly find things to contribute, or at lest provide incredibly > valuable feedback to the project in the form of reviews! [...] I heartily second the suggestion. The bi

Re: [openstack-dev] Version Discovery Standardization

On 02/13/2014 08:28 PM, Christopher Yeoh wrote: > On Thu, 13 Feb 2014 15:54:23 -0500 > Sean Dague wrote: > >> On 02/13/2014 09:45 AM, Dean Troyer wrote: >>> FWIW, an early proposal to address this, as well as capability >>> discovery, still lives >>> at https://etherpad.openstack.org/p/api-versio

Re: [openstack-dev] [OpenStack-Dev] [Cinder] Cinder driver verification

On 02/13/2014 09:51 AM, Avishay Traeger wrote: "Walter A. Boring IV" wrote on 02/13/2014 06:59:38 PM: What I would do different for the Icehouse release is this: If a driver doesn't pass the certification test by IceHouse RC1, then we have a bug filed against the driver. I would also put a w

Re: [openstack-dev] Version Discovery Standardization

On Thu, 13 Feb 2014 21:10:01 -0500 Sean Dague wrote: > On 02/13/2014 08:28 PM, Christopher Yeoh wrote: > > On Thu, 13 Feb 2014 15:54:23 -0500 > > Sean Dague wrote: > > > > So one question I have around a global version is what happens when > > we have the following situation: > > > > - Extensi

Re: [openstack-dev] Devstack installation failed with CINDER installation

On 2014-02-13 10:56:28 -0600 (-0600), Ben Nemec wrote: [...] > configure pip to use the pypi.openstack.org mirror. [...] While this is sometimes a useful hack for working around intermittent PyPI CDN growing pains on your personal development workstation, or maybe for ferreting out whether your lo

Re: [openstack-dev] Interested in attracting new contributors?

On 13 February 2014 21:09, Jeremy Stanley wrote: > On 2014-02-12 14:42:17 -0600 (-0600), Dolph Mathews wrote: > [...] > > There's a lot of such scenarios where new contributors can > > quickly find things to contribute, or at lest provide incredibly > > valuable feedback to the project in the for

[openstack-dev] [Neutron] adding handler to neutron logger in neutron.openstack.common

Hi, We are in the process of submitting a neutron third-party plugin and need some advise on logging configuration to resolve the review comments for this. The plugin currently defines a log format and adds a log handler to forward logs to a remote syslog server in this format. We would like to l

[openstack-dev] [nova] Should we limit the disk IO bandwidth in copy_image while creating new instance?

Currently nova doesn't limit the disk IO bandwidth in copy_image() method while creating a new instance, so the other instances on this host may be affected by this high disk IO consuming operation, and some time-sensitive business(e.g RDS instance with heartbeat) may be switched between master

Re: [openstack-dev] Gamification and on-boarding ...

> From: Sean Dague ... > Realistically, the biggest issue I see with on-boarding is mentoring > time. Especially with folks completely new to our structure, there is a > lot of confusing things going on. And OpenStack is a ton to absorb. I > get pinged a lot on IRC, answer when I can, and sometime

[openstack-dev] [Heat] Need more sample HOT templates for users

Hi, I have been recently trying to convince some co-workers and even some customers to try deploy and manipulate their applications using Heat. Here are some feedbacks I got from them, which could be noteworthy for the Heat team, hopefully. - No document can be found on how each Resour

Re: [openstack-dev] [TripleO] dhcp-all-interfaces changes reverted

Robert, I have noticed that trying to DHCP on all interfaces at once in Ubuntu 12.04 results in wrong interfaces getting particular reservations. It is better to do one at a time (with all interfaces down first) with a pause in between. On Feb 14, 2014 6:03 AM, "Robert Collins" wrote: > Dan - yo

Re: [openstack-dev] [Heat] Need more sample HOT templates for users

Hi Qiming, not sure if you have already seen it, but there is some documentation available at the following locations. If you already know it, sorry for dup ;-) Entry to Heat documentation: http://docs.openstack.org/developer/heat/ Template Guide with pointers to more details like documentation

  1   2   >