Tuesday, 2014-02-04

alexpilottisdake: hi00:00
alexpilottisdake: I put together a wiki page doc with teh Windows specific Heat issues: http://wiki.cloudbase.it/heat-windows00:00
*** gokrokve has joined #heat00:09
*** matsuhashi has joined #heat00:12
*** arbylee1 has quit IRC00:13
*** alexpilotti has quit IRC00:15
*** david-lyle has quit IRC00:16
*** david-lyle has joined #heat00:20
*** faramir1 has joined #heat00:24
*** achampion has joined #heat00:29
*** mikal_ is now known as mikal00:29
*** nosnos has joined #heat00:33
*** nosnos_ has joined #heat00:44
*** nosnos has quit IRC00:47
*** asalkeld has quit IRC00:48
*** pvaneck has quit IRC00:52
*** Tross has quit IRC00:53
*** nosnos_ has quit IRC00:54
*** nosnos has joined #heat00:54
*** gokrokve has quit IRC00:55
*** david_lyle_ has joined #heat00:55
*** Tross has joined #heat00:55
*** sjmc7 has quit IRC00:56
*** david-lyle has quit IRC00:59
*** asalkeld has joined #heat01:08
*** asalkeld has quit IRC01:14
*** asalkeld has joined #heat01:14
*** arbylee has joined #heat01:21
*** mestery has joined #heat01:25
*** mestery has quit IRC01:26
*** mestery has joined #heat01:26
*** TravT has quit IRC01:27
*** tomek_adamczewsk has joined #heat01:31
*** asalkeld has quit IRC01:31
sdakealexpilotti sweet I'll have a read in the morning01:35
*** tomek_adamczewsk has quit IRC01:38
*** david-lyle has joined #heat01:40
openstackgerritRyo Miki proposed a change to openstack/heat: Add handle_update for OS::Neutron::RouterL3Agent  https://review.openstack.org/6930301:42
*** david_lyle_ has quit IRC01:44
*** john-n-seattle2 has left #heat01:45
*** asalkeld has joined #heat01:45
*** mestery has quit IRC01:47
*** gokrokve has joined #heat01:47
*** nati_uen_ has joined #heat01:59
*** nati_uen_ has quit IRC01:59
*** gokrokve has quit IRC02:00
*** nati_uen_ has joined #heat02:00
*** alexheneveld has quit IRC02:01
*** alexheneveld has joined #heat02:01
*** alexheneveld has quit IRC02:02
*** nati_ueno has quit IRC02:02
*** gokrokve has joined #heat02:03
*** sgordon has joined #heat02:16
*** david-lyle has quit IRC02:29
*** erkules_ has joined #heat02:35
*** pablosan has quit IRC02:35
*** pablosan has joined #heat02:37
*** erkules has quit IRC02:37
*** WinnieTsang has quit IRC02:41
*** nati_ueno has joined #heat02:48
*** nati_ueno has quit IRC02:49
*** nati_ueno has joined #heat02:50
*** nati_uen_ has quit IRC02:51
*** IlyaE has quit IRC02:55
*** spzala has quit IRC03:05
openstackgerritJoe Gordon proposed a change to openstack/heat: Update heat.conf.sample for python-keystoneclient 0.5.0  https://review.openstack.org/7089403:10
*** nati_ueno has quit IRC03:11
*** WinnieTsang has joined #heat03:12
*** nati_ueno has joined #heat03:12
*** nati_ueno has quit IRC03:13
*** nati_ueno has joined #heat03:13
*** Tross has quit IRC03:15
*** faramir1 has quit IRC03:15
*** rpothier has joined #heat03:22
*** gokrokve has quit IRC03:26
*** gokrokve has joined #heat03:26
*** gokrokve has quit IRC03:30
*** IlyaE has joined #heat03:30
*** gokrokve has joined #heat03:32
*** gokrokve has quit IRC03:40
*** david-lyle has joined #heat03:57
*** gokrokve has joined #heat04:11
*** gokrokve_ has joined #heat04:13
*** harlowja is now known as harlowja_away04:13
*** harlowja_away is now known as harlowja04:15
*** gokrokve has quit IRC04:16
*** IlyaE has quit IRC04:17
*** gokrokve_ has quit IRC04:19
*** mattgriffin has joined #heat04:30
*** gokrokve has joined #heat04:32
*** arbylee has quit IRC04:32
*** achampion has quit IRC04:38
*** asalkeld has quit IRC04:41
*** nati_ueno has quit IRC04:44
*** IlyaE has joined #heat04:44
*** topol has joined #heat04:44
*** IlyaE has quit IRC04:49
*** sgordon has quit IRC04:54
*** IlyaE has joined #heat05:00
*** cmyster has joined #heat05:02
*** IlyaE has quit IRC05:06
*** dims has quit IRC05:11
*** mattgriffin has quit IRC05:11
*** dims has joined #heat05:13
*** nkhare has joined #heat05:17
*** erkules_ is now known as erkules05:18
*** slong has joined #heat05:19
*** slong_ has quit IRC05:20
*** coolsvap has joined #heat05:21
*** gokrokve has quit IRC05:24
*** mkollaro has joined #heat05:28
*** achampion has joined #heat05:28
cmystermornin'05:30
*** gokrokve has joined #heat05:33
*** gokrokve has quit IRC05:38
*** rwsu has quit IRC05:41
*** asalkeld has joined #heat05:42
*** achampion has quit IRC05:46
*** Tross has joined #heat05:46
*** slong has quit IRC05:50
*** killer_prince has joined #heat05:52
*** IlyaE has joined #heat05:53
*** nosnos_ has joined #heat06:00
*** yogesh has joined #heat06:01
*** nosnos has quit IRC06:03
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/7051706:07
*** achampion has joined #heat06:11
*** e0ne has joined #heat06:23
*** e0ne has quit IRC06:27
*** yogesh has quit IRC06:27
*** rpothier_ has joined #heat06:29
*** john-n-seattle1 has joined #heat06:30
*** topol_ has joined #heat06:30
*** Tross1 has joined #heat06:31
*** coolsvap_away has joined #heat06:32
*** matsuhashi has quit IRC06:33
*** gokrokve has joined #heat06:33
*** matsuhashi has joined #heat06:33
*** SpamapS_ has joined #heat06:33
*** shadower_ has joined #heat06:34
*** lazzurs has joined #heat06:34
*** IlyaE_ has joined #heat06:35
*** brint_ has joined #heat06:37
*** john-n-s| has joined #heat06:37
*** gokrokve has quit IRC06:38
*** IlyaE has quit IRC06:38
*** Tross has quit IRC06:38
*** asalkeld has quit IRC06:38
*** coolsvap has quit IRC06:38
*** dims has quit IRC06:38
*** cmyster has quit IRC06:38
*** topol has quit IRC06:38
*** rpothier has quit IRC06:38
*** jasond has quit IRC06:38
*** zaneb has quit IRC06:38
*** IgorYozhikov has quit IRC06:38
*** pshchelo_ has quit IRC06:38
*** SpamapS has quit IRC06:38
*** lazzurs_ has quit IRC06:38
*** zpatten has quit IRC06:38
*** blomquisg has quit IRC06:38
*** john-n-s- has quit IRC06:38
*** dteselkin has quit IRC06:38
*** shadower has quit IRC06:38
*** brint has quit IRC06:38
*** mordred has quit IRC06:38
*** dteselkin_ has joined #heat06:38
*** zpatten_ has joined #heat06:38
*** zpatten_ is now known as zpatten06:39
*** IlyaE_ is now known as IlyaE06:39
*** brint_ is now known as brint06:39
*** cmyster has joined #heat06:41
*** cmyster has joined #heat06:41
*** Tross1 has quit IRC06:42
*** amritanshu_RnD has joined #heat06:42
*** Tross has joined #heat06:43
*** amritanshu_RnD is now known as Guest931706:43
*** topol_ has quit IRC06:44
*** harlowja is now known as harlowja_away06:44
*** pshchelo_ has joined #heat06:44
*** IgorYozhikov has joined #heat06:45
*** asalkeld has joined #heat06:45
*** zaneb has joined #heat06:45
*** blomquisg has joined #heat06:46
*** skraynev_ is now known as skraynev06:50
skraynevMorning!06:50
skraynevzaneb, are you here?06:50
*** mordred has joined #heat06:54
*** jasond has joined #heat06:54
*** coolsvap_away has quit IRC07:04
*** dims has joined #heat07:08
*** aignatov_ is now known as aignatov07:08
*** achampion has quit IRC07:08
*** yogesh has joined #heat07:09
*** saju_m has joined #heat07:12
*** asalkeld has quit IRC07:16
*** lcheng_ has joined #heat07:16
*** tspatzier has joined #heat07:19
*** slong has joined #heat07:19
*** coolsvap has joined #heat07:26
*** achampion has joined #heat07:32
*** asalkeld has joined #heat07:33
*** gokrokve has joined #heat07:33
*** akuznetsov has joined #heat07:37
*** gokrokve has quit IRC07:38
*** rwsu has joined #heat07:42
*** aignatov is now known as aignatov_07:44
*** lcheng_ has quit IRC07:47
*** slong has quit IRC07:49
*** rwsu has quit IRC07:51
*** rwsu has joined #heat07:53
*** akuznetsov has quit IRC07:54
*** e0ne has joined #heat07:59
therveSpamapS_, Hey, still around?07:59
*** bvandenh has joined #heat08:05
*** jprovazn has joined #heat08:07
*** killer_prince is now known as lazy_prince08:08
*** IlyaE has quit IRC08:08
shardymorning all08:08
*** jistr has joined #heat08:11
*** pasquier-s has joined #heat08:12
*** akuznetsov has joined #heat08:13
cmystermornin08:13
*** che-arne has quit IRC08:14
*** asalkeld has quit IRC08:20
openstackgerritSteven Hardy proposed a change to openstack/heat: Bump python-keystoneclient to version 0.5.0  https://review.openstack.org/7093008:26
shardytherve: any chance you can take a look at https://review.openstack.org/#/c/70894/ pls?08:28
shardyI think we need that or all currently queued merges will fail on the hacking check for heat.conf08:28
shardye.g like https://review.openstack.org/#/c/69568/08:29
pshchelo_Morning!08:33
*** gokrokve has joined #heat08:33
*** coolsvap has quit IRC08:36
*** gokrokve has quit IRC08:37
*** ifarkas has joined #heat08:41
skraynevshardy: AFAIK, we decided to do sync update with Jenkins bot.08:43
skraynevshardy: I am not sure, that https://review.openstack.org/70930 make sense in this situation.08:44
*** aignatov_ is now known as aignatov08:45
*** flwang has joined #heat08:49
shardyskraynev: Yeah, in general we can wait for the bot, but I have patches waiting for 0.5.0 so was trying to get the bump in quicker08:50
shardythere's no rule AFAIK which says we *can't* bump manually, just that in general we don't have to08:50
shardyI'll abandon it anyway and we can waaait for the bot I guess08:51
shardyskraynev: context is, I've been waiting on this new keystonclient release for two weeks, so I'm a little impatient ;)08:52
skraynevshardy: he-he)  you persuade me) I have not  anything against this. Only want to know "how it works"))08:53
skraynevshardy, Yeah. AFAIK, your nervous also are related with other keystone patches (I mean moving to v3). Should it be finished for icehouse release?08:55
skraynevIMO,  if it really help your works (for me keystone work really important), I would be glad add +1 for this patch ;)08:56
*** lsmola has joined #heat08:57
shardyskraynev: As of 0b073c5 the move to v3 is completed, but I'm still working on the instance-users BP implementation09:01
*** slong has joined #heat09:02
shardyskraynev: I'm expecting it all to be done for Icehouse, yes, but that's assuming I don't hit any more major keystone bugs ;)09:02
skraynevshardy: closed loop :  do one thing -> fix bug and again :)09:05
openstackgerritSergey Kraynev proposed a change to openstack/heat: Update heat.conf.sample  https://review.openstack.org/7093409:08
*** flwang has left #heat09:12
skraynevshardy, one question about keystone and this patch https://review.openstack.org/70934. I have seen some failed tests connected with heat.conf.sample. I have checked patches on review  and have not found same changes. Could you confirm, that no any patches with same changes, please?09:12
shardyskraynev: uh, isnt' that a dupe of the patch you just +1'd?09:12
*** yogesh has quit IRC09:15
skraynevshardy. LOL. I have not   had sleep enough.. facepalm09:17
skraynevshardy: Arrr. review two patch in parallel and then think, I may fix tests for this patch https://review.openstack.org/#/c/69303/09:18
therveshardy, Can you explain the context of the conf patch?09:20
therveOh hacking check09:20
therveThat's dumb09:20
skraynevtherve. yep. It breaks pep8 check for new patches.09:21
*** coolsvap has joined #heat09:23
shardytherve: Yeah we break anytime there's a new keystoneclient release which adds conf stuff to auth_token09:23
therveIt doesn't sound great :)09:24
shardyI don't think auth_token gains options that frequently, so in reality not a huge problem, but yeah it's a bit inconvenient09:25
shardyit would be better if global requirements specified *the* version everyone had to use, rather than the minimum, then the bot could also propose conf changes with a version bump09:26
skraynevI think, it make sense09:29
therveshardy, What do you think of https://blueprints.launchpad.net/heat/+spec/native-signal-api ?09:33
*** gokrokve has joined #heat09:33
shardytherve: looks good, but do we really need both interfaces?09:34
shardytherve: I was thinking we'd just have a signal interface, which the waitcondition notification would also use09:35
therveshardy, You mean CFN and REST?09:35
therveOh that09:35
therveHum that's a good question, let me look at the code :)09:35
thervewaitcondition returns something, I wonder how useful that is09:36
shardytherve: I was thinking we'd just have a native waitcondition-like resource based on SignalResponder09:37
*** gokrokve has quit IRC09:38
therveshardy, Isn't signal a bit better?09:38
shardytherve: Yes, that's what I'm saying - for the native API, drop waitcondition and just have a signal interface09:39
therveAh OK I see09:39
therveYeah sounds good to me. We can always add it later anyway if we feel that we missed something09:39
*** newbie|4 has joined #heat09:40
therveshardy, Unrelatedly, have you seen my comment on https://review.openstack.org/#/c/66304/ ?09:41
shardytherve: hmmm, Ok - for some reason I thought template validation created a parser.Stack and did validate() there09:43
shardyq09:43
*** WinnieTsang has quit IRC09:44
*** giulivo has joined #heat09:44
shardytherve: Actually the OpenStackClients auth_token property will already cache the token via self.keystone()09:46
*** e0ne has quit IRC09:46
*** e0ne has joined #heat09:46
shardyso I guess my performance argument isn't valid09:46
therveWell, I'm still creating a new client09:47
*** emamdouh has joined #heat09:47
shardytherve: but, like where I made the comment, it's *in* a stack object?09:48
shardyso you already have self.stack which has a client object?09:49
therveIndeed09:49
therveBut I don't pass any of that?09:49
therveWhat's in context.auth_token?09:49
*** e0ne_ has joined #heat09:50
*** e0ne has quit IRC09:50
shardyDepends on the auth middleware, but it should contain a token is using auth_token09:50
shardys/is/if09:50
therveRight, so not for user/password09:51
therveSo your concern is right in that case, we're making an additional keystone request09:51
shardyBut that validate_template you mentioned in service.py, that isn't doing constraint validation is it?09:52
shardywe only validate the constraints when we're passed parameters (at stack create time), when we'll have a stack object?09:52
therveWell we validate the schema of the constraints09:53
therveLike default values09:53
shardyHmm, OK, well maybe we go with this for now and consider how it might be refactored later09:55
shardysome of the interfaces just seem a bit cumbersome09:55
therveAgreed. I like the separation of concerns, though. Having the stack there wouldn't feel right.09:57
shardyYeah, maybe validate_template should be creating a parser.Stack (but only calling validate()) and passing the Clients object into Properties10:00
shardybut we figure that out later, if you're happy to go ahead with the current approach10:00
therveI think we can try that, it's not perfect but it has the benefit of being simple10:01
therveThe keypair constraint patch would be trivial if it wasn't for the test fixes :)10:02
*** e0ne_ has quit IRC10:02
*** e0ne has joined #heat10:02
shardyHah, every patch would be simple if it weren't for those pesky tests ;)10:02
shardyI had to change my whole approach to instance-users because my first attempt broke nearly every test10:03
*** sergmelikyan has joined #heat10:04
*** alexheneveld has joined #heat10:06
*** e0ne has quit IRC10:06
*** e0ne has joined #heat10:07
*** e0ne has quit IRC10:10
*** e0ne has joined #heat10:10
*** aignatov is now known as aignatov_10:13
*** metabro has quit IRC10:22
*** sergmelikyan has quit IRC10:24
*** yogesh has joined #heat10:25
*** jistr has quit IRC10:27
*** yogesh has quit IRC10:30
*** coolsvap has quit IRC10:30
*** gokrokve has joined #heat10:33
*** gokrokve has quit IRC10:37
*** mkollaro has quit IRC10:42
*** slong has quit IRC10:44
*** lazy_prince has quit IRC10:46
*** cody-somerville has joined #heat10:46
*** jamieh has joined #heat10:49
*** jistr has joined #heat10:50
*** e0ne has quit IRC10:50
*** e0ne has joined #heat10:50
*** che-arne has joined #heat10:52
*** russellb has joined #heat11:00
*** aignatov_ is now known as aignatov11:01
*** asalkeld has joined #heat11:02
*** e0ne has quit IRC11:10
*** ppetit has joined #heat11:24
*** sergmelikyan has joined #heat11:25
*** david-lyle has quit IRC11:29
*** nosnos_ has quit IRC11:30
*** jamieh has quit IRC11:32
*** gokrokve has joined #heat11:33
*** gokrokve has quit IRC11:38
*** asalkeld has quit IRC11:50
*** asalkeld has joined #heat11:57
*** tomek_adamczewsk has joined #heat11:59
*** aignatov is now known as aignatov_12:00
*** rpothier_ has quit IRC12:02
*** nkhare has quit IRC12:04
*** sgordon has joined #heat12:06
*** aignatov_ is now known as aignatov12:12
*** sergmelikyan has quit IRC12:14
*** sergmelikyan has joined #heat12:14
*** e0ne has joined #heat12:17
*** nkhare has joined #heat12:20
*** bada_ has joined #heat12:21
*** tspatzier has quit IRC12:21
*** aignatov is now known as aignatov_12:22
*** e0ne_ has joined #heat12:24
*** e0ne has quit IRC12:24
*** aignatov_ is now known as aignatov12:24
*** bada has quit IRC12:25
*** e0ne has joined #heat12:29
openstackgerritA change was merged to openstack/heat: Update heat.conf.sample for python-keystoneclient 0.5.0  https://review.openstack.org/7089412:29
*** e0ne__ has joined #heat12:30
*** e0ne___ has joined #heat12:31
*** e0ne__ has quit IRC12:31
*** asalkeld has quit IRC12:31
*** e0ne_ has quit IRC12:32
*** e0ne___ has quit IRC12:32
*** e0ne_ has joined #heat12:32
*** nkhare has quit IRC12:33
*** gokrokve has joined #heat12:33
openstackgerritJenkins proposed a change to openstack/heat: Updated from global requirements  https://review.openstack.org/7096512:33
*** e0ne has quit IRC12:34
*** matsuhashi has quit IRC12:36
*** matsuhashi has joined #heat12:36
*** gokrokve has quit IRC12:37
*** matsuhashi has quit IRC12:41
*** sgordon has quit IRC12:42
*** tspatzier has joined #heat13:04
*** e0ne has joined #heat13:05
*** e0ne_ has quit IRC13:08
*** e0ne_ has joined #heat13:13
openstackgerritPablo Andres Fuente proposed a change to openstack/heat: HOT templates get_param allows extra attributes  https://review.openstack.org/7071013:16
*** e0ne has quit IRC13:16
*** sgordon has joined #heat13:17
*** alexpilotti has joined #heat13:18
*** jprovazn has quit IRC13:20
*** kebray has joined #heat13:27
*** lekha has joined #heat13:28
*** jdob has joined #heat13:30
*** achampion has quit IRC13:31
*** pafuent has joined #heat13:31
*** gokrokve has joined #heat13:33
*** andersonvom has joined #heat13:33
*** aweiteka has joined #heat13:34
*** andersonvom has quit IRC13:35
*** andersonvom has joined #heat13:36
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Alter stack_count_all_by_tenant to stack_count_all  https://review.openstack.org/7085313:38
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Replace stack_get_all_by_tenant with stack_get_all  https://review.openstack.org/7085213:38
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Unscoped List Stacks  https://review.openstack.org/6304113:38
*** gokrokve has quit IRC13:38
*** viktors has joined #heat13:41
*** saju_m has quit IRC13:41
*** jprovazn has joined #heat13:44
*** ifarkas has quit IRC13:51
*** pasquier-s_ has joined #heat13:51
*** ifarkas has joined #heat13:52
*** rpothier has joined #heat14:00
*** rpothier has quit IRC14:01
openstackgerritThomas Herve proposed a change to openstack/heat: Implement native signal API  https://review.openstack.org/7098614:02
*** rpothier has joined #heat14:02
*** dims has quit IRC14:03
*** sgordon has quit IRC14:04
*** cmyster has quit IRC14:05
*** sgordon has joined #heat14:05
*** lsmola has quit IRC14:05
*** tspatzier has quit IRC14:13
openstackgerritPablo Andres Fuente proposed a change to openstack/heat: HOT templates get_param allows extra attributes  https://review.openstack.org/7071014:14
*** mkollaro has joined #heat14:18
*** achampion has joined #heat14:22
*** lsmola has joined #heat14:22
*** jasond has quit IRC14:29
*** jcru has joined #heat14:30
*** sabeen has joined #heat14:33
*** gokrokve has joined #heat14:33
*** andersonvom has quit IRC14:34
*** spzala has joined #heat14:34
*** andersonvom has joined #heat14:34
*** akuznetsov has quit IRC14:35
*** vijendar has joined #heat14:36
*** gokrokve has quit IRC14:38
*** arbylee has joined #heat14:39
*** lsmola has quit IRC14:41
openstackgerritJason Dunsmore proposed a change to openstack/heat: Add personality files property to Server resource  https://review.openstack.org/6868514:42
openstackgerritJason Dunsmore proposed a change to openstack/heat: Make Server compatible with Nova Key Pair resource  https://review.openstack.org/6823014:42
openstackgerritJason Dunsmore proposed a change to openstack/heat: Native Nova Server compatibility for Cloud Server  https://review.openstack.org/5804314:42
*** jasond has joined #heat14:42
*** coolsvap has joined #heat14:42
*** tspatzier has joined #heat14:46
*** jmckind has joined #heat14:47
*** wchrisj has quit IRC14:48
*** jdob_ has joined #heat14:49
*** jdob has quit IRC14:49
*** lsmola has joined #heat14:53
*** tspatzier has quit IRC14:55
*** sgordon has quit IRC14:58
*** radez_g0n3 is now known as radez14:59
*** IlyaE has joined #heat14:59
*** lsmola has quit IRC15:05
shardyjpeeler: Hey, around?15:08
*** mattgriffin has joined #heat15:08
*** sgordon has joined #heat15:10
*** jdob has joined #heat15:13
*** pafuent has left #heat15:13
*** tspatzier has joined #heat15:15
*** lsmola has joined #heat15:18
*** jdob_ has quit IRC15:19
*** jistr has quit IRC15:23
*** jistr has joined #heat15:23
*** tspatzier has quit IRC15:24
sdakemorning15:28
*** gokrokve has joined #heat15:29
*** gokrokve_ has joined #heat15:30
*** Guest9317 has quit IRC15:31
shardyHi sdake15:33
*** gokrokve has quit IRC15:33
*** wchrisj has joined #heat15:34
*** david-lyle has joined #heat15:34
sdakehey shardy15:36
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add API support for stack preview  https://review.openstack.org/6840615:36
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add StackResource specific preview behavior  https://review.openstack.org/6840715:36
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add preview for LoadBalancer  https://review.openstack.org/6841215:36
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add engine preview stack with Template and Params  https://review.openstack.org/6557615:36
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add preview for NestedStack  https://review.openstack.org/6840815:36
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add preview for ResourceGroup  https://review.openstack.org/6840915:36
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add preview for InstanceGroup  https://review.openstack.org/6841015:36
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add preview for TemplateResource  https://review.openstack.org/6841115:36
*** TravT has joined #heat15:36
jpeelershardy: hey i'm here15:37
alexpilottisdake: hi15:37
shardyjpeeler: Oh Hi, sorry, I was going to ask you to re-approve https://review.openstack.org/#/c/69568/, but it looks like my re approve worked15:38
shardyjpeeler: Thanks for the reviews btw - I don't know if you spotted it, but there one between the two you approved:15:40
shardyhttps://review.openstack.org/#/c/69569/15:40
jpeeleryeah i meant to approve that one15:42
*** tims has joined #heat15:43
*** tims1 has joined #heat15:44
*** tims has quit IRC15:47
alexpilottihi guys, I put together some points related to Heat + Windows: http://wiki.cloudbase.it/heat-windows15:49
*** aignatov is now known as aignatov_15:50
*** jprovazn is now known as jprovazn_afk15:51
alexpilottithe only urgent point is to decide wether we add Windows support in heat-cfntools or we just go with a separate "fork" of http://aws.amazon.com/developertools/AWS-CloudFormation/402624085389329615:52
*** hk_peter has joined #heat16:04
thervejasond: That change you're making for keypairs is pretty bad. Can't we find another way?16:05
hk_peterHey guy, do you want to join the project Titan team, to develop a mature management tool for openstack? http://peter.kingofcoders.com16:05
*** IlyaE has quit IRC16:05
*** pablosan has quit IRC16:06
*** tspatzier has joined #heat16:07
*** pablosan has joined #heat16:08
jasondtherve: if you can do it better, i'll abandon my patch16:08
thervejasond: well thinking out loud, if we introduce a resource reference, it would work, right?16:09
jasondtherve: not sure i follow.  can you give an example?16:11
therveSure one sec16:11
thervejasond: http://paste.openstack.org/show/62455/ for example16:12
*** randallburt has joined #heat16:15
*** randallburt has quit IRC16:15
*** randallburt has joined #heat16:16
jasondtherve: ah, i see.  so did you mean to use a new OS::Nova::Server property, "keypair", in that example?16:16
radixmorning16:17
thervejasond: Well yeah, I don't think it would work with the current property16:17
*** tspatzier has quit IRC16:17
therveWe could also introduce an attribute name on the keypair resource, but it's a bit backward16:17
*** tspatzier has joined #heat16:17
jasondtherve: that was the point of my change, to make it work without introducing a new property16:17
thervejasond: Sure, but the implementation is horrible.16:18
jasondtherve: i'm open to suggestions16:18
therveWe need to get rid of those iterate the whole stack thing, not add more16:18
therveWell that's what I'm doing :)16:19
jasondso you're saying adding a new property is preferable to iterating the stack?16:20
radixtherve: was that "get_resources" a typo for "get_resource"?16:20
therveradix, Yes16:20
radixor is there a new hot function I didn't know about16:20
radixah ok :)16:20
thervejasond: I'd rather have that yes. It's just my opinion though16:21
hk_peterhey guys, is there any person in charge of developing admin interface for heat in dashbaord?16:21
openstackgerritBilly Keith Box proposed a change to openstack/heat: Verify setenforce is executable  https://review.openstack.org/7101916:21
zanebhk_peter: I believe it's tims116:21
hk_petercool, actually i want to develop an admin interface for heat in Titan, checkout my opensource management tool http://peter.kingofcoders.com16:22
jasondtherve: okay, thanks.  i'll see if steve baker has an opinion.  i can't decide which would be less confusing for users16:22
thervejasond: https://etherpad.openstack.org/p/icehouse-summit-heat-exorcism fwiw, I think zaneb would agree with me that it's relevant16:22
hk_peterto see if anybody who familiar with heat can help out the design the interface.16:23
zanebtherve, jasond: do you have link handy to the patch you're discussing?16:23
jasondzaneb: https://review.openstack.org/#/c/68230/16:23
*** tspatzier has quit IRC16:23
zanebta16:23
zanebjasond: that doesn't solve the problem where it's declared as a Nova keypair resource in a _different_ stack (e.g. passed to a nested stack)16:26
zanebjasond: which sounds like an extremely common case16:26
jasondah, good point16:26
*** hk_peter has quit IRC16:27
*** pablosan has quit IRC16:27
jasondzaneb: any opinion on adding a new "keypair" property?16:28
*** pafuent has joined #heat16:30
zanebjasond: I'm not clear on how that helps...16:30
zanebactually, looking at http://paste.openstack.org/show/62455/ I'm not actually clear on what it means16:30
*** pablosan has joined #heat16:31
zanebfwiw I think patch set 2 looked ok16:33
jasondzaneb: also relevant https://review.openstack.org/#/c/70319/16:33
radixyeah I'm not sure if you're going to reasonably still be able to check for keypairs ever16:34
*** IlyaE has joined #heat16:34
*** topol has joined #heat16:34
zanebfor now, I think radix is probably right :(16:35
zanebtrouble is, our validation code sucks16:35
zanebwhat we really need is type-tagging to follow data all the way through the system16:36
radixhmm16:36
zanebso if we got this value from Ref on a Nova Keypair resource, we know it has type "keypair", even when we don't know the value yet, and we track that all the way through nested stacks &c. &c.16:37
radixyeah, that would be cool16:37
radixzaneb: do you see a use for that outside of validation?16:37
zanebbut we are a looooooong way from being able to implement anything like that16:37
zanebprolly not, but it would be great for validation16:38
zanebspoiler alert: I am working on changing how functions are resolved, so that we just stick a lazily-evaluated function object into the parse tree, instead of converting it to a value as soon as we can16:39
*** lsmola has quit IRC16:39
zanebI think that's a prerequisite for type-checked validation... but it still doesn't get us very close16:39
radixnice16:39
jasondzaneb: i'll revert that review to patchset 3.  thanks16:39
openstackgerritA change was merged to openstack/heat: heat_keystoneclient ensure admin client respects SSL options  https://review.openstack.org/6956816:40
therveIt feels weird that removing validation is the answer here16:42
zanebtherve: btw just yesterday we had a user in here asking how to pass security groups into a nested stack, and we had to tell him it's on the exorcism list of things that are not supported16:42
thervejasond: I may miss something, but if you don't introduce a dependency between the resources, you can have a problem16:42
jasondtherve: Ref creates a dependency16:43
thervejasond: Do you have a Ref?16:43
jasondtherve: see example 2 http://paste.openstack.org/show/62459/16:45
zanebRef returns new_keypair.id16:45
*** tomek_adamczewsk has quit IRC16:45
* zaneb didn't know that keypairs had IDs, but that looks like it will do the trick16:46
thervejasond: So does that work right now?16:46
*** SergeyLukjanov is now known as SergeyLukjanov_a16:46
therveI'm confused16:47
*** jistr has quit IRC16:47
jasondit does work.  (reading code to understand how)16:48
zanebtherve: it works except that the validation will barf IIUC16:48
zanebbecause the keypair hasn't been created at the time of validation16:48
*** pablosan has quit IRC16:49
*** pablosan has joined #heat16:49
*** edmund has joined #heat16:49
therveAh so FnGetRefId returns None or something16:50
zanebsomething like that16:50
zanebactually I think it returns the resource name16:50
zanebhave I mentioned that our validation code is terrible?16:50
*** mestery has joined #heat16:51
*** mestery has quit IRC16:51
*** lsmola has joined #heat16:52
*** rcleere has joined #heat16:52
*** mestery has joined #heat16:53
openstackgerritPablo Andres Fuente proposed a change to openstack/heat: HOT templates get_param allows extra attributes  https://review.openstack.org/7071016:53
therveMaybe we could override KeyPair FnGetRefId to return None, then the validation would do the right thing I think16:55
*** akuznetsov has joined #heat16:56
*** nkhare has joined #heat16:58
*** e0ne_ has quit IRC16:59
*** akuznetsov has quit IRC17:00
*** tspatzier has joined #heat17:01
*** mestery has quit IRC17:02
*** akuznetsov has joined #heat17:02
*** randallburt has quit IRC17:03
*** rockstar has joined #heat17:03
*** mestery has joined #heat17:03
*** mestery has quit IRC17:05
*** mestery has joined #heat17:06
*** bvandenh has quit IRC17:06
radixexcept17:08
radixI think IDs can't be non-strings17:08
*** slong has joined #heat17:09
zanebNone usually gets translated to an empty string somewhere in the function resolution process, I think17:09
*** ppetit has quit IRC17:09
*** mestery_ has joined #heat17:10
funzo_radez: zaneb: therve: it's probably easier for me to have the conversation here so I can get your consolidated input. I would like have support for OS::Nova::Server resources in autoscaling for the icehouse release. I can go the route of doing a simple refactor of scaling groups, but I think it might conflict with the work that is currently going on.17:10
radixfunzo_: hmm, I think it should be fine17:10
thervehttps://blueprints.launchpad.net/heat/+spec/as-lib is where things are noted17:11
*** mestery_ has quit IRC17:11
therveIt looks a bit stuck, but I'm sure radix will do something about it17:11
*** mestery has quit IRC17:11
radixhmm17:11
radixso it seems like that could be done independently, right?17:12
radixisn't the main thing that needs to happen a continuation of zane's idea about parameterizing the nested stack's environment?17:12
*** mestery has joined #heat17:12
therveYeah maybe17:12
*** ifarkas has quit IRC17:12
funzo_radez: I was just talking with zaneb about some quick paths to accomplish what I'd like to do, but that *might* conflict with something else in the works.17:13
zanebfunzo_: s/radez/radix/ ;)17:13
funzo_heh, thx17:13
radixI think it's fine17:13
funzo_radez: i'm SO sorry17:13
*** arbylee has quit IRC17:14
funzo_radez: therve: zaneb: ok, so you guys are fine with me adding a launchconfig resource that looks like an OS::Nova::Server instead of the AWS::EC2::Instance?17:14
funzo_lol, radez again17:14
radixhmm17:15
zanebradix: so I think funzo could implement what he wants by creating a native LaunchConfig resource and subclassing the scaling group to map ScaledResource to a different type in the environment17:15
radixoh, I see17:15
radixzaneb: what about your environment idea?17:15
radixI mean, didn't you suggest allowing the user to override it?17:15
zanebbut that's _not_ going to look like the native resources that therve is working on17:15
therveI'm not working on anything :)17:16
radixbut that sounds fine anyway17:16
zanebradix: only as a demonstration of the mechanism, not as a serious proposal for something to be merged17:16
radixI see17:16
funzo_zaneb: ideally, whatever ends up upstream would accomplish the same goal17:17
funzo_zaneb: If this wouldn't be worthy of upstream acceptance, what would be? and will it happen for icehouse?17:17
zanebright, it's just a question of whether we can get that done for icehouse17:17
funzo_zaneb: if I get this working asap, can we get it in icehouse, and juno can just have something that replaces it?17:18
funzo_or is that too much of a support nightmare17:18
zanebthe upstream goal is a superset of what you want, and what you want hasn't up to this point been regarded as on the path to where we're going17:18
funzo_zaneb: and the superset isn't in the icehouse timeframe, correct?17:19
zanebI hate creating resource types that we know are not what we want long term and then having to support them forever :/17:19
funzo_the bp says icehouse, but therve just said he's not working on it17:20
zanebfunzo_: well, it's targeting for icehouse17:20
radixthe majority of the whole AS stuff is post-icehouse17:20
zanebbut looking decidedly questionable17:20
radixer, s/stuff/design/17:20
radixI pretty much just expect to get the basic library code done17:20
thervefunzo_, I'm hoping radix is :)17:20
funzo_this reminds me of "who's on first"17:21
zanebradix, therve: so we're saying that we're not expecting to even get native resources for Icehouse?17:21
radixzaneb: I'm not sure if we'll get super useful ones, maybe just an InstanceGroup-like thing17:21
zanebI think it's fair to say the API part has been punted to Juno17:21
thervezaneb, I'd like to. It's just not progressing well17:21
zanebis there anything I can do to help it progress?17:22
radixour team at RS grew to help with the work, but I have been doing a lot of introductory stuff and so it's actually slowed things down17:22
radixlike last week I was in SF having lots of conversations with cyli and rockstar17:22
thervezaneb, Maybe update the wiki spec so that it reflects what we want to have for icehouse?17:23
zanebyeah, that's unfortunately inevitable17:23
radixtherve: you mean the "Autoscaling" page?17:23
therveradix, yes. Or maybe a new simpler one17:23
radixok17:23
funzo_zaneb: radix: therve: ok so for the icehouse timeframe, to achieve native resource autoscaling... take the approach that won't match the intended upstream impl?17:27
funzo_..or stay tuned.17:27
thervefunzo_, I'm not sure what that means17:27
zanebfunzo_: luckily resource types are pluggable :)17:28
funzo_therve: I'm asking if I need to have autoscaling work with OS::Nova::Server resources in the icehouse timeframe, should I take the path of implementation zaneb mentioned, or is there something else that will be done for icehouse17:28
*** alexheneveld has quit IRC17:29
funzo_zaneb: right, but taking this approach potentially puts us in a long term resource support place that we don't want to be in, as you mentioned.17:29
funzo_my end goal is two fold, to wow people with demos and to be able to say that OS now supports native resource autoscaling.17:29
zanebfunzo_: that's the advantage of allowing out-of-tree plugins; you can write it and not have to support it upstream forever17:30
funzo_zaneb: ok - so you're saying implement the resource the way you've mentioned and that should fall in line with the existing plugin architecture?17:31
funzo_zaneb: sorry for my ignorance, I'll have to look into how that works17:31
zanebfunzo_: I'm saying you can implement the resource yourself without having to get it accepted into upstream Heat to integrate it (just drop it into /usr/lib/heat/plugins or whatever it is)17:32
funzo_zaneb: k, I'll start with that. and just so i'm understanding this correctly, there is nothing we can ship with the icehouse release that would accomplish native resource autoscaling, correct?17:33
*** mestery_ has joined #heat17:34
zanebyes, schedule pressure is making it look very unlikely that we would be able to ship anything like this in time for icehouse :/17:34
*** jrist has quit IRC17:35
funzo_okie doke, I'll go with the plugin approach. thanks for the time guys17:35
*** newbie|4 has quit IRC17:37
andersonvomtherve: you still around?17:37
therveYes17:38
*** mestery has quit IRC17:38
andersonvomtherve: could you take a look at my comments re the patch https://review.openstack.org/#/c/68746/ and explain a little what you had in mind?17:39
*** TravT has quit IRC17:40
*** TravT has joined #heat17:40
therveandersonvom, I was thinking like a real python variable. Don't we import code when generating doc?17:40
*** arbylee1 has joined #heat17:41
andersonvomtherve: we do, but we'd have then a global variable that would be used?17:41
andersonvomtherve: we use conf.py to set up what we need to generate the docs, if you want to take a look17:42
*** SpamapS_ is now known as SpamapS17:43
*** andrew_plunk has joined #heat17:43
therveI'm sorry, I'm not really proposing a solution17:43
therveJust that having a conf variable to fix our doc process doesn't feel right17:44
*** akuznetsov has quit IRC17:44
abramleyI have a quick heat template question that hopefully somebody can help me with. In my template I am creating several AWS::RDS::DBInstance resources and then within another resource I want to obtain the address of the DBInstance so I am using { "Fn::GetAtt" : [ <resource>, "Endpoint.Address" ] } - but this is giving me an empty string rather than the address of the DBInstance.17:44
SpamapStherve: here now.17:44
abramleyIs this something that is covered by tests and known to work? I did also try one of the sample templates and had the same issue.17:45
therveSpamapS, Hi. I ended up thinking really hard and answered your email :)17:45
andersonvomtherve: maybe it's not the best way to go, but I can't think of any other way to go about it, since having to make all resources aware of the fact that we may want to generate docs is bad, IMO.17:46
SpamapStherve: cool, just now starting to read.17:46
*** sgran has quit IRC17:46
*** julienvey has quit IRC17:46
*** stannie has quit IRC17:46
*** IlyaE has quit IRC17:46
therveandersonvom, what about installing the requirements?17:48
*** stannie has joined #heat17:48
*** sgran has joined #heat17:48
*** jrist has joined #heat17:49
*** julienvey has joined #heat17:49
*** IlyaE has joined #heat17:49
*** pvaneck has joined #heat17:49
andersonvomtherve: I don't know I like that idea that much. 1) I don't think folks running docs.openstack.org would like having to install all dependencies to generate the docs there. 2) from a dev's perspective, I wouldn't like to have to install everything so that I can read about it and figure out whether I want to use it or not.17:49
andersonvom#2 being in regards to generating the docs locally, of course.17:50
*** akuznetsov has joined #heat17:50
therveI don't think 2) stands17:50
therveWe should ask for 1)17:51
radixhm17:51
*** akuznetsov has quit IRC17:51
radixoh, I missed that response17:52
andersonvomtherve: why not? when we start having several different plugins in contrib/, is it really reasonable to expect someone to install all requirement from all plugins, just so they can have docs for them? even though they could be generated without installing these deps?17:53
therveandersonvom, docs are hosted. You need to install sphinx to generate them locally, you can install some dependencies17:54
*** gokrokve_ has quit IRC17:54
therveYou need to install all other clients afaict17:55
*** akuznetsov has joined #heat17:55
*** gokrokve_ has joined #heat17:55
*** jrist has quit IRC17:56
arbylee1therve sphinx is already part of test-requirements though17:56
andersonvomtherve: well... but you need sphynx to generate anything. you don't need pyrax, or docker-py, or whatever other module that may be required by any plugin.17:56
*** IlyaE has quit IRC17:56
arbylee1therve if you take a look at clients.py, swiftclient, neutronclient, etc are all optionally installed17:57
*** sgordon has quit IRC17:57
thervearbylee1, Are they if you generate docs though?17:57
andersonvomtherve: if they're not installed, docs won't be generated for them either.17:57
therveRight17:58
therveAnyway, that's just my opinion, you can find 2 other cores to approve it17:58
*** harlowja_away is now known as harlowja17:59
*** randallburt has joined #heat18:01
*** nkhare has quit IRC18:02
*** TravT has quit IRC18:03
*** nati_ueno has joined #heat18:04
*** WinnieTsang has joined #heat18:05
*** SergeyLukjanov_a is now known as SergeyLukjanov18:05
*** mattgriffin1 has joined #heat18:05
pafuentabramley: I think Endpoint.Address isn't a valid argument, and for that reason you are getting an empty string18:06
*** mattgriffin has quit IRC18:07
pafuentabramley: You can try this to access the PublicIP of a DB instance18:07
pafuentabramley: https://github.com/openstack/heat-templates/blob/master/cfn/F18/WordPress_Single_Instance.template#L13718:07
*** slong has quit IRC18:07
*** e0ne has joined #heat18:08
abramleyI looked in the AWS_RDS_DBInstance.yaml template and at the bottom I see:18:08
abramleyOutputs:18:08
abramley  Endpoint.Address: {'Fn::GetAtt': [DatabaseInstance, PublicIp]}18:08
abramley  Endpoint.Port: {Ref: Port}18:08
pafuentabramley: Yes, that are Outputs, not attributes. Fn::GetAtt is used to access resource atributtes18:09
*** jrist has joined #heat18:09
abramleypafuent - I did try the PublicIp too with no success18:10
shardypafuent: they are mapped to attributes, it's a provider template18:10
pafuentshardy: Ahhh. I didn't know that18:10
abramleypafuent - I was wondering if this was something related to it being a nested template ?18:10
*** akuznetsov has quit IRC18:11
shardyabramley: If you create a stack with just an AWS::EC2::Instance in it, do you get an IP for PublicIp?18:11
pafuentabramley: I think someone talk about that in IRC yesterday. Maybe someone else could help you. I don't know about nested templates.18:11
pafuentabramley: Sorry18:11
radezfunzo_: nice to hear from you... I just ate lunch with erosen, we decided you're going to join us for a tough mudder soon18:12
funzo_radez: sweet!18:12
abramleyshardy - I will try - there is also the possibility that this is an issue with my installation since I am actually using heat that is installed in the Trove Redstack dev environment18:13
*** tspatzier has quit IRC18:15
*** tspatzier has joined #heat18:15
*** tspatzier has quit IRC18:15
*** coolsvap is now known as coolsvap_away18:16
*** akuznetsov has joined #heat18:28
*** akuznetsov has quit IRC18:29
*** rpothier_ has joined #heat18:31
*** e0ne_ has joined #heat18:33
*** akuznetsov has joined #heat18:34
*** sgordon has joined #heat18:35
*** e0ne has quit IRC18:35
*** akuznetsov has quit IRC18:35
*** rpothier has quit IRC18:35
*** akuznetsov has joined #heat18:35
*** yogesh has joined #heat18:35
*** gokrokve_ has quit IRC18:35
*** akuznetsov has joined #heat18:36
*** akuznetsov has quit IRC18:36
*** gokrokve has joined #heat18:36
*** akuznetsov has joined #heat18:36
*** che-arne has quit IRC18:37
*** mestery_ has quit IRC18:38
*** gokrokve has quit IRC18:41
*** sdake has quit IRC18:42
*** arbylee3 has joined #heat18:42
*** jistr has joined #heat18:42
*** arbylee1 has quit IRC18:42
*** akuznetsov has quit IRC18:42
*** sdake has joined #heat18:43
*** sdake has quit IRC18:43
*** sdake has joined #heat18:43
*** dims has joined #heat18:44
*** jprovazn_afk is now known as jprovazn18:50
*** IlyaE has joined #heat18:50
*** arbylee1 has joined #heat18:51
*** gokrokve has joined #heat18:55
*** sdake has quit IRC18:55
*** arbylee3 has quit IRC18:56
*** arbylee2 has joined #heat18:59
*** arbylee2 has quit IRC18:59
*** arbylee2 has joined #heat18:59
*** gokrokve has quit IRC19:00
openstackgerritJason Dunsmore proposed a change to openstack/heat: Make Server compatible with Nova Key Pair resource  https://review.openstack.org/6823019:02
openstackgerritA change was merged to openstack/heat: heat_keystoneclient: Move v3 path logic to constructor  https://review.openstack.org/6956919:02
openstackgerritA change was merged to openstack/heat: heat_keystoneclient: abstract admin_client to a property  https://review.openstack.org/6957019:02
*** sabeen1 has joined #heat19:03
*** arbylee1 has quit IRC19:03
abramleyshardy - if I change my template to use AWS::EC2::Instance instead of RDS::DBInstance then it does work if I do  Fn::GetAtt with PublicIp19:03
*** sabeen has quit IRC19:04
*** mestery has joined #heat19:04
*** gokrokve has joined #heat19:06
*** sabeen1 has quit IRC19:08
*** sabeen has joined #heat19:08
*** e0ne_ has quit IRC19:09
*** gokrokve has quit IRC19:11
*** gokrokve has joined #heat19:14
*** shadower_ is now known as shadower19:18
*** sdake has joined #heat19:19
*** sdake has quit IRC19:19
*** sdake has joined #heat19:19
*** skraynev_ has joined #heat19:21
skraynev_zaneb, are you around?19:22
zanebskraynev_: hi19:22
skraynev_zaneb: hi)19:23
*** WinnieTsang has left #heat19:23
skraynev_zaneb: I only want ask your opinion about https://review.openstack.org/#/c/70358/19:23
zanebskraynev_: but I have an irc meeting with ttx in 7 minutes...19:23
zaneblooking...19:24
skraynev_zaneb: now or after 7 min?19:24
zanebmeeting starts in... 6 minutes19:24
*** alexheneveld has joined #heat19:24
zanebso as long as this is a <6 minute question, no problem ;)19:25
skraynev_Oh. ok. I try19:25
skraynev_What do you think about this solution for validation outputs?19:25
skraynev_is it possible realize with other aproach?19:26
*** TravT has joined #heat19:26
skraynev_Only this two question. I will be thankful if you look this patch and then, when you will have gree time give me answers19:27
zanebskraynev_: is there a reason that just calling resolve_runtime_data wouldn't work?19:27
zanebobviously it wouldn't return any useful data, but it should find any errors like this19:28
zanebfwiw what I am currently working on is to collapse the static/runtime thing into a single pass with lazily-evaluated functions19:29
zanebif that works then this code would end up getting removed/replaced19:29
skraynev_it works, but after stack creatung19:31
*** vijendar has quit IRC19:31
*** alexheneveld has quit IRC19:31
*** klwilson has quit IRC19:31
skraynev_hm. it's interesting. I think, that now meeting time for you unfortunatelly. Could we continue it tomorrow or through email?19:33
skraynev_because it's difficult catch you, while in my time zone night time don't come19:33
zanebttx is not about, so we can continue the discussion if you are available now19:33
*** klwilson has joined #heat19:33
zanebskraynev_: how is check_resource_attributes different from template.resolve_attributes? I'm concerned that we are duplicating code here19:35
skraynev_zaneb: in template.resolve_attributes we check, that resource currently in one in correct state.19:37
zaneboh :(19:37
skraynev_if I try to call this function without changes > GetAttr function will be skipped19:37
skraynev_so, for me the main problem is checking before we start create.19:38
skraynev_hm, in other side: May I try call template.resolve_attributes during creation process?19:39
skraynev_I am not sure, that know right place for it.19:39
*** alexheneveld has joined #heat19:41
*** sdake has quit IRC19:42
*** sdake has joined #heat19:43
*** sdake has quit IRC19:44
*** sdake has joined #heat19:44
*** sdake has quit IRC19:44
*** sdake has joined #heat19:44
*** sdake has quit IRC19:44
*** sdake has joined #heat19:44
*** alexheneveld has quit IRC19:45
zanebshardy: ping re https://blueprints.launchpad.net/heat/+spec/x-auth-trust if you are about19:46
*** randallburt has quit IRC19:47
*** IlyaE has quit IRC19:47
openstackgerritJason Dunsmore proposed a change to openstack/heat: Handle API limit exception in OS::Trove::Instance  https://review.openstack.org/7108219:49
sdakeanyone seen this problem with devstack + nova networking http://paste.fedoraproject.org/74412/5430161319:51
*** aignatov_ is now known as aignatov19:52
*** randallburt has joined #heat19:53
zanebno, but that's a superb error message :D19:53
*** randallburt1 has joined #heat19:54
sdakeyes, most excellent19:54
sdakenext up pulling the iproute sources and figuring out what the hell that is supposed to mean19:54
sdakeI guess it makes sense to somebody19:54
sdakeall started when I upgraded...19:55
* sdake groans19:55
*** randallburt has quit IRC19:57
larskssdake: If i'm reading "ip addr help" correctly, you can't specify flags like "dynamic" to "add" or "delete".19:57
larskssdake: ...but it also suggests the same thing about "scope", which is patently false.  So who knows?19:58
larsksPulling "dynamic" out of the command line makes it work.19:58
*** skraynev_ has quit IRC20:00
*** skraynev_ has joined #heat20:00
*** jistr has quit IRC20:03
*** klwilson has quit IRC20:04
*** klwilson has joined #heat20:04
*** sgordon has quit IRC20:04
*** skraynev_ has quit IRC20:05
*** IlyaE has joined #heat20:08
pafuentI change the state of a BP as 'Implemented' and it disappeared, it's ok?20:17
pafuentShould I have done that?20:17
*** vijendar has joined #heat20:22
*** vijendar has quit IRC20:22
*** vijendar has joined #heat20:22
*** mestery has quit IRC20:23
*** randallburt1 has quit IRC20:26
*** e0ne has joined #heat20:28
sdakelarsks yes I noticed that when I gave it a go without - so I disabled dynamic on the interface via ip with same results20:31
sdakebig pile of software setting magic bits - ugh20:31
*** gokrokve has quit IRC20:37
*** pafuent has left #heat20:38
*** gokrokve has joined #heat20:38
*** gokrokve has quit IRC20:43
*** slong has joined #heat20:44
*** denis_makogon has quit IRC20:44
*** dmakogon_ has joined #heat20:44
*** sdake has quit IRC20:48
funzo_stevebaker: I noticed the priority was changed on https://blueprints.launchpad.net/heat/+spec/autoscaling-parameters20:48
funzo_stevebaker: can you offer any insight into the prioritization of the one?20:49
*** sdake has joined #heat20:50
*** sdake has quit IRC20:50
*** sdake has joined #heat20:50
*** asalkeld has joined #heat20:53
*** randallburt has joined #heat20:55
*** sgrasley has joined #heat20:57
SpamapShm20:57
SpamapSI'm seeing FK constraint errors trying to delete stacks.20:58
SpamapSDELETE FROM stack WHERE stack.id = '1002e2fb-c558-481a-a357-98c360c8ab15'20:58
SpamapSForeign key constraint fails for table `heat`.`stack_lock`:20:58
SpamapS, CONSTRAINT `stack_lock_ibfk_1` FOREIGN KEY (`stack_id`) REFERENCES `stack` (`id`)20:58
*** scollier has joined #heat20:58
*** jrist has quit IRC20:58
SpamapSThat seems like there's a path through to DELETE where we aren't locking.20:58
*** nati_ueno has quit IRC20:59
randallburtOr we're forgetting to release the lock before we actually delete the stack.20:59
*** asalkeld has quit IRC20:59
SpamapSrandallburt: equally possible for sure.20:59
randallburtjasond`:  thoughts? ^^^20:59
SpamapSI think that is it actually20:59
SpamapSbecause this is the purge command21:00
SpamapSwhich does not check for locks21:00
SpamapSbecause it really shouldn't have to :)21:00
randallburtshouldn't it? if I'm trying to purge during an update/create for example?21:00
*** nati_ueno has joined #heat21:00
randallburtseems as racy as any other operation.21:01
jasondi'm looking into it21:02
*** sdake has quit IRC21:02
jasondyeah, the release should be called just after the delete.  i'm surprised i haven't seen this21:05
*** gokrokve has joined #heat21:08
jasondif we release the lock before deleting, that introduces another race condition21:08
jasondSpamapS: any chance you can show me how to reproduce that?21:09
SpamapSjasond: We have a very long running cloud, and I'm just finding this in the mysql innodb list of failed fks21:09
*** gokrokve_ has joined #heat21:10
jasondoh ok.  if you come across it again, please let me know21:10
SpamapSmysql> select count(*) from stack s inner join stack_lock sl on sl.stack_id = s.id where s.deleted_at is not null\G21:11
SpamapS*************************** 1. row ***************************21:11
SpamapScount(*): 4321:11
SpamapSjasond: I have 43 deleted stacks that have locks21:11
*** radez is now known as radez_g0n321:11
*** jrist has joined #heat21:11
*** asalkeld has joined #heat21:12
jasondoh ok, i have 221:12
*** gokrokve has quit IRC21:13
*** scollier has quit IRC21:13
*** gokrokve_ has quit IRC21:14
*** aignatov is now known as aignatov_21:15
SpamapSjasond: perhaps something goes wrong and the thread manager never calls the release.21:16
*** sdake has joined #heat21:17
*** sdake has quit IRC21:17
*** sdake has joined #heat21:17
SpamapSjasond: realistically, we should probably let purge just delete those locks too. But we should also not leave dangling locks around.21:17
SpamapSjasond: want a bug report?21:17
* sdake launches nuke at nova21:17
jasondSpamapS: sure21:18
*** sdake has quit IRC21:19
*** sdake has joined #heat21:19
*** sdake has quit IRC21:19
*** sdake has joined #heat21:19
*** alexpilotti has quit IRC21:22
SpamapSjasond: https://bugs.launchpad.net/heat/+bug/127633621:27
jasondSpamapS: thanks21:28
*** alexheneveld has joined #heat21:38
*** mestery has joined #heat21:39
*** mestery has quit IRC21:40
*** mestery has joined #heat21:40
gondoiis openstack in general opposed to vagrant?21:51
gondoiI'm curious if it would be okay to add a Vagrantfile to heat21:51
*** jdob has quit IRC21:53
*** ScottL1 has joined #heat21:55
*** sdake has quit IRC21:55
ScottL1Are there any good documents or examples on the use of autoscaling in a multi-network environment?21:56
ScottL1I need to constrain which networks the ip addresses are chosen from21:57
ScottL1any pointers or advise would be welcome21:58
*** jprovazn has quit IRC21:59
*** e0ne has quit IRC22:04
*** david-lyle has quit IRC22:04
*** sdake has joined #heat22:16
*** alexheneveld has quit IRC22:16
*** blomquisg has quit IRC22:20
*** mestery has quit IRC22:24
sdakegondoi i haven't heard any opposition to vagrant on the ml22:26
sdakehow were you thinking of adding it to heat?22:26
gondoisdake: well just as a segmented dev environment for running/testing and verification on linux distros, etc22:27
sdakegondoi I know this might be a bigger job, but I expect devstack folks would appreciatee that more :)22:27
gondoiensures a consistent environment as well as long as you have vagrant22:28
sdakegondoi most folks run heat either from distro packaging or devstack22:28
gondoiyou bet.. i'm just curious because i've seen vagrant repos for heat and other projects when it typically makes more sense to have it inside the project repo22:28
sdakenot sure how vagrant could fit into distro packaging, but devstack definately22:28
sdakeI haven't actually tried vagrant so I don't know precisely how it works22:29
gondoiyeah, you could even use devstack inside the vagrant instance22:29
gondoiit's really good for clean room type developing...22:29
gondoiif you are having problems with your env, you can vagrant destroy && vagrant up and start over from scratch with a brand new vm22:30
*** rpothier_ has quit IRC22:30
*** jcru has quit IRC22:34
*** aweiteka has quit IRC22:37
ScottL1Create Failed        Resource Create Failed: Error: Resource Create  Failed: Badrequest: Multiple Possible Networks Found, Use A Network Id  To Be More Specific. (Http 400)22:38
*** dims has quit IRC22:39
*** sgordon has joined #heat22:43
radixzaneb: yo, you around?22:46
zanebhowdy22:47
radixzaneb: what would you think of something like this for a patch? it doesn't align exactly with the list you wrote, but it seemed like a pretty logical step: http://paste.openstack.org/show/62495/22:47
radixit just refactors _create_template to not rely on self.instances22:48
radixand be a staticmethod22:48
zanebwithout digging into the details, that looks like a size of patch which would be comfortable to review :)22:49
*** gokrokve has joined #heat22:49
radixI tried very hard not to do anything extra, not even refactor that pointless nested function in _create_template :P22:49
zanebso assuming it works, +1 ;)22:50
* zaneb has long forgotten the exact sequence of patches I suggested anyway ;)22:51
shardyzaneb: Hey, sorry been afk for a bit and saw I got pinged re x-auth-trust22:51
zanebshardy: hey, np. I added it to the agenda for the meeting tomorrow anyway22:52
zanebbut I guess it's at the alt time so you will probably miss it22:52
shardyzaneb: The keystone stuff hasn't landed, so we can't implement it:22:52
shardyhttps://review.openstack.org/#/c/56243/22:52
zanebthe question was, are we still expecting to implement that in Icehouse22:52
zanebi.e. do we need to push keystone folks to do it22:53
shardyI see the keystone BP has been marked implemented but that is a mistake AFAICS22:53
shardyzaneb: No, it's low priority for Heat as far as I'm concerned22:53
shardyonly one person has ever asked for that functionality22:53
radixthat seems pretty weird22:53
zanebshardy: dolphm just marked it as implemented because of https://review.openstack.org/#/c/57481/22:54
radixwhy would you want to limit the number of tokens instead of just the duration of the trust? it seems like that would lead to a lot of problems by e.g. changing the frequency of a scheduled scaling operation22:54
shardyThat's updating the API docs, but not the implementation22:54
zanebshardy: which appears to be what we need22:54
shardythe patch I linked actually implements it22:55
zaneboh, right22:55
* zaneb didn't look that far22:55
shardybut it's been stuck in an infinite review loop for a long time22:55
*** dims_ has joined #heat22:55
zanebweird that they would merge the docs before the patch22:55
zanebwhy does it say "Fix for bug #1250617"22:56
zaneb???22:56
shardyYeah, they seem to have a weird workflow - stuff seems to go into identity-api, then code, then the official docs22:56
shardyinvariably it ends up a mess and nothing matches22:56
zanebshardy: and all 3 are marked as closing the bug22:57
shardyYeah, it's all wrong22:58
radixhmm, what was the syntax for partial-implementation of a blueprint? I don't see it on https://wiki.openstack.org/wiki/Gerrit_Workflow22:58
radixjust one for partial-bug22:58
sdakei'm off for the day22:59
shardyradix: You just tag bluprint: blah lots of times and manually change the BP status when completed22:59
radixhmm22:59
sdakethis got my devstack working -> http://paste.fedoraproject.org/74485/5475713922:59
sdakeenjoy22:59
radixstevebaker requested I use "partial blueprint ..." last time22:59
radixshardy: so you mean I should avoid "Implements:"?23:00
shardyradix: For blueprints there is not automatic way of changing the state AFAIK, only bugs23:00
shardys/not/no23:00
*** topol has quit IRC23:01
*** harlowja is now known as harlowja_away23:01
radixI dont think that answers my question23:02
*** andersonvom1 has joined #heat23:02
*** andersonvom has quit IRC23:03
shardyradix: you can use Implements if you like23:03
*** jmckind has quit IRC23:04
radixok. I don't know if it actually means anything, that's just what Gerrit_Workflow says to do23:04
shardyI don't think it has any special meaning like Partial-Bug though23:04
radixalrighty23:05
*** IlyaE has quit IRC23:06
shardyradix: I think there are a few formats which work, just check your BP whiteboard after posting the patches to make sure they've been linked correctly23:06
openstackgerritRichard Lee proposed a change to openstack/heat: Rename Marconi plugin package  https://review.openstack.org/7114123:06
openstackgerritRichard Lee proposed a change to openstack/heat: Add Docker resources to docs  https://review.openstack.org/6875323:07
openstackgerritRichard Lee proposed a change to openstack/heat: Rename rackspace.rst to contrib.rst  https://review.openstack.org/6875223:07
openstackgerritRichard Lee proposed a change to openstack/heat: Add Rackspace resources summary to docs  https://review.openstack.org/6879323:07
openstackgerritRichard Lee proposed a change to openstack/heat: Add force_resource_mapping option  https://review.openstack.org/6874623:07
openstackgerritRichard Lee proposed a change to openstack/heat: Restructure Rackspace resources  https://review.openstack.org/6874723:07
openstackgerritRichard Lee proposed a change to openstack/heat: Reorganize docker-plugin for consistency  https://review.openstack.org/6874823:07
openstackgerritRichard Lee proposed a change to openstack/heat: Allow force registration of docker resource  https://review.openstack.org/6874923:07
openstackgerritRichard Lee proposed a change to openstack/heat: Allow force registration of Rackspace resources  https://review.openstack.org/6937423:07
openstackgerritRichard Lee proposed a change to openstack/heat: Change Docker resource mapping name  https://review.openstack.org/6875023:07
openstackgerritRichard Lee proposed a change to openstack/heat: Generate docs for contrib plugins  https://review.openstack.org/6875123:07
shardyzaneb: Thanks for following up with dolphm, I'm going to call it a night23:09
zanebshardy: np, looks like he already has as well ;)23:09
zaneb\o23:09
openstackgerritChristopher Armstrong proposed a change to openstack/heat: Refactor _create_template to not rely on instances  https://review.openstack.org/7114323:11
*** jasond has quit IRC23:12
*** harlowja_away is now known as harlowja23:13
*** mestery has joined #heat23:17
*** mestery has quit IRC23:17
*** mestery has joined #heat23:17
*** andersonvom1 is now known as andersonvom23:18
*** rcleere has quit IRC23:26
*** randallburt has quit IRC23:27
*** jasond has joined #heat23:29
*** sabeen has quit IRC23:29
*** andrew_plunk has quit IRC23:29
*** sgordon has quit IRC23:32
*** arbylee2 has quit IRC23:32
*** sgordon has joined #heat23:34
*** yogesh has quit IRC23:37
*** achampion has quit IRC23:38
*** andersonvom has quit IRC23:41
*** sgordon has quit IRC23:48
*** wchrisj has quit IRC23:54
*** wchrisj has joined #heat23:54
*** sgordon has joined #heat23:58

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