Wednesday, 2014-08-20

*** Murali__ has quit IRC00:00
*** arbylee has quit IRC00:09
*** xmltok has joined #heat00:10
*** asalkeld has quit IRC00:11
*** arbylee has joined #heat00:12
openstackgerritSteve McLellan proposed a change to openstack/heat: handle_signal to handle translated error msgs  https://review.openstack.org/10166300:12
*** gokrokve has joined #heat00:14
*** gokrokve has quit IRC00:21
*** gokrokve has joined #heat00:21
*** jcoufal has quit IRC00:22
*** asalkeld has joined #heat00:24
*** julienvey has joined #heat00:25
*** andersonvom has quit IRC00:29
*** julienvey has quit IRC00:29
*** samstav has quit IRC00:31
*** jasond has joined #heat00:34
openstackgerritSteve Baker proposed a change to openstack/heat: ResourceGroup subclass build resource definition  https://review.openstack.org/11544300:47
openstackgerritSteve Baker proposed a change to openstack/heat: ResourceGroup build from list of resource names  https://review.openstack.org/11544400:47
openstackgerritSteve Baker proposed a change to openstack/heat: ResourceGroup make do_prop_replace class method  https://review.openstack.org/11544500:47
openstackgerritSteve Baker proposed a change to openstack/heat: Implement OS::Heat::StructuredDeployments  https://review.openstack.org/11544600:47
openstackgerritSteve Baker proposed a change to openstack/heat: ResourceGroup resource_map attribute  https://review.openstack.org/11544700:47
*** spzala has joined #heat00:51
*** gokrokve_ has joined #heat00:56
*** achampion has quit IRC00:56
*** gokrokve has quit IRC00:59
*** spzala has quit IRC00:59
*** stevelle_ is now known as stevelle01:00
*** asalkeld has quit IRC01:04
*** asalkeld has joined #heat01:12
*** erkules_ has joined #heat01:13
*** gokrokve_ has quit IRC01:13
*** Murali has joined #heat01:15
*** erkules has quit IRC01:16
openstackgerritA change was merged to openstack/heat: Allow listing of resources from deleted stacks  https://review.openstack.org/11366501:17
*** Murali has quit IRC01:17
*** mtreinish has quit IRC01:19
*** mtreinish has joined #heat01:22
*** mtreinish has quit IRC01:23
*** mtreinish has joined #heat01:23
*** gokrokve has joined #heat01:23
*** Qiming has joined #heat01:23
*** julienvey has joined #heat01:25
*** julienvey has quit IRC01:27
*** julienvey has joined #heat01:27
*** achampion has joined #heat01:31
*** julienvey has quit IRC01:32
*** piyush has joined #heat01:33
*** gokrokve_ has joined #heat01:34
*** Qiming has quit IRC01:37
*** gokrokve has quit IRC01:37
*** mtreinish has quit IRC01:38
*** Murali_ has joined #heat01:38
*** gokrokve_ has quit IRC01:39
*** sgordon has joined #heat01:41
*** sgordon has quit IRC01:41
*** sgordon has joined #heat01:41
*** nosnos has joined #heat01:42
*** Yanyanhu has joined #heat02:00
*** shakamunyi has quit IRC02:01
elynnmorning all :)02:05
*** tyson_ has quit IRC02:10
*** mageshgv has quit IRC02:10
openstackgerritZhenguo Niu proposed a change to openstack/heat: "H302 check" cleanup  https://review.openstack.org/11445702:14
*** Yanyanhu has quit IRC02:23
*** sdake has quit IRC02:24
*** Yanyanhu has joined #heat02:24
*** Murali_ has quit IRC02:27
*** julienvey has joined #heat02:28
*** Murali has joined #heat02:30
*** arbylee has quit IRC02:32
*** julienvey has quit IRC02:33
*** piyush has quit IRC02:33
*** shakamunyi has joined #heat02:35
*** harlowja is now known as harlowja_away02:35
*** piyush has joined #heat02:40
*** shakamunyi has quit IRC02:41
*** saju_m has joined #heat02:41
*** shakamunyi has joined #heat02:42
*** samstav has joined #heat02:43
*** alexpilotti has quit IRC02:48
*** arbylee has joined #heat02:53
*** samstav has quit IRC03:00
*** KanagarajM has joined #heat03:00
*** Yanyanhu has quit IRC03:06
SpamapSstevebaker: we tried to take better notes today. :)03:07
SpamapSasalkeld: ^^03:07
asalkeldcool03:07
SpamapSDEEP dive into convergence03:09
*** Yanyanhu has joined #heat03:09
*** piyush has quit IRC03:11
asalkeldre: taskflow this who design is around not assuming success and not even needing to know it right away03:16
asalkeldso a lot of taskflow is not needed03:17
asalkeld(tracking state)03:17
asalkeldas we do this separately03:17
asalkeldwhat we do need it dealing with taskrunner health03:18
*** blomquisg has quit IRC03:19
lifelessSpamapS: hows it going?03:21
*** kebray has joined #heat03:21
*** kebray has quit IRC03:21
*** kebray has joined #heat03:22
*** samstav has joined #heat03:24
SpamapSlifeless: really good03:27
SpamapSlifeless: really well rather :)03:27
SpamapSasalkeld: so the general feeling on taskflow is that it doesn't make any of the things we put on the whiteboards simpler.03:28
SpamapSasalkeld: we aren't really sold that it will help with abstracting async job management either.03:28
asalkeldand there seems to be alot of setup code too03:28
SpamapSasalkeld: the setup code is intended to force explicit decisions about things that most code doesen't specify03:29
*** julienvey has joined #heat03:29
asalkeldmaybe, but makes using it quite a pain03:29
asalkeldcompared to the carrots of the world03:30
SpamapSlike when I have non-dependent tasks, do I expect to always run them in serial, or can they be run in parallel?03:30
SpamapSasalkeld: the idea is to go through the pain at coding time, not code-explosion-debugging time.03:30
SpamapSthat I like. :)03:30
SpamapSBut I feel like our problem space may be too dynamic to be able to be entirely explicit like that.03:31
asalkeldyip03:31
SpamapSthe individual resource plugins may be static enough to benefit03:32
SpamapSbut we're wanting to do the opposite: NOT rewrite the resource plugins.03:32
asalkeldyes, that we do03:32
asalkeldplugins have a way of been written in the wild03:33
asalkeldshame for them all to break03:33
SpamapSalso, arguably the OpenStack plugins that can't just have a single call to their target API that says "create me with these things..." or "delete this one" is a broken API.03:33
*** julienvey has quit IRC03:33
*** cmyster has joined #heat03:34
*** cmyster has quit IRC03:34
*** cmyster has joined #heat03:34
SpamapSbut realistically all API's are a little broken. :)03:34
asalkeldreally a new resource api does only need one __call__() that takes the properties (including a resource state)03:35
*** sdake has joined #heat03:36
SpamapSanyway, we think there will need to be a split in resource plugins, where the resource plugin author needs to specify the one method to call with the physical resource id that returns details, in 'dict of properties' form about the resource.03:39
*** ckmvishnu has joined #heat03:40
SpamapSalso we may have to deprecate returning _anything_ from handle_create, and instead only allow serializables that can be passed through the message bus.03:43
SpamapSotherwise we have to keep observer and converger in the same process/call stack.03:43
SpamapS(since we currently do things like return coroutines)03:44
asalkeldunless the resource has a serialize function03:44
asalkeldthat can hook into oslo.message03:44
asalkeldbut too many details really at this point03:45
*** kebray has quit IRC03:45
*** kebray_ has joined #heat03:45
asalkeldneed to code a bit, to find the problems03:45
SpamapSwell we can't really serialize a coroutine.. which users can return and expect to get check_create_complete03:46
*** ccrouch has joined #heat03:46
*** piyush has joined #heat03:47
SpamapSlike in nova server, check_update_complete gets a list of scheduler tasks03:47
*** sgordon has quit IRC03:47
SpamapSasalkeld: so we'd probably have to keep working with an in-process observe for anything that didn't have a serialize method or declare itself as safely serializable.03:48
asalkeldSpamapS, we could have a wrapper resource type03:48
openstackgerritZhenguo Niu proposed a change to openstack/heat: Remove the unused doc path heat/doc  https://review.openstack.org/11548703:48
asalkeldthat deals with the current resources03:48
SpamapSasalkeld: log a warning "resource plugin x.y.z cannot serialize messages. This is deprecated, please write a serialize method or return serializable data types."03:48
SpamapSasalkeld: there's no way to serialize that list of scheduler tasks. It just has to stay in the process that created the objects.03:49
*** samstav has quit IRC03:49
asalkeldsure03:49
SpamapSso we'll need an escape valve.. the one we'll have to use is to stay in process and observe/block while such misbehaving plugins are being observed. And they may never be continuously observable.03:50
SpamapSNot sure if one release is enough time for that plugin API deprecation though. :p03:51
SpamapSwe could also just deprecate it but leave it in for BC until the end of time03:51
asalkeldi don't think it's a problem as long as they work03:51
SpamapSsince it is sort of a deployer thing that you're making these weird plugins wrong... ;)03:52
SpamapSanyway.. getting sleepy03:52
asalkeldlater03:52
SpamapSasalkeld: whiteboards are pretty interesting.. but may be undecipherable to those who weren't in the room. ;)03:52
asalkeldthey look ok03:52
asalkeldbut conversation would be good too:)03:53
*** kebray_ has quit IRC03:55
*** kebray has joined #heat03:56
*** gokrokve has joined #heat03:57
*** Murali has quit IRC03:58
*** Murali_ has joined #heat04:00
*** gokrokve has quit IRC04:00
*** chandankumar has joined #heat04:00
*** gokrokve has joined #heat04:00
*** Yanyanhu has quit IRC04:01
*** Murali_ has quit IRC04:04
*** Yanyanhu has joined #heat04:05
*** arbylee has quit IRC04:09
*** piyush has quit IRC04:10
*** gokrokve has quit IRC04:14
*** gokrokve has joined #heat04:15
*** piyush has joined #heat04:16
*** achampion has quit IRC04:18
*** ccrouch has quit IRC04:20
skraynevgood morning04:23
*** dsneddon has quit IRC04:26
cmystermorning04:26
*** nkhare has joined #heat04:28
*** akuznetsov has joined #heat04:28
asalkeldhi skraynev04:28
skraynevmorning asalked :)04:29
skraynevearly morning...04:29
asalkeldtime for me to pick kids up from school04:30
*** julienvey has joined #heat04:30
asalkeldhi julienvey04:30
*** danikar has joined #heat04:31
*** julienvey has quit IRC04:34
*** nkhare has quit IRC04:37
*** danikar is now known as zrbecker04:38
*** piyush has quit IRC04:38
*** gokrokve has quit IRC04:40
*** gokrokve has joined #heat04:41
*** piyush has joined #heat04:44
*** achampion has joined #heat04:45
*** gokrokve has quit IRC04:45
*** achampion has quit IRC04:50
*** chandankumar has quit IRC04:52
*** achampion has joined #heat04:55
*** chandankumar has joined #heat05:00
*** chandankumar has quit IRC05:02
*** piyush has quit IRC05:07
openstackgerritA change was merged to openstack/heat: Remove resource_id_set(None) calls  https://review.openstack.org/11528505:22
*** tomek_adamczewsk has joined #heat05:23
*** saju_m has quit IRC05:23
*** bmahalakshmi has joined #heat05:28
*** bvivek has joined #heat05:30
*** julienvey has joined #heat05:31
*** praveenkumar has joined #heat05:34
*** julienvey has quit IRC05:35
*** piyush has joined #heat05:35
*** piyush has quit IRC05:37
*** tomek_adamczewsk has quit IRC05:38
*** chandankumar has joined #heat05:40
*** unmeshg has joined #heat05:41
openstackgerritZhenguo Niu proposed a change to openstack/heat: "H302 check" cleanup  https://review.openstack.org/11445705:43
*** ckmvishnu1 has joined #heat05:43
*** unmeshg_ has joined #heat05:53
*** unmeshg has quit IRC05:53
*** unmeshg_ has quit IRC05:56
*** unmeshg has joined #heat05:56
*** achampion has quit IRC05:57
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/10497506:01
*** kopparam has joined #heat06:16
*** viktors|afk has left #heat06:20
*** achampion has joined #heat06:23
*** saju_m has joined #heat06:27
*** jcoufal has joined #heat06:31
*** killer_prince has joined #heat06:31
*** julienvey has joined #heat06:31
*** julienvey has quit IRC06:36
*** jcoufal has quit IRC06:38
*** shakamunyi has quit IRC06:43
*** shakamunyi has joined #heat06:44
*** ifarkas has joined #heat06:47
*** shakamunyi has quit IRC06:47
*** shakamunyi has joined #heat06:48
*** trapsig has joined #heat06:48
openstackgerritZhenguo Niu proposed a change to openstack/heat: Enable H302 check  https://review.openstack.org/11490406:48
trapsigCould someone explain why SoftwareConfig is needed for SoftwareDeployment. Why wasn't SoftwareDeployment simply implemented to have config values referenced directly instead of needing to create a separate SoftwareConfig resource/object and then hook it into SoftwareDeployment?06:50
*** jprovazn has joined #heat06:52
*** che-arne has joined #heat06:53
*** kopparam has quit IRC06:59
*** kopparam has joined #heat07:00
cmystertrapsig: https://www.youtube.com/watch?v=rdhaGw9Rwo407:00
trapsigcmyster: Great, thanks :-)07:01
cmystercheers07:02
*** akuznetsov has quit IRC07:03
*** kopparam has quit IRC07:04
*** derekh has joined #heat07:16
*** sdake has quit IRC07:17
*** akuznetsov has joined #heat07:23
*** kebray has quit IRC07:24
*** jcoufal has joined #heat07:27
*** julienvey has joined #heat07:32
*** sdake has joined #heat07:35
*** julienvey has quit IRC07:37
shardymorning all07:44
*** kopparam has joined #heat08:00
*** kopparam has quit IRC08:05
*** sdake has quit IRC08:08
pas-hamorning all08:13
Yanyanhuhi, shardy, are you around?08:16
*** sdake has joined #heat08:19
*** sdake_ has joined #heat08:20
*** bvivek has quit IRC08:20
shardyYanyanhu: hi08:20
openstackgerritZhenguo Niu proposed a change to openstack/heat: "H302 check" cleanup  https://review.openstack.org/11445708:21
Yanyanhushardy, hi, could you please help to review this when you have time, https://review.openstack.org/#/c/113473/3, a small fix about SoftwareDeploy output when using HEAT_SIGNAL. Thanks.08:21
*** shakamunyi has quit IRC08:25
shardyYanyanhu: ok08:25
Yanyanhushardy, thanks :)08:25
*** sorantis has joined #heat08:32
*** julienvey has joined #heat08:33
*** kopparam has joined #heat08:33
*** unmeshg has quit IRC08:36
cmysterannnnddddd stack.sh is broken...08:36
*** killer_prince2 has joined #heat08:36
*** killer_prince2 is now known as lazy_prince08:37
*** killer_prince has quit IRC08:37
*** julienvey has quit IRC08:37
*** trapsig has quit IRC08:38
cmysterhave anyone seen this before? http://paste.openstack.org/show/97685/08:39
praveenkumarHello, after creating heat client "client_heat = heat_client.Client('1', endpoint, **kwargs)" do we have any method to validate if auth is successful or there is some error?08:40
Yanyanhuhi, cmyster, it seems that your subnet gateway is not in the subnet range specified.08:43
*** lazy_prince is now known as killer_prince08:43
cmysterYanyanhu: I know, but I haven't change anything which is the strange part.08:45
cmystergoess I'll just diable those settings from the local.conf and retry...08:46
Yanyanhucmyster, yes, so weird...08:46
*** sdake has quit IRC08:47
openstackgerritZhenguo Niu proposed a change to openstack/heat: Enable H302 check  https://review.openstack.org/11490408:48
*** fayablazer has joined #heat08:49
cmysterYanyanhu: interestingly it worked. I guess that some basic settings were changed in the neutron part of the script...08:50
*** mkollaro has joined #heat08:51
Yanyanhucmyster, ok :)08:52
*** ifarkas has quit IRC08:52
openstackgerritSergey Kraynev proposed a change to openstack/heat: Move neutron_utils functions to neutron client  https://review.openstack.org/11521008:53
openstackgerritSergey Kraynev proposed a change to openstack/heat: Using neutron utils function from neutron plugin  https://review.openstack.org/11495708:53
openstackgerritSergey Kraynev proposed a change to openstack/heat: Moving network_id_from_subnet_id to neutron client  https://review.openstack.org/10538208:53
*** ifarkas has joined #heat08:54
*** Yanyanhu has quit IRC08:54
*** Yanyanhu has joined #heat08:56
*** Qiming has joined #heat09:01
shardypraveenkumar: You can check Client.auth_token which will be set if we got a token from keystone09:03
*** julienvey has joined #heat09:05
praveenkumarshardy: alright, let me check that.09:07
*** mtreinish has joined #heat09:10
ckmvishnu1shardy: have a doubt regarding migration.09:15
ckmvishnu1uuid record inserted in stack table as part of _pre_upgrade_xx is not the same when it comes to _check_xx09:15
shardyckmvishnu1: are you sure it's not data from one of the previous migration tests?09:16
shardy(the DB content is persisted between tests, unlike all other non-migration tests)09:17
ckmvishnu1i see your tests as well. none of the records retail correct uuids09:17
shardyYou mean the backup column migration?09:18
ckmvishnu1('s2', '9e9deba9-a303-5f29-84d3-c8165647c47e') inserted in _pre but in check i get "a1535d1d-902c-46ed-8d51-ddd368da9c32"09:18
shardyI tested that locally and I'm pretty sure the UUID's for stack.id were fine09:18
ckmvishnu1Yesh09:18
shardyWith your patch applied, right?09:18
shardyalso, note that it's possible to insert records with duplicate stack names in the _pre so it's a good idea to ensure the names you use are unique09:19
*** unmeshg has joined #heat09:20
ckmvishnu1shardy: give me a monent, i'll put few traces for 045 migration to check if my patch has the issue :)09:20
*** bvivek has joined #heat09:21
shardyckmvishnu1: http://paste.openstack.org/show/97694/09:23
shardysounds like it's your patch ;)09:23
ckmvishnu1shardy: :(09:23
ckmvishnu1shardy: thanks09:23
*** Qiming_ has joined #heat09:30
*** Qiming has quit IRC09:33
*** julienve_ has joined #heat09:34
*** julienve_ has quit IRC09:38
*** saju_m has quit IRC09:39
*** nkhare has joined #heat09:43
*** Yanyanhu has quit IRC09:44
*** bvivek has quit IRC09:45
praveenkumarshardy: there is no auth_token variable for Client or client object http://paste.fedoraproject.org/126960/85279741/09:46
*** miarmak has joined #heat09:47
shardypraveenkumar: Oh, I thought you meant when driving via the CLI, in shell.py we get the auth_token and pass it into the client09:48
shardyThe Client object doesn't currently do that automatically for you AFAIK09:49
praveenkumarshardy: ah, so how we can use client python lib for doing different operation for heat.09:49
miarmakHi guys!09:50
miarmakDoes heat have smth like 'force delete stack'?..09:50
*** bvivek has joined #heat09:51
*** Qiming_ has quit IRC09:54
*** AA__ has joined #heat09:58
miarmakthx, I've already found the answer =)10:00
*** miarmak has quit IRC10:00
shardypraveenkumar: http://paste.fedoraproject.org/126964/52875914/10:01
shardyprobably we need to add a convenience authenticate() method to the client to make that slightly easier10:01
*** sorantis has quit IRC10:02
shardyactually http://paste.fedoraproject.org/126967/0852902510:03
shardythat was getting two tokens10:04
praveenkumarshardy: right, AFAIK all other client have authentication method once we create client object.10:05
*** saju_m has joined #heat10:06
*** saju_m has quit IRC10:07
*** saju_m has joined #heat10:07
shardypraveenkumar: yeah, we should add that, but note if you're interacting with more than one client it's much better for performance to just request one token and pass it into each one10:08
*** openstackgerrit has quit IRC10:10
praveenkumarshardy: yes agreed but it's handy when we have a auth check before perform any operation using client object (otherwise during this operation it will through exception which we could have handled during auth).10:11
*** bvivek2 has joined #heat10:15
*** bvivek has quit IRC10:16
*** alexheneveld has joined #heat10:33
*** julienve_ has joined #heat10:34
*** julienve_ has quit IRC10:39
*** sorantis has joined #heat10:40
*** asalkeld has quit IRC10:41
*** pmyers has joined #heat10:43
*** pasquier-s_ has quit IRC10:44
SpamapSshardy: https://etherpad.openstack.org/p/heat-juno-midcycle-meetup <-- notes from mid-cycle meetup btw10:51
*** Qiming has joined #heat10:51
shardySpamapS: thanks, how's it all going there?10:52
shardyinterested in more details re "blueprint for improving multi-engine "workers""10:53
shardysounds somewhat related to the engine decoupling work I'm doing atm10:53
SpamapSshardy: it is!10:56
SpamapSshardy: but it is more about making process management stronger, so that we can take advantage of multiple cores automatically without fear, rather than defaulting --num-workers to 1.10:57
*** nosnos has quit IRC10:57
SpamapSshardy: so the decoupling work you're doing would be served by it.10:58
*** kopparam has quit IRC10:58
shardySpamapS: is that a heat issue though, or a devstack/tripleo/distributor one?10:58
shardyI agree that it would be beneficial to get typical installations using more than one worker or process though :)10:58
*** nkhare has quit IRC11:01
SpamapSshardy: it is an oslo issue11:02
SpamapSshardy: POSIX has had fork() and signal() for decades.. why we want to punt concurrency to the OS I've no idea.11:03
SpamapSshardy: at issue is that we're more involved than say, nova-api or neutron-server, which are stateless.11:04
*** piyush has joined #heat11:05
SpamapSso what we need to do is make oslo's service.ProcessLauncher more robust and have a re-exec mode. And we also need to talk about what is a sane reasonable default, since there is resistance to "use all the CPUs"11:06
shardySpamapS: I guess I'll let you argue that out with zaneb, I've not got a particularly strong opinion on how we do it, other than wanting to use engine scale-out as a stepping stone to a fully distributed model11:07
*** sgordon has joined #heat11:08
SpamapSI'm thinking a good default may be  if ncpus <= 2: ncpus else: round_up(ncpus/2)11:09
SpamapSshardy: basically I'm not convinced that "systemd and/or upstart do it better" given that neither of them have any knowledge of how python or heat-engine works.11:10
SpamapSshardy: we had a brief discussion.. and I agreed we probably need a wider debate. :)11:10
shardyWell they don't need to, they just need to start several processes11:10
shardybut your solution wfm, the question is does that calculation belong inside heat, or e.g in devstack (and other things which install and configure heat)11:11
SpamapSin heat, as we have quite a bit more insight into how much our processes cost11:12
SpamapS(also consider that neutron-server and nova-api already do a fork per CPU)11:13
*** tengqim has joined #heat11:13
pas-hashardy, as you are the keystone expert in the team :) - can I ask for a Keystone catalogue without any credentials (during heat-engine startup)?11:13
shardyyeah, tbh I've personally got no issue with just doing that, provided it's trivially overridable in the config file11:13
*** kopparam has joined #heat11:13
shardypas-ha: no11:14
SpamapSAlso I'm quite confused why we wouldn't want a heat-engine per CPU.. when we're talking about at worst 100MB per CPU.. and any box that has 8CPUs and doesn't have an extra 800MB of RAM to give to concurrency is not a box I've seen. ;)11:14
shardyyou need credentials, which could be the heat service user11:14
SpamapSBut anyway, this also leads into convergence where the workers _SHOULD_ become lighter weight and thus less scary to run many11:15
* SpamapS notices uber is almost here... o/11:15
shardySpamapS: yeah, don't know if you saw my comment on the convergence-engine spec, but I've been thinking heat-engine should get scaled out and become the convergence engine11:16
pas-haok, thanks, will investigate further11:16
shardyThen we just gradually decouple all-the-things in the engine until we reach the resource-granularity vision you propose in the spec11:17
tengqimum iphone is too small for IRC11:17
* shardy -> lunch11:18
*** alexpilotti has joined #heat11:18
*** elynn_ has joined #heat11:22
*** AJaeger has joined #heat11:23
AJaegerHeat team, could you import translations again, please? https://review.openstack.org/#/c/104975/11:23
*** bmahalakshmi has quit IRC11:27
*** elynn_ has quit IRC11:28
*** elynn_ has joined #heat11:28
*** elynn_ has quit IRC11:28
*** elynn_ has joined #heat11:28
*** tengqim has quit IRC11:30
*** AA__ has quit IRC11:31
*** julienve_ has joined #heat11:35
*** ramishra has joined #heat11:35
*** bvivek2 has quit IRC11:36
*** sorantis has quit IRC11:36
*** cmyster has quit IRC11:37
*** asalkeld has joined #heat11:37
*** julienve_ has quit IRC11:39
*** kopparam has quit IRC11:41
shardyAJaeger: done11:45
AJaegershardy, thanks!11:45
*** alexpilotti has quit IRC11:48
*** ccrouch has joined #heat11:59
*** mspreitz has joined #heat12:00
*** EricGonczer_ has joined #heat12:01
*** alexpilotti has joined #heat12:03
*** elynn_ has quit IRC12:06
*** KanagarajM has quit IRC12:06
*** pasquier-s has joined #heat12:07
*** swygue has quit IRC12:08
*** achampion has quit IRC12:09
*** EricGonczer_ has quit IRC12:14
*** alexpilotti has quit IRC12:16
*** kopparam has joined #heat12:16
*** kopparam has quit IRC12:21
*** blomquisg has joined #heat12:24
*** julienve_ has joined #heat12:36
*** alexpilotti has joined #heat12:37
*** sgordon has quit IRC12:38
*** cdent has joined #heat12:39
SpamapSshardy: +1 I think given what we worked through yesterday that makes perfect sense.12:39
*** julienve_ has quit IRC12:40
SpamapSshardy: there was some desire before to split them early to force rethinking of async jobs and perhaps even disallow the new processes from doing full stack loads but that is put to rest. It's just async casts to RPC apis.12:41
shardySpamapS: Cool, sounds like that aligns well with what I've been thinking then :)12:42
*** kopparam has joined #heat12:42
SpamapSshardy: also, one worker is easier to scale than 312:42
*** killer_prince has quit IRC12:43
*** cdent has quit IRC12:43
*** cdent_ has joined #heat12:43
shardySpamapS: Yeah, it will have much less impact on existing deployments, and should enable incremental steps from what we have now12:45
SpamapSshardy: the biggest thing that deployments may feel is that we are going to be pounding a little harder on the DB12:46
SpamapSshardy: but such is the price of resilience. :-P12:47
SpamapSRAM is webscale12:47
*** rpothier has joined #heat12:48
*** andreaf has joined #heat12:51
*** andreaf has joined #heat12:51
*** andreaf has quit IRC12:51
*** andreaf has joined #heat12:52
*** andreaf has quit IRC12:52
*** andreaf has joined #heat12:52
*** andreaf has quit IRC12:53
*** andreaf_ has quit IRC12:53
*** andreaf has joined #heat12:53
*** andreaf has quit IRC12:53
*** andreaf has joined #heat12:54
*** andreaf has quit IRC12:54
*** andreaf has joined #heat12:54
*** AJaeger has left #heat12:57
*** kopparam has quit IRC12:58
*** kopparam has joined #heat12:58
*** randallburt has joined #heat13:03
*** asalkeld has quit IRC13:08
*** achampion has joined #heat13:09
*** jasond has joined #heat13:09
*** ramishra has quit IRC13:13
*** sorantis has joined #heat13:15
*** randallburt has quit IRC13:15
*** randallburt has joined #heat13:15
*** radez_g0n3 is now known as radez13:16
*** mspreitz has quit IRC13:22
*** unmeshg has quit IRC13:23
*** bvivek has joined #heat13:26
*** alexheneveld has quit IRC13:35
*** ckmvishnu1 has left #heat13:35
*** julienve_ has joined #heat13:37
*** zaneb has joined #heat13:37
*** spzala has joined #heat13:38
*** ramishra has joined #heat13:39
*** julienve_ has quit IRC13:41
*** arbylee has joined #heat13:43
*** arbylee has quit IRC13:43
*** daneyon has joined #heat13:44
*** daneyon has quit IRC13:45
*** daneyon has joined #heat13:45
*** unmeshg has joined #heat13:49
*** ramishra has quit IRC13:49
*** piyush has quit IRC13:55
*** mkollaro has quit IRC13:57
*** unmeshg has quit IRC13:58
*** samstav has joined #heat13:59
*** daneyon has quit IRC13:59
*** daneyon_ has joined #heat13:59
*** alexheneveld has joined #heat14:00
*** arbylee has joined #heat14:01
*** cdent_ is now known as cdent14:02
*** daneyon_ has quit IRC14:04
*** arbylee has quit IRC14:08
*** arbylee has joined #heat14:08
*** gokrokve has joined #heat14:11
pas-halooks like the gate is failing due to new oslo.db14:14
*** vijendar has joined #heat14:14
*** vijendar has quit IRC14:15
*** vijendar has joined #heat14:16
*** zz_gondoi is now known as gondoi14:17
*** ccrouch has quit IRC14:17
skraynevagree.. something terrible happens with gate. but why do you think, that it's oslo.db? is it released today?14:17
*** ramishra has joined #heat14:18
pas-hathe code in our test_migrations assumes that interface of _wal_versions will be changed in oslo.db 0.414:18
pas-ha0.3 still has not changed, but installed 0.3.1.dev80.g68c0b62 already has the change14:19
pas-hawill go kick the guy responsible14:19
*** kopparam has quit IRC14:19
*** kopparam has joined #heat14:20
*** alexheneveld has quit IRC14:21
*** alexheneveld has joined #heat14:22
*** ccrouch has joined #heat14:22
pas-haanswer - recheck all failures14:23
pas-hathe new fresh oslo.db just got released. the problem AFAIU is that different oslo.db is used for unittests and for gate devstacks (one is from pypi, another form master)14:24
*** rwsu has quit IRC14:24
pas-haor vise versa14:24
*** kopparam has quit IRC14:24
therveBecause oslo.db requires a newer oslo.config, is that right?14:26
*** alexheneveld has quit IRC14:27
*** saju_m has quit IRC14:27
*** DaveJ__ has joined #heat14:27
*** piyush has joined #heat14:28
*** Murali_ has joined #heat14:28
*** piyush1 has joined #heat14:29
*** david-lyle has joined #heat14:30
pas-haprobably. the error I was seeing is that some interface was changed in 0.3.1.git-hash although our code expects it to be changed only in 0.414:30
therveAh yeah that's just one error. There are others that break the whole suite14:31
*** david-lyle has quit IRC14:31
*** david-lyle has joined #heat14:31
*** ramishra has quit IRC14:32
*** piyush has quit IRC14:32
*** ramishra has joined #heat14:33
pas-hatrying to rebuild my devstack...14:33
*** ifarkas has quit IRC14:34
*** alexheneveld has joined #heat14:34
*** rwsu has joined #heat14:37
*** julienve_ has joined #heat14:37
*** sorantis has quit IRC14:40
*** julienve_ has quit IRC14:42
*** alexheneveld has quit IRC14:45
*** mkollaro has joined #heat14:46
*** ifarkas has joined #heat14:46
*** sorantis has joined #heat14:49
*** ramishra has quit IRC14:49
*** ramishra has joined #heat14:49
*** bmahalakshmi has joined #heat14:55
*** andersonvom has joined #heat14:59
*** EricGonczer_ has joined #heat15:00
*** shakamunyi has joined #heat15:00
*** ifarkas has quit IRC15:02
*** alexheneveld has joined #heat15:02
*** viktors has joined #heat15:03
*** ramishra_ has joined #heat15:04
*** samstav has quit IRC15:05
*** samstav has joined #heat15:06
*** ramishra has quit IRC15:06
*** alexheneveld has quit IRC15:06
*** bvivek has quit IRC15:08
*** jprovazn has quit IRC15:09
*** alexheneveld has joined #heat15:10
*** sorantis has quit IRC15:12
*** alexheneveld has quit IRC15:12
*** openstackgerrit has joined #heat15:13
*** swygue has joined #heat15:16
*** jcoufal has quit IRC15:17
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix port residue when instance deletion  https://review.openstack.org/11523415:18
*** jpeeler has joined #heat15:19
*** jpeeler has quit IRC15:19
*** jpeeler has joined #heat15:19
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix failed to delete the EIP resource  https://review.openstack.org/10275815:19
*** gokrokve_ has joined #heat15:20
*** unmeshg has joined #heat15:21
*** gokrokve has quit IRC15:23
*** gokrokve_ has quit IRC15:24
*** swygue has quit IRC15:28
*** sdake has joined #heat15:31
*** ckmvishnu1 has joined #heat15:33
*** ckmvishnu has quit IRC15:34
*** che-arne has quit IRC15:36
*** julienve_ has joined #heat15:38
*** unmeshg has quit IRC15:41
*** julienve_ has quit IRC15:43
*** dsneddon has joined #heat15:46
*** che-arne has joined #heat15:47
*** BillArnold has joined #heat15:48
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix port residue when instance deletion  https://review.openstack.org/11523415:50
*** unmeshg has joined #heat15:50
*** pasquier-s has quit IRC15:54
*** sorantis has joined #heat15:56
*** unmeshg has quit IRC15:57
*** wirehead_ has quit IRC16:00
*** andersonvom has quit IRC16:01
*** andersonvom has joined #heat16:01
*** ckmvishnu1 has quit IRC16:02
*** kebray has joined #heat16:04
*** sdake has quit IRC16:06
viktorsHi All! Here is the proposal to fix gate bugs with VersionConflict error on hat gates - seems to be , that heat just want to have oslo.config>=1.4.0.0a3 version. Please look at patch, which passed that gates ok -  https://review.openstack.org/#/c/115674/ Thanks!16:08
viktorsstevebaker, shardy, therve, skraynev, zaneb - folks, please look at ^^ It can fix the gates.16:10
*** sorantis has quit IRC16:11
therveHum16:11
*** unmeshg has joined #heat16:11
thervehttps://review.openstack.org/#/c/115643/ should fix the global sync16:12
*** wirehead_ has joined #heat16:12
*** fayablazer has quit IRC16:13
*** henrique_ has quit IRC16:13
viktorstherve: I'm totally ok with this sync. But anyway Heat requires patch, which will sync global requirements16:14
viktorshttps://review.openstack.org/#/c/105166/ fails at the moment16:14
therveI know I just pasted the patch that'll fix it :)16:14
viktorstherve: got it :)16:15
*** htruta has joined #heat16:16
viktorstherve: my patch just can help gates a few hours earlier16:16
viktorstherve: is there a sense to keep this patch?16:20
*** ckmvishnu has joined #heat16:20
therveviktors, I don't know16:21
*** spzala has quit IRC16:23
unmeshg@andersonvom: you there?16:24
andersonvomunmeshg: what's up?16:24
viktorstherve: well, my idea is - to make gates working with this patch and run development process. It will be faster, then wait for patch to global requirements and sync it to Heat16:24
unmeshg@andersonvom: regarding stack-check support16:25
*** killer_prince has joined #heat16:25
*** killer_prince is now known as lazy_prince16:25
unmeshgright now only EC2 instance resource has the handle_check16:25
*** k4n0 has quit IRC16:25
*** alexheneveld has joined #heat16:25
andersonvomunmeshg: yeah, that's correct.  since that patch took *a very long time* to get merged, I didn't want to invest even more time to implement other resources as well.  I'll start working on other resources probably today again, now that the patch was merged16:27
unmeshgcool, let me know if I can take up any other resources16:27
unmeshgthanks16:28
openstackgerritTomas Sedovic proposed a change to openstack/heat: Use empty list in list_join for validation  https://review.openstack.org/11537916:28
openstackgerritTomas Sedovic proposed a change to openstack/heat: Use empty list in list_join for validation  https://review.openstack.org/11537916:30
*** unmeshg has quit IRC16:33
*** chandankumar has quit IRC16:37
*** viktors is now known as viktors|afk16:37
*** gokrokve has joined #heat16:38
*** mspreitz has joined #heat16:39
*** julienve_ has joined #heat16:39
*** mkollaro has quit IRC16:42
*** derekh has quit IRC16:43
*** julienve_ has quit IRC16:43
*** akuznetsov has quit IRC16:44
*** jcoufal has joined #heat16:46
mspreitzWhich cores would be good for reviewing new example templates for the heat-templates project?16:47
*** ramishra_ has quit IRC16:47
*** julienvey has quit IRC16:48
shardymspreitz: You can add me if you wish, also tspatzier is often active reviewing in heat-templates, although I think he's not around this week16:54
mspreitzshardy: thanks.  In this case, I guess my question is how do I prompt those two guys to revisit the change, I have submitted revised patch sets since they last reviewed.16:56
shardymspreitz: are we talking about https://review.openstack.org/#/c/97366/?16:56
mspreitzyes16:56
shardyFWIW I would've +2'd it had my CFN/HOT comment been addresed ;)16:56
shardyI get the point of having a good example of the AWS resources (we already have some), just not in HOT syntax16:57
shardymaybe I'm being too much of a purist, hence waiting for others to comment16:58
mspreitzI felt it is defensible since the AWS resources, in some cases, have unique virtues16:58
shardyI'm sorry you haven't had feedback yet, they are valuable new examples :)16:58
*** alexheneveld has quit IRC16:58
mspreitzI do not think we should have to forbid using the new syntax to get those unique virtues16:58
shardyOk, I just would, in general, prefer our hot example templates to guide folks to the native resources where possible16:59
mspreitzSure, and that's what most of that change does.16:59
mspreitzMaybe what we need most here is other reviewers16:59
shardyIf you're very keen to keep that example for the sake of comparison, I can compromise ;)17:00
mspreitzAny suggestions for reviewers to add?17:00
mspreitzYes, I do think comparison is valuable17:00
mspreitzHowever, I will also admit that comparison of function, my main interest, can be done even if the syntax is different17:01
shardyI guess your approach makes them more directly comparable, I'm just scared of folks cut/pasting hybrid abominations and getting confused17:02
mspreitzI understand that17:02
mspreitzLook, the syntax choice is not a big deal to me17:02
mspreitzIf it will get you over the hump, I will change it.17:03
*** mkollaro has joined #heat17:03
shardymspreitz: No, it's OK, I'm reviewing now17:03
openstackgerritRandall Burt proposed a change to openstack/heat: Allow for setting ViP ID  https://review.openstack.org/11571017:03
*** bvivek has joined #heat17:03
thervemspreitz, FWIW I didn't approve it because I still disagree with the examples17:04
mspreitztherve: in what way do you disagree?17:04
thervemspreitz, On using metering value all around for nothing17:04
mspreitzIt's not for nothing.  It is illustrating the plumbing through Ceilometer, the building blocks for autoscaling17:05
mspreitzThe comments in the latest revisions explain17:05
mspreitzthey show how you can do Ceilometer queries that fetch that data17:05
therveThe plumbing through Ceilometer is done creating Ceilometer resources17:05
mspreitzThe Ceilometer samples are created regardless of what is written in the template; what my templates add is metadata that allow specific Samples to be selected for use in alarms17:06
mspreitzor for use in other ways17:07
*** jasond has quit IRC17:07
therveBut you need to create alarms separately17:07
therveAnyway17:07
therveAlso you should remove the image default so that validation passes17:07
therveI should make that job voting...17:08
*** bvivek has quit IRC17:08
mspreitztherve: pls explain about the image default, I did not know there is an issue there17:08
*** jay_t_c has joined #heat17:08
jay_t_chello,  I have a question regarding an property of OS::Heat::AutoScalingGroup resource17:10
jay_t_ca property17:10
*** wpf has quit IRC17:10
mspreitztherve: can you please explain what is the issue with an image default?  jay_t_c: go ahead and ask17:11
*** alexpilotti has quit IRC17:12
jay_t_ctrying to specify LoadBalancerNames as a property17:12
*** wpf has joined #heat17:12
mspreitzjay_t_c: there is no such property17:12
mspreitzOS::Heat::AutoScalingGroup knows nothing about load balancers17:13
jay_t_cis that only available in AWS::AutoScaling::AutoScalingGroup17:13
mspreitzDeliberately so.17:13
openstackgerritRandall Burt proposed a change to openstack/heat: Allow for setting ViP ID  https://review.openstack.org/11571017:13
mspreitzjay_t_c: right...17:13
mspreitzSince the member type of an OS::Heat::AutoScalingGroup can be anything, there is no attempt to make that kind of group know how to connect any kind of member to a LB17:13
mspreitzInstead the idea is that you make the member type be a stack that makes the connection, using an OS::Neutron::PoolMember17:14
mspreitzI have another batch of examples that do this, not yet submitted here17:14
jay_t_ca nested stack17:14
SpamapSWe talked a lot about how to link groups to other resources17:15
SpamapSI am hoping to spec up a way to do that w/ stevebaker's help17:15
mspreitzjay_t_c: yes, a nested stack.  Doubly nested, in fact, since a scaling group is implemented by a nested stack17:15
*** Qiming has quit IRC17:15
jay_t_cbasically what i am trying to do is automatically add an autoscaled instance to a member list17:15
mspreitzZane got a change approved today that gives another way to skin that cat17:16
SpamapSAnsible has this really nice thing where you can make a single play in a playbook happen in a loop with a list from another play or variable... I think we can borrow that.17:16
SpamapSso you say do this once, replace {{ item }} with every item from this list and create 1 per item.17:16
mspreitzToday's change is adding output and output_list attributes to a scaling group17:16
mspreitzSo you can get out the things you need to connect to your LB or whatever17:16
jay_t_cmspreitz: you said you have examples of doing this17:18
*** swygue has joined #heat17:18
mspreitzyes17:18
mspreitzI have examples of the nested stack approach17:19
mspreitzI agree with SpamapS that, as of today, that is not the only way to skin this cat17:19
*** harlowja_away is now known as harlowja17:19
jay_t_cmspreitz: anywhere that i could find the example to look at for reference?17:21
SpamapSmspreitz: you're doing a nested stack per group member somehow?17:21
mspreitzjay_t_c: I will paste in an etherpad for now...  just a minute...17:21
jay_t_cthanks17:21
mspreitzjay_t_c: top level template is in https://etherpad.openstack.org/p/lpm5uEXcMy17:23
mspreitznested template is in https://etherpad.openstack.org/p/Syno4WlzjZ17:23
mspreitzSpamapS: yes, OS::Heat::AutoScalingGroup allows that.  One way is simply to use the template name as the member resource type17:24
*** ev0ldave has joined #heat17:28
mspreitztherve: I see that there is checking of the default.  I can switch to cirros-0.3.2-x86_64-uec, that's in the standard list, right?17:28
mspreitzSpamapS: the CLI will follow the reference up and package the contents; Horizon does not do this.17:29
mspreitztherve: I claim an example template that tags Samples and explains how to query for such tagged Samples, but does not create alarms, is still valuable because it is teaching some stuff that people need to know about the mechanism17:32
jay_t_cmspreitz: so you are just specify paramaters for the nested stack in the resource section of the top level stack?17:32
mspreitzjay_t_c: I am not sure what you mean.  There is no magic here, you will see explicit propagation from top-level parameter to resource property17:33
mspreitztherve: I also claim that there is virtue in having examples that depend on no non-standard stuff.  Ceilometer is not installed by DevStack by default.17:33
*** tango has joined #heat17:35
*** piyush1 has quit IRC17:35
*** akuznetsov has joined #heat17:35
*** julienvey has joined #heat17:40
*** alexpilotti has joined #heat17:42
*** akuznetsov has quit IRC17:42
*** ckmvishnu has left #heat17:42
*** ccrouch has quit IRC17:42
*** che-arne has quit IRC17:43
*** jcoufal has quit IRC17:44
*** julienvey has quit IRC17:44
jay_t_cmspreitz: thanks, i see what you are doing here. I will have to tweak what i am doing a little bit, but this should work17:44
*** bmahalakshmi has quit IRC17:45
mspreitzjay_t_c: you're welcome.  Review it when I submit it here.17:45
mspreitzpls17:45
jay_t_cmspreitz: most definitely17:45
*** viktors has joined #heat17:46
mspreitzjay_t_c: BTW, I have some other examples under review now... https://review.openstack.org/#/c/97366/17:47
*** ramishra has joined #heat17:48
*** htruta has quit IRC17:49
zanebmspreitz: *Heat* is not installed by devstack by default ;)17:50
mspreitzzaneb: OK, but moot in this case17:51
zanebI think it's OK to rely on core stuff in OpenStack17:52
zanebthe current de-integration discussion on openstack-dev notwithstanding :D17:52
*** ramishra has quit IRC17:53
zanebmspreitz: hey, email question for you. "Do you know if there is a plan to integrate the server group into heat in the same way it is done for security group ?"17:55
zanebmspreitz: I think there was a plan along those lines, right?17:55
viktorszaneb: Hi! Can you please look at patch https://review.openstack.org/#/c/115674/ ? It should fix gate tests in Heat.17:55
mspreitzzaneb: did I overlook some email?17:55
zanebmspreitz: no it was a private email :(17:56
mspreitzzaneb: not sure I know the reference.  How is "it" done for security group?17:56
zanebtempted to just redirect them to the list17:56
zanebI think they mean a specific property for server groups, as opposed to going through the scheduler hints17:56
mspreitzzaneb: you mean that an OS::Nova::Server would have a property that refers to an OS::Nova::ServerGroup?17:58
*** DaveJ__ has quit IRC17:58
*** mohits has joined #heat17:58
mspreitzzaneb: if you mean what I suggested, then I am not aware of such a plan17:59
mspreitzzaneb: or maybe I have just forgotten18:00
mspreitzzaneb: do you remember a reason why mention of the server group in a scheduler hint is not adequate for some use case?18:00
*** jprovazn has joined #heat18:00
*** EricGonczer_ has quit IRC18:01
*** EricGonczer_ has joined #heat18:03
*** mohits has quit IRC18:04
*** ramishra has joined #heat18:05
*** mohits has joined #heat18:07
zanebmspreitz: thanks for the info. tbh I have no real clue what they're asking for, so I will tell them to post to the mailing list18:11
*** mkollaro has quit IRC18:11
zanebmspreitz: I think the thing you just suggested was probably what I was thinking there might have been a plan for18:12
*** piyush has joined #heat18:14
*** PsionTheory has joined #heat18:14
*** piyush1 has joined #heat18:17
*** piyush1 has quit IRC18:17
*** piyush has quit IRC18:18
*** harlowja has quit IRC18:20
*** harlowja_ has joined #heat18:20
*** ramishra has quit IRC18:22
thervemspreitz, But use ceilometer, or don't. The templates are in a weird middle ground.18:26
thervemspreitz, Regarding the images default, there probably shouldn't be any. It's hard to have a value available in all environments18:27
*** jasond has joined #heat18:27
*** jasond has quit IRC18:28
*** jasond has joined #heat18:28
*** viktors has quit IRC18:28
mspreitztherve: the templates do not use Ceilometer, they only do some tagging that happens to be valuable if you have Ceilometer.  I could split each template into two, one that does no tagging and another that tags and creates an alarm.  I was not looking forward to doubling the number of templates.18:28
mspreitztherve: about the image default, I will simply remove it18:29
thervemspreitz, My point is that if you have Ceilometer, you use it in the template18:29
therveYou don't expose some weird query in the output18:29
mspreitztherve: my main goal was to create some simple templates that exercise basic stuff with minimal dependencies.  The query is not weird, it shows what's going on.18:30
thervemspreitz, Agree to disagree18:31
mspreitztherve: OK, thanks18:31
*** mohits_ has joined #heat18:32
*** mohits has quit IRC18:35
shardymspreitz: Couldn't you just add a Ceilometer alarm resource, and have it hit the ScalingPolicy URL?18:36
shardyThen they'd be fully-functional autoscaling examples, rather than partial examples, which I think is therve's point18:36
mspreitzshardy: sure, but that adds a dependency on Ceilometer18:36
mspreitzI understand that therve does not like the partiality18:37
mspreitzbut I like the lack of dependencies18:37
mspreitzThere is already a more complete example from therve18:37
mspreitzif someone wants to see that18:37
mspreitzIt needs one fix now, but that's another matter.18:37
mspreitzI think what I will do is erase the tagging from these templates, and possibly make one more that does the tagging, exhibits the query term, and makes an alarm18:38
shardymspreitz: having a "ceilometer_query" when you expect it to work without ceilometer is somewhat confusing18:38
mspreitzOr maybe just skip that, since there is already an example that creates an alarm18:38
shardymspreitz: +1, sounds like a good plan18:39
shardyI do like having the outputs and descriptions in there, as it's good for showing folks how it works18:39
mspreitzI am considering expanding the existing examle that makes an alarm, adding the query term and explanation.18:39
openstackgerritSteven Hardy proposed a change to openstack/heat: Add new RpcStackResource nested-stack base-class  https://review.openstack.org/11507418:40
openstackgerritSteven Hardy proposed a change to openstack/heat: Add nested_depth column to stack table  https://review.openstack.org/11573018:40
*** julienvey has joined #heat18:40
openstackgerritSteven Hardy proposed a change to openstack/heat: engine service add nested_depth to create_stack  https://review.openstack.org/11573118:41
openstackgerritSteven Hardy proposed a change to openstack/heat: Add nested_depth to internal _create_stack RPC interface  https://review.openstack.org/11573218:41
openstackgerritSteven Hardy proposed a change to openstack/heat: port CFN Stack resource to RpcStackResource  https://review.openstack.org/11573318:41
zanebrandallburt: does my comment on https://review.openstack.org/#/c/112930/ accurately reflect what we decided?18:41
ryansbNew gerrit dashboard available http://supb.ro/heatdash18:42
ryansbcode to generate it is here https://review.openstack.org/#/c/115699/1/dashboards/heat.dash,unified18:43
jasondsweet!18:44
*** julienvey has quit IRC18:45
randallburtzaneb:  yep. also commented.18:45
zanebcheres18:47
zanebcheers18:47
therveshardy, Got some changes to rebase btw18:47
*** joelmo has joined #heat18:48
shardytherve: Ah, yeah thanks, spotted that earlier and forgot to do it18:49
*** mohits_ has quit IRC18:50
*** jmckind has joined #heat18:52
*** sdake has joined #heat18:56
*** sdake has quit IRC18:56
*** sdake has joined #heat18:56
*** derekh has joined #heat19:00
*** chandankumar has joined #heat19:02
*** mkollaro has joined #heat19:03
*** sgordon has joined #heat19:05
*** shardy is now known as shardy_afk19:06
*** cdent_ has joined #heat19:07
*** cdent has quit IRC19:07
*** cdent_ is now known as cdent19:07
*** chandankumar has quit IRC19:09
*** DaveJ__ has joined #heat19:25
*** mspreitz has quit IRC19:34
*** jprovazn has quit IRC19:38
*** joelmo has quit IRC19:40
*** julienvey has joined #heat19:41
*** julienvey has quit IRC19:46
*** jcoufal has joined #heat19:48
*** saju_m has joined #heat19:49
*** mrutkows has joined #heat19:53
*** kebray has quit IRC19:58
*** harlowja_ is now known as harlowja_away19:58
*** arbylee has quit IRC20:00
openstackgerritRandall Burt proposed a change to openstack/heat: Fix marconi plugin registration  https://review.openstack.org/11576420:02
openstackgerritJason Dunsmore proposed a change to openstack/heat: Add a env_data_lookup intrinsic function for HOT  https://review.openstack.org/8191820:04
*** kebray has joined #heat20:04
*** jasond has quit IRC20:05
*** kebray has quit IRC20:06
*** randallburt has quit IRC20:09
*** kebray has joined #heat20:09
*** alexheneveld has joined #heat20:13
*** blomquisg has quit IRC20:14
*** radez is now known as radez_g0n320:15
*** arbylee has joined #heat20:17
*** mkollaro has quit IRC20:17
*** arbylee has quit IRC20:18
*** arbylee has joined #heat20:18
*** mkollaro has joined #heat20:22
*** arbylee has quit IRC20:22
*** arbylee has joined #heat20:22
*** sgordon has quit IRC20:22
*** saju_m has quit IRC20:24
*** ev0ldave1 has joined #heat20:28
*** ev0ldave has quit IRC20:29
*** stevebaker has quit IRC20:33
*** stevebaker has joined #heat20:33
*** ev0ldave1 has quit IRC20:33
*** PsionTheory has quit IRC20:37
*** BillArnold__ has joined #heat20:40
*** EricGonc_ has joined #heat20:40
*** jpeeler has quit IRC20:41
*** EricGonczer_ has quit IRC20:41
*** julienvey has joined #heat20:42
*** stevebaker has quit IRC20:43
*** stevebaker has joined #heat20:43
*** kebray has quit IRC20:44
*** kebray has joined #heat20:45
*** cdent has quit IRC20:47
*** zaneb has quit IRC20:47
*** julienvey has quit IRC20:47
*** julienve_ has joined #heat20:47
*** spzala has joined #heat20:49
*** sdake_ has quit IRC20:50
*** EricGonc_ has quit IRC20:51
*** EricGonczer_ has joined #heat20:51
*** denis_makogon has quit IRC20:52
*** dmakogon_ has joined #heat20:53
*** EricGonczer_ has quit IRC20:53
*** EricGonczer_ has joined #heat20:54
*** jasondotstar has joined #heat21:05
*** kebray has quit IRC21:05
*** gokrokve has quit IRC21:09
*** gokrokve has joined #heat21:10
*** jmckind has quit IRC21:14
openstackgerritA change was merged to openstack/heat: Use oslo.config>=1.4.0.0a3  https://review.openstack.org/11567421:16
*** harlowja_away is now known as harlowja_21:17
*** Tross has quit IRC21:32
*** rpothier has quit IRC21:45
*** spzala has quit IRC21:46
*** sdake has quit IRC21:47
*** alexheneveld has quit IRC21:54
*** swygue has quit IRC21:59
*** harlowja_ has quit IRC21:59
*** asalkeld has joined #heat22:02
*** harlowja has joined #heat22:02
*** Murali_ has quit IRC22:02
*** derekh has quit IRC22:02
*** Murali has joined #heat22:02
openstackgerritTon Ngo proposed a change to openstack/heat: Pass flag to engine service to patch parameters  https://review.openstack.org/10904222:02
*** TravT has joined #heat22:04
*** mkollaro has quit IRC22:04
*** EricGonczer_ has quit IRC22:09
*** mrutkows has quit IRC22:09
openstackgerritAnderson Mesquita proposed a change to openstack/heat-specs: Improve the behavior of /validate  https://review.openstack.org/11580422:10
*** achampion has quit IRC22:15
*** kebray has joined #heat22:18
*** alexheneveld has joined #heat22:21
*** vijendar has quit IRC22:23
*** gondoi is now known as zz_gondoi22:24
*** Murali has quit IRC22:24
*** jasondotstar has quit IRC22:24
*** crose has joined #heat22:28
*** david-lyle has quit IRC22:29
*** david-lyle has joined #heat22:29
*** crose has quit IRC22:29
*** jasondotstar has joined #heat22:29
*** jasondotstar has quit IRC22:39
*** jay_t_c has quit IRC22:41
*** DaveJ__ has quit IRC22:58
*** julienve_ has quit IRC22:59
*** Murali_ has joined #heat23:00
*** Murali_ has quit IRC23:02
*** kebray has quit IRC23:04
*** achampion has joined #heat23:11
*** shakamunyi has quit IRC23:13
*** achampion has quit IRC23:16
*** andersonvom has quit IRC23:17
*** andersonvom has joined #heat23:17
*** BillArnold has quit IRC23:20
*** kebray has joined #heat23:23
*** BillArnold__ has quit IRC23:23
*** achampion has joined #heat23:32
*** alexpilotti has quit IRC23:34
*** david-lyle has quit IRC23:34
*** sgordon has joined #heat23:37
*** tango has quit IRC23:40
*** kebray has quit IRC23:44
*** andersonvom has quit IRC23:45
*** tsufiev has quit IRC23:49
*** tsufiev has joined #heat23:49
*** openstackgerrit has quit IRC23:54
*** gokrokve has quit IRC23:57
*** openstackgerrit has joined #heat23:59

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