Re: [openstack-dev] [Senlin]Nominating Ruijie Yuan for Senlin core reviewer
+1 Ruijie is a hard working guy! Best Regards, Ethan Lynn xuanlangj...@gmail.com > On Nov 11, 2016, at 14:27, Yanyan Hu 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
+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 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 > 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&metric=commits&user_id=dbcocle&release=all > > XueFeng Liu > 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&metric=commits&release=all&user_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
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 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
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 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
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 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&sa=D&sntz=1&usg=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&sa=D&sntz=1&usg=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 <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&sa=D&sntz=1&usg=AFQjCNGirvAgZuZhxVEzHb7bFZU_fShJQw> > address : 1315 S Congress Ave > Austin, TX 78704 http://continentalclub.com > <http://www.google.com/url?q=http%3A%2F%2Fcontinentalclub.com&sa=D&sntz=1&usg=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" <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?
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 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
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 wrote: > > On Wed, Apr 20, 2016 at 12:14 PM, Ethan Lynn 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
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 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'
Re: [openstack-dev] [Senlin] Asking about launching an instance in Senlin cluster
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 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
+ 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
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)
Finally I get a chance to see you all! Best Regards, Ethan Lynn > On Dec 28, 2015, at 17:54, Yanyan Hu wrote: > > Great! Can't wait to see you guys :) > > 2015-12-28 10:03 GMT+08:00 Qiming Teng <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
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
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.
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 : > 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
Re: [openstack-dev] Proposing Kanagaraj Manickam and Ethan Lynn for heat-core
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 : > 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-manickam&metric=marks >> [2] http://stackalytics.com/?user_id=ethanlynn&metric=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
[openstack-dev] [heat][ec2tokens] Questions about ec2tokens under keystone v3 api.
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