Tuesday, 2015-05-12

*** dims has joined #heat00:00
*** sdake has quit IRC00:01
jamielennoxmiguelgrinberg, stevebaker: there's a keystone session where we will be discussing ways we pass around user auth: http://libertydesignsummit.sched.org/event/5c44b68fe95ff66d85c3a805787fc9e700:02
jamielennoxmay or may not be relevant as it's mostly about the user rather than a service auth00:03
miguelgrinbergjamielennox: okay, so correct me if I'm wrong. We need three auth objects: #1 the user's admin (same as every other module), #2 the heat domain admin users (the one that creates the temp users), #3 the auth for the temp users themselves. Are we missing anything?00:03
*** achanda has quit IRC00:04
jamielennoxi don't think so, but i'm not an expert here00:04
miguelgrinbergwell, we have at least that many in the code, unless I'm misunderstanding it00:05
jamielennoxi'm just going back to look at current master rather than my patches00:05
miguelgrinbergokay, I'm currently looking at the diffs in your patch00:07
jamielennoxso #2 is the domain_admin creds00:07
jamielennoxbut #1 is in context and is different based on whether there is a trust_id or not00:08
miguelgrinbergyeah, the one created by domain_admin_auth function. Which still uses keystone_authtoken for the auth_uri endpoint00:08
jamielennoxthat ones is relatively easy to solve00:08
jamielennoxgerrit down again00:09
miguelgrinbergSo for #1 I think you had another patch that did the right thing, correct?00:09
jamielennoxso domain_admin_auth doesn't use keystone_authtoken - or it does for the auth_url but you have to provide a domain_admin_uesr00:09
miguelgrinbergcrap, gerrit is down now00:10
jamielennoxbut admin_auth uses the keystone_authtoken00:10
jamielennoxwhich appears to be the auth we delegate trusts to00:11
asalkeldany rax guys about?00:11
asalkeldmaybe too late00:12
jamielennoxbut it's half handled in keystoneclient where it creates the trust, and completely differently in context where it uses keystone_authtoken to load if a trust_id is set in context00:12
jamielennoxthe relationship between context and keystoneclient is weird00:12
miguelgrinbergasalkeld: I'm a rax guy, but you probably don't mean me :)00:13
asalkelddoh, that's right00:13
asalkeldmiguelgrinberg: can you replace cloud-server resource with a nova server?00:13
miguelgrinbergyou mean the rax specific server resource?00:14
asalkeldmiguelgrinberg: i am wondering if these: https://github.com/rackspace-orchestration-templates can be used on "normal" openstack00:14
asalkeldor what needs to be done to do that00:14
asalkeldit does seem like the cloud server in contrib has the same properties as nova server00:15
miguelgrinbergI'm not on the public cloud team, but my understanding is that these days they prefer OS::Nova::Server over the rax specific one00:15
*** Drago1 has joined #heat00:15
miguelgrinbergI have always used that regular resource w/o any problems00:15
asalkeldmiguelgrinberg: it's more "can I use those template ^"00:16
asalkeldbut seems ok00:16
asalkeldi'll give them a go00:16
miguelgrinbergsounds like the best way to find out is to try them. They look pretty normal00:16
miguelgrinbergasalkeld: except there is our load balancer resource on some00:17
asalkeldsure00:18
miguelgrinbergI haven't used that one, not sure if it is based on the neutron resource or is completely custom to our setup00:18
asalkeldmiguelgrinberg: good to get your input here too: https://etherpad.openstack.org/p/liberty-cross-project-user-notifications00:22
*** alanf-mc has joined #heat00:23
asalkeldthat's the cross project session for user notifications, probably needs some api wg people there00:23
asalkeldand plus rax is working (apparently) on a solution to this00:23
miguelgrinbergasalkeld: of which I know nothing about :)00:23
asalkeldmiguelgrinberg: lol, go find out00:24
miguelgrinbergasalkeld: funny that I need to ask you, but any idea who/what team?00:24
asalkeldhang on, getting a link00:24
*** Drago1 has quit IRC00:26
asalkeld"However, there is a team within Rax working on this SaaS offering:00:26
asalkeldPeter Kazmir and Joe Savak."00:26
miguelgrinbergasalkeld: thanks, I don't know them, but I'll track them down. Big companies...00:26
asalkeldread this: http://lists.openstack.org/pipermail/openstack-dev/2015-April/060748.html00:27
miguelgrinbergasalkeld: we have a couple of API-WG sessions at the summit, I'll make sure to add this topic to the agenda00:36
asalkeldthanks00:36
*** packet has joined #heat00:44
openstackgerritKanagaraj Manickam proposed openstack/heat-specs: Property Group  https://review.openstack.org/17238600:46
asalkeldBill Murray > "I see you're admiring my Crocs," said no one ever.00:53
*** 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/"00:53
-openstackstatus- NOTICE: Gerrit has been downgraded to version 2.8 due to the issues observed today. Please report further problems in #openstack-infra.00:53
*** alanf-mc_ has joined #heat00:57
miguelgrinbergasalkeld: somewhere in that long thread you said we wanted to get rid of heat events. Don't want to take a lot of your time, but if you can summarize why it would help me understand the need for notifications.00:57
*** alanf-mc_ has quit IRC00:57
*** tobe has joined #heat00:58
asalkeldmiguelgrinberg: so yes i want to replace heat events00:59
asalkeld(i wanted to keep the topic generic to all projects)00:59
asalkeldand not talk endlessly about heat00:59
miguelgrinbergyeah, I understand00:59
*** alanf-mc has quit IRC00:59
*** Qiming has joined #heat01:00
miguelgrinbergSo I see the problem as two different sub-problems. First is generating these notifications. To me it looks like events with proper filtering are just that. The second part is delivery to the user, and that are a ton of options for that.01:00
*** achanda has joined #heat01:03
*** KanagarajM has quit IRC01:07
*** Marga_ has quit IRC01:07
*** achanda has quit IRC01:08
*** Qiming_ has joined #heat01:11
*** achanda has joined #heat01:11
*** Qiming has quit IRC01:14
miguelgrinbergjamielennox: so gerrit is back. Did you have a specific question about that trustee auth patch? I have no objections to that change.01:17
jamielennoxmiguelgrinberg: i think we can work it out at the summit, i was looking over things again and i think i just want to move everything to do with auth onto the context01:17
jamielennoxand get rid of the make a new context with this information01:18
jamielennoxjust have a couple of different auth plugins that are available on the context and then the code picks the one they want01:18
asalkeldsorry miguelgrinberg , had someone at the door01:18
miguelgrinbergjamielennox: for our purposes we need the keystone_authtoken 100% banned from the code, all those replace(v2, v3) need to go01:19
jamielennoxyep01:19
miguelgrinbergjamielennox: also something I briefly discussed with shardy_z the other day for an unrelated topic, is webhooks. Are there any plans to talk about keystone helping with that? Basically a token that is limited in use and doesn't expire ever.01:20
miguelgrinbergasalkeld: no01:20
miguelgrinbergno problem01:20
jamielennoxmiguelgrinberg: trusts are as far as we are going to take that01:21
jamielennoxunexpiring tokens are a problem01:21
*** huangtianhua has joined #heat01:21
miguelgrinbergjamielennox: they would be very useful for heat signals01:21
asalkeldlots of problems, generation, format, how to sanitise so no operator info gets leaked, api, format of the event that the user sees01:22
jamielennoxthey'd be very useful for a bunch of things :)01:22
jamielennoxbut they do break a lot of the security model we have01:23
miguelgrinbergjamielennox: yeah, they'll have to be very restricted, ideally they would only authorize a single endpoint01:24
jamielennoxwe really don't have the policy control we would need to be able to restrict them like that01:24
jamielennoxtrusts get us a long way there because you can limit what a trust can do01:24
jamielennoxbut i don't see us ever getting the concept of a non-expiring token01:25
*** erkules_ has joined #heat01:25
miguelgrinbergit's for convenience, with webhooks you just want to pass around a URL, without having to do a keystone interaction01:25
*** cyli has quit IRC01:25
*** ameade has joined #heat01:27
*** pitr-ch_ has quit IRC01:27
*** erkules has quit IRC01:28
miguelgrinbergasalkeld: okay, so nothing inherently wrong with the event storage in the db, but what events are currently generated.01:29
asalkeldmiguelgrinberg: you mean by other services/01:29
asalkeld?01:30
jamielennoxmiguelgrinberg: so what does it provide you over the trust_id01:30
*** cyli has joined #heat01:30
miguelgrinbergasalkeld: well, in general I'm thinking notifications have to be stored somewhere. I'm wondering if with proper cleanup the events table can be the source of the notifications.01:31
*** baikai has joined #heat01:31
jamielennoxi mean i know what it provides, but if you consider the trust_id equivalent of the webhook it just means you need credentials as well01:31
miguelgrinbergasalkeld: or at least one possible source01:31
*** pitr-ch has joined #heat01:31
ameadeasalkeld: hello01:32
asalkeldhi ameade01:35
asalkeldameade: you wanted to chat about the notification stuff?01:36
ameadeasalkeld: yeah01:36
miguelgrinbergjamielennox: correct me if I'm wrong. I think a trust_id is too broad for a webhook, because once it is given out for one specific signal, the owner can then use it for other signals. We want a token that is exclusive to one signal endpoint, and cannot be used on others.01:36
jamielennoxmiguelgrinberg: i'm not sure of the use case, but i guess it wasn't built for like a one off signalling01:37
asalkeldameade: https://plus.google.com/hangouts/_/gwqg4vioffcrnmiif7t2zmimuqa01:38
*** Qiming_ has quit IRC01:38
miguelgrinbergjamielennox: I think for basic security these signal endpoints should stand on their own, you don't want to be able to use the auth that is given out for a signal to delete the whole stack, for example.01:39
*** multi_io has quit IRC01:40
*** multi_io has joined #heat01:41
*** pitr-ch has quit IRC01:41
*** pitr-ch has joined #heat01:43
jamielennoxmiguelgrinberg: by endpoints i assume you mean like nova and other services, this isn't something that will be internal to heat01:45
*** Qiming has joined #heat01:45
*** pitr-ch has quit IRC01:45
*** pitr-ch has joined #heat01:46
*** Tross1 has joined #heat01:46
miguelgrinbergjamielennox: no, by endpoint I mean a heat URL that triggers some action, such as an autoscaling event01:46
jamielennoxmiguelgrinberg: ok, so no i don't see keystone providing anything additional there, but it is something that heat can implement themselves that make use of trusts01:47
*** zzxwill has joined #heat01:48
*** Tross has quit IRC01:50
miguelgrinbergjamielennox: the temp URLs generated by swift are another example of a similar feature, basically a URL that has embedded auth in it. It would be nice to be able to get this functionality from keystone eventually.01:54
jamielennoxi'm not sure what keystone would store in that case, you are looking to bypass auth going to a given url not have keystone validate it01:56
*** pitr-ch has quit IRC01:58
*** Yanyanhu has joined #heat01:59
*** packet has quit IRC02:00
*** pitr-ch has joined #heat02:01
*** hdd has quit IRC02:03
*** Raj1 has joined #heat02:03
*** metral is now known as metral_zzz02:04
miguelgrinbergjamielennox: It's not really bypassing auth, certain URLs get an alternative auth mechanism that uses a one-off token. The big difference is that these tokens need to be validated against the URL they were created for, their scope is much smaller than a usual token.02:04
jamielennoxmiguelgrinberg: so you are looking to use one-off tokens rather than fancy urls? that might be possible02:05
jamielennoxmaybe02:05
jamielennoxthe problems is we persist tokens in a few different ways and so you can't necessarily count how many times a token has been passed02:06
miguelgrinbergjamielennox: the idea is that these URLs + token are given out to other services to invoke on certain events02:06
miguelgrinbergand since they are part of the URL they can get stored on logs, etc. so they should be restricted to the intended use and nothing more02:07
jamielennoxbring it up at a summit session, i think we would need a special token format and a bunch of policy stuff we don't have02:07
*** achanda has quit IRC02:07
jamielennoxit still might be the sort of thing that is easier to implement in heat02:08
*** achanda has joined #heat02:09
miguelgrinbergyes, it can be implemented, in fact we have them in the EC2 compatible API02:09
miguelgrinbergbut on they heat-api side we have a few different options for signals, none as convenient as a webhook URL02:10
miguelgrinbergI'll bring it up at a session if I get a chance, if not I'll continue bugging you/dolph/stanek :)02:12
jamielennoxyea, keep bugging - it would be a fair bit of infrastructure on the keystone side, we don't have a way to scope a token down as far as an endpoint02:13
jamielennoxthere are things we are working on in that regard, but it's a deployer option, not like a dynamic thing02:13
jamielennoxand again we can limit a token down as far as a role, but that's a deployer defined thing02:14
jamielennoxwell, the role is a deployer defined thing02:14
miguelgrinbergCould this be a role created by the trust user? That might work.02:16
*** xuhaiwei has quit IRC02:17
*** metral_zzz is now known as metral02:19
baikaiHi @sdake_02:22
openstackgerritKanagaraj Manickam proposed openstack/heat: Split abandon into pre-abandon(export) and abandon  https://review.openstack.org/18188002:25
*** Raj1 has quit IRC02:29
*** Raj1 has joined #heat02:29
*** KanagarajM has joined #heat02:30
*** Raj1 has quit IRC02:45
*** dims has quit IRC02:45
*** packet has joined #heat02:45
*** packet has quit IRC02:47
*** EricGonczer_ has joined #heat02:51
*** KanagarajM has quit IRC02:55
cmyster_morning02:58
cmyster_hmm02:58
*** cmyster_ is now known as cmyster02:59
*** cmyster has joined #heat02:59
cmysterbetter02:59
cmysterbetter:03:00
*** hdd has joined #heat03:01
elynnmorning cmyster03:02
cmysterhey03:03
*** Qiming_ has joined #heat03:04
*** Qiming__ has joined #heat03:05
*** Qiming has quit IRC03:06
*** Qiming_ has quit IRC03:08
*** cumulus_ has quit IRC03:17
*** cumulus has joined #heat03:18
*** andersonvom has joined #heat03:26
asalkeldetherpad is getting wobbly03:28
ramishramorning all03:29
asalkeldpeople add your thoughts here -> https://wiki.openstack.org/wiki/Summit/Liberty/Etherpads#Heat (into the etherpads)03:32
asalkeldgood to get the ideas flowing earlier rather than too late03:33
*** vijayagurug has joined #heat03:33
*** EricGonczer_ has quit IRC03:36
*** kebray has quit IRC03:37
*** EricGonczer_ has joined #heat03:44
*** kebray has joined #heat03:52
*** vijayagurug has quit IRC03:54
*** EricGonczer_ has quit IRC03:58
*** EricGonczer_ has joined #heat04:06
*** EricGonczer_ has quit IRC04:16
openstackgerrithuangtianhua proposed openstack/heat: Correct volume restore behavior  https://review.openstack.org/18215204:21
*** stevebaker has quit IRC04:22
*** stevebaker has joined #heat04:22
*** dims has joined #heat04:33
*** Marga_ has joined #heat04:36
*** Marga__ has joined #heat04:37
*** sdake_ has quit IRC04:37
*** dims has quit IRC04:38
*** jaypipes has quit IRC04:40
*** Marga_ has quit IRC04:41
*** tobe has quit IRC04:52
openstackgerritKanagaraj Manickam proposed openstack/heat-specs: Monasca resource plugin for Alarm and Notification  https://review.openstack.org/17426204:54
*** KanagarajM has joined #heat04:54
*** sabeen2 has quit IRC04:55
*** jaypipes has joined #heat04:57
*** hdd has quit IRC05:03
*** Qiming__ is now known as Qiming05:08
openstackgerritEthan Lynn proposed openstack/heat: Add network uuid to server networks attribute  https://review.openstack.org/17153405:19
*** LimorStotland has joined #heat05:20
*** huangtianhua has quit IRC05:27
*** ishant has joined #heat05:38
*** vijayagurug has joined #heat05:41
openstackgerritEthan Lynn proposed openstack/heat: Add network uuid to server networks attribute  https://review.openstack.org/17153405:50
openstackgerritEthan Lynn proposed openstack/heat-specs: Enhance property constraints  https://review.openstack.org/17379905:54
*** Murali has joined #heat06:09
*** kebray has quit IRC06:15
*** coolsvap|afk is now known as coolsvap06:18
*** coolsvap is now known as coolsvap|afk06:21
*** tspatzier has joined #heat06:25
*** huangtianhua has joined #heat06:26
*** coolsvap|afk has quit IRC06:28
*** coolsvap has joined #heat06:29
*** jprovazn has joined #heat06:33
openstackgerritEthan Lynn proposed openstack/heat-specs: Enhance property constraints  https://review.openstack.org/17379906:37
*** sdake_ has joined #heat06:38
*** nihilifer has joined #heat06:42
openstackgerritIshant Tyagi proposed openstack/heat: Add attribute type for aws resources  https://review.openstack.org/18216906:42
*** Marga__ has quit IRC06:48
*** jcoufal has joined #heat06:59
*** pitr-ch has quit IRC06:59
*** tobe43 has joined #heat07:00
*** erkules_ is now known as erkules07:11
*** erkules has joined #heat07:12
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Add functional tests from Tempest  https://review.openstack.org/18021707:19
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Add OS_TEST_PATH to testr  https://review.openstack.org/18021607:19
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Add first pass at post_test_hook for functional  https://review.openstack.org/18053907:19
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Move unittests to subdir unit  https://review.openstack.org/18021507:19
*** sdake_ has quit IRC07:23
ramishraskraynev: Hi!07:25
skraynevramishra: hi07:25
ramishraskraynev: It seems you're already working on this https://bugs.launchpad.net/python-heatclient/+bug/144644207:25
openstackLaunchpad bug 1446442 in python-heatclient "Move read only heat CLI tests from tempest" [Medium,Triaged] - Assigned to Rabi Mishra (rabi)07:25
skraynevgood morning all07:25
skraynevyeah07:26
skraynevramishra: honestly I have not seen it, when upload patches07:26
ramishraskraynev: hmm ok. I had started working on it and did not know that you're working on it as there were no bugs07:27
skraynevI checked patches on review and did not meet any about migration07:27
skraynevramishra: I did it without any bug, because I thought, that it is more similar on BP...07:28
ramishraskraynev: it's ok. please refer the bug in the patches so no one would work on it again;)07:28
skraynevramishra: sure, thanks ;)07:28
skraynevwill add on the next patchset07:28
*** inc0 has joined #heat07:29
inc0good morning07:29
*** jistr has joined #heat07:33
openstackgerritMerged openstack/heat: Fix resource-signal for OS::Mistral::Workflow  https://review.openstack.org/18172707:36
nihilifergood morning07:36
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Add functional tests from Tempest  https://review.openstack.org/18021707:45
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Add OS_TEST_PATH to testr  https://review.openstack.org/18021607:45
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Add first pass at post_test_hook for functional  https://review.openstack.org/18053907:45
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Move unittests to subdir unit  https://review.openstack.org/18021507:45
*** ifarkas has joined #heat07:45
openstackgerritSergey Kraynev proposed openstack/heat: Add functional test for neutron port  https://review.openstack.org/17818907:49
*** shardy_z is now known as shardy07:50
*** xuhaiwei has joined #heat07:51
openstackgerrithuangtianhua proposed openstack/heat-specs: Support actions for remote stacks  https://review.openstack.org/18218307:52
*** openstackstatus has quit IRC07:52
*** openstack has joined #heat07:54
shardymiguelgrinberg, jamielennox: reading scrollback, the problem with trusts for in-instance signalling is you still need credentials to get a token07:55
shardythat's why we have the domain-isolated "stack domain user" model, as well as trusts (which are only really useful for deferred authentication, e.g storing credentials inside heat)07:55
*** pas-ha has joined #heat07:55
shardythe whole problem is we *don't* want the credentials inside the instance associated with the stack owner (for the reasons mentioned by miguelgrinberg)07:56
shardyand also, ideally, we don't want to deploy a username/password07:56
shardyfor now, that's what we do, a username and randomly generated password, since there's no other option07:56
shardyideally we'd have a way to prepare a more limited scope secret which could be passed instead of the password, such as the non-expiring endpoint/policy limited token mentioned by miguelgrinberg07:57
shardymorning all btw ;)07:58
openstackgerritEthan Lynn proposed openstack/heat: Add address format check for property  https://review.openstack.org/17368807:58
*** daneyon has quit IRC08:01
*** andersonvom has quit IRC08:01
pas-hamorning all08:03
*** derekh has joined #heat08:09
openstackgerritEthan Lynn proposed openstack/heat: Add address format check for property  https://review.openstack.org/17368808:10
*** nkhare has joined #heat08:10
*** achanda has quit IRC08:25
openstackgerritIshant Tyagi proposed openstack/heat: Add attribute type for heat resources  https://review.openstack.org/18219208:30
*** Marga_ has joined #heat08:42
openstackgerritEthan Lynn proposed openstack/heat: Add mac address format validation  https://review.openstack.org/18219608:47
*** Qiming_ has joined #heat08:48
*** Qiming has quit IRC08:48
*** pal has joined #heat08:49
*** andersonvom has joined #heat08:57
openstackgerritKanagaraj Manickam proposed openstack/heat: heat_keystone README update for service and endpoint  https://review.openstack.org/17858608:58
openstackgerritKanagaraj Manickam proposed openstack/heat: Resource plug-in for keystone endpoint  https://review.openstack.org/17858508:58
openstackgerritKanagaraj Manickam proposed openstack/heat: Resource plug-in for keystone service  https://review.openstack.org/17858408:58
*** htruta has quit IRC09:00
*** huangtianhua has quit IRC09:00
*** andersonvom has quit IRC09:02
*** BManojlovic has joined #heat09:03
*** jtomasek has joined #heat09:06
*** vijayagurug has quit IRC09:14
*** vijayagurug has joined #heat09:15
*** tobe43 has quit IRC09:31
*** daneyon has joined #heat09:31
*** dyasny has quit IRC09:32
openstackgerritKairat Kushaev proposed openstack/heat: Implement update for Manila::Share  https://review.openstack.org/17184509:33
openstackgerritKairat Kushaev proposed openstack/heat: Implement create-delete-check for Manila::Share  https://review.openstack.org/17180609:33
openstackgerritEthan Lynn proposed openstack/heat: Add CIDR format validation  https://review.openstack.org/18220909:35
openstackgerritIshant Tyagi proposed openstack/heat: Fix InstanceList attribute of instance group to return List  https://review.openstack.org/18221009:36
openstackgerritAnant Patil proposed openstack/heat-specs: Retry a request based on error and response codes.  https://review.openstack.org/18169109:45
*** dyasny has joined #heat09:46
*** pitr-ch has joined #heat09:47
*** MasterPiece has joined #heat09:52
*** baikai has quit IRC09:53
*** cdent has joined #heat09:55
*** MasterPiece`` has joined #heat09:55
*** andersonvom has joined #heat09:57
*** MasterPiece has quit IRC09:58
*** DaveJ__ has joined #heat09:58
*** andersonvom has quit IRC10:02
*** Yanyanhu has quit IRC10:03
*** MasterPiece`` has quit IRC10:06
*** Qiming_ has quit IRC10:06
*** Minion_ has joined #heat10:12
*** zuzu has joined #heat10:14
openstackgerritAnant Patil proposed openstack/heat-specs: Retry a request based on error and response codes.  https://review.openstack.org/18169110:16
openstackgerritMerged openstack/heat-specs: Designate resource plug-ins  https://review.openstack.org/17427510:18
*** Minion_ has left #heat10:21
*** zzxwill has quit IRC10:29
*** zuzu has quit IRC10:29
*** dims has joined #heat10:33
*** andrearo1 has joined #heat10:34
*** andrearosa has quit IRC10:36
openstackgerritMerged openstack/heat: Move barbican client in main tree  https://review.openstack.org/18095810:36
*** tochi has quit IRC10:38
*** LimorStotland has quit IRC10:47
*** LimorStotland has joined #heat10:47
openstackgerritMerged openstack/heat-specs: Support actions for remote stacks  https://review.openstack.org/18218310:48
*** ananta_ has joined #heat10:49
asalkeldnight all10:50
*** asalkeld has quit IRC10:50
*** coolsvap is now known as coolsvap|afk10:52
*** nkhare has quit IRC11:01
*** links has joined #heat11:04
*** andrearo1 is now known as andrearosa11:07
*** pal has quit IRC11:12
*** nkhare has joined #heat11:14
*** blues-man has joined #heat11:24
openstackgerritMerged openstack/python-heatclient: Move unittests to subdir unit  https://review.openstack.org/18021511:24
*** MasterPiece has joined #heat11:27
openstackgerritMerged openstack/heat: Add remaining_executions attribute to OS::Mistral::CronTrigger  https://review.openstack.org/17730811:28
*** tspatzier has quit IRC11:30
*** tspatzier has joined #heat11:30
*** tspatzier has quit IRC11:30
*** blues-man has quit IRC11:32
*** LimorStotland_ has joined #heat11:36
*** ananta_ has quit IRC11:37
*** stevebaker has quit IRC11:39
*** LimorStotland has quit IRC11:39
openstackgerritMerged openstack/heat: Split engine service test cases (3)  https://review.openstack.org/18042611:44
openstackgerritIshant Tyagi proposed openstack/heat: Add attribute type for neutron resources  https://review.openstack.org/18224911:44
*** jistr is now known as jistr|class11:46
*** jistr|class is now known as jistr11:47
*** nkhare has quit IRC11:47
*** jistr is now known as jistr|class11:50
*** pitr-ch has quit IRC11:51
*** EricGonczer_ has joined #heat11:53
openstackgerritIshant Tyagi proposed openstack/heat: Add attribute type for openstack resources  https://review.openstack.org/18225511:56
*** jistr|class is now known as jistr11:57
*** lkarm has joined #heat12:00
*** harmw has quit IRC12:00
*** nkhare has joined #heat12:02
*** dims_ has joined #heat12:03
*** dims has quit IRC12:06
*** nkhare has quit IRC12:16
*** tspatzier has joined #heat12:16
*** ananta_ has joined #heat12:19
*** htruta has joined #heat12:21
openstackgerritRyan Brown proposed openstack/heat: Add a periodic task to clean up engine threads  https://review.openstack.org/18155912:27
*** rpothier has joined #heat12:34
*** Marga_ has quit IRC12:38
openstackgerritnoa proposed openstack/heat-specs: Spec for Add lock and unlock stack actions.  https://review.openstack.org/17178112:39
*** dims_ has quit IRC12:40
*** aweiteka has joined #heat12:42
*** dims has joined #heat12:42
*** ananta_ has quit IRC12:45
*** ananta_ has joined #heat12:46
*** Adri2000 has quit IRC12:49
*** radez_g0n3 is now known as radez12:49
*** Adri2000 has joined #heat12:50
*** DaveJ__ has quit IRC12:51
*** blues-man has joined #heat12:54
*** EricGonczer_ has quit IRC12:56
*** hdd has joined #heat13:01
*** sdake has joined #heat13:01
openstackgerritRyan Brown proposed openstack/heat: Add a periodic task to clean up engine threads  https://review.openstack.org/18155913:02
*** sdake_ has joined #heat13:03
*** jistr is now known as jistr|mtg13:04
*** sdake has quit IRC13:06
*** nihilifer has quit IRC13:13
*** KanagarajM has quit IRC13:14
*** sdake_ is now known as sdake13:18
*** ananta_ has quit IRC13:22
openstackgerritMerged openstack/heat: Don't use scoping information for admin auth  https://review.openstack.org/17804513:22
*** blues-man has quit IRC13:24
*** blues-man has joined #heat13:24
*** jprovazn has quit IRC13:27
*** andersonvom has joined #heat13:34
openstackgerritTetiana Lashchova proposed openstack/heat: Import python modules instead of objects  https://review.openstack.org/18229113:34
therveskraynev, Why should I use sys.iteritems?13:37
therveJust saw your comment on https://review.openstack.org/18186513:38
*** andersonvom has quit IRC13:38
*** ananta_ has joined #heat13:38
ryansbtherve: six.iteritems is a compatibility thing for python 2/313:39
skraynevtherve: hi. it is related with migration to py3 and we had several patches to use six.iteritems instead items13:39
ryansbbecause items() returns a list in python 2, and an iterator in python313:39
therveskraynev, We still use items in many places13:39
therveI'd understand if I used iteritems(), but it's not the case here13:39
ryansbso to merge the behavior, you use iteritems() which returns an iterator in both cases13:39
therveryansb, That's irrelevant for my code, though13:40
skraynevtherve: probably we have not fix all yet ;) but add new one is not good idea13:40
therveskraynev, Why, though?13:40
therveThe code will work perfectly fine in both py2 and py313:41
skraynevtherve: minus one line change on review in future ;)13:41
therveYou don't need to change that line, is what I'm saying13:41
therveYou should replace usage of iteritems by six.iteritems13:42
therveReplacing usage of items is either not necessary or even wrong13:43
skraynevtherve: hm. got your idea. you are right. so just ignore this one.13:44
*** links has quit IRC13:44
therveI guess you were referring to https://bugs.launchpad.net/heat/+bug/1282888 which mentions iteritems13:47
openstackLaunchpad bug 1282888 in heat "Python 3.x Compatibility - convert x.iteritems to six.iteritems(x)" [Low,Fix released] - Assigned to Razumovsky Peter (prazumovsky)13:47
therveNot sure why we actually fixed this without an automated check13:48
openstackgerritThomas Herve proposed openstack/heat: Support additional Barbican orders  https://review.openstack.org/18186513:50
*** jasond` has joined #heat13:51
skraynevtherve: yes. I meant this one13:52
*** xek is now known as x3k13:52
skraynevtherve: Probably because other tests and check are in progress state (I gave seen it on review)13:53
skraynevtherve: Hope, that we will get it during L13:53
therveskraynev, Are there actually any tests/checks for that?13:54
skraynevtherve: you mean gate job or for local testing.13:55
skraynevanyway for both - no ;)13:55
skraynevbut second is on review13:55
skraynevlet me find13:55
thervehttps://review.openstack.org/#/c/176767/ is in limbo13:55
skraynevskraynev: yes. I mentioned this13:56
*** kebray has joined #heat13:56
therveWell let's fix that13:57
openstackgerritThomas Herve proposed openstack/heat: Add a py34 env  https://review.openstack.org/17676713:59
*** ananta_ has quit IRC13:59
*** ananta_ has joined #heat13:59
*** stevebaker has joined #heat14:00
skraynevtherve: Thumbs up!14:00
skraynevtherve: did you try it locally?14:00
*** andersonvom has joined #heat14:01
therveNo, the gate will talk :)14:01
therveHum I do have py34 for some reasons14:01
*** jprovazn has joined #heat14:04
therveSeems happy enough14:07
*** cmyster has left #heat14:09
*** inc0 has quit IRC14:11
*** Marga_ has joined #heat14:11
*** smccully has joined #heat14:16
*** _smccully has joined #heat14:16
*** _smccully has quit IRC14:16
*** smccully has quit IRC14:16
*** Marga_ has quit IRC14:16
*** smccully has joined #heat14:17
*** Marga_ has joined #heat14:17
*** EricGonczer_ has joined #heat14:17
*** aweiteka has quit IRC14:19
*** signed8bit has joined #heat14:25
*** MasterPiece has quit IRC14:25
openstackgerritOpenStack Proposal Bot proposed openstack/heat: Updated from global requirements  https://review.openstack.org/18191014:29
*** MasterPiece has joined #heat14:29
sirushtitherve, skraynev, yeah, the py34 stuff is really, really stale, I'll revise that in a bit and add a gate job for it in project-config.14:33
thervesirushti, Just updated the patch fwiw14:33
sirushtiHonestly, I wanted some grenade testing for it before I went in on it considering we broke Heat on upgrade with a PY34 compatibility change14:33
sirushtitherve, thanks, I just saw, I think the requirements are out of date on that one.14:34
*** thedodd has joined #heat14:34
thervesirushti, "broke Heat on upgrade" how so?14:34
sirushtitherve, let me find that bug14:34
sirushtitherve, https://bugs.launchpad.net/heat/+bug/144818614:36
openstackLaunchpad bug 1448186 in heat "Error when restart heat-engine" [Undecided,Fix committed] - Assigned to Oleksii Chuprykov (ochuprykov)14:36
therveAh yeah that one14:36
therveWell not sure grenade would help, but possibly14:36
sirushtitherve, probably14:36
therveThat's something that can be introduced by any kind of change though, wouldn't sweat it14:36
sirushtitherve, I suppose I shouldn't be too paranoid about it ;)14:37
*** Murali has quit IRC14:38
*** vijayagurug has left #heat14:39
*** jistr|mtg is now known as jistr14:39
skraynevsirushti: about separate test. I tried to run it locally, but it failed.14:39
sirushtiskraynev, sorry, 'separate'? which test is this?14:40
skraynevhttps://review.openstack.org/#/c/176767/14:40
skraynevsirushti: I mean separate env for py3414:40
sirushtiskraynev, ah that issue, that's a known testr issue. Delete .testrepository and try again?14:41
skraynevsirushti: ok. wait a second14:41
*** sdake_ has joined #heat14:49
*** ananta_ has quit IRC14:51
*** ananta__ has joined #heat14:51
*** ishant has quit IRC14:51
*** achanda has joined #heat14:52
skraynevsirushti: yeap. now it works. thx14:52
*** sdake has quit IRC14:52
*** jaypipes has quit IRC14:54
sirushtiskraynev, just a second, let me update requirements/test-requirements, it got outdated14:54
skraynevsirushti: sure. I can lower to +114:55
openstackgerritSirushti Murugesan proposed openstack/heat: Add a py34 env  https://review.openstack.org/17676714:57
*** jaime49 has joined #heat14:57
sirushtiskraynev, thanks^14:58
*** rwsu has joined #heat14:59
*** achanda has quit IRC15:01
*** alexpilotti has joined #heat15:01
*** kebray has quit IRC15:05
*** nihilifer has joined #heat15:09
*** pas-ha has quit IRC15:10
*** cdent has quit IRC15:12
*** Marga_ has quit IRC15:13
*** hdd has quit IRC15:14
*** daneyon_ has joined #heat15:15
*** crose has joined #heat15:16
*** daneyon has quit IRC15:18
*** sabeen has joined #heat15:18
*** nihilifer has quit IRC15:18
*** Drago has joined #heat15:18
*** Drago has quit IRC15:20
*** Drago has joined #heat15:21
*** pas-ha has joined #heat15:21
*** shakamunyi has joined #heat15:22
openstackgerritnoa proposed openstack/heat-specs: Spec for Add lock and unlock stack actions.  https://review.openstack.org/17178115:22
*** Raj1 has joined #heat15:22
*** barra204 has joined #heat15:22
skraynevtherve: which issue you mentioned in https://review.openstack.org/#/c/182328/1 ? do we have any bug ?15:23
therveskraynev, I didn't bother to open one no15:24
openstackgerritKairat Kushaev proposed openstack/heat: Implement update for Manila::Share  https://review.openstack.org/17184515:25
openstackgerritKairat Kushaev proposed openstack/heat: Implement create-delete-check for Manila::Share  https://review.openstack.org/17180615:25
*** derekh_ has joined #heat15:25
skraynevtherve: do you have any link on traceback or something, that allows to indicate that it's exactly this issue?15:26
therveskraynev, No15:26
therveMaybe I should just remove that message it seems to confuse you :)15:26
skraynevtherve: just want to be sure if something goes wrong it's related with exactly this issue15:26
skraynevtherve: may be :)15:27
skraynevit solve issue, but I steel want to know what the issue was :)15:27
therveskraynev, In devstack, have you tried to shutdown heat-engine?15:27
skraynevbecause if I meet something similar I will not spent time to investigating issue15:28
skraynevtherve: yes15:28
skraynevmy devstack 2 weeks old15:28
therveskraynev, You didn't see anything suspect?15:28
therveIf you use ctrl^c15:28
*** derekh has quit IRC15:29
skraynevHUGE log!15:29
skraynevlike:  Waiting stack 36e8b00d-b53b-4d6d-a37e-e5cfadac2dd5 processing to be finished15:29
skraynevis it what you mean ?15:29
therveNo15:29
therveFor me it just doesn't stop the first time15:30
therveI have to do it twice15:30
therveThere is something weird in SIGINT handling which is fixed by this commit15:30
skraynevOh.15:30
skraynevI have the same, but always suspect that it is expected behavior for devstack.15:31
skraynevheh.15:31
therveNo it's been that way recently :)15:31
*** pitr-ch has joined #heat15:33
*** jtomasek has quit IRC15:33
skraynevtherve: checked with updated code. WFM. thx for spotting ;)15:34
therveNo problem :)15:34
*** BManojlovic has quit IRC15:35
*** hdd has joined #heat15:36
*** pitr-ch has quit IRC15:38
*** sabeen2 has joined #heat15:39
*** ccrouch has quit IRC15:42
openstackgerritThomas Herve proposed openstack/heat: Switch to oslo.policy  https://review.openstack.org/17152715:43
*** sabeen has quit IRC15:43
*** jaypipes has joined #heat15:45
*** nihilifer has joined #heat15:46
*** daneyon_ has quit IRC15:47
*** daneyon has joined #heat15:48
*** vijayagurug has joined #heat15:49
*** jistr has quit IRC15:50
*** nihilifer has quit IRC15:50
*** links has joined #heat15:50
*** Marga_ has joined #heat15:54
*** pitr-ch has joined #heat15:55
*** jaime49 has quit IRC15:56
*** mtreinish has quit IRC15:58
*** rwsu has quit IRC15:58
*** rwsu has joined #heat15:59
*** Tango has joined #heat15:59
openstackgerritJason Dunsmore proposed openstack/heat: Encrypt Heat template hidden parameters  https://review.openstack.org/9790015:59
*** cyli has quit IRC15:59
*** cyli has joined #heat15:59
*** mtreinish has joined #heat16:00
*** lvh has left #heat16:00
*** Marga_ has quit IRC16:01
*** Marga_ has joined #heat16:01
*** kebray has joined #heat16:02
*** jaime49 has joined #heat16:03
*** thedodd has quit IRC16:04
*** thedodd has joined #heat16:04
*** pas-ha has quit IRC16:08
*** thedodd has quit IRC16:09
*** andersonvom has quit IRC16:09
*** openstackgerrit_ has quit IRC16:11
*** thedodd has joined #heat16:16
*** pm90_ has joined #heat16:18
*** Marga_ has quit IRC16:21
*** Marga_ has joined #heat16:22
*** alexheneveld has joined #heat16:26
*** pm90_ has quit IRC16:27
*** pm90_ has joined #heat16:28
*** Marga_ has quit IRC16:28
*** Marga_ has joined #heat16:28
*** alanf-mc has joined #heat16:32
*** Raj1 has quit IRC16:33
*** nijaba has quit IRC16:34
*** derekh_ has quit IRC16:45
*** ananta__ has quit IRC16:48
*** jcoufal has quit IRC16:52
*** sergmelikyan has joined #heat16:57
*** hdd_ has joined #heat17:02
*** alanf-mc has quit IRC17:02
*** mtreinish has quit IRC17:02
*** hdd has quit IRC17:02
*** cumulus has quit IRC17:02
*** tlashchova has quit IRC17:02
*** jpeeler has quit IRC17:02
*** mtreinish_ has joined #heat17:02
*** tlashchova has joined #heat17:02
*** mtreinish_ is now known as mtreinish17:02
*** jpeeler has joined #heat17:02
*** jpeeler has joined #heat17:02
*** alanf-mc has joined #heat17:02
*** cumulus has joined #heat17:03
larsksWhen triggering a scaling policy, I am getting "Nested stack UPDATE failed: State invalid for UPDATE".  What does that mean? At the moment, everything seems to be in CREATE_COMPLETE, UPDATE_COMPLETE, or CREATE_IN_PROGRESS states.17:04
thervelarsks, CREATE_IN_PROGRESS may be an invalid state for UPDATE17:07
*** blues-man has left #heat17:10
*** sdake has joined #heat17:11
larskstherve: weird.  Because I'm pretty sure the CREATE_IN_PROGRESS was the result of actions triggered by the UPDATE that was triggered by the autoscaling.17:12
larsksOddly enough, it seems to have worked anyway, after a fashion.17:12
therveAh possibly17:13
*** links has quit IRC17:14
larsksOh wait, it didn't work.  That is, it created all the resources, but heat has apparently abandoned them -- there are more os::nova:;servers running than heat reports in 'heat resource-list'.17:14
*** sdake_ has quit IRC17:14
*** alexheneveld has quit IRC17:15
*** Marga_ has quit IRC17:18
*** harlowja has quit IRC17:22
*** harlowja has joined #heat17:22
*** Marga_ has joined #heat17:28
*** signed8bit is now known as signed8bit_ZZZzz17:29
*** achanda has joined #heat17:30
*** e0ne has joined #heat17:31
*** tellesnobrega_ has joined #heat17:38
*** tellesnobrega_ has left #heat17:38
*** chlong has quit IRC17:46
*** signed8bit_ZZZzz is now known as signed8bit17:47
*** e0ne is now known as e0ne_17:47
*** Raj3 has joined #heat17:55
*** Raj3 has quit IRC17:55
*** Raj3 has joined #heat17:55
*** e0ne_ is now known as e0ne17:56
*** e0ne has quit IRC17:59
*** chlong has joined #heat18:00
*** tspatzier has quit IRC18:06
*** ashishjain has joined #heat18:17
*** alexheneveld has joined #heat18:18
ashishjainhello can someone suggest if it is possible to deploy a cluster using heat.18:20
*** vijayagurug has left #heat18:24
*** MasterPiece has quit IRC18:28
*** cdent has joined #heat18:29
*** andersonvom has joined #heat18:35
*** alexheneveld has quit IRC18:41
larsksashishjain: of course you can deploy a cluster using heat.18:43
larsksE.g., https://github.com/larsks/heat-kubernetes18:43
*** alexheneveld has joined #heat18:49
ashishjainlarsks: Hey thanks a lot for this.18:51
*** e0ne has joined #heat18:51
ashishjainlarsks: I am looking into it ... it deploys kube master and minion I suppose18:53
ashishjainbut again using docker containers cloud-init will not work18:53
ashishjainand will have to rely on user-data18:54
*** pm90_ has quit IRC18:54
larsksWell, you *can* use cloud-init in containers, if you build them correctly.  And you just use "curl" to fetch user-data and use that instead.18:58
larsksSo you have several options, depending on what you're trying to do.18:59
*** jprovazn has quit IRC19:01
*** Raj3 has left #heat19:02
*** pfreund has quit IRC19:03
*** ccrouch has joined #heat19:15
*** openstackgerrit_ has joined #heat19:16
openstackgerritJason Dunsmore proposed openstack/heat: Encrypt properties data  https://review.openstack.org/15138819:21
*** alanf-mc has quit IRC19:24
*** openstackgerrit_ has quit IRC19:25
openstackgerritJason Dunsmore proposed openstack/heat: Support for encrypt/decrypt parameters in heat-manage  https://review.openstack.org/17497819:26
*** achanda has quit IRC19:33
*** shakamunyi has quit IRC19:35
*** barra204 has quit IRC19:36
*** thedodd has quit IRC19:38
*** thedodd has joined #heat19:41
*** ashishjain has quit IRC19:41
*** shakamunyi has joined #heat19:50
*** barra204 has joined #heat19:50
shardylarsks: Hey, I'm looking at your auth issue19:50
shardyit appears the problem is specific to OS::Heat::WaitConditionHandle on Juno19:51
larsksshardy: I think we've answered the auth question...has to do with truncating usernames to 64 characters in _get_user.19:51
shardylarsks: well, it's not the truncating afaict, it's that we're not consistently truncating19:51
larsksWell, right :).19:52
shardylarsks: the 64 char thing is a historical thing, we should definitely remove/increase it19:52
larsksSolutions including (a) do not truncate/increase limit (keystone supports 255 characters, apparently), or (b) just use the UUID, which I guess is what happens in kilo.19:52
shardylarsks: Yeah, we use the user ID now, but there is still name truncating, even in master19:52
shardyit just won't manifest in this problem19:53
larsksOkay.  I was planning on trying with a larger limit later today.  For now I'm just running heat-trunk.19:53
shardylarsks: for Juno, there is (c) add consistent truncation to stack_domain_user_token in heat_keystoneclient19:53
shardythen we would use the same username we created the user with19:54
larsksMakes sense.19:54
shardyhttps://github.com/larsks/heat-kubernetes/blob/master/kubecluster.yaml19:55
shardylarsks: just out of interest, is there a reason everything happens via user-data not using SoftwareDeployments?19:56
*** alanf-mc has joined #heat19:56
larsksshardy: at the time I started this, there was no guarantee that the images in use would have the necessary tooling in place.19:56
shardylarsks: Ok, cool19:56
larsksConverting it over to using softwaredeployments is on my list of things to look at :)19:57
shardyI'll raise a bug and try to figure out the least impactful fix19:57
shardylarsks: sorry for the delay on this, been busy with other stuff today19:57
larsksNo worries; running the -trunk version of heat got me unstuck.19:58
larsksBut as long as I have your attention: the current tempaltes rely on the get_file function to load in various file contents.  If I drop the templates into /etc/heat/templates and add some entries to the resource registry, is there a way to make get_file work?19:58
shardylarsks: Hmm, that is a good question.  Possibly not, since get_file is part of python-heatclient IIRC19:59
shardylarsks: if we can't, that's another bug for me to raise ;)20:00
larsksHmmm. Maybe you can provide a suggestion, then: I've been asked to consider packaging up these templates, and I was trying to think of something better than dumping them into /usr/share/doc/foo...20:01
*** alanf-mc_ has joined #heat20:02
*** alanf-mc_ has quit IRC20:02
*** pm90_ has joined #heat20:03
larsksMaybe that's the best way, though.20:03
*** achanda has joined #heat20:04
*** alanf-mc has quit IRC20:05
shardylarsks: right now, I think it may be, we should enable composition of files, including get_file via the global environment though20:11
larsksThanks.20:14
shardyhttps://bugs.launchpad.net/heat/+bug/145440120:15
openstackLaunchpad bug 1454401 in heat "get_file doesn't work in the global environment" [Undecided,New]20:15
*** alanf-mc has joined #heat20:16
shardylarsks: https://bugs.launchpad.net/heat/+bug/1402894 covers your specific juno issue I think20:17
openstackLaunchpad bug 1402894 in heat "Resource group with a nested wait condition handle fails on create" [Medium,Fix released] - Assigned to Miguel Grinberg (miguelgrinberg)20:17
shardyI actually already tagged it juno-backport-potential, but then forgot to backport it..20:17
* shardy sees if it applies cleanly20:18
*** kebray has quit IRC20:20
miguelgrinbergshardy: sorry, I missed the backport flag. Let me know if you need any help with this. I'm well setup to test this condition on Juno if necessary.20:21
*** achanda has quit IRC20:21
larsksshardy: Ooo, nifty; I was just going to ask if there was a bug.  Thanks.20:23
*** andersonvom has quit IRC20:24
*** andersonvom has joined #heat20:26
shardymiguelgrinberg: no worries, I wasn't necessarily expecting you do it, I just set it as a reminder to myself more than anything20:27
shardyevidently it didn't work ;)20:27
shardyPatch applies with only a little conflict mangling20:27
miguelgrinbergokay, great20:28
shardyI don't have a Juno environment I can test with, so I'll push it if the local unit tests pass20:28
shardylarsks: do you still have your juno box, or did you completely rebuild w/heat-master?20:29
larsksshardy: It is running heat-master right now, but I could tear that out and re-install the juno packages and re-create the database.20:30
larsksI am happy to test things if that's what you're looking for.20:31
shardylarsks: if you can try this backport without burning loads of time on it that would be great20:33
larsksSure!20:33
*** logan2 has quit IRC20:33
shardymiguelgrinberg: ah, you said you're well setup to test this too :)20:34
* shardy is relieved he's not having to tear down his brand-new devstack ;)20:34
*** lkarm1 has joined #heat20:35
*** lkarm has quit IRC20:35
shardyhttps://review.openstack.org/18244620:35
miguelgrinbergshardy: I did, just need to boot a Juno system, takes about 45min. I'll get one started.20:35
shardylarsks, miguelgrinberg ^^20:35
miguelgrinbergshardy: I'll report later today on the patch.20:36
*** achanda has joined #heat20:36
shardymiguelgrinberg: that would be great, thanks!20:36
*** openstackgerrit has quit IRC20:37
*** openstackgerrit has joined #heat20:37
*** pm90_ has quit IRC20:39
*** pm90_ has joined #heat20:40
shardymiguelgrinberg: I'm calling it a day soon, feel free to push to that patch if needed20:42
stevebakermorning20:43
miguelgrinbergshardy: will do, have a good night20:43
shardythe pep tests passed locally, but the unit tests were very broken (most likely due to my local environment)20:43
shardyhey stevebaker20:43
shardythanks for doing the heatclient release :)20:44
*** radez is now known as radez_g0n320:44
stevebakershardy: no problem. I may attempt triggering a package update and managing with hooks today, if I can assemble all the bits20:45
shardystevebaker: cool, hook-poll is slow but it all seems to work now20:46
shardyI've rebased and re-tested my t-h-t and devtest patches today, it all seems to work well with latest heatclient/heat20:47
stevebakershardy: does it require stack events?20:47
shardystevebaker: yeah, it needs the patch adding stack events and latest heatclient20:47
stevebakerok20:47
*** lkarm1 has left #heat20:52
*** e0ne has quit IRC20:52
*** e0ne has joined #heat20:53
shardystevebaker: I updated the commit message of https://review.openstack.org/#/c/162109/ with links to all the required bits20:55
*** asalkeld has joined #heat20:59
*** kebray has joined #heat21:01
*** shardy is now known as shardy_z21:02
*** e0ne has quit IRC21:03
*** MasterPiece has joined #heat21:10
*** Raj3 has joined #heat21:13
*** Raj4 has joined #heat21:14
*** Raj4 has quit IRC21:17
*** Raj4 has joined #heat21:17
*** Raj3 has quit IRC21:17
*** EricGonczer_ has quit IRC21:23
*** chlong has quit IRC21:24
*** rpothier has quit IRC21:26
*** andersonvom has quit IRC21:31
*** alexheneveld has quit IRC21:32
*** jasond` has quit IRC21:33
*** SpamapS has quit IRC21:34
*** SpamapS has joined #heat21:34
*** jaime49 has quit IRC21:42
*** crose has quit IRC21:44
*** alexheneveld has joined #heat21:45
*** cdent has quit IRC21:47
*** pm90_ has quit IRC21:50
*** andersonvom has joined #heat21:51
*** andersonvom has quit IRC21:55
*** DaveJ__ has joined #heat21:59
*** kebray has quit IRC22:04
*** Raj4 has quit IRC22:05
*** hdd_ has quit IRC22:06
*** Raj3 has joined #heat22:06
*** cyli has quit IRC22:09
*** Marga__ has joined #heat22:09
*** andersonvom has joined #heat22:10
*** Marga_ has quit IRC22:10
*** cyli_ has joined #heat22:10
*** jaypipes has quit IRC22:13
*** andersonvom has quit IRC22:15
*** logan2 has joined #heat22:18
*** signed8b_ has joined #heat22:23
*** thedodd has quit IRC22:24
*** alexheneveld has quit IRC22:25
*** signed8bit has quit IRC22:25
*** dims_ has joined #heat22:28
*** sdake_ has joined #heat22:29
*** dims has quit IRC22:30
*** sdake has quit IRC22:33
*** sdake has joined #heat22:43
*** alanf-mc has quit IRC22:44
*** alanf-mc has joined #heat22:45
*** sdake_ has quit IRC22:46
*** alanf-mc has quit IRC22:50
*** alanf-mc has joined #heat22:51
*** alexheneveld has joined #heat22:53
*** dhubbard has quit IRC22:54
*** pm90_ has joined #heat22:57
*** pm90_ has quit IRC22:58
*** pm90_ has joined #heat22:58
*** alexheneveld has quit IRC23:00
*** derekh has joined #heat23:04
*** kebray has joined #heat23:09
*** dhubbard has joined #heat23:09
*** dhubbard has quit IRC23:09
*** dhubbard has joined #heat23:10
*** dhubbard has quit IRC23:10
*** dhubbard has joined #heat23:10
*** andersonvom has joined #heat23:11
*** smccully has quit IRC23:14
*** andersonvom has quit IRC23:15
*** chlong has joined #heat23:16
*** EricGonczer_ has joined #heat23:16
*** sabeen2 has quit IRC23:16
*** Marga__ has quit IRC23:17
*** Marga_ has joined #heat23:18
*** dhubbard has quit IRC23:19
*** dhubbard has joined #heat23:19
*** signed8b_ is now known as signed8bit_ZZZzz23:21
*** smccully has joined #heat23:24
*** Raj3 has quit IRC23:24
*** Marga_ has quit IRC23:25
*** Marga_ has joined #heat23:26
*** tochi has joined #heat23:29
openstackgerritMerged openstack/heat-specs: Enhance Manage Service with service-stack and vice-versa  https://review.openstack.org/16865823:32
*** Raj3 has joined #heat23:32
asalkeldstevebaker: https://etherpad.openstack.org/p/YVR-heat-liberty-template-format23:33
asalkeldslightly suprised about the yaql23:33
asalkeldcould talk about other stuff23:33
*** Raj3 has quit IRC23:37
*** EricGonc_ has joined #heat23:49
miguelgrinbergstevebaker: are you still looking into the juno gate failures?23:52
*** Tango has quit IRC23:52
*** EricGonczer_ has quit IRC23:53
*** pm90_ has quit IRC23:55
*** jaime49 has joined #heat23:58

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