Re: [openstack-dev] [murano] python versions

I'd rather go with Heat approach (job first) because it makes easier to track what is left to port to Py34 and track progress in this area Sincerely yours, Stan Lagun Principal Software Engineer @ Mirantis On Mon, Jun 8, 2015 at 2:46 PM, Kirill Zaitsev wrote: > I’ve looked into several OS pro

Re: [openstack-dev] [Murano] Does Murano support nested HOT templates?

Currently Murano doesn't support nested template unless they are specified by URL. However this is going to be fixed in current release cycle as there are many requests for this feature. Sincerely yours, Stan Lagun Principal Software Engineer @ Mirantis On Thu, Jun 11, 2015 at 1:55 AM, Vahid S

Re: [openstack-dev] [OpenStack-Infra] Need help! Zuul can not connect to port 29418 of review.openstack.org

On 2015-06-12 09:46:34 + (+), liuxinguo wrote: > Thanks Tom, the method you provide is really a good idea, but > probably it won't work for a 3rd CI. I have tried to change ssh to > https for 3rd CI, but it is not a simple work like that. It > related to lots of zuul code change. It would

Re: [openstack-dev] [puppet] [fuel] more collaboration request

> Hi, > > Before you read me, please remember I know almost nothing about puppet. :) > > On 06/11/2015 11:03 PM, Matt Fischer wrote: > > Matt, > > I appreciate a lot who you are, and all the help you've given me so far, > but what you are asking here is wrong. You shouldn't ask Emilien to > tra

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

I'm fairly easy on this but, if the issue is that the meeting is running into people's evening schedules (in EMEA), would it not make sense to push it back an hour or two into office hours, rather than forward? On 10/06/15 18:20, Ryan Hallisey wrote: After some upstream discussion, moving the

Re: [openstack-dev] [puppet] [Swift] Multiple proxy recipes will create out of sync rings

I skimmed the code, but since I'm not familiar with the environment, I could not find where "swift-ring-builder rebalance" is invoked. I'm guessing that each time you add a device to a ring, a rebalance is also done. Leaving aside how inefficient that is, the key thing is that the rebalance comm

Re: [openstack-dev] [Manila] Ask for help on supportting the 3-rd party CI for HDFS driver

> > It doesn't make sense to require people to learn about things they > > will never use again - and the amount of time spent answering the > > questions, diagnosing problems and so on is quite a bit higher > > than doing it simply right the first time. > > This is, I think, also a common misconc

Re: [openstack-dev] [puppet] drop monolithic plugins in neutron module

Makes sense to drop them to me. On Wed, Jun 10, 2015 at 7:20 PM, Emilien Macchi wrote: > Hi, > > Monolithic plugins have been dropped in Neutron tree since Juno, I think > it's time to drop the code from puppet-neutron (I guess everyone is > using ML2, at least I hope for them). > > If anyone is

Re: [openstack-dev] [Neutron] Issue with pymysql

On Fri, 12 Jun 2015, Joe Gordon wrote: Glad to see us catch these issues early. Yes! CI is doing exactly the job it is supposed to be doing here. It is finding bugs in code. When that happens we should fix the bugs, not revert. Even if it stalls other stuff. -- Chris Dent tw:@anticdent freeno

[openstack-dev] [api] [gabbi] gabbi can poll now

In various discussion with some of the projects, on this list and at summit, one of the holdups on people being able to adopt gabbi[1] as a tool for HTTP API testing in their own stuff was because they had request handlers that return 202 in response to a POST and the created resource would not b

Re: [openstack-dev] [Neutron] Issue with pymysql

On 06/12/2015 06:31 AM, Joe Gordon wrote: > > > On Fri, Jun 12, 2015 at 7:13 PM, Sean Dague > wrote: > > On 06/12/2015 01:17 AM, Salvatore Orlando wrote: > > It is however interesting that both "lock wait timeouts" and "missing > > savepoint" errors occur in o

Re: [openstack-dev] [Neutron] Issue with pymysql

On Fri, Jun 12, 2015 at 7:13 PM, Sean Dague wrote: > On 06/12/2015 01:17 AM, Salvatore Orlando wrote: > > It is however interesting that both "lock wait timeouts" and "missing > > savepoint" errors occur in operations pertaining the same table - > > securitygroups in this case. > > I wonder if th

Re: [openstack-dev] [magnum][horizon] Making a dashboard for Magnum - need a vote from the core team

The review for the creation of the new project is here https://review.openstack.org/190998 To confirm Adrian, do you intend to use the Magnum launchpad for UI related bps and bugs or the Magnum UI launchpad indicated in the spec (https://launchpad.net/magnum-ui)? If it’s the former I shall upda

Re: [openstack-dev] [puppet] [fuel] more collaboration request

On Fri, Jun 12, 2015 at 09:24:33AM +0200, Flavio Percoco wrote: > I'm sure you both, and the Fuel team, are acting on good faith but I > believe, in this case, there's no problem that makes copy/pasting > code, and therefore loosing commits attribution, acceptable. To sum up my previous emails, yo

Re: [openstack-dev] [neutron] Microversioning work questions and kick-start

On 06/11/2015 06:03 PM, Salvatore Orlando wrote: > As most of you already know, work is beginning to move forward on the > micro-versioned Neutron API, for which a specification is available at [1] > > From a practical perspective there is one non-negligible preliminary > issue that needs attentio

Re: [openstack-dev] [Neutron] Issue with pymysql

On 06/12/2015 01:17 AM, Salvatore Orlando wrote: > It is however interesting that both "lock wait timeouts" and "missing > savepoint" errors occur in operations pertaining the same table - > securitygroups in this case. > I wonder if the switch to pymysl has not actually uncovered some other > bug

[openstack-dev] [fuel][plugin] Where can I find the Test Report template?

The Fuel plugin wiki states that a test report is required for plugin certification and that it must be created according to the template, but doesn't mention where the template can be found. Is anyone able to tell me? Thanks, Emma https://wiki.openstack.org/wiki/Fuel/Plugins#Creating_documenta

Re: [openstack-dev] [OpenStack-Infra] Need help! Zuul can notconnect to port 29418 of review.openstack.org

Hi, I met the same problem as you. I resolve this problem by change git url. You can do like this: 1. Get a http password from https://review.openstack.org/#/settings/http-password 2. Set git url like this: git remote set-url gerrit https://username:passw...@review.openstack.org/openstack/stackf

Re: [openstack-dev] [puppet] [fuel] more collaboration request

On Fri, Jun 12, 2015 at 09:31:45AM +0200, Flavio Percoco wrote: > On 11/06/15 17:36 +0300, Matthew Mosesohn wrote: > >Secondly, I'd like to point out that Fuel is not so different from > >what other teams are doing. At the Summit, I heard from others who all > >maintain internal Gerrits and interna

Re: [openstack-dev] [OpenStack-Infra] Need help! Zuul can not connect to port 29418 of review.openstack.org

Thanks Tom, the method you provide is really a good idea, but probably it won't work for a 3rd CI. I have tried to change ssh to https for 3rd CI, but it is not a simple work like that. It related to lots of zuul code change. -邮件原件- 发件人: Tom Fifield [mailto:t...@openstack.org] 发送时间: 201

Re: [openstack-dev] [puppet] [fuel] more collaboration request

On Thu, Jun 11, 2015 at 11:43:09PM -0400, Emilien Macchi wrote: > What about code history and respect of commit ownership? > I'm personally wondering if it's fair to copy/paste several thousands of > lines of code from another Open-Source project without asking to the > community or notifying the a

Re: [openstack-dev] If the trove-mgmt-client is not begin by someone, i want to do this work.

Hi Li: There's already a python-troveclient bug open for this issue [1]. As per our IRC conversation, I've gone ahead and assigned it to you. Thanks! -Nikhil [1] https://bugs.launchpad.net/python-troveclient/+bug/1250258 On Fri, Jun 12, 2015 at 2:14 AM, Li Tianqing wrote: > I prefer contribut

Re: [openstack-dev] ThirdPartyCI: Tempest job fails with "Unexpected termination of the channel"

Hi, After some more tests i was able to link the failure of the jenkins job with the errors in dmesg : [Fri Jun 12 11:04:37 2015] br100: port 2(vnet1) entered disabled state [Fri Jun 12 11:04:37 2015] device vnet1 left promiscuous mode [Fri Jun 12 11:04:37 2015] br100: port 2(vnet1) entered disabl

[openstack-dev] [cinder] Will CI failures recently cause the corresponding driver removed from the L?

Hi, Our CI can not connect to port 29418 of review.openstack.org recently, possibly because the GFW filtered the access. Now we are processing this problem as soon as we found it. According to the decision of Cinder Meeting 2015-06-10: "June 15th proposed drivers for Liberty without passing code

Re: [openstack-dev] If the trove-mgmt-client is not begin by someone, i want to do this work.

I prefer contribute. I think you mean, we can add mgmt-cli directly into python-troveclient? That is ok. what i should do? do i need to wirte a bp? or just write code, push it to upstream? -- Best Li Tianqing At 2015-06-12 16:52:46, "Nikhil Manchanda" wrote: Hi Li: Thanks for steppi

Re: [openstack-dev] [OpenStack-Infra] Need help! Zuul can not connect to port 29418 of review.openstack.org

Alternatively you could have a look at tunneling SSH over HTTP with corkscrew: http://www.techrepublic.com/blog/linux-and-open-source/using-corkscrew-to-tunnel-ssh-over-http/ Regards 2015-06-12 11:09 GMT+02:00 Tom Fifield : > On 12/06/15 17:04, liuxinguo wrote: > >> Hi, >> >> Recentlyour CI can

Re: [openstack-dev] Need help! Zuul can not connect to port 29418 of review.openstack.org

On 12/06/15 17:04, liuxinguo wrote: Hi, Recentlyour CI can not connect to port 29418 of review.openstack.org. Following are the failuer message, is there anyone know the reasion why our CI can not cennect to 29418 of review.openstack.org? That port on review.openstack.org currently appears t

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

On 06/10/2015 04:31 PM, Joe Gordon wrote: > > > On Wed, Jun 10, 2015 at 5:24 PM, Ian Cordasco > mailto:ian.corda...@rackspace.com>> wrote: > > > > On 6/10/15, 09:12, "Thomas Goirand" > wrote: > > >On 06/10/2015 12:25 PM, Dave Walker wrote: > >> The ini

Re: [openstack-dev] If the trove-mgmt-client is not begin by someone, i want to do this work.

Hi Li: Thanks for stepping up, and volunteering to dig into this. Your help is much appreciated! We did talk about this at the Vancouver Summit, but as far as I'm aware no one has started on this work for Liberty. As I had mentioned in one of my previous emails, python-troveclient does have the c

Re: [openstack-dev] [Ceilometer] Meter rename discussion

hi Edwin, i added a comment to patch, maybe we don't need to do any search/replace at all ie. if we have meter x.y that is renamed to meter y.z, if you search for either x.y or y.z, the results may contain samples with both names? and over time, it'll eventually just have the single name. the a

Re: [openstack-dev] [puppet] [fuel] more collaboration request

On 06/12/2015 04:31 AM, Dmitry Borodaenko wrote: > A better alternative would be to make all upstream Puppet OpenStack > directly usable in Fuel, but even if we figure out a way to make that > work, it will take a long journey to get there. On the upstream side, > Fuel core reviewers would have to

Re: [openstack-dev] [Neutron] Proposing YAMAMOTO Takashi for the Control Plane core team

I know my vote does not count, but “big +1” from me :) Best, Miguel Ángel Ajo On Thursday 11 June 2015 at 22:24, Armando M. wrote: > +1 > > On 11 June 2015 at 12:42, Carl Baldwin (mailto:c...@ecbaldwin.net)> wrote: > > +1 > > > > On Thu, Jun 11, 2015 at 12:15 PM, Kevin Benton > (mailto:bl

Re: [openstack-dev] Proposing Brian Haley to Neutron L3 Core Reviewer Team

Here too, my vote doesn’t count, but big+1, all my interactions with Brian have been awesome, and he’s been doing a very good job for a long time. Best, Miguel Ángel Ajo On Thursday 11 June 2015 at 12:27, Gary Kotton wrote: > +1 > > On 6/10/15, 10:11 PM, "Carl Baldwin" (mailto:c...@ecbaldwin

Re: [openstack-dev] [puppet] [fuel] more collaboration request

On Thu, Jun 11, 2015 at 11:01:19PM -0400, Emilien Macchi wrote: > > 1) "If you are adding a module that is the work of another project and > > is already tracked in separate repo (...) review should also contain the > > commit hash from the upstream repo in the commit message". Using this > > refer

Re: [openstack-dev] [puppet] [fuel] more collaboration request

On 11/06/15 17:36 +0300, Matthew Mosesohn wrote: [..] Secondly, I'd like to point out that Fuel is not so different from what other teams are doing. At the Summit, I heard from others who all maintain internal Gerrits and internal forks of the modules. The difference is that Fuel is being worked

Re: [openstack-dev] [puppet] [fuel] more collaboration request

Greetings, On 11/06/15 19:31 -0700, Dmitry Borodaenko wrote: On Thu, Jun 11, 2015 at 05:39:28PM -0400, Emilien Macchi wrote: On 06/11/2015 10:36 AM, Matthew Mosesohn wrote: > I'm not saying it's the most community-oriented approach, but Fuel > would have never evolved and matured without it. Th

<    1   2