Monday, 2014-12-01

stevebakerasalkeld: ok, thanks00:02
*** Qiming has joined #heat00:04
asalkeldlater00:05
*** asalkeld has quit IRC00:05
*** Qiming has quit IRC00:10
*** GonZo2K has quit IRC00:15
*** ParsectiX has joined #heat00:21
*** ParsectiX has quit IRC00:26
*** swygue has joined #heat00:30
*** alexpilotti has quit IRC00:33
*** Marga_ has joined #heat00:33
*** rdo has quit IRC00:34
*** Marga_ has quit IRC00:34
*** rdo has joined #heat00:36
*** zhenzanz has joined #heat00:40
*** Marga_ has joined #heat00:41
*** tochi has joined #heat00:48
*** Marga_ has quit IRC00:58
*** Marga_ has joined #heat00:59
*** serg_melikyan has joined #heat01:00
*** mc__ has joined #heat01:07
*** alexheneveld has quit IRC01:11
*** dims has joined #heat01:12
*** Qiming has joined #heat01:17
*** zhiwei has joined #heat01:19
*** sarob has quit IRC01:22
*** sdake has quit IRC01:30
*** fayablazer has quit IRC01:33
*** nosnos has joined #heat01:44
*** Qiming_ has joined #heat01:54
*** Marga_ has quit IRC01:56
*** Qiming has quit IRC01:58
*** Qiming_ is now known as Qiming02:01
*** apporc has joined #heat02:09
*** ParsectiX has joined #heat02:10
*** LiJiansheng has joined #heat02:11
*** Marga_ has joined #heat02:14
*** ParsectiX has quit IRC02:14
*** erkules_ has joined #heat02:27
*** aweiteka has joined #heat02:27
*** erkules has quit IRC02:29
*** arif-ali has joined #heat02:29
*** kebray has joined #heat02:32
*** dims has quit IRC02:37
*** Yanyanhu has joined #heat02:38
*** kebray has quit IRC02:41
*** zhiwei has quit IRC02:43
elynnmorning :)02:47
*** zhiwei has joined #heat02:49
*** achanda has joined #heat02:56
*** tellesnobrega_ has joined #heat02:59
*** GonZo2K has joined #heat03:05
*** dims has joined #heat03:12
*** Qiming has quit IRC03:14
*** rushiagr_away is now known as rushiagr03:15
*** aweiteka has quit IRC03:16
*** dims has quit IRC03:17
*** jyoti-ranjan has joined #heat03:20
*** rushiagr is now known as rushiagr_away03:21
*** rushiagr_away is now known as rushiagr03:25
*** achanda has quit IRC03:39
*** achanda has joined #heat03:39
*** achanda has quit IRC03:40
*** achanda has joined #heat03:40
*** achanda has quit IRC03:44
openstackgerrithuangtianhua proposed openstack/heat: Add OS::Cinder::VolumeType resource  https://review.openstack.org/13221403:49
*** nosnos has quit IRC03:52
*** swygue has quit IRC03:59
*** ParsectiX has joined #heat03:59
*** swygue has joined #heat03:59
*** GonZo2K has quit IRC04:00
*** ParsectiX has quit IRC04:04
*** tellesnobrega_ has quit IRC04:05
*** ckmvishnu has joined #heat04:17
*** Marga_ has quit IRC04:17
*** dims has joined #heat04:17
*** dims has quit IRC04:23
*** achanda has joined #heat04:23
*** lazy_prince has quit IRC04:25
*** Marga_ has joined #heat04:25
*** kopparam has joined #heat04:26
*** killer_prince has joined #heat04:27
*** killer_prince is now known as lazy_prince04:27
*** kopparam has quit IRC04:31
*** kopparam has joined #heat04:33
*** swygue has quit IRC04:34
*** Marga__ has joined #heat04:40
*** Marga_ has quit IRC04:44
*** nosnos has joined #heat04:44
*** kopparam has quit IRC04:46
*** kopparam has joined #heat04:46
*** mc__ has quit IRC04:51
*** sanjayu has joined #heat04:52
*** rushiagr is now known as rushiagr_away04:55
*** lazy_prince has quit IRC04:55
*** killer_prince has joined #heat04:57
*** killer_prince is now known as lazy_prince04:57
*** ParsectiX has joined #heat05:00
*** achanda has quit IRC05:00
*** ParsectiX has quit IRC05:04
*** mc__ has joined #heat05:09
*** nkhare has joined #heat05:26
*** saju_m has joined #heat05:27
*** kopparam has quit IRC05:40
*** rushiagr_away is now known as rushiagr05:40
*** ishant has joined #heat05:41
*** kopparam has joined #heat05:41
*** unmeshg has joined #heat05:47
*** liuxx has joined #heat05:53
*** nosnos has quit IRC05:58
*** nosnos has joined #heat05:58
*** ParsectiX has joined #heat06:00
*** ParsectiX has quit IRC06:01
*** tomek_adamczewsk has joined #heat06:03
*** erkules_ is now known as erkules06:16
*** LiJiansheng has quit IRC06:18
*** LiJiansheng has joined #heat06:18
*** lazy_prince has quit IRC06:20
*** rushiagr is now known as rushiagr_away06:25
*** nosnos_ has joined #heat06:29
*** nosnos has quit IRC06:29
*** achanda has joined #heat06:35
*** sarob has joined #heat06:45
*** tomek_adamczewsk has quit IRC06:47
*** serg_melikyan has quit IRC06:52
*** Marga__ has quit IRC06:53
*** serg_melikyan has joined #heat06:54
*** serg_melikyan has joined #heat06:54
*** rushiagr_away is now known as rushiagr06:54
*** Adri2000 has quit IRC06:56
*** jamielennox is now known as jamielennox|away06:59
*** achanda has quit IRC06:59
*** achanda has joined #heat07:00
openstackgerrithuangtianhua proposed openstack/heat: Implement 'InstanceId' for LaunchConfiguration  https://review.openstack.org/13340107:03
*** Qiming has joined #heat07:04
*** achanda has quit IRC07:05
*** sarob has quit IRC07:10
*** tomek_adamczewsk has joined #heat07:14
*** LiJiansheng has quit IRC07:24
*** jcoufal has joined #heat07:24
*** k4n0 has joined #heat07:24
*** serg_melikyan has quit IRC07:34
*** serg_melikyan has joined #heat07:39
*** Putns has joined #heat07:41
*** killer_prince has joined #heat07:42
*** killer_prince has quit IRC07:42
*** lazy_prince has joined #heat07:43
*** lazy_prince has quit IRC07:43
*** lazy_prince has joined #heat07:44
*** serg_mel_ has joined #heat07:44
*** tspatzier has joined #heat07:46
*** serg_melikyan has quit IRC07:48
*** tomek_adamczewsk has quit IRC07:48
*** tomek_adamczewsk has joined #heat07:48
*** LiJiansheng has joined #heat07:49
*** serg_mel_ has quit IRC07:49
skraynevgood morning07:51
*** pas-ha has joined #heat07:52
*** tomek_adamczewsk has quit IRC07:53
pas-hamorning all07:53
*** tomek_adamczewsk has joined #heat07:54
*** jprovazn has joined #heat08:01
*** tspatzier has quit IRC08:07
*** tspatzier has joined #heat08:10
pas-hacan one somehow change gerrit defaults in respect to the score? Mine is showing +2 +A by default, prompting for some spurious scores to be posted...08:18
*** inc0 has joined #heat08:19
*** tomek_adamczewsk has quit IRC08:21
inc0good morning08:22
*** jtomasek has joined #heat08:24
*** liuxx_ has joined #heat08:25
*** kopparam has quit IRC08:26
*** liuxx has quit IRC08:27
*** sorantis has joined #heat08:30
*** Qiming_ has joined #heat08:31
*** ananta has joined #heat08:32
*** Qiming has quit IRC08:33
elynnHi , anyone can help to review this patch https://review.openstack.org/#/c/136413/?08:44
*** serg_melikyan has joined #heat08:45
*** jstrachan has joined #heat08:45
*** serg_melikyan has quit IRC08:48
*** serg_mel_ has joined #heat08:48
*** dkusidlo has joined #heat08:51
*** jstrachan has quit IRC08:52
ckmvishnuelynn: i am not able to access review08:52
*** sorantis has left #heat08:52
*** ekarlso- has quit IRC08:52
ckmvishnugot it.08:52
*** jstrachan has joined #heat08:52
elynnhttps://review.openstack.org/#/c/136413/08:52
elynn:)08:52
elynnIt's a cherry-pick patch.08:53
*** ananta has quit IRC08:53
*** ananta has joined #heat08:54
inc0ananta, hello, got a minute?08:54
anantahi inc008:54
inc0hi, I'm Michał - author of other convergence prototype08:54
anantaHi Michal!08:55
inc0I was thinking, I still don't get how do you want to achieve parallel updates?08:55
inc0so update started before previous was finished08:55
anantayeah..08:56
anantathe new update updates the graph and ready nodes (leaf) are triggered08:56
anantawe don't want to loose the edges of previous graph..so we update the old graph with new edges08:57
anantathere was a link shared on converegence wiki08:57
anantaplease go through it08:57
*** jstrachan has quit IRC08:58
inc0you don't want to lose edges on previous so you update old with new edges? wouldn't that be well...losing previous?;)08:58
inc0what I really mean is that I'm afraid of such binary declarations as "traversed"08:58
*** jstrachan has joined #heat08:59
anantayeah.... we  have moved away from that Binary thing08:59
inc0there will be edge cases which may require hacking08:59
anantato state based graph status08:59
inc0and if we consider hacks even before actual implementation, thats bad.08:59
*** jistr has joined #heat09:00
inc0yup, thats the thing, state-based;) I like stateless approaches09:00
*** dkusidlo has quit IRC09:02
*** tspatzier has quit IRC09:02
*** zhenzanz has quit IRC09:02
*** dkusidlo has joined #heat09:03
*** ananta has quit IRC09:04
*** jstrachan has quit IRC09:04
*** dkusidlo has quit IRC09:04
*** tomek_adamczewsk has joined #heat09:04
*** tspatzier has joined #heat09:05
*** jstrachan has joined #heat09:07
*** bhi has joined #heat09:08
*** ekarlso- has joined #heat09:10
*** tomek_adamczews1 has joined #heat09:14
unmeshghi inc009:17
*** tomek_adamczewsk has quit IRC09:17
unmeshgwe are working on a stateless approach09:17
unmeshgwhere we don't store edges in a separate table09:18
unmeshgwe store the needed_by and depends_on lists the current resource table itself09:18
*** serg_mel_ has quit IRC09:19
*** derekh has joined #heat09:19
*** tomek_adamczewsk has joined #heat09:19
*** ananta has joined #heat09:20
*** tomek_adamczews1 has quit IRC09:21
anantainc0: sorry i am having flaky internet connection09:21
anantainc0: i will join on from another place09:22
*** ananta has quit IRC09:22
*** jstrachan has quit IRC09:23
*** kopparam has joined #heat09:27
*** nosnos_ has quit IRC09:31
*** nosnos has joined #heat09:31
*** tellesnobrega_ has joined #heat09:31
*** alexheneveld has joined #heat09:31
*** jstrachan has joined #heat09:33
*** inc0 has quit IRC09:37
*** serg_melikyan has joined #heat09:37
*** inc0 has joined #heat09:38
inc0unmeshg sorry had ad-hoc meeting09:39
inc0yes, I think storing deps in resource table is better approach09:39
inc0anyway will you keep "traversed" status on these?09:39
*** justin-8 has joined #heat09:40
*** tellesnobrega_ has quit IRC09:42
*** justin-8_ has quit IRC09:42
*** dims has joined #heat09:45
cmystermorning09:45
*** mc__ has quit IRC09:47
unmeshginc0: no09:49
inc0hi cmyster09:49
inc0unmeshg, then how will you proceed with graph?09:49
*** dims has quit IRC09:49
inc0because this seems like complete rework of your algorithm09:49
*** openstackgerrit has quit IRC09:50
unmeshglate take create_stack for instance.09:50
*** Yanyanhu has quit IRC09:50
inc0openstackgerrit has quit?:O09:50
*** openstackgerrit has joined #heat09:50
inc0go on unmeshg09:50
*** serg_melikyan has quit IRC09:51
*** Qiming_ has quit IRC09:51
unmeshgleaf nodes == resources with empty depends_on09:51
*** nosnos has quit IRC09:52
unmeshgresource_create: get resource_lock with engine_id and cast for creation09:52
*** liuxx_ has quit IRC09:52
unmeshgupon getting first notification (could be parallel) lock parent resource and provision it too.09:53
inc0what releases lock?09:53
unmeshgthe other children who fail to get parent resource_lock will need to send a notification to topic=stack_id.resource_id09:53
unmeshgworker upon completion will auto release :)09:54
inc0what if worker dies before reaching completion?09:54
*** eliska has joined #heat09:54
unmeshgscheduled parent will initially wait for all children notification to hit to proceed09:54
unmeshgthus, parent cannot be scheduled more than once.09:55
unmeshgthere is another use case for my resource lock.09:55
cmysterunmeshg: there is a timeout here I'm guessing ?09:55
inc0even if there is timeout, we'd need separate process to clear timeout09:55
unmeshgfor now we use stack timeout. but proposal is out for resource.09:55
inc0but how do we decide what this timeout should be?09:56
unmeshginc: no, stack/resource timeouts can be handled like the way its handled now.09:56
unmeshgevery look will check for it09:56
unmeshginc0: similar to what is done now.09:57
inc0ok09:57
inc0so, worker dies, whole stack hangs till timeout09:57
unmeshgthe other advantage is09:57
inc0and then we rollback everything and start over?09:58
inc0or fail stack, or whatever09:58
unmeshgwhen an engine goes down, i can lookup resource lock table and restart that particular resource and complete stack.09:58
inc0unmeshg, you never know when it goes down09:58
inc0you can't assume you know09:58
*** nosnos has joined #heat09:58
unmeshgIMO, someone has to broadcast engine failure to all other alive ones.09:59
inc0unmeshg, nope09:59
inc0problem is, when you kill power (literally pull the plug)09:59
inc0engine just dies, no notification10:00
cmysteror just the network cable, inc0 don't kill it in a nasty way ;)10:00
unmeshgeven periodic task will not help in such a case.10:00
cmysteranyway, why can't rollback do what it does now? wither use or don't10:00
inc0cmyster, network cable can be nastier - split brain10:00
cmysterinc0: split is easier to detect10:01
inc0unmeshg, it will not, hence my question, what will release lock?10:01
inc0cmyster, really?;)10:01
inc0you need to introduce concept of quorum then10:01
*** kopparam has quit IRC10:01
unmeshgyeah10:01
inc0all the "majority nodes voting" and so on10:01
inc0thats well...we don't want to go this way10:02
unmeshga peroiduc engine poll could help10:03
inc0so imagine this situation10:03
inc0you have 2 engines working10:03
inc0each has periodic task10:04
inc0and connects to same database10:04
unmeshgok10:04
inc0then they lose connection10:04
inc0both of them10:04
cmysterinc0: ja from my exp when planned correctly splits can be handled with ease10:04
cmysterinc0: but it was in a Solaric and a code written in C and dedicatd to splits ;)10:04
inc0cmyster, problem is splits which aren't planned;) my friend did a research on databases and how they handle splits10:05
inc0riak was by far best..onlu about 20% data loss10:05
cmyster'handle'10:05
*** tellesnobrega_ has joined #heat10:05
cmysternot bad10:05
inc0yup...if you consider mysql's 60%10:05
unmeshginc0: go on :)10:05
inc0not bad a t all10:05
* cmyster grrs brb10:06
inc0well, periodic task which will checks timeout and fails stack is easy10:06
inc0won't suffer from splits10:06
inc0but its still ultimately not fault tolerant10:07
inc0engine dies -> whole stack dies10:07
inc0so pretty much what we have now10:07
unmeshgit can restart from where it left10:07
unmeshg:)10:07
*** eliska has left #heat10:08
*** zhiwei has quit IRC10:08
inc0not if we have whole stack timeout10:08
inc0because one resource will remain in_progress forever10:08
inc0moreover, when we have resource timeout, let's imagine situation10:09
inc0we set up vm, that takes 5mins total10:09
inc0and after 3mins engine dies, so nothing will ever release lock10:09
inc0and we have a vm10:09
inc0next engine checks this resource and timeout is reached10:10
inc0what will it do10:10
inc0?10:10
unmeshga resource timeout will retry vm creation by stealing resource lock. based on its current status10:10
inc0how do you know current status of vm?10:11
inc0or any resource?10:11
unmeshgif phyid==None, recreate10:11
unmeshgi can think of no other option10:12
inc0there can be phyid10:12
inc0on 3'rd minute we'll be well in progress with vm creation10:12
unmeshgin that case use client pligin to verify10:12
inc0there are no methods for that now10:13
*** julienvey has joined #heat10:13
inc0so you'd have implement "check_status" method separately on every resource10:13
unmeshgyou mean even with phyid, you cannot get status of resource?10:13
inc0unmeshg, heat doesn't have this implemented right now10:13
inc0and thats something you'd have to implement on every single resource separately10:14
inc0and that's bad,.10:14
unmeshgi guess observer fill that role10:14
inc0no, it will still need method on resources10:15
inc0I mean, its different how you check status of VM than status of volume or network10:15
*** kopparam has joined #heat10:15
shardyWhat you guys are describing sounds a lot like handle_check10:15
unmeshgshardy: yeah.10:16
unmeshgthere's not need to add new calls to resource plugin10:16
unmeshgbrb10:17
inc0ok, my mistake10:17
unmeshginc0: i'll post something in 2 days. you can review and let us know what you think10:19
inc0unmeshg, sure, can you attend heat meeting in 2 days?10:19
*** tomek_adamczewsk has quit IRC10:19
unmeshgtyping is very tiring :(10:20
unmeshgwe could have a g+ or skype10:20
inc0but then we have transcript;)10:20
unmeshginc0: but its US time right?10:20
inc0its 20 UTC I think10:20
inc0I'm not sure how that translates to your timezone, probably poorly...10:21
unmeshgvery10:21
*** tomek_adamczewsk has joined #heat10:21
inc0it would be 9hrs 20mins from now10:21
unmeshgwe'll try to attent.10:22
inc0(but on We 3rd of Dec)10:22
unmeshgbrb.10:22
inc0I'll going off, meetings meetings10:22
unmeshg:)10:22
inc0cya and thanks unmeshg10:22
unmeshgwc :)10:22
*** tomek_adamczews1 has joined #heat10:27
*** tomek_adamczewsk has quit IRC10:29
shardylol @ "typing is very tiring" ;)10:30
shardyThat's a bad problem for a programmer to have :D10:30
*** tellesnobrega_ has quit IRC10:35
*** alexheneveld has quit IRC10:37
*** alexheneveld has joined #heat10:38
*** apporc has quit IRC10:39
*** serg_melikyan has joined #heat10:42
*** alexpilotti has joined #heat10:43
*** Qiming has joined #heat10:45
*** alexheneveld has quit IRC10:46
openstackgerritQiming Teng proposed openstack/heat: Fix documentation on Fn::Base64 function  https://review.openstack.org/13774710:49
*** tellesnobrega_ has joined #heat10:51
*** tomek_adamczewsk has joined #heat10:55
*** tomek_adamczews1 has quit IRC10:58
openstackgerritQiming Teng proposed openstack/heat: Don't block stack deletion if user creds fail  https://review.openstack.org/13777110:59
*** alexheneveld has joined #heat11:01
*** tellesnobrega_ has quit IRC11:02
*** alexheneveld has quit IRC11:06
*** serg_melikyan has quit IRC11:09
*** serg_melikyan has joined #heat11:10
*** tomek_adamczews1 has joined #heat11:13
*** tomek_adamczewsk has quit IRC11:15
*** serg_melikyan has quit IRC11:18
*** jstrachan has quit IRC11:19
*** jstrachan has joined #heat11:20
*** julienvey has quit IRC11:21
*** jcoufal has quit IRC11:22
*** serg_melikyan has joined #heat11:22
*** kopparam has quit IRC11:29
*** jyoti-ranjan has quit IRC11:30
*** sorantis has joined #heat11:35
*** jstrachan has quit IRC11:37
*** kopparam has joined #heat11:38
*** dims has joined #heat11:39
cmystershardy: I think already asked and answered so I'm terribly sorry but can't I do a resource type: {get_param: something} ?11:41
cmysterbecause I am trying to pass a filename as a resource type...11:42
cmysteroh and hi11:42
*** Adri2000 has joined #heat11:43
*** jstrachan has joined #heat11:43
Qimingcmyster, just tried and failed11:48
*** jstrachan has quit IRC11:52
*** jyoti-ranjan has joined #heat11:52
Qimingas a workaround, use the same template with different environment files11:54
*** serg_mel_ has joined #heat11:58
*** serg_melikyan has quit IRC11:58
*** andreaf_ has joined #heat11:59
openstackgerritTetiana Lashchova proposed openstack/python-heatclient: Initial setup for i18n support  https://review.openstack.org/13784212:00
openstackgerritMerged openstack/heat: Support secgroups in Sahara Node group templates  https://review.openstack.org/13602212:04
openstackgerritMerged openstack/heat: Support availability zones in Node Group Templates  https://review.openstack.org/13602312:04
*** andreaf_ has quit IRC12:06
cmysterQiming: yes its what I thought about as well. Thats a bug though right ?12:06
*** jstrachan has joined #heat12:06
cmysternot sure if it was ever intended to work like that12:06
therveDoesn't sound like a bug to me12:07
thervecmyster, What are you trying to achieve?12:07
*** LiJiansheng has quit IRC12:08
cmystertherve: say I have 3 templates 1 parent and two nested. say a tiny volume and a huge volume. I want it to run once and get a parameter to the nested template of my likings.12:09
*** inc0 has quit IRC12:09
*** nosnos has quit IRC12:09
cmysterso stack-create -p teplate_volume_tiny.yaml or template_volume_huge.yaml12:09
thervecmyster, I'd have type: volume.yaml, and then pass the appropriate file?12:10
therveYou don't need to pass both if you only need one12:11
*** nosnos has joined #heat12:11
cmystertherve: I know, I want to be able to use it more then once, but once with a template_a.yaml some other time with a template_b c d and so forth. this way I can reuse the parent template and just switch the nested one that I am using.12:12
*** serg_mel_ has quit IRC12:12
cmysterI gave an overly simplistic case here, but I think that there is a good reson to be able to do so12:12
cmystertherve: and even if there isn't one, if I do get_param to a parameter with a type of string and a default then the error in this case should probably not be that the resource type cannot be string12:13
*** inc0 has joined #heat12:14
thervefiles are already parameters, I'm not convinced we need parameters of parameters12:14
cmysterstill, if there is no use case here I think that this error is misleading and should be something else. I'll open a bug here and see how it goes...12:15
therveBetter error message are always welcome12:15
openstackgerritMerged openstack/heat: Support vnic_type in OS::Neutron::Port  https://review.openstack.org/12935312:19
*** julienvey has joined #heat12:21
*** andreaf_ has joined #heat12:22
*** ckmvishnu has quit IRC12:22
*** blomquisg has quit IRC12:23
*** jstrachan has quit IRC12:25
*** julienvey has quit IRC12:26
*** inc0 has quit IRC12:28
*** inc0_ has joined #heat12:28
*** julienvey has joined #heat12:28
*** nosnos has quit IRC12:29
*** andreaf_ has quit IRC12:29
*** fayablazer has joined #heat12:30
*** inc0_ has quit IRC12:36
*** hdd has joined #heat12:36
*** nosnos has joined #heat12:37
*** jstrachan has joined #heat12:40
*** hdd has quit IRC12:41
*** jstrachan has quit IRC12:42
*** jstrachan_ has joined #heat12:42
*** jyoti-ranjan has quit IRC12:44
*** ishant has quit IRC12:44
*** nosnos has quit IRC12:45
*** pas-ha has quit IRC13:01
shardycmyster: what you're trying to do should be done via the environment resource_registry IMO13:03
*** enterprisedc has joined #heat13:03
*** inc0 has joined #heat13:08
*** dkusidlo has joined #heat13:09
*** aweiteka has joined #heat13:12
*** saju_m has quit IRC13:12
*** kopparam has quit IRC13:14
*** dims has quit IRC13:15
*** dims has joined #heat13:15
*** pas-ha has joined #heat13:17
*** jstrachan_ has quit IRC13:19
*** unmeshg has quit IRC13:22
*** jstrachan has joined #heat13:26
*** tochi has quit IRC13:27
cmysterhi shardy, probably. Should still be validated some how (and ail validation) and at least not give that erro that it did13:28
cmystererror*13:28
cmysterand fail*13:28
shardycmyster: Yeah, it should fail fast at validation time13:29
cmystershardy: Bug 139796913:30
uvirtbotLaunchpad bug 1397969 in heat "resource creation failes with type error if derived from a parameter" [Undecided,New] https://launchpad.net/bugs/139796913:30
Qimingshardy, hi13:31
*** dkusidlo has quit IRC13:32
shardyQiming: Hi!13:33
*** kopparam has joined #heat13:33
Qimingshardy, can you help check Bug 1397945 as well? I'm wondering how the test passed before you checked in the integration test13:33
uvirtbotLaunchpad bug 1397945 in heat "resource group fails validate a template resource type" [Undecided,New] https://launchpad.net/bugs/139794513:33
shardyQiming: It might help if you can provide a series of heat CLI calls with a template which demostrates the problem13:34
*** tomek_adamczewsk has joined #heat13:34
Qimingyep, that's good suggestion13:34
cmysterthere was a bug with almost the exact same title some months back13:35
Qimingshardy, I know how to fix it, but first I have to confirm it can be reproduced easily13:35
*** tomek_adamczews1 has quit IRC13:36
*** jprovazn has quit IRC13:38
*** jdob has joined #heat13:39
cmysterQiming: add steps to reproduce, I'll help you verify it13:40
*** Putns has quit IRC13:40
Qimingok13:40
*** blomquisg has joined #heat13:41
*** Putns has joined #heat13:41
*** kopparam has quit IRC13:42
*** dkusidlo has joined #heat13:43
*** tomek_adamczews1 has joined #heat13:44
*** dulek has joined #heat13:44
*** pas-ha has quit IRC13:44
*** kopparam has joined #heat13:45
*** tomek_adamczewsk has quit IRC13:45
*** rpothier has joined #heat13:46
Qimingshardy, cmyster: steps to reproduce the heat_integrationtests failure added here: https://bugs.launchpad.net/heat/+bug/139794513:55
uvirtbotLaunchpad bug 1397945 in heat "resource group fails validate a template resource type" [Undecided,New]13:55
cmysterQiming: could you also paste provider.yaml?13:56
Qimingcmyster, it is there13:56
Qimingcmyster, you need three files to reproduce this, :P13:57
*** inc0 has quit IRC13:57
cmysterahhh ok I see what you did there13:57
* cmyster writes in the bug descrition # cat file instead of just the file name13:58
*** pas-ha has joined #heat13:59
*** inc0 has joined #heat14:01
*** inc0 has quit IRC14:10
*** kopparam has joined #heat14:10
*** kopparam has quit IRC14:15
*** sanjayu has quit IRC14:15
*** fayablazer has quit IRC14:19
*** fayablazer has joined #heat14:19
*** kitch_ has joined #heat14:23
*** jprovazn has joined #heat14:25
*** ccrouch has quit IRC14:29
*** funzo_ is now known as funzo14:33
*** asaj has joined #heat14:34
*** crose has joined #heat14:39
*** serg_melikyan has joined #heat14:42
*** nkhare has quit IRC14:44
*** jasond has joined #heat14:46
*** sabeen has joined #heat14:46
*** serg_melikyan has quit IRC14:47
openstackgerritSergey Kraynev proposed openstack/heat: Small re-factoring in template_resource  https://review.openstack.org/13808014:47
openstackgerritTetiana Lashchova proposed openstack/python-heatclient: Add transtlation markers for help messages  https://review.openstack.org/13808114:49
openstackgerritSergey Kraynev proposed openstack/heat: Small re-factoring in template_resource  https://review.openstack.org/13808014:49
*** alexpilotti has quit IRC14:53
*** sdake has joined #heat14:56
*** sdake has quit IRC14:56
*** sdake has joined #heat14:56
*** Qiming has quit IRC14:56
*** aweiteka has quit IRC14:57
*** serg_melikyan has joined #heat15:13
*** k4n0 has quit IRC15:16
*** serg_melikyan has quit IRC15:17
*** kopparam has joined #heat15:18
*** EricGonczer_ has joined #heat15:18
*** serg_melikyan has joined #heat15:19
*** alexpilotti has joined #heat15:19
*** dkusidlo has quit IRC15:23
*** dkusidlo has joined #heat15:24
*** alexpilotti has quit IRC15:25
*** EricGonczer_ has quit IRC15:25
*** alexpilotti has joined #heat15:26
*** ramishra has joined #heat15:28
*** aweiteka has joined #heat15:28
*** jtomasek has quit IRC15:32
*** jtomasek has joined #heat15:33
*** lazy_prince is now known as killer_prince15:34
*** thedodd has joined #heat15:35
*** dkusidlo has quit IRC15:35
*** jmckind has joined #heat15:38
*** jmckind has quit IRC15:38
*** che-arne has joined #heat15:38
*** killer_prince is now known as lazy_prince15:42
*** EricGonczer_ has joined #heat15:44
*** jmckind has joined #heat15:44
*** kopparam has quit IRC15:45
*** lazy_prince is now known as killer_prince15:46
*** jasond has quit IRC15:47
*** dkusidlo has joined #heat15:48
*** serg_mel_ has joined #heat15:52
*** serg_melikyan has quit IRC15:52
*** crose has quit IRC15:55
*** jstrachan has quit IRC15:55
*** jstrachan has joined #heat15:56
*** dsneddon has joined #heat15:56
*** jstrachan has quit IRC15:57
*** jstrachan has joined #heat15:58
*** jstrachan has quit IRC15:59
*** serg_mel_ has quit IRC15:59
*** serg_melikyan has joined #heat16:00
*** alexheneveld has joined #heat16:00
*** harlowja_at_home has joined #heat16:00
*** vijendar has joined #heat16:06
*** dulek has quit IRC16:09
*** vijendar has quit IRC16:10
*** vijendar has joined #heat16:11
*** jstrachan has joined #heat16:11
*** thedodd has quit IRC16:15
*** serg_melikyan has quit IRC16:16
*** aweiteka has quit IRC16:18
*** aweiteka has joined #heat16:18
*** zaneb has quit IRC16:20
*** zaneb has joined #heat16:22
*** dkusidlo has quit IRC16:26
*** Drago has joined #heat16:28
*** Drago has quit IRC16:28
*** Drago has joined #heat16:29
*** alexheneveld has quit IRC16:29
*** andersonvom has joined #heat16:31
*** EricGonczer_ has quit IRC16:35
*** radez_g0n3 is now known as radez16:36
*** hdd has joined #heat16:42
*** harlowja_at_home has quit IRC16:43
*** achanda has joined #heat16:43
*** sorantis has quit IRC16:45
*** kopparam has joined #heat16:46
*** tspatzier has quit IRC16:49
*** tspatzier has joined #heat16:49
*** tspatzier has quit IRC16:50
*** julienvey has quit IRC16:52
*** ifarkas has joined #heat16:53
*** spzala has joined #heat16:53
*** EricGonczer_ has joined #heat16:56
openstackgerritPeter Razumovsky proposed openstack/heat: Fix error msg invalid stack or res name  https://review.openstack.org/13778416:58
*** dkusidlo has joined #heat16:59
*** prazumovsky has joined #heat17:01
openstackgerritTetiana Lashchova proposed openstack/python-heatclient: Add transtlation markers for error messages  https://review.openstack.org/13812317:01
openstackgerritTetiana Lashchova proposed openstack/python-heatclient: Add transtlation markers for log messages  https://review.openstack.org/13812417:01
*** swygue has joined #heat17:05
*** jdandrea has quit IRC17:06
*** Marga_ has joined #heat17:06
*** sarob_ has joined #heat17:07
*** Drago has quit IRC17:08
*** EricGonczer_ has quit IRC17:11
*** asaj has quit IRC17:13
*** Marga_ has quit IRC17:14
*** Marga_ has joined #heat17:15
*** kopparam has quit IRC17:16
openstackgerritPeter Razumovsky proposed openstack/heat: Change RouterInterface resource's name  https://review.openstack.org/13535217:18
*** dkusidlo has quit IRC17:19
*** swygue has quit IRC17:21
*** derekh has quit IRC17:22
*** jprovazn has quit IRC17:24
*** stannie has quit IRC17:29
*** hdd has quit IRC17:30
*** tellesnobrega_ has joined #heat17:31
*** alexheneveld has joined #heat17:33
*** EricGonczer_ has joined #heat17:35
*** ifarkas has quit IRC17:36
*** che-arne has quit IRC17:37
*** jistr has quit IRC17:38
*** tomek_adamczews1 has quit IRC17:41
*** vijendar1 has joined #heat17:43
*** vijendar has quit IRC17:43
*** jstrachan has quit IRC17:49
*** harlowja_away is now known as harlowja_17:49
*** reed has joined #heat17:51
*** pas-ha has quit IRC17:53
*** alexheneveld has quit IRC17:55
*** jstrachan has joined #heat17:56
*** jstrachan has quit IRC17:57
*** bnemec has quit IRC17:58
*** bnemec has joined #heat18:02
*** dsneddon has quit IRC18:06
*** dsneddon has joined #heat18:06
*** swygue has joined #heat18:09
*** lifeless has quit IRC18:10
*** vijendar1 has quit IRC18:12
*** sarob_ has quit IRC18:12
*** vijendar has joined #heat18:12
*** ccrouch has joined #heat18:12
*** Marga_ has quit IRC18:12
openstackgerritPeter Razumovsky proposed openstack/heat: Change RouterInterface resource's name  https://review.openstack.org/13535218:13
*** swygue has quit IRC18:13
*** prazumovsky has quit IRC18:16
*** achanda has quit IRC18:18
*** EricGonczer_ has quit IRC18:23
*** lifeless has joined #heat18:23
*** manfred has joined #heat18:25
manfredCan anyone here provide me more information on https://review.openstack.org/#/c/89363 , it looks like it didn't entirely implement the callbacks, unless I am missreading this, https://github.com/openstack/heat/blob/master/heat/engine/lifecycle_plugin.py and it is actually overwriting those somewhere in here https://github.com/openstack/heat/blob/master/heat/common/lifecycle_plugin_utils.py18:26
*** swygue has joined #heat18:27
zanebmanfred: I mean... it's a plug point for adding your own callbacks18:30
zanebit doesn't implement any callbacks, because that's what plugins are for18:31
manfredbut i still have to implement the plugin on the infrastructure level correct? I can't just add things to the template yet, and have say… a curl call to an api endpoint to tell my salt master that a new server was created?18:31
*** Marga_ has joined #heat18:32
zanebright. if you are the admin then you can write any plugin you like18:33
manfredok, thanks18:34
*** rushiagr is now known as rushiagr_away18:37
openstackgerritMerged openstack/heat: Fix documentation on Fn::Base64 function  https://review.openstack.org/13774718:37
*** jdandrea has joined #heat18:42
*** kopparam has joined #heat18:46
*** serg_melikyan has joined #heat18:47
*** tspatzier has joined #heat18:47
*** EricGonczer_ has joined #heat18:48
*** rpothier has quit IRC18:49
*** hdd has joined #heat18:50
*** serg_melikyan has quit IRC18:51
*** tellesnobrega_ has quit IRC18:53
*** EricGonczer_ has quit IRC18:55
*** tellesnobrega_ has joined #heat18:55
*** tspatzier has quit IRC18:55
*** tspatzier has joined #heat18:55
*** tspatzier has quit IRC18:56
*** f13o has joined #heat18:58
*** rpothier has joined #heat19:04
*** kebray has joined #heat19:09
*** sarob has joined #heat19:10
jdandreaLooking at the user list on a new(ish) Icehouse install, I see a bunch of accounts being created for wait handles and such. I haven't seen that elsewhere. Is there a config glitch (are trusts not enabled?).19:11
*** kopparam has quit IRC19:15
*** GonZo2K has joined #heat19:17
*** serg_melikyan has joined #heat19:17
*** EricGonczer_ has joined #heat19:21
*** packet has joined #heat19:22
*** serg_melikyan has quit IRC19:22
*** sorantis has joined #heat19:22
shardyjdandrea: Not related to trusts : http://hardysteven.blogspot.co.uk/2014/04/heat-auth-model-updates-part-2-stack.html19:28
jdandreaHa! I was just looking at that.19:28
shardyjdandrea: stack domain users aren't configured19:28
jdandreaOhhh. Now, I'm running Heat (Juno) in standalone mode and reaching out to this Icehouse install. Do I make these changes on the Juno or Icehouse end?19:28
shardyjdandrea: well you may need to do both - create the heat domain and domain admin user on the remote keystone then put the details into the local heat.conf19:29
jdandreaBy local you mean the Juno heat.conf.19:30
jdandreaGot it.19:30
*** sarob has quit IRC19:30
*** Marga_ has quit IRC19:33
*** Marga_ has joined #heat19:33
*** vijendar1 has joined #heat19:34
jdandreashardy: I tried a v3 endpoint for keystone but the openstack python client isn't having it.19:37
*** vijendar has quit IRC19:37
jdandreaArrgh, no v3 endpoint present. :/19:39
*** dims_ has joined #heat19:39
*** dims has quit IRC19:43
jdandreaDo folks use "keystonev3" as the service name for Keystone V3? http://paste.openstack.org/show/142826/19:45
*** packet has quit IRC19:47
*** dims_ has quit IRC19:47
*** dims has joined #heat19:48
*** serg_melikyan has joined #heat19:48
*** EricGonczer_ has quit IRC19:50
*** EricGonczer_ has joined #heat19:56
jdandreashardy: If I set this domain user up "midway" while we have other stacks in play that use those other users, does that mean we can delete all of those extraneous accounts without impacting the stacks that are already in play? (Once we've ensured things are still working, that is.)19:56
*** jtomasek has quit IRC19:57
*** serg_melikyan has quit IRC20:03
*** kebray has quit IRC20:09
*** kebray has joined #heat20:09
*** packet has joined #heat20:11
*** Marga_ has quit IRC20:13
*** Marga_ has joined #heat20:13
*** wpf has quit IRC20:14
*** ccrouch has quit IRC20:14
*** wpf has joined #heat20:16
*** serg_melikyan has joined #heat20:26
*** kebray has quit IRC20:35
*** serg_melikyan has quit IRC20:43
*** serg_melikyan has joined #heat20:47
jdandreashardy: I did a quick test (not using Juno - just a separate Icehouse install that I have elsewhere) and existing stacks with users (for things like handle_signal) no longer work. Is there anything I can do to move those users into the new domain? Would that help migrate things?20:48
*** serg_melikyan has quit IRC20:50
openstackgerritJason Dunsmore proposed openstack/heat: Revert "sqlalchemy migration not to import model"  https://review.openstack.org/13722320:56
*** tellesnobrega_ has quit IRC20:59
*** kopparam has joined #heat21:03
*** serg_melikyan has joined #heat21:04
*** Marga_ has quit IRC21:06
*** Marga_ has joined #heat21:06
*** sorantis has quit IRC21:07
*** kebray has joined #heat21:13
*** Putns_ has joined #heat21:21
*** hondak has joined #heat21:23
*** Marga_ has quit IRC21:25
*** Marga_ has joined #heat21:25
*** serg_melikyan has quit IRC21:27
*** tellesnobrega_ has joined #heat21:27
*** wpf1 has joined #heat21:28
*** zbitter has joined #heat21:28
*** steveg-afk has joined #heat21:28
openstackgerritPratik Mallya proposed openstack/heat: Pass status reason when trove misbehaves  https://review.openstack.org/13156321:29
*** serg_melikyan has joined #heat21:31
*** otoolee- has joined #heat21:32
*** kopparam has quit IRC21:33
*** vijendar has joined #heat21:34
*** wpf has quit IRC21:35
*** rpothier has quit IRC21:35
*** zaneb has quit IRC21:35
*** Putns has quit IRC21:35
*** sgordon_ has quit IRC21:35
*** ahonda has quit IRC21:35
*** tellesnobrega has quit IRC21:35
*** otoolee has quit IRC21:35
*** otoolee- is now known as otoolee21:35
jdandreashardy: When I enable trusts, do I need to add assign heat_stack_owner to a particular user? (I get "role heat_stack_owner is not defined" and I don't see any info in that post about creating it.)21:35
*** Putns_ is now known as Putns21:36
*** vijendar1 has quit IRC21:37
*** vijendar1 has joined #heat21:40
*** vijendar has quit IRC21:40
*** alexheneveld has joined #heat21:41
openstackgerritJason Dunsmore proposed openstack/heat: Revert "sqlalchemy migration not to import model"  https://review.openstack.org/13722321:41
*** packet has quit IRC21:41
shardyjdandrea: There is backwards compatible fallback code, so the pre-update stacks should work, if they don't there is a bug21:44
jdandreashardy: Trying _member_ instead.21:44
shardyjdandrea: By default users do need heat_stack_owner21:44
jdandreashardy: Oh! Thank you. I have to re-check that (for the fallback).21:44
shardythere is info about it in my other post:21:44
jdandreashardy: For heat_stack_owner, it just wouldn't work. I am trying _member_ and I didn't get stopped.21:45
shardyhttp://hardysteven.blogspot.co.uk/2014/04/heat-auth-model-updates-part-1-trusts.html21:45
shardyjdandrea: Note, there's no requirement to use trusts to enable stack domain users - they are two different features21:45
jdandreashardy: Mhm, I've got that open here. I didn't see anyplace in there where I add something called "heat_stack_owner" other than in heat.conf (?).21:45
jdandreashardy: I enabled it after noting "I'd encourage everyone to switch to using this feature." :)21:46
shardyjdandrea: It's set via trusts_delegated_roles in heat.conf21:46
shardyIf you're using v2 keystone, specifying _member_ is a good idea, but that won't work with v3 keystone, as that "special" role is no longer associated with project membership21:46
jdandreashardy: OS_AUTH_URL uses v2.21:47
shardyjdandrea: that's one of the reasons why master now delegates all user roles by default via the trust, so we no longer need to have the heat_stack_owner role21:47
jdandreashardy: Ok. I must be confused then.21:48
jdandreashardy: Is it that Part 1 is fine ... unless you implement Part 2, in which case Part 1 is unnecessary. Is that it?21:48
shardyjdandrea: Using trusts is a good idea if you care about security (we no longer store your password in the heat DB), it's just not related to your original problem :)21:48
jdandreashardy: Ah, good. Yes, it's important to us.21:49
shardyjdandrea: No, they are completely independent features21:49
shardyBoth are security-model related, but you can chose either, both or neither as you prefer21:49
jdandreajdandrea: So I'm using v2 and I specify _member_ so I'm good to go. If I start using v3, however ... that special role is gone, then what?21:49
*** packet has joined #heat21:50
shardyjdandrea: You can either use a newer version of heat which allows delegation of all roles, or just add the _member_ role manually via the v3 API when creating users21:50
jdandreaOh! Got it. :)21:50
* shardy can feel another blog post coming on ;)21:50
shardyI'll try to write something about that latest "all roles" change later this week, as it's related to part 1 I just linked21:51
jdandreashardy: Yep. Thank you! I read both of those several times, but it doesn't always sink in fully.21:52
shardyhttps://review.openstack.org/#/c/130104/21:52
shardyjdandrea: That is the change I'm referring to, backported to juno, but not Icehouse21:52
*** jdob has quit IRC21:54
jdandrea:) Thanks!21:54
openstackgerritJason Dunsmore proposed openstack/heat: Encrypt Heat template hidden parameters  https://review.openstack.org/9790021:57
jdandreashardy: When you wrote that "master now delegates all user roles by default via the trust" do you mean Kilo (master branch)?21:58
*** spzala has quit IRC21:58
*** alexheneveld has quit IRC21:59
shardyjdandrea: Yes, master/kilo delegates all roles by default, stable/juno you can opt-in to that new behavior (default is unchanged)22:01
*** sarob has joined #heat22:01
*** packet has quit IRC22:02
jdandreashardy: Tx22:02
*** EricGonczer_ has quit IRC22:02
*** sarob has quit IRC22:05
*** kebray has quit IRC22:07
jdandreashardy: I wonder if tackling my original problem (Part 2 of your post) will get SoftwareDeployment working as well? (One way to find out!)22:07
shardyjdandrea: If it wasn't working before then probably not22:07
jdandreashardy: Oh. Hmph. Yeah, it isn't. Just the deployment part. Other signaling is fine.22:08
shardyjdandrea: It won't fix anything other than the requirement to have admin role when creating stacks22:08
shardy(and improving security through separation of stack-created users in a different domain)22:08
jdandreashardy: *nods* got it22:08
jdandreaI think I'll just have to revisit walking through the deployment steps again on the VM side (I have my notes from a while back).22:09
jdandrea:q22:09
jdandreaHa! Wrong window. What a giveaway. :-p22:09
shardyGetting a bit late for me here, but stevebaker may be able to help with the SoftwareDeployment issue22:10
shardynight all22:10
jdandreaAh yes! ty - g'night!22:10
jdandreaOnce I get re-oriented I'll bring stevebaker up to speed and provide proper context.22:10
*** shardy is now known as shardy_z22:10
*** kebray has joined #heat22:16
*** Marga_ has quit IRC22:22
*** Marga_ has joined #heat22:22
openstackgerritJason Dunsmore proposed openstack/heat: Always import heat.rpc.api as rpc_api  https://review.openstack.org/13570422:28
*** serg_melikyan has quit IRC22:30
*** sarob has joined #heat22:31
*** jamielennox|away is now known as jamielennox22:32
*** asalkeld has joined #heat22:39
*** Marga_ has quit IRC22:39
*** Marga_ has joined #heat22:39
*** aweiteka has quit IRC22:40
openstackgerritAnderson Mesquita proposed openstack/heat: Deprecate Rackspace::Cloud::Server  https://review.openstack.org/13819722:40
*** julienvey has joined #heat22:41
*** vijendar1 has quit IRC22:42
*** serg_melikyan has joined #heat22:43
*** blomquisg has quit IRC22:49
*** radez is now known as radez_afk22:56
*** sarob has quit IRC22:58
*** jmckind has quit IRC22:59
*** fayablazer has quit IRC23:01
*** sarob has joined #heat23:04
*** swygue has quit IRC23:09
*** Marga_ has quit IRC23:10
*** serg_melikyan has quit IRC23:10
*** Marga_ has joined #heat23:10
*** arif-ali has quit IRC23:12
*** Marga_ has quit IRC23:15
*** Marga_ has joined #heat23:15
*** Marga_ has quit IRC23:16
*** pm90_ has joined #heat23:16
*** Marga_ has joined #heat23:17
*** kopparam has joined #heat23:18
*** arif-ali has joined #heat23:19
*** tellesnobrega__ has joined #heat23:20
*** dsneddon has quit IRC23:25
*** dsneddon has joined #heat23:25
*** pm90_ has quit IRC23:25
*** arif-ali has quit IRC23:26
*** spzala has joined #heat23:30
*** Marga_ has quit IRC23:32
*** Marga_ has joined #heat23:32
*** arif-ali has joined #heat23:34
asalkeldmorning23:38
*** blomquisg has joined #heat23:48
*** EricGonczer_ has joined #heat23:50
*** kopparam has quit IRC23:52
*** ccrouch has joined #heat23:54
*** pm90_ has joined #heat23:57
*** Qiming has joined #heat23:57

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!