Wednesday, 2015-07-22

*** dsneddon_biab is now known as dsneddon00:01
*** boris-42 has joined #heat00:02
*** sergmelikyan has quit IRC00:02
*** sergmelikyan has joined #heat00:04
*** jruano has quit IRC00:08
asalkeldstevebaker: can you review this: https://review.openstack.org/#/c/201664/00:15
asalkeldsmallish convergence patch00:15
*** achanda has quit IRC00:16
stevebakersure00:16
*** shardy_ has joined #heat00:18
*** shardy has quit IRC00:19
asalkeldta00:19
*** htruta_ has joined #heat00:22
*** shadower has quit IRC00:23
asalkeldswell i have "facts of god" following me on twitter, they not going to hear anything agreeable from me :-O00:23
*** shadower has joined #heat00:23
*** shardy_ has quit IRC00:23
*** shardy has joined #heat00:23
openstackgerritAngus Salkeld proposed openstack/heat: Ignore .egg directory (created by pbr)  https://review.openstack.org/20432200:34
*** sdake has quit IRC00:34
openstackgerritAngus Salkeld proposed openstack/heat: Ignore .eggs directory (created by the new pbr)  https://review.openstack.org/20432200:35
*** tsandall has quit IRC00:35
*** pm90_ has quit IRC00:36
*** sergmelikyan has quit IRC00:37
*** sdake has joined #heat00:37
asalkeldstevebaker: https://review.openstack.org/#/c/201724/ (pick a release model patch) ?00:39
asalkeldopenstack/heat-translator00:41
asalkeldrelease:independent or release:none00:41
stevebakerlets assume at some point they'll release something00:41
*** cody-somerville has quit IRC00:42
asalkeldk then looks ok, maybe +100:42
stevebakeryep00:42
*** Drago has quit IRC00:46
*** sergmelikyan has joined #heat00:46
*** sergmelikyan has quit IRC00:47
*** sergmelikyan has joined #heat00:55
*** sergmelikyan has quit IRC00:56
*** Qiming has joined #heat00:57
Qimingstevebaker, hi01:00
*** serg_melikyan has joined #heat01:00
stevebakerQiming: hi01:00
Qimingstevebaker, could you help take a look at this: https://review.openstack.org/#/c/150720/01:00
QimingI don't have an idea what am I supposed to do to proceed on this01:01
*** jruano has joined #heat01:03
openstackgerrithuangtianhua proposed openstack/heat: Refactor wait condition handles  https://review.openstack.org/20202801:06
stevebakerQiming: it looks like the root problem is that we're changing the response of a stable REST API call01:07
Qimingso?01:07
stevebakerQiming: how about we keep the old one and add a resource_types/detail endpoing01:08
stevebakerendpoint01:08
Qimingthe tempest patch was trying to be compatible with older versions01:08
stevebakerbut our REST API should be backwards compatible always01:08
Qimingthe heat side patch is accompanied with a new api version01:08
stevebakerthats the rpc version, not the rest one01:09
Qimingright, rpc version01:09
Qimingso ... for v1 api, we will stick to returning a list of strings for resource types?01:09
*** jruano has quit IRC01:09
stevebakerour REST API is a public facing thing which must remain backwards compatible, so we can only add things rather than completely change the format of existing things01:10
Qimingokay, got it01:10
*** erkules_ has joined #heat01:10
*** jdandrea has quit IRC01:11
Qimingif we see it (the api format) a problem, we should postpone it to next REST API version, right?01:11
stevebakerQiming: so the user needs to specify somehow that they want the new format, either through a details path, or a ?details=True flag01:11
stevebakerQiming: we can add it, just by not breaking the existing call01:11
Qimingem. the reason I am looking into this is: 1. it is not conforming to the API WG guideline, 2. python-openstack sdk cannot parse this kind of a API response01:12
*** erkules has quit IRC01:13
*** serg_melikyan has quit IRC01:15
*** sergmelikyan has joined #heat01:18
Qimingstevebaker, how about this01:19
Qimingrefer to this: http://specs.openstack.org/openstack/api-wg/guidelines/naming.html01:19
Qimingthe guideline says that we should not include underscores in resource names01:19
Qimingbut hyphens would be okay01:19
Qimingso ... maybe add a resource named "resource-types" ?01:20
*** sergmelikyan has quit IRC01:23
stevebakerQiming: we already have API calls to specify extra details of things. How about adopt the style of the one which is most api-wg compliant?01:25
stevebakerbiab01:25
Qimingreturn ['a', 'b'] if no ?details=True specified, else return [{'name': 'a'}, {'name': 'b'}] ?01:26
Qimingthis is not about extra details, it is about what is in the list (collection)01:27
*** jruano has joined #heat01:28
asalkeldQiming: format_type=foo ?01:31
asalkeldbasically don't change the default as it will break clients01:32
Qimingyes, that is a valid concern, an important one indeed01:32
*** Yanyanhu has joined #heat01:33
Qimingso I was trying to propose, a 'resource-types' endpoint, to better align with the guideline01:33
Qiming'resource_types' can live happily with 'resource-types'? ;)01:34
asalkeldyeah01:35
*** jruano has quit IRC01:41
*** sergmelikyan has joined #heat01:44
*** sergmelikyan has quit IRC01:46
*** pal has joined #heat01:47
*** blomquisg has joined #heat01:52
*** sergmelikyan has joined #heat01:54
*** sergmelikyan has quit IRC01:55
*** sergmelikyan has joined #heat01:56
*** sergmelikyan has quit IRC01:57
*** jruano has joined #heat02:00
*** tsandall has joined #heat02:02
*** sergmelikyan has joined #heat02:02
*** tsandall has quit IRC02:05
*** sergmelikyan has quit IRC02:07
*** jruano has quit IRC02:13
*** yuanying_ has joined #heat02:14
openstackgerritMerged openstack/heat-templates: Remove py26 from tox  https://review.openstack.org/20193402:15
*** jruano has joined #heat02:17
*** jruano has quit IRC02:17
*** yuanying has quit IRC02:17
*** cchang has joined #heat02:19
*** dims_ has joined #heat02:25
*** yuanying_ has quit IRC02:25
*** yuanying has joined #heat02:26
*** Qiming_ has joined #heat02:26
*** Qiming has quit IRC02:30
*** gberginc has joined #heat02:31
*** pm90_ has joined #heat02:31
*** achanda has joined #heat02:33
*** pal has quit IRC02:43
*** jecarey has joined #heat02:49
ramishramorning all02:57
*** sabeen has joined #heat02:59
openstackgerritAngus Salkeld proposed openstack/heat: Convergence: Don't try to unlock a resource after the DB row is deleted  https://review.openstack.org/20435302:59
*** gberginc has quit IRC03:00
asalkeldhi ramishra03:01
*** asalkeld has quit IRC03:01
*** asalkeld has joined #heat03:01
asalkelddoh, closed wrong window03:02
*** pm90_ has quit IRC03:04
*** tsandall has joined #heat03:06
cmystermorning03:06
*** jecarey has quit IRC03:10
*** tsandall has quit IRC03:10
*** dims_ has quit IRC03:15
*** Qiming_ is now known as Qiming03:18
*** tsandall has joined #heat03:20
*** yuanying has quit IRC03:24
*** yuanying has joined #heat03:25
*** tsandall has quit IRC03:26
*** pal has joined #heat03:29
*** cmyster has quit IRC03:29
*** cmyster has joined #heat03:30
*** cmyster has quit IRC03:30
*** cmyster has joined #heat03:30
*** h00327910_ has quit IRC03:35
*** gus_ is now known as gus03:45
*** jruano has joined #heat03:46
*** dims_ has joined #heat03:49
*** achanda has quit IRC03:50
*** cchang has quit IRC03:54
*** dims_ has quit IRC03:56
*** gberginc has joined #heat03:58
*** ananta_ has joined #heat03:58
*** coolsvap|away is now known as coolsvap04:01
*** kebray_ has quit IRC04:03
*** KanagarajM has joined #heat04:06
openstackgerritAnant Patil proposed openstack/heat: Convergence: Stack concurrent update  https://review.openstack.org/19538004:12
*** Kennan2 has joined #heat04:14
*** Kennan has quit IRC04:15
KanagarajMgood morning all04:15
openstackgerritKanagaraj Manickam proposed openstack/heat-templates: Adds sample designate templates  https://review.openstack.org/20149504:16
openstackgerritOpenStack Proposal Bot proposed openstack/heat: Updated from global requirements  https://review.openstack.org/20429704:29
*** jruano has quit IRC04:31
*** pm90_ has joined #heat04:31
*** tsandall has joined #heat04:31
*** boris-42 has quit IRC04:32
*** vijayagurug has joined #heat04:34
*** tsandall_ has joined #heat04:35
*** tsandall has quit IRC04:36
*** achanda has joined #heat04:37
openstackgerritMerged openstack/heat: Get heat.tests.test_stack* working in py34 env  https://review.openstack.org/19056304:50
*** htruta_ has quit IRC04:51
*** vijayagurug has left #heat04:52
openstackgerritOpenStack Proposal Bot proposed openstack/heat: Updated from global requirements  https://review.openstack.org/20429704:55
openstackgerritOpenStack Proposal Bot proposed openstack/python-heatclient: Updated from global requirements  https://review.openstack.org/20441804:59
*** pm90_ has quit IRC05:00
*** blomquisg has quit IRC05:17
*** cmyster has quit IRC05:20
*** rakesh_hs has joined #heat05:37
*** jprovazn has joined #heat05:37
*** inc0 has joined #heat05:38
*** inc0 has quit IRC06:05
*** Murali has joined #heat06:09
*** jtomasek has joined #heat06:12
*** Marga__ has quit IRC06:14
*** Marga_ has joined #heat06:15
*** pm90_ has joined #heat06:15
*** dims_ has joined #heat06:17
*** tspatzier has joined #heat06:18
*** ricolin has joined #heat06:19
*** vijayagurug has joined #heat06:21
*** dims_ has quit IRC06:22
*** cmyster has joined #heat06:26
*** lsmola has joined #heat06:29
*** boris-42 has joined #heat06:29
*** sdake has quit IRC06:31
*** shardy_ has joined #heat06:31
*** shardy has quit IRC06:32
*** shardy_ has quit IRC06:36
*** shardy has joined #heat06:37
*** tshtilma has joined #heat06:37
*** ishant has joined #heat06:38
*** ricolin has quit IRC06:38
*** ricolin has joined #heat06:38
*** dims_ has joined #heat06:47
*** zengyingzhe_ has joined #heat06:49
ricolinguys06:51
ricolincan you help me to review this patch06:52
ricolinhttps://review.openstack.org/#/c/204175/06:52
ricolinI not quite sure what cause the error06:52
*** tlashchova_ has joined #heat06:52
*** dims_ has quit IRC06:53
ricolinI pass all test on my local site with tox -v -r -epy2706:53
stevebakerricolin: it seems unrelated to your change06:54
asalkeldit's to do with the "show" property change06:55
asalkeldnot sure why it didn't fail then at the gate06:56
*** miguelgrinberg has quit IRC06:56
asalkeldricolin: just make a patch before your one to fix it06:56
*** inc0 has joined #heat06:56
ricolinokey06:57
*** LimorStotland has joined #heat06:57
ricolinLike to help, but I can't reproduce that error on my local side06:58
*** miguelgrinberg has joined #heat06:58
stevebakerricolin: have you pulled latest master and rebased your change?06:59
ricolinyes06:59
*** pas-ha has joined #heat07:00
stevebakermeeting time!07:01
*** coolsvap is now known as coolsvap|away07:01
ananta_asalkeld: regarding https://review.openstack.org/#/c/200995/907:02
asalkeldya07:02
ananta_I have updated the comments, let me know if you still want it to be reverted07:03
ananta_or change to something else07:03
*** pm90_ has quit IRC07:03
asalkeldananta_: it should be "resource (action) failed"07:03
ananta_asalkeld: with action being stack action or resource action?07:04
asalkeldshouldn't matter07:04
asalkeldbut go with resource07:04
ananta_it matters when stack is updated and new resource is created07:04
ananta_anyways, I will go with resource then07:05
*** sergmelikyan has joined #heat07:09
openstackgerrithuangtianhua proposed openstack/heat-specs: Support to describe unscoped  https://review.openstack.org/20446307:11
*** dims_ has joined #heat07:12
openstackgerritRico Lin proposed openstack/heat: add new constraints to ceilometer  https://review.openstack.org/20417507:14
openstackgerritRico Lin proposed openstack/heat: add time_constraints property in OS::Ceilometer::Alarm  https://review.openstack.org/20149807:14
*** dims_ has quit IRC07:16
*** tshtilma has quit IRC07:17
*** e0ne has joined #heat07:22
-openstackstatus- NOTICE: zuul is undergoing an emergency restart. Jobs will be re-queued but some events may be lost.07:22
openstackgerritAnant Patil proposed openstack/heat: Convergence: Refactor worker  https://review.openstack.org/20099507:22
*** cody-somerville has joined #heat07:23
*** tshtilma has joined #heat07:25
openstackgerritAnant Patil proposed openstack/heat: Convergence: Refactor worker  https://review.openstack.org/20099507:25
openstackgerritAnant Patil proposed openstack/heat: Convergence: Fix for resource needed_by  https://review.openstack.org/20111007:28
openstackgerritAnant Patil proposed openstack/heat: Convergence: fix current traversal  https://review.openstack.org/20195807:29
openstackgerritAnant Patil proposed openstack/heat: Convergence: Re-trigger stack operation  https://review.openstack.org/20294407:29
openstackgerritAnant Patil proposed openstack/heat: Convergence: Refactor convergence dependency  https://review.openstack.org/20348407:29
*** achanda has quit IRC07:30
*** zengyingzhe_ has quit IRC07:31
*** pal has quit IRC07:33
*** achanda has joined #heat07:39
*** tspatzier has quit IRC07:40
*** pas-ha has quit IRC07:42
*** dims_ has joined #heat07:44
*** zeih has joined #heat07:44
*** ochuprykov has joined #heat07:44
*** gpaz has joined #heat07:48
*** achanda has quit IRC07:49
*** tspatzier has joined #heat07:53
*** tshtilma has quit IRC07:53
*** dims_ has quit IRC07:54
*** bdossant has joined #heat08:02
openstackgerritMartin Mágr proposed openstack/heat-templates: Improve handling of Puppet output  https://review.openstack.org/18873708:02
*** jistr has joined #heat08:03
*** e0ne has quit IRC08:05
*** yuanying has quit IRC08:05
*** ochuprykov has quit IRC08:07
*** pal has joined #heat08:09
*** dims_ has joined #heat08:12
*** inc0 has quit IRC08:12
-openstackstatus- NOTICE: zuul jobs are currently stuck while problems with gearman are debugged08:12
*** ChanServ changes topic to "zuul jobs are currently stuck while problems with gearman are debugged"08:12
*** dims_ has quit IRC08:16
*** tspatzier has quit IRC08:17
*** derekh has joined #heat08:17
*** tspatzier has joined #heat08:26
*** tlashchova_ has quit IRC08:32
*** boris-42 has quit IRC08:32
*** zeih has quit IRC08:41
*** dims_ has joined #heat08:41
*** zeih has joined #heat08:41
*** tshtilma has joined #heat08:45
*** dims_ has quit IRC08:45
openstackgerritKanagaraj Manickam proposed openstack/heat: Resource-type-show does not report unavialable resource type  https://review.openstack.org/20104708:51
openstackgerritKanagaraj Manickam proposed openstack/heat: Split engine unit test cases for resource type  https://review.openstack.org/20104608:51
openstackgerritKanagaraj Manickam proposed openstack/heat: Fix StackResourceUnavailable exception  https://review.openstack.org/20252808:51
openstackgerritKanagaraj Manickam proposed openstack/heat: Resource-type-show does not report unavailable resource type  https://review.openstack.org/20104708:54
*** ochuprykov has joined #heat08:59
*** zeih has quit IRC09:01
*** zeih has joined #heat09:05
*** e0ne has joined #heat09:07
*** blinky_ghost has joined #heat09:08
*** gus has quit IRC09:10
openstackgerritAngus Salkeld proposed openstack/heat: Convergence: Don't try to unlock a resource after the DB row is deleted  https://review.openstack.org/20435309:10
*** tiantian has joined #heat09:14
*** dims_ has joined #heat09:15
*** huangtianhua has quit IRC09:16
*** liusheng has quit IRC09:16
*** liusheng has joined #heat09:17
*** dims_ has quit IRC09:20
openstackgerritKairat Kushaev proposed openstack/heat: Enable caching for property constraints  https://review.openstack.org/18599909:20
openstackgerritKairat Kushaev proposed openstack/heat: Enable caching for property constraints  https://review.openstack.org/18599909:22
*** dims_ has joined #heat09:23
*** dims_ has quit IRC09:27
*** coolsvap|away is now known as coolsvap09:28
openstackgerritOleksii Chuprykov proposed openstack/heat: Add ImageId param to AWS::ElasticLoadBalancing::LoadBalancer  https://review.openstack.org/20451409:29
*** e0ne has quit IRC09:29
*** dsneddon is now known as dsneddon_away09:30
*** zeih has quit IRC09:43
*** dims_ has joined #heat09:47
*** gus has joined #heat09:57
*** liusheng has quit IRC10:02
*** tiantian has quit IRC10:02
*** liusheng has joined #heat10:03
*** huangtianhua has joined #heat10:03
*** pas-ha has joined #heat10:08
*** tshtilma has quit IRC10:12
*** Yanyanhu has quit IRC10:13
*** tshtilma has joined #heat10:15
*** coolsvap is now known as coolsvap|away10:16
*** e0ne has joined #heat10:17
*** dims_ has quit IRC10:18
*** Qiming has quit IRC10:25
blinky_ghostgood morning :) can anyone tell me where I can download a centos6 image with software elements? I built one, but it doesn't boot :/ thanks10:26
*** cody-somerville has quit IRC10:29
*** dims_ has joined #heat10:36
*** cing has joined #heat10:41
*** dims_ has quit IRC10:41
*** dims_ has joined #heat10:41
*** ishant has quit IRC11:08
*** liusheng has quit IRC11:17
*** liusheng has joined #heat11:18
*** zeih has joined #heat11:18
blinky_ghostshardy: Hi :) A quick question :) I'm using a OS::Heat::ResourceGroup with a couple of nodes. How can I read the metadata inside nova server so that node 1 knows about the ip of node2 and vice-versa?11:19
*** pal has quit IRC11:24
*** LimorStotland has quit IRC11:26
*** zeih has quit IRC11:28
*** ananta_ has quit IRC11:29
*** Qiming has joined #heat11:30
*** LimorStotland has joined #heat11:31
*** shardy_ has joined #heat11:36
*** shardy has quit IRC11:37
*** liusheng has quit IRC11:41
*** shardy_ has quit IRC11:41
*** shardy has joined #heat11:42
shardyblinky_ghost: You need to use a OS::Heat::SoftwareDeployments (now named OS::Heat::SoftwareDeploymentGroup from Liberty)11:45
shardyhttps://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L108311:45
*** zeih has joined #heat11:46
shardyblinky_ghost: something similar to that example in tripleo-heat-templates, you can copy that pattern with ControllerBootstrapNodeDeployment/ControllerBootstrapNodeConfig11:46
shardyhttps://github.com/openstack/tripleo-heat-templates/blob/master/puppet/controller-puppet.yaml#L113711:47
*** shardy_ has joined #heat11:48
shardy_blinky_ghost: you'll probably need to put the servers into a nested stack and copy the pattern of passing out the nova_server_resource, ip_address and hostname11:48
blinky_ghostshardy: I have a resourcegroup or eventually an autoscaling group11:48
*** shardy has quit IRC11:48
blinky_ghostshardy_: ok I'll try to see that example from tripleo11:49
blinky_ghostthanks shardy_11:49
*** david-lyle has joined #heat11:52
*** shardy_ has quit IRC11:53
*** jruano has joined #heat11:53
*** shardy has joined #heat11:54
blinky_ghostshardy: just another question, I need an image with software elements for this, right? So I followed this howto https://github.com/openstack/heat-templates/tree/master/hot/software-config/elements. I built centos6 image but it doesn't boot, Centos7 doesn't build. I've only managed to build a fedora image. Do you know where I can download an centos image that suports softwareconfig?11:54
shardyblinky_ghost: sounds like we need to update our docs to show how to build a centos image, it should work - can you raise a bug please?11:57
blinky_ghostshardy: sure, I'll do that, thanks11:58
*** inc0 has joined #heat12:00
*** tiantian has joined #heat12:01
*** huangtianhua has quit IRC12:04
*** zeih has quit IRC12:08
*** KanagarajM has quit IRC12:16
*** jdandrea has joined #heat12:17
*** zeih has joined #heat12:18
*** tochi has quit IRC12:19
*** shardy_ has joined #heat12:21
*** shardy has quit IRC12:22
*** gberginc has quit IRC12:22
*** dims_ has quit IRC12:24
*** Qiming has quit IRC12:25
*** Qiming has joined #heat12:26
*** cing has quit IRC12:26
*** shardy_ has quit IRC12:26
*** shardy has joined #heat12:27
shardygah freenode keeps dropping me today12:28
*** shardy has quit IRC12:31
*** shardy has joined #heat12:32
*** zeih has quit IRC12:32
ryansbshardy: I've had issues coming from the vpn in the past, maybe try connecting from a box outside the nat?12:36
ryansbYMMV, of course12:36
shardyryansb: Thanks, I think I tried that last week but I'll give it another go later12:37
ryansbanother thing to try is to connect directly to the geo-closest freenode server, instead of irc.freenode12:38
*** inc0 has quit IRC12:39
shardyYeah I've tried servers in London and elsewhere in Europe, same result :(12:40
shardyI assume it may be a flaky connection issue, but oddly it's only Freenode which drops me not other IRC servers12:41
ryansbbizarre. I suppose the next step is "get a better isp" ¯\_ツ_/¯12:42
shardyryansb: heh, it's on the todo list ;)12:44
*** pal has joined #heat12:48
*** LimorStotland_ has joined #heat12:50
*** zeih has joined #heat12:51
*** LimorStotland has quit IRC12:52
jdandrearyansb: regarding HOT -> TOSCA, there are some folks here taking HOT templates and manually converting them to TOSCA equivalents. I thought "There's got to be a better way!"12:57
*** radez_g0n3 is now known as radez12:59
jdandreastevebaker: Hi! We talked in YVR about resource "orchestration uuids" (yay convergence!) and how they are super useful for lifecycle scheduler hints. I'm trying to get the tests to work and need a clue. Drawing a bead on it here: http://paste.openstack.org/show/396675/13:00
*** gpocentek has joined #heat13:00
jdandreastevebaker: My understanding is we'd need to store the resource (which create eventually seems to do, per a stack backtrace). Thinking there must be a way to use mocks to do this sanely. *scratches head*13:02
ryansbjdandrea: sbaker is probably very, very asleep right now, you may want to try email instead13:03
jdandrearyansb: XD13:03
ryansb(unless he's swapped time zones somehow)13:03
jdandreaI think I got my steves mixed up.13:03
ryansbpossibly13:03
jdandreaI probably spoke with shardy. :)13:03
jdandreaOops.13:03
jdandreashardy: See above ^^ (lol)13:04
ryansbit's been known to happen, due to the high steve-density13:04
jdandreaI don't think stevebaker was at YVR, right?13:04
shardyjdandrea: no we were both there :)13:04
jdandreaOh!13:04
ryansbfor max confusion13:04
jdandreaWho was missing ...13:04
jdandreaMAX confusion headroom.13:04
shardyjust to add to the steve related confusion :D13:04
jdandreaCut it out. Just ... stop. ;)13:05
jdandreaSo now I don't know who I spoke with. *grin*13:05
ryansb /nick anothersteve13:05
jdandrealol13:05
shardyjdandrea: I'm not sure I recall discussing this in YVR, but I think the answer is you have to store the resource before you get resource.uuid13:06
*** yassine__ has joined #heat13:06
shardySo, even if you've not started creation it has to be stored INIT_COMPLETE (which I think we now do, right?)13:07
jdandreashardy: ha, so it *was* stevebaker. (Or might have been. OR ... it was zaneb.) Oh boy.13:07
shardyIs the problem just that you need to store the resource in the test?13:07
* jdandrea reconsiders trying coffee again13:07
jdandreashardy: I'm not sure if that's the recommended/ok thing to do, or if I should do it some other way. Notice how the id is created within that test, so maybe the uuid should be created inside as well?13:08
jdandreashardy: But yes, if that's the way to do it, then I think I just need to store the resource so that server.uuid is not None.13:09
jdandreaI'm not sure if it's a matter of moving the create call further up or if I have to unravel something.13:09
thervejdandrea, I *think* I told you that already :)13:09
shardyjdandrea: we set up a dummy DB so you should be fine to store it, or dummy it by manually setting it on the resource13:10
jdandreatherve: You did, and I was recapping what you recommended earlier. I'm still unclear as to next steps though. I recall we disagreed about create() being the instigator behind the store.13:10
therveYeah create is called after store13:10
jdandreashardy: I think that's where my knowledge falls short. I'm basically hacking around and guessing (and failing at it).13:10
jdandrea(multiple times)13:11
jdandreaSo I'm in need of a bit more of a clue than the small one I already have. :)13:11
shardyjdandrea: after the scheduler.TaskRunner(server.create)() the uuid should be set13:11
jdandreashardy: Yes, but by that time the test fails because server.uuid is None a few lines above that.13:12
shardyI think, because we'll have persisted the state13:12
*** jonesbr has joined #heat13:12
thervejdandrea, http://paste.openstack.org/show/399928/13:12
therveThat seems to make the test passes13:12
therveI ought to be a bit more solid though13:12
jdandreatherve: Oh! That's it? I was hoping it was something obvious that I was missing. Thank you.13:12
thervejdandrea, http://paste.openstack.org/show/399929/13:13
jdandreatherve: But then I think store is called again during create, according to my backtrace.13:13
therveYeah there is no black magic :)13:13
jdandreatherve: Heh.13:13
jdandreatherve: What I mean is, is it ok for it to be called twice or is that going to instigate other problems. (and thank you for the assertion line)13:13
therveIt should be okay yeah, because it will call store_or_update13:14
jdandreaOk. Thanks for that. (Things that may be obvious to others aren't always obvious to me, though I keep studying the source. I really do try to figure this out on my own but sometimes I need extra clues. I appreciate it!)13:15
openstackgerritRakesh H S proposed openstack/heat: Convergence: Fix concurrent update  https://review.openstack.org/20460113:15
*** funzo has joined #heat13:16
shardyjdandrea: Yeah I think it should be fine, since https://review.openstack.org/#/c/165686/ we persist the INIT_COMPLETE state before doing any create, so I think this is basically equivalent13:16
jdandreatherve: One more thing. Should I place that _store inside TaskRunner?13:17
thervejdandrea, Possibly 'stack.add_resource(server)' would be better13:17
therveNo13:17
jdandreatherve: ok13:17
therveYeah the add_resource sounds like a better idea13:17
therveIt will call _store for you, and it looks a bit more like a public API13:18
jdandreatherve: I like that. Recapping the create() http://paste.openstack.org/show/396731/ ... confirming that we aren't going to go that route. Got it.13:19
jdandreashardy: Thanks!13:21
*** david-lyle has quit IRC13:27
*** blomquisg has joined #heat13:28
*** jasond has joined #heat13:30
*** vijayagurug has quit IRC13:33
*** gberginc has joined #heat13:36
*** cchang has joined #heat13:41
openstackgerritRico Lin proposed openstack/heat: add new constraints to ceilometer  https://review.openstack.org/20417513:42
openstackgerritRico Lin proposed openstack/heat: add time_constraints property in OS::Ceilometer::Alarm  https://review.openstack.org/20149813:42
*** gberginc has quit IRC13:44
openstackgerritTetiana Lashchova proposed openstack/heat-specs: Add support for Sahara EDP resources  https://review.openstack.org/20461613:44
*** jcoufal has quit IRC13:45
openstackgerritTetiana Lashchova proposed openstack/heat-specs: Add support for Sahara EDP resources  https://review.openstack.org/20461613:45
*** ricolin has quit IRC13:46
*** pm90_ has joined #heat13:47
*** dims_ has joined #heat13:48
*** pm90__ has joined #heat13:50
openstackgerritKairat Kushaev proposed openstack/heat: Use default client in Cinder resources  https://review.openstack.org/20462113:51
*** signed8bit has joined #heat13:52
*** jecarey has joined #heat13:52
*** pm90_ has quit IRC13:53
*** sabeen has quit IRC13:56
openstackgerritRakesh H S proposed openstack/heat: Convergence: Fix concurrent update  https://review.openstack.org/20460113:58
*** bnemec has joined #heat13:58
openstackgerritRakesh H S proposed openstack/heat: Convergence: Fix concurrent update  https://review.openstack.org/20460114:01
openstackgerritRakesh H S proposed openstack/heat: Convergence: Fix concurrent update  https://review.openstack.org/20460114:10
*** crose has joined #heat14:12
*** jcoufal has joined #heat14:12
-openstackstatus- NOTICE: CI is currently recovering from an outage overnight. It is safe to recheck results with NOT_REGISTERED errors. It may take some time for zuul to work through the backlog.14:13
*** ChanServ changes topic to "CI is currently recovering from an outage overnight. It is safe to recheck results with NOT_REGISTERED errors. It may take some time for zuul to work through the backlog."14:13
*** tspatzier has quit IRC14:14
*** sabeen has joined #heat14:14
*** Murali has quit IRC14:14
*** boris-42 has joined #heat14:16
*** shardy_ has joined #heat14:25
*** shardy has quit IRC14:27
*** zeih has quit IRC14:28
*** Qiming_ has joined #heat14:30
*** shardy_ has quit IRC14:30
*** ChanServ changes topic to "support @ https://ask.openstack.org | developer wiki @ https://wiki.openstack.org/wiki/Heat | development @ https://launchpad.net/heat | logged @ http://eavesdrop.openstack.org/irclogs/%23heat/"14:31
-openstackstatus- NOTICE: CI is slowly recovering, please be patient while the backlog is worked through.14:31
*** shardy has joined #heat14:31
*** sabeen3 has joined #heat14:32
*** sabeen has quit IRC14:32
*** Qiming has quit IRC14:33
*** Raj2 has joined #heat14:33
*** wmlynch has joined #heat14:37
*** pal has quit IRC14:38
openstackgerritOleksii Chuprykov proposed openstack/heat: Add ImageId param to AWS::ElasticLoadBalancing::LoadBalancer  https://review.openstack.org/20451414:44
*** Qiming_ has quit IRC14:47
*** rakesh_hs has quit IRC14:47
*** kebray has joined #heat14:47
*** kebray has quit IRC14:48
*** kebray has joined #heat14:48
*** Raj2 has quit IRC14:52
*** Raj2 has joined #heat14:52
*** signed8bit is now known as signed8bit_ZZZzz14:52
*** signed8bit_ZZZzz is now known as signed8bit14:53
*** vijayagurug has joined #heat15:03
*** kebray has quit IRC15:06
*** pal has joined #heat15:07
*** david-lyle has joined #heat15:09
bdossantshardy: Hi! I tested the %index% field on ResourceGroup and it works good. Thanks! I also wanted to know if there is plans to change a bit the login of the removal_policies. Like removing the resource first and creating the new one after? And also reusing the same names if specified?15:11
bdossantThis could be used to use a heat template to always fill the quota15:12
bdossanti often get this use case15:12
bdossant*logic15:12
*** kebray has joined #heat15:13
*** tshtilma has quit IRC15:13
*** jaime49 has quit IRC15:15
*** nijaba has quit IRC15:16
*** nijaba has joined #heat15:16
*** nijaba has quit IRC15:16
*** nijaba has joined #heat15:16
*** Drago has joined #heat15:16
shardybdossant: the removal_policies interface was designed to be extensible, but there are no current plans to modify it15:19
shardyfeel free to raise a bug/spec with details of your requirement tho15:19
bdossantyes i realized that now, that we could add some new functionality there15:20
bdossanti will think about it15:20
openstackgerritMerged openstack/heat: Convergence: Fix resource loading on cleanup  https://review.openstack.org/20166415:20
openstackgerritMerged openstack/heat: Use default_client_name for keystone  https://review.openstack.org/20404315:27
openstackgerritMerged openstack/heat: Add test for ceilometer client  https://review.openstack.org/20408015:27
openstackgerritMerged openstack/heat: Add OS::Heat::None resource  https://review.openstack.org/20377015:27
*** jaime49 has joined #heat15:34
*** jaime49 has quit IRC15:35
*** jaime49 has joined #heat15:35
*** sergmelikyan has quit IRC15:40
ramishrazaneb: hi15:44
*** chmouel has quit IRC15:44
zanebramishra: o/15:45
*** aignatov has quit IRC15:45
zanebhow goes it?15:45
ramishrazaneb: are you ok with my responses to the rolling_update thing?15:46
zanebramishra: tbh I still have doubts about the handling of min_in_service15:46
zanebyou mentioned there was an IRC discussion already15:46
zanebdo you have a link?15:46
*** achanda has joined #heat15:48
zanebramishra: btw bug on line 316, "if not size" should be "if size is None"15:48
ramishrazaneb: I discussed with shardy. no agreement on it though.15:49
*** bdossant has quit IRC15:50
*** aignatov has joined #heat15:50
*** chmouel has joined #heat15:51
*** achanda has quit IRC15:52
ramishrazaneb: if we all strongly feel about removing blacklist in the beginning, I can change it.  However, I still feel that we should not remove them in the beginning.15:53
zanebwhy not?15:53
zanebwhy do an update on a blacklisted member just to delete it again straight after?15:54
ramishrawe don't update the blacklisted15:55
zanebprobably the user is blacklisting it because the server died anyway, so trying to update it will just result in everything failing15:55
ramishrawe ignore them15:55
zanebok, good15:55
zaneboh, _resource_names filters them out15:55
ramishrayep15:55
*** kebray has quit IRC15:55
*** achanda has joined #heat15:55
zanebwhen _do_ the blacklisted ones get removed then?15:56
*** coolsvap|away is now known as coolsvap15:56
zanebafter the whole rolling update is completed?15:57
zanebat line 375?15:57
ramishrayes, in the last step which may include resize15:57
*** achanda has quit IRC15:58
zanebit seems wrong to me to include nodes that the user has already told us are not working as being in service for the purposes of keeping a minimum number of nodes in service16:02
zanebshardy: ^ any thoughts?16:02
ramishraas an side effect, removing the blacklisted first would also increase the number of updates(n+1)16:04
ramishranested stack updates16:04
zanebnot necessarily, they could be deleted as part of the first batch update16:05
zanebin fact you have n+1 now, because you do another update at the end16:06
openstackgerritPratik Mallya proposed openstack/heat: Fix RS CLB resource to handle HTTPS_REDIRECT correctly  https://review.openstack.org/20415116:06
shardyzaneb: I agree, I made the same query a couple of weeks ago, let me find the logs16:06
ochuprykovzaneb: the lust update just delete the instances16:06
ochuprykovlast*16:07
ramishraif the count is changed then it would be included in that(resize).16:07
shardyzaneb: http://eavesdrop.openstack.org/irclogs/%23heat/%23heat.2015-06-30.log.html16:11
shardy"ramishra: does it make sense to consider a blacklisted item as one of those in service?"16:11
blinky_ghosthi all, I'm playing with software-config using this script as an example https://github.com/openstack/heat-templates/blob/master/hot/software-config/example-templates/example-script-template.yaml. I'm only using a tenant network without access to my openstack server and I get "connection refused" in os-collect-config. My question is if I really need access to the outside or can I use metadata network or something? thanks16:11
shardyblinky_ghost: you have to be able to poll the heat API16:12
openstackgerritPratik Mallya proposed openstack/heat: Fix RS CLB resource to handle HTTPS_REDIRECT correctly  https://review.openstack.org/20415116:13
*** nihilifer has quit IRC16:13
ramishrashardy: if the item is not performing as expectation, but in service.16:13
ramishraAs we discussed, we may not have blacklisting and resource def changes happening at the same time16:14
*** nihilifer has joined #heat16:14
blinky_ghostshardy: so there's not another way like to use 169.254.169.254 network?16:14
shardyramishra: I thought we agreed the least astonishing outcome was to remove/increase nodes then do the update16:14
shardye.g if I increase count from 50 to 100, while also updating resource_def with a batch count of 1016:14
shardywould you expect to have a net number of nodes of 40 or 90 during the rolling update?16:14
*** tspatzier has joined #heat16:14
shardyI think I would expect 9016:15
shardyThat's what I said before16:15
shardyI still acknowledge it's a corner case :)16:15
zanebramishra, shardy: I guess the *optimal* thing to do is to do the resize before rolling update if scaling up, and after if scaling down. but imo blacklisted nodes should always be excluded starting at the point where the user told us they were blacklisted16:15
zanebagree it's kind of a corner case16:16
ramishrayeah I remember, rolling update is for existing resource and not new resources added, am I wrong in assuming that16:16
zanebI'm actually more worried about getting readable code16:16
zanebbecause I'm really struggling with the new algo16:16
zanebthe old one was hard enough, but at least we know it worked. would be great not to have to make major changes16:17
shardyramishra: yes, because the new nodes will already have the new resource_def, so no update needed16:17
ramishraso as part of the update if resize is to be done, that should not be part of rolling update right?16:17
shardybut if you don't handle the blacklist and resize before the rolling update, you may not end up with the optimal outcome during the update16:17
*** dsneddon_away is now known as dsneddon16:18
shardylike, say you increase the count by 10 to take accound of the 10 servers being removed in batches16:18
shardytake account of..16:18
shardyCurrently, that's not possible unless you do two stack updates16:18
ramishraremoval is not part of rolling update16:19
*** tspatzier has quit IRC16:19
*** jistr has quit IRC16:19
ramishraits just updating the existing servers that are not blacklisted16:20
ramishrafrom the existing16:20
*** jcoufal has quit IRC16:21
*** crose has quit IRC16:22
*** inc0_ has joined #heat16:22
ramishrashardy: for the scenario you mentioned it would be only one update16:22
ochuprykovramishara: why not 5? updated 50 by 10 and then resize to 100?16:23
*** achanda has joined #heat16:24
shardyramishra: I guess I'm still confused here:16:25
shardyhttps://review.openstack.org/#/c/194052/19/heat/engine/resources/openstack/heat/resource_group.py16:25
shardyit looks like you start the updaters task, return the list of checkers, then on the first call to check_update_complete we start the resizer, and step through them both?16:25
*** signed8bit is now known as signed8bit_ZZZzz16:25
shardyI guess the problem with doing the resizer first is the generated template will have the new resource_def, so you'll miss the opportunity to do the batched update?16:27
ramishrasorry which part of the code you are talking about?16:27
*** signed8bit_ZZZzz is now known as signed8bit16:27
shardyramishra: handle_update, it starts checkers[0], then returns the list, which is passed into check_update_complete16:27
*** pal has quit IRC16:28
ramishrayes, the first task is from the rolling update if there is resource_def change16:28
ramishraelse it's the resizer16:28
ramishrathen i check for every task till they are complete16:28
shardyramishra: yep, but this won't work if both happen at once?16:29
ramishrabefore starting next task16:29
ramishrathey happen in sequence, not at the same time16:29
shardyaha, we return before the end of the loop :)16:30
ramishrayeah16:30
shardycool, sorry for the noise, but we still have the rolling-update before resize issue outlined above16:30
shardywhich is probably fine for now, unless zaneb can suggest a way to combine things16:31
ramishramy argument is rolling update is for existing resources and not newly added resources, so it should happen before resize in any case:)16:32
ramishrawe want to do rolling update as we can't do all the existing resources at the sametime and want to have certain minimum resources in service16:32
zanebwell, sometimes during rolling update we create new resources in order to meet our minimum in service size, and then delete them at the end16:32
zanebkinda sucks to delete them if we're about to scale up anyway16:33
shardyramishra: my argument is, ideally, you'd add the new resources, then do the rolling update affecting existing resources16:33
ramishrain that case the whole concept is min_in_service does not make much sense16:34
*** achanda has quit IRC16:34
zanebwhy not?16:35
shardyramishra: Going back to my previous example, if I increase count from 50 to 100, and trigger a rolling update (of the 50) resources, and I want a min_in_service of 90, that is not possible with this code16:35
ramishrazaneb: newly added resources as part of rolling_update are not deleted16:35
shardyThe maximum possible number for min_in_service is 40, despite the count of 10016:36
*** aweiteka has joined #heat16:36
zaneb if nb_capacity - remainder >= efft_min_sz - num_blacklist:50416:37
zanebefft_capacity = nb_capacity16:37
zanebthat ^ reduces the capacity from efft_capacity to nb_capacity16:37
*** coolsvap is now known as coolsvap|away16:38
*** sergmelikyan has joined #heat16:38
shardyramishra: If we can fix that, then min_in_service is probably not needed, because the min is always count-batch_size16:39
*** ddaskal has joined #heat16:40
ramishrazaneb: I don't think  that removes newly added resources16:40
zanebramishra: it does.16:41
shardyIf we added the interface to pause until signal I mentioned, we could write a nice functional test to work all this out :)16:41
zanebif efft_capacity > capacity as a result of needing to maintain min in service then new nodes are added and then deleted at the end of the rolling update16:42
ramishrazaneb: I'v tested this. This just sets the counter properly as there are blacklisted resources16:42
zanebtalking about the AutoscalingGroup implementation here, but I believe the same principle applies16:43
*** sergmelikyan has quit IRC16:43
ramishrasorry have to go, I'll update with a comment on how it does not remove newly added resource as part of the rolling update16:45
*** ochuprykov has quit IRC16:46
*** sdake has joined #heat16:47
*** sdake_ has joined #heat16:48
openstackgerritPratik Mallya proposed openstack/heat: Fix RS CLB resource to handle HTTPS_REDIRECT correctly  https://review.openstack.org/20415116:48
openstackgerritPratik Mallya proposed openstack/heat: Fix RS CLB resource to handle HTTPS_REDIRECT correctly  https://review.openstack.org/20415116:50
*** sdake has quit IRC16:52
*** pal has joined #heat16:56
*** Raj2 has quit IRC16:57
*** inc0_ has quit IRC17:00
*** derekh has quit IRC17:04
blinky_ghostshardy: concerning the OS::Heat::Resource::Group with OS::Heat::SoftwareDeployments to share values between nova servers, can I create a nested stack with resourcegroup that calls a external resource that is nova server which has OS::Heat::SoftwareDeployments on it?17:05
shardyblinky_ghost: Yes, that's basically exactly how TripleO works17:08
*** shardy_ has joined #heat17:11
*** shardy has quit IRC17:13
*** shardy_ has quit IRC17:16
*** shardy has joined #heat17:17
*** daneyon_ has quit IRC17:19
*** crose has joined #heat17:19
*** daneyon has joined #heat17:20
*** e0ne has quit IRC17:24
*** tspatzier has joined #heat17:25
blinky_ghostshardy: I'm having this error: "ERROR: Failed to validate: Failed to validate: The specified reference "mgm_cluster" (in CommonHostDeployment.Properties.input_values.hosts) is incorrect." I need in outputs section to export the ResourceGroup to my OS::Heat::SoftwareDeployments resource right?17:32
*** vijayagurug has quit IRC17:33
*** gberginc has joined #heat17:36
*** Drago has quit IRC17:41
*** tlashchova_ has joined #heat17:44
*** sergmelikyan has joined #heat17:48
sdake_any folks from mirantis in the channel?17:50
*** kebray has joined #heat17:51
*** kebray has quit IRC17:51
*** cchang has quit IRC17:55
*** pal has quit IRC17:55
*** kebray has joined #heat17:57
*** gberginc has quit IRC17:57
*** Drago has joined #heat17:58
*** sergmelikyan has quit IRC17:59
*** sergmelikyan has joined #heat18:01
*** Kennan has joined #heat18:04
*** Kennan2 has quit IRC18:04
*** alex_xu has quit IRC18:11
*** alex_xu has joined #heat18:13
*** blinky_ghost has quit IRC18:14
*** jprovazn has quit IRC18:17
*** cchang has joined #heat18:21
*** Raj3 has joined #heat18:24
*** sergmelikyan has quit IRC18:27
*** Raj3 has quit IRC18:28
*** Raj3 has joined #heat18:28
*** sergmelikyan has joined #heat18:28
*** sergmelikyan has quit IRC18:29
*** achanda has joined #heat18:40
*** sergmelikyan has joined #heat18:42
*** dims_ has quit IRC18:42
*** e0ne has joined #heat18:45
*** dims_ has joined #heat18:47
*** gberginc has joined #heat18:53
*** crose has quit IRC18:56
pas-hasdake_, what's up?19:02
* pas-ha should put on notifiers on the employer's name ^)19:04
*** Marga_ has quit IRC19:04
*** Marga_ has joined #heat19:05
*** Marga_ has quit IRC19:07
*** Marga_ has joined #heat19:08
*** gpocentek has left #heat19:08
*** shardy_ has joined #heat19:10
*** shardy has quit IRC19:11
*** andersonvom has joined #heat19:12
*** Drago has quit IRC19:14
*** Drago has joined #heat19:14
openstackgerritMerged openstack/heat: Ignore .eggs directory (created by the new pbr)  https://review.openstack.org/20432219:15
*** shardy_ has quit IRC19:15
*** shardy has joined #heat19:16
*** pas-ha has quit IRC19:18
openstackgerritMerged openstack/heat: Move core engine related unit tests to tests/engine  https://review.openstack.org/19922719:19
*** cchang has quit IRC19:19
openstackgerritMerged openstack/heat: Catch NotFound in format_stack_resource for nested()  https://review.openstack.org/20429419:19
*** cchang has joined #heat19:19
*** sergmelikyan has quit IRC19:25
*** tshtilma has joined #heat19:26
*** kebray has quit IRC19:31
*** kebray has joined #heat19:37
*** sergmelikyan has joined #heat19:37
*** sergmelikyan has quit IRC19:39
*** tshtilma has quit IRC19:39
*** tlashchova_ has quit IRC19:39
*** sergmelikyan has joined #heat19:41
*** kairat has joined #heat19:45
*** radez is now known as radez_g0n319:47
*** kairat has quit IRC19:51
*** kairat has joined #heat19:51
*** sergmelikyan has quit IRC19:53
*** kairat has quit IRC19:57
*** kebray has quit IRC20:05
*** sdake_ is now known as sdake20:07
openstackgerritJoe D'Andrea proposed openstack/heat: Adds resource uuid, volume support to lifecycle scheduler hints  https://review.openstack.org/20382320:12
*** signed8bit is now known as signed8bit_ZZZzz20:13
*** pal has joined #heat20:19
*** signed8bit_ZZZzz is now known as signed8bit20:21
*** pal has quit IRC20:24
*** pm90_ has joined #heat20:24
*** LimorStotland_ has quit IRC20:24
*** pm90__ has quit IRC20:25
*** e0ne has quit IRC20:26
*** pm90__ has joined #heat20:26
pm90__is there a reason why stack outputs can't be shown as soon as they are available, instead of waiting for the stack to complete/ fail?20:28
*** pm90_ has quit IRC20:29
lifelesssdake: 204356 makes me grin at the irony20:32
*** kebray has joined #heat20:35
*** kebray has quit IRC20:36
*** kebray has joined #heat20:36
*** sorantis has joined #heat20:37
openstackgerritJoe D'Andrea proposed openstack/heat: Adds resource uuid, volume support to lifecycle scheduler hints  https://review.openstack.org/20382320:39
*** kebray_ has joined #heat20:40
*** kebray has quit IRC20:40
*** pm90__ has quit IRC20:51
*** kairat has joined #heat20:52
*** andersonvom has quit IRC20:53
*** pm90__ has joined #heat20:54
*** gberginc has quit IRC20:55
*** sergmelikyan has joined #heat20:56
sdakelifeless which is that in reference to?21:01
lifelesssdake: your review21:01
sdake-etoomanynumbers21:02
sdakeoh the 1 company review?21:02
sdakeyou mean the part how I mentioned congress ;-)21:02
*** sergmelikyan has quit IRC21:04
*** sergmelikyan has joined #heat21:06
*** kebray_ has quit IRC21:06
*** ddaskal has quit IRC21:13
*** jruano has quit IRC21:15
*** david-lyle has quit IRC21:17
*** jruano has joined #heat21:19
*** yassine__ has quit IRC21:22
*** jaime49 has quit IRC21:24
*** ddaskal has joined #heat21:26
*** blomquisg has quit IRC21:26
*** daneyon has quit IRC21:27
*** daneyon has joined #heat21:27
*** e0ne has joined #heat21:30
*** jonesbr has left #heat21:31
*** jasond has quit IRC21:34
*** kebray has joined #heat21:38
*** sergmelikyan has quit IRC21:39
*** achanda has quit IRC21:43
*** jaime49 has joined #heat21:45
lifelesssdake: the part on 'diversity' and 'one company'21:48
lifelesssdake: seemed like a humurous juxtaposition21:48
*** cing has joined #heat21:53
*** sergmelikyan has joined #heat21:53
*** dims_ has quit IRC21:53
*** signed8bit has quit IRC21:54
*** aweiteka has quit IRC21:56
*** e0ne has quit IRC21:58
*** sorantis has quit IRC21:59
openstackgerritMiguel Grinberg proposed openstack/heat: Correctly determine keystone v3 endpoint  https://review.openstack.org/20282422:02
*** Kennan has quit IRC22:02
*** Kennan has joined #heat22:03
*** cing has quit IRC22:06
*** cing has joined #heat22:06
*** htruta_ has joined #heat22:07
*** sergmelikyan has quit IRC22:07
*** bnemec has quit IRC22:09
*** sergmelikyan has joined #heat22:10
sdakelifeless yar well it could be differnet divsions or something ;)22:11
sdakelifeless I'm not the one who made the script require two corporate sponsors :)22:12
sdakeactually I guess it requires 3 to get under 80% review and commits22:12
*** kairat has quit IRC22:13
sdakekolla is diverse - http://cdn.pasteraw.com/ndds96xqqkq34no8euzbx7fmu9j37p322:13
*** achanda has joined #heat22:15
*** kebray has quit IRC22:16
*** kebray has joined #heat22:17
*** cing has quit IRC22:22
openstackgerritSteve Baker proposed openstack/heat: Functional test to attempt deployments race trigger  https://review.openstack.org/20478022:23
*** cchang has quit IRC22:26
*** ddaskal has quit IRC22:27
*** cing has joined #heat22:28
openstackgerritMerged openstack/python-heatclient: Updated from global requirements  https://review.openstack.org/20441822:34
*** sergmelikyan has quit IRC22:43
*** sergmelikyan has joined #heat22:51
*** kebray has quit IRC22:51
*** kebray has joined #heat22:52
*** Raj3 has quit IRC22:52
*** Raj3 has joined #heat22:52
*** SlickNik has joined #heat22:59
*** dsneddon is now known as dsneddon_biab23:00
*** kebray has quit IRC23:07
*** sergmelikyan has quit IRC23:08
*** pm90__ has quit IRC23:09
*** shardy_ has joined #heat23:12
*** cing has quit IRC23:13
*** shardy has quit IRC23:14
*** shardy_ has quit IRC23:17
*** shardy has joined #heat23:18
*** sergmelikyan has joined #heat23:28
*** Drago has quit IRC23:30
*** sergmelikyan has quit IRC23:30
*** jecarey has quit IRC23:37
*** Qiming_ has joined #heat23:38
*** tochi has joined #heat23:40
*** pm90_ has joined #heat23:44
*** sabeen3 has quit IRC23:48
*** achanda has quit IRC23:49
*** jecarey has joined #heat23:50
*** Qiming_ has quit IRC23:54
*** sergmelikyan has joined #heat23:58

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