Wednesday, 2014-03-12

*** alexheneveld has quit IRC00:00
*** alexheneveld has joined #heat00:01
*** gokrokve has quit IRC00:04
*** IlyaE has joined #heat00:10
*** faramir1 has joined #heat00:14
*** matsuhashi has joined #heat00:26
*** mkollaro has quit IRC00:27
*** randallburt has joined #heat00:29
*** gokrokve has joined #heat00:33
*** randallburt has quit IRC00:33
*** randallburt has joined #heat00:34
*** sjmc7 has quit IRC00:40
*** lindsayk has quit IRC00:43
*** pablosan is now known as ZZpablosan00:50
*** derekh has quit IRC00:50
*** lindsayk has joined #heat00:51
*** gondoi has quit IRC00:56
*** q3k has quit IRC00:57
*** stannie has quit IRC00:57
*** sdake has quit IRC00:57
*** nijaba_ has quit IRC00:57
*** dmakogon_ has quit IRC00:58
*** zigo has quit IRC00:58
*** jrist has quit IRC00:58
*** newell has quit IRC00:58
*** fungi has quit IRC00:58
*** scollier has quit IRC00:58
spzalastevebaker: Hi! Got a minute for question, pl?00:58
*** erkules has quit IRC00:58
*** larsks has quit IRC00:58
stevebakerspzala: sure00:58
*** nijaba has joined #heat00:58
*** ZZpablosan is now known as pablosan00:58
spzalastevebaker: Thanks! so for heat-translator core review group, should I have all Heat core reviewers?00:58
*** newell_ has joined #heat00:58
*** dmakogon__ has joined #heat00:58
stevebakerspzala: you may as well, if you don't mind00:58
spzalastevebaker: also I am thinking to have couple guys from my team who are tosca domain experts.00:58
spzalastevebaker: sure, that sounds great.00:58
*** lindsayk has quit IRC00:58
stevebakerspzala: sounds good00:58
*** scollier has joined #heat00:58
*** larsks has joined #heat00:58
*** sileht has quit IRC00:59
*** openstack has joined #heat01:05
*** zns has quit IRC01:05
*** killer_prince has joined #heat01:07
*** asalkeld has quit IRC01:15
*** asalkeld has joined #heat01:15
*** gokrokve has quit IRC01:17
openstackgerritJia Dong proposed a change to openstack/heat: Modify assert statement when comparing with None  https://review.openstack.org/7377301:17
openstackgerritSteve Baker proposed a change to openstack/heat: Use stack ID to create domain project name  https://review.openstack.org/7850301:17
*** achampion has joined #heat01:19
*** mkerrin has joined #heat01:19
*** dave79 has joined #heat01:19
*** pasquier-s has joined #heat01:19
*** tteggel has quit IRC01:22
*** tteggel has joined #heat01:23
*** gokrokve has joined #heat01:25
*** zigo has quit IRC01:27
sdake_time for titanfall see you tomorrow :)01:28
*** alexheneveld has quit IRC01:30
*** zigo has joined #heat01:33
*** alexheneveld has joined #heat01:36
openstackgerritlizheming proposed a change to openstack/heat: Use six.move.xrange to replace xrange  https://review.openstack.org/6763801:37
*** gokrokve has quit IRC01:38
*** nosnos has joined #heat01:39
*** Linz_ has joined #heat01:41
*** gokrokve has joined #heat01:44
*** Linz has quit IRC01:45
*** threebean has joined #heat01:49
*** IlyaE has quit IRC01:52
*** gokrokve has quit IRC01:58
*** matsuhashi has quit IRC01:58
*** gokrokve has joined #heat02:01
*** faramir1 has quit IRC02:03
*** erkules has quit IRC02:07
killer_princedoes anyone know what user name i should use with opensuse cloud images..02:14
*** gokrokve has quit IRC02:14
*** gokrokve has joined #heat02:15
*** matsuhashi has joined #heat02:17
*** gokrokve has quit IRC02:19
*** zigo has quit IRC02:19
*** erkules has joined #heat02:20
*** mspreitz has joined #heat02:20
*** zigo has joined #heat02:23
openstackgerritThomas Spatzier proposed a change to openstack/heat: Fix HOT inconsistencies in resource sections  https://review.openstack.org/7358002:25
*** arbylee has joined #heat02:28
*** killer_prince is now known as lazy_prince02:29
*** mwheckmann has quit IRC02:30
*** aliljet has left #heat02:32
openstackgerritRandall Burt proposed a change to openstack/heat: Refactor CLB to work with groups  https://review.openstack.org/6558602:33
*** fandi has quit IRC02:39
*** topol has joined #heat02:39
*** varora- has joined #heat02:41
*** liang has joined #heat02:41
*** lindsayk has joined #heat02:41
*** Linz_ has quit IRC02:43
*** Linz has joined #heat02:44
*** lindsayk has quit IRC02:46
*** Linz has quit IRC02:48
*** harlowja is now known as harlowja_away02:48
openstackgerritSteve Baker proposed a change to openstack/heat-templates: Software config hook to provision using shell scripts  https://review.openstack.org/7029702:59
openstackgerritSteve Baker proposed a change to openstack/heat-templates: Software config hook to provision using puppet  https://review.openstack.org/7063902:59
openstackgerritSteve Baker proposed a change to openstack/heat-templates: Software config hook to provision using cfn-init  https://review.openstack.org/7975902:59
openstackgerritSteve Baker proposed a change to openstack/heat-templates: os-refresh-config script to invoke config hooks  https://review.openstack.org/7975802:59
openstackgerritSteve Baker proposed a change to openstack/heat-templates: Template to trigger bug 1291097  https://review.openstack.org/7980203:00
*** arbylee has quit IRC03:00
*** Linz has joined #heat03:02
*** Linz has quit IRC03:03
*** Linz has joined #heat03:03
*** mspreitz has quit IRC03:04
*** Linz has quit IRC03:07
*** nanjj has joined #heat03:09
*** david-lyle has joined #heat03:09
*** fandi has joined #heat03:10
*** rwsu has quit IRC03:19
*** matsuhashi has quit IRC03:23
*** sgordon has quit IRC03:30
*** randallburt has quit IRC03:30
*** wchrisj has joined #heat03:37
*** nanjj has quit IRC03:37
*** rwsu has joined #heat03:50
*** achampio1 has joined #heat03:51
*** achampion has quit IRC03:54
asalkeldstevebaker, you about?03:55
asalkeldhttps://github.com/openstack/heat-templates/blob/master/hot/software-config/example-cloud-init.yaml03:55
*** achampio1 has quit IRC03:55
asalkeldthis ^ is the complicated version03:55
*** sileht has quit IRC03:56
asalkeldwhat does the simple one look like (I just want to run a simple start up script via cloud-init)03:56
*** achampion has joined #heat03:56
asalkelddo I need the mulitpartmime and a softwareconfig?03:57
*** sileht has joined #heat03:58
*** gokrokve has joined #heat04:05
asalkeldurg: these fancy constraints :(04:12
asalkeldnow you can't pass a {get_attr ...} into a property04:12
asalkeldtherve, ^04:13
*** wchrisj has quit IRC04:15
stevebakerasalkeld: if you're using user_data_format: RAW then any of those config resources could be reffed in the user_data, and cloud-init will attempt to figure out what to do with it04:22
asalkeldcool04:23
stevebakerasalkeld: but for user_data_format: SOFTWARE_CONFIG it has to be wrapped in a multipart resource, otherwise heat doesn't know that it should be appended to its own multipart list04:23
asalkeldk04:25
*** matsuhashi has joined #heat04:25
*** nati_ueno has quit IRC04:28
*** achampion has quit IRC04:32
*** samstav_ has joined #heat04:37
*** samstav has quit IRC04:41
*** samstav_ has quit IRC04:42
*** akuznetsov has joined #heat04:56
*** ramishra has joined #heat05:09
*** pablosan is now known as ZZpablosan05:12
*** Akshik has joined #heat05:22
*** akuznetsov has quit IRC05:23
*** nkhare has joined #heat05:26
*** akuznetsov has joined #heat05:27
asalkeldstevebaker, I thought you could have a resource property that has a get_attr, can you remember?05:35
asalkeldso like :05:35
asalkeldresources:05:35
asalkeld x:05:36
asalkeld  properties:05:36
asalkeld     athing: {get_attr: [y, attribute_of_y]}05:36
asalkeldour property check is not dealing with this05:37
asalkeldit just returns None/'' and fails05:37
*** yidclare has joined #heat05:46
*** akuznetsov has quit IRC05:56
*** akuznetsov has joined #heat05:59
*** ramishra has quit IRC06:05
*** IgorYozhikov has quit IRC06:07
*** IgorYozhikov has joined #heat06:07
*** sergmelikyan has quit IRC06:07
*** yidclare has quit IRC06:11
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/7256606:13
*** Akshik has quit IRC06:16
*** Akshik has joined #heat06:18
*** topol has quit IRC06:32
*** ramishra has joined #heat06:35
*** ramishra_ has joined #heat06:37
*** ramishra has quit IRC06:37
*** akuznets_ has joined #heat06:40
*** akuznetsov has quit IRC06:40
*** ramishra_ has quit IRC06:45
*** gokrokve has quit IRC06:46
*** saju_m has joined #heat06:52
*** cfriesen has quit IRC07:01
*** killer_p- has joined #heat07:23
*** lazy_prince has quit IRC07:24
*** Qiming has joined #heat07:25
*** Qiming has quit IRC07:33
*** skraynev_afk is now known as skraynev07:34
*** gokrokve has joined #heat07:42
*** gokrokve has quit IRC07:47
*** jprovazn has joined #heat07:54
*** asalkeld has quit IRC08:01
*** ifarkas has joined #heat08:05
therve'morning08:08
SpamapStherve: how is your wednesday morning?08:09
skraynevMorning08:09
therveSpamapS, Wonderful for now :)08:10
*** TonyBurn has joined #heat08:11
*** jistr has joined #heat08:13
*** gokrokve has joined #heat08:13
*** jamieh has joined #heat08:16
*** jamieh is now known as Guest810608:16
*** gokrokve has quit IRC08:18
openstackgerritSergey Kraynev proposed a change to openstack/heat: Make OS::Nova::Server networks property updatable  https://review.openstack.org/7429908:19
*** jistr has quit IRC08:20
shardymorning all!08:20
*** asalkeld has joined #heat08:20
openstackgerritClint "SpamapS" Byrum proposed a change to openstack/heat: Add space to description of stack_domain_admin  https://review.openstack.org/7830508:21
*** matsuhashi has quit IRC08:21
*** jistr has joined #heat08:22
pshchelomorning all :)08:25
*** bada_ has joined #heat08:26
*** bada has quit IRC08:30
*** pshchelo has quit IRC08:30
*** pshchelo has joined #heat08:31
*** pshchelo has quit IRC08:35
*** pshchelo has joined #heat08:35
*** e0ne has joined #heat08:40
*** pshchelo has quit IRC08:40
*** pshchelo has joined #heat08:41
*** saju_m has quit IRC08:41
*** giulivo has joined #heat08:41
*** gokrokve has joined #heat08:43
*** gokrokve has quit IRC08:47
*** e0ne has quit IRC08:50
therveshardy, Have you looked at how get_file works on the client side?08:55
thervestevebaker mentioned I could use it to inline resources, but I can't make it work08:56
shardytherve: I've not tried it yet, only looked at the reviews08:56
*** e0ne has joined #heat08:56
shardytherve: have you looked at stevebakers software-config sample templates which are up for review?08:56
*** e0ne_ has joined #heat08:57
therveshardy, Yeah, I think it's just one specific thing that doesn't work, which is to specify a type: filename.yaml08:57
shardytherve: do you mean like in https://bugs.launchpad.net/heat/+bug/1288541 ?08:59
therveThat's roughly the idea, except using the files parameter to stack create09:00
*** pshchelo has quit IRC09:01
*** e0ne has quit IRC09:01
*** pshchelo has joined #heat09:02
*** pshchelo has quit IRC09:08
*** saju_m has joined #heat09:09
therveshardy, http://paste.openstack.org/show/73229/ FWIW09:10
therveTrying to delete a stack in CREATE_FAILED09:10
therveHum maybe my db is out of date though09:10
*** derekh has joined #heat09:12
*** pshchelo has joined #heat09:17
*** jrist has quit IRC09:27
*** ifarkas has quit IRC09:28
*** tomek_adamczewsk has joined #heat09:30
*** ifarkas has joined #heat09:31
*** killer_p- is now known as killer_prince09:34
shardytherve: yeah you're missing the migration which makes the id nullable I think09:39
*** jrist has joined #heat09:40
*** gokrokve has joined #heat09:43
*** tomek_adamczewsk has quit IRC09:46
*** gokrokve has quit IRC09:48
*** tomek_adamczewsk has joined #heat09:52
*** DaveJ__ has joined #heat09:57
openstackgerritThomas Herve proposed a change to openstack/heat: Propagate files in nested stacks  https://review.openstack.org/7989910:41
*** gokrokve has joined #heat10:43
*** liang has quit IRC10:46
*** sgordon has joined #heat10:47
*** gokrokve has quit IRC10:48
openstackgerritA change was merged to openstack/heat: Use stack ID to create domain project name  https://review.openstack.org/7850310:48
openstackgerritA change was merged to openstack/heat: Add space to description of stack_domain_admin  https://review.openstack.org/7830510:48
*** saju_m has quit IRC10:49
*** topol has joined #heat10:50
*** fandi has quit IRC10:55
*** Tross has quit IRC10:57
*** bada_ has quit IRC10:58
asalkeldhttps://github.com/stackforge/warm11:02
asalkeldlol ^11:02
skraynevasalkeld: potential competitor =)11:04
asalkeldwarm but not hot11:04
asalkeld:)11:04
* shardy doesn't quite get the point of it..11:05
*** sgordon has quit IRC11:15
*** mkollaro has joined #heat11:17
*** e0ne_ has quit IRC11:22
*** e0ne has joined #heat11:23
*** bada has joined #heat11:25
*** e0ne_ has joined #heat11:26
openstackstatusNOTICE: test/gate jobs are queuing now in preparation for gerrit maintenance at 12:00 utc (eta to resume is 12:30 utc)11:27
*** ChanServ changes topic to "test/gate jobs are queuing now in preparation for gerrit maintenance at 12:00 utc (eta to resume is 12:30 utc)"11:27
*** e0ne_ has quit IRC11:29
*** e0ne has quit IRC11:29
*** e0ne_ has joined #heat11:29
*** e0ne_ has quit IRC11:29
*** bada has quit IRC11:30
*** rpothier has quit IRC11:30
*** Akshik has quit IRC11:37
*** gokrokve has joined #heat11:43
*** gokrokve has quit IRC11:47
*** Tross has joined #heat11:52
*** mkerrin has quit IRC11:53
*** Tross1 has joined #heat11:53
*** Tross has quit IRC11:57
*** mkerrin has joined #heat12:01
*** sgordon has joined #heat12:06
openstackstatusNOTICE: gerrit on review.openstack.org is down for maintenance (eta to resume is 12:30 utc)12:06
*** ChanServ changes topic to "gerrit on review.openstack.org is down for maintenance (eta to resume is 12:30 utc)"12:06
*** asalkeld has quit IRC12:13
*** e0ne has joined #heat12:13
*** rpothier has joined #heat12:15
*** Tross1 has quit IRC12:16
openstackstatusNOTICE: gerrit on review.openstack.org is down for maintenance (revised eta to resume is 13:00 utc)12:23
*** ChanServ changes topic to "gerrit on review.openstack.org is down for maintenance (revised eta to resume is 13:00 utc)"12:23
*** david-lyle has quit IRC12:24
*** pafuent has joined #heat12:26
*** asalkeld has joined #heat12:26
*** nkhare has quit IRC12:27
*** blomquisg has joined #heat12:28
*** saju_m has joined #heat12:38
*** mkollaro has quit IRC12:41
*** mkollaro1 has joined #heat12:41
*** mkollaro has joined #heat12:42
*** gokrokve has joined #heat12:43
*** 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/"12:45
*** mkollaro1 has quit IRC12:45
*** yidclare has joined #heat12:47
*** gokrokve has quit IRC12:48
*** openstackgerrit has quit IRC12:54
*** openstackgerrit has joined #heat12:54
*** rpothier_ has joined #heat13:00
*** ramishra has joined #heat13:01
*** arbylee has joined #heat13:01
*** rpothier has quit IRC13:02
*** tomek_adamczewsk has quit IRC13:04
*** akuznets_ has quit IRC13:06
*** achampion has joined #heat13:08
*** openstackgerrit has quit IRC13:08
*** openstackgerrit has joined #heat13:08
*** akuznetsov has joined #heat13:15
*** mkollaro1 has joined #heat13:18
*** mkollaro has quit IRC13:18
*** faramir1 has joined #heat13:25
*** jdob has joined #heat13:26
*** fungi has left #heat13:26
*** jcru has joined #heat13:26
*** samstav has joined #heat13:30
*** jasond has joined #heat13:32
*** Qiming has joined #heat13:36
Qiminghello, anybody familiar with property schema?13:37
*** radez_g0n3 is now known as radez13:38
*** mwheckmann has joined #heat13:43
*** nosnos has quit IRC13:43
*** gokrokve has joined #heat13:43
*** samstav has quit IRC13:48
*** gokrokve has quit IRC13:48
*** matsuhashi has joined #heat13:50
*** wchrisj has joined #heat13:51
*** samstav has joined #heat13:54
*** samstav has quit IRC13:55
*** matsuhashi has quit IRC13:56
*** matsuhashi has joined #heat14:00
*** aweiteka has joined #heat14:00
*** e0ne_ has joined #heat14:03
*** dims_ has quit IRC14:03
*** openstack has joined #heat14:04
*** akuznetsov has quit IRC14:04
*** e0ne has quit IRC14:05
*** aweiteka has quit IRC14:08
*** cfriesen has joined #heat14:08
*** rcleere has joined #heat14:09
Qimingshardy: are you there?14:10
Qimingsdake: are you online?14:10
*** samstav has joined #heat14:11
*** daneyon has joined #heat14:12
*** Qiming has quit IRC14:13
*** dims_ has joined #heat14:15
openstackgerritThomas Herve proposed a change to openstack/heat: Fix user provider template registration  https://review.openstack.org/7995314:16
thervePfiu14:16
*** ramishra has quit IRC14:16
*** akuznetsov has joined #heat14:21
*** chandan_kumar has quit IRC14:22
*** aweiteka has joined #heat14:23
*** matsuhashi has quit IRC14:23
*** vijendar has joined #heat14:24
*** vijendar has quit IRC14:24
*** vijendar has joined #heat14:24
*** chandan_kumar has joined #heat14:25
*** gokrokve has joined #heat14:25
*** Guest8106 has quit IRC14:27
*** jamieh has joined #heat14:28
*** jamieh is now known as Guest2411614:28
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Add handle_update to VolumeAttachment  https://review.openstack.org/7268114:29
*** e0ne_ has quit IRC14:30
*** Guest24116 is now known as jamiehannaford14:30
*** matsuhashi has joined #heat14:30
*** david-lyle has joined #heat14:30
*** tomek_adamczewsk has joined #heat14:30
*** zns has joined #heat14:32
*** e0ne has joined #heat14:35
*** nati_ueno has joined #heat14:36
openstackgerritA change was merged to openstack/heat: Improve compatibility between Keystone V2 and V3  https://review.openstack.org/7905314:36
*** topol has quit IRC14:38
*** yidclare has quit IRC14:39
*** chandankumar_ has joined #heat14:40
*** chandankumar_ has quit IRC14:40
openstackgerritThomas Herve proposed a change to openstack/heat: Default properties to the empty dict in ResourceGroup  https://review.openstack.org/7995914:47
thervepshchelo, I think the bug you opened is just a problem with your patch14:51
therveIf you update self.properties when you need to, it should work14:51
*** jmckind has joined #heat14:54
*** tspatzier has joined #heat15:00
*** gokrokve has quit IRC15:02
*** IlyaE has joined #heat15:02
*** gokrokve has joined #heat15:03
*** saju_m has quit IRC15:03
*** saju_m has joined #heat15:04
*** gokrokve_ has joined #heat15:04
*** nkhare has joined #heat15:04
*** randallburt has joined #heat15:06
*** gokrokve has quit IRC15:08
*** aweiteka has quit IRC15:09
*** topol has joined #heat15:13
pshchelotherve: how is that? I was just implementing handle_update, and self.properties are updated outside of it in Resource.update(). Besides, different behaviour seems like a bug.15:15
thervepshchelo, It's a bit unclear to me to, but I think it depends on what you want to do in handle_update.15:16
pshcheloI will try to come up with some example using existing code in master15:16
thervepshchelo, See WaitCondition.handle_update for example. It explicitely updates self.properties15:16
pshchelook, will take a look15:17
*** topol has quit IRC15:18
*** Linz has joined #heat15:18
openstackgerritSteven Hardy proposed a change to openstack/python-heatclient: Deprecate create/adopt --create-timeout in favor of --timeout  https://review.openstack.org/7948715:18
openstackgerritSteven Hardy proposed a change to openstack/python-heatclient: Add timeout option to stack-update  https://review.openstack.org/7948815:18
*** matsuhashi has quit IRC15:18
*** dmakogon__ is now known as denis_makogon15:20
*** aweiteka has joined #heat15:21
spzalasdake: Hi! Got a minute, pl?15:23
*** tomek_adamczewsk has quit IRC15:23
*** chandan_kumar has quit IRC15:26
*** ramishra has joined #heat15:28
*** chandan_kumar has joined #heat15:28
*** chandan_kumar has quit IRC15:28
pshchelotherve: I tried what WaitCondition is doing, and it does not work, as json_snippet also contains already updated properties at this stage (when using get_param)15:30
thervepshchelo, Right, the idea is that you may need to update self.properties as you need.15:31
therveIt may not be the exact same code15:31
*** ZZpablosan is now known as pablosan15:31
*** pablosan has quit IRC15:32
pshchelobut how could I un-update it when it is already updated? and I've found no way to get a reference to the original resource params in this case...15:32
*** ramishra has quit IRC15:32
*** pablosan has joined #heat15:32
thervepshchelo, self.t['Properties'] ?15:33
shardypshchelo: why do you want to reference the pre-update properties, to me it's expected that you need to resolve all references in terms of the new, post-update properties?15:34
pshchelotherve: nope, tried that15:34
therveI'm sure that works.  We do that in several places15:34
shardytherve: yeah it must do as we don't update the template until the end of the stack_task15:35
shardyupdate_task I mean15:35
*** giulivo has quit IRC15:35
*** akuznetsov has quit IRC15:35
pshcheloshardy: with VolumeAttachment I first need to detach the old volume, so I need the old volume_id for that15:35
thervepshchelo, self.t['Properties][self.VOLUME_ID]15:36
*** jprovazn has quit IRC15:37
*** giulivo has joined #heat15:38
*** jprovazn has joined #heat15:38
pshchelojust tried it, it already contains the volume_id I supplied with stack-update15:38
zanebtherve, pshchelo: do y'all have a link to the patch you're discussing?15:38
pshchelozaneb: https://review.openstack.org/#/c/72681/15:39
*** jprovazn has quit IRC15:39
openstackgerritSergey Kraynev proposed a change to openstack/heat: Insertion port id in address attribute of server  https://review.openstack.org/7996915:39
*** saju_m has quit IRC15:40
pshcheloand the bug I've filed https://bugs.launchpad.net/heat/+bug/1291411 (a bit too much to read though.. :( )15:41
*** Linz has quit IRC15:46
zanebpshchelo: if something changed recently it was almost certainly this: https://github.com/openstack/heat/commit/ca819d0bb33b6d54e88f85630dd111f9e8bf97ac15:47
pshchelozaneb: thanks, will take a deeper look15:49
*** sabeen has joined #heat15:50
thervepshchelo, you shouldn't use update_allowed_properties BTW. I don't even know why that exists15:52
shardytherve: it was used before we had properties schema and everything was hard-coded15:53
therveAh okay15:53
zanebpscheie, pshchelo: one of you needs to change your IRC nick ;)15:53
zanebpshchelo: it seems to me that VolumeDetachTask should take an attachment ID instead of a volume ID as an argument15:54
zanebthen the problem goes away15:54
zanebthere's no point trying to guess the volume id associated with a particular attachment id just so we can turn it back into an attachment id using a linear search15:56
*** che-arne has joined #heat15:58
*** nkhare has quit IRC15:59
pshchelozaneb: yes, it will probably solve the problem. But it is still strange difference in behaviour in relation to using/not using get_param16:00
*** spzala has quit IRC16:00
*** Tross has joined #heat16:01
zanebpshchelo: yes, that... is very strange indeed16:01
*** akuznetsov has joined #heat16:03
pshchelozaneb: and I would still need to get volume_id in the DetachTask to be able to poll the volume for its status16:06
zanebhmmm... can you not query the attachment id and find out what volume it is for?16:07
pshchelowill try16:07
*** daneyon has quit IRC16:12
*** daneyon has joined #heat16:12
*** jistr has quit IRC16:14
*** nati_ueno has quit IRC16:23
*** gokrokve_ has quit IRC16:25
*** sabeen has quit IRC16:26
*** sabeen has joined #heat16:26
*** alexpilotti has joined #heat16:30
*** randallburt1 has joined #heat16:40
*** randallburt has quit IRC16:40
*** lindsayk has joined #heat16:42
*** randallburt1 has quit IRC16:44
openstackgerritA change was merged to openstack/heat: Modify assert statement when comparing with None  https://review.openstack.org/7377316:45
*** jamiehannaford has quit IRC16:47
*** jasond has quit IRC16:50
*** gokrokve has joined #heat16:50
*** pvaneck has joined #heat16:51
*** e0ne has quit IRC16:54
*** faramir1 has quit IRC16:54
*** cody-somerville has quit IRC16:58
*** mkollaro1 has quit IRC16:59
*** cody-somerville_ has joined #heat17:03
*** cody-somerville_ has quit IRC17:03
*** cody-somerville_ has joined #heat17:03
*** sballe has joined #heat17:03
*** harlowja_away is now known as harlowja17:04
*** nati_ueno has joined #heat17:06
*** andrew_plunk has joined #heat17:06
andrew_plunkhey therve, are you around?17:06
*** gokrokve_ has joined #heat17:09
*** sballe has quit IRC17:10
*** pafuent has left #heat17:12
*** gokrokve has quit IRC17:12
*** saurabhs has joined #heat17:16
*** saju_m has joined #heat17:17
openstackgerritSteven Hardy proposed a change to openstack/heat: Devstack getting started, update IMAGE_URLS  https://review.openstack.org/8000717:20
*** jamieh has joined #heat17:21
*** jamieh is now known as Guest3561317:21
*** Guest35613 has quit IRC17:23
*** TonyBurn has quit IRC17:24
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Add handle_update to VolumeAttachment  https://review.openstack.org/7268117:24
*** yidclare has joined #heat17:25
*** pshchelo has quit IRC17:31
*** Tross has quit IRC17:34
therveandrew_plunk, yep!17:35
andrew_plunkIn regards to: https://review.openstack.org/#/c/79953/17:35
andrew_plunkwhen I tested it locally I was still getting the KeyError17:35
therveandrew_plunk, How did you test?17:36
andrew_plunkdoing stack-creates with a running heat17:36
therveandrew_plunk, The stack wasn't existing before my patch?17:36
andrew_plunkbefore and after your patch, I get a KeyError when trying to do the stack create17:37
andrew_plunkand yes it is a new stack17:38
*** openstackstatus has quit IRC17:38
therveLet me retry17:38
*** openstackstatus has joined #heat17:38
therveandrew_plunk, But do you understand the different approach?17:38
therveYour patch tries to fix the issue too late IMHO17:38
andrew_plunkagreed therve17:38
andrew_plunklet me review your patch again. I am unfamiliar with the environment code so I did not have a lot of context17:39
*** julienvey has quit IRC17:39
*** stannie has quit IRC17:40
therveandrew_plunk, http://paste.openstack.org/show/73274/ is the template I used17:41
therveI just worked for me17:41
therveIt just worked for me17:42
*** yogesh has joined #heat17:42
andrew_plunkI will try it out17:43
therveandrew_plunk, I guess what your patch does is fixing old broken stacks17:43
therveIE if they are already stored in the database17:43
therveSo maybe we can complement them17:43
*** IlyaE has quit IRC17:43
andrew_plunkok therve. I could have sworn that it was failing on the new stack that I was trying to create, however I may have been wrong17:44
andrew_plunkI will try again with an empty db, and then remove my -1 if it works17:44
therveCool thanks17:44
andrew_plunkthank you17:44
*** alexheneveld has quit IRC17:48
*** randallburt has joined #heat17:50
*** Fin1te has joined #heat17:51
*** alexheneveld has joined #heat17:53
andrew_plunktherve: you were right, it worked with the empty database17:54
therveSweet :)17:55
therveandrew_plunk, We can keep both patches I guess. If you add a test to yours :)17:55
andrew_plunksure think therve. I will do that now17:55
andrew_plunkthanks!17:55
therveandrew_plunk, You can use pop(..., None), too17:55
andrew_plunkgood point therve17:57
*** mspreitz has joined #heat17:58
mspreitzHas anybody here exercised OS::Heat::AutoScalingGroup on a nested stack with a OS::Neutron::PoolMember?17:58
openstackgerritSteven Hardy proposed a change to openstack/python-heatclient: Output warnings for deprecated commands  https://review.openstack.org/8003418:01
*** IlyaE has joined #heat18:01
*** lindsayk1 has joined #heat18:05
*** lindsayk has quit IRC18:07
*** derekh has quit IRC18:07
*** zns has quit IRC18:11
*** daneyon has quit IRC18:13
*** daneyon has joined #heat18:14
*** daneyon has quit IRC18:14
radixcan someone say how many hours there are until the heat meeting? :)18:17
*** yidclare has quit IRC18:17
shardyradix: about 2.7 :)18:19
shardyduh, I mean 1.7!18:19
* shardy goes to get some food18:21
radixhehe, ok :)18:21
*** Fin1te has quit IRC18:22
*** jistr has joined #heat18:22
*** killer_prince is now known as lazy_prince18:26
*** e0ne has joined #heat18:29
*** saju_m has quit IRC18:30
*** pshchelo has joined #heat18:31
*** zns has joined #heat18:32
*** mkollaro has joined #heat18:32
*** tango has joined #heat18:33
*** pshchelo has quit IRC18:34
*** pshchelo has joined #heat18:34
*** pshchelo has quit IRC18:34
*** pshchelo has joined #heat18:38
*** mspreitz has left #heat18:38
*** cody-somerville_ is now known as cody-somerville18:39
*** sdake has quit IRC18:41
*** sdake_ has quit IRC18:42
*** sdake_ has joined #heat18:44
*** jistr has quit IRC18:44
*** sdake has joined #heat18:45
*** e0ne has quit IRC18:49
*** alexheneveld has quit IRC18:54
*** alexheneveld_ has joined #heat18:54
*** mspreitz has joined #heat18:56
mspreitzHas anybody here tested OS::Heat::AutoScalingGroup with OS::Neutron::PoolMember?18:58
*** pshchelo has quit IRC18:58
*** e0ne has joined #heat19:00
randallburtstupid time change.19:02
*** pshchelo has joined #heat19:02
*** pshchelo is now known as pas-ha19:03
*** pas-ha has quit IRC19:04
*** pas-ha has joined #heat19:05
*** jprovazn has joined #heat19:17
openstackgerritA change was merged to openstack/heat: Retry logic for SSH connection in Cloud Server resource  https://review.openstack.org/7767719:20
openstackgerritAndrew Plunk proposed a change to openstack/heat: KeyError generated when using a provider template  https://review.openstack.org/7851419:25
*** zns has quit IRC19:30
*** daneyon has joined #heat19:31
sdakeby the time titanfall was working last night i had to ptfo19:45
*** topol has joined #heat19:47
*** mwheckmann has quit IRC19:47
*** akuznetsov has quit IRC19:48
*** saurabhs has quit IRC19:52
*** blomquisg has quit IRC19:53
*** bgorski has joined #heat19:54
stevebakermeeting time in #openstack-meeting20:00
*** dave79 has quit IRC20:00
*** dave79 has joined #heat20:00
*** saurabhs has joined #heat20:20
*** Slower_ is now known as Slower20:22
*** che-arne has quit IRC20:30
*** e0ne has quit IRC20:36
*** e0ne has joined #heat20:36
*** e0ne has quit IRC20:40
*** funzo has quit IRC20:40
*** funzo has joined #heat20:41
*** e0ne has joined #heat20:42
*** radez is now known as radez_g0n320:43
*** saurabhs has quit IRC20:59
lifelessradix: mspreitz: carrying on here :)21:00
lifeless9:54 < radix> SpamapS: so that they can temporarily remove a node from a load balancer when the node is being e.g. resized21:00
*** rpothier_ has quit IRC21:00
*** skraynev is now known as skraynev_afk21:00
mspreitzthanks21:00
lifelessradix: specifically what I'm getting at is that resize (which heat knows about) is a special case of 'the service on that node is doing something other than being a service *right now*'21:00
lifelessradix: e.g. for non golden image cases it might be doing its nightly apt-cron run and restarting stuff21:00
zaneblifeless: but if we know it's going to happen, there's no sense waiting for requests to start timing out21:01
lifelesszaneb: why would they start timing out ?21:01
mspreitzzaneb: yes, but that's a load balancer feature not an orchestration feature21:02
lifelesszaneb: the service on the node gets warned, it shuts down its listening port, finishes servicing active connections21:02
SpamapSI tend to agree with radix and zaneb here. It can be as simple as touch /var/www/html/shutting-down-ignore-me-lb.txt21:02
lifelesszaneb: then signals to heat to continue21:02
*** randallburt1 has joined #heat21:02
zanebmaybe resize is not a good example here21:02
*** randallburt has quit IRC21:02
lifelesszaneb: at no point are established http connections mistreated.21:02
SpamapSerr sorry21:02
mspreitzradix: not sure I understand your thought about VolumeConnection21:02
SpamapSI tend to agree with lifeless ;)21:02
radixSpamapS: I'm talking about something completely different :)21:02
*** saurabhs has joined #heat21:02
radixI was suggesting *resource* notifications.21:02
radixnot instance notifications21:02
radixthough instance notifications are also cool21:02
* zaneb is no longer sure what we're talking about21:02
SpamapSRight like telling the LB to take the node out of the list21:02
*** yidclare has joined #heat21:02
radixyeah21:03
lifelessradix: yes, but your motivation for it doesn't make sense to me :>21:03
SpamapSis there another use case? because as lifeless is suggesting... you can do that by making your server fail health checks.21:03
lifelessradix: but as zaneb says resize/rebuild might not be a good example,21:03
radixok, maybe it's not21:03
radixI just wanted to make sure my suggestion was made clear :)21:03
mspreitzplease do21:03
lifelessradix: let me repoeat it back to you - load balancers should know if a backend they had in rotation is not there anymore21:03
mspreitzwhat's this about VolumeConnection?21:03
radixmspreitz: lemme make sure I have the resource name...21:04
mspreitzyeah, I think it's different21:04
mspreitzbut I think I know what you mean21:04
*** andrew_plunk has quit IRC21:04
mspreitzI know which resource type you mean21:04
radixit's probably not a good example either :)21:04
mspreitz but what's the scenario where it needs a resource notification?21:05
radixi was just thinking of other non-server, server-dependent resources21:05
radixif it's generally agreed that PoolMember shouldn't need to care, then I think we should just drop ti21:06
radixit*21:06
mspreitzI reserve the right to remember a good use case later21:06
radix:)21:06
mspreitzOK, I've gotta go now.21:07
*** nati_ueno has quit IRC21:07
*** mspreitz has left #heat21:07
*** nati_ueno has joined #heat21:08
*** daneyon has quit IRC21:10
*** daneyon has joined #heat21:11
*** pas-ha has quit IRC21:11
*** jdob has quit IRC21:13
*** e0ne has quit IRC21:16
*** e0ne has joined #heat21:17
radixrandallburt1: grats :)21:18
randallburt1radix:  ?21:19
radixrandallburt1: I see that there's a public product announcement :)21:19
randallburt1radix:  its not public ;)21:20
*** randallburt1 is now known as randallburt21:20
randallburtor I didn't think it would be.21:20
*** andrew_plunk has joined #heat21:20
*** nati_ueno has quit IRC21:20
* radix triple-checks21:21
radixyep, pretty sure it is21:21
*** DandyPandy has joined #heat21:21
*** aweiteka has quit IRC21:21
*** denis_makogon has quit IRC21:21
stevebakerradix: it will be when you post the link here (please)21:21
*** dmakogon_ has joined #heat21:21
radixhaha, well no I'm nervous :)21:21
radixnow*21:22
radixhttp://www.rackspace.com/blog/ -> latest posts21:22
*** zns has joined #heat21:23
zanebhttp://www.rackspace.com/blog/cloud-orchestration-automating-deployments-of-full-stack-configurations/21:23
zanebappears to be public :)21:23
stevebakernice21:23
DandyPandyDon't break my stuff.21:24
radixhaha21:24
shardynice!21:24
*** cody-somerville- has joined #heat21:26
sdake_radix randallburt and other rackers, grats on getting Heat in :)21:27
randallburtwell, that was a little earlier than I expected but thanks!21:27
andrew_plunkthank you :)21:27
sdake_for some reason I thought heat was already in production21:29
zanebhttps://github.com/rackspace-orchestration-templates/ <- this looks pretty cool too21:29
radixsdake_: sshhh21:29
zanebsdake_: it wasn't supported21:29
radixwhoah, nice, a minecraft template21:30
andrew_plunkwe have used that one for testing a lot radix ;)21:30
radixneed to add one for quake servers :)21:30
radixhehe :)21:30
stevebakerThe link was to https://github.com/rackspace-orchestration-templates/sample-templates <- quite minimal21:31
*** sgordon has quit IRC21:31
*** yidclare has quit IRC21:32
*** nati_ueno has joined #heat21:33
* stevebaker really wishes minecraft scales to multiple hosts21:33
stevebaker*that* would be a demo21:33
*** andrew_plunk1 has joined #heat21:34
*** andrew_plunk has quit IRC21:35
openstackgerritA change was merged to openstack/python-heatclient: Rename --timeout global option and make it work  https://review.openstack.org/7948621:36
*** saurabhs has quit IRC21:37
*** saurabhs has joined #heat21:41
radixstevebaker: you know, it would probably parallelize really well21:42
radixfor any case where you're using a lot of memory (because players are in disparate locations in the world), it could be parallelized to run the simulation on different hosts21:42
stevebakerradix: apparently not, unless you do one world per server, with portals between them21:42
radixwell, yes, I'm just talking about the problem, not the implementation21:43
radixthe minecraft multiplayer server is notoriously poorly implemented21:43
radixbrb, heading home from the cafe21:43
*** jprovazn has quit IRC21:48
*** yidclare has joined #heat21:49
*** lindsayk1 has quit IRC21:50
*** achampion has quit IRC21:51
*** topol has quit IRC21:52
*** bgorski has quit IRC21:57
*** jmckind has quit IRC21:58
sdakezaneb those templates look pretty cool22:01
sdakemy kids would like the minecraft one :)22:02
*** yidclare has quit IRC22:04
* zaneb goes to find out what minecraft is22:05
radixzaneb: whaaat22:07
sdakeandrew_plunk re those templates, they are based upon https://blueprints.launchpad.net/heat/+spec/chef-solo-resource22:08
sdakewould be nice to port them to software config22:08
sdakesince chef-solo review expired22:09
*** lindsayk has joined #heat22:09
stevebakerandrew_plunk1: or at the very least rename the resource from OS::Heat22:12
andrew_plunk1I think the long term goal is to port to software config22:13
zanebin other news: http://blog.docker.io/2014/03/docker-will-be-in-openstack-icehouse/22:13
andrew_plunk1stevebaker, what would be the preferred name? I have been making a lot of changes to chefsolo resource and plan to re-submit it to contrib22:14
andrew_plunk1within the next couple days in fact22:14
zanebis anybody else uncomfortable with seeing the sentence "Our plugin for Heat has been accepted into OpenStack and will be in the Icehouse release." in association with something in /contrib?22:14
stevebakerandrew_plunk1: writing a chef hook should be pretty easy. https://review.openstack.org/#/c/70639/ is a puppet hook22:14
andrew_plunk1does that require an in instance agent stevebaker?22:15
*** rcleere has quit IRC22:15
stevebakerandrew_plunk1: it requires os-collect-config, os-refresh-config and os-apply-config, which may well be a non-starter for rackspace images22:15
stevebakerandrew_plunk1: they are tiny22:16
sdakezaneb holeey shit22:16
sdakeThe preferred mechanism orchestrating Docker in OpenStack is via Heat, rather than treating Docker as a form of hypervisor in OpenStack Nova.22:17
*** yidclare has joined #heat22:17
andrew_plunk1That is what I thought. So the long term goal is to get this to get chef to work with software config stevebaker, which I am fine with signing up for. However in instance agents are going to be a long term fix for us atm22:17
zanebsdake: it is odd, sounds like they are giving up22:17
sdakethey got kicked out of nova22:17
zanebit needs keystone integration to be useful22:17
sdakeit was pretty contentious22:17
zanebI went to the design summit session22:17
stevebakerandrew_plunk1: what agent are you using? A hook just takes json on stdin and prints json to stdout. So if your agent is already polling cfn metadata then it wouldn't be hard to get working. Or are you just doing boot-only config with cloud-init?22:18
zaneband it was agreed to explore a separate container API22:18
sdakethe reason they got kicked out of nova was cI issues not implementation22:18
andrew_plunk1stevebaker, this resource is agentless over ssh22:18
stevebakerandrew_plunk1: yeek ;) that could be made to work. You will of course go to hell ;)22:19
andrew_plunk1we download the chef omnibus installer and execute it on the spun up instance over ssh22:19
andrew_plunk1haha stevebaker, it is a short term fix to our problem of needing chef imo22:20
*** sabeen has quit IRC22:20
*** vijendar has quit IRC22:20
andrew_plunk1If I sign up for chef support in software config, how would you feel about me trying to get this into contrib?22:20
andrew_plunk1stevebaker^^22:20
*** mkollaro has quit IRC22:21
*** mkollaro has joined #heat22:21
stevebakerandrew_plunk1: if you write a standard chef hook that works like the others, then I would be OK with something in contrib which lets you execute the hook agentless22:22
*** tspatzier has quit IRC22:22
andrew_plunk1ok stevebaker, that sounds like a good compromise to me. I am in a meeting atm, but can I circle back with you later to talk about this later?22:22
stevebakerandrew_plunk1: ok, because the other hooks should be able to use the same agentless technique22:23
andrew_plunk1great point stevebaker22:23
andrew_plunk1ttyl22:23
*** andrew_plunk1 has quit IRC22:24
*** arbylee has quit IRC22:25
*** e0ne has quit IRC22:25
*** e0ne has joined #heat22:25
*** e0ne has quit IRC22:25
*** yogesh has quit IRC22:27
*** daneyon has quit IRC22:29
zanebsdake: I submitted a comment, wonder if they'll post it ;)22:30
*** harlowja has quit IRC22:30
*** harlowja has joined #heat22:31
*** jergerber has joined #heat22:35
sdake_zaneb what was yoru comment22:37
*** randallburt1 has joined #heat22:37
*** randallburt has quit IRC22:37
*** jergerber has quit IRC22:41
sdake_\o/ bitcoin miner is here, time to print more money!22:41
openstackgerritSteve Baker proposed a change to openstack/heat: Debugging aide for bug 1291097  https://review.openstack.org/8010322:43
*** pablosan is now known as ZZpablosan22:44
*** rpothier_ has joined #heat22:46
*** Daviey has quit IRC22:46
SpamapSstevebaker: questions22:48
stevebakerSpamapS: answers22:48
*** jcru has quit IRC22:49
SpamapSstevebaker: so the way I'm reading resources.software_config.software_deployer ...22:49
SpamapSstevebaker: if I want to signal and wait for response to DELETE, I'm signalling and waiting for delete of the deployer..22:49
SpamapSstevebaker: correct?22:50
SpamapSor rather, if I want to wait for the signal before I complete teh delete?22:50
SpamapSstevebaker: I don't see anywhere that the server which the deployer is attached to is informed of the deployer.. which is what I need for the rebuild and delete cases..22:51
stevebakerSpamapS: a deployment which runs in action DELETE will create a derived config that has the DELETE workload, and then stay in DELETE IN_PROGRESS until a signal is received from the server with the results of the config execution22:52
SpamapSstevebaker: right, I think I understand that, but that is the deployer DELETE IN_PROGRESS, not the server.22:52
sdake_zaneb note the graphic on the docker page says OS::Heat::Docker22:52
sdake_I don't think that is accurate, last I lookced it was DockerInc::Docker::Container22:53
sdake_OS::Heat implies something entirely different22:53
SpamapSagreed, contrib should not ever have OS::* in it22:54
stevebakerSpamapS: shutdown for rebuild and reboot are weird, because its a stack update, the dependencies are in create order (not reversed delete order) so it might not be easy to use the deployment resource state. Rather than doing this with deployment resources in the template, you could make deployment API calls directly in your server subclass, something like an ephemeral deployment for the duration of the shutdown22:56
sdake_SpamapS I left an update on their blog so they comprehend :) - in the codebase, its dockerinc::docker::container22:56
radixsdake_: the example template too, not just the graphic...22:57
SpamapSstevebaker: ah right, that does make sense. I was thinking I'd add it to an explicit deployer.22:57
radixyeah, it is definitely not OS::Heat::Docker, I'm not sure where they're getting that22:57
sdake_radix probably just a ocmmunication error between marketdroids and e3ngineering :)22:58
*** Daviey has joined #heat22:58
radixyeah :)22:58
stevebakerSpamapS: so you have a config in your template, some properties on the server to specify the config for shutdown actions, and make deployment crud calls in Server handle_update tasks22:58
SpamapSstevebaker: heh.. I recall the deployers being used because we didn't want to list config objects in-line .. :)22:59
SpamapSright on ok I have a clear plan now22:59
SpamapSback into the cone of silence22:59
stevebakerSpamapS: true, but rebuild/reboot is special23:00
stevebakerSpamapS: and actually you can use config without deployment for boot config23:00
SpamapSright23:00
SpamapSstevebaker: both of those statements are true indeed :)23:00
* SpamapS slips into a code trance23:00
*** dims_ has quit IRC23:02
SpamapSI think we have a bug in Heat23:10
SpamapS| 529b9c99-fd73-4bc0-960e-566959f5da59 | overcloud-NovaCompute0-crmbaavu54w7 | ACTIVE | -          | Running     | ctlplane=192.0.2.7 |23:10
SpamapS| NovaCompute0                 | 476a1caa-6b47-4e43-b938-e33fda1212b4 | state changed          | CREATE_IN_PROGRESS | 2014-03-12T22:44:32Z |23:10
SpamapS| NovaCompute0                 | f72d80de-6193-452d-977d-0858fe39bd8a | state changed          | CREATE_COMPLETE    | 2014-03-12T23:02:33Z |23:11
SpamapSOh wait ok..23:11
SpamapSn/m23:11
SpamapSNovaCompute0Config is not creating yet... but it deps on notCompute0 .. n/m23:11
*** nati_ueno has quit IRC23:11
*** nati_ueno has joined #heat23:12
*** dims_ has joined #heat23:16
*** saurabhs has quit IRC23:24
*** achampion has joined #heat23:25
*** wchrisj has quit IRC23:26
*** saurabhs has joined #heat23:27
openstackgerritSteve Baker proposed a change to openstack/heat: Debugging aide for bug #1291061  https://review.openstack.org/8011423:29
*** ramishra has joined #heat23:32
SpamapSstevebaker: Hi so I'm having trouble seeing how to use deployment in templates. Do you have some example templates stuffed somewhere?23:36
*** lsmola has quit IRC23:36
SpamapSstevebaker: since I need to emulate it. :)23:36
stevebakerSpamapS: https://review.openstack.org/#/q/status:open+project:openstack/heat-templates+branch:master+topic:bug/1291097,n,z23:36
*** lsmola has joined #heat23:37
stevebakerSpamapS: each have an example template23:37
SpamapSstevebaker: ty23:37
asalkeldzaneb, yes that docker template is a toy23:38
asalkeldexpecting users to implement/manage their own nova effectively23:38
zanebI guess they're trying to make the best out of being kicked out of Nova23:39
asalkeldno scaling23:39
*** david_lyle_ has joined #heat23:39
asalkeldwell they welcome to submit a docker service template23:39
asalkeldthat scales23:40
*** yidclare has quit IRC23:40
asalkeldand you can use get_resource, instead of that endpoint23:40
SpamapSstevebaker: ahh I had missed user_data_format: SOFTWARE_CONFIG in my internals reading.. much sense, so answers23:40
*** david-lyle has quit IRC23:41
SpamapSstevebaker: this is really nice btw https://review.openstack.org/#/c/70297/8/hot/software-config/example-script-template.yaml23:41
stevebakerSpamapS: there will be docs one day23:43
SpamapSstevebaker: ahhahahahahahahaa .. good one ;)23:43
stevebakerI know, *sigh*23:43
lifeless'docs'23:43
SpamapSoh wait, we're really doing docs now? ;)23:43
openstackgerritGregory Haynes proposed a change to openstack/heat: Catch NotFound exception on user delete_key  https://review.openstack.org/8011623:44
stevebakerif you vote for my talk I'll *have* to write docs23:44
lifelessstevebaker: 'live reading of the heat user manual ' ?23:45
stevebakerlifeless: in raw docbook23:46
SpamapSCall me Heat....23:47
*** saurabhs has quit IRC23:47
*** saurabhs has joined #heat23:48
*** wchrisj has joined #heat23:48
SpamapSstevebaker: does signal_transport: HEAT_SIGNAL only exist in theory?23:49
stevebakerSpamapS: CFN_SIGNAL and HEAT_SIGNAL are both broken for me currently due to auth issues, but I expect CFN_SIGNAL to be working again next, followed by HEAT_SIGNAL23:50
SpamapSstevebaker: what implements HEAT_SIGNAL? python-heatclient ?23:51
SpamapSor have things been landing in o-c-c without my knowledge? :)23:51
stevebakerSpamapS: yes, heat resource-signal <stack> <resource> -D "{...}"23:51
stevebakerSpamapS: my orc script is doing the signalling https://review.openstack.org/#/c/79758/3/hot/software-config/elements/heat-config/os-refresh-config/configure.d/55-heat-config23:52
SpamapSstevebaker: I'm more curious about the polling than the signalling.23:52
stevebakerSpamapS: I'll write an occ collector for metadata polling when things are less broken23:52
SpamapSstevebaker: excellent.. just trying to make reasonably pragmatic choices while trying to stand this strawman up.23:53
SpamapSwell.. strawman isn't the right word. :-P23:53
stevebakerSpamapS: currently pragmatic==cfn23:53
SpamapSanyway .. -> back to the cone of silence23:53
SpamapSand by silence I mean HBR1.com trance stream and no IRC :)23:54
*** gokrokve_ has quit IRC23:54
*** gokrokve has joined #heat23:55
lifelessheh23:55
*** gokrokve has quit IRC23:59

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