Re: [openstack-dev] [Senlin]Nominating Ruijie Yuan for Senlin core reviewer

[Ethan Lynn]

+1 Ruijie is a hard working guy!

Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Nov 11, 2016, at 14:27, Yanyan Hu <huyanya...@gmail.com> wrote:
> 
> Hi Senlin core team, 
> 
> I'd like to nominate Ruijie Yuan(IRC name 'ruijie') for Senlin core reviewer.
> 
> Ruijie started to work on Senlin since the beginning of Newton cycle and he 
> has made significant contribution to Senlin project in last three months 
> including the batch policy support, versioned API support and etc.. He is 
> also actively interacting with the team for bug fix, blueprint discussion and 
> code review. I have talked with him and he expressed strong enthusiasm and 
> will to contribute to Senlin project and I believe he will make a great 
> addition to the core review team.
> 
> So please put your +1 or -1 here. Please note any -1 will be a veto for this 
> nomination. I will collect the result in seven days.
> 
> Thanks you so much!
> 
> http://stackalytics.com/report/contribution/senlin-group/60 
> <http://stackalytics.com/report/contribution/senlin-group/60>
> 
> -- 
> Best regards,
> 
> Yanyan
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [senlin] Proposed changes to senlin core team

[Ethan Lynn]

+1 from me! They make a great contribution to senlin project.

Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Oct 13, 2016, at 20:27, Qiming Teng <teng...@linux.vnet.ibm.com> wrote:
> 
> As the project keeps growing and maturing, we are happily seeing more
> eyes on it, more hands on it. Among the many contributors, the following
> two are outstanding:
> 
> lvdongbing <dongbing...@kylin-cloud.com>
> Involved in OpenStack for a few years now. His contribution is not
> limited to senlin, but also other projects such as heat, nova, solum
> etc. His experience and passion would be a great help to our team.
> 
> ref:
> http://stackalytics.com/?module=senlin-group=commits_id=dbcocle=all
> 
> XueFeng Liu <liu.xuefe...@zte.com.cn>
> Both a user and a developer of senlin. His recent contribution has shown
> that he has a good understanding of the project's mission and
> implementation. His commits and reviews are all of good quality.
> 
> ref:
> http://stackalytics.com/?module=senlin-group=commits=all_id=jonnary-liu
> 
> With this email, I'm formally inviting these two developers to join
> senlin core team. Please cast your votes by replying this email, core
> team. Thank you.
> 
> Regards,
>  Qiming
> 
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [heat][requirements] Re: [Openstack-stable-maint] Stable check of openstack/heat failed

[Ethan Lynn]

Hi Tony,
  patch https://review.openstack.org/#/c/347634/ 
<https://review.openstack.org/#/c/347634/>  for master branch is merged, patch 
for mitaka https://review.openstack.org/#/c/347637/ and for liberty 
https://review.openstack.org/#/c/347639/ 
<https://review.openstack.org/#/c/347639/> are being review.

Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Jul 28, 2016, at 02:19, Tony Breeds <t...@bakeyournoodle.com> wrote:
> 
> On Wed, Jul 27, 2016 at 02:20:38PM +0800, Ethan Lynn wrote:
>> Hi Tony,
>>  I submit a patch to use upper-constraints for review,
>>  https://review.openstack.org/#/c/347639/
>>  <https://review.openstack.org/#/c/347639/> . Let’s wait for the feedback
>>  and results.
> 
> Thanks.  I see that you have reviews for master, mitaka and liberty.  Thanks 
> for doign that.
> 
> Once the mast patch merges let me know and I'll help approve the stable 
> patches
> 
> Yours Tony.
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [heat][requirements] Re: [Openstack-stable-maint] Stable check of openstack/heat failed

[Ethan Lynn]

Hi Tony,
  I submit a patch to use upper-constraints for review, 
https://review.openstack.org/#/c/347639/ 
<https://review.openstack.org/#/c/347639/> . Let’s wait for the feedback and 
results.



Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Jul 27, 2016, at 07:47, Tony Breeds <t...@bakeyournoodle.com> wrote:
> 
> On Tue, Jul 26, 2016 at 05:44:06AM +, A mailing list for the OpenStack 
> Stable Branch test reports. wrote:
>> Build failed.
>> 
>> - periodic-heat-docs-liberty 
>> http://logs.openstack.org/periodic-stable/periodic-heat-docs-liberty/6835807/
>>  : SUCCESS in 10m 19s
>> - periodic-heat-python27-db-liberty 
>> http://logs.openstack.org/periodic-stable/periodic-heat-python27-db-liberty/0dd2d48/
>>  : FAILURE in 8m 19s
> 
> This job started failing recently [1] with the following error[2]:
> novaclient.exceptions.Forbidden: 'novaclient.v2.client.Client' is not 
> designed to be initialized directly. It is inner class of novaclient. You 
> should use 'novaclient.client.Client' instead. Related lp bug-report: 1493576 
> (HTTP 403)
> 
> This is because the heat tests on the liberty branch are using the novaclient 
> from master.
> 
> As I see it there are 2 options
> 1. Add upper-constraints support to heat, this will ensure that all client
>   libraries are used appropriately per release.
> 2. Backport variations of:
>I8f42e4ab446b0369d4c53fa4d3a734689ab541e3
>I428abb4ca05847da8ffc2da7157aa5c34263a205
>  To mitaka and liberty
> 3. Something else I haven't thought of
> 
> From a stable-maint point of view option 1 is preferred.  Is there anything
> specific to heat that would prevent it from working with upper-constraints
> enabled?
> 
> Yours Tony.
> 
> [1] 
> http://status.openstack.org//openstack-health/#/job/periodic-heat-python27-db-liberty
> [2] 
> http://logs.openstack.org/periodic-stable/periodic-heat-python27-db-liberty/0dd2d48/console.html#_2016-07-26_05_35_18_970003
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [heat]informal meetup during summit

[Ethan Lynn]

Have a company social tonight, will join you at Friday :)


Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Apr 24, 2016, at 10:28, Rico Lin <ric...@inwinstack.com> wrote:
> 
> Hi all
> Let's settle with fallowing schedule:)
> 
> Monday 7:00 pm at 
>  continentalclub 
> <http://www.google.com/url?q=http%3A%2F%2Fcontinentalclub.com=D=1=AFQjCNGirvAgZuZhxVEzHb7bFZU_fShJQw>
>  : The most recommanded place for live music bar in Austin!
> address : 1315 S Congress Ave
> Austin, TX 78704 http://continentalclub.com 
> <http://www.google.com/url?q=http%3A%2F%2Fcontinentalclub.com=D=1=AFQjCNGirvAgZuZhxVEzHb7bFZU_fShJQw>
> (Feel free to get there early, will be there around 7)
> 
> 
> Friday 10:00 am at alta's cafe
> http://altascafe.com/ <http://altascafe.com/>
> map 
> <https://www.google.com/maps/place/Alta's+Cafe/@30.2599718,-97.742933,17.34z/data=!4m2!3m1!1s0x8644b507619cafbd:0xdacdf8c6a6f35881>
> 
> See you all there:)
> 
> 2016-04-23 9:01 GMT+08:00 Rico Lin <ric...@inwinstack.com 
> <mailto:ric...@inwinstack.com>>:
> Let's settle down on with
> 
> A meet up on Monday night 7:00pm
> At  continentalclub 
> <http://www.google.com/url?q=http%3A%2F%2Fcontinentalclub.com=D=1=AFQjCNGirvAgZuZhxVEzHb7bFZU_fShJQw>
>  address : 1315 S Congress Ave
> Austin, TX 78704 http://continentalclub.com 
> <http://www.google.com/url?q=http%3A%2F%2Fcontinentalclub.com=D=1=AFQjCNGirvAgZuZhxVEzHb7bFZU_fShJQw>
> And 
> Friday morning 10:00 venue:TBD
> 
> Is the time and venue find with everyone?
> 
> Everyone are welcome :)
> Feel free to let me know if you're coming, just for easy pre-booking purpose:)
> 
> On Apr 22, 2016 12:13 AM, "Zane Bitter" <zbit...@redhat.com 
> <mailto:zbit...@redhat.com>> wrote:
> On 20/04/16 13:00, Rico Lin wrote:
> Hi team
> Let plan for more informal meetup(relax) time! Let all heaters and any
> other projects can have fun and chance for technical discussions together.
> 
> After discuss in meeting, we will have a pre-meetup-meetup on Friday
> morning to have a cup of cafe or some food. Would like to ask if anyone
> knows any nice place for this meetup?:)
> 
> According to https://www.openstack.org/summit/austin-2016/guide-to-austin/ 
> <https://www.openstack.org/summit/austin-2016/guide-to-austin/> if we line up 
> at Franklin's at 7am then we can be eating barbeque by 11 and still make it 
> back in time for the afternoon meetup :))
> 
> Also open for other chance for all can go out for a nice dinner and
> beer. Right now seems maybe Monday or Friday night could be the best
> candidate for this wonderful task, what all think about this? :)
> 
> +1. I'll be around on Friday, but I imagine a few people will be leaving so 
> Monday is probably better.
> 
> cheers,
> Zane.
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe 
> <http://openstack-dev-requ...@lists.openstack.org/?subject:unsubscribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 
> <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
> 
> 
> 
> -- 
> May The Force of OpenStack Be With You, 
> 
> Rico Lin
> Chief OpenStack Technologist, inwinSTACK
> irc: ricolin
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org 
> <mailto:openstack-dev-requ...@lists.openstack.org>?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 
> <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Heat][Horizon] Liberty horizon and get_file workaround?

[Ethan Lynn]

There’s a patch to fix this problem in mitaka 
https://review.openstack.org/#/c/241700/ 
<https://review.openstack.org/#/c/241700/> , Need to here more feedbacks about 
backport it to liberty release https://review.openstack.org/#/c/260436/ 
<https://review.openstack.org/#/c/260436/> .


Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Apr 22, 2016, at 13:06, Jason Pascucci <j...@juniper.net> wrote:
> 
> Hi,
>  
> I wanted to add my yaml as new resources (via 
> /etc/heat/environment.d/default.yaml, but we use some external files in the 
> OS::Nova::Server personality section.
>  
> It looks like the heat cli handles that when you pass yaml to it, but I 
> couldn’t get it to work either through horizon, or even heat-cli when it was 
> a get_file from inside of the new resources.
> I can see why file:// might not work, but I sort of expected 
> that at least http://blah <http://blah/> would still work within horizon (if 
> so, I could just stick it in swift somewhere, but alas, no soup).
>  
> What’s the fastest path to a workaround? 
> I was thinking of making a new resource plugin that reads the 
> path, and returns the contents so it could be used as a get_attr, essentially 
> cribbing the code from the heat command line processing.
> Is there a better/sane way? 
> Is there some conceptual thing I’m missing that makes this 
> moot?
>  
> Thanks in advance,
>  
> JRPascucci
> Juniper Networks
>  
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org 
> <mailto:openstack-dev-requ...@lists.openstack.org>?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 
> <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [tripleo][heat] Summit session clashes

[Ethan Lynn]

How about move functional tests to wed 3:30? If not, I will sync with you guys 
later :)

Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Apr 20, 2016, at 18:46, Thomas Herve <the...@redhat.com> wrote:
> 
> On Wed, Apr 20, 2016 at 12:14 PM, Ethan Lynn <xuanlangj...@gmail.com> wrote:
>> Could we move Functional Tests to Thursday? I have a hands-on workshop at
>> wed 4:30-6:00 pm.
> 
> Sorry, I don't have anything to switch it with.
> 
> -- 
> Thomas
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [tripleo][heat] Summit session clashes

[Ethan Lynn]

Could we move Functional Tests to Thursday? I have a hands-on workshop at wed 
4:30-6:00 pm.


Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Apr 20, 2016, at 09:26, Zane Bitter <zbit...@redhat.com> wrote:
> 
> On 19/04/16 18:04, Steve Baker wrote:
>> On 19/04/16 20:29, Steven Hardy wrote:
>>> On Tue, Apr 19, 2016 at 04:24:46PM +1200, Steve Baker wrote:
>>>>All of the TripleO design summit sessions are on Thursday afternoon in
>>>>slots which clash with Heat sessions. Heat is a core component of 
>>>> TripleO
>>>>and as a contributor to both projects I was rather hoping to attend as
>>>>many of both sessions as possible - I don't think I'm alone in this
>>>>desire.
>>>> 
>>>>Is it possible that some horse trading could take place to reduce the
>>>>clashes? Maybe TripleO sessions could move to Wednesday morning?
>>> Yes I agree this is unfortunate.  I already queried the clashes wrt the
>>> contributor meetups, and was told we can only adjust if we can find another
>>> project willing to switch - I'm Open to negotiation if any other PTLs wish
>>> to change sessions at this late stage.
>>> 
>>> I see the current Heat schedule has SoftwareDeployment improvements [1] and
>>> Issues with very large stacks [2] at non-conflicting times, which is good
>>> as these are probably amongst the top priorities for TripleO (other than
>>> performance improvements, which relates to very-large-stacks).
>>> 
>>> One observation I would make is that Heat does have a pretty large number
>>> of sessions (12 in total plus meetup), this is always going to present
>>> challenges from a scheduling point of view - perhaps we can ask for a
>>> volunteer or two (other than myself) from the Heat community who is willing
>>> to cover at least the Upgrades fishbowl[3] and Composable Services
>>> workroom[4] sessions if we can't resolve the conflicts.
>>> 
>>> Thanks,
>>> 
>>> Steve
>>> 
>>> [1]https://www.openstack.org/summit/austin-2016/summit-schedule/events/9115
>>> [2]https://www.openstack.org/summit/austin-2016/summit-schedule/events/9117
>>> [3]https://www.openstack.org/summit/austin-2016/summit-schedule/events/9118
>>> [4]https://www.openstack.org/summit/austin-2016/summit-schedule/events/9292
>> 
>> I think we could reduce the topic overlap just by shuffling the heat
>> sessions.
>> 
>> Thomas, what do you think of the following?
>> Swap work sessions "Release model and versioning" and "Validation
>> improvements"
>> https://www.openstack.org/summit/austin-2016/summit-schedule/events/9240
>> https://www.openstack.org/summit/austin-2016/summit-schedule/events/9247
>> This would let me attend the tripleo CI work session, and the release
>> model session which I proposed ;)
> 
> I'm driving the validation improvements session, but I don't care about the 
> conflicting TripleO session "Reducing the CI pain" so that's OK.
> 
>> Swap work sessions "Performance improvements" and "hot-parser"
>> https://www.openstack.org/summit/austin-2016/summit-schedule/events/9236
>> https://www.openstack.org/summit/austin-2016/summit-schedule/events/9248
> 
> I think this is a no-go because it would put the hot-parser session on at the 
> same time as the Tacker/heat-translator joint session that will necessarily 
> have a bunch of the same people in it.
> 
>> This will make the performance work session before the performance
>> fishbowl, but I'm sure we could make that work. Its not like we need the
>> fishbowl to solicit areas of improvement.
> 
> Umm, I thought that was the idea.
> 
> I need to be at both of those Heat ones anyway, so this doesn't really help 
> me. I'd rather have the DLM session in this slot instead. (The only sessions 
> I can really skip are the Release Model, Functional Tests and DLM.) That 
> would give us:
> 
>  HeatTripleO
> 
> Wed 3:30 Release Model
> Wed 4:30 HOT Parser
> Wed 5:20 Functional Tests
> 
> Thu 1:30 DLM Upgrades
> Thu 2:20 Convergence switchover  Containers
> Thu 3:10 Convergence cleanup Composable Roles
> Thu 4:10 Performance API
> Thu 5:00 Validation  CI
> 
> I think that way Steve and I could probably both cover upgrades, and he could 
> cover the rest.
> 
> I'd like to get to the composable roles and containers sessions too, but we'd 
> have to rejig basically 

Re: [openstack-dev] [Senlin] Asking about launching an instance in Senlin cluster

[Ethan Lynn]

Hi Cuong,
First you need to create a profile, and then create a cluster.
There is some examples in senlin/example/profiles, you can start with this one 
https://github.com/openstack/senlin/blob/master/examples/profiles/cirros_basic/nova_server.yaml
 
<https://github.com/openstack/senlin/blob/master/examples/profiles/cirros_basic/nova_server.yaml>

Copy this file and modify image or flavor or key_name as you like, then use 
following command to create a profile:
# openstack cluster profile create my_profile --spec-file nova_server.yaml

Then create a cluster based on this profile:
# openstack cluster create my_cluster —profile my_profile --desired-capacity 1



Best Regards,
Ethan Lynn
xuanlangj...@gmail.com




> On Mar 30, 2016, at 15:39, Nguyen Huy Cuong <nhc2...@gmail.com> wrote:
> 
> Dear OpenStack Supporter,
> 
> I am Cuong Nguyen, an Vietnamese IT engineer.
> 
> Currently, I am researching about Senlin to apply for my work.
> I research to launch an virtual machine on a Senlin cluster.
> Could you please advice me to perform this action?
> If I am missing something, please let me know.
> 
> Thank and best regards,
> 
> Cuong Nguyen.
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Heat] Nomination Oleksii Chuprykov to Heat core reviewer

[Ethan Lynn]

+ 1 :)

> On Mar 16, 2016, at 18:57, Sergey Kraynev  wrote:
> 
> Hi Heaters,
> 
> The Mitaka release is close to finish, so it's good time for reviewing
> results of work.
> One of this results is analyze contribution results for the last release 
> cycle.
> According to the data [1] we have one good candidate for nomination to
> core-review team:
> Oleksii Chuprykov.
> During this release he showed significant value of review metric.
> His review were valuable and useful. Also He has enough level of
> expertise in Heat code.
> So I think he is worthy to join to core-reviewers team.
> 
> I ask you to vote and decide his destiny.
> +1 - if you agree with his candidature
> -1  - if you disagree with his candidature
> 
> [1] http://stackalytics.com/report/contribution/heat-group/120
> 
> -- 
> Regards,
> Sergey.
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [heat] About intrinsic function to convert string to map/json

[Ethan Lynn]

Hi,
  Is there any intrinsic function can convert string to map/json?

When I’m writing templates for senlin resources, I use following yaml:
   profile:
 type: OS::Senlin::Profile
 properties:
   type:  os.heat.stack-1.0
   properties:
 template:  {get_file: server.yaml}

Here ‘template’ expect a json format, but get_file return a string. It would be 
good to find out a function that can translate string to json.

If we don’t have a function like that, I would be glad to add one, e.g. 
‘str_json’ . So that I can use following yaml to create senlin profile resource:
   profile:
 type: OS::Senlin::Profile
 properties:
   type:  os.heat.stack-1.0
   properties:
 template:  {str_json: {get_file: server.yaml}}



Best Regards,
Ethan Lynn
xuanlangj...@gmail.com__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [senlin] Midcycle meetup (2016-01-11/12)

[Ethan Lynn]

Finally I get a chance to see you all!

Best Regards,
Ethan Lynn



> On Dec 28, 2015, at 17:54, Yanyan Hu <huyanya...@gmail.com> wrote:
> 
> Great! Can't wait to see you guys :) 
> 
> 2015-12-28 10:03 GMT+08:00 Qiming Teng <teng...@linux.vnet.ibm.com 
> <mailto:teng...@linux.vnet.ibm.com>>:
> Dear all,
> 
> Wish you all a merry christmas and a happy new year.
> 
> Senlin team is planning a mid-cycle meetup next month in Beijing. Well,
> it goes beyond just a meetup between developers. We are inviting some
> users to share their real-life use cases and requirements.
> 
> IBM Research China Lab will host the event. Please find the schedule
> etherpad here: https://etherpad.openstack.org/p/senlin-mitaka-midcycle 
> <https://etherpad.openstack.org/p/senlin-mitaka-midcycle>
> 
> Any comments/suggestions are welcomed. We are looking forward to see you
> guys.
> 
> Regards,
>   Qiming
> 
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe 
> <http://openstack-dev-requ...@lists.openstack.org/?subject:unsubscribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 
> <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
> 
> 
> 
> -- 
> Best regards,
> 
> Yanyan
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [heat] Questions about BP for enable/disable heat-engine

[Ethan Lynn]

Hi,
  I notice that there is a BP for enable/disable heat-engine, 
https://blueprints.launchpad.net/heat/+spec/heat-manage-service-disable-enable 
<https://blueprints.launchpad.net/heat/+spec/heat-manage-service-disable-enable>
  This feature is important when maintain heat-engine in HA production, if one 
controller node needs to be replaced, we can disable heat-engine in this node 
and then replace this node.
  I would like to know the reasons why this BP stops working, is there any 
technical issues to implement it? I don’t quite understand the issues raised by 
inc0, any one can explain it? 
  I would like to see this feature come into heat, and I would like to pay some 
effort on it.

Best Regards,
Ethan Lynn



__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2

[Ethan Lynn]

Hi Banashankar,
  There's a BP for this
https://blueprints.launchpad.net/heat/+spec/support-neutron-lb-v2-model-definition
.
  And I plan to submit a spec for it but I haven't figure out how to
implement it. Maybe we can work together with huangtianhua.
There are two choices to implement it:
  1. Add totally new resources for LBaasV2 like OS::Neutron::LoadBalancerV2.
  2. Modify exists resources to support LBaasV2, like adding new property
'version' to control which properties should use for each version.

Hope to hear more feedback.

2015-09-22 8:57 GMT+08:00 Banashankar KV :

> Hi All,
> I was thinking of starting the work on heat to support LBaasV2,  Is there
> any concerns about that?
>
> I don't know if it is the right time to bring this up :D .
>
> Thanks,
> Banashankar (bana_k)
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [heat][ec2tokens] Questions about ec2tokens under keystone v3 api.

[Ethan Lynn]

That helps a lot! Thanks for the reply!
Seems heat didn't deal with keystone v3 response, I will report a bug.

2015-08-05 21:37 GMT+08:00 Andrey Pavlov andrey...@gmail.com:

 As I saw heat`s ec2tokens can work only with keystone v2 URL.
 It happens because keystone has different responses for v2 and v3 versions
 for token request by ec2 credentials.
 I found same problem in our ec2api project and keystonemiddleware project.

 For example:
 Patch for our ec2api project will be here -
 https://review.openstack.org/#/c/209085/2/ec2api/api/__init__.py
 Patch for keystonemiddleware is here -
 https://review.openstack.org/#/c/205440/

 --
 Kind regards,
 Andrey Pavlov.

 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [heat][ec2tokens] Questions about ec2tokens under keystone v3 api.

[Ethan Lynn]

I post a question to ask.openstack.org but got no answers yet, so I repost
it here.
https://ask.openstack.org/en/question/79509/heat-autoscaling-aws-authentication-failure-under-keystone-v3/

I'm using kilo codes and we wanna keystone v3 instead of keystone v2 in our
product.
So we change heat.conf and configure to use v3 as following:

[keystone_authtoken]
signing_dir = /var/cache/heat
cafile = /opt/stack/data/ca-bundle.pem
admin_tenant_name = service
admin_password = Passw0rd
admin_user = heat
auth_uri = http://9.123.137.235:5000/v3
identity_uri = http://9.123.137.235:35357
auth_version = v3.0
[ec2authtoken]
auth_uri = http://9.123.137.235:5000/v3

But when doing autoscale, I see errors in api-cfn.log:

2015-08-03 15:32:47.040 INFO heat.api.aws.ec2token [-] Checking AWS
credentials..2015-08-03 15:32:47.040 INFO heat.api.aws.ec2token [-]
AWS credentials found, checking against keystone.2015-08-03
15:32:47.041 INFO heat.api.aws.ec2token [-] Authenticating with
http://9.123.137.235:5000/v3/ec2tokens2015-08-03 15:32:47.224 INFO
heat.api.aws.ec2token [-] AWS authentication failure.

But if auth_uri change to using v2, it can work.

I google it and find some mails said that ec2tokens can work under v3.
http://lists.openstack.org/pipermail/openstack-dev/2013-December/021765.html


So I'm wanna know that if I missed any place to be configured and how to
debug with ec2tokens?
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Proposing Kanagaraj Manickam and Ethan Lynn for heat-core

[Ethan Lynn]

Thank you guys! I learns a lot from this project and you guys, and I will
keep on contributing codes for this awesome project ;)

2015-07-31 23:33 GMT+08:00 Zane Bitter zbit...@redhat.com:

 You forgot the [heat] tag ;)

 On 31/07/15 00:35, Steve Baker wrote:

 I believe the heat project would benefit from Kanagaraj Manickam and
 Ethan Lynn having the ability to approve heat changes.


 +1 for both and, at the risk of counting votes prematurely, welcome!

 - ZB


 Their reviews are valuable[1][2] and numerous[3], and both have been
 submitting useful commits in a variety of areas in the heat tree.

 Heat cores, please express your approval with a +1 / -1.

 [1] http://stackalytics.com/?user_id=kanagaraj-manickammetric=marks
 [2] http://stackalytics.com/?user_id=ethanlynnmetric=marks
 [3] http://stackalytics.com/report/contribution/heat-group/90

 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe:
 openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev