Tuesday, 2014-04-08

*** julienvey_ has quit IRC00:04
*** jergerber has joined #heat00:09
*** jergerber has quit IRC00:09
*** nati_uen_ has joined #heat00:11
*** nati_ueno has quit IRC00:12
*** nati_ueno has joined #heat00:12
*** sjmc7 has quit IRC00:13
*** duncanjw has joined #heat00:14
*** asalkeld has joined #heat00:15
*** nati_uen_ has quit IRC00:16
*** duncanjw has quit IRC00:18
openstackstatusNOTICE: All of the project infrastructure hosts are being restarted for security updates.00:20
*** ChanServ changes topic to "All of the project infrastructure hosts are being restarted for security updates."00:20
sdakeboy i sure hope it sets it back to the right thing :)00:22
*** openstackgerrit has quit IRC00:24
*** sjmc7 has joined #heat00:24
*** sjmc7 has quit IRC00:26
*** kgriffs is now known as kgriffs|afk00:27
lipinskistevebaker: You asked to test bug 1208450 regarding the provider template environment stuff.  I'm not sure of how to test it.  Can you provide me a pointer or resource documetning how to do that?  I assume I somehow patch from git...  Just don't know the specifics.00:28
uvirtbotLaunchpad bug 1208450 in webbrowser-app "Blank thumbnails for domain groups" [High,Fix released] https://launchpad.net/bugs/120845000:28
lipinskicrap; bug 1298450, I meant00:28
uvirtbotLaunchpad bug 1298450 in heat "template validation ignores environment" [Medium,In progress] https://launchpad.net/bugs/129845000:28
*** nosnos has joined #heat00:29
mattoliverauIncase people here were unaware, there is an openssl 0-day bug out. So doing an update would be a good thing to do on any servers you care about. All the infra systems are getting updated and rebooted, so if there is problems with patches getting through today, this is the reason.00:34
*** blamar has quit IRC00:34
*** blamar has joined #heat00:34
mattoliverauCVE-2014-0160 see: http://heartbleed.com/ for those who are interested.00:36
uvirtbotmattoliverau: ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0160)00:36
asalkeldthanks mattoliverau00:38
asalkeldI have done  my machines00:39
mattoliverauasalkeld: nice work :) Me too.00:39
*** ramishra has joined #heat00:39
*** duncanjw has joined #heat00:43
*** radez is now known as radez_g0n300:43
*** ramishra has quit IRC00:44
*** alexpilotti has quit IRC00:44
*** duncanjw has quit IRC00:47
*** julienvey_ has joined #heat01:01
*** julienvey_ has quit IRC01:05
*** blamar has quit IRC01:07
*** blamar has joined #heat01:11
sdakebummer doesn't look like fedora has the openssl update01:12
mattoliverausdake: really :( And I wonder how long centos people will have to wait as well.01:13
*** duncanjw has joined #heat01:14
*** nosnos has quit IRC01:16
*** blamar has quit IRC01:17
*** duncanjw has quit IRC01:18
*** rpothier has joined #heat01:26
sdakesuspect rhel has released laready01:28
sdakeusually our sec people are on the ball, surprised feodra isn't in the updates repo yet01:28
*** matsuhashi has joined #heat01:28
*** 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/"01:32
openstackstatusNOTICE: All services should be back up01:32
mattoliverausdake: I take your at redhat then :)01:34
sdakeya going on 8 years01:35
*** m_22 has joined #heat01:36
mattoliverausdake: Cool, great company to work for! I'm a Racker, based remotely in Melbourne Australia :)01:37
*** openstack has joined #heat01:48
*** duncanjw has quit IRC01:50
*** arbylee has quit IRC01:59
*** david-lyle has joined #heat02:02
openstackgerritSteve Baker proposed a change to openstack/python-heatclient: Process provider templates for included files  https://review.openstack.org/8260302:08
*** mattoliverau has quit IRC02:10
sdake_mattoliverau nice you must know one of my old co-workers - asalkeld02:12
openstackgerritA change was merged to openstack/heat: Updated from global requirements  https://review.openstack.org/8581802:13
*** duncanjw has joined #heat02:13
openstackgerritA change was merged to openstack/heat: Cherry pick oslo rpc HA fixes  https://review.openstack.org/8579102:14
openstackgerritA change was merged to openstack/heat: Pass and use the environment in validate_template  https://review.openstack.org/8344202:14
*** duncanjw has quit IRC02:17
openstackgerritA change was merged to openstack/heat: Ensure outputs are resolved for adopted stacks  https://review.openstack.org/8576402:18
openstackgerritA change was merged to openstack/heat: Add handle_update to VolumeAttachment  https://review.openstack.org/7268102:18
*** nati_ueno has quit IRC02:19
*** mattoliverau has joined #heat02:23
*** zz_gondoi is now known as gondoi02:25
*** guohliu has joined #heat02:28
*** harlowja is now known as harlowja_away02:30
*** fandi has joined #heat02:35
*** arbylee has joined #heat02:40
*** harlowja_away is now known as harlowja02:40
*** duncanjw has joined #heat02:43
*** duncanjw has quit IRC02:47
*** killer_prince has quit IRC02:54
*** ramishra has joined #heat02:56
sdakestevebaker around?03:12
*** liang has joined #heat03:12
*** duncanjw has joined #heat03:13
openstackgerritSteven Dake proposed a change to openstack/heat: Update status section to indicate HOT is supported  https://review.openstack.org/8561003:15
sdakestevebaker I moved this to rc2, feel free to remove if you want03:15
*** guohliu has quit IRC03:16
*** fandi has quit IRC03:16
*** duncanjw has quit IRC03:17
*** arbylee has quit IRC03:27
*** rpothier has quit IRC03:28
*** wchrisj has quit IRC03:29
*** matsuhashi has quit IRC03:29
*** wchrisj has joined #heat03:29
*** guohliu has joined #heat03:29
*** blamar has joined #heat03:30
*** akuznetsov has joined #heat03:31
*** mspreitz has joined #heat03:31
*** fandi has joined #heat03:34
*** gondoi is now known as zz_gondoi03:34
*** zz_gondoi is now known as gondoi03:34
*** blamar has quit IRC03:35
*** blamar has joined #heat03:35
*** killer_prince has joined #heat03:42
*** akuznetsov has quit IRC03:42
*** chandan_kumar has quit IRC03:44
*** blamar has quit IRC03:45
stevebakersdake: sounds fine to me03:45
*** duncanjw has joined #heat03:45
*** duncanjw has quit IRC03:49
*** chandan_kumar has joined #heat03:50
*** chandan_kumar has quit IRC03:56
*** gondoi is now known as zz_gondoi03:57
*** lazy_prince has joined #heat03:57
*** killer_prince has quit IRC03:59
*** lazy_prince is now known as killer_prince03:59
*** wchrisj has quit IRC03:59
sdakestevebaker cool04:05
*** nkhare has joined #heat04:08
*** chandan_kumar has joined #heat04:14
*** wchrisj_ has joined #heat04:15
*** duncanjw has joined #heat04:16
*** wchrisj_ has quit IRC04:19
*** matsuhashi has joined #heat04:19
*** duncanjw has quit IRC04:21
*** clarkb has quit IRC04:22
*** wchrisj_ has joined #heat04:23
*** Michalik- has quit IRC04:23
*** arbylee has joined #heat04:28
*** wchrisj_ has quit IRC04:33
*** ramishra has quit IRC04:34
*** fandi has quit IRC04:37
*** akuznetsov has joined #heat04:38
*** wchrisj has joined #heat04:39
*** Michalik- has joined #heat04:39
*** duncanjw has joined #heat04:44
*** wchrisj has quit IRC04:45
*** akuznetsov has quit IRC04:48
*** duncanjw has quit IRC04:49
*** pradipta_away is now known as pradipta04:50
*** akuznetsov has joined #heat04:50
*** fandi has joined #heat04:51
*** nati_ueno has joined #heat04:53
*** ramishra has joined #heat04:53
*** wchrisj has joined #heat04:56
*** wchrisj has quit IRC05:00
openstackgerritMike Spreitzer proposed a change to openstack/heat: Expounded on global environments.  https://review.openstack.org/8433105:00
*** akuznetsov has quit IRC05:01
*** arbylee has quit IRC05:01
mspreitzshardy: are you there?05:03
*** harlowja is now known as harlowja_away05:03
*** skraynev_afk is now known as skraynev05:03
skraynevMorning all05:03
*** Michalik- has quit IRC05:04
skraynevmspreitz: I suppose, that he will be available after couple hours05:04
*** killer_prince has quit IRC05:05
*** julienvey_ has joined #heat05:05
*** akuznetsov has joined #heat05:06
mattoliverauMorning skraynev05:07
skraynevhi, mattoliverau05:07
*** zhiyan_ is now known as zhiyan05:09
*** julienvey_ has quit IRC05:10
*** Michalik- has joined #heat05:15
*** duncanjw has joined #heat05:16
mspreitzgood evening, skraynev05:16
skraynevmorning mspreitz05:16
*** lazy_prince has joined #heat05:17
*** lazy_prince is now known as killer_prince05:17
*** akuznetsov has quit IRC05:17
skraynevtime zones - funny thing. looks like nonstop development work day : )05:17
*** duncanjw has quit IRC05:20
*** RockKuo has joined #heat05:20
*** cmyster has joined #heat05:27
*** arbylee has joined #heat05:28
*** saju_m has joined #heat05:28
*** akuznetsov has joined #heat05:29
openstackgerritChenZheng proposed a change to openstack/heat: Sort requirement files in alphabetical order  https://review.openstack.org/7677505:30
*** pablosan is now known as zz_pablosan05:38
*** duncanjw has joined #heat05:44
openstackgerritSergey Kraynev proposed a change to openstack/heat: Adding error message for output description  https://review.openstack.org/8568705:45
*** arbylee has quit IRC05:46
*** duncanjw has quit IRC05:49
*** ramishra_ has joined #heat05:59
*** ramishra has quit IRC06:01
openstackgerritLiang Chen proposed a change to openstack/heat: Replace str with six.text_type  https://review.openstack.org/8195606:04
*** julienvey_ has joined #heat06:06
*** Tross has quit IRC06:08
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/8395706:09
*** julienvey_ has quit IRC06:11
therveGood morning!06:11
*** asalkeld has quit IRC06:13
*** duncanjw has joined #heat06:13
*** julienvey_ has joined #heat06:14
mattoliverauGood morning therve06:15
mattoliverauAs for me, it's time to call it a day. Cya all tomorrow morning.06:16
*** akuznetsov has quit IRC06:16
*** mspreitz has quit IRC06:17
*** duncanjw has quit IRC06:18
*** IlyaE has quit IRC06:18
*** akuznetsov has joined #heat06:19
*** jstrachan has joined #heat06:24
openstackgerritSergey Kraynev proposed a change to openstack/heat: Fix missed whitespace in attribute description  https://review.openstack.org/8593506:31
*** julienvey_ has quit IRC06:31
*** duncanjw has joined #heat06:32
*** Michalik- has quit IRC06:33
*** duncanjw has quit IRC06:37
*** akuznetsov has quit IRC06:42
openstackgerritA change was merged to openstack/heat: Add admin_pass as attribute to CloudServer  https://review.openstack.org/7274506:43
*** ifarkas has joined #heat06:46
*** akuznetsov has joined #heat06:46
openstackgerritA change was merged to openstack/heat: Add save_admin_pass property to CloudServer  https://review.openstack.org/7948106:48
skraynevhello therve :)06:50
*** ifarkas has quit IRC06:51
*** tspatzier has joined #heat06:52
*** ramishra_ has quit IRC06:53
pas-hagood morning everyone :)06:53
therveIs someone looking at #1301036?06:53
*** ifarkas has joined #heat06:54
sdaketherve nobody seems assigned06:54
sdakethere is some activity in the bug, but I'm not sure what its status is06:54
therveLet's do this06:55
sdakewell knock yourself out midnight here time for bed :)06:56
sdake22 bugs for an rc2 ugh06:57
sdaketherve if yo uwant a quick rc2 review check out https://review.openstack.org/#/c/85610/06:59
*** jprovazn has joined #heat07:02
*** duncanjw has joined #heat07:03
*** Michalik- has joined #heat07:03
*** liang has quit IRC07:04
cmystermorning07:06
cmyster-ish07:06
openstackgerritThomas Herve proposed a change to openstack/heat: Cherry pick oslo-incubator db fixes  https://review.openstack.org/8594107:06
*** akuznetsov has quit IRC07:06
*** akuznetsov has joined #heat07:07
*** duncanjw has quit IRC07:07
*** ttx has joined #heat07:11
ttxstevebaker: your hand-made milestone-proposed requirements update is broken: https://review.openstack.org/#/c/85906/207:11
ttxShould be reverted to patchset107:11
*** akuznetsov has quit IRC07:12
*** saju_m has quit IRC07:17
*** e0ne has joined #heat07:23
*** saju_m has joined #heat07:25
openstackgerritThomas Herve proposed a change to openstack/heat: Cherry pick oslo-incubator db fixes  https://review.openstack.org/8594107:31
*** ttx has quit IRC07:32
*** saju_m has quit IRC07:32
shardymorning all07:33
*** edimmaz has joined #heat07:33
shardytherve: is the cherry-pick to enable stable branch backport, to be followed by the full sync we discussed yesterday?07:34
therveshardy, Yeah that's what sdake prefers apparently07:34
cmystermorning shardy07:34
therveI'm not super sold but whatever07:34
shardytherve: That's not really my understanding of the process either but whatever07:35
shardyI thought it was fine to backport cherry picks from oslo provided they have been included in a full sync to master07:35
therveshardy, Everytime there is an incubator change we end up talking about uncleared policies07:35
*** julienvey_ has joined #heat07:38
shardytherve: Yeah, I don't really know why.  I guess maybe the oslo documentation for stable-branch backports needs updating to remove confusion for all projects07:38
therveWell regardless of oslo-incubator we need a policy in Heat itself :)07:39
openstackgerritSergey Kraynev proposed a change to openstack/heat: Remove unused variable for UpdateReplace exception  https://review.openstack.org/8594507:41
skraynevshardy: ^^07:41
skraynevshardy: need your opinion about this07:41
skraynevshardy: if I am not right, I will abandon it ;)07:42
*** arbylee has joined #heat07:43
openstackgerritJun Jie Nan proposed a change to openstack/heat: Adjust user_data_format for server with deployment  https://review.openstack.org/8299207:43
*** julienvey_ has quit IRC07:45
*** arbylee has quit IRC07:47
*** Tross has joined #heat07:48
shardytherve: That's my point, policy for oslo syncs and stable branch backport of oslo fixes should really be an openstack wide thing07:49
therveMaybe yeah07:49
shardytherve: although sure, getting project-wide agreement is a good first step07:49
shardyThere should be explicit process documented in https://wiki.openstack.org/wiki/StableBranch IMO07:50
shardyskraynev: just grabbing some coffee then will take a look07:52
therveI'm not even sure this page is up to date07:52
skraynevshardy: np, It's not urgently07:52
therveSomeone asked to update the change id last time I did a backport for example07:52
*** matsuhashi has quit IRC07:53
*** matsuhashi has joined #heat07:54
*** e0ne has quit IRC07:55
*** e0ne has joined #heat07:56
*** asalkeld has joined #heat07:57
*** saju_m has joined #heat07:58
*** jistr has joined #heat07:59
*** e0ne has quit IRC08:00
shardytherve: that is wrong, the ChangeId should always be the same08:01
*** derekh has joined #heat08:02
therveshardy, Right sorry :) I think I got confused by another doc somewhere08:02
*** saju_m has quit IRC08:03
*** julienvey_ has joined #heat08:04
shardyskraynev: Looks OK to me, but needs the tests updating to prove it's correct08:11
skraynevshardy: ok, mark it as wip08:11
*** nati_ueno has quit IRC08:11
shardyskraynev: no need really, it's -1'd and you can just push another patch when you're ready08:12
shardythe test changes should be easy AFAICS08:12
skraynevshardy: ok;) thanks for feedback08:12
*** tomek_adamczewsk has joined #heat08:13
*** jamie_h has joined #heat08:13
*** chandan_kumar has quit IRC08:15
*** saju_m has joined #heat08:16
*** nati_ueno has joined #heat08:18
*** nati_ueno has quit IRC08:18
*** scroiset_ is now known as scroiset08:21
*** che-arne has quit IRC08:21
*** duncanjw has joined #heat08:24
*** akuznetsov has joined #heat08:24
*** duncanjw_ has joined #heat08:27
*** duncanjw has quit IRC08:28
*** lipinski has quit IRC08:32
*** pas-ha has quit IRC08:46
*** pas-ha has joined #heat08:48
*** bgorski has joined #heat08:49
*** alexpilotti has joined #heat08:50
*** julienvey_ has quit IRC08:50
*** cmyster has quit IRC08:50
openstackgerritA change was merged to openstack/heat: Correct update to zero numbers of health monitors  https://review.openstack.org/8474708:51
openstackgerritA change was merged to openstack/heat: Make the first line of every file consistent.  https://review.openstack.org/7659108:51
*** cmyster has joined #heat08:52
*** cmyster has joined #heat08:52
openstackgerritSergey Kraynev proposed a change to openstack/heat: Remove unused variable for UpdateReplace exception  https://review.openstack.org/8594508:52
*** ramishra has joined #heat08:54
openstackgerritThomas Herve proposed a change to openstack/heat: Remove testscenarios load_tests  https://review.openstack.org/8595308:55
*** ramishra has quit IRC08:58
shardytherve: question re https://review.openstack.org/#/c/83731/09:04
therveshardy, Yes?09:04
shardywhy is stack_env.yaml more discoverable than just env.yaml?09:04
therveshardy, That's just the logic I used in the validation script, adding "_env" to the name09:05
shardybut didn't they already have _env at the end of the name?09:06
shardyrenamed from openshift-enterprise/heat/neutron/highly-available/ose_ha_env.yaml09:06
*** Michalik- has quit IRC09:07
therveThe template is named ose_ha_stack09:07
*** duncanjw_ has quit IRC09:07
therveIf it was ose_ha that would work yes :)09:07
shardyOh Ok, and your script expects template_name_env.yaml09:07
shardygot it, thanks09:07
therveNo problem09:08
shardyFor some reason I was thinking we'd have ose_ha_stack.yaml and ose_ha_env.yaml09:08
shardynot that it really matters09:08
* shardy probably needs more coffee :)09:08
openstackgerritA change was merged to openstack/heat-templates: Use a suffix in environment files  https://review.openstack.org/8373109:09
*** julienvey_ has joined #heat09:09
*** e0ne has joined #heat09:13
openstackgerritA change was merged to openstack/heat-templates: Fix alarm metadata in new autoscaling template  https://review.openstack.org/8476209:14
shardytherve: FYI I've added the oslo-sync workflow as an agenda item for the weekly meeting09:20
*** e0ne_ has joined #heat09:30
*** e0ne has quit IRC09:33
*** Michalik- has joined #heat09:38
*** saju_m has quit IRC09:39
*** matsuhashi has quit IRC09:39
*** RockKuo has quit IRC09:39
*** guohliu has quit IRC09:39
*** mattoliverau has quit IRC09:39
*** harlowja_away has quit IRC09:39
*** russellb has quit IRC09:39
*** annegentle_ has quit IRC09:39
*** stevebaker has quit IRC09:39
*** wendar_ has quit IRC09:39
*** radix has quit IRC09:39
*** lekha has quit IRC09:39
*** zz_gondoi has quit IRC09:39
*** metral has quit IRC09:39
*** EmilienM has quit IRC09:39
*** grncdr has quit IRC09:39
*** uvirtbot has quit IRC09:39
*** tteggel has quit IRC09:39
*** jdag has quit IRC09:39
*** nijaba has quit IRC09:39
*** stevebaker has joined #heat09:39
*** radix has joined #heat09:39
*** guohliu has joined #heat09:39
*** RockKuo has joined #heat09:39
*** matsuhashi has joined #heat09:39
*** EmilienM has joined #heat09:39
*** tteggel has joined #heat09:39
*** akuznetsov has quit IRC09:39
*** tomek_adamczewsk has quit IRC09:39
*** david-lyle has quit IRC09:39
*** openstackgerrit has quit IRC09:39
*** liudong has quit IRC09:39
*** zhiyan has quit IRC09:39
*** sdake has quit IRC09:39
*** kevinbenton has quit IRC09:39
*** Daviey has quit IRC09:39
*** slagle has quit IRC09:39
*** jdag___ has joined #heat09:39
*** mattoliverau has joined #heat09:39
*** openstack has joined #heat09:49
-dickson.freenode.net- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp09:49
*** pas-ha has quit IRC09:51
*** che-arne has joined #heat09:52
*** m_22 has joined #heat09:52
*** matsuhashi has quit IRC09:52
*** mikal has joined #heat09:52
*** bnemec has joined #heat09:52
*** slagle has joined #heat09:53
*** matsuhashi has joined #heat09:53
*** cmyster has quit IRC09:55
*** cmyster has joined #heat09:55
*** radez_g0n3 has quit IRC09:57
*** radez_g0n3 has joined #heat09:57
*** jdag___ has quit IRC09:57
*** jdag___ has joined #heat09:57
*** tteggel has quit IRC09:57
*** tteggel has joined #heat09:57
*** mkerrin has quit IRC09:57
*** mkerrin has joined #heat09:57
*** che-arne has quit IRC09:59
*** che-arne has joined #heat09:59
*** edimmaz has quit IRC10:00
*** ramishra has joined #heat10:00
*** edimmaz has joined #heat10:01
*** wendar has quit IRC10:03
*** sileht has quit IRC10:03
*** greghaynes has quit IRC10:03
*** stevebaker has quit IRC10:03
*** goneri has quit IRC10:03
*** radix has quit IRC10:03
*** zigo has quit IRC10:03
*** sdague has quit IRC10:03
*** ruhe has quit IRC10:03
*** john-n-seattle has quit IRC10:03
*** Michalik has quit IRC10:03
*** jrist has quit IRC10:03
*** PhilK has quit IRC10:03
*** radix_ has joined #heat10:03
*** stevebaker has joined #heat10:03
*** PhilK has joined #heat10:03
*** greghaynes has joined #heat10:03
*** goneri has joined #heat10:03
*** zhiyan is now known as zhiyan_10:03
*** jrist has joined #heat10:04
*** ruhe has joined #heat10:04
*** sdague has joined #heat10:04
*** wendar has joined #heat10:04
*** zigo has joined #heat10:04
*** sileht has joined #heat10:04
*** dmakogon_ is now known as denis_makogon10:08
*** Ng has quit IRC10:08
*** Ng has joined #heat10:09
*** yassine has joined #heat10:09
*** rpothier has joined #heat10:12
*** metral has quit IRC10:13
*** annegentle has quit IRC10:13
*** wendar has quit IRC10:14
*** radix_ has quit IRC10:14
*** julienvey_ has quit IRC10:14
*** lekha has quit IRC10:14
*** wendar has joined #heat10:14
*** radix has joined #heat10:14
*** russellb has quit IRC10:15
*** gondoi has quit IRC10:15
*** stevebaker has quit IRC10:15
*** EmilienM has quit IRC10:15
cmystershardy: got a few minutes ?10:17
shardycmyster: sure10:17
*** Michalik has joined #heat10:19
*** stevebaker has joined #heat10:20
*** EmilienM has joined #heat10:22
*** DinaBelova has quit IRC10:26
*** jamie_h has quit IRC10:26
*** sdake_ has quit IRC10:26
*** scroiset has quit IRC10:26
*** DandyPandy has quit IRC10:26
*** uvirtbot has quit IRC10:26
*** zhiyan_ has quit IRC10:26
*** kevinbenton has quit IRC10:26
*** Michalik- has quit IRC10:26
*** alexpilotti has quit IRC10:26
*** jprovazn has quit IRC10:26
*** tspatzier has quit IRC10:26
*** killer_prince has quit IRC10:26
*** fandi has quit IRC10:26
*** funzo has quit IRC10:26
*** sergmelikyan has quit IRC10:26
*** sgran_ has quit IRC10:26
*** FL1SK has quit IRC10:26
*** jasond has quit IRC10:26
*** larsks has quit IRC10:26
*** uvirtbot has joined #heat10:27
*** kevinbenton has joined #heat10:27
*** scroiset has joined #heat10:27
*** larsks has joined #heat10:27
*** sgran has joined #heat10:27
*** sergmelikyan has joined #heat10:27
*** tspatzier has joined #heat10:27
*** jasond has joined #heat10:27
*** lazy_prince has joined #heat10:27
*** sdake_ has joined #heat10:27
*** FL1SK has joined #heat10:27
*** alexpilotti has joined #heat10:27
*** jprovazn has joined #heat10:27
*** jamie_h has joined #heat10:27
*** jprovazn has quit IRC10:27
*** jprovazn has joined #heat10:27
*** lazy_prince is now known as killer_prince10:27
*** fandi has joined #heat10:27
*** funzo has joined #heat10:27
*** tspatzier has quit IRC10:27
*** tspatzier has joined #heat10:27
*** DandyPandy has joined #heat10:28
*** zhiyan_ has joined #heat10:28
*** DinaBelova has joined #heat10:28
*** IgorYozhikov has joined #heat10:29
*** faramir1 has joined #heat10:31
*** saju_m has quit IRC10:34
*** saju_m has joined #heat10:35
*** jasond has quit IRC10:39
*** fandi has quit IRC10:39
*** sdake_ has quit IRC10:39
*** ramishra has quit IRC10:39
*** slagle has quit IRC10:39
*** tteggel has quit IRC10:39
*** jdag___ has quit IRC10:39
*** sdake has quit IRC10:39
*** liudong has quit IRC10:39
*** david-lyle has quit IRC10:39
*** mattoliverau has quit IRC10:39
*** Tross has quit IRC10:39
*** ifarkas has quit IRC10:39
*** jstrachan has quit IRC10:39
*** nkhare has quit IRC10:39
*** denis_makogon has quit IRC10:39
*** stannie has quit IRC10:39
*** Darnoth has quit IRC10:39
*** lsmola_ has quit IRC10:39
*** denis_makogon has joined #heat10:39
*** slagle has joined #heat10:39
*** jdag___ has joined #heat10:40
*** liudong has joined #heat10:40
*** mattoliverau has joined #heat10:40
*** Tross has joined #heat10:40
*** nkhare has joined #heat10:40
*** sdake_ has joined #heat10:40
*** sdake has joined #heat10:40
*** stannie has joined #heat10:40
*** ramishra has joined #heat10:40
*** jasond has joined #heat10:40
*** lsmola has joined #heat10:40
*** jdag___ has quit IRC10:40
*** jdag___ has joined #heat10:40
*** david-lyle has joined #heat10:40
*** fandi has joined #heat10:40
*** ifarkas has joined #heat10:40
*** tteggel has joined #heat10:40
*** jstrachan has joined #heat10:40
*** ifarkas has quit IRC10:40
*** ifarkas has joined #heat10:40
*** lsmola has quit IRC10:40
*** lsmola has joined #heat10:40
*** tteggel has quit IRC10:41
*** tteggel has joined #heat10:41
*** ramishra has quit IRC10:43
*** julienvey_ has joined #heat10:45
*** julienvey_ has quit IRC10:46
*** julienvey_ has joined #heat10:46
*** Michalik- has joined #heat10:48
*** rpothier has quit IRC10:50
*** julienvey_ has quit IRC10:51
*** matsuhashi has quit IRC10:53
*** matsuhashi has joined #heat10:54
*** guohliu has quit IRC10:56
*** sdake has quit IRC10:57
*** ramishra has joined #heat10:57
*** rpothier has joined #heat10:58
*** matsuhashi has quit IRC10:58
*** matsuhashi has joined #heat10:59
*** nkhare has quit IRC10:59
*** chandan_kumar has joined #heat11:03
*** edimmaz has quit IRC11:07
*** edimmaz has joined #heat11:07
*** Tross has quit IRC11:09
*** blinky_ghost has joined #heat11:11
blinky_ghosthi all, can anybody explain me how do I define the instance name on my template?11:12
skraynevblinky_ghost: if you use OS::Nova::Server you should use name property11:13
blinky_ghostskraynev: is this supported on heat havana version?11:14
*** julienvey_ has joined #heat11:15
skraynevskraynev: yeap11:16
skraynevblinky_ghost: according to https://github.com/openstack/heat/blob/stable/havana/heat/engine/resources/server.py#L7011:17
blinky_ghostskraynev: thanks. And can I use this with autoscaling feature when I create a group of stacks?11:18
skraynevblinky_ghost: group of stacks? or may be you meant group of instances?11:19
blinky_ghostskraynev: instances, sorry11:20
therveYou can also create groups of stacks :)11:20
skraynevtherve: and scaling them? ;)11:21
therveSure11:21
skraynevtherve: manually, I suppose... ;)11:21
*** julienvey has joined #heat11:21
therveskraynev, No you can use AutoScalingGroup with a nested stack11:21
skraynevtherve: indeed , thanks for reminder. Agree, I forgot about nested stacks.11:22
*** e0ne_ has quit IRC11:22
*** e0ne has joined #heat11:23
skraynevblinky_ghost: my apologize, therve is right. You could also scaling nested stacks, not only instances.11:23
*** e0ne has quit IRC11:27
*** RockKuo has quit IRC11:28
*** mkollaro has joined #heat11:29
*** sdake has joined #heat11:31
blinky_ghostskraynev: thanks. I was talking about naming convention when I create an instance or a group of instances in autoscale, but I guess the best to do this is to use some dynamic dns server and register my instance on in when is deployed with heat11:31
*** pradipta is now known as pradipta_away11:37
skraynevtherve: I was confused, that we have validation for template where error will be raise if template without resources11:40
*** rpothier has quit IRC11:40
therveskraynev, Sorry?11:40
skraynevtherve: https://review.openstack.org/#/c/83984/11:40
therveskraynev, Wrong Thomas? :)11:41
skraynevno ;) it was quick start of discussion...11:41
therveOkay11:42
therveI still don't understand what you're asking11:42
skraynevtherve: I want to ask : why we have template validation method (which raise error message if template has not Resources at all)11:43
therveskraynev, Well that seems sensible no? You don't want to have a template without resources11:43
skraynevtherve: but at the same time we could use such templates for creating stacks11:43
*** arbylee has joined #heat11:43
skraynevtherve: yes.11:44
*** chandan_kumar has quit IRC11:44
*** metral has joined #heat11:44
*** lekha has joined #heat11:44
skraynevtherve: But this is ignored during stack.validate11:44
skraynevtherve: in the past - because only validate_template has such check11:45
skraynevtherve: now in https://review.openstack.org/#/c/83984/ - because stack.validate call t.validate with default option11:46
skraynevallow_empty=True11:46
*** annegentle has joined #heat11:46
*** russellb has joined #heat11:46
skraynevtherve: It looks strange that we tell user - you have incorrect template, But we could use such template without error for creating11:47
*** gondoi has joined #heat11:47
skraynevtherve: maybe it bug ?11:48
therveskraynev, Well that's not a new problem11:48
therveskraynev, We can fix it later I think11:48
*** arbylee has quit IRC11:48
skraynevtherve: ok. I just was surprised by this... because there are a lot of tests use empty template ;)11:50
shardyskraynev: there is already a bug for this11:50
therveReally? Well it should not be the case :)11:50
shardyhttps://bugs.launchpad.net/heat/+bug/127809011:51
uvirtbotLaunchpad bug 1278090 in heat "heat validates successfully empty template files" [Low,Triaged]11:51
shardyI don't think we should reject an empty stack, particularly because it will break a large number of tempest tests ;)11:51
skraynevshardy: oh. thanks, I have not seen it11:51
therveshardy, I'm sure we have places where empty stacks break stuff11:53
skraynevshardy: agree, it is just will be similar on removing default version for templates ;)11:53
therveI'd prefer if we have tempest tests with real templates :)11:53
shardyskraynev: that's easier because the tests are in our tree11:53
*** e0ne has joined #heat11:53
skraynevtherve: AFAIK Thomas Spatzier mentioned about autoscaling11:53
shardyfixing tempest tests involves waiting weeks between review iterations so will be really painful11:54
therveshardy, Better do it now then! :)11:54
shardytherve: I don't think we do break with an empty stack, and I think it's not an invalid input11:55
shardyalthough it's obviously not super useful either ;)11:55
* skraynev sighs11:55
therveMokay11:55
skraynevI still wait when will be turned on scenario test for autoscaling...11:56
skraynevI suppose, it will be first step for tests with real templates....11:56
shardyskraynev: there are already API tests with real templates11:56
shardyit's just some of them also create empty stacks11:56
therveTo me a template without resources is a user mistake. It's great to be notified early about an error.11:56
shardyIt would be interesting to see if CFN rejects such a template11:58
*** e0ne has quit IRC11:58
skraynevIMO, it looks strange to have different behavior for template_validate and during creation11:58
shardyskraynev: Yes, that's what the bug I linked is about11:59
shardywe need to align the behavior, one way or another11:59
*** achampion has quit IRC11:59
shardyThe easiest way is to just allow an empty template, but as therve is arguing, there could be an alternative much less easy solution12:00
therve:D12:00
*** Michalik- has quit IRC12:00
skraynevlol ;)12:00
skraynevhow about discuss it at the meeting tomorrow?12:01
shardyskraynev: sure, good plan12:02
*** chandan_kumar has joined #heat12:03
skraynevshardy: should it be added in agenda or will be enough to raise this question at the end of meeting?12:03
therveAt least "heat resource-list" raises an error with an empty template12:04
*** sgordon has joined #heat12:04
*** sgordon has quit IRC12:04
*** sgordon has joined #heat12:04
*** radez_g0n3 is now known as radez12:04
shardyskraynev, therve: I've added it to the agenda12:05
skraynevtherve continue to collect arguments for rejecting empty template ;)12:05
skraynevshardy: ok, thanks12:05
shardyskraynev: sounds like you're volunteering to fix all the tests ;)12:05
skraynevshardy: look at https://review.openstack.org/#/c/83380/ ... it will be same funny ....12:06
*** mkollaro1 has joined #heat12:06
*** mkollaro has quit IRC12:06
shardyskraynev: Yeah, but like I said, that has less impact because all of the tempest tests have versions12:07
shardyMaybe we just update all the tempest tessts to create a stack containing one OS::Heat::RandomString or something12:08
*** sgordon has quit IRC12:08
*** lipinski has joined #heat12:09
skraynevshardy: :) new folks will be think: why they are using RandomString everywhere  :)12:09
*** sdake has quit IRC12:09
*** Tross has joined #heat12:11
*** vijendar has joined #heat12:12
*** mkollaro1 has quit IRC12:13
*** che-arne has quit IRC12:13
*** fandi has quit IRC12:14
*** pas-ha has joined #heat12:14
*** gondoi has quit IRC12:17
*** wendar has quit IRC12:17
*** radix has quit IRC12:17
*** david-lyle has quit IRC12:17
*** annegentle has quit IRC12:17
*** zigo has quit IRC12:17
*** metral has quit IRC12:17
*** Michalik has quit IRC12:17
*** wendar has joined #heat12:17
*** radix has joined #heat12:17
*** lekha has quit IRC12:18
*** matsuhashi has quit IRC12:18
*** zigo has joined #heat12:18
*** russellb has quit IRC12:18
*** matsuhashi has joined #heat12:18
*** stevebaker has quit IRC12:19
*** sileht has quit IRC12:19
*** goneri has quit IRC12:19
*** greghaynes has quit IRC12:19
*** ramishra has quit IRC12:19
*** matsuhashi has quit IRC12:19
*** matsuhashi has joined #heat12:19
*** stevebaker has joined #heat12:20
*** greghaynes has joined #heat12:20
*** metral has joined #heat12:21
*** ramishra has joined #heat12:21
*** goneri has joined #heat12:21
*** vijendar has quit IRC12:21
*** annegentle has joined #heat12:21
*** russellb has joined #heat12:21
*** sgordon has joined #heat12:22
*** sileht has joined #heat12:22
*** gondoi has joined #heat12:23
*** e0ne has joined #heat12:23
*** lekha has joined #heat12:23
*** Michalik has joined #heat12:23
skraynevshardy: btw, I don't mind to fix any approach for empty templates ;)12:25
*** zhiyan_ is now known as zhiyan12:27
*** erecio has joined #heat12:27
*** rpothier has joined #heat12:27
*** e0ne has quit IRC12:28
*** matsuhashi has quit IRC12:30
*** mkollaro has joined #heat12:31
*** arbylee has joined #heat12:32
*** erecio has quit IRC12:36
*** arbylee has quit IRC12:39
*** arbylee has joined #heat12:39
*** e0ne has joined #heat12:39
*** blamar has joined #heat12:40
*** radez is now known as radez_g0n312:41
*** jdob has joined #heat12:45
*** aweiteka has joined #heat12:46
*** mkollaro has quit IRC12:47
*** mkollaro1 has joined #heat12:47
*** m_22 has quit IRC12:47
*** jmckind has joined #heat12:57
*** erecio has joined #heat12:59
*** ramishra has quit IRC13:01
*** spzala has joined #heat13:05
cmysterskraynev: IMO all those templates should go under /test/templates less 'code' to fix, but thats just me13:07
*** edimmaz has quit IRC13:09
*** edimmaz has joined #heat13:14
*** faramir1 has quit IRC13:15
*** cmyster has quit IRC13:15
*** edimmaz has quit IRC13:16
*** edimmaz has joined #heat13:17
*** openstackgerrit has joined #heat13:23
*** openstackgerrit has quit IRC13:23
*** openstackgerrit has joined #heat13:24
*** networkn8 has joined #heat13:24
*** akuznetsov has quit IRC13:25
*** julienvey_ has quit IRC13:27
*** edimmaz_ has joined #heat13:29
*** jprovazn_ has joined #heat13:30
*** DaveJ__ has joined #heat13:30
*** blomquisg has joined #heat13:30
*** achampion has joined #heat13:30
*** edimmaz has quit IRC13:31
*** edimmaz_ is now known as edimmaz13:31
*** skraynev is now known as skraynev_afk13:31
*** samstav has joined #heat13:32
*** ramishra has joined #heat13:32
*** jprovazn has quit IRC13:32
*** akuznetsov has joined #heat13:33
*** dims has joined #heat13:33
*** zz_pablosan is now known as pablosan13:34
*** networkn8 has quit IRC13:35
*** networkn8 has joined #heat13:35
*** ramishra has quit IRC13:36
*** m_22 has joined #heat13:38
*** sabeen has joined #heat13:42
*** ramishra has joined #heat13:44
*** sabeen has quit IRC13:44
*** achampio1 has joined #heat13:45
*** achampion has quit IRC13:46
*** alexpilotti has quit IRC13:51
*** andersonvom has joined #heat13:54
*** pafuent has joined #heat13:56
*** che-arne has joined #heat13:57
*** julienvey_ has joined #heat13:58
*** kgriffs|afk is now known as kgriffs13:58
*** zns has joined #heat14:00
*** zns has quit IRC14:01
*** zns has joined #heat14:01
*** julienvey_ has quit IRC14:02
*** andersonvom has quit IRC14:04
*** andersonvom has joined #heat14:06
openstackgerritZhang Yang proposed a change to openstack/heat: Update new template earlier in stack update  https://review.openstack.org/8604314:06
*** julienvey_ has joined #heat14:06
*** jergerber has joined #heat14:08
*** radez_g0n3 is now known as radez14:08
*** radez is now known as radez_g0n314:09
*** kgriffs is now known as kgriffs|afk14:10
*** jprovazn_ has quit IRC14:11
*** chandan_kumar has quit IRC14:16
*** rcleere has joined #heat14:16
*** tspatzier has quit IRC14:17
*** blomquisg has quit IRC14:19
*** julienvey_ has quit IRC14:20
*** che-arne has quit IRC14:20
*** vijendar has joined #heat14:22
*** akuznetsov has quit IRC14:22
*** julienvey_ has joined #heat14:26
*** david-lyle has joined #heat14:28
*** vijendar has quit IRC14:32
*** blomquisg has joined #heat14:33
*** radez_g0n3 is now known as radez14:36
*** e0ne has quit IRC14:39
*** e0ne has joined #heat14:39
*** saju_m has quit IRC14:41
*** e0ne has quit IRC14:43
*** ryansb has quit IRC14:45
*** mkerrin has quit IRC14:45
*** plomakin_ has quit IRC14:45
*** sirushti has quit IRC14:45
*** grncdr has quit IRC14:45
*** Slower has quit IRC14:45
*** pasquier-s has quit IRC14:45
*** skraynev_afk has quit IRC14:45
*** retr0h has quit IRC14:45
*** SergeyLukjanov has quit IRC14:45
*** SpamapS has quit IRC14:45
*** shadower has quit IRC14:45
*** pscheie has quit IRC14:45
*** shadower has joined #heat14:48
*** pasquier-s has joined #heat14:49
*** retr0h has joined #heat14:49
*** retr0h has joined #heat14:49
*** sirushti has joined #heat14:49
*** skraynev_afk has joined #heat14:49
*** shadower has quit IRC14:49
*** shadower has joined #heat14:49
*** ryansb has joined #heat14:49
*** SergeyLukjanov has joined #heat14:49
*** grncdr has joined #heat14:49
*** pscheie has joined #heat14:49
*** plomakin has joined #heat14:49
*** SpamapS has joined #heat14:50
*** Slower has joined #heat14:52
*** blomquisg has quit IRC14:52
*** mkerrin has joined #heat14:55
*** mspreitz has joined #heat14:56
*** e0ne has joined #heat14:59
*** wchrisj has joined #heat15:00
*** IlyaE has joined #heat15:00
*** gokrokve has joined #heat15:03
*** e0ne_ has joined #heat15:03
*** kebray has joined #heat15:04
*** kebray has quit IRC15:04
*** blomquisg has joined #heat15:05
*** ramishra has quit IRC15:05
*** e0ne has quit IRC15:06
*** radez is now known as radez_g0n315:07
*** sjmc7 has joined #heat15:08
*** _jmp_ has quit IRC15:08
*** radez_g0n3 is now known as radez15:08
*** wchrisj has quit IRC15:09
*** IlyaE has quit IRC15:13
openstackgerritZhang Yang proposed a change to openstack/heat: Update new template earlier in stack update  https://review.openstack.org/8604315:15
*** IlyaE has joined #heat15:16
*** pablosan has quit IRC15:27
*** pablosan has joined #heat15:28
*** andersonvom has quit IRC15:34
*** DandyPandy has quit IRC15:38
*** DandyPandy has joined #heat15:39
*** networkn8 has quit IRC15:40
*** zns has quit IRC15:41
*** che-arne has joined #heat15:42
*** tspatzier has joined #heat15:43
*** edimmaz has quit IRC15:44
*** bvandenh has joined #heat15:44
*** kgriffs|afk is now known as kgriffs15:45
*** denis_makogon has quit IRC15:45
*** dmakogon_ has joined #heat15:45
*** john-n-seattle1 has joined #heat15:45
*** zns has joined #heat15:49
*** sgordon has quit IRC15:51
*** jistr has quit IRC15:55
*** sgordon has joined #heat15:56
*** julienvey has quit IRC15:59
*** julienvey_ is now known as julienvey15:59
EmilienMtherve: I think I found a bug in tempest tests for heat but I'm not sure16:01
EmilienMtherve: tempest tries to run heat resource-template 'OS::Nova::Server'16:02
*** brint has quit IRC16:02
EmilienMand resource-template seems absent in python-heatclient16:02
*** brint has joined #heat16:02
shardyEmilienM: I guess you're using an old version of heatclient?16:03
*** blamar has quit IRC16:04
EmilienMshardy: I'm using 0.2.4-216:04
EmilienMindeed16:04
EmilienMshardy: thx16:05
shardynp16:05
therveshardy, Have you looked at the stack adopt issue with domain users?16:05
therveSorry if I dropped the ball on that one16:06
shardytherve: yes, but I've not yet figured out how to fix it without opening a security hole16:07
shardyref https://bugs.launchpad.net/heat/+bug/130132316:07
uvirtbotLaunchpad bug 1301323 in ossa "Stack adopt doesn't validate resource_data" [Undecided,Invalid]16:07
shardyThe problem is on adopt we've got no way of validating the stack_domain_project_id even if we add it to the abandon data16:07
therveThere is no way to inspect the domain project?16:07
*** Tross has quit IRC16:08
shardytherve: well there's no metadata stored in keystone with the project, other than the name, which associates it with a stack16:08
shardyand we've deleted the (validated) association from the DB16:09
blinky_ghostHi guys, can anybody help me with this situation? I'm trying to deploy a heat template to launch an instance and connect to a puppet server to configure my instance after is online. However I got issues with the puppet server  not being able to resolve the new instance hostname. Any hint on what's the best approach to solve this? Thanks16:10
therveshardy, Is there a possibility to store metadata?16:10
shardytherve: No, that's the problem16:10
shardytherve: atm I'm thinking maybe we have to make adopt a cloud-admin only action16:10
therveHum16:11
therveshardy, What about re-creating a new domain?16:11
shardysince there's no safe way to properly validate the stuff, and it's basically injecting direct into our DB16:11
shardytherve: you mean project?16:11
therveshardy, yes sorry16:11
shardyThat could work, but then we have to re-deploy any related credentials into all the instances in the stack16:11
*** sdake has joined #heat16:12
therveshardy, So I'm thinking about that. The stack changed anyway, so are the info still valid?16:12
therveIE are we going to be able to allow the users to do anything even if we restore the domain?16:12
shardytherve: well atm it's not, because we delete the project on abandon16:12
therveRight16:12
shardybut if we stop doing that, we could adopt the stack with project and associated users16:12
therveBut even then16:12
shardy*if* we can validate it16:13
therveshardy, Is it enough though? Don't instance store the stack id for example?16:13
shardyotherwise maliciously crafted adopt data could control anyone's stack16:13
shardytherve: the problem is there's nothing in keystone connecting the project/user/credential to the stack16:14
shardywhereas every other resource we can validate the project at least is correct16:14
*** e0ne_ has quit IRC16:14
shardyand if folks want to hijack their own resources via adopt, that's up to them16:14
*** derekh has quit IRC16:14
*** e0ne has joined #heat16:14
therveshardy, Yeah I understand that bit. But forgetting about security, let's say we pass the project in adopt16:15
therveshardy, Would instance users still be able to talk to heat?16:15
shardytherve: yes16:15
therveThey have credentials, but no reference to the stack?16:15
shardyas long as we stop deleting the project on abandon16:15
shardyoooh16:15
shardyYeah all the paths are invalidated too aren't the16:15
* shardy smacks forehead16:16
therveWell AlarmURL changes for example16:16
shardyOk, so adopt is just completely broken then16:16
therve*Well*16:16
shardyunless all paths lookup via name?16:16
*** tomek_adamczewsk has quit IRC16:16
therveabandon -> adopt is not a no-op operation, for sure16:16
*** Darnoth has joined #heat16:17
*** goneri has quit IRC16:17
openstackgerritZhang Yang proposed a change to openstack/heat: Fix delete event error in postgres  https://review.openstack.org/8598216:17
*** goneri has joined #heat16:17
shardytherve: so if we provide URL's with the stack domain project and only the stack name, then I think the client can lookup the stack OK16:18
shardyhttps://review.openstack.org/#/c/80606/16:18
shardythe problem will be the ec2 signed urls16:18
therveWe store them in resource_data maybe?16:18
therveYeah it seems so16:19
*** e0ne has quit IRC16:19
shardywell yea we already store the generated url in resource_data16:19
shardyit's what's in the running instance that's the problem16:19
therveAnd path is arn_url_path16:19
therveWhich contains the stack_id16:20
therveSo hooray it doesn't work16:20
shardyI guess we'll have to stipulate that folks use native auth if they want to adopt things with agents in the VMs16:22
shardythe whole thing is a bit of a mess IMO16:22
therveI think that's fine. I don't think the feature was intended that way from the beginning16:23
*** blomquisg has quit IRC16:23
therveI'm somewhat happy that people won't be able to use abandom/adopt to workaround deficiencies16:24
shardywell given all the problems, I'm not really sure what use-cases it does work for16:24
shardyif I'd discovered all the issues sooner I'd have pushed to just revert the feature completely16:24
therveWe can put all the blame on it though, things changed quite a lot during the cycle on the instance users front16:26
*** duncanjw has joined #heat16:26
shardyYeah that is true.  But there's a complete lack of validation throughout the adopt code-paths16:27
*** andrew_plunk has joined #heat16:28
shardyso that combined with the instance-users incompatibilities make the feature mostly unusable and pretty risky16:28
shardyI guess we'll just have to fix it all up and back port the bugfixes16:28
*** blamar has joined #heat16:29
*** zns has quit IRC16:29
*** randallburt has joined #heat16:30
*** jamie_h has quit IRC16:31
*** blamar has quit IRC16:32
*** blamar has joined #heat16:32
*** saju_m has joined #heat16:35
*** blomquisg has joined #heat16:37
therveshardy, FWIW, there seems to be a JSON blob associated with projects, maybe we can put stuff in it16:42
*** yassine has quit IRC16:42
shardytherve: I don't think so, but maybe we can (ab)use the name/description and just say if anyone gets admin permissions on the heat domain, or a stack domain project, they can do anything16:44
shardyhttps://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3.md#projects-v3projects16:44
shardyIf someone can create a project in the heat domain which matches what's expected by heat, then can probably do anything anyway16:44
shardyanother issue is we currently encode the stack id (truncated) as part of the project name16:45
*** varora has left #heat16:45
shardyI guess we can do a best-effort validation and rename the project on adopt16:46
therveI guess the thing is that creating a project requires admin rights16:46
therveBut yeah16:46
therveDo we rely on the fact that the project is named that way though?16:47
shardyNot at the moment, we store the ID16:47
shardybut we could use the (heat controlled) expected naming as a validation method, combined with a check that the project is in the heat domain16:48
therveRight, except the truncation :)16:48
therveshardy, Regarding the json blob, I was looking at the db, but indeed I don't know if we can store stuff into it16:49
shardyI think heat is doing the truncating, so we can probably fix it16:50
lipinskiCan someone explain the difference between OS::Heat::SoftwareConfig and OS::Heat::CloudConfig?  Since CloudConfig does not seem to be documented, I can't discern when one would use one over the other....16:50
shardytherve: hmm, actually the project name is varchar(64)16:51
shardyI was thinking of users which have a longer limit16:51
thervelipinski, http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::CloudConfig looks documente dot me16:52
shardyhttps://github.com/openstack/heat-templates/blob/master/hot/software-config/example-cloud-init.yaml16:53
shardylipinski: we're working on improving the docs, but that may help16:53
lipinskitherve: thanks.16:53
lipinskiI must have fat-fingered my find on that page.16:53
shardytl;dr CloudConfig is a resource to provide data to cloud-init, SoftwareConfig and SoftwareDeployment are heat-specific abstractions to enable software deployment and configuration by other tools, via a hook script in the instance16:54
lipinskiI was finding that multiple CloudConfig resources (to create a file via write_files) doesn't seem to work as I expected.16:54
therveshardy, So yeah I was able to put stuff in the extra column. Maybe to keep in mind.16:55
shardylipinski: when stevebaker wakes up he can probably help16:56
shardytherve: via the API?16:56
therveshardy, Yeah using the openstack CL client even16:56
shardytherve: hum, I guess the docs need an update then, thanks!16:56
therveMost likely16:57
*** mkollaro1 has quit IRC17:05
*** bvandenh has quit IRC17:12
*** jdob_ has joined #heat17:13
*** harlowja has joined #heat17:16
*** achampio1 has quit IRC17:17
*** kebrayz has joined #heat17:19
*** julienvey has quit IRC17:23
*** duncanjw has quit IRC17:25
*** duncanjw has joined #heat17:25
*** jdob_ has quit IRC17:25
*** achampion has joined #heat17:26
*** sdague has quit IRC17:27
*** mspreitz has quit IRC17:29
*** sdague has joined #heat17:29
openstackgerritRichard Lee proposed a change to openstack/heat: Allow filtering of stacks by action  https://review.openstack.org/8610217:30
*** rpothier_ has joined #heat17:30
*** cyli has quit IRC17:31
*** cyli has joined #heat17:31
*** e0ne has joined #heat17:31
*** kebrayz is now known as kebray17:33
*** rpothier has quit IRC17:34
*** spzala has quit IRC17:34
*** cmyster has joined #heat17:37
*** cmyster has joined #heat17:37
*** kgriffs is now known as kgriffs|afk17:39
cmysterlo17:39
*** duncanjw has quit IRC17:42
*** duncanjw has joined #heat17:42
*** duncanjw has quit IRC17:46
*** yogesh has joined #heat17:49
*** Tross has joined #heat17:49
*** blomquisg has quit IRC17:50
*** e0ne has quit IRC17:50
*** e0ne has joined #heat17:51
*** Tross has quit IRC17:51
*** rbuilta has joined #heat17:52
*** sballe has joined #heat17:52
*** aweiteka has quit IRC17:53
*** bgorski has quit IRC17:54
*** e0ne has quit IRC17:55
*** jstrachan has quit IRC17:55
*** gokrokve has quit IRC17:55
*** anteaya has quit IRC17:56
*** e0ne has joined #heat17:57
*** mspreitz has joined #heat17:58
*** zns has joined #heat17:58
*** zns has quit IRC17:58
*** zns has joined #heat17:59
*** blomquisg has joined #heat18:03
*** che-arne has quit IRC18:04
*** kgriffs|afk is now known as kgriffs18:06
*** wchrisj has joined #heat18:10
*** zns has quit IRC18:11
*** zns has joined #heat18:13
*** mkollaro has joined #heat18:13
*** lindsayk has joined #heat18:14
*** IlyaE has quit IRC18:15
*** arbylee1 has joined #heat18:16
*** kgriffs is now known as kgriffs|afk18:19
*** arbylee has quit IRC18:19
*** daudet has joined #heat18:20
*** kebray has quit IRC18:23
*** kebray has joined #heat18:23
*** kebray has quit IRC18:25
*** kebray has joined #heat18:26
*** mspreitz_ has joined #heat18:28
*** tspatzier has quit IRC18:28
*** mspreitz has quit IRC18:29
*** aweiteka has joined #heat18:29
*** IlyaE has joined #heat18:31
*** mspreitz has joined #heat18:31
*** mspreitz_ has quit IRC18:32
*** mspreitz_ has joined #heat18:34
*** akuznetsov has joined #heat18:34
*** mspreitz has quit IRC18:36
*** mspreitz_ is now known as mspreitz18:36
*** lindsayk has quit IRC18:36
*** arbylee1 has quit IRC18:41
*** saju_m has quit IRC18:44
*** saurabhs has joined #heat18:45
*** blinky_ghost has quit IRC18:49
*** akuznetsov has quit IRC18:51
*** rbuilta has quit IRC18:52
*** jistr has joined #heat18:54
*** derekh has joined #heat19:00
*** andersonvom has joined #heat19:01
*** achampion has quit IRC19:02
*** arbylee has joined #heat19:09
cmysterI'm having an issue with a neutron router template. it returns error foo is not a map. its the optional property external_gateway_info19:09
cmysterremoving it fixed it...19:10
* cmyster is awake for too long probably19:10
sdake_sdague happen to be around re tempest?19:11
*** gokrokve has joined #heat19:13
cmyster're' tempest ?19:14
sdake_ya I want to talk to sdague about implementing a multi-engine heat scenario test19:16
*** cody-somerville has quit IRC19:16
sdake_any heat core have time to review a 2 line rc2 change?  It will literally take 3 minutes https://review.openstack.org/#/c/85610/19:19
*** vijendar has joined #heat19:19
*** arbylee1 has joined #heat19:20
*** arbylee has quit IRC19:20
*** arbylee has joined #heat19:22
cmystersdake_: that? https://blueprints.launchpad.net/heat/+spec/multiple-engines19:23
sdake_yup19:23
sdake_that is #1 thing we need to tackle for tempest asap19:23
*** julienvey has joined #heat19:24
*** arbylee2 has joined #heat19:25
*** arbylee1 has quit IRC19:25
sdake_since I have some downtime I was going to try to tackle it19:25
sdake_but was curious if there is a way to sanely kill daemons in tempest - since I need to run two heat-engines and make sure to kill the correct one, etc.19:25
*** david_lyle_ has joined #heat19:26
*** rcleere has quit IRC19:26
sdake_I guess what would be needed is a devstack change to allow multiple heat engines19:26
sdake_but i'm uncertain19:27
sdake_cmyster the reason it is so important to validate is because developers *rarely* run with multiple engines19:27
sdake_rarely as in, almost never19:27
sdake_jasond did rax deploy multi-engines?19:28
*** arbylee has quit IRC19:28
*** dklyle has joined #heat19:28
*** arbylee2 has quit IRC19:30
*** stevebaker has quit IRC19:30
*** arbylee has joined #heat19:30
*** stevebaker has joined #heat19:30
*** david-lyle has quit IRC19:30
sdake_stevebaker any idea if tempest supports devstack daemon killing/restarting?19:30
sdake_(for testing purposes)19:30
*** dklyle has quit IRC19:31
cmystersdake_: a test here would 'just' be to have ~3 and do some sanity test on it while restarting 1 then 2 then 3 then 1+2 etc19:31
*** dklyle has joined #heat19:31
*** david_lyle_ has quit IRC19:32
sdake_cmyster I think we want to do two things19:35
sdake_first we want all the tempest tests running on multi-engine, not just one or two19:36
cmysterlegit19:36
sdake_second, we want to test that killing a create in progress allows a later delete by a differenet engine19:36
sdake_the delete needs to be pretty rapid to steal the lock19:36
sdake_the third test we want is to test that a create in progress, followed by a killing of that heat engine, followed by a delete of the stack19:37
sdake_this tests the lock takeover functionality19:37
sdake_when sdague returns perhaps he can provide the best pointers on how to get er done19:38
sdaguesdake_: tempest is just a black box test suite19:38
sdagueso killing processes is out of it's wheelhouse19:38
sdake_i see, that makes sense in a way19:38
sdake_although ti sure would be nice to test restart and stuff19:38
* cmyster ponders the possibility to soft-kill an engine...19:39
sdake_but we can leave that for a separate  discussion19:39
sdake_soft-kill is not ideal - requires ipc - ugh19:39
sdaguesure, I have a long term idea on that one19:39
sdaguebut it's probably K timeframe19:39
sdake_regarding making all tempest tests run multi-engine19:39
sdake_if we got some config options added to localrc that created multi-heat engines19:39
sdagueso my suggestion is if you need those kinds of tests, do what swift does with their function test suite19:39
sdake_is that something tempest could consume?19:39
sdaguesdake_: so do yuo want to change the way heat runs in the gate to always be this way?19:40
sdagueremember, tempest, black box19:40
sdagueit's just hitting the API19:40
*** dklyle is now known as david-lyle19:40
sdake_yes always change how it runs in the check/gate19:40
sdake_(not the unit tests, the slow job)19:41
sdake_also across the other tempest related jobs19:41
sdaguesure, so honestly, sounds like you just want to change the devstack defaults19:41
sdaguewhich if you think that's a better default, then I think that's a good call19:42
*** julienvey has quit IRC19:42
sdake_jsut to be clear I dont htink its the best default for devleopers19:43
sdake_only the gate19:43
sdaguewell, we try to keep the defaults the same19:43
sdake_I assume tempest allows the specification of a custom localrc?19:43
sdaguewhenever we can19:43
cmysterok, so lets say you have multi-engine on. how do you tell tempest which one to use ?19:43
sdake_qpid round robin figures it out19:43
sdagueotherwise stuff fails in the gate, and no one knows how to reproduce19:43
sdake_or rabbit19:44
sdake_sdague the issue with making multi-engine a default in devstack is it makes working with heat as a developer for normal tasks more difficult19:44
sdake_have to track down which engine the request went to19:44
sdake_I think heat devs smart enough to set couple config options to launch multiple engines19:44
sdaguesdake_: which means it would probably make debugging a fail in the gate impossible19:44
sdagueif it's too hard to run it locally19:44
sdaguethen I don't think it's a good thing to gate on19:45
sdake_it can be run locally19:45
sdake_it just wouldn't be preferred19:45
*** vijendar has quit IRC19:45
*** julienve_ has joined #heat19:45
sdagueso I'll really lean that gate should be devstack defaults whenever possible19:45
sdake_debugging a gate fail would be easy imo19:45
*** vijendar has joined #heat19:45
sdaguesdake_: really?19:46
*** andersonvom has quit IRC19:46
sdaguebecause we have 3 completely uncategorized gate fails right now - http://status.openstack.org/elastic-recheck/data/uncategorized.html#gate-tempest-dsvm-neutron-heat-slow19:46
sdake_ya, dev sees gate failure, sets localrc option "heat-multiengine=x" where x is the nubmer of engines19:46
sdake_runs stack.sh19:46
sdake_and they are good to go19:46
sdake_devs can work with multi-engines, it is just not the preferred way19:47
sdake_because logs go in two places19:47
sdaguesdake_: not if it's a race19:47
sdaguethe issue is gate fails are typically race conditions19:47
*** zns has quit IRC19:47
sdagueanyway, I think we're actually at a walk before run thing here. Lets get more actual test coverage going first19:47
*** rpothier__ has joined #heat19:48
sdagueand get in a habit of heat devs helping debug heat gate fails19:48
sdaguethen we can try more complicated things19:48
cmysterthere is also a downstream option, have x=1 by default, test specifics. like once a bluw moon with x=N19:48
sdaguethe biggest issue we've got is the rule of large numbers19:49
sdagueon a busy day we'll run all the jobs about 600 times19:49
sdagueso if there is some race in the moving parts that exposes 1% of the time, that means failing 6 patches a day "randomly"19:50
cmysterI'm re-reading what I just wrote... its way past my bed time.19:50
sdake_right19:50
sdake_that wouldn't be ideal19:50
*** mspreitz has quit IRC19:50
*** rpothier_ has quit IRC19:50
sdake_pierhaps a project-specific gate then for multi-engine?19:50
sdake_that way the heat guys can debug their problems locally :)19:51
*** zns has joined #heat19:51
sdaguesdake: yep19:51
sdake_vs other projects having to figure out the magic of multiengine19:51
sdagueso that's what I was talking about with the swift functional jobs19:51
sdaguethough, honestly, I would put off the mutli-engine until there are a lot more heat tests19:51
*** pablosan is now known as zz_pablosan19:52
*** zns has quit IRC19:52
sdaguebecause it will be a lot easier to tease out existing races with less moving parts19:52
sdaguethen add complexity to the environment19:52
sdake_cool well the project-specific multiengine gate sounds good19:53
sdake_possibly down the road19:53
sdagueyep19:53
sdake_tbh its the feature I'm most nervous about - which is why I'd like functional testing on it19:53
*** sballe_ has joined #heat19:56
*** goneri is now known as Goneri19:57
* cmyster asks sheepishly 'so this heat-multiengine= a real parameter?'19:57
*** zns has joined #heat19:57
*** sballe has quit IRC19:59
*** derekh has quit IRC20:02
*** jistr has quit IRC20:03
*** m_22 has left #heat20:07
*** lindsayk has joined #heat20:15
*** erecio has quit IRC20:19
*** stevebaker has quit IRC20:20
*** stevebaker has joined #heat20:20
*** daudet has quit IRC20:29
*** e0ne has quit IRC20:31
*** e0ne has joined #heat20:32
*** e0ne has quit IRC20:35
lipinskiI recall reading somewhere about support for conditionals in HOT templates.  Is that implemented?  If so, where can I find an example/documentation?20:36
*** varora has joined #heat20:37
*** duncanjw has joined #heat20:39
*** achampion has joined #heat20:40
stevebakermorning20:41
*** stevebaker has quit IRC20:42
*** stevebaker has joined #heat20:42
*** duncanjw_ has joined #heat20:43
*** duncanjw has quit IRC20:44
*** asalkeld has joined #heat20:45
stevebakerhey, could I get reviews on https://review.openstack.org/#/c/82603/ so I can do a python-heatclient release?20:46
*** duncanjw_ has quit IRC20:47
*** cmyster has quit IRC20:52
*** cmyster has joined #heat20:54
*** cmyster has joined #heat20:54
*** e0ne has joined #heat20:54
lipinskianyone know if there are conditionals supported in HOT?  I'm driving myself crazy trying to find what I seen before - maybe it was a review or blueprint...20:54
*** e0ne has quit IRC20:56
*** duncanjw has joined #heat20:56
*** e0ne has joined #heat20:56
*** david-lyle is now known as david-lyle_afk20:57
*** e0ne has quit IRC20:59
*** duncanjw has quit IRC21:00
*** julienve_ has quit IRC21:03
*** ruhe2 has joined #heat21:03
*** zns has quit IRC21:03
*** ruhe2 has left #heat21:03
*** sgordon has quit IRC21:06
*** jdob has quit IRC21:07
*** cmyster has quit IRC21:08
*** pafuent has left #heat21:08
*** jpeeler has quit IRC21:12
*** TravT has joined #heat21:14
*** jmckind has quit IRC21:15
sdake_lipinski: https://review.openstack.org/#/c/84468/21:25
*** duncanjw has joined #heat21:25
lipinskisdake_: seems that has not passed review.  You expect that to make it into Icehouse?21:26
sdagueanyone able to start digging into this - https://bugs.launchpad.net/cinder/+bug/1285833 it's mostly showing up on Heat jobs21:27
uvirtbotLaunchpad bug 1285833 in python-keystoneclient "Keystone client racing on certificate lookups causing 401 Unauthorized on API calls" [Critical,Confirmed]21:27
sdake_icehouse is done21:27
sdake_WYSIWYG21:27
sdagueand it's currently the top race issue - http://status.openstack.org/elastic-recheck/index.html21:27
lipinskiok.21:27
*** duncanjw has quit IRC21:29
*** rpothier__ has quit IRC21:30
asalkeldwow sdake variable :(21:31
asalkelddidn't think that would fly21:31
asalkeldnot sure that is a smart plan21:31
*** Tross has joined #heat21:32
*** radez is now known as radez_g0n321:34
*** david_lyle_ has joined #heat21:44
*** david_lyle_ is now known as david-lyle21:44
*** david-lyle is now known as david_lyle21:44
*** russellb has quit IRC21:44
*** aweiteka has quit IRC21:45
*** russellb has joined #heat21:45
*** david_lyle_ has joined #heat21:46
*** david-lyle_afk has quit IRC21:47
*** blomquisg has quit IRC21:50
*** asalkeld has quit IRC21:50
*** david_lyle has quit IRC21:50
sdaguesdake_: I just bumped - https://bugs.launchpad.net/cinder/+bug/1285833 to critical on Heat, because that's our #1 race bug for the last couple of days, and no one seems to be diving into it21:50
uvirtbotLaunchpad bug 1285833 in python-keystoneclient "Keystone client racing on certificate lookups causing 401 Unauthorized on API calls" [Critical,Confirmed]21:50
sdake_shardy is the only cat that knows anything about heat + keystone21:51
sdake_and hes asleep21:51
sdake_but I'm sure he will read scrollback21:51
sdagueok, cool21:52
sdake_shardy is super responsive tho, so I expect if he reads this it will get fixed in short order ;)21:52
sdaguesure21:53
sdaguethough it makes me a little nervous that there is only 1 heat dev that knows how it uses keystoneclient :)21:53
sdake_other heat devs know, but shardy is an expert in keystone + heat21:54
sdake_shardy implemented big parts of keystone for heat use cases21:54
sdaguewell, to be clear, this isn't keystone resources21:54
stevebakersdague: hey, can you point me to where the fedora 20 image gets onto the nodepool image?21:54
*** e0ne has joined #heat21:54
sdagueit's h-api21:54
sdake_sdague yup I understand, its using the keystone api and server21:54
sdake_rather I guess just the api21:54
sdake_sdague shardy was major driver of the v3 api implementation21:55
sdake_so rather then learning how keystone internals work, he already knows :)21:55
sdaguestevebaker: https://github.com/openstack-dev/devstack/blob/master/stackrc#L344-L35321:55
*** duncanjw has joined #heat21:56
sdaguenodepool greps for image lines21:56
sdaguewe have a better thing coming21:56
sdaguebut that's how it works today21:56
*** e0ne has quit IRC21:56
sdaguespeaking of which, the images have the x86_64 disk in them now, so I can do part 2 of that21:56
*** e0ne has joined #heat21:56
stevebakersdague: ok, and where in your opinion would be the best place to do a diskimage-builder run to build a custom image that can be used for heat tests?21:57
sdaguewell first you'd need to actually be installing diskimage-builder in devstack21:58
sdaguestevebaker: and for the gate, I don't think we can afford the time budget there. Perhaps if there was a pre built image somewhere that we could pull21:58
sdaguebut if diskimage-builder makes sense to go into devstack, that's probably the first starting point21:59
stevebakerinstalling dib in devstack stalled on waiting for moving to pip-1.521:59
sdagueok, well then we're blocked21:59
stevebakernot going to happen?21:59
sdaguewell, I don't know what the pip 1.5 story is22:00
*** duncanjw has quit IRC22:00
stevebakerpackaging dib on pypi is a bit filthy anyway22:00
stevebakerits not even remotely python22:01
*** e0ne has quit IRC22:01
sdaguebut the path towards custom disks with diskimage-builder is getting it into devstack. So that either means pip installable, or co-gating like an oslo component22:01
sdaguecoming from git22:01
stevebakeryep22:01
sdagueso if the pip model isn't workable, is the other one?22:02
sdagueI vaguely remember dib not wanting to be in the gate before22:02
*** gondoi is now known as zz_gondoi22:02
sdaguebut I don't know where that stands22:02
stevebakerit would only need the heat-slow job, but I'll ask22:02
*** russellb has quit IRC22:03
*** arbylee1 has joined #heat22:03
*** russellb has joined #heat22:03
*** gokrokve_ has joined #heat22:04
sdagueI honestly think it would probably be sensible to bring it into the gate process if it's going to be used a bunch. Any idea what the build time will be on images from it?22:04
stevebakersdague: reasonable I think. 5 minutes?22:05
*** arbylee has quit IRC22:05
stevebakersdague: and there would be potential for cache priming during nodepool build22:05
sdagueyep22:05
stevebakersdague: so, the heat+keystone issue22:06
sdaguethough we'd probably want to exercise it anyway, so that we ensure that we don't let it break22:06
sdaguestevebaker: yep?22:06
stevebakersdague: 2 thoughts. either other projects are doing something in their devstack launch to prime their keys directory, like doing an API call22:07
sdaguestevebaker: it's looking superficially like a previous keystoneclient issue we saw where it was corrupting cert files with non atomic writes, but I haven't dug further22:07
*** gokrokve has quit IRC22:07
stevebakersdague: or this is related to us enabling v3 token auth in our middleware22:08
sdaguestevebaker: well it works most of the time, so if it was a priming issue it wouldn't pass ever22:08
stevebakersdague: it could be a race the first time the certs are downloaded22:08
sdaguestevebaker: there was a dramatic uptick a few days ago22:08
sdaguestevebaker: yes, definitely could be that22:09
sdaguekeystone client is not multiprocess safe by default22:09
sdagueiirc22:09
stevebakerso we could try triggering download during heat-api launch22:09
*** lindsayk1 has joined #heat22:10
sdaguewell if the issue is race on download, then I think it should be addressed with some real synchronization22:10
sdaguebe that in keystone client or heat22:10
sdaguebecause it will crop up somewhere else22:10
stevebakeryes22:10
*** lindsayk has quit IRC22:11
*** arbylee1 has quit IRC22:11
sdaguethe bug has links to some fail cases, which hopefully have enough logs to sort out why22:11
sdaguehttp://status.openstack.org/elastic-recheck/ the time information on this first graph also is hopefully helpful for narrowing down when it started to spike22:12
mattoliverauMorning all22:12
*** sjmc7 has left #heat22:12
lifelessoh hi22:13
lifelessso I need a heat expert^Whero22:13
lifelesshttps://etherpad.openstack.org/p/tripleo-config-passthrough22:13
stevebakerlifeless: \o22:16
lifelessstevebaker: o/22:17
stevebakerlifeless: so you want the heat template to have explicit parameters for some config values, but the ability to specify arbitrary conf values too?22:20
lifelessstevebaker: yes22:21
lifelessstevebaker: we want to provide a big gaping backdoor so that folk can shoot themselves in the foot22:21
lifelessstevebaker: but not require that they do so22:21
stevebakerlifeless: 1 option which doesn't require HOT would be a type: json parameter22:22
lifelessHOT is a possibility since SpamapS is about ready to pull the trigger on that22:23
*** andrew_plunk has quit IRC22:23
*** yogesh has quit IRC22:23
stevebakerlifeless: another option which does require HOT is specifying the extra json with a get_file, but the file could be specified by a parameter, so something like {get_file: {get_param: extra_config_path}}22:23
lifelessstevebaker: so get-file merges that into the metadata structure?22:24
stevebakerlifeless: SpamapS's software-config work handles merging, so I think you will have separate config+deployment resources to specify the extra config, and o*c magic handles the merging22:25
stevebakerlifeless: his software-config may land well before a HOT port, they are different changes22:26
lifelessstevebaker: oh lovely22:26
lifelessstevebaker: I did not know22:26
lifelessstevebaker: so type:json - we'd use a environment file to do that?22:26
*** duncanjw has joined #heat22:27
stevebakerlifeless: you could use an env file just to specify the json value, or you could bung the json value into the stack-create command22:29
lifelessstevebaker: I'm confused about the json value - in an env file is it key:biglongstring22:29
stevebakerlifeless: or the user could specify an environment which specifies a resource provider with the extra config.22:30
lifelessor key: {foo:bar}22:30
stevebakerlifeless: to be honest I dont' know22:30
lifelessresource providers are purely declarative?22:30
*** jergerber has quit IRC22:30
stevebakerlifeless: actually resource providers might be overkill for this22:31
stevebakerlifeless: I'll put some thoughts into the etherpad22:31
*** duncanjw has quit IRC22:31
lifelessstevebaker: thank you!22:32
ruhestevebaker: jfyi i've added an item for the next Heat meeting. please let me know if you think i should change the subject or add more details22:33
stevebakerruhe: looks good, we're going to have a full meeting agenda22:34
*** vijendar has quit IRC22:35
*** randallburt has quit IRC22:36
*** jamie_h has joined #heat22:37
*** gokrokve_ has quit IRC22:38
*** gokrokve has joined #heat22:43
*** dims has quit IRC22:49
*** asalkeld has joined #heat22:54
*** david_lyle_ has quit IRC22:55
*** duncanjw has joined #heat22:55
*** e0ne has joined #heat22:55
*** faramir1 has joined #heat22:56
*** e0ne has quit IRC22:58
stevebakerpscheie: do you think you can have a fix for the volume detach issue?22:59
*** duncanjw has quit IRC22:59
*** connie has joined #heat23:01
openstackgerritMike Spreitzer proposed a change to openstack/heat: Add documentation for creating a resource plug-in  https://review.openstack.org/4396223:02
*** asalkeld has quit IRC23:09
*** zz_pablosan is now known as pablosan23:11
*** lindsayk1 has quit IRC23:13
*** asalkeld has joined #heat23:14
lipinskican someone explain a bit about ResourceFacades?  Or maybe an example?  I read the documentation and I don't get it.  Seems like some kind of circular reference...23:14
asalkeldhi lipinski23:17
asalkeldso if you write a template resource23:17
asalkeldbased on a python plugin resource23:17
asalkeldand you need to access that resource's Metadata23:18
lipinskiasalkeld: oh.  I thought it was related to provider resources (e.g., nested stacks)23:18
asalkeldyou can use the Fn::ResourceFacade function to get at it23:18
asalkeldtemplate resource == provider resource23:19
asalkeldhttp://docs.openstack.org/developer/heat/template_guide/functions.html?highlight=facade#fn-resourcefacade23:19
lipinskiMaybe I think of it wrong.  I think of it as a parent->child relationship.  Would this be the parent accessing the child's metadata or the child accessing it's parent?23:20
asalkeldchild accessing the parent23:21
asalkeldso the parent == the underlying resource23:21
asalkeldand child == provider ?23:21
asalkeldif so, then yes23:21
lipinskiok, and this is just for metadata?  So, you would use this for things that you don't want to pass to the provider as parameters?23:21
lipinskior can't pass, I guess.23:22
asalkeldwell we have get_param, get_attr23:22
asalkeldbut no get_meta23:22
lipinskigotcha....23:22
asalkeldthis is the cfn version of get_meta23:22
lipinskiso in HOT, to access a element within that metadata, would you do { resource_facade: [metadata, some_key ] }23:25
*** duncanjw has joined #heat23:27
asalkeldlipinski, I haven't tried - but makes sense23:29
lipinskijust tried.  nope, doesn't work :(23:30
lipinskiValueError: Incorrect arguments to "resource_facade" should be one of: metadata, deletion_policy, update_policy23:30
*** IlyaE has quit IRC23:30
asalkeldthat maybe for get_attr only23:31
asalkeldbut sounds useful23:31
*** duncanjw has quit IRC23:31
*** lindsayk has joined #heat23:35
*** IlyaE has joined #heat23:49
*** gokrokve has quit IRC23:52
*** e0ne has joined #heat23:55
*** duncanjw has joined #heat23:56
*** derekh has joined #heat23:56
*** e0ne has quit IRC23:59

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