Thursday, 2014-01-16

*** rpothier has joined #heat00:08
*** jcru has quit IRC00:11
*** pablosan has quit IRC00:14
radixhrngh schedulers00:18
*** sjmc has quit IRC00:20
*** mtaylor is now known as mordred00:36
*** mordred has quit IRC00:36
*** mordred has joined #heat00:36
*** arbylee has quit IRC00:37
*** andersonvom has quit IRC00:41
*** kebray_ has quit IRC00:54
*** pvaneck has quit IRC00:58
*** alexpilotti has quit IRC01:11
*** andersonvom has joined #heat01:15
*** arbylee has joined #heat01:19
*** kfox1111 has joined #heat01:20
kfox1111Does havana heat support keystone domains for waitcondition temp accounts?01:21
kfox1111I'll check back later.01:32
*** kfox1111 has quit IRC01:32
*** nosnos has joined #heat01:33
*** radez_g0n3 is now known as radez01:35
*** TravT_ has quit IRC01:35
*** gokrokve has quit IRC01:43
*** dims has quit IRC01:43
*** gokrokve has joined #heat01:43
*** randallburt has joined #heat01:47
*** gokrokve has quit IRC01:48
*** spzala has joined #heat01:52
*** IlyaE has quit IRC01:57
*** dims has joined #heat01:57
*** tiantian has joined #heat02:00
*** radez is now known as radez_g0n302:04
*** tiantian has quit IRC02:07
*** erkules_ has joined #heat02:08
*** erkules has quit IRC02:11
*** tiantian has joined #heat02:43
*** Tross has joined #heat02:45
*** gokrokve has joined #heat02:48
*** tiantian has quit IRC02:51
*** tiantian has joined #heat02:52
*** tiantian has quit IRC02:58
*** jasond` has joined #heat02:59
*** bnemec has quit IRC03:01
*** tomek_adamczewsk has joined #heat03:11
*** nati_ueno has joined #heat03:13
zanebkbenton: question: how do you know the IP of the VPN terminator if it's not represented by anything in Neutron?03:22
*** alienyyg has quit IRC03:27
*** randallburt has quit IRC03:42
*** tomek_adamczewsk has quit IRC03:47
radixoh no, depending on the representation of str(dict) :(04:09
*** jasond` has quit IRC04:10
zanebradix: ouch, I hope that wasn't me :D04:13
radixI don't think so. it's in the rolling update code04:14
radixI have been tracking this down all day. and the only test failure I had to show was that loadbalancer reload was happening one too many times in one test. I'm so glad I've found it!04:15
*** tomek_adamczewsk has joined #heat04:17
*** tomek_adamczewsk has quit IRC04:23
*** tomek_adamczewsk has joined #heat04:24
*** gokrokve has quit IRC04:28
*** IlyaE has joined #heat04:29
*** gokrokve has joined #heat04:30
*** arbylee has quit IRC04:34
*** andersonvom has quit IRC04:34
*** IlyaE has quit IRC04:34
*** tomek_adamczewsk has quit IRC04:35
*** andersonvom has joined #heat04:36
*** arbylee has joined #heat04:37
*** andersonvom1 has joined #heat04:44
*** andersonvom has quit IRC04:44
*** nkhare has joined #heat04:45
*** arbylee1 has joined #heat04:50
*** arbylee has quit IRC04:50
*** spzala has quit IRC04:53
*** andersonvom has joined #heat04:55
*** andersonvom1 has quit IRC04:55
*** andersonvom has quit IRC04:57
*** SergeyLukjanov_ is now known as SergeyLukjanov04:59
*** arbylee has joined #heat05:00
*** arbylee1 has quit IRC05:00
radixunfortunately I'm not going to be able to submit that patch tonight. too exhausted to finish cleaning up this branch -_-05:00
radixbut at least the bug is fixed.05:00
radix(and all the tests pass)05:01
*** IlyaE has joined #heat05:01
*** kebray_ has joined #heat05:04
*** IlyaE has quit IRC05:08
*** IlyaE has joined #heat05:10
*** arbylee1 has joined #heat05:22
*** arbylee has quit IRC05:22
skraynevearly morning all)05:24
*** nosnos_ has joined #heat05:27
*** tspatzier has joined #heat05:27
*** nosnos has quit IRC05:28
*** tspatzier has quit IRC05:28
openstackgerritJun Jie Nan proposed a change to openstack/heat: Database model for software config/deployment  https://review.openstack.org/5887605:31
openstackgerritJun Jie Nan proposed a change to openstack/heat: RPC service for software config/deployment  https://review.openstack.org/5887705:31
openstackgerritJun Jie Nan proposed a change to openstack/heat: REST API for software config/deployment  https://review.openstack.org/6651405:31
skraynevSpamapS: are you here?05:34
*** alexheneveld has joined #heat05:35
*** ktbenton has quit IRC05:37
*** kbenton has quit IRC05:37
*** sthaha has joined #heat05:38
*** ktbenton has joined #heat05:41
SpamapSskraynev: yes, sort of.05:43
SpamapSskraynev: about to sign off for the evening though.05:43
skraynevSpamapS: I only want remind about bugs;)05:44
SpamapSskraynev: yeah just looking05:45
skraynevSpamapS: thanks05:45
*** asalkeld2 has joined #heat05:46
asalkeld2sthaha my laptop froze05:47
asalkeld2chat later05:48
*** gokrokve has quit IRC05:48
*** sthaha has quit IRC05:49
SpamapSskraynev: done05:51
*** asalkeld has quit IRC05:51
*** asalkeld2 has quit IRC05:52
*** alexheneveld has quit IRC05:54
*** kebray_ has quit IRC05:54
*** alexheneveld has joined #heat05:55
*** alexheneveld has quit IRC05:55
*** arbylee1 has quit IRC05:57
skraynevSpamapS: ok. I agree about two attributes for private_ip. I will do it.05:57
*** tomek_adamczewsk has joined #heat05:59
skraynevSpamapS: What do you  suggest for mounpoint constraint ?05:59
skraynevSpamapS: stay it without changes?06:01
*** asalkeld has joined #heat06:04
SpamapSskraynev: maybe06:08
*** IlyaE has quit IRC06:08
SpamapSskraynev: it needs to be a valid path.. so.. a regex of / works. ;)06:09
*** nosnos_ has quit IRC06:10
*** nosnos has joined #heat06:10
*** tomek_adamczewsk has quit IRC06:11
*** oldfish has joined #heat06:12
*** oldfish has left #heat06:13
*** tomek_adamczewsk has joined #heat06:14
*** asalkeld has quit IRC06:15
*** tomek_adamczewsk has quit IRC06:16
*** tomek_adamczewsk has joined #heat06:17
*** denis_makogon has joined #heat06:22
*** SergeyLukjanov is now known as SergeyLukjanov_06:22
*** chandankumar has joined #heat06:23
*** chmouel has quit IRC06:24
*** prathamesh591 has joined #heat06:24
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/6450406:24
*** alexheneveld has joined #heat06:25
*** tomek_adamczewsk has quit IRC06:27
*** chmouel has joined #heat06:27
*** tomek_adamczewsk has joined #heat06:29
*** asalkeld has joined #heat06:31
*** mikal has quit IRC06:35
*** mikal has joined #heat06:35
*** kebray_ has joined #heat06:37
*** kebray_ has quit IRC06:40
*** alexheneveld has quit IRC06:43
*** alexheneveld has joined #heat06:43
*** tomek_adamczewsk has quit IRC06:46
*** sergmelikyan has quit IRC06:49
*** sergmelikyan has joined #heat06:49
*** sergmelikyan has quit IRC06:49
openstackgerritJun Jie Nan proposed a change to openstack/python-heatclient: Add support for software config resources  https://review.openstack.org/5888506:55
*** slong- has joined #heat06:55
*** slong has quit IRC06:55
*** sergmelikyan has joined #heat06:56
skraynevSpamapS: yeap. it is universal variant.06:56
*** asalkeld_ has joined #heat06:56
*** asalkeld has quit IRC06:57
*** tomek_adamczewsk has joined #heat06:59
*** tomek_adamczewsk has quit IRC07:12
*** tomek_adamczewsk has joined #heat07:14
*** alexheneveld has quit IRC07:14
*** asalkeld_ has quit IRC07:20
*** Liang has joined #heat07:21
*** yogesh has joined #heat07:23
*** tomek_adamczewsk has quit IRC07:23
*** gokrokve has joined #heat07:24
*** tomek_adamczewsk has joined #heat07:25
michchapHi, I'm trying to get the ip address of a port to set as metadata on a server. I can do get_attr { port_name, fixed_ips }, but this is a list - can I get the first element with HOT syntax?07:27
*** gokrokve has quit IRC07:29
*** jprovazn has joined #heat07:31
*** bvandenh has joined #heat07:32
*** asalkeld_ has joined #heat07:33
*** tomek_adamczewsk has quit IRC07:38
*** tomek_adamczewsk has joined #heat07:39
*** tomek_adamczewsk has quit IRC07:41
*** tomek_adamczewsk has joined #heat07:41
*** sergmelikyan has quit IRC07:43
*** tomek_adamczewsk has quit IRC07:43
*** denis_makogon has quit IRC07:43
*** tomek_adamczewsk has joined #heat07:44
*** sergmelikyan has joined #heat07:44
*** ifarkas has joined #heat07:44
openstackgerritJun Jie Nan proposed a change to openstack/heat: Ignore files generated by code coverage  https://review.openstack.org/6703007:48
*** tspatzier has joined #heat07:52
*** tomek_adamczewsk has quit IRC07:53
*** gokrokve has joined #heat07:54
openstackgerritJun Jie Nan proposed a change to openstack/heat: Ignore tox -e cover generated files  https://review.openstack.org/6703007:55
openstackgerrithuangtianhua proposed a change to openstack/heat: "version" section should be required in template  https://review.openstack.org/6589507:59
*** therve_ has joined #heat08:01
*** therve_ has quit IRC08:02
therve'morning08:02
*** harlowja_ is now known as harlowja_away08:02
openstackgerritSascha Peilicke proposed a change to openstack/heat-cfntools: Sync with global requirements  https://review.openstack.org/6703508:07
openstackgerritJun Jie Nan proposed a change to openstack/heat: Added testr-args option support to tox cover  https://review.openstack.org/6703608:08
*** jamieh has joined #heat08:08
*** pshchelo has joined #heat08:09
shardymorning08:25
*** klwilson has quit IRC08:31
*** klwilson has joined #heat08:31
*** asalkeld_ has quit IRC08:36
*** ppetit has quit IRC08:39
*** tomek_adamczewsk has joined #heat08:40
*** giulivo has joined #heat08:44
therveshardy, I don't understand your point about resource action versus function08:44
therveWhy is passing an argument changing the whole paradigm?08:45
*** erkules_ is now known as erkules08:46
*** aignatov has joined #heat08:47
*** yogesh has quit IRC08:50
*** jistr has joined #heat08:53
openstackgerrithuangtianhua proposed a change to openstack/heat: "version" section should be required in template  https://review.openstack.org/6589508:56
*** ppetit has joined #heat08:57
openstackgerritSergey Kraynev proposed a change to openstack/heat: Fix ceilometer alarm properties schema  https://review.openstack.org/6393208:59
*** _ruhe is now known as ruhe09:03
*** tsmadds has joined #heat09:11
openstackgerritSascha Peilicke proposed a change to openstack/heat-cfntools: Sync with global requirements  https://review.openstack.org/6703509:14
openstackgerritA change was merged to openstack/heat: Add contrib to py26 and py27 gates  https://review.openstack.org/6119109:18
openstackgerritA change was merged to openstack/heat: Add _() to rackspace resource strings  https://review.openstack.org/6292209:18
shardyreverify, wait 24 hours, repeat, sigh..09:29
openstackgerritChmouel Boudjnah proposed a change to openstack/python-heatclient: Use python requests lib for all our http thingies  https://review.openstack.org/6570409:33
*** nati_ueno has quit IRC09:33
openstackgerrithuangtianhua proposed a change to openstack/heat: "version" section should be required in template  https://review.openstack.org/6589509:36
*** derekh has joined #heat09:37
*** alienyyg has joined #heat09:50
*** nosnos has quit IRC09:51
skraynevshardy: does 'reverify no bug' work? I thought, that it was deprecated.09:52
shardyskraynev: I'm not sure if it still works, but I try never to use it09:53
shardyskraynev: certainly it's strongly discouraged, if I can't find a suitable bug, I raise a new one and reverify against that09:53
skraynevshardy: yes) It corresponds recommendation shown in https://wiki.openstack.org/wiki/GerritJenkinsGit )))09:56
alienyyghi, does heat surpport high avibility now? I mean if  the physical compute node goes down , heat can automatic detect this and recreate these instances runs  on this physical compute node , I have saw the demo HA template on github , but it only can restart the instance, and I didn't find any resource that surpport it09:56
openstackgerrithuangtianhua proposed a change to openstack/heat: "version" section should be required in template  https://review.openstack.org/6589509:57
shardyalienyyg: really that is nova HA functionality, not heat IMO, and I don't think they support that right now but I could be wrong09:58
*** alienyyg_ has joined #heat09:59
*** alienyyg has quit IRC09:59
*** ruhe is now known as ruhe_away09:59
*** tspatzier_ has joined #heat09:59
shardyalienyyg: unless you have syncronously replicated storage backing the instances I'm not sure how that can even work09:59
*** che-arne has joined #heat10:01
alienyyg_shardy: I mean launch a new instance with the same image , this might be useful10:01
alienyyg_shardy: I am not mean to save all the data on the lost instance10:02
shardyalienyyg_: Well that's kinda what HARestarter does, you can trigger an instance rebuild if an alarm condition (for example a heartbeat timeout) happens10:02
*** tspatzier has quit IRC10:02
*** che-arne has quit IRC10:02
*** che-arne has joined #heat10:04
*** mestery_ has joined #heat10:05
therveshardy, Saw my question above?10:06
* shardy reads scrollback10:06
alienyyg_shardy: Ok , thank you10:07
*** mestery has quit IRC10:08
*** ruhe_away is now known as _ruhe10:09
shardytherve: well the whole point of "resource_action" as it exists in stack_task at the moment is to look for a *resource* attribute which handles that action, and that patch makes a mess of that interface IMHO10:11
shardytherve: I'd prefer to see something like optional kwargs which can pass arbitrary data to the resource action handlers as I think it would be cleaner and more flexible10:12
therveReally, a mess?10:12
therveAh okay, well I have nothing against that10:12
therveIt seemed you were opposed to adopt taking an argument at all10:13
shardyotherwise folks will keep adding special cases for their new-special stuff and we'll end up with a mess where now we have a nice, clean and simple interface to the resource plugin API10:13
shardytherve: well it seems like there are two options (other than what is proposed), either don't pass an argument and have the data resolved in Resource, which I know you don't like, or modify the interface to allow arbitrary arguments to be passed and still resolve the data in parser.Stack10:14
therveYeah I like that second solution10:15
shardytherve: Ok, maybe a mess is an exaggeration, but I see it as a step in the wrong direction from where we are now10:15
shardyjust my opinion ;)10:15
therveSure10:15
therveAs it's my opinion that decoupling dependencies between stack and resources is good :)10:16
shardyI wrote some of that stuff doing suspend/resume specifically trying to avoid this kind of special-casing for new resource actions10:16
shardytherve: well it sounds like the kwargs approach might make us both happy?10:16
therveshardy, +110:17
shardyperhaps we can wait to get some feedback from zaneb too as he was involved with the evolution of what's there10:17
openstackgerrithuangtianhua proposed a change to openstack/heat: Fixes template not using the JSON or YAML format  https://review.openstack.org/6564410:21
openstackgerrithuangtianhua proposed a change to openstack/heat: Fixes template not using the JSON or YAML format  https://review.openstack.org/6564410:25
*** klwilson has quit IRC10:25
*** SergeyLukjanov_ is now known as SergeyLukjanov10:25
*** michchap_ has joined #heat10:26
*** michchap has quit IRC10:26
*** aignatov has quit IRC10:28
openstackgerritSimon Pasquier proposed a change to openstack/heat-cfntools: Support of ignoreErrors for commands  https://review.openstack.org/6709910:30
*** jprovazn has quit IRC10:33
*** SergeyLukjanov is now known as SergeyLukjanov_10:35
therveshardy, Oh but kwargs doesn't work :/10:35
*** tspatzier__ has joined #heat10:35
*** tspatzier_ has quit IRC10:40
shardytherve: hmm, why not?10:42
therveshardy, Because the argument depends on the resource10:42
*** dmakogon_ is now known as denis_makogon10:44
*** alexpilotti has joined #heat10:44
denis_makogongodday, guys, could i ask few questions ?10:44
denis_makogoni saw that DB API has method that searches resource by it's physical id10:46
denis_makogoni've registered blueprit (https://blueprints.launchpad.net/heat/+spec/search-resource-by-physical-resource-id), would be nice to hear any thoughts about that10:47
denis_makogonaslo, would be nice to have functionality that gives ability to search stack by resource id10:47
*** pshchelo has quit IRC10:51
*** SergeyLukjanov_ is now known as SergeyLukjanov10:51
*** _ruhe is now known as ruhe10:52
*** aignatov has joined #heat10:52
*** pshchelo has joined #heat10:53
*** bvandenh has quit IRC10:54
shardytherve: I'm not sure I see the issue, you just have a function which returns the resource specific arguments (or just data) which is called inside stack_task10:57
shardyif we don't find any arguments/data, we just run the action10:57
*** blamar has quit IRC10:58
shardyMaybe we just merge as is and I'll post a followup refactor patch10:58
therveWhat you're suggestion looks like what it's in place already10:58
therveOr maybe you mean, instead of parametrize the function that calls the handle, parametrize a function that pass arguments10:59
therveAnd then call the handle10:59
shardyYes, execept we no longer have to have rhe action specific wrapper (adopt_resource_action) we're just resolving what data to pass into the resource plugin10:59
therveshardy, Like that: http://paste.openstack.org/show/61341/ ?11:02
*** nkhare has quit IRC11:02
shardytherve: not quite, let me pull the patch and hack to show you what I mean11:04
openstackgerritSergey Kraynev proposed a change to openstack/heat: Adding Range constraint for SIZE property  https://review.openstack.org/6711411:12
*** john-n-seattle1 has quit IRC11:16
*** jprovazn has joined #heat11:16
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Turn block_device_mapping.volume_size to int  https://review.openstack.org/6680411:21
*** asalkeld has joined #heat11:22
shardytherve: this is the sort of thing I meant:11:23
shardyhttp://paste.openstack.org/show/61346/11:23
shardy(untested)11:23
therveshardy, Okay yeah makes sense11:24
shardyedit http://paste.openstack.org/show/61347/11:25
shardyto me, that seems cleaner, but I guess it's arguable11:25
therveThat looks fine to me11:27
shardytherve: Ok, cool, I'll update the review with that as a suggestion11:27
openstackgerritLee Li proposed a change to openstack/python-heatclient: Reuse Resource from oslo  https://review.openstack.org/6712011:39
*** nkhare has joined #heat11:57
*** tomek_adamczewsk has quit IRC12:02
*** jprovazn has quit IRC12:04
*** jprovazn has joined #heat12:04
*** jprovazn is now known as jprovazn_12:04
*** tomek_adamczewsk has joined #heat12:05
*** sirushti has quit IRC12:05
*** sirushti has joined #heat12:05
*** tspatzier__ is now known as tspatzier12:12
tspatziertherve, are you around?12:12
*** jprovazn_ is now known as jprovazn12:12
*** Liang has quit IRC12:15
openstackgerritDirk Mueller proposed a change to openstack/heat: Remove dependencies on pep8, pyflakes and flake8  https://review.openstack.org/6712912:15
*** mkollaro has joined #heat12:21
*** rpothier has quit IRC12:22
*** rpothier has joined #heat12:25
*** akuznetsov has quit IRC12:29
*** derekh has quit IRC12:29
*** amritanshu_RnD has joined #heat12:29
*** akuznetsov has joined #heat12:29
openstackgerritDirk Mueller proposed a change to openstack/python-heatclient: Remove dependencies on pep8, pyflakes and flake8  https://review.openstack.org/6714112:33
*** nkhare has quit IRC12:34
thervetspatzier, yes!12:35
*** agileclipse has joined #heat12:38
tspatzierhi therve12:42
tspatziernot sure if you looked at my latest changes for param schema refactoring yet. https://review.openstack.org/6568812:43
tspatzierzaneb suggested that I split this change into smalled patches12:43
therveI've skimmed through it12:44
tspatzierI planning to do this, but was wondering on some git details and if you could spread some light :-)12:44
therveI'm no expert, but rebase -i should do the trick12:45
*** derekh has joined #heat12:45
therveIt'd be nice to split indeed, it's a bit on the big side12:46
tspatzierSo I think I can split out two independent changes 1 and 2, and then make the current change (the final stage) depend on 1 and 212:46
therveSounds fine12:46
tspatzierYeah, I was reading a bit in google. I could to 1 and 2 completely independent. And then it looks like I have to fetch them into the final stage branch.12:47
tspatzierBut I never dived into those details of git before ;-)12:47
therveEven if you make 2 depends on 1 that's okay I think12:48
tspatzierRight, that would be easier because I can work on just one code stream then. I guess I'll just go for it.12:49
tspatzierthanks therve12:50
therveNo problem!12:50
thervetspatzier, Do you want me to postpone https://review.openstack.org/#/c/65091/ btw?12:50
therveIt's likely to conflict pretty badly, so I can wait for your work12:51
tspatzierlet me see ...12:51
*** ruhe is now known as ruhe_away12:53
tspatziertherve, yes, I think you should postpone it. I actually think that some of the problems will go away with my patch since the Schema class does a lot of that validation.12:53
tspatzierMaybe in the end, your patch will be a lot smaller and primarily the test cases12:53
*** ruhe_away is now known as ruhe12:54
therveYeah, that's what I thought12:54
therveThanks!12:54
therveLet's just push the refactoring as hard we can now :)12:54
tspatzierAgree. This will pay off going forward.12:55
tspatzierAlso a lot of the "translate" stuff we currently have for HOT could go away.12:55
*** tsmadds has quit IRC12:55
*** bvandenh has joined #heat13:00
*** prathamesh591 has quit IRC13:06
*** alexpilotti has quit IRC13:06
*** rpothier has quit IRC13:09
*** tsmadds has joined #heat13:14
openstackgerritChmouel Boudjnah proposed a change to openstack/python-heatclient: Use python requests lib for all our http thingies  https://review.openstack.org/6570413:16
denis_makogontherve, hi, could i get some answers ?13:18
therveMaybe :)13:19
denis_makogontherve, why there's no ability to get resource by its physical resource id ?13:20
denis_makogontherve, or get stack by resource id ?13:20
therveThat's a loaded question13:20
therveWhat would get stack by resource id do?13:21
therveBut presumably because nobody had a need for it13:21
denis_makogonit would retrieve stack representation, same with basic method stacks.get(stack_id)13:21
thervedenis_makogon, Right but given the resource id of what?13:22
therveOne of the resource in the stack?13:22
denis_makogonyes13:22
therveDoesn't sound super appealing13:22
openstackgerritIvan Kolodyazhny proposed a change to openstack/python-heatclient: Add HTTP proxy support to heat client  https://review.openstack.org/6715313:23
denis_makogonin Trove, with heat provisioning we need to track stack id for each resource13:23
denis_makogonbut it breaks all models13:23
denis_makogonheat db_api already had method "get resource by physical id"13:24
*** sgordon has joined #heat13:27
*** sgordon has quit IRC13:27
*** sgordon has joined #heat13:27
denis_makogonwould be better to bring such functionality to heat, and do not perform search with three level(for each stack, for each resource in stack, for each physical_resource_id in resources, compare given id with each physical_resource_id)13:28
denis_makogon*levels13:28
*** alexheneveld has joined #heat13:28
*** jdob has joined #heat13:30
thervedenis_makogon, I'm not particularly sold by your use case, it seems you're trying to push an issue from Trove into Heat13:34
therveThat's said, you opened a blueprint, so you can ask for feedback, and see what stevebaker says13:34
denis_makogontherve, its not the issue, it seems like missing opportunity13:35
*** blomquisg has joined #heat13:35
shardydenis_makogon: Can I just clarify, do you want to add support for filter query arguments to stacks/​{stack_name}​/​{stack_id}​/resources?13:35
therveWell probably not :)13:36
shardyso you can filter the list for a given stack by an attribute of the resource?13:36
shardytherve: sorry just catching up on this discussion and the BP is light on details ;)13:36
denis_makogonfirst i want to filter resources query by physical_resource_id13:36
therveshardy, No the stack is unknown as I understand it13:36
shardytherve: Ah, yeah I'm not sure we want to support that, I'm not aware of any other services which do similar?13:38
shardydenis_makogon: a wiki page with more detail on your use case (linked from the BP) will probably help13:38
denis_makogonshardy, ok, i'll do that13:39
radixgood morning heaters13:41
*** ruhe is now known as ruhe_away13:41
shardyHi radix13:42
openstackgerritChmouel Boudjnah proposed a change to openstack/python-heatclient: decode all headers before logging curl commands  https://review.openstack.org/6716013:42
therveHey radix13:44
*** ruhe_away is now known as ruhe13:44
therveshardy, So regarding instance users, you're waiting on a keystone patch (again) and then we can proceed?13:44
shardytherve: Yeah13:45
shardytherve: https://review.openstack.org/#/q/status:open+project:openstack/keystone+branch:master+topic:bug/1259584_2,n,z13:45
therveOh 3 patches13:46
shardyI'm working on the next steps locally, but we need the transition to the v3-only client complete before I can switch the instance users to a different domain13:46
therveWith one stuck in the gate hooray13:46
therveOk thanks for the update13:46
shardywell everything seems to get stuck in the gate atm13:46
shardytherve: I'm pretty much focussed on this full time atm, so hopefully you should see progress soon once we get the keystone stuff in13:47
therveSweet, awesome13:47
shardytherve: you can help by reviewing the keystone-v3-only patches I've already posted ;)13:48
therveYep I'll have a look13:48
shardythanks :)13:48
*** ruhe is now known as ruhe_away13:59
*** akuznetsov has quit IRC14:01
*** nati_ueno has joined #heat14:04
*** rpothier has joined #heat14:05
openstackgerritThomas Spatzier proposed a change to openstack/heat: Enable better sub-classing of common Schema class  https://review.openstack.org/6568814:10
sdakemorning14:12
*** akuznetsov has joined #heat14:12
shardyhi sdake14:12
*** jcru has joined #heat14:15
*** nati_ueno has quit IRC14:19
*** nati_ueno has joined #heat14:20
openstackgerritThomas Spatzier proposed a change to openstack/heat: Move param format for template-validate to API  https://review.openstack.org/6717114:29
*** SergeyLukjanov is now known as SergeyLukjanov_a14:35
*** blamar has joined #heat14:35
*** andersonvom has joined #heat14:38
*** arbylee has joined #heat14:41
*** jasond` has joined #heat14:44
*** vijendar has joined #heat14:46
*** topol has joined #heat14:49
*** mkollaro has quit IRC14:50
*** mkollaro has joined #heat14:50
openstackgerritThomas Spatzier proposed a change to openstack/heat: Refactor Parameters Schema based on common Schema  https://review.openstack.org/6718314:55
*** bnemec has joined #heat14:55
*** bnemec has quit IRC14:55
*** bnemec has joined #heat14:56
*** SergeyLukjanov_a is now known as SergeyLukjanov15:02
*** oubiwann has joined #heat15:03
*** john-n-seattle1 has joined #heat15:05
*** alexheneveld has quit IRC15:05
*** rwsu has joined #heat15:07
*** nati_uen_ has joined #heat15:14
*** mestery_ is now known as mestery15:14
*** mkollaro has quit IRC15:15
*** jmckind has joined #heat15:15
*** mkollaro has joined #heat15:15
*** nati_ueno has quit IRC15:17
*** nati_uen_ has quit IRC15:21
openstackgerritA change was merged to openstack/python-heatclient: Remove unused common.base module  https://review.openstack.org/6612315:21
pscheieSorry, I posted about this yesterday but then had to run off.15:21
*** nati_ueno has joined #heat15:21
pscheieI'm trying to use an InstanceGroup, modifying an existing, working template and then updating the stack.15:22
pscheieBut when I run update, it fails with this error: http://pastebin.com/JBSJP8Mw15:22
pscheieIt doesn't seem to like my InstanceGroup, although the message is vague.15:23
*** aignatov has quit IRC15:23
pscheieAnd the InstanceGroup section is so short, I don't quite see where I even have a chance to go wrong. ;-)15:24
*** radez_g0n3 is now known as radez15:27
*** arbylee has quit IRC15:30
*** john-n-seattle1 has left #heat15:30
*** IlyaE has joined #heat15:30
*** arbylee has joined #heat15:31
*** tims has joined #heat15:31
*** aignatov has joined #heat15:31
pscheienm, I found it: AvailabilityZones is a list (not a string), so needs [] around the value.15:35
*** sjmc has joined #heat15:39
*** jprovazn is now known as jprovazn_afk15:39
openstackgerritA change was merged to openstack/heat: Remove heat-cli-guide  https://review.openstack.org/6612215:40
*** agileclipse has quit IRC15:40
*** agileclipse has joined #heat15:40
*** che-arne is now known as che-arne_afk15:41
*** che-arne_afk is now known as che-arne15:42
*** gokrokve has quit IRC15:46
*** gokrokve_ has joined #heat15:47
*** alexheneveld has joined #heat15:50
*** kebray_ has joined #heat15:59
*** rcleere has joined #heat16:00
*** ruhe_away is now known as ruhe16:04
*** kebray_ has quit IRC16:06
*** agileclipse has left #heat16:11
*** nati_uen_ has joined #heat16:15
*** tomek_adamczewsk has quit IRC16:15
*** nati_uen_ has quit IRC16:17
*** nati_uen_ has joined #heat16:18
*** nati_ueno has quit IRC16:19
*** SergeyLukjanov is now known as SergeyLukjanov_16:24
*** bvandenh has quit IRC16:28
*** SergeyLukjanov_ is now known as SergeyLukjanov16:30
*** tomek_adamczewsk has joined #heat16:35
*** ppetit has quit IRC16:35
*** aignatov has quit IRC16:36
*** jprovazn_afk is now known as jprovazn16:36
*** pafuent has joined #heat16:38
pafuentzaneb: Hi. In https://review.openstack.org/#/c/66640/3/heat/engine/template.py, the double points are for the section PAREMETERS, right?16:41
*** tomek_adamczewsk has quit IRC16:52
zanebpafuent: yes. I am an idiot16:52
pafuentzaneb: Thanks16:53
*** ruhe is now known as ruhe_away17:00
*** SergeyLukjanov is now known as SergeyLukjanov_17:01
*** amritanshu_RnD has quit IRC17:03
tspatzierzaneb, is that really you in the TOSCA TC chatroom?17:03
zanebtspatzier: yes :)17:03
tspatzierHope it will be an intersting call today. Sometimes it gets very formal :-/17:05
*** nati_ueno has joined #heat17:06
*** nati_ueno has quit IRC17:06
*** nati_ueno has joined #heat17:08
*** nati_ueno has left #heat17:08
*** alexheneveld has quit IRC17:09
*** gokrokve_ has quit IRC17:09
*** nati_uen_ has quit IRC17:09
*** ruhe_away is now known as _ruhe17:10
openstackgerritSwann Croiset proposed a change to openstack/heat: Revert "Remove override of "patch" function"  https://review.openstack.org/6723417:10
*** spzala has joined #heat17:10
openstackgerritSwann Croiset proposed a change to openstack/heat: Add autoscaling notifications  https://review.openstack.org/6208717:12
*** gokrokve has joined #heat17:14
*** gokrokve has quit IRC17:14
*** gokrokve has joined #heat17:14
*** kfox1111 has joined #heat17:16
kfox1111Does havana heat work with keystone domains? We're standing up a cloud with ldap/kerberos authentication, and I'm thinking heat won't work with WatiConditions unless we use a different keystone domain for it. Thoughts?17:17
shardykfox1111: No it won't, because we still use the v2 keystone client for everything except trusts17:19
*** SergeyLukjanov_ is now known as SergeyLukjanov17:19
shardyso the users associated with WaitConditionHandles will always get created in the default domain17:19
shardykfox1111: I'm working on fixing that right now for Icehouse17:20
scroisetshardy, asalkeld, therve: Hi guys .. if you have some time for reviewing the patch that would be awesome  https://review.openstack.org/67234 thanks17:20
shardykfox1111: see the keystone-v3-only and instance-users blueprints for more info17:20
kfox1111so if we set the default domain to be database, and added our ldap users as an extra domain, would heat work that way?17:20
kfox1111yeah, I saw those, but wasn't sure how much it already supported since it mentioned partially supporting v3.17:21
shardykfox1111: havana heat has no knowledge of domains at all, so if you can modify the default domain such that keystone stuff via the v2 API does the right thing, heat will work17:21
shardyscroiset: will do17:22
kfox1111ok, cool. I'll see if I can get that to work. Thanks. :)17:22
*** nati_ueno has joined #heat17:24
thervescroiset, It doesn't revert the commit though?17:24
jasond`therve: i just commented on that17:25
therveWhich sounds fine to me, but the message should be fixed17:25
scroisetshardy: thanks17:25
jasond`scroiset: i think we commented at the same time17:26
sjmcshardy, on an authentication note - is there any philosophical objection to allowing auth plugins like the python novaclient does? i may have a requirement to use access keys/secrets (like the rackspace/HP extensions)?17:26
jasond`scroiset: will you look at my second comment?17:27
scroisetjasond`: looking17:27
shardysjmc: As I said previously, we pretty much already do allow that, you can plug in whatever auth middleware you want, provided the required headers end up set correctly17:27
sjmcokey dokey, thanks17:28
shardysjmc: we already support ec2token access/secret signed requests btw, see api/aws/ec2token.py17:29
shardysjmc: but we're unlikely to provide any support for any more vendor specific auth (we're trying to make ec2token stuff optional atm)17:30
sjmci understand heat won't provide vendor specific stuff; novaclient uses entry_points to allow plugins17:31
scroisetjasond,therve: ok I'll rework the commit msg. thanks17:31
andersonvomhey folks, does heat support XML responses? or just json?17:32
thervescroiset, No problem17:32
shardysjmc: Yeah, what I'm saying is I think you just need to plug something else into the paste pipeline, and heat won't need to know anything about it17:32
sjmcyep, ok17:32
*** alexheneveld has joined #heat17:32
shardysjmc: https://review.openstack.org/#/c/60991/ is related to your use-case17:33
*** pablosan has joined #heat17:33
*** pablosan has quit IRC17:33
*** kebray_ has joined #heat17:34
*** nati_ueno has quit IRC17:34
sjmcthanks, shardy, will take a look17:34
*** rcleere has quit IRC17:34
*** pablosan has joined #heat17:34
shardyandersonvom: only for the CFN compatible API17:34
*** kebray_ has quit IRC17:34
andersonvomshardy: thanks! are there any plans to support it in the future?17:35
shardyandersonvom: no, in fact there's a discussion atm on the ML about dropping support for XML openstack-wide17:35
*** sdake has quit IRC17:35
*** nati_ueno has joined #heat17:36
shardysupporting and testing two formats for the same data makes no sense to me17:36
* shardy remembers it was actually him who added XML support to the CFN API.. ;)17:38
andersonvomLOL17:38
shardyI've seen the pain e.g keystone has due to format mangling related bugs, we don't want to go there IMO17:39
andersonvomshardy: I couldn't agree more. Especially since json seems to be the de-facto standard anyway17:39
shardyyup17:39
*** chandankumar has quit IRC17:41
openstackgerritSwann Croiset proposed a change to openstack/heat: Reintroduce 'patch' method and be compatible with the TestCase one  https://review.openstack.org/6723417:42
*** nati_ueno has quit IRC17:43
*** nati_ueno has joined #heat17:43
*** SergeyLukjanov is now known as SergeyLukjanov_17:44
*** pshchelo has quit IRC17:44
openstackgerritSwann Croiset proposed a change to openstack/heat: Add autoscaling notifications  https://review.openstack.org/6208717:45
*** wwallnrr__ has joined #heat17:46
*** pafuent has quit IRC17:46
*** derekh has quit IRC17:46
*** wwallnrr__ has left #heat17:46
*** pafuent has joined #heat17:46
*** jistr has quit IRC17:51
*** funzo has quit IRC17:54
*** aignatov has joined #heat17:54
*** kfox1111 has quit IRC17:54
*** kfox1111 has joined #heat17:55
*** nati_uen_ has joined #heat17:57
*** funzo has joined #heat17:58
*** derekh has joined #heat17:59
*** nati_ueno has quit IRC18:00
*** nati_uen_ has quit IRC18:02
*** harlowja_away is now known as harlowja_18:03
*** harlowja_ has quit IRC18:04
*** pvaneck has joined #heat18:04
*** nati_ueno has joined #heat18:05
*** nati_ueno has quit IRC18:05
*** derekh has quit IRC18:08
thervescroiset, Unfortunately there was a reason you can't have that patch method18:10
therveTest code in contrib uses it18:10
therveIt doesn't look like your code is compatible with testtools patch18:10
*** tsmadds has quit IRC18:11
scroisettherve: hum .. how do you run test for contrib ?18:13
*** harlowja has joined #heat18:14
thervescroiset, Now it's run by tox, so tox -epy2718:14
*** gokrokve has quit IRC18:14
*** gokrokve has joined #heat18:14
scroisettherve: not possible with testr directly ?18:15
*** dims has quit IRC18:15
thervescroiset, That must be what contrib/bin/run_tests.py does18:16
*** yogesh has joined #heat18:19
*** gokrokve has quit IRC18:19
*** gokrokve has joined #heat18:21
scroisettherve: when I run this script seems to have bad import http://paste.openstack.org/show/61379/18:23
thervescroiset, That's because of your patch method afaiu18:23
scroisettrying tox ..18:23
thervescroiset, Have you tried without your patch first? :)18:25
*** _ruhe is now known as ruhe18:25
*** jamieh has quit IRC18:25
scroisettherve : no :(18:25
*** gokrokve has quit IRC18:26
*** gokrokve has joined #heat18:27
*** oubiwann has quit IRC18:27
*** alexheneveld has quit IRC18:28
*** samkottler has quit IRC18:28
*** alexheneveld has joined #heat18:29
scroisettherve: ok you're right. I'll follow your recommendation .. renaming the method18:30
jpeelerso what do you do when tests pass locally, but not at the gate? https://review.openstack.org/#/c/66888/18:31
scroisetand loose +2'ed :(18:31
jpeeleri wish i could test using their exact environment18:31
*** dims has joined #heat18:31
*** gokrokve has quit IRC18:31
thervescroiset, Note that you don't need to handle the value argument anymore18:33
*** samkottler has joined #heat18:33
scroisettherve: yes18:33
shardyjpeeler: that MetadataRefresh thing is a bug, which I think we've now fixed, but never managed to successfully fix in grizzly18:33
shardyjpeeler: It's some kind of race which I've also never recreated locally, and I backported some stuff which I thought fixed it, but evidently not18:34
scroisettherve: I'll do it later in the night or tomorrow. thanks for your help18:34
jpeelershardy: internal jenkins reproduced it too if that's helpful? not sure how i shall proceed right now18:36
zanebjpeeler: just keep poking it until it passes18:36
shardylol18:36
zanebjpeeler: I am _not_ joking18:36
* shardy wanted to say that too ;)18:36
*** dims has quit IRC18:36
*** tspatzier has quit IRC18:37
*** oubiwann has joined #heat18:38
shardyjpeeler: if it was happening on master, or even stable/havana I'd be more inclined to spend time investigating, but having already done that and failed, I'd just do recheck-until-pass18:38
*** samkottler has quit IRC18:39
*** samkottler has joined #heat18:39
jpeeleralright, here's to hoping this doesn't take days. thanks for the info18:39
shardyjpeeler: I thought we'd fixed it with https://review.openstack.org/#/c/44029/18:39
*** harlowja_ has joined #heat18:41
*** harlowja has quit IRC18:41
*** nati_ueno has joined #heat18:42
radixis anyone else getting a pep8 error on master right now?18:43
radixoh, never mind. I need to run the thing it says I need to run.18:44
wirehead_soon you will be feeling pep-y again18:44
radixexcept... buh?18:44
*** harlowja has joined #heat18:45
*** ruhe is now known as ruhe_away18:45
jasond`radix: you probably need to upgrade python-keystoneclient18:45
radixjasond`: let's see if your mind-reading is right :)18:45
* radix runs tox -r -epep818:46
*** harlowja_ has quit IRC18:46
*** IlyaE has quit IRC18:46
*** ruhe_away is now known as ruhe18:48
radixjasond`: you're a genius! thank you :-)18:48
*** nati_ueno has quit IRC18:48
jasond`:) np18:48
*** nati_ueno has joined #heat18:49
openstackgerritVijendar Komalla proposed a change to openstack/heat: Implement adopt-stack for nested stacks  https://review.openstack.org/6472018:49
openstackgerritVijendar Komalla proposed a change to openstack/heat: Implement adopt-stack  https://review.openstack.org/6273018:49
*** rcleere has joined #heat18:50
*** dims has joined #heat18:52
*** openstackgerrit has quit IRC18:52
*** openstackgerrit has joined #heat18:52
*** tango has joined #heat18:59
*** jprovazn has quit IRC19:02
*** SergeyLukjanov_ is now known as SergeyLukjanov19:03
*** derekh has joined #heat19:03
*** tango|2 has joined #heat19:03
*** jrist_ has joined #heat19:05
jomara_hello heaters, is anyone familiar with the stacks/templates API that can answer what is hopefully an easy question for me?19:06
*** pvaneckw has joined #heat19:06
*** tango has quit IRC19:06
*** pvaneck has quit IRC19:06
*** alexheneveld has quit IRC19:08
*** pafuent has left #heat19:14
*** pafuent has joined #heat19:15
*** pafuent has left #heat19:15
*** pafuent has joined #heat19:16
*** IlyaE has joined #heat19:17
*** sdake has joined #heat19:18
*** arbylee has quit IRC19:19
chmouelis someone wants to look to revie the addition of that template? https://review.openstack.org/#/c/65323/19:22
*** arbylee has joined #heat19:23
pafuentzaneb: After a lot of struggling I managed to aling https://review.openstack.org/#/c/66640/ to your comments, except for one: the dependecy with Thomas patch19:23
pafuentzaneb: Thomas splitted his patch in three, so I think I need to depend on the last one.19:23
pafuentzaneb: Besides of that, Should I upload a patch with the fixes to your comments so you can check them and then add the dependency or should I add the fixes and the dependency in the same patch?19:23
zanebif there's a dependency you should probably make sure that is accounted for before you upload another patch19:24
zanebthere will be some quite significant changes, I imagine19:25
pafuentzaneb: Ok. I'll add the dependecy to the last patch of Thomas with the fixes19:25
pafuentzaneb: Thanks19:25
zanebsounds good, thanks19:26
zanebjomara_: if you have a question just ask it :)19:26
*** harlowja has quit IRC19:26
jomara_ok, im just trying to figure out how, from the API, to retrieve original template parameters (such as the URL of the template)19:27
jomara_VS a stack/template get, which returns all the info, but not the parameters you pass in the original stack create19:27
jomara_it appears to be neither on the stack object nor the template ojbect19:27
zanebI'm 99% sure we don't store the template url anywhere19:28
zanebit is possible to get the user-supplied template parameters, but I don't think those are the parameters you mean, right? You want the parameters to the ReST call?19:29
jomara_hmmm19:29
jomara_do the parameters include (url, file, raw data) they input?19:29
zanebI don't think there's an API for getting the files, but there probably should be19:30
zanebthere's an API for getting the template in JSON format19:30
zanebbut we don't keep the URL at all19:31
*** harlowja has joined #heat19:31
*** spzala has quit IRC19:32
jomara_zaneb: ok, should it also seem unreasonable that you can't perform a stack-update without more template info?19:32
jomara_or is the only reason to change a stack update to change the template19:33
zanebtypically the only reason to do a stack update is to change either the template or the template parameters19:33
*** derekh has quit IRC19:34
jomara_zaneb: ok, that might make more sense then19:35
jomara_for context, im writing a UI page for heat stack update in horizon19:35
zanebif you want to just change the parameters you can grab the existing template from the API and pass it back in and change only the parameters19:35
jomara_so it sounds like the real use of this page is to change or modify the template currently in use, so if those fields arent currently stored as parameters, its fine19:35
zaneb++19:35
timsjomara_: the tricky part for that update page is how to update template parameters that are returned from heat encrypted19:35
timslike passwords will come back as '******'19:36
timsmost likely Heat will need a bp to fix this19:36
*** nati_uen_ has joined #heat19:37
timseven if you just modify the template you still need to pass all template parameters19:37
jomara_oh, you cant just provide the modified ones?19:38
timsnot currently19:38
timsif you don't provide a parameter Heat will use the default19:38
*** nati_uen_ has quit IRC19:38
*** sdake has quit IRC19:38
timsinstead of the value provided by the user on stack create19:38
*** sdake has joined #heat19:38
*** sdake has quit IRC19:38
*** sdake has joined #heat19:38
*** kebray_ has joined #heat19:38
timsI'm excited that someone is tackling the update page in Horizon btw :)19:38
*** nati_uen_ has joined #heat19:39
zanebtims: you make a compelling case for fixing that :)19:39
timszaneb: it was on my todo list eventually :P19:39
zanebcool, worth a bp if there isn't one already :)19:40
timstrue, I can put one together unless you or jomara_ wants to do it19:40
*** nati_ueno has quit IRC19:41
jomara_tims: i guess v1 can just be, "NOTE: YOU MUST RE-ENTER ALL PARAMETERS'19:42
jomara_otherwise they are going to be in for some fun times19:43
timsjomara_: slightly better would be to retrieve the parameter values that you can via stack-show19:43
timsand have them re-enter encrypted or new values19:43
jomara_and re-set the encrypted ones to default?19:43
timsyes19:43
jomara_yeah19:43
timswith a help-text note or something19:43
jomara_and just have a note explaining whats happening19:43
jomara_yeah19:43
jomara_cool, i can do that19:44
jomara_thanks for answering my questions19:44
tims:)19:44
jomara_zaneb: you too! thanks19:44
zanebnp, any time :)19:44
jomara_just out of curiosity, this will make the workflow more or less identical to launching a new stack19:44
jomara_just without the intermediate step of having to hit the delete button19:44
jomara_is there any advantage im not seeing?19:44
jomara_other than baby steps towards something nicer19:45
timswell it depends on the workflow19:45
timsfor example, you could more easily build an "update parameters" workflow19:45
timswithout having to edit the template19:45
jomara_true, maybe that just makes more sense for now?19:46
timsyeah it depends on the use case you are solving for19:46
zanebwell, the advantage is that update doesn't delete all your stuff in the meantime ;)19:46
timsI would guess that most updates involve mainly changing parameters19:46
jomara_tims: to be honest i am not 100% sure :)19:46
timsfor resizing and manual auto scaling19:46
timszaneb: true19:47
*** gokrokve has joined #heat19:48
*** tomek_adamczewsk has joined #heat19:48
timsjomara_: my anecdotal use case would be to update parameters only for now19:48
timsbut we can always iterate19:48
zanebupdate is _extremely_ powerful. it allows you to modify your application over time, theoretically without downtime.19:49
zanebcreate gets all the attention, but update is actually the main point of Heat19:49
jomara_tims: it seems like a good starting point for horizon right now, and it makes a little more sense in my head19:50
timszaneb: I think that is good reason to allow for template editing as well. I'm just thinking they could be separate workflows19:51
jomara_there could be an 'edit stack' button that is basically 100% the same as stack create (first enter template, then parameters), and then a second parameters-only button that just loads the parameters and assumes you're keeping the same template19:52
timsjomara_: I would be fine with that19:52
zanebtims: I have mixed feelings about that. the biggest value comes when you keep your template in version control, so we should avoid creating a default workflow that does an end run around that. Now, when we have a version controlled template repo, that will be awesome :)19:53
timszaneb: now I'm confused19:54
timson update you aren't editing the template in regards to a versioning system19:54
timsyou are editing the template that represents the stack19:54
timsI see the template editor as a complete separate bp from this19:55
timsand yes I agree it should wait for the template repo in glance19:55
zanebyeah, so if you edit it in Horizon and push it back in, there's nowhere in your workflow that it gets saved for posterity19:55
*** tspatzier has joined #heat19:56
timszaneb: that seems more like versioning the stack representation19:56
*** tspatzier__ has joined #heat19:56
jomara_uh oh19:56
jomara_i opened a c an of worms19:56
zaneb"I agree it should wait for the template repo in glance" <- that would resolve all of my objections19:56
*** tomek_adamczewsk has quit IRC19:56
timsok then19:56
timsI'm still confused about exactly what we were discussing :P19:57
zanebI was discussing "<tims> zaneb: I think that is good reason to allow for template editing as well."19:57
timsok yeah that was an obscure statement on my part19:58
jomara_does that mean you guys are back to suggesting i start with parameters only?19:58
*** kebray_ has quit IRC19:58
timswhat I meant was, in regards to your statement about editing the stack with zero downtime: This is a good reason to allow for a full stack update instead of just parameters19:58
zanebooooohhh19:59
zanebI understand now :D19:59
timsme too :)19:59
*** tomek_adamczewsk has joined #heat19:59
larsksWill heat master run with sqlalchemy 0.8.4 (f19)? requirements.txt has Downloading/unpacking SQLAlchemy>=0.7.8,<=0.7.99 which is causing me grief.19:59
zanebyes, I agree. to be useful, the stack update in Horizon should allow you to change the template19:59
timsjomara_: I think what we decided was this ^20:00
zanebbut an option to only change parameters would be a Good Thing too20:00
jomara_ok, reasonable20:00
jomara_thanks guys20:00
timsanytime :)20:00
stevebakerlifeless raised a bug for partial updates but I can't find it right now20:03
*** tspatzier has quit IRC20:03
*** tspatzier has joined #heat20:03
lifelessstevebaker: it might be on heat-client20:04
stevebakerbingo https://bugs.launchpad.net/heat/+bug/122482820:05
uvirtbotLaunchpad bug 1224828 in python-heatclient "heat stack-update wants all parameters and the template all over again" [Undecided,New]20:05
timsah very cool20:05
timsgood I was just looking to see if that had a bp20:06
stevebakerIt probably should be converted to a BP20:06
lifelessbleh :)20:06
timsyes, that would make things much better on jomara_ in horizon20:06
jomara_it would!20:08
zaneb+120:08
*** tomek_adamczewsk has quit IRC20:09
*** pvaneckw has quit IRC20:10
*** pvaneckw has joined #heat20:10
kebray93847320:11
*** tango has joined #heat20:11
kebraydoh, wrong window.20:11
kebrayhate it when that happens.20:11
*** nati_ueno has joined #heat20:11
*** tango|2 has quit IRC20:15
*** nati_uen_ has quit IRC20:15
sdakekebray better then swearing about someone in the wrong window :)20:15
timshaha20:15
*** nati_ueno has quit IRC20:15
zanebsdake: spoken like someone who has made that mistake :D20:15
sdakezaneb it has never happened to me, but I've seen it happen20:16
sdakea big long rant before the guy figured it out20:16
zanebrofl20:16
sdakelast stint - at MontaVista20:16
kebrayluckily for me that was a harmless #... not a password or anything :-)20:17
*** tspatzier__ has quit IRC20:18
*** dims has quit IRC20:18
sdakespeeddial ftw :)20:20
*** tspatzier has quit IRC20:24
openstackgerritJason Dunsmore proposed a change to openstack/heat: Native Nova Server compatibility for Cloud Server  https://review.openstack.org/5804320:28
openstackgerritTim Schnell proposed a change to openstack/heat: Updates template_validate call to validate parameter_groups.  https://review.openstack.org/6160120:28
openstackgerritTim Schnell proposed a change to openstack/heat: Updates template_validate call to validate parameter_groups.  https://review.openstack.org/6160120:31
*** dims has joined #heat20:40
*** randallburt has joined #heat20:47
*** denis_makogon_ has joined #heat20:56
SpamapShm21:01
SpamapSso I need to have a wait condition that waits for updates to complete...21:01
* SpamapS is talking to nobody in particular..21:02
SpamapSif I have a wait condition that replaces itself on every update...21:02
openstackgerritPablo Andres Fuente proposed a change to openstack/heat: Native Pseudo Parameters  https://review.openstack.org/6664021:02
SpamapSthe url of the handle might change well before the other changes that I want to watch for have rolled through..21:03
*** blomquisg has quit IRC21:03
SpamapShm no.. the Metadata the instances are watching won't be updated until we get to that point in the graph.21:03
*** sergmelikyan has quit IRC21:03
*** tomek_adamczewsk has joined #heat21:04
*** denis_makogon has quit IRC21:04
*** denis_makogon_ is now known as denis_makogon21:04
*** dmakogon_ has joined #heat21:05
stevebakerSpamapS: I'm listening, but don't know what to say21:05
lifelessstevebaker: kind words21:05
lifelessstevebaker: to the man in the corner21:05
stevebakerI want to say just wait for deployments to land, but that is probably not helpful21:06
SpamapSstevebaker: I am not sure how deployments would change this.21:07
SpamapSstevebaker: and to take advantage of deployments.. I need to rewrite templates.. so.. I am stuck where I need this basically yesterday. :)21:07
*** tsmadds has joined #heat21:07
stevebakerSpamapS: it will be possible to specify that a deployment needs to be run on some combination of update/create/delete21:09
SpamapSstevebaker: that sounds like magic talk :)21:09
stevebakerat least that is the plan, I haven't coded it yet21:09
SpamapSstevebaker: and therein lies the problem. :)21:09
*** blomquisg has joined #heat21:10
*** tomek_adamczewsk has quit IRC21:10
stevebakeryes, I only said it to taunt21:10
openstackgerritClint "SpamapS" Byrum proposed a change to openstack/heat: Add a new "UpdateWaitConditionHandle" resource  https://review.openstack.org/6324521:11
SpamapSI am highly tauntable when in logic-only mode ;)21:11
*** tsmadds has quit IRC21:12
*** tomek_adamczewsk has joined #heat21:13
*** pafuent has left #heat21:14
*** rpothier has quit IRC21:15
*** rpothier has joined #heat21:16
*** che-arne has quit IRC21:21
*** aweiteka has joined #heat21:21
*** harlowja has quit IRC21:32
*** tomek_adamczewsk has quit IRC21:35
*** TravT has joined #heat21:42
*** TravT has quit IRC21:42
*** TravT has joined #heat21:42
zanebwhat the hell did I use as a password for this VM?21:42
stevebakerzaneb: secrete21:43
shardyzaneb: single user mode ftw ;)21:45
larskszaneb: if only you had an orchestration tool that would set up ssh keys for you...21:45
zanebwait, there's a single-user mode?21:45
zanebI should totally use that21:45
*** asalkeld has quit IRC21:46
openstackgerritSteve Baker proposed a change to openstack/heat: A cloud-config resource based on SoftwareConfig  https://review.openstack.org/6321421:57
openstackgerritSteve Baker proposed a change to openstack/heat: A multipart cloud-init resource based on SoftwareConfig  https://review.openstack.org/6321521:57
zanebguestfish ftw21:58
*** asalkeld has joined #heat21:59
*** harlowja has joined #heat21:59
*** harlowja has quit IRC21:59
*** harlowja has joined #heat21:59
*** aignatov has quit IRC21:59
*** aignatov has joined #heat22:00
*** radez is now known as radez_g0n322:00
*** aignatov has quit IRC22:01
*** aignatov has joined #heat22:01
*** mkollaro has quit IRC22:03
*** nati_ueno has joined #heat22:04
*** jdob has quit IRC22:05
*** ruhe is now known as _ruhe22:06
*** SergeyLukjanov is now known as SergeyLukjanov_a22:09
*** SergeyLukjanov_a is now known as SergeyLukjanov_22:10
*** aignatov has quit IRC22:10
*** mkollaro has joined #heat22:12
*** nati_ueno has quit IRC22:13
*** nati_ueno has joined #heat22:14
*** sgordon has quit IRC22:20
*** zpatten has joined #heat22:25
*** aweiteka has quit IRC22:28
*** jasond` has quit IRC22:32
stevebakerlifeless, SpamapS: tripleo-heat-templates undercloud comes in 4 "flavors" (bm, vm, ironic etc)22:32
stevebakerdo you have a better word for "flavor"?22:33
lifelessstevebaker: they aren't all in one dimension22:33
SpamapSstevebaker: sabór!22:34
lifelessstevebaker: are you trying to reverse engineer our pudding?22:35
stevebakerI'm writing some design fiction, porting templates to software config22:35
SpamapSstevebaker: \o/22:36
lifelessstevebaker: so -ironic is changing the plumbing we deploy from nova-bm to ironic22:36
lifelessstevebaker: bm vs vm changes the networking setup22:36
lifelessbm-ironic and vm-ironic will be things22:36
stevebakerthere must be a word I can use for these variants, nova arch?22:37
*** denis_makogon has quit IRC22:44
*** tspatzier has joined #heat22:44
*** vijendar has quit IRC22:47
*** zaneb has quit IRC22:48
*** tspatzier has quit IRC22:50
SpamapSstevebaker: broadly, any different set of heat templates is a different service or network topology.22:54
stevebakerI can work with that22:54
*** david-lyle has joined #heat22:56
*** rpothier has quit IRC22:58
*** nati_uen_ has joined #heat23:02
*** arbylee has quit IRC23:04
*** jrist_ is now known as jrist-afk23:04
*** jrist-afk is now known as jrist23:05
*** nati_ueno has quit IRC23:06
*** jcru has quit IRC23:14
openstackgerritLuis A. Garcia proposed a change to openstack/heat: Sync gettextutils from Oslo  https://review.openstack.org/6732623:19
lifelessstevebaker: it's a little weird that stack-update prints the status of *all stacks*23:20
lifelessas its output23:20
*** topol has quit IRC23:21
*** dims has quit IRC23:22
*** rcleere has quit IRC23:25
*** gokrokve has quit IRC23:26
*** gokrokve has joined #heat23:26
stevebakerlifeless: so does create. it probably is weird23:26
stevebakera stack-show might be better23:28
*** gokrokve has quit IRC23:30
*** arbylee has joined #heat23:31
*** giulivo has quit IRC23:36
*** yogesh has quit IRC23:37
*** dims has joined #heat23:38
*** tims has quit IRC23:39
lifelessstevebaker: yes23:45
*** nati_ueno has joined #heat23:50
asalkeldstack show is quite big (verbose)23:50
*** nati_ueno has quit IRC23:51
*** nati_ueno has joined #heat23:52
*** nati_uen_ has quit IRC23:53
*** sjmc has quit IRC23:57
*** rpothier has joined #heat23:58

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