| *** BillArnold has quit IRC | 00:06 | |
| *** Qiming has joined #heat | 00:08 | |
| *** sdake_ has quit IRC | 00:12 | |
| *** EricGonczer_ has quit IRC | 00:18 | |
| *** tango has quit IRC | 00:23 | |
| *** Qiming has quit IRC | 00:29 | |
| *** andersonvom has quit IRC | 00:29 | |
| *** hdd has quit IRC | 00:29 | |
| *** sgordon_ has quit IRC | 00:37 | |
| *** Yanyanhu has joined #heat | 00:52 | |
| *** spzala has joined #heat | 00:52 | |
| *** EricGonczer_ has joined #heat | 00:58 | |
| *** kfox1111 has quit IRC | 01:02 | |
| *** sdake_ has joined #heat | 01:06 | |
| *** hdd has joined #heat | 01:06 | |
| openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Validate nova server's metadata https://review.openstack.org/117076 | 01:20 |
|---|---|---|
| *** arbylee has quit IRC | 01:23 | |
| *** jpeeler has quit IRC | 01:26 | |
| *** erkules_ has joined #heat | 01:27 | |
| *** erkules is now known as Guest2037 | 01:27 | |
| *** spzala has quit IRC | 01:30 | |
| *** Guest2037 has quit IRC | 01:30 | |
| *** sdake_ has quit IRC | 01:31 | |
| *** achampion has joined #heat | 01:33 | |
| *** ccrouch1 has quit IRC | 01:36 | |
| asalkeld | stevebaker, are these related: | 01:36 |
| asalkeld | https://bugs.launchpad.net/heat/+bug/1356489 | 01:37 |
| uvirtbot` | Launchpad bug 1356489 in heat "Cloud init failing to deploy ssh key in HEAT_CFNTOOLS format?" [Undecided,New] | 01:37 |
| asalkeld | https://review.openstack.org/#/c/113770/1/hot/software-config/elements/heat-config-cfn-init/install.d/hook-cfn-init.py | 01:37 |
| stevebaker | asalkeld: nope, that change only affects cfn-init SoftwareConfig, not RAW | 01:41 |
| *** Qiming has joined #heat | 01:41 | |
| asalkeld | ok | 01:42 |
| Qiming | morning | 01:42 |
| asalkeld | hi Qiming | 01:43 |
| *** sdake_ has joined #heat | 01:46 | |
| *** alexheneveld has joined #heat | 01:47 | |
| *** nosnos has joined #heat | 01:49 | |
| *** EricGonczer_ has quit IRC | 01:59 | |
| *** EricGonczer_ has joined #heat | 02:00 | |
| *** openstackgerrit has quit IRC | 02:02 | |
| *** openstackgerrit has joined #heat | 02:03 | |
| *** dsneddon has quit IRC | 02:06 | |
| elynn | morning all:) | 02:07 |
| asalkeld | hi elynn | 02:07 |
| *** saurabhs has left #heat | 02:10 | |
| *** arbylee has joined #heat | 02:14 | |
| *** EricGonc_ has joined #heat | 02:17 | |
| *** EricGonczer_ has quit IRC | 02:17 | |
| *** jpeeler has joined #heat | 02:23 | |
| *** ramishra has joined #heat | 02:26 | |
| *** ramishra has quit IRC | 02:43 | |
| *** ramishra has joined #heat | 02:44 | |
| *** killer_prince is now known as lazy_prince | 02:46 | |
| *** KanagarajM has joined #heat | 02:47 | |
| *** erkules_ is now known as erkules | 02:48 | |
| *** sgordon_ has joined #heat | 02:58 | |
| *** sdake_ has quit IRC | 03:05 | |
| *** sdake_ has joined #heat | 03:06 | |
| asalkeld | lifeless, seems there is not currently a way of getting the request_id out of the python clients | 03:13 |
| asalkeld | (seems really odd) | 03:13 |
| asalkeld | https://bugs.launchpad.net/heat/+bug/1342922 | 03:14 |
| uvirtbot` | Launchpad bug 1342922 in heat "request id not captured" [Medium,Triaged] | 03:14 |
| lifeless | asalkeld: 'cool' | 03:15 |
| asalkeld | I'll look at patching apiclient | 03:16 |
| asalkeld | so everyone gets it | 03:16 |
| *** nosnos has quit IRC | 03:26 | |
| *** nosnos has joined #heat | 03:27 | |
| *** nosnos has quit IRC | 03:32 | |
| *** arbylee has quit IRC | 03:47 | |
| *** EricGonc_ has quit IRC | 03:53 | |
| *** arbylee has joined #heat | 03:58 | |
| *** Tross has joined #heat | 04:04 | |
| *** sgordon_ has quit IRC | 04:08 | |
| *** ramishra has quit IRC | 04:19 | |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Provide access to outputs from OS::Heat::ResourceGroup https://review.openstack.org/115447 | 04:20 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement OS::Heat::StructuredDeployments https://review.openstack.org/115446 | 04:20 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: ResourceGroup make do_prop_replace class method https://review.openstack.org/115445 | 04:20 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: ResourceGroup build from list of resource names https://review.openstack.org/115444 | 04:20 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: ResourceGroup subclass build resource definition https://review.openstack.org/115443 | 04:20 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement OS::Heat::SoftwareDeployments https://review.openstack.org/117368 | 04:20 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Common stack_user_project_id across nested stacks https://review.openstack.org/117058 | 04:20 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Add volume backup/restore functional test https://review.openstack.org/113158 | 04:26 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Move test_autoscaling from tempest to heat https://review.openstack.org/112189 | 04:26 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Support classes for heat integration tests https://review.openstack.org/110496 | 04:26 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Functional test for software-config tools https://review.openstack.org/113711 | 04:26 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Move test_server_cfn_init from tempest to heat https://review.openstack.org/110497 | 04:26 |
| *** nosnos has joined #heat | 04:27 | |
| *** ramishra has joined #heat | 04:34 | |
| *** xuhaiwei_ has joined #heat | 04:35 | |
| *** ramishra has quit IRC | 04:42 | |
| *** ramishra has joined #heat | 04:45 | |
| *** lazy_prince is now known as killer_prince | 04:49 | |
| *** ramishra has quit IRC | 04:55 | |
| *** rakesh_hs has joined #heat | 05:01 | |
| *** ramishra has joined #heat | 05:06 | |
| *** stevelle_ has joined #heat | 05:10 | |
| *** Tross has quit IRC | 05:16 | |
| *** hdd has quit IRC | 05:19 | |
| *** asalkeld has quit IRC | 05:19 | |
| *** stevelle_ is now known as stevelle | 05:23 | |
| *** kopparam has joined #heat | 05:26 | |
| *** otoolee- is now known as otoolee | 05:28 | |
| *** mohits has joined #heat | 05:29 | |
| *** asalkeld has joined #heat | 05:37 | |
| *** ckmvishnu has joined #heat | 05:40 | |
| *** arbylee has quit IRC | 05:40 | |
| *** reed has quit IRC | 05:41 | |
| *** kopparam has quit IRC | 05:53 | |
| *** kopparam has joined #heat | 05:53 | |
| *** kopparam has quit IRC | 05:58 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/116796 | 06:00 |
| *** k4n0 has joined #heat | 06:03 | |
| *** unmeshg has joined #heat | 06:05 | |
| *** akuznetsov has quit IRC | 06:12 | |
| *** ramishra has quit IRC | 06:17 | |
| *** dkoper has quit IRC | 06:23 | |
| *** kopparam has joined #heat | 06:25 | |
| *** kleini has joined #heat | 06:28 | |
| skraynev | Good morning | 06:31 |
| skraynev | hello asalkeld :) | 06:31 |
| asalkeld | hi skraynev | 06:32 |
| *** killer_prince is now known as lazy_prince | 06:33 | |
| stevebaker | zaneb's series looks like its ready to go https://review.openstack.org/#/c/112930/4 | 06:36 |
| *** tomek_adamczewsk has joined #heat | 06:41 | |
| *** tiantian has quit IRC | 06:44 | |
| *** tiantian has joined #heat | 06:46 | |
| *** jprovazn has joined #heat | 06:54 | |
| *** xuhaiwei_ has quit IRC | 07:00 | |
| *** pasquier-s has joined #heat | 07:03 | |
| *** akuznetsov has joined #heat | 07:10 | |
| *** AA_ has joined #heat | 07:13 | |
| *** harlowja_ is now known as harlowja_away | 07:14 | |
| *** kopparam has quit IRC | 07:17 | |
| *** kopparam has joined #heat | 07:17 | |
| *** ramishra has joined #heat | 07:18 | |
| *** ramishra has quit IRC | 07:22 | |
| *** kopparam has quit IRC | 07:22 | |
| *** ramishra has joined #heat | 07:22 | |
| *** ramishra has quit IRC | 07:24 | |
| *** ramishra has joined #heat | 07:24 | |
| *** bvandenh has joined #heat | 07:26 | |
| *** ramishra has quit IRC | 07:34 | |
| *** ramishra has joined #heat | 07:35 | |
| *** elynn has quit IRC | 07:44 | |
| *** jcoufal has joined #heat | 07:49 | |
| *** asalkeld has quit IRC | 07:51 | |
| *** kopparam has joined #heat | 07:55 | |
| *** jistr has joined #heat | 07:56 | |
| *** jistr has quit IRC | 07:56 | |
| shardy | morning all | 07:58 |
| *** AA_ has quit IRC | 07:59 | |
| *** Qiming_ has joined #heat | 08:02 | |
| *** fayablazer has joined #heat | 08:03 | |
| *** Qiming has quit IRC | 08:05 | |
| *** asalkeld has joined #heat | 08:05 | |
| *** julienvey has joined #heat | 08:07 | |
| *** AA_ has joined #heat | 08:08 | |
| *** jistr has joined #heat | 08:08 | |
| *** pas-ha has joined #heat | 08:09 | |
| *** rdo has quit IRC | 08:17 | |
| *** rdo has joined #heat | 08:19 | |
| *** sjmc7 has quit IRC | 08:20 | |
| *** derekh has joined #heat | 08:20 | |
| *** boris-42 has quit IRC | 08:21 | |
| *** yassine has joined #heat | 08:27 | |
| *** alexheneveld has quit IRC | 08:32 | |
| *** boris-42 has joined #heat | 08:32 | |
| openstackgerrit | Andrea Rosa proposed a change to openstack/heat: Add validation constraints on config inputs https://review.openstack.org/105496 | 08:39 |
| *** ramishra has quit IRC | 08:42 | |
| *** asalkeld has quit IRC | 08:45 | |
| *** nosnos has quit IRC | 08:47 | |
| openstackgerrit | unmesh-gurjar proposed a change to openstack/heat: Database models and apis for convergence https://review.openstack.org/109012 | 08:47 |
| *** nosnos has joined #heat | 08:47 | |
| *** kopparam has quit IRC | 08:50 | |
| *** kopparam has joined #heat | 08:51 | |
| *** nosnos has quit IRC | 08:52 | |
| *** ramishra has joined #heat | 08:54 | |
| *** kopparam has quit IRC | 08:56 | |
| *** asalkeld has joined #heat | 08:58 | |
| openstackgerrit | A change was merged to openstack/heat-specs: Remove docutils pin https://review.openstack.org/117160 | 09:01 |
| openstackgerrit | ling-yun proposed a change to openstack/heat: ignore .idea folder in heat https://review.openstack.org/117457 | 09:06 |
| *** ramishra has quit IRC | 09:08 | |
| openstackgerrit | unmesh-gurjar proposed a change to openstack/heat: Added observed properties to resource show output https://review.openstack.org/112838 | 09:08 |
| *** sorantis has joined #heat | 09:15 | |
| *** alexpilotti has joined #heat | 09:18 | |
| *** DaveJ__ has joined #heat | 09:20 | |
| *** nosnos has joined #heat | 09:24 | |
| *** Qiming__ has joined #heat | 09:24 | |
| *** Qiming_ has quit IRC | 09:28 | |
| openstackgerrit | Visnusaran Murugan proposed a change to openstack/heat: Add stack.uuid and alter varchar stack.id to integer https://review.openstack.org/106054 | 09:30 |
| *** kopparam has joined #heat | 09:32 | |
| *** sorantis has quit IRC | 09:43 | |
| *** kopparam has quit IRC | 09:44 | |
| *** kopparam has joined #heat | 09:45 | |
| *** kopparam has quit IRC | 09:49 | |
| *** yassine has quit IRC | 09:55 | |
| *** Yanyanhu has quit IRC | 10:00 | |
| *** Qiming__ has quit IRC | 10:08 | |
| *** RuiChen has joined #heat | 10:08 | |
| tiantian | RuiChen,hi | 10:09 |
| *** jcoufal has quit IRC | 10:09 | |
| RuiChen | tiantian, hi | 10:09 |
| openstackgerrit | Sirushti Murugesan proposed a change to openstack/heat: Add Observer Service and RPC Methods for it https://review.openstack.org/110854 | 10:10 |
| tiantian | <RuiChen>: welcome to heat | 10:10 |
| *** kopparam has joined #heat | 10:10 | |
| RuiChen | tiantian: please take a look this patch https://review.openstack.org/#/c/106717/ | 10:11 |
| *** jcoufal has joined #heat | 10:12 | |
| *** nosnos has quit IRC | 10:20 | |
| *** nosnos has joined #heat | 10:21 | |
| openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Use action_handler_task for delete_snapshot https://review.openstack.org/117472 | 10:23 |
| openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Reduce confused handle_snapshot_delete https://review.openstack.org/117473 | 10:23 |
| *** nosnos has quit IRC | 10:25 | |
| *** nosnos has joined #heat | 10:35 | |
| *** mkollaro has joined #heat | 10:36 | |
| *** sorantis has joined #heat | 10:47 | |
| *** urulama-afk is now known as urulama | 10:55 | |
| *** KanagarajM has quit IRC | 11:01 | |
| *** sorantis_ has joined #heat | 11:06 | |
| *** sorantis has quit IRC | 11:08 | |
| *** sorantis_ is now known as sorantis | 11:08 | |
| *** rakesh_hs has quit IRC | 11:09 | |
| *** kopparam has quit IRC | 11:11 | |
| *** kopparam has joined #heat | 11:11 | |
| kleini | I am trying to setup Heat according to http://hardysteven.blogspot.de/2014/04/heat-auth-model-updates-part-2-stack.html as mentioned yesterday. I have now the problem, that Heat is not able to find the heat_domain_admin user via its identifier: heat.engine.resource AuthorizationFailure: Authorization failed: Could not find user, 38877ca5daed4c9fbbb6c853d3d88e36. The heat_domain_admin user is properly created in the heat domain but auth | 11:15 |
| kleini | entication fails somehow. | 11:15 |
| kleini | Any hints where to search for the cause? | 11:15 |
| *** nosnos has quit IRC | 11:18 | |
| shardy | kleini: You have created the heat domain, and set stack_user_domain, stack_domain_admin and stack_domain_admin_password in heat.conf? | 11:19 |
| shardy | It sounds like stack_user_domain is not set | 11:20 |
| *** nosnos has joined #heat | 11:20 | |
| shardy | (needs to be the domain ID, not name) | 11:20 |
| *** alexheneveld has joined #heat | 11:24 | |
| *** Qiming has joined #heat | 11:24 | |
| kleini | shary, this is all configured correctly: stack_user_domain=a904d890e0de47dc9f2090c20bb1f45c, stack_domain_admin=heat_domain_admin, stack_domain_admin_password=eiV7uutiek | 11:30 |
| kleini | maybe I need to mention that the problem might be related to my default domain, that authenticates against LDAP | 11:30 |
| kleini | Do I have to create another domain for this LDAP authentication and the default domain needs to be SQL based? | 11:31 |
| *** mkollaro1 has joined #heat | 11:31 | |
| shardy | kleini: the expectation for Juno is that you would have the heat domain backed by sql and other domains (containing actual human users) backed by LDAP or whatever | 11:32 |
| *** mkollaro has quit IRC | 11:33 | |
| shardy | However since the keystone multi-domain backends functionality was incomplete in Icehouse, you have to have the heat domain backed by something writeable, eg create the heat_domain_admin and have that user able to create/delete users and assign roles in that domain | 11:33 |
| shardy | So it sounds like it could be related to your LDAP/keystone configuration | 11:34 |
| kleini | shardy: yes, I think I configured all in that way. the only problem is, that the heat_domain_admin can not be found and the LDAP backend is asked for that. maybe that is related to my default domain being authorized using the LDAP backend | 11:35 |
| kleini | can you confirm this? | 11:35 |
| kleini | or do I need to ask in the keystone channel? | 11:35 |
| *** f13o has joined #heat | 11:35 | |
| *** AA_ has quit IRC | 11:37 | |
| *** pasquier-s has quit IRC | 11:39 | |
| *** kopparam has quit IRC | 11:42 | |
| *** kopparam has joined #heat | 11:43 | |
| *** achampion has quit IRC | 11:46 | |
| *** kopparam has quit IRC | 11:48 | |
| *** alexheneveld has quit IRC | 11:48 | |
| *** sgordon_ has joined #heat | 11:53 | |
| openstackgerrit | huangtianhua proposed a change to openstack/heat: Fix port residue when instance deletion https://review.openstack.org/115234 | 11:54 |
| openstackgerrit | Antoine Abélard proposed a change to openstack/heat-templates: New heat templates for Openshift-Origin deployment using scalability functionality https://review.openstack.org/111677 | 11:56 |
| *** alexheneveld has joined #heat | 11:56 | |
| *** pasquier-s has joined #heat | 11:58 | |
| asalkeld | shardy, i lifted my -1, just disappointed we are doing major stuff in a rush | 11:59 |
| asalkeld | shardy, if you need help I am here | 12:00 |
| *** jdob has joined #heat | 12:02 | |
| *** kopparam has joined #heat | 12:14 | |
| shardy | kleini: It does sounds like a keystone problem - does Icehouse keystone support multiple domains backed by LDAP? | 12:15 |
| shardy | asalkeld: thanks | 12:15 |
| asalkeld | shardy, how long do you have to get that code in? | 12:16 |
| shardy | asalkeld: I agree it is a bit late, my apologies for that | 12:16 |
| *** blomquisg has joined #heat | 12:16 | |
| asalkeld | there is 2 months til summit | 12:16 |
| asalkeld | guessing lots less time for big stuff tho' | 12:17 |
| shardy | asalkeld: well, Feature Freeze is next week, so then, provided I can get all the tests fixed up before then :\ | 12:18 |
| asalkeld | why the rush | 12:18 |
| *** erecio has joined #heat | 12:18 | |
| shardy | The actual change is not really that big IMO, I did it this way to minimise the fooprint of the change, e.g local to the write paths in StackResource | 12:19 |
| *** ckmvishnu has left #heat | 12:19 | |
| shardy | asalkeld: because TripleO basically | 12:19 |
| asalkeld | I see | 12:20 |
| shardy | they need an answer to how to scale deployments to a few hundred nodes, and deploying one giant tree of stacks on a single engine is a major bottleneck | 12:20 |
| *** kopparam has quit IRC | 12:20 | |
| *** lazy_prince is now known as killer_prince | 12:20 | |
| shardy | This is, in theory, a relatively simple step to the more decoupled model described for convergence-engine, which should work well with shadower's work moving TripleO to lots of provider resources, vs one giant monolithic stack | 12:21 |
| shardy | asalkeld: this work fell out of discussions at the TripleO mid-cycle which I attended, and it's late because I went on PTO immediately after that happened | 12:22 |
| *** nosnos has quit IRC | 12:22 | |
| *** nosnos has joined #heat | 12:23 | |
| *** mohits has quit IRC | 12:23 | |
| *** kopparam has joined #heat | 12:23 | |
| *** unmeshg has quit IRC | 12:24 | |
| kleini | shardy: I will give up here. keystone, multi domain, LDAP authentication and Heat all this stuff is not working in combination | 12:26 |
| *** nosnos has quit IRC | 12:27 | |
| asalkeld | is it possible to make a numbered list in gerrit? | 12:27 |
| *** sdake_ has quit IRC | 12:28 | |
| shardy | kleini: I'm sorry to hear that - if you are willing to raise some bugs describing the issues you have encountered, we will look into providing solutions | 12:28 |
| shardy | kleini: FWIW I expect the LDAP multi-domain aspects to be resolved for Juno due to the keystone improvements, but we still need help from folks deploying in such environments to document how to do it and identify problems | 12:30 |
| *** aweiteka has joined #heat | 12:31 | |
| kleini | shardy: what I do not understand here, why does Heat try to authenticate using its unique identifier and why is that authentication only resolved using the default domains identity service - LDAP in my case | 12:32 |
| *** alexheneveld has quit IRC | 12:33 | |
| *** kopparam has quit IRC | 12:34 | |
| shardy | asalkeld: Thanks for the spec feeedback - I don't really see anything I'm doing as preventing the future direction you propose, it's just a more immediately achieveable mitigation for the TripleO scalability problems | 12:34 |
| *** sdake_ has joined #heat | 12:35 | |
| *** kopparam has joined #heat | 12:35 | |
| asalkeld | maybe i need to propose a summit session | 12:35 |
| shardy | I maintain it's pretty pointless to make a REST call when you can do the exact same thing via RPC, but I realise it's a matter of perspective | 12:35 |
| asalkeld | regions/cells | 12:35 |
| asalkeld | the rpc is segmented | 12:35 |
| asalkeld | shardy, ^ | 12:36 |
| shardy | Re "sneaking in", currently we're creating the stack directly, so this is higher level than the current interface, which I see as a step in the right direction | 12:36 |
| *** tonisbones has joined #heat | 12:36 | |
| asalkeld | :) | 12:36 |
| asalkeld | so is there a convergance "design" somewhere | 12:37 |
| asalkeld | i bit difficult to review the code changes when you don't had a goal in mind | 12:37 |
| shardy | asalkeld: If we can get feedback that folks are really deploying opentack with segmented RPC like that, I'm perfectly fine with a future revision to move to rest calls, if we resolve the other barriers to that I mentioned | 12:37 |
| shardy | It could even be configurable, depending on deployer preferences | 12:38 |
| shardy | Most of the code will be exactly the same, only the call to the API will differ | 12:38 |
| asalkeld | less options are better | 12:38 |
| shardy | performance which doesn't suck is better | 12:39 |
| shardy | If we go the fully decoupled via rest approach, then we remove some nice possible enhancements like RPC notifications to replace polling | 12:39 |
| shardy | All the check_create_complete etc will have to poll via REST forever | 12:39 |
| *** kopparam has quit IRC | 12:39 | |
| shardy | with all the associated load and overhead | 12:40 |
| asalkeld | shardy, no | 12:40 |
| asalkeld | each stack event is sent via rpc notification | 12:40 |
| asalkeld | (stack state change) | 12:40 |
| asalkeld | it's just like nova servers | 12:40 |
| shardy | but you just said RPC is segmented, right, so we can't listen for RPC notifications for something we triggered via REST? | 12:40 |
| shardy | I guess we'd need another callback approach or something | 12:41 |
| *** achampion has joined #heat | 12:41 | |
| asalkeld | you will need an observer in each rpc segment | 12:41 |
| shardy | but it seems a fairly obtuse path given that we already have what we need via RPC | 12:41 |
| asalkeld | really, seems clearer to me | 12:42 |
| shardy | asalkeld: re convergence design, I assume you've seen all the words in all the specs? | 12:42 |
| asalkeld | behaves just like everything else | 12:42 |
| asalkeld | shardy, sure | 12:42 |
| shardy | I've asked for a diagram, which I think happened at the Heat mid-cycle | 12:42 |
| asalkeld | exactly | 12:42 |
| shardy | https://www.dropbox.com/sh/tamoc8dhhckb81w/AAA6xp2be9xv20P7SWx-xnZba?dl=0#lh:null-IMG_20140819_185809286.jpg | 12:42 |
| asalkeld | need boxes and lines | 12:42 |
| *** hdd has joined #heat | 12:42 | |
| asalkeld | yeah, but missing comments | 12:43 |
| shardy | I think Clint was going to translate one of those into a more consumable format | 12:43 |
| shardy | asalkeld: Yeah, we're missing a lot of context having not been present in the room | 12:43 |
| asalkeld | reviews are up: https://review.openstack.org/#/c/110854/ | 12:43 |
| *** Yanyanhu has joined #heat | 12:43 | |
| asalkeld | we need that info to review | 12:44 |
| shardy | asalkeld: I'm pretty sure we'll have ample discussion about it in Paris though :) | 12:44 |
| asalkeld | shardy, we have a number of minor releases still tho' - dont' we? | 12:44 |
| asalkeld | still time to get things in? | 12:44 |
| shardy | asalkeld: well no, it's next week or Kilo for features | 12:45 |
| asalkeld | yikes | 12:45 |
| shardy | https://wiki.openstack.org/wiki/Juno_Release_Schedule | 12:45 |
| *** alexheneveld has joined #heat | 12:45 | |
| shardy | Feature freeze is in a week's time | 12:46 |
| shardy | I'm sure there will be a few exceptions, but that's where we're aiming | 12:46 |
| asalkeld | so 2 months of bug fixin | 12:46 |
| asalkeld | ok, bed time - getting late | 12:47 |
| shardy | asalkeld: well, K will open for business after the first RC gets cut, in about three weeks time | 12:47 |
| asalkeld | I am still clueless about releases | 12:47 |
| asalkeld | :-( | 12:47 |
| shardy | asalkeld: basically the new release gets branched at RC time, then all bugfixes after that follow the normal backport process | 12:48 |
| asalkeld | makes sense | 12:48 |
| shardy | So things are only really frozen for 3-4 weeks | 12:48 |
| asalkeld | good luck with your coding (i.e. fixing tests) | 12:49 |
| *** asalkeld has quit IRC | 12:49 | |
| *** rpothier has joined #heat | 12:50 | |
| *** alexheneveld has quit IRC | 12:51 | |
| *** sdake_ has quit IRC | 12:54 | |
| *** sdake_ has joined #heat | 12:55 | |
| *** dmakogon_ is now known as denis_makogon | 13:01 | |
| *** mkollaro has joined #heat | 13:05 | |
| *** swygue has quit IRC | 13:05 | |
| *** mkollaro1 has quit IRC | 13:07 | |
| *** k4n0 has quit IRC | 13:10 | |
| *** sdake_ has quit IRC | 13:11 | |
| *** alexheneveld has joined #heat | 13:13 | |
| *** sballe_ has quit IRC | 13:16 | |
| *** sballe_ has joined #heat | 13:16 | |
| openstackgerrit | A change was merged to openstack/heat: boolean parameter type is not recognized in the API https://review.openstack.org/116762 | 13:21 |
| *** ramishra has joined #heat | 13:22 | |
| openstackgerrit | A change was merged to openstack/heat: Allow to decide between Nova-network and Neutron https://review.openstack.org/115968 | 13:23 |
| *** tango has joined #heat | 13:23 | |
| openstackgerrit | A change was merged to openstack/heat: Cut down on warning logs https://review.openstack.org/117085 | 13:23 |
| openstackgerrit | A change was merged to openstack/heat: Split scaling policy into separate files https://review.openstack.org/117080 | 13:23 |
| openstackgerrit | A change was merged to openstack/heat: Allow for setting ViP ID https://review.openstack.org/115710 | 13:23 |
| openstackgerrit | A change was merged to openstack/heat: Use the template module to access the Template class https://review.openstack.org/107291 | 13:24 |
| *** radez_g0` is now known as radez | 13:24 | |
| *** hdd has quit IRC | 13:28 | |
| *** samstav has quit IRC | 13:31 | |
| *** arbylee has joined #heat | 13:40 | |
| openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Skip validation if depends on not created resource https://review.openstack.org/108951 | 13:40 |
| *** ramishra has quit IRC | 13:40 | |
| *** arbylee has quit IRC | 13:40 | |
| *** arbylee has joined #heat | 13:40 | |
| *** ishant has joined #heat | 13:44 | |
| *** jasond has joined #heat | 13:45 | |
| *** EricGonczer_ has joined #heat | 13:47 | |
| *** swygue has joined #heat | 13:49 | |
| *** nkhare has joined #heat | 13:50 | |
| therve | shardy, I was looking at stack restore again, and I think there may be an issue with snapshots and update | 13:51 |
| therve | If you have 5 minutes | 13:51 |
| *** sorantis_ has joined #heat | 13:55 | |
| *** sorantis has quit IRC | 13:58 | |
| *** sorantis_ is now known as sorantis | 13:58 | |
| *** ishant has quit IRC | 13:58 | |
| *** edmund2 has joined #heat | 14:00 | |
| shardy | therve: hi, sure | 14:00 |
| *** gokrokve has joined #heat | 14:00 | |
| therve | shardy, If you snapshot a stack with a volume, it will create a cinder snapshot | 14:01 |
| therve | If you update the stack and it raises an UpdateReplace with the volume, it will fail | 14:02 |
| therve | Because you can't delete a volume with a snapshot | 14:02 |
| therve | I fixed it in delete by deleting the snapshot first | 14:02 |
| therve | I wonder if I should do the same in update | 14:02 |
| openstackgerrit | A change was merged to openstack/heat: Add more info to ResourceUnknownStatus https://review.openstack.org/117242 | 14:02 |
| openstackgerrit | A change was merged to openstack/heat: Improve errors in Volume tasks https://review.openstack.org/115014 | 14:03 |
| *** andreaf has joined #heat | 14:03 | |
| openstackgerrit | A change was merged to openstack/heat: Check for error messages in volume tests https://review.openstack.org/115015 | 14:03 |
| openstackgerrit | A change was merged to openstack/heat: handle_signal to handle translated error msgs https://review.openstack.org/101663 | 14:03 |
| openstackgerrit | A change was merged to openstack/heat: Update stack.load_all adding show_nested https://review.openstack.org/114229 | 14:03 |
| openstackgerrit | A change was merged to openstack/heat: Fix failed to delete the EIP resource https://review.openstack.org/102758 | 14:03 |
| shardy | therve: hmm, possibly, but it dimishes the value of snapshots somewhat, if they can't be persisted over updates, doesn't it? | 14:03 |
| *** aweiteka has quit IRC | 14:04 | |
| shardy | my understanding of the whole use-case was to enable rollback to a previous state after a bad or undesirable series of updates | 14:04 |
| therve | shardy, Yeah | 14:04 |
| therve | Well it's the whole backup VS snapshot all over again | 14:05 |
| shardy | Yeah | 14:05 |
| shardy | can you think of any use-cases *not* involving updates? | 14:06 |
| shardy | e.g if you're not planning to change the state of the stack, why would you bother snapshotting it | 14:06 |
| therve | Well to get data back if needed | 14:06 |
| therve | IE backup | 14:06 |
| *** blues-man has joined #heat | 14:08 | |
| therve | shardy, So I guess my other suggestion is to use cinder backup instead of snapshot for "snapshotting" Volume | 14:10 |
| shardy | therve: yeah, like we do for delete "snapshots" | 14:10 |
| *** ramishra has joined #heat | 14:11 | |
| therve | shardy, You mean snapshot deletion policy? | 14:11 |
| shardy | yeah | 14:11 |
| therve | Right | 14:11 |
| therve | It's a bit unfortunate because it's a much more expensive operation, but I don't see a way around | 14:11 |
| shardy | therve: Agreed, it's not ideal but I don't see any other way without crippling the feature so much it probably won't be useful | 14:12 |
| therve | shardy, Cool, thanks for the brainstorm | 14:13 |
| therve | I'll post a patch fixing that | 14:13 |
| shardy | therve: sounds good, thanks | 14:13 |
| *** sdake_ has joined #heat | 14:14 | |
| *** andreaf has quit IRC | 14:14 | |
| *** hdd has joined #heat | 14:15 | |
| *** ramishra has quit IRC | 14:16 | |
| *** aweiteka has joined #heat | 14:17 | |
| *** david-lyle has joined #heat | 14:19 | |
| *** raildo has left #heat | 14:21 | |
| *** killer_prince is now known as lazy_prince | 14:22 | |
| sdake_ | what does an x mean on workflow when there is no checkmark for CR? | 14:24 |
| *** tank100 has joined #heat | 14:25 | |
| pas-ha | sdake, WIP | 14:25 |
| pas-ha | Workflow -1 | 14:25 |
| sdake_ | if someone marks a patch wip - workflow = x? | 14:25 |
| pas-ha | yes | 14:25 |
| sdake_ | cool thanks | 14:25 |
| therve | Yeah WIP disappeared with the latest gerrit upgrade IIUC | 14:26 |
| pas-ha | yep | 14:26 |
| sdake_ | how do you mark wip now ? | 14:26 |
| pas-ha | comment on your patch and set Workflow -1 | 14:26 |
| sdake_ | got it | 14:26 |
| sdake_ | thanks | 14:27 |
| pas-ha | np | 14:27 |
| pas-ha | Workflow +1 = +A | 14:27 |
| pscheie | I've got this in my heat template: http://paste.openstack.org/show/101759/ | 14:27 |
| pas-ha | since you can do it :) | 14:27 |
| pscheie | The instance spins up, but the /etc/thimble file isn't being created. | 14:28 |
| pscheie | Any idea what I'm missing? | 14:28 |
| *** andreaf has joined #heat | 14:28 | |
| *** jistr has quit IRC | 14:29 | |
| *** Qiming has quit IRC | 14:30 | |
| *** david-lyle has quit IRC | 14:30 | |
| *** david-lyle has joined #heat | 14:30 | |
| shardy | pscheie: what image are you using? | 14:32 |
| pscheie | shardy, it's a centos 6.5 image of our own. | 14:33 |
| openstackgerrit | A change was merged to openstack/heat: Remove the unused doc path heat/doc https://review.openstack.org/115487 | 14:33 |
| *** sdake_ has quit IRC | 14:33 | |
| openstackgerrit | A change was merged to openstack/heat-cfntools: Change wget to curl for using both of them is redundant https://review.openstack.org/116143 | 14:36 |
| *** EricGonczer_ has quit IRC | 14:36 | |
| *** vijendar has joined #heat | 14:36 | |
| *** EricGonczer_ has joined #heat | 14:37 | |
| *** randallburt has joined #heat | 14:38 | |
| pscheie | Hmm, I see that in /var/lib/cloud/scripts/per-instance, there is a cfn-init script (we're trying to move away from cfn-init) but there's no cloud-init script anywhere in there. | 14:38 |
| *** alexheneveld has quit IRC | 14:40 | |
| *** jmckind has joined #heat | 14:41 | |
| openstackgerrit | A change was merged to openstack/heat: Fix typo https://review.openstack.org/116804 | 14:41 |
| *** tnurlygayanov has quit IRC | 14:42 | |
| *** andreaf has quit IRC | 14:43 | |
| *** jprovazn has quit IRC | 14:43 | |
| *** andreaf has joined #heat | 14:43 | |
| *** samstav has joined #heat | 14:46 | |
| rpothier | Hi All, I would like to propose adding a OS::Neutron::SriovPort resource | 14:47 |
| rpothier | This has different parameters and contraints than a regular port | 14:47 |
| rpothier | do I need a bp/spec for this? | 14:48 |
| shardy | Hi rpothier, yes a spec with a summry of the use-case and key differences from the regular port would be a good idea | 14:48 |
| shardy | summary even | 14:48 |
| *** samstav has quit IRC | 14:48 | |
| rpothier | shardy: ok, I'll create one, thanks | 14:49 |
| *** urulama is now known as urulama-afk | 14:50 | |
| *** alexheneveld has joined #heat | 14:51 | |
| *** jcoufal has quit IRC | 14:53 | |
| *** andreaf has quit IRC | 14:54 | |
| *** andreaf has joined #heat | 14:54 | |
| *** mspreitz has joined #heat | 14:56 | |
| *** sjmc7 has joined #heat | 14:57 | |
| *** jistr has joined #heat | 15:01 | |
| *** balles has joined #heat | 15:01 | |
| *** balles has quit IRC | 15:01 | |
| *** nkhare has quit IRC | 15:02 | |
| *** EricGonc_ has joined #heat | 15:02 | |
| *** samstav has joined #heat | 15:02 | |
| *** EricGonczer_ has quit IRC | 15:03 | |
| *** spzala has joined #heat | 15:04 | |
| *** yassine has joined #heat | 15:06 | |
| *** coolsvap has quit IRC | 15:07 | |
| *** sdake_ has joined #heat | 15:07 | |
| openstackgerrit | Randall Burt proposed a change to openstack/heat: Allow resource groups of 0 resources https://review.openstack.org/117015 | 15:08 |
| *** jyoti-ranjan has joined #heat | 15:09 | |
| *** zz_gondoi is now known as gondoi | 15:09 | |
| *** alexheneveld has quit IRC | 15:10 | |
| *** ramishra has joined #heat | 15:12 | |
| *** pasquier-s_ has joined #heat | 15:12 | |
| *** pasquier-s has quit IRC | 15:13 | |
| *** ramishra has quit IRC | 15:16 | |
| *** coolsvap has joined #heat | 15:20 | |
| *** alexheneveld has joined #heat | 15:20 | |
| openstackgerrit | Bartosz Górski proposed a change to openstack/heat: Adds multi-region support for stack resource https://review.openstack.org/53313 | 15:22 |
| *** alexheneveld_ has joined #heat | 15:24 | |
| *** alexheneveld has quit IRC | 15:24 | |
| *** alexheneveld_ is now known as alexheneveld | 15:24 | |
| *** mspreitz has quit IRC | 15:30 | |
| *** ativelkov has joined #heat | 15:33 | |
| *** sdake_ has quit IRC | 15:35 | |
| pscheie | shardy, you were correct that the problem was in the image. | 15:35 |
| pscheie | I was using an older image that did not contain write-files in its cloud_init_modules. | 15:36 |
| pscheie | One problem down, 37 to go. | 15:36 |
| *** Yanyanhu has quit IRC | 15:38 | |
| *** sorantis has quit IRC | 15:38 | |
| *** gokrokve_ has joined #heat | 15:38 | |
| *** edmund2 has quit IRC | 15:39 | |
| *** edmund3 has joined #heat | 15:39 | |
| *** gokrokve has quit IRC | 15:41 | |
| kleini | shardy: https://bugs.launchpad.net/keystone/+bug/1362678 | 15:42 |
| uvirtbot` | Launchpad bug 1362678 in keystone "multi-domain has problems with LDAP identity on default domain" [Undecided,New] | 15:42 |
| pscheie | Can an instance reference its own metadata values? | 15:42 |
| morganfainberg | kleini, LDAP keystone identity supports a single domain. | 15:43 |
| morganfainberg | kleini, the solution is to setup each domain to either be a different tree in LDAP (using the per-domain identity backend) | 15:43 |
| pscheie | That is, if I define a key-value pair in metadata:, can I reference that key using get_attr inside that same resource/instance? | 15:44 |
| morganfainberg | kleini, or SQL. | 15:44 |
| shardy | morganfainberg: do both those solutions require the new-for-juno multi-domain backends stuff? | 15:44 |
| morganfainberg | shardy, pretty much | 15:44 |
| pscheie | IOW, is there a self to an resource? | 15:44 |
| kleini | morganfainberg: I only need LDAP for the default domain, the second domain should be driven by SQL | 15:45 |
| shardy | pscheie: good to hear you resolved your issue, and re metadata, you can retrieve data from the nova metadata service (e.g what you put in the "metadata" property, but not reference the top-level metadata key | 15:45 |
| morganfainberg | kleini, not sure how well that works, but it requires Juno to accomplish | 15:45 |
| *** reed has joined #heat | 15:46 | |
| morganfainberg | kleini, i know the inverse, SQL supports default domain and a separarate domain is run by ldap works. i also know multiple LDAP domains work | 15:46 |
| kleini | morganfainberg: so I should give the current Juno a try on that? | 15:46 |
| morganfainberg | kleini, please do! if it doesn't work with LDAP as default and sql as a secondary, i think that is a legitimate bug (or a feature we should add) | 15:47 |
| morganfainberg | kleini, let me see, i think adam young posted a blog about setting this up recently, might help some | 15:47 |
| kleini | morganfainberg: how do I get all users on V2 API authenticated against a second domain driven by LDAP? | 15:47 |
| morganfainberg | kleini, you can't | 15:47 |
| pscheie | shardy, can you elaborate on "not reference the top-level metadata key"? I understand up to that point. | 15:47 |
| morganfainberg | kleini, domains are V3 only | 15:47 |
| morganfainberg | kleini, if you need this to work with V2, you'll need a custom identity backend that can lookup against both LDAP and SQL. | 15:48 |
| openstackgerrit | Bartosz Górski proposed a change to openstack/heat: Adds multi-region support for stack resource https://review.openstack.org/53313 | 15:48 |
| *** david-ly_ has joined #heat | 15:48 | |
| kleini | morganfainberg: that's my problem. and I want all users using V2 API to be authenticated against LDAP. furthermore Heat should work as expected requiring SQL for the heat domain | 15:48 |
| morganfainberg | kleini, this is Adam's latest block. http://adam.younglogic.com/2014/08/getting-service-users-out-of-ldap/ | 15:48 |
| pscheie | If it helps, we name our instance resources after the respective app they run. | 15:48 |
| pscheie | I need to be able to reference that app name in the file I'm writing out to each instance. | 15:49 |
| kleini | morganfainberg: sounds like a problem, I have, too :-) | 15:49 |
| morganfainberg | kleini, ok, so you set the detault domain to be LDAP and then as long as Heat uses V3, the secondary domain as SQL should *work* | 15:49 |
| shardy | pscheie: there are multiple definitions of "metadata" unfortunately, I was referring to the "resource specific metadata" here: | 15:49 |
| kleini | morganfainberg: no, that's why I created the bug report | 15:49 |
| pscheie | But that name will be different in each instance/resource's case. | 15:49 |
| shardy | http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#resources-section | 15:49 |
| shardy | which can't be referenced inside the template | 15:49 |
| morganfainberg | kleini, it doesn't look like you're using the per-domain identity backends | 15:50 |
| morganfainberg | kleini, based on the bug report | 15:50 |
| kleini | morganfainberg: how to configure that? | 15:50 |
| morganfainberg | oh wait hah i see it | 15:50 |
| morganfainberg | kleini, soorry i'm just waking up :( | 15:50 |
| morganfainberg | kleini, brain is ... bleh you know how it oges | 15:51 |
| morganfainberg | kleini, you're right :P | 15:51 |
| *** david-lyle has quit IRC | 15:51 | |
| morganfainberg | kleini, give me a sec re-reading the bug | 15:51 |
| * shardy passes morganfainberg a coffee | 15:51 | |
| morganfainberg | shardy, +++++++++++ 1million | 15:51 |
| pscheie | shardy, hmm, that sounds a bit like what I'm trying to do, unless I misunderstand. | 15:51 |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Add snapshot restore HTTP API https://review.openstack.org/92125 | 15:52 |
| shardy | pscheie: basically, the answer to your question is no, resources can't reference themselves | 15:52 |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Implement stack restore https://review.openstack.org/92124 | 15:52 |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Reimplement Volume snapshot with backup https://review.openstack.org/117542 | 15:52 |
| morganfainberg | kleini, ok so you need a second config for the SQL backend. which i'm not seeing. and that should be in /etc/keystone/domains based on your keystone.conf | 15:52 |
| morganfainberg | kleini, so what do you have in /etc/keystone/domains/ ? | 15:52 |
| *** saju_m has joined #heat | 15:52 | |
| morganfainberg | oh i see it now | 15:52 |
| morganfainberg | kleini, sorry. | 15:52 |
| pscheie | I'm trying to define just one CloudConfig resource and have that reference the resource name of the resource that includes that CloudConfig resource. | 15:53 |
| shardy | pscheie: You can't do that, it will cause a circular dependency error | 15:56 |
| pscheie | shardy, yeah, that's what I was afraid of. | 15:57 |
| pscheie | Pity. | 15:59 |
| *** lazy_prince is now known as killer_prince | 16:00 | |
| *** Murali has joined #heat | 16:01 | |
| *** cody-somerville has joined #heat | 16:03 | |
| *** cody-somerville has quit IRC | 16:03 | |
| *** cody-somerville has joined #heat | 16:03 | |
| *** tomek_adamczewsk has quit IRC | 16:03 | |
| *** pas-ha has quit IRC | 16:03 | |
| *** reed has quit IRC | 16:04 | |
| *** erecio has quit IRC | 16:06 | |
| *** kleini has left #heat | 16:07 | |
| openstackgerrit | Randall Burt proposed a change to openstack/heat: Fix marconi plugin registration https://review.openstack.org/115764 | 16:08 |
| *** tango has quit IRC | 16:09 | |
| *** aweiteka has quit IRC | 16:09 | |
| *** arbylee1 has joined #heat | 16:12 | |
| *** arbylee1 has quit IRC | 16:13 | |
| *** erecio has joined #heat | 16:13 | |
| *** arbylee has quit IRC | 16:13 | |
| *** arbylee1 has joined #heat | 16:13 | |
| *** fayablazer has quit IRC | 16:17 | |
| jdandrea | Q: If I try to delete a cinder volume that is already deleting, should heat throw an error or should it pass, gracefully letting the stack deletion continue? (It's doing the former. Wondering aloud about the merits or drawbacks of the latter.) | 16:17 |
| *** dsneddon has joined #heat | 16:18 | |
| *** aweiteka has joined #heat | 16:21 | |
| shardy | jdandrea: it should tolerate out of band deletion, although obviously things will break then if you specify a deletion policy which tries to backup the volume on delete | 16:21 |
| *** alexheneveld has quit IRC | 16:23 | |
| jdandrea | shardy: We're not backing up or zeroing out. To clarify: Should it *not* be throwing an error in Icehouse? | 16:23 |
| jdandrea | Also, in this case, the deletion was instigated through heat. I'm re-running the stack-delete due to a separate resource throwing an error upon deletion. | 16:24 |
| shardy | jdandrea: in both cases Heat should ignore the already deleted volume: | 16:25 |
| shardy | https://github.com/openstack/heat/blob/stable/icehouse/heat/engine/resources/volume.py#L160 | 16:25 |
| shardy | perhaps we're getting some other error than NotFound if the delete is still in-progress? | 16:26 |
| *** pasquier-s_ has quit IRC | 16:29 | |
| *** david-ly_ is now known as david-lyle | 16:30 | |
| *** andersonvom has joined #heat | 16:32 | |
| jdandrea | shardy: I see this ... http://paste.openstack.org/show/101829/ | 16:32 |
| *** ramishra has joined #heat | 16:33 | |
| *** gokrokve has joined #heat | 16:33 | |
| *** derekh has quit IRC | 16:35 | |
| *** gokrokve_ has quit IRC | 16:36 | |
| shardy | jdandrea: Hmm, yeah, I suppose we could handle that | 16:36 |
| shardy | mostly we just handle the case where the thing has already been deleted, not in an in-deleting state | 16:37 |
| jdandrea | shardy: Ok! I am happy to file a (bug report? wishlist request?) to kick this off so that it is tracked. (It would be my first.) | 16:37 |
| *** gokrokve has quit IRC | 16:37 | |
| shardy | jdandrea: Yeah please raise a bug wth that backtrace in it | 16:37 |
| jdandrea | Will do, tx | 16:38 |
| *** alexheneveld has joined #heat | 16:38 | |
| *** gokrokve has joined #heat | 16:38 | |
| *** ckmvishnu has joined #heat | 16:42 | |
| *** bvandenh has quit IRC | 16:43 | |
| *** gokrokve has quit IRC | 16:43 | |
| ckmvishnu | SpamapS: Hi, does your comment mean bug #1263787 is to be dropped? | 16:43 |
| uvirtbot` | Launchpad bug 1263787 in heat "stack table's uuid primary key wastes resources in other tables" [High,In progress] https://launchpad.net/bugs/1263787 | 16:43 |
| *** andreaf_ has joined #heat | 16:43 | |
| *** andreaf has quit IRC | 16:44 | |
| *** jistr has quit IRC | 16:46 | |
| *** yassine has quit IRC | 16:51 | |
| zaneb | randallburt: I asked about the test because it seemed like you ended up having to change more stuff than might have been expected at first glance | 16:52 |
| randallburt | zaneb: no worries. the changes to StackResource should be covered by existing tests, but a test for a zero resource group is easy and doesn't hurt. | 16:53 |
| zaneb | ok cool, ty | 16:53 |
| *** lsmola has quit IRC | 16:56 | |
| *** blues-man has quit IRC | 17:00 | |
| SpamapS | ckmvishnu: dropped in importance I think. | 17:00 |
| *** gokrokve has joined #heat | 17:01 | |
| SpamapS | ckmvishnu: hah, which zaneb beat me to by 2 minutes ;) | 17:01 |
| zaneb | SpamapS: I just commented on the review like 8 seconds ago | 17:01 |
| *** ramishra has quit IRC | 17:02 | |
| *** harlowja_away is now known as harlowja_ | 17:03 | |
| *** ramishra has joined #heat | 17:03 | |
| *** harlowja_ is now known as harlowja_away | 17:04 | |
| *** saurabhs has joined #heat | 17:05 | |
| *** harlowja_away is now known as harlowja_ | 17:09 | |
| ckmvishnu | SpamapS: ok | 17:09 |
| *** andreaf_ has quit IRC | 17:09 | |
| *** andreaf_ has joined #heat | 17:10 | |
| *** denis_makogon has quit IRC | 17:10 | |
| *** mspreitz has joined #heat | 17:11 | |
| *** saju_m has quit IRC | 17:13 | |
| *** vijendar has quit IRC | 17:14 | |
| *** sdake_ has joined #heat | 17:14 | |
| *** kebray has joined #heat | 17:14 | |
| *** kebray has quit IRC | 17:14 | |
| *** vijendar has joined #heat | 17:14 | |
| *** erecio has quit IRC | 17:17 | |
| *** erecio has joined #heat | 17:20 | |
| openstackgerrit | Andreas Jaeger proposed a change to openstack/heat: Add missing "." to help strings https://review.openstack.org/117573 | 17:22 |
| *** sdake_ has quit IRC | 17:22 | |
| *** ramishra has quit IRC | 17:28 | |
| *** tango has joined #heat | 17:30 | |
| *** jyoti-ranjan has quit IRC | 17:35 | |
| *** andreaf_ has quit IRC | 17:36 | |
| *** sabeen has quit IRC | 17:36 | |
| *** sdake_ has joined #heat | 17:37 | |
| *** andreaf has joined #heat | 17:37 | |
| *** shakamunyi has joined #heat | 17:41 | |
| *** nkhare has joined #heat | 17:42 | |
| openstackgerrit | Randall Burt proposed a change to openstack/heat: Error class can accept message with format characters https://review.openstack.org/117580 | 17:42 |
| *** BillArnold has joined #heat | 17:43 | |
| *** andreaf has quit IRC | 17:47 | |
| *** andreaf has joined #heat | 17:47 | |
| *** andreaf has quit IRC | 17:51 | |
| *** andreaf has joined #heat | 17:54 | |
| *** morganfainberg is now known as morganfainberg_Z | 17:57 | |
| *** sdake_ has quit IRC | 17:57 | |
| *** reed has joined #heat | 17:59 | |
| *** gondoi is now known as zz_gondoi | 18:09 | |
| *** zz_gondoi is now known as gondoi | 18:11 | |
| *** sdake has quit IRC | 18:12 | |
| *** andreaf has quit IRC | 18:15 | |
| pscheie | Does the order that resources are defined in a heat template matter? | 18:15 |
| pscheie | That is, reading from top to bottom, does a resource have to be defined before it can be referenced? | 18:16 |
| jdandrea | shardy: If I have a proposed fix for the bug I just filed, and that bug has yet to be triaged, should I sit tight, or can I go ahead and propose the fix somewhere? (I will re-familiarize myself with the process as well.) | 18:16 |
| jdandrea | Reference: https://bugs.launchpad.net/heat/+bug/1362708 | 18:16 |
| uvirtbot` | Launchpad bug 1362708 in heat "cinder volume deletions-in-progress lead to stack deletion errors" [Undecided,New] | 18:16 |
| *** urulama-afk is now known as urulama | 18:17 | |
| *** andreaf has joined #heat | 18:19 | |
| *** julienvey has quit IRC | 18:28 | |
| *** andreaf has quit IRC | 18:29 | |
| *** julienvey has joined #heat | 18:32 | |
| *** nkhare has quit IRC | 18:34 | |
| openstackgerrit | Randall Burt proposed a change to openstack/heat: Allow resource groups of 0 resources https://review.openstack.org/117015 | 18:34 |
| openstackgerrit | A change was merged to openstack/heat: Add language attribute to code samples https://review.openstack.org/111582 | 18:35 |
| *** julienve_ has joined #heat | 18:35 | |
| *** julienvey has quit IRC | 18:35 | |
| BillArnold | any very current guidance on what to do about errors on the tripleo and various dsvm tests? | 18:39 |
| jdandrea | Another question: Is a "reverse dependency graph" of sorts followed during deletions? That is, start at the leaves and work backward? (Checking source as well.) | 18:40 |
| jdandrea | (Well, not leaves per se, but the resources that do not have their own dependencies.) | 18:40 |
| *** sdake_ has joined #heat | 18:41 | |
| *** sdake_ has quit IRC | 18:42 | |
| *** sdake has joined #heat | 18:42 | |
| *** sdake has quit IRC | 18:42 | |
| *** sdake has joined #heat | 18:42 | |
| randallburt | jdandrea: esentially yes | 18:42 |
| jdandrea | randallburt: Thanks. I ask because I'm encountering some cinder errors. Volumes that are part of volume attachments are in-use, and so it *appears* as if the attachments and VMs haven't been removed first, as I would expect them to be. | 18:45 |
| jdandrea | (Or at least the attachments.) | 18:45 |
| pscheie | shardy, referring to my earlier question about a resource referencing one of its own attributes, is there any sort of substring function that I could apply to the resource name attribute (that is, the hostname) since that contains the application name which is the string I'm interested in? | 18:46 |
| randallburt | jdandrea: IIRC, the attachments should go first (which should detach the volume), then the volumes and servers | 18:46 |
| jdandrea | randallburt: Makes sense. *head scratch* | 18:46 |
| randallburt | same here | 18:47 |
| randallburt | jdandrea: that being said, I have seen the rare case where the volume is detached according to nova, but cinder still thinks its attached (in use). that shouldn't happen often, though and I think only in fairly large openstack deployments. | 18:48 |
| *** EricGonc_ has quit IRC | 18:49 | |
| *** mkollaro has quit IRC | 18:52 | |
| *** spzala has quit IRC | 18:52 | |
| *** sdake has quit IRC | 18:56 | |
| *** ckmvishnu has left #heat | 18:57 | |
| mspreitz | zaneb: are you there? | 19:00 |
| zaneb | yes | 19:00 |
| zaneb | just reviewing your patch, actually | 19:00 |
| mspreitz | I am working up some enthusiasm for the delta I suggested this morning for the AZ spec stuff | 19:00 |
| *** mkollaro has joined #heat | 19:00 | |
| *** gondoi is now known as zz_gondoi | 19:00 | |
| mspreitz | that is, let the client specify the path through the member properties where the AZ will be put | 19:01 |
| mspreitz | zaneb: thanks for the attention. Would you approve this delta? | 19:01 |
| zaneb | me too, that's one of my inline comments :) | 19:01 |
| mspreitz | great, thanks | 19:01 |
| *** sdake has joined #heat | 19:02 | |
| *** sdake has quit IRC | 19:02 | |
| *** sdake has joined #heat | 19:02 | |
| *** zz_gondoi is now known as gondoi | 19:05 | |
| *** sdake has quit IRC | 19:08 | |
| *** sdake has joined #heat | 19:09 | |
| *** sdake has quit IRC | 19:09 | |
| *** sdake has joined #heat | 19:09 | |
| *** nkhare has joined #heat | 19:11 | |
| *** balles has joined #heat | 19:15 | |
| *** mkollaro has quit IRC | 19:17 | |
| *** balles has quit IRC | 19:18 | |
| *** sballe has joined #heat | 19:18 | |
| *** sdake_ has joined #heat | 19:23 | |
| *** openstackgerrit has quit IRC | 19:31 | |
| *** openstackgerrit has joined #heat | 19:33 | |
| openstackgerrit | A change was merged to openstack/heat: AWS SecurityGroup use is_using_neutron() https://review.openstack.org/115969 | 19:34 |
| openstackgerrit | A change was merged to openstack/heat: Add subnets attribute to OS::Neutron::Port resource https://review.openstack.org/105408 | 19:34 |
| *** jmckind has quit IRC | 19:35 | |
| *** sdake_ has quit IRC | 19:36 | |
| *** sdake_ has joined #heat | 19:38 | |
| *** kebray has joined #heat | 19:38 | |
| *** kebray has quit IRC | 19:39 | |
| *** alexheneveld_ has joined #heat | 19:43 | |
| *** alexheneveld has quit IRC | 19:43 | |
| *** alexheneveld_ is now known as alexheneveld | 19:43 | |
| therve | mspreitz, One idea for availability zone would be to have a function with a variable which would help select an item from a list | 19:46 |
| therve | So that you could do in the template something like: | 19:46 |
| therve | availability_zone: {get_unit, [zones, unit_id]} | 19:47 |
| *** EricGonczer_ has joined #heat | 19:48 | |
| mspreitz | therve: in your example, are "zones" and "unit_id" literals, or variables standing for something? | 19:48 |
| therve | variables | 19:48 |
| mspreitz | can you give a concrete example? | 19:49 |
| therve | zones is your list of availability zones you want to spread | 19:49 |
| therve | I thought initially that unit_id could be the index of the scaling unit. Maybe it needs to be something more complex | 19:49 |
| therve | Or maybe it doesn't work | 19:49 |
| mspreitz | we need a way to select the zone based on the current populations of the zones | 19:50 |
| mspreitz | to achieve balance | 19:50 |
| therve | I guess it depends on how we maintain it with instances removed | 19:50 |
| mspreitz | instance removal is a different problem: not selecting a zone for a thing, but selecting a thing to remove | 19:50 |
| zaneb | there is some specific weirdness in the case of inline resource definitions (i.e. scaled unit is OS::Nova::Server) - intrinsic functions get resolved immediately, not passed down to the AS template | 19:50 |
| therve | Right, but the current population only change if you remove instances | 19:51 |
| therve | zaneb, Hum. That's something we may have to fix regardless no? | 19:51 |
| zaneb | not really | 19:52 |
| mspreitz | therve: true. That's why I frame the assignment problen as picking a zone based on current population | 19:52 |
| mspreitz | therve: if we could cache (correctly) population survey results, we could use that | 19:52 |
| zaneb | within the AS template, there should be no parameters and no references | 19:52 |
| mspreitz | but I doubt that will be an easy row to hoe | 19:52 |
| mspreitz | zaneb: your remark is about when resolving happens? | 19:53 |
| zaneb | yes | 19:53 |
| mspreitz | zaneb: so what is the weirdness that you mentioned? Sounds like it is the way it should be | 19:54 |
| zaneb | ok, let's say it's a context that is correct but would create weirdness if therve's proposal were implemented | 19:55 |
| mspreitz | zaneb: OK, I understand | 19:55 |
| mspreitz | So I also doubt we want to put an intrinsic function invocation in the generated template... | 19:58 |
| therve | I guess my point is that azs are not the only thing we may need to spread between scaling units | 19:59 |
| mspreitz | since we want selection to acheive balance, I doubt we want to explicitly express that in the generated template | 19:59 |
| openstackgerrit | A change was merged to openstack/heat: Store properties data in database https://review.openstack.org/112930 | 19:59 |
| openstackgerrit | A change was merged to openstack/heat: Refactor Resource's decision whether to update https://review.openstack.org/112931 | 20:00 |
| openstackgerrit | A change was merged to openstack/heat: Pass properties to Resource._needs_update() https://review.openstack.org/112932 | 20:00 |
| openstackgerrit | A change was merged to openstack/heat: Unittests: Refactor Volume resources tests https://review.openstack.org/107362 | 20:00 |
| therve | I feel that it shouldn't be as complicated as done in the current patch | 20:01 |
| jdandrea | randallburt: Regarding that rare case, it's interesting that you note that! This particular deployment has 14 Servers, each with a volume attachment. I don't know if that constitutes "fairly large" though. | 20:01 |
| * jdandrea goes to check the stack to see what is reportedly deleted. | 20:01 | |
| mspreitz | The current patch seems conceptually simple to me, the thing that generates the template makes a spreading decision and writes it in the template... | 20:02 |
| randallburt | jdandrea: not sure. I've only seen it when using Rackspace cloud as a target and suspect its Nova and cinder cross communication that's the culprit, not the size of the stack itself. | 20:02 |
| mspreitz | zane suggested maybe there is a simpler way to write that logic | 20:03 |
| mspreitz | I'll have to study that and get back to you guys on that | 20:03 |
| zaneb | mspreitz: actually, using a function.Function object that resolves to the desired AZ instead of modifying each ResourceDefinition might turn out to be a great idea. | 20:03 |
| jdandrea | *nods* | 20:03 |
| mspreitz | what arguments would the function get, to make it return the right result? | 20:03 |
| zaneb | difficult to see how the function could know what Resource it was embedded in though :/ | 20:03 |
| *** alexheneveld has quit IRC | 20:04 | |
| zaneb | mspreitz: yeah, that would be the problem | 20:04 |
| zaneb | it was kind of a half-baked thought ;) | 20:05 |
| therve | Well there are some positive in trying to push az management to the edges | 20:08 |
| therve | It may turn out to not be possible | 20:08 |
| mspreitz | what do you mean push az mgmt to the edges? | 20:10 |
| therve | mspreitz, I mean don't change the autoscaling core | 20:12 |
| *** Murali__ has joined #heat | 20:13 | |
| mspreitz | wherever it gets pushed to will need to know current populations | 20:13 |
| *** sballe has quit IRC | 20:14 | |
| zaneb | therve: did you see my latest comments on mspreitz's patch? | 20:14 |
| therve | zaneb, yes | 20:15 |
| zaneb | is that the kind of thing you mean by pushing it to the edges? | 20:15 |
| therve | That's one step, yeah. | 20:16 |
| *** jmckind has joined #heat | 20:16 | |
| *** tonisbones has quit IRC | 20:16 | |
| therve | I'd like to go 8 steps further if possible :) | 20:16 |
| zaneb | heh :) | 20:16 |
| jdandrea | randallburt: Sure enough, our volume attachments are all gone, but the volumes are still marked in use. Hmm. | 20:16 |
| *** Murali has quit IRC | 20:17 | |
| therve | I guess we fix the resource introspection thing I'll be happy enough | 20:17 |
| randallburt | jdandrea: indeed | 20:17 |
| mspreitz | which of Zane's comments is about pushing mgmt to the edges? | 20:18 |
| therve | mspreitz, The separation in the resource_templates function | 20:18 |
| therve | Specifying the availability zone attribute also helps | 20:19 |
| jdandrea | randallburt: I think you're on to something. At this point, then, we have three Cinder volumes that are ostensibly in-use, even though the volume attachments that used them are no more. | 20:20 |
| mspreitz | therve: you mean Zane's suggestion to factor out a generator of zone choices? I guess I can see that as a small step toward edge. But, yeah, pretty small step | 20:20 |
| jdandrea | As a result, Heat throws an error at volume deletion time (and now I know why Heat's trying to do that - no more attachments to be deleted). I will need to convince Cinder to delete those somehow. Heh. | 20:21 |
| mspreitz | It is not making a very essential change, it still leaves the zone choose in scaling group code, with choices written into the generated template | 20:21 |
| randallburt | jdandrea: yep, sounds right. Unfortunately that's about as far as I ever dug into it since I haven't run into the issue too often | 20:21 |
| randallburt | jdandrea: for me, cinder eventually got the message and I could delete the stack. | 20:22 |
| jdandrea | randallburt: *nods* ... but did it take ten hours? :) | 20:22 |
| mspreitz | zaneb: therve: I am not hearing a suggestion that changes that essential character of how it is done. | 20:22 |
| pscheie | I've got a MultipartMime resource whose parts: section pulls in two other resources (see http://paste.openstack.org/show/101961/) | 20:22 |
| mspreitz | I mean, a suggestion that is worked out enough to be reviewable | 20:22 |
| randallburt | jdandrea: uh, no. IIRC, like 30 min at most. | 20:23 |
| zaneb | mspreitz: yeah, I agree with what you wrote just above | 20:23 |
| jdandrea | Whoops. I'm just full of surprises today, huh. | 20:23 |
| pscheie | The two parts each create a file; but only the second file is being created | 20:23 |
| pscheie | I've verified this by swtiching the order of the two config parts, and whichever is second is the one that gets created. | 20:23 |
| pscheie | What am I doing wrong here? | 20:24 |
| pscheie | BTW, in the paste, I forgot the resource that calls ods_init. | 20:24 |
| mspreitz | therve: do you have any idea how to go further in the direction you want? | 20:25 |
| *** nkhare has quit IRC | 20:37 | |
| mspreitz | therve: I am not sure where you stand now. Will you approve, or disapprove, a revision that splits the patch into two, one for AWS types and one for native types, and takes various minor improvements from you and Zane, without changing the essential character of the approach? | 20:38 |
| *** julienve_ has quit IRC | 20:39 | |
| zaneb | jasond, jasond``: what is the implementation status of https://blueprints.launchpad.net/heat/+spec/swiftsignal-resource ? | 20:43 |
| jasond | zaneb: it's implemented. i updated the BP | 20:43 |
| zaneb | thanks! | 20:44 |
| zaneb | one in the success column :) | 20:44 |
| jasond | thank you | 20:44 |
| *** julienvey has joined #heat | 20:45 | |
| openstackgerrit | Jeff Peeler proposed a change to openstack/heat: Improve docker resource deletion https://review.openstack.org/113371 | 20:51 |
| openstackgerrit | Jeff Peeler proposed a change to openstack/heat: Rename docker directory to docker_inc https://review.openstack.org/117618 | 20:51 |
| *** radez is now known as radez_g0n3 | 20:54 | |
| *** jmckind has quit IRC | 20:56 | |
| jpeeler | stevebaker: any chance we can get a heat-cfntools 1.2.8 release? | 20:56 |
| stevebaker | jpeeler: ok. is that curl change in already? | 20:56 |
| jpeeler | yep! | 20:58 |
| Murali__ | is there any puppet hooks for heat software config | 20:58 |
| stevebaker | Murali__: yes https://github.com/openstack/heat-templates/tree/master/hot/software-config/elements/heat-config-puppet https://github.com/openstack/heat-templates/blob/master/hot/software-config/example-templates/example-puppet-template.yaml | 21:00 |
| mspreitz | I have to go. I will have to proceed on next revision with what I have heard so far. | 21:00 |
| stevebaker | Murali__: its quite basic, and assumes that required modules are already installed (either built into the image or installed via cloud-init boot) | 21:01 |
| Murali__ | stevebaker: thanks for response... actually i m looking into https://blueprints.launchpad.net/heat/+spec/hot-software-config-puppet | 21:03 |
| stevebaker | Murali__: that is marked Obsolete with the comment: replaced by https://bugs.launchpad.net/heat-templates/+bug/1279067 | 21:03 |
| uvirtbot` | Launchpad bug 1279067 in heat-templates "Software config hook for configuring with puppet" [Wishlist,Fix committed] | 21:04 |
| *** mspreitz has quit IRC | 21:04 | |
| *** andreaf has joined #heat | 21:06 | |
| Murali__ | ok | 21:06 |
| Murali__ | i see thanks stevebaker | 21:07 |
| zaneb | oh wow, patches are merging | 21:07 |
| zaneb | update-failure-recovery is so close I can smell it | 21:07 |
| *** kebray has joined #heat | 21:14 | |
| stevebaker | zaneb: I think I need to do another pass on the functional tests series to s/functional/integration/ | 21:14 |
| zaneb | ok | 21:15 |
| openstackgerrit | A change was merged to openstack/heat: Always replace a failed resource on rollback https://review.openstack.org/112935 | 21:19 |
| stevebaker | jpeeler: 1.2.8 is released | 21:26 |
| jpeeler | woot, thanks | 21:27 |
| openstackgerrit | A change was merged to openstack/heat: Add networks property to OS::Trove::Instance https://review.openstack.org/91088 | 21:32 |
| stevebaker | shit be landing | 21:33 |
| Murali__ | stevebaker: how to bootstrap, or how to classify inside hot tempalte | 21:34 |
| Murali__ | using master | 21:34 |
| Murali__ | is there any ways | 21:34 |
| stevebaker | Murali__: you need to create an image to boot which has puppet and the hooks as per these instructions https://github.com/openstack/heat-templates/tree/master/hot/software-config/elements | 21:35 |
| stevebaker | Murali__: then you should be able to launch that example script | 21:35 |
| *** andreaf has quit IRC | 21:37 | |
| *** andreaf has joined #heat | 21:37 | |
| Murali__ | ok | 21:37 |
| *** jasond has quit IRC | 21:39 | |
| stevebaker | pscheie: are you about? https://review.openstack.org/#/c/115968/ is causing a tripleo regression | 21:42 |
| *** andreaf has quit IRC | 21:43 | |
| *** andersonvom has quit IRC | 21:45 | |
| *** rpothier has quit IRC | 21:45 | |
| *** andersonvom has joined #heat | 21:45 | |
| *** alexpilotti has quit IRC | 21:47 | |
| *** blomquisg has quit IRC | 21:47 | |
| *** aweiteka has quit IRC | 21:47 | |
| *** alexheneveld has joined #heat | 21:54 | |
| *** erecio has quit IRC | 21:57 | |
| openstackgerrit | Vijendar Komalla proposed a change to openstack/heat: Config option to encrypt parameters and properties https://review.openstack.org/97900 | 21:58 |
| openstackgerrit | Vijendar Komalla proposed a change to openstack/heat: Encrypt heat template parameters https://review.openstack.org/117633 | 21:58 |
| *** jdob has quit IRC | 21:59 | |
| *** asalkeld has joined #heat | 22:02 | |
| *** vijendar has quit IRC | 22:05 | |
| stevebaker | zaneb: can you take a look at the comments in https://bugs.launchpad.net/tripleo/+bug/1362812 ? I am putting together a revert/fix now | 22:10 |
| uvirtbot` | Launchpad bug 1362812 in tripleo "heat networking auto-discovery causes heat-engine to exit" [Critical,Confirmed] | 22:10 |
| *** EricGonczer_ has quit IRC | 22:11 | |
| zaneb | ugh, I thought we had a config option for it? | 22:12 |
| stevebaker | tripleo runs defaults, but lifeless points out in the comments that global config can also be problematic | 22:12 |
| stevebaker | I don't think doing the detection on the fly with the user's context will add any overhead, the service catalog should already be in the context | 22:13 |
| *** tsufiev has quit IRC | 22:14 | |
| zaneb | are there Regions that span federated clouds? | 22:14 |
| zaneb | I would have assumed not | 22:14 |
| *** dteselkin has quit IRC | 22:14 | |
| zaneb | which makes the global config not an issue | 22:14 |
| *** dteselkin has joined #heat | 22:15 | |
| *** tsufiev has joined #heat | 22:17 | |
| stevebaker | it would be nice not to need config options though, especially if on-the-fly detection has no overhead | 22:17 |
| lifeless | zaneb: I don't think regions can span clouds no | 22:18 |
| lifeless | zaneb: I guess I was making some assumptions about what multi-cloud heat does | 22:19 |
| zaneb | just added a comment on the bug | 22:19 |
| zaneb | the plan is that regions are isolated | 22:19 |
| zaneb | so Heat can only talk to another region via the Heat REST API in that region | 22:20 |
| zaneb | i.e. we can create a stack in another region, but nothing else | 22:20 |
| stevebaker | Sure, I'm arguing that we shouldn't add a config option if we can auto-detect on the fly. It becomes yet another thing that all the install tools need to set | 22:21 |
| zaneb | fair enough | 22:22 |
| zaneb | if it's free, why not | 22:22 |
| *** daneyon has joined #heat | 22:32 | |
| asalkeld | zaneb, the problem with coming up with a mission statement is I see heat as a REST resource orchestrator | 22:33 |
| asalkeld | and you can basically do anything with that | 22:33 |
| asalkeld | so if you explain what it can do it's too broad | 22:34 |
| zaneb | that's why we need a mission statement ;) | 22:34 |
| asalkeld | but if you narrow the scope, you artifically restrict what we can do | 22:34 |
| *** morganfainberg_Z is now known as morganfainberg | 22:34 | |
| asalkeld | but you *could* start with infra orchestrator and lifecycle management | 22:35 |
| asalkeld | if you want to narrow scope: move software config out of tree | 22:37 |
| asalkeld | and maybe make a project what murano/heat-translator/software-config | 22:38 |
| asalkeld | and maybe make a program that has murano/heat-translator/software-config | 22:38 |
| asalkeld | ga: english | 22:38 |
| asalkeld | the distinction would be clearer | 22:39 |
| *** Murali__ has quit IRC | 22:39 | |
| *** gondoi is now known as zz_gondoi | 22:41 | |
| asalkeld | brb: school run | 22:42 |
| *** daneyon has quit IRC | 22:48 | |
| *** daneyon has joined #heat | 22:49 | |
| *** Murali has joined #heat | 22:54 | |
| *** julienvey has quit IRC | 22:56 | |
| *** daneyon has quit IRC | 22:58 | |
| *** daneyon has joined #heat | 22:59 | |
| *** asalkeld has quit IRC | 23:01 | |
| *** BillArnold_ has joined #heat | 23:01 | |
| *** daneyon has quit IRC | 23:03 | |
| *** asalkeld has joined #heat | 23:09 | |
| *** Murali has quit IRC | 23:12 | |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Detect neutron endpoint on-the-fly https://review.openstack.org/117646 | 23:15 |
| asalkeld | stevebaker, wasn't there a patch for that already? | 23:15 |
| stevebaker | asalkeld: this is the revert plus reimplementation to fix a tripleo regression | 23:16 |
| stevebaker | asalkeld: https://bugs.launchpad.net/tripleo/+bug/1362812 | 23:16 |
| uvirtbot` | Launchpad bug 1362812 in heat "heat networking auto-discovery causes heat-engine to exit" [Critical,In progress] | 23:16 |
| asalkeld | ok | 23:16 |
| *** david-lyle has quit IRC | 23:17 | |
| *** BillArnold has quit IRC | 23:19 | |
| *** tango has quit IRC | 23:22 | |
| *** andersonvom has quit IRC | 23:31 | |
| *** shakamunyi has quit IRC | 23:33 | |
| *** achampion has quit IRC | 23:38 | |
| zaneb | stevebaker: is all client plugins stuff merged now? | 23:43 |
| zaneb | https://review.openstack.org/#/q/project:openstack/heat+branch:master+topic:bp/client-plugins,n,z | 23:43 |
| zaneb | looks like it ^ | 23:43 |
| randallburt | zaneb: I think so, yes | 23:43 |
| stevebaker | zaneb: yes, this needs to be replaced with one which logs deprecation warnings https://review.openstack.org/#/c/98688/ | 23:43 |
| stevebaker | but I would call the blueprint done | 23:44 |
| zaneb | oh, it's marked Implemented already | 23:44 |
| zaneb | sorry guys, was misreading the list | 23:44 |
| randallburt | stevebaker: oh thanks. I had that on my todo somewhere and it disappeared. | 23:44 |
| stevebaker | randallburt: cool, thanks | 23:44 |
| *** openstackgerrit has quit IRC | 23:46 | |
| *** openstackgerrit has joined #heat | 23:48 | |
| *** gokrokve has quit IRC | 23:51 | |
| *** randallburt has quit IRC | 23:54 | |
| *** arbylee1 has quit IRC | 23:55 | |
| *** arbylee has joined #heat | 23:56 | |
| *** arbylee1 has joined #heat | 23:56 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!
