| *** rongze has quit IRC | 00:02 | |
| openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Add Docker resources to docs https://review.openstack.org/68753 | 00:04 |
|---|---|---|
| openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Refactor resource loading functions https://review.openstack.org/71989 | 00:04 |
| openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Fix resource mapping for Docker https://review.openstack.org/68749 | 00:04 |
| openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Fix resource mapping for Rackspace https://review.openstack.org/69374 | 00:04 |
| openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Change Docker resource mapping name https://review.openstack.org/68750 | 00:04 |
| openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Generate docs for contrib plugins https://review.openstack.org/68751 | 00:04 |
| spzala | jasond: Congratulations!! Very well deserved!! | 00:09 |
| *** jrist has joined #heat | 00:09 | |
| asalkeld | yeah, go jasond! | 00:09 |
| stevebaker | hmm, I should go add jasond to core | 00:11 |
| andersonvom | o/ o/ | 00:11 |
| spzala | stevebaker: lol | 00:11 |
| *** randallburt has quit IRC | 00:12 | |
| *** Tross has quit IRC | 00:13 | |
| stevebaker | done. jasond get amongst it! | 00:13 |
| spzala | Yay! | 00:14 |
| sdake | growing family :) | 00:16 |
| *** ramishra has quit IRC | 00:17 | |
| *** ramishra has joined #heat | 00:19 | |
| openstackgerrit | Shane Wang proposed a change to openstack/heat: Fix misspellings in heat https://review.openstack.org/71773 | 00:26 |
| *** dims has quit IRC | 00:26 | |
| *** ramishra has quit IRC | 00:29 | |
| *** nati_ueno has joined #heat | 00:32 | |
| *** alexheneveld has quit IRC | 00:34 | |
| *** cadenzajon has quit IRC | 00:36 | |
| *** david-lyle has quit IRC | 00:37 | |
| *** dims has joined #heat | 00:41 | |
| *** rcleere has quit IRC | 00:51 | |
| stevebaker | spzala: how are you going with the conversion tool? | 00:51 |
| spzala | stevebaker: Hi! We have started development more like on modelling phase. The tosca yaml spec is not yet finalized though but hopping it to be done soon. | 00:53 |
| spzala | stevebaker: thanks for asking :) | 00:55 |
| *** nati_ueno has quit IRC | 00:56 | |
| *** randallburt has joined #heat | 00:56 | |
| stevebaker | cool | 00:56 |
| openstackgerrit | A change was merged to openstack-dev/heat-cfnclient: Fix misspellings in heat-cfnclient https://review.openstack.org/71755 | 00:57 |
| *** rongze has joined #heat | 00:57 | |
| *** randallburt has quit IRC | 01:00 | |
| *** gokrokve has quit IRC | 01:00 | |
| *** rpothier has joined #heat | 01:00 | |
| *** gokrokve has joined #heat | 01:00 | |
| *** rongze has quit IRC | 01:02 | |
| *** pablosan has quit IRC | 01:05 | |
| *** gokrokve has quit IRC | 01:05 | |
| *** ramishra has joined #heat | 01:08 | |
| *** pvaneck has quit IRC | 01:11 | |
| *** ramishra has quit IRC | 01:13 | |
| *** e0ne has quit IRC | 01:16 | |
| *** gokrokve has joined #heat | 01:17 | |
| openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Add Docker resources to docs https://review.openstack.org/68753 | 01:17 |
| openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Change Docker resource mapping name https://review.openstack.org/68750 | 01:17 |
| *** WinnieTsang has quit IRC | 01:17 | |
| *** Linz has joined #heat | 01:18 | |
| *** IlyaE has quit IRC | 01:20 | |
| *** WinnieTsang has joined #heat | 01:21 | |
| *** gokrokve has quit IRC | 01:25 | |
| *** sileht has quit IRC | 01:29 | |
| *** IlyaE has joined #heat | 01:33 | |
| openstackgerrit | huangtianhua proposed a change to openstack/heat: Verify that parsed environment file maps to a dict https://review.openstack.org/69536 | 01:38 |
| *** sileht has joined #heat | 01:38 | |
| *** nkhare has quit IRC | 01:39 | |
| openstackgerrit | huangtianhua proposed a change to openstack/heat: I18N support for error message https://review.openstack.org/69630 | 01:45 |
| *** arbylee has quit IRC | 01:47 | |
| *** tims has joined #heat | 01:48 | |
| *** rongze has joined #heat | 01:50 | |
| *** andersonvom has quit IRC | 01:52 | |
| *** tims1 has joined #heat | 01:53 | |
| *** tims has quit IRC | 01:56 | |
| *** topol has joined #heat | 02:00 | |
| *** ramishra has joined #heat | 02:09 | |
| *** mattgriffin has quit IRC | 02:10 | |
| *** mattgriffin has joined #heat | 02:13 | |
| *** ramishra has quit IRC | 02:14 | |
| *** gokrokve has joined #heat | 02:14 | |
| *** liang has joined #heat | 02:16 | |
| *** WinnieTsang has quit IRC | 02:20 | |
| *** arbylee has joined #heat | 02:22 | |
| *** arbylee has quit IRC | 02:24 | |
| *** e0ne has joined #heat | 02:27 | |
| *** erkules_ has joined #heat | 02:27 | |
| *** erkules has quit IRC | 02:29 | |
| *** spzala has quit IRC | 02:30 | |
| *** Linz has quit IRC | 02:31 | |
| *** e0ne has quit IRC | 02:31 | |
| *** arbylee has joined #heat | 02:38 | |
| *** IlyaE has quit IRC | 02:40 | |
| *** ramishra has joined #heat | 02:45 | |
| *** chandan_kumar has joined #heat | 02:48 | |
| *** chandan_kumar has quit IRC | 02:54 | |
| *** chandan_kumar has joined #heat | 02:56 | |
| *** mikal has quit IRC | 03:02 | |
| *** mikal has joined #heat | 03:03 | |
| *** wirehead_ has quit IRC | 03:03 | |
| *** chandan_kumar has quit IRC | 03:04 | |
| *** wirehead_ has joined #heat | 03:04 | |
| openstackgerrit | huangtianhua proposed a change to openstack/heat: Adding "device_owner" property for Port resource https://review.openstack.org/69654 | 03:05 |
| *** ramishra has joined #heat | 03:07 | |
| openstackgerrit | huangtianhua proposed a change to openstack/python-heatclient: Fixes environment file using correct YAML format https://review.openstack.org/69802 | 03:07 |
| *** bada_ has quit IRC | 03:13 | |
| *** ramishra_ has joined #heat | 03:14 | |
| *** bada has joined #heat | 03:15 | |
| *** ramishra has quit IRC | 03:18 | |
| *** rcleere has joined #heat | 03:21 | |
| *** dims has quit IRC | 03:23 | |
| *** dims has joined #heat | 03:24 | |
| zaneb | lifeless: what's the secret to debugging when testr fails trying to get the list of tests? | 03:28 |
| zaneb | normally I just run pep8 to find the errors, but in this case it's passing | 03:28 |
| lifeless | zaneb: so you should get a list of failed imports | 03:28 |
| lifeless | zaneb: obfuscated but there - or try trunk testr that shows the errors much more nicely | 03:28 |
| *** chandan_kumar has joined #heat | 03:29 | |
| lifeless | zaneb: then just python -c 'import foo.bar.baz' | 03:29 |
| zaneb | the version I have gives about 3 screenfulls of "Non-zero exit code (2) from test listing. stdout='\xb3)\x01@N@Cheat.tests.db.test_migration... | 03:29 |
| lifeless | yes, so at the end | 03:29 |
| lifeless | look for failed imports | 03:29 |
| lifeless | then there is a list | 03:29 |
| *** Linz has joined #heat | 03:30 | |
| lifeless | (or pip install trunk testr :)) | 03:30 |
| lifeless | gotta run, sorrry | 03:30 |
| zaneb | ah, thanks :) | 03:31 |
| *** Linz has quit IRC | 03:34 | |
| *** dims has quit IRC | 03:35 | |
| *** dims has joined #heat | 03:36 | |
| *** Linz has joined #heat | 03:38 | |
| openstackgerrit | huangtianhua proposed a change to openstack/python-heatclient: "version" section should be required in template https://review.openstack.org/69808 | 03:42 |
| *** dims has quit IRC | 03:45 | |
| *** Michalik has quit IRC | 03:46 | |
| *** dims has joined #heat | 03:46 | |
| *** nkhare has joined #heat | 03:49 | |
| *** Linz has quit IRC | 03:54 | |
| *** Linz has joined #heat | 03:54 | |
| *** dims has quit IRC | 03:55 | |
| *** dims has joined #heat | 03:56 | |
| *** Linz has quit IRC | 03:59 | |
| *** Michalik has joined #heat | 03:59 | |
| *** gokrokve has quit IRC | 04:05 | |
| *** gokrokve has joined #heat | 04:05 | |
| *** gokrokve has quit IRC | 04:10 | |
| *** ramishra_ has quit IRC | 04:12 | |
| *** harlowja is now known as harlowja_away | 04:22 | |
| openstackgerrit | A change was merged to openstack/python-heatclient: Add more default CA paths https://review.openstack.org/68836 | 04:24 |
| openstackgerrit | A change was merged to openstack/heat: Do not log error on software config/deployment NotFound https://review.openstack.org/71653 | 04:24 |
| openstackgerrit | A change was merged to openstack/heat: Add Rackspace resources summary to docs https://review.openstack.org/68793 | 04:25 |
| *** gokrokve has joined #heat | 04:25 | |
| *** WinnieTsang has joined #heat | 04:28 | |
| openstackgerrit | A change was merged to openstack/heat: Add unit tests for heat.scaling.template https://review.openstack.org/71399 | 04:29 |
| *** harlowja_away is now known as harlowja | 04:30 | |
| *** IlyaE has joined #heat | 04:32 | |
| *** dims has quit IRC | 04:41 | |
| *** dims has joined #heat | 04:44 | |
| *** arbylee has quit IRC | 04:57 | |
| *** andersonvom has joined #heat | 05:01 | |
| openstackgerrit | A change was merged to openstack/heat: Rename Marconi plugin package https://review.openstack.org/71141 | 05:07 |
| *** IlyaE has quit IRC | 05:09 | |
| *** arbylee has joined #heat | 05:11 | |
| openstackgerrit | A change was merged to openstack/heat: Imported Translations from Transifex https://review.openstack.org/70517 | 05:11 |
| *** cmyster has joined #heat | 05:11 | |
| *** killer_prince has quit IRC | 05:14 | |
| *** killer_prince has joined #heat | 05:14 | |
| *** chandan_kumar has quit IRC | 05:15 | |
| *** chandan_kumar has joined #heat | 05:17 | |
| *** IlyaE has joined #heat | 05:18 | |
| cmyster | morning | 05:22 |
| *** IlyaE has quit IRC | 05:23 | |
| *** IlyaE has joined #heat | 05:27 | |
| *** rongze has quit IRC | 05:29 | |
| *** rongze has joined #heat | 05:30 | |
| *** IlyaE has quit IRC | 05:31 | |
| *** rongze has quit IRC | 05:34 | |
| *** dims has quit IRC | 05:35 | |
| *** dims has joined #heat | 05:37 | |
| *** dims has quit IRC | 05:43 | |
| *** dims has joined #heat | 05:44 | |
| *** gokrokve has quit IRC | 05:54 | |
| *** gokrokve has joined #heat | 05:57 | |
| *** alexheneveld has joined #heat | 06:00 | |
| *** arbylee has quit IRC | 06:04 | |
| *** IlyaE has joined #heat | 06:05 | |
| *** rwsu has quit IRC | 06:07 | |
| *** rwsu has joined #heat | 06:07 | |
| openstackgerrit | Jenkins proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/72566 | 06:07 |
| *** rongze has joined #heat | 06:15 | |
| *** killer_prince has quit IRC | 06:24 | |
| *** rwsu has quit IRC | 06:25 | |
| *** aignatov_ is now known as aignatov | 06:28 | |
| *** cadenzajon has joined #heat | 06:33 | |
| openstackgerrit | huangtianhua proposed a change to openstack/python-heatclient: "version" section should be required in template https://review.openstack.org/69808 | 06:33 |
| *** harlowja is now known as harlowja_away | 06:33 | |
| *** IlyaE has quit IRC | 06:35 | |
| *** cadenzajon has quit IRC | 06:37 | |
| *** rwsu has joined #heat | 06:38 | |
| *** saju_m has joined #heat | 06:38 | |
| openstackgerrit | A change was merged to openstack/heat: Rename docker_plugin to docker https://review.openstack.org/71927 | 06:40 |
| *** coolsvap has joined #heat | 06:40 | |
| *** saju_m has quit IRC | 06:43 | |
| *** saju_m has joined #heat | 06:50 | |
| *** saju_m has quit IRC | 06:51 | |
| *** alexheneveld has quit IRC | 06:51 | |
| *** alexheneveld has joined #heat | 06:55 | |
| *** mkollaro has joined #heat | 07:03 | |
| *** arbylee has joined #heat | 07:04 | |
| *** aignatov is now known as aignatov_ | 07:09 | |
| *** arbylee has quit IRC | 07:12 | |
| *** flwang has joined #heat | 07:14 | |
| *** flwang has left #heat | 07:14 | |
| *** dims has quit IRC | 07:24 | |
| *** dims has joined #heat | 07:25 | |
| *** topol has quit IRC | 07:28 | |
| *** dims has quit IRC | 07:32 | |
| *** dims has joined #heat | 07:33 | |
| *** alexheneveld has quit IRC | 07:33 | |
| *** e0ne has joined #heat | 07:34 | |
| *** e0ne has quit IRC | 07:35 | |
| *** saju_m has joined #heat | 07:37 | |
| *** alexheneveld has joined #heat | 07:37 | |
| *** alexheneveld has quit IRC | 07:40 | |
| shadower | stevebaker: I'm here now | 07:40 |
| shadower | yay timezones | 07:40 |
| cmyster | there is only one timezone. mine | 07:42 |
| cmyster | ;) | 07:42 |
| *** dims has quit IRC | 07:42 | |
| *** dims has joined #heat | 07:43 | |
| shadower | heh, everybody says that :-) | 07:43 |
| *** tspatzier has joined #heat | 07:43 | |
| cmyster | yes but thay are all wrong :) | 07:44 |
| *** zigo has joined #heat | 07:47 | |
| *** jprovazn has joined #heat | 07:50 | |
| *** saju_m has quit IRC | 07:52 | |
| *** jamieh has joined #heat | 07:57 | |
| skraynev | morning ;) | 08:04 |
| *** killer_prince has joined #heat | 08:06 | |
| pshchelo | morning all :) | 08:07 |
| *** pshchelo has quit IRC | 08:08 | |
| cmyster | morning | 08:08 |
| *** pshchelo has joined #heat | 08:12 | |
| *** e0ne has joined #heat | 08:27 | |
| *** Guest80401 is now known as _jmp_ | 08:30 | |
| *** killer_prince has quit IRC | 08:34 | |
| *** killer_prince has joined #heat | 08:35 | |
| therve | Good morning | 08:36 |
| *** pshchelo has quit IRC | 08:38 | |
| *** pshchelo has joined #heat | 08:40 | |
| *** ifarkas has joined #heat | 08:41 | |
| *** aignatov_ is now known as aignatov | 08:41 | |
| *** aignatov is now known as aignatov_ | 08:42 | |
| *** giulivo has joined #heat | 08:43 | |
| *** aignatov_ is now known as aignatov | 08:45 | |
| openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: REST API for software deployment https://review.openstack.org/72591 | 08:47 |
| openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: REST API for software config https://review.openstack.org/66514 | 08:47 |
| *** shardy_afk is now known as shardy | 08:48 | |
| shardy | morning | 08:48 |
| *** e0ne_ has joined #heat | 08:49 | |
| openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: REST API for software deployment https://review.openstack.org/72591 | 08:50 |
| *** saju_m has joined #heat | 08:51 | |
| cmyster | morning | 08:53 |
| *** e0ne has quit IRC | 08:53 | |
| *** gokrokve has quit IRC | 08:57 | |
| *** jistr has joined #heat | 08:58 | |
| *** sergmelikyan has joined #heat | 09:00 | |
| *** tomek_adamczewsk has joined #heat | 09:06 | |
| openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Remove TODO comments in create_resource https://review.openstack.org/72598 | 09:06 |
| *** arbylee has joined #heat | 09:10 | |
| *** arbylee has quit IRC | 09:14 | |
| *** ramishra has joined #heat | 09:19 | |
| openstackgerrit | Chmouel Boudjnah proposed a change to openstack/python-heatclient: decode all headers before logging curl commands https://review.openstack.org/67160 | 09:21 |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Order imports in alphabetical order (1/9) https://review.openstack.org/71511 | 09:22 |
| *** mkollaro has quit IRC | 09:30 | |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Order imports in alphabetical order (4/9) https://review.openstack.org/71514 | 09:32 |
| *** gokrokve has joined #heat | 09:33 | |
| *** gokrokve_ has joined #heat | 09:35 | |
| *** coolsvap has quit IRC | 09:36 | |
| *** gokrokve has quit IRC | 09:38 | |
| *** gokrokve_ has quit IRC | 09:39 | |
| openstackgerrit | A change was merged to openstack/heat: Add parser.Stack support for stack_domain_projects https://review.openstack.org/71205 | 09:40 |
| *** mkollaro has joined #heat | 09:41 | |
| shardy | therve: I responded to https://review.openstack.org/#/c/71208/ | 09:42 |
| therve | Thanks looking | 09:43 |
| shardy | therve: happy to refactor if you want, but I'm not sure what I can do other than wrapping the dict declaration? | 09:43 |
| shardy | I agree the duplication is not ideal, but hopefully it's only temporary | 09:43 |
| openstackgerrit | A change was merged to openstack/heat: heat_keystoneclient raise error if stack user role missing https://review.openstack.org/71928 | 09:44 |
| therve | shardy, So we should be able to remove the other method later on? | 09:44 |
| shardy | therve: Yeah, you'll notice all the stuff calling the old functions are now marked with FIXME (shardy) for future removal | 09:45 |
| therve | OK | 09:45 |
| therve | Well I guess that's fine then, it will make the future code cleaner indeed | 09:45 |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Order imports in alphabetical order (6/9) https://review.openstack.org/71516 | 09:45 |
| shardy | therve: I may actually be able to remove create_ec2_keypair as soon as migration of AccessKey is completed | 09:46 |
| shardy | it's mostly the get/delete functions which will be needed for a while, to allow backwards compatibility for existing resources in the DB after upgrade | 09:47 |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Add a nova keypair constraint https://review.openstack.org/70319 | 09:55 |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Implement custom constraints https://review.openstack.org/70318 | 09:55 |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Enable usage of custom constraint in parameters https://review.openstack.org/71295 | 09:55 |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Order imports in alphabetical order (8/9) https://review.openstack.org/71518 | 10:04 |
| openstackgerrit | A change was merged to openstack/heat: heat_keystoneclient add create_stack_domain_user function https://review.openstack.org/71206 | 10:10 |
| openstackgerrit | A change was merged to openstack/heat: heat_keystoneclient add delete_stack_domain_user function https://review.openstack.org/71207 | 10:11 |
| *** bvandenh has joined #heat | 10:19 | |
| *** dmakogon_ is now known as denis_makogon | 10:21 | |
| *** saju_m has quit IRC | 10:25 | |
| *** saju_m has joined #heat | 10:26 | |
| *** jrist has quit IRC | 10:30 | |
| *** gokrokve has joined #heat | 10:34 | |
| *** aignatov is now known as aignatov_ | 10:34 | |
| openstackgerrit | A change was merged to openstack/heat: heat_keystoneclient add create_stack_domain_user_keypair https://review.openstack.org/71208 | 10:36 |
| *** gokrokve has quit IRC | 10:39 | |
| *** jrist has joined #heat | 10:42 | |
| *** aignatov_ is now known as aignatov | 10:50 | |
| *** e0ne_ has quit IRC | 11:19 | |
| *** alexpilotti has joined #heat | 11:26 | |
| openstackgerrit | A change was merged to openstack/heat: Adding option in config to specify region name https://review.openstack.org/71540 | 11:27 |
| openstackgerrit | A change was merged to openstack/heat: Allow an in-progress stack to be deleted https://review.openstack.org/63002 | 11:28 |
| *** liang has quit IRC | 11:33 | |
| *** gokrokve has joined #heat | 11:34 | |
| *** gokrokve has quit IRC | 11:39 | |
| *** bvandenh has quit IRC | 11:39 | |
| *** amritanshu_RnD has joined #heat | 11:48 | |
| *** amritanshu_RnD is now known as Guest56122 | 11:48 | |
| *** aignatov has quit IRC | 11:50 | |
| *** e0ne has joined #heat | 11:50 | |
| *** SergeyLukjanov has quit IRC | 11:51 | |
| *** bvandenh has joined #heat | 11:52 | |
| *** aignatov has joined #heat | 11:54 | |
| *** SergeyLukjanov has joined #heat | 11:55 | |
| *** e0ne_ has joined #heat | 11:59 | |
| *** e0ne has quit IRC | 12:03 | |
| *** akuznetsov has joined #heat | 12:30 | |
| openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Add a requirements file for contrib/rackspace/ https://review.openstack.org/71730 | 12:32 |
| *** gokrokve has joined #heat | 12:34 | |
| *** rpothier has quit IRC | 12:38 | |
| *** gokrokve has quit IRC | 12:39 | |
| *** mkollaro has quit IRC | 13:03 | |
| *** mkollaro has joined #heat | 13:06 | |
| *** sgordon has joined #heat | 13:10 | |
| *** sgordon has quit IRC | 13:10 | |
| *** sgordon has joined #heat | 13:10 | |
| *** arbylee has joined #heat | 13:11 | |
| *** aweiteka has joined #heat | 13:12 | |
| *** arbylee has quit IRC | 13:16 | |
| *** ramishra has quit IRC | 13:23 | |
| *** bvandenh has quit IRC | 13:24 | |
| *** jdob has joined #heat | 13:26 | |
| *** aignatov is now known as aignatov_ | 13:28 | |
| *** aignatov_ is now known as aignatov | 13:29 | |
| *** bvandenh has joined #heat | 13:32 | |
| *** bvandenh has quit IRC | 13:33 | |
| *** nkhare has quit IRC | 13:34 | |
| *** gokrokve has joined #heat | 13:34 | |
| *** agileclipse has joined #heat | 13:35 | |
| *** gokrokve_ has joined #heat | 13:36 | |
| *** gokrokve has quit IRC | 13:39 | |
| *** Guest56122 has quit IRC | 13:39 | |
| *** cmyster has quit IRC | 13:40 | |
| *** gokrokve_ has quit IRC | 13:41 | |
| *** TonyBurn_ has joined #heat | 13:41 | |
| *** topol has joined #heat | 13:49 | |
| *** rpothier has joined #heat | 13:50 | |
| *** achampion has quit IRC | 13:51 | |
| therve | skraynev, I don't understand your review, can you explain a bit? | 13:52 |
| sdake | morning | 13:52 |
| *** ramishra has joined #heat | 13:52 | |
| shadower | sdake: gathering more data on the cloud-init behaviour. Turns out we need both the `users:` thingy in config *and* `useradd` in boothook.sh else U12.04 won't work. | 13:54 |
| shadower | will update the bug shortly | 13:54 |
| *** mkollaro1 has joined #heat | 13:55 | |
| *** mkollaro has quit IRC | 13:55 | |
| *** ramishra_ has joined #heat | 13:55 | |
| *** dteselkin_ is now known as dteselkin | 13:55 | |
| *** ramishra has quit IRC | 13:58 | |
| *** ramishra has joined #heat | 13:59 | |
| *** jmckind has joined #heat | 14:01 | |
| *** ramishra_ has quit IRC | 14:02 | |
| *** dims has quit IRC | 14:05 | |
| *** dims has joined #heat | 14:10 | |
| *** Tross has joined #heat | 14:13 | |
| *** arbylee has joined #heat | 14:13 | |
| *** Tross has quit IRC | 14:17 | |
| *** jcru has joined #heat | 14:20 | |
| *** rongze has quit IRC | 14:21 | |
| *** topol has quit IRC | 14:21 | |
| openstackgerrit | Richard Lee proposed a change to openstack/heat: Separate the Marconi client from the resource https://review.openstack.org/71350 | 14:21 |
| openstackgerrit | Richard Lee proposed a change to openstack/heat: Restructure Marconi plugin directory structure https://review.openstack.org/71351 | 14:21 |
| *** andersonvom has quit IRC | 14:22 | |
| *** jasond has quit IRC | 14:24 | |
| *** ifarkas has quit IRC | 14:24 | |
| *** jasond has joined #heat | 14:24 | |
| *** ifarkas has joined #heat | 14:25 | |
| *** saju_m has quit IRC | 14:27 | |
| *** saju_m has joined #heat | 14:29 | |
| *** arbylee has quit IRC | 14:30 | |
| *** topol has joined #heat | 14:32 | |
| *** scollier has joined #heat | 14:33 | |
| *** gokrokve has joined #heat | 14:34 | |
| *** scollier has quit IRC | 14:34 | |
| *** rongze has joined #heat | 14:36 | |
| *** Tross has joined #heat | 14:36 | |
| *** gokrokve has quit IRC | 14:39 | |
| *** scollier has joined #heat | 14:39 | |
| *** arbylee has joined #heat | 14:43 | |
| *** andersonvom has joined #heat | 14:44 | |
| *** SnowDust has joined #heat | 14:46 | |
| SnowDust | hello all | 14:46 |
| SnowDust | getting this error | 14:46 |
| SnowDust | anyone to help : http://paste.openstack.org/show/64269/ | 14:48 |
| SnowDust | denis_makogon, http://paste.openstack.org/show/64269/ can u help ? | 14:48 |
| *** achampion has joined #heat | 14:48 | |
| SnowDust | SpamapS, can you please help http://paste.openstack.org/show/64269/ | 14:48 |
| *** jprovazn has quit IRC | 14:49 | |
| denis_makogon | SnowDust, let me see | 14:49 |
| shardy | SnowDust: probably your nova is misconfigured and cannot schedule the VM, check the nova logs | 14:49 |
| denis_makogon | SnowDust, it means that you picked wrong flavor, that doen't fits to you devstack env | 14:50 |
| SnowDust | nova cpu / sch / api which place ? | 14:50 |
| SnowDust | is it ? | 14:50 |
| SnowDust | lemme check | 14:50 |
| *** jprovazn has joined #heat | 14:51 | |
| denis_makogon | i saw the same problems 2-3 weeks ago, but its gone after re-installing devstack | 14:52 |
| SnowDust | denis_makogon : bangon !!! "FlavorDiskTooSmall: Flavor's disk is too small for requested image.\n | 14:54 |
| SnowDust | thanks ..! | 14:54 |
| denis_makogon | SnowDust, always welcome | 14:55 |
| ramishra | shardy, hi | 14:56 |
| shardy | ramishra: hello | 14:56 |
| DaveJ__ | Hi Guys, I can't find an example of this. Do any of you know if it's possible to use a Function to set the default value of a parameter e.g. | 14:58 |
| DaveJ__ | https://www.irccloud.com/pastebin/PdRR9Z6U | 14:58 |
| DaveJ__ | The stack creation fails. Doesn't seem to like it, as the function is just being evaluated as text | 14:58 |
| ramishra | shardy: I created a patch for provider_net bp....fixed pep8 jenkins issues.. struggling with the unit test... tested with devstack with cli, works fine... | 14:59 |
| *** jrist has quit IRC | 14:59 | |
| *** tomek_adamczewsk has quit IRC | 14:59 | |
| shardy | DaveJ__: You can't currently do that, because in most cases it would result in a circular dependency | 15:00 |
| shardy | the GetAZs is kinda special because it's not related to the actual stack content | 15:00 |
| shardy | but currently paramters don't support intrinsic functions at all | 15:01 |
| ramishra | shardy: as the vlan provider network would depend on physical net configured on l2 plugin.. I can put some tests for gre/flat but not for vlan | 15:01 |
| *** radez_g0n3 is now known as radez | 15:02 | |
| ramishra | shardy: need some help with the unit test | 15:02 |
| shardy | ramishra: Ok, what is the issue with the test? | 15:03 |
| *** tspatzier has quit IRC | 15:03 | |
| ramishra | https://review.openstack.org/#/c/72454/ | 15:04 |
| *** therve_ has joined #heat | 15:05 | |
| *** therve_ has quit IRC | 15:05 | |
| ramishra | shardy:https://review.openstack.org/#/c/72454/ | 15:05 |
| DaveJ__ | shardy: Thanks | 15:07 |
| ramishra | shardy: before the test issues, a clarification there is comment not to include tenant_id in the shcema... | 15:08 |
| ramishra | shardy: I did not follow that.. can you help with that | 15:09 |
| openstackgerrit | Richard Lee proposed a change to openstack/heat: Fix resource mapping for Rackspace https://review.openstack.org/69374 | 15:10 |
| shardy | ramishra: Every request already has the tenant_id, from the keystone token, stored in the context | 15:12 |
| shardy | so passing it as a resource property is redundant | 15:12 |
| ramishra | shardy: ok thanks...what about the test... test for vlan type would not work without proper provider:physical_network mapping.. how do you suggest to handle it? | 15:17 |
| *** Tross has quit IRC | 15:17 | |
| *** pafuent has joined #heat | 15:19 | |
| shardy | ramishra: I guess you'll have to stub things, see existing tests for examples | 15:22 |
| *** blomquisg has quit IRC | 15:25 | |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Add handle_update to VolumeAttachment https://review.openstack.org/72681 | 15:25 |
| *** sgrasley has quit IRC | 15:25 | |
| *** nanjj has joined #heat | 15:28 | |
| nanjj | stevebaker: hi | 15:31 |
| shardy | nanjj: It's 4.30am where he is.. | 15:32 |
| *** david-lyle has joined #heat | 15:32 | |
| nanjj | shardy: oh, what's baker location? | 15:32 |
| shardy | nanjj: new zealand | 15:32 |
| jasond | shardy: i'm having trouble reproducing the error in https://bugs.launchpad.net/heat/+bug/1278836 when did it happen? | 15:33 |
| shardy | nanjj: hello btw :) | 15:33 |
| nanjj | shardy: I see, thanks | 15:33 |
| uvirtbot | Launchpad bug 1278836 in heat "stack lock delete change causes test traceback" [Undecided,New] | 15:33 |
| *** Tross has joined #heat | 15:34 | |
| shardy | jasond: It happens every time I run the tests via testr/run_tests.sh | 15:34 |
| *** gokrokve has joined #heat | 15:34 | |
| shardy | jasond: And the error dissappears if I revert your patch.. | 15:34 |
| jasond | shardy: thanks. i'll look into it | 15:34 |
| shardy | jasond: Ok, thanks, let me know if you need more info and I can try digging a little more | 15:35 |
| shardy | all the tests do seem to pass weirdly, so it seems like it's related to some test getting killed during cleanup doing a stack delete maybe? | 15:36 |
| jasond | shardy: i see it | 15:36 |
| shardy | jasond: \o/ :) | 15:36 |
| *** pafuent has left #heat | 15:36 | |
| *** jprovazn has quit IRC | 15:37 | |
| aweiteka | shardy, nested stack question: looks like the approach to pull in other nova server resources is to use example #5 here, correct?: docs.openstack.org/developer/heat/template_guide/environment.html | 15:37 |
| aweiteka | shardy, in this example would i ref "my_db_server" in the main template? | 15:37 |
| nanjj | shardy: I using tox all the time :-) | 15:38 |
| shardy | aweiteka: Hmm, I've never actually used the example in (5) | 15:39 |
| *** gokrokve has quit IRC | 15:39 | |
| shardy | aweiteka: I would suggest using the example in (3) to define a custom resource type | 15:39 |
| *** SnowDust has quit IRC | 15:40 | |
| aweiteka | shardy, ok. when i did a straight resource_registry it didn't fail but the nested template didn't run. i'll look some more | 15:40 |
| shardy | aweiteka: You don't really want the environment tied to the resource naming in the template IMO, only the resource types | 15:40 |
| aweiteka | shardy, ok, so it's arbitrary/custom resource definition | 15:40 |
| shardy | aweiteka: Yes, it can be used to both override the heat built-in resources, or to define arbitrary types | 15:41 |
| *** blomquisg has joined #heat | 15:41 | |
| *** jrist has joined #heat | 15:42 | |
| aweiteka | shardy, question... if i create a floating IP in a nested stack (registered custom resource) do i have access to that resource in the base template? via get_attr | 15:42 |
| *** coolsvap has joined #heat | 15:42 | |
| shardy | aweiteka: No, you have to pass the value out via the nested stack outputs section, which is mapped to an attribute of the resource named in the environment | 15:43 |
| aweiteka | shardy, ah, that's cool. thx | 15:44 |
| *** Tross has quit IRC | 15:44 | |
| *** saju_m has quit IRC | 15:45 | |
| *** saju_m has joined #heat | 15:46 | |
| *** jrist has quit IRC | 15:47 | |
| nanjj | aweiteka: one question, | 15:51 |
| *** tspatzier has joined #heat | 15:51 | |
| nanjj | aweiteka: where can I find a yaml sample to define a custom resource type? in example #3, where is the sample to demo file like 'my_instance_with_better_defaults.yaml'? | 15:52 |
| shardy | nanjj: It can be any heat template you like | 15:52 |
| shardy | nanjj: it's just a nested stack | 15:53 |
| jasond | shardy: have you seen this? https://bugs.launchpad.net/heat/+bug/1278937 | 15:53 |
| uvirtbot | Launchpad bug 1278937 in heat "db_api.user_creds_get() traceback during tests" [Undecided,New] | 15:53 |
| shardy | jasond: Yeah I have seen that a few times too, is it related? | 15:53 |
| jasond | shardy: no, i recall seeing it before my patch merged | 15:54 |
| radix | woohoo merges | 15:54 |
| radix | (good morning) | 15:54 |
| shardy | jasond: Yeah I've also seen that, and am still seeing it, followed by te new backtrace | 15:54 |
| shardy | nanjj: Here's a very simple example: | 15:55 |
| shardy | http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html | 15:55 |
| *** gokrokve has joined #heat | 15:55 | |
| shardy | nanjj: we do need some better examples in heat-templates | 15:55 |
| shardy | and probably more comprehensive docs too | 15:55 |
| jasond | shardy: they're both race conditions that happen during the test runs. sometimes i'll see just one or the other. most of the time i won't see either | 15:56 |
| *** gokrokve_ has joined #heat | 15:56 | |
| jasond | which makes verifying potential fixes a pain | 15:58 |
| nanjj | shardy: I see, I may merge some hints into environment.txt | 15:58 |
| *** gokrokve has quit IRC | 15:59 | |
| shardy | jasond: I see the DBError trace also when a tests fails, so it must be something on the cleanup path | 16:00 |
| shardy | jasond: I'm seeing the DBError one every time I run the tests | 16:00 |
| jasond | shardy: yeah, i plan on looking into that | 16:01 |
| jasond | shardy: interesting | 16:01 |
| *** jrist has joined #heat | 16:02 | |
| nanjj | db related test cases access same db | 16:03 |
| nanjj | if running one by one, no problem | 16:03 |
| nanjj | if split into groups, and run in parallel | 16:04 |
| nanjj | there may have issues | 16:04 |
| *** jrist has quit IRC | 16:06 | |
| *** Linz has joined #heat | 16:09 | |
| *** aignatov is now known as aignatov_ | 16:09 | |
| *** jrist has joined #heat | 16:12 | |
| *** jrist has quit IRC | 16:13 | |
| *** denis_makogon has quit IRC | 16:14 | |
| *** denis_makogon has joined #heat | 16:15 | |
| *** ramishra has quit IRC | 16:15 | |
| *** ramishra has joined #heat | 16:16 | |
| *** vijendar has joined #heat | 16:16 | |
| *** jrist has joined #heat | 16:17 | |
| aweiteka | shardy, could you look at this template error "Property domain not assigned"? much abreviated but hopefully helpful: http://paste.openstack.org/show/64297/ | 16:17 |
| *** gokrokve_ has quit IRC | 16:20 | |
| therve | jasond: I think I know what's going on | 16:20 |
| jasond | therve: what's going on? | 16:21 |
| therve | jasond: http://paste.openstack.org/show/64299/ | 16:21 |
| therve | threads :) | 16:21 |
| jasond | ah, nice catch | 16:22 |
| *** gokrokve has joined #heat | 16:23 | |
| *** Tross has joined #heat | 16:27 | |
| *** Tross has quit IRC | 16:27 | |
| shardy | aweiteka: You have a parameter called domain in ose-node.yaml, which has no default, and is not being assigned via a property in ose-broker-primary.yaml | 16:30 |
| shardy | probably ;) | 16:30 |
| aweiteka | shardy, ah, that's it. I was chasing node_instance but the offender is prob domain. thx | 16:31 |
| *** bnemec has quit IRC | 16:31 | |
| *** pshchelo has quit IRC | 16:31 | |
| *** ramishra_ has joined #heat | 16:32 | |
| *** Tross has joined #heat | 16:34 | |
| *** bnemec has joined #heat | 16:34 | |
| *** ramishra has quit IRC | 16:34 | |
| therve | jasond: can you confirm it fixes the problem for you? | 16:36 |
| jasond | therve: testing it now | 16:36 |
| sdake | zaneb you around? | 16:39 |
| *** julienvey has left #heat | 16:42 | |
| *** gokrokve has quit IRC | 16:47 | |
| *** gokrokve has joined #heat | 16:47 | |
| *** jistr has quit IRC | 16:47 | |
| jasond | therve: seems to work. do you want to submit that or should i? | 16:49 |
| therve | Oh I'll do it | 16:50 |
| jasond | cool, i'll assign that bug to you | 16:51 |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Remove spurious tracebacks from tests https://review.openstack.org/72702 | 16:51 |
| *** gokrokve has quit IRC | 16:51 | |
| *** pafuent has joined #heat | 16:52 | |
| *** gokrokve has joined #heat | 16:52 | |
| jasond | therve: weird, i can't find you in the launchpad search | 16:53 |
| jasond | therve: here you go https://bugs.launchpad.net/heat/+bug/1278836 | 16:53 |
| uvirtbot | Launchpad bug 1278836 in heat "stack lock delete change causes test traceback" [Undecided,New] | 16:53 |
| *** alexpilotti has quit IRC | 16:54 | |
| therve | jasond: It's not #1278937 ? | 16:54 |
| therve | I've never seen the other one | 16:54 |
| *** IYozhikov_away is now known as IgorYozhikov | 16:55 | |
| jasond | therve: ha, well i think you just fixed it :) | 16:55 |
| therve | Oh okay, maybe it's the same bug then | 16:55 |
| shardy | therve: are you sure we want to wait() for the threads and not stop them? | 16:55 |
| therve | shardy, I *think* so | 16:55 |
| zaneb | sdake: o/ | 16:58 |
| *** e0ne_ has quit IRC | 16:59 | |
| jasond | therve: i don't understand how that would fix the problem. each those stack IDs are different | 16:59 |
| openstackgerrit | A change was merged to openstack/heat-templates: Fix cfn-isms in OpenShift Enterprise Neutron template https://review.openstack.org/70006 | 16:59 |
| sdake | funzo https://review.openstack.org/#/c/70006/ | 17:00 |
| sdake | zaneb would you mind commenting on clint's last response and see if that works for the quiesce case for autoscaling? I think you know more about it then I do and want to make sure we get it right :) | 17:00 |
| *** IlyaE has joined #heat | 17:01 | |
| zaneb | sdake: his last response made sense to me, but I haven't read the wiki page yet | 17:01 |
| therve | jasond: IIRC, the test ends when the stack is removed from the db, but not when stack.delete is over | 17:01 |
| *** gokrokve has quit IRC | 17:01 | |
| therve | IIUC rather | 17:01 |
| sdake | zane have a read of it if you have an opportunity | 17:01 |
| zaneb | sdake: I think what he's saying is right though - if we handle it in the update case then the autoscaling case can get it for free, because autoscaling is based on a stack | 17:02 |
| zaneb | s/free/nearly free/ | 17:02 |
| zaneb | yay for code reuse! | 17:02 |
| sdake | cool that wfm, I guess the question I have is how precisely would an application be quiesced in the model SpamapS proposes | 17:03 |
| zaneb | I guess I would have to read the wiki page to find that out :D | 17:03 |
| sdake | i read through the etherpad, but I'll admit I had a bit of difficulty seeing how exactly it would be done :) | 17:06 |
| sdake | in SpamapS etherpad, the app waits on a wait condition, I guess what I'm not clear on is when - I guess during an update? | 17:09 |
| *** mkollaro1 has quit IRC | 17:09 | |
| sdake | eg is os-refresh-config executed by each action hook? I don't totally get the part about what actually does the quiesing | 17:10 |
| *** akuznetsov has quit IRC | 17:11 | |
| zaneb | sdake: "actions: [ rebuild, delete ]" <- whenever one of the actions specified in this list happens | 17:16 |
| shardy | sdake: AIUI, the action hook is associated with a resource lifecycle event, so when you start an action, you set some metadata, which the agent polling in the instance sees, does some stuff, then sends a signal back to notify completion | 17:17 |
| *** akuznetsov has joined #heat | 17:17 | |
| shardy | If I'm understanding correctly, this would, e.g allow you to make a server stay DELETE_IN_PROGRESS while some cleanup happened | 17:18 |
| shardy | which is exactly what we want for the scale-down use-case | 17:18 |
| zaneb | that is my understanding also | 17:18 |
| shardy | One thing I'm not sure about, is if we really want to have the WaitConditionHandle part explicitly defined | 17:19 |
| zaneb | yeah, seems unnecessary/potentially dangerous | 17:20 |
| *** ifarkas has quit IRC | 17:20 | |
| shardy | it seems like if a resource supports action_hooks we could do the work to wire up the signal response stuff automatically | 17:20 |
| zaneb | also, having the resource name in the metadata path | 17:20 |
| *** nanjj has quit IRC | 17:21 | |
| *** mkollaro has joined #heat | 17:21 | |
| *** rongze has quit IRC | 17:22 | |
| sdake | shardy zaneb thanks - the "does some stuff" does that list of stuff come from the metadata server? | 17:23 |
| shardy | sdake: that's not clear to me, but I guess so | 17:23 |
| shardy | seems like an ideal use-case for some config defined by software-config resources when they are ready | 17:24 |
| zaneb | the stuff to do would be defined by the in-instance agent, but triggered by a metadata update | 17:24 |
| sdake | zaneb the problem with that is the in-instance agent may not know the stuff the specific application needs to do to shut down? | 17:24 |
| shardy | zaneb: Yeah but we have to define the data to be executed, like cfn-hup does when it reads updated metadata | 17:25 |
| *** radez is now known as radez_g0n3 | 17:26 | |
| zaneb | sdake: right, but only the application knows how to do that... so presumably we need a way to hook up applications to receive events from the in-instance agent... I think that is what shardy is suggesting with the software config stuff? | 17:26 |
| *** Tross has quit IRC | 17:26 | |
| sdake | SpamapS around? :) this scrollback may be interesting to you :) | 17:27 |
| shardy | zaneb: Yeah, or I guess you could have sections in the resource metadata associated with different lifecycle events, with an agent which knew which ones to read | 17:27 |
| *** WinnieTsang has quit IRC | 17:27 | |
| * shardy has to step out for a few mins, bbiab | 17:28 | |
| * SpamapS reads backscroll | 17:28 | |
| sdake | it sounds like the problem we are really trying to solve is quiesing a server, not the bigger issues of update or autoscaling | 17:29 |
| SpamapS | I think you guys get it. | 17:29 |
| *** TonyBurn_ has quit IRC | 17:29 | |
| SpamapS | And I agree that the wait condition handle doesn't have to be explicit. I am curious why it might be dangerous. | 17:30 |
| SpamapS | zaneb: the path must be able to reference other resources | 17:30 |
| SpamapS | zaneb: we can't use the instance's own metadata reliably because of circular dependency loops caused by get_attribute. | 17:30 |
| sdake | SpamapS do you see software config doing the actual shutdown process of the application? | 17:31 |
| SpamapS | Now.. with software config we can probably do some magic. | 17:31 |
| SpamapS | sdake: no | 17:31 |
| SpamapS | sdake: well "maybe" | 17:31 |
| zaneb | SpamapS: having an explicit wait condition handle is an invitation to e.g. use it for multiple servers by accident ;) | 17:31 |
| SpamapS | zaneb: I'm o-k with that. I may also want my monitoring system, not the server itself, to do the signal. | 17:32 |
| SpamapS | though that's also just another use case for resource name in the path, not for explicit handle | 17:32 |
| *** jcru has quit IRC | 17:32 | |
| sdake | SpamapS lets assume an application requires a custom shutdown process, how would that be done? | 17:33 |
| zaneb | SpamapS: I could imagine a built-in function for grabbing that from a resource, e.g. get_notification_url. It could work on sw configs too maybe | 17:33 |
| sdake | eg, using init is not sufficient | 17:33 |
| *** jcru has joined #heat | 17:34 | |
| zaneb | actually, that probably wouldn't work because this is happening in the middle of an update | 17:34 |
| SpamapS | sdake: in TripleO, there's a script in /opt/stack/os-config-refresh/migration.d that runs and sees the delete action, and runs the installed application's shutdown process, then pings the handle. | 17:34 |
| sdake | SpamapS how is the shutdown script communicated to os-config-refresh? | 17:35 |
| SpamapS | it is not | 17:35 |
| SpamapS | it is installed in the image | 17:35 |
| sdake | by installing in /opt/stack/os-config-refresh/migration.d? | 17:35 |
| SpamapS | we don't deliver software after boot | 17:35 |
| sdake | the metadata installs packages during bootstrap | 17:36 |
| SpamapS | we don't in TripleO is what I'm saying. | 17:36 |
| SpamapS | If thats how the shutdown thing gets there in someone else's world, O-K | 17:36 |
| SpamapS | it is all just "the software inside the instance" | 17:37 |
| sdake | the script needs to be installed in /opt/stack/os-config-refresh/migration.d then? | 17:37 |
| SpamapS | sdake: you're conflating two things | 17:37 |
| SpamapS | there is [software inside instance] and [heat interface]. I only care about defining a [heat interface] for influencing the update. | 17:37 |
| *** pvaneck has joined #heat | 17:37 | |
| SpamapS | We already have a ton of ways to get software into an instance. | 17:38 |
| SpamapS | images, cfn-init, cloud-init, userdata wget/apt-get/yum .. | 17:38 |
| sdake | and the files feature | 17:38 |
| SpamapS | said software just needs to implement the [heat interface] | 17:38 |
| SpamapS | I happen to already have software that fits well into my proposed interface. :) | 17:39 |
| sdake | My question is how would other folks outside of tripleo shutdown their applications using the tools we have | 17:40 |
| SpamapS | and when hot-software-config lands, I do fully expect that we don't have to have launchconfigurations, and thus we can probably have deployer resources that encode this. | 17:40 |
| sdake | os-config-refresh only knows about tripleo components ? | 17:40 |
| SpamapS | no | 17:40 |
| SpamapS | it is crazy simple | 17:40 |
| sdake | assume I'm a 5 year old :) | 17:41 |
| SpamapS | it is run-parts with better defaults and unit tests. ;) | 17:41 |
| SpamapS | so the chain starts at os-collect-config | 17:41 |
| SpamapS | os-collect-config runs as a daemon, polling a configured metadata path. | 17:41 |
| SpamapS | it also polls the local file that cloud-init created, /var/lib/heat-cfntools/cfn-init-data, and ec2 metadata. | 17:42 |
| openstackgerrit | Andreas Jaeger proposed a change to openstack/heat: Improve help strings https://review.openstack.org/72080 | 17:42 |
| *** ppetit has quit IRC | 17:42 | |
| SpamapS | these are written to a location on disk as a json-file-per-collector | 17:42 |
| SpamapS | and then a configured command is run, with OS_CONFIG_FILES set to the list of collector json documents. | 17:43 |
| SpamapS | os-refresh-config just runs and ignores that list.. | 17:43 |
| SpamapS | it runs all the files in /opt/stack/pre-configure.d, then configure.d, then post-configure.d, then migration.d | 17:44 |
| SpamapS | Those scripts _do_ interpret OS_CONFIG_FILES, usually with another program, os-apply-config | 17:44 |
| SpamapS | os-apply-config merges the collected files (see its README.md for details) into one giant mapping, and then makes them accessible using either a --key argument, or moustache templates which can reference trees using {{key1.key2.key3}} | 17:45 |
| *** gokrokve has joined #heat | 17:45 | |
| *** pshchelo has joined #heat | 17:46 | |
| SpamapS | so one of the scripts in conifgure.d just writes a bunch of template files with populated {{}} stuff | 17:46 |
| *** pshchelo has quit IRC | 17:46 | |
| *** pshchelo has joined #heat | 17:46 | |
| SpamapS | and then a bunch of them do actions based on other keys in the metadata that they extract with $(os-apply-config --key foo.bar) | 17:46 |
| SpamapS | so you may note, at no point did I say "and a declarative thing runs apt-get" ... | 17:47 |
| SpamapS | we just run scripts. :) | 17:47 |
| SpamapS | sdake: want a cookie now? | 17:48 |
| sdake | lolipop pls | 17:48 |
| SpamapS | first have some carrots and broccoli | 17:48 |
| *** gokrokve has quit IRC | 17:49 | |
| *** gokrokve has joined #heat | 17:49 | |
| *** Tross has joined #heat | 17:50 | |
| SpamapS | sdake: this is all done to be extremely simple. I hope it actually is. :) | 17:52 |
| sdake | SpamapS lets assume I know nothing about how os-* and friends work and very little about heat works | 17:54 |
| *** gokrokve has quit IRC | 17:54 | |
| *** alexpilotti has joined #heat | 17:54 | |
| sdake | SpamapS eg I'm a new heat user, trying to figure out how to quiesce my server with a custom mechanism | 17:54 |
| *** gokrokve has joined #heat | 17:54 | |
| sdake | SpamapS what would I do in this situation? | 17:54 |
| *** pshchelo has quit IRC | 17:56 | |
| *** WinnieTsang has joined #heat | 17:57 | |
| *** pshchelo has joined #heat | 17:57 | |
| *** pshchelo_ has joined #heat | 17:58 | |
| SpamapS | sdake: I don't have an answer for you. | 17:58 |
| *** pshchelo has quit IRC | 17:58 | |
| sdake | SpamapS bummer - I think this use case is common and I get alot of questions about it - current answer is we don't have a way to do such a thing | 17:59 |
| *** pshchelo has joined #heat | 17:59 | |
| SpamapS | sdake: so if we back up to "we need to replace heat-cfntools", that is where such an answer goes. | 18:00 |
| sdake | is os-* not that replacement? | 18:00 |
| SpamapS | sdake: cfn-init, IMO, is awesome for the small-case user who just wants to install a few packages and template a file. We should just expand on it to support a way to declare what to do on these actions. | 18:00 |
| *** gokrokve has quit IRC | 18:01 | |
| SpamapS | sdake: "maybe" | 18:01 |
| *** tspatzier has quit IRC | 18:01 | |
| *** gokrokve has joined #heat | 18:01 | |
| SpamapS | sdake: it is intended for building very simple to understand things. But it does not have the sugar that I think you want. | 18:02 |
| SpamapS | sdake: but a tool could very easily be written to be run in each step to read more explicit instructions from Metadata | 18:05 |
| *** gokrokve has quit IRC | 18:06 | |
| *** tspatzier has joined #heat | 18:06 | |
| *** Tross has quit IRC | 18:06 | |
| *** TonyBurn_ has joined #heat | 18:07 | |
| * SpamapS -> call | 18:07 | |
| *** aignatov_ is now known as aignatov | 18:07 | |
| *** tspatzier has quit IRC | 18:08 | |
| *** SnowDust has joined #heat | 18:11 | |
| *** Tross has joined #heat | 18:13 | |
| *** gokrokve has joined #heat | 18:18 | |
| *** Tross has quit IRC | 18:22 | |
| *** gokrokve has quit IRC | 18:23 | |
| *** rcleere has quit IRC | 18:26 | |
| *** aignatov is now known as aignatov_ | 18:28 | |
| *** yogesh has joined #heat | 18:28 | |
| *** gokrokve has joined #heat | 18:31 | |
| *** chandan_kumar has quit IRC | 18:34 | |
| stevebaker | morning | 18:35 |
| stevebaker | SpamapS: regarding quiescing a server, a SoftwareDeployment resource also encapsulates its own waitcondition. I'm going to spend today adding a property which lets you specify which actions it runs in, so you can have DELETE workloads | 18:37 |
| *** tspatzier has joined #heat | 18:38 | |
| *** Tross has joined #heat | 18:39 | |
| *** tims1 has quit IRC | 18:40 | |
| openstackgerrit | Rabi Mishra proposed a change to openstack/heat: Author: Rabi Mishra Date: Tue Feb 12 00:00:47 IST 2014 https://review.openstack.org/72454 | 18:42 |
| *** pshchelo has quit IRC | 18:45 | |
| *** alexpilotti has quit IRC | 18:47 | |
| rpothier | hi all, I'm getting a Return code of 15 from cfn-signal, it says jprovision done, failed with error code 241 | 18:48 |
| *** pafuent has left #heat | 18:48 | |
| rpothier | anyone know what this failure is? | 18:48 |
| *** rcleere has joined #heat | 18:49 | |
| *** e0ne has joined #heat | 18:49 | |
| SpamapS | stevebaker: yeah that might be a nice way to handle this. Have you read my comments on your design fiction yet? | 18:50 |
| openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Don't try to stop a stack on a dead engine https://review.openstack.org/72739 | 18:54 |
| *** gokrokve has quit IRC | 18:59 | |
| openstackgerrit | Andrew Plunk proposed a change to openstack/heat: raw_template hot parameter type data migration https://review.openstack.org/70050 | 18:59 |
| *** jistr has joined #heat | 18:59 | |
| *** gokrokve has joined #heat | 19:00 | |
| *** WinnieTsang has quit IRC | 19:00 | |
| *** ramishra_ has quit IRC | 19:02 | |
| *** rpothier_ has joined #heat | 19:04 | |
| *** cadenzajon has joined #heat | 19:04 | |
| *** rpothier has quit IRC | 19:07 | |
| *** larsks is now known as larsks1 | 19:07 | |
| *** larsks1 is now known as larsks|afk | 19:07 | |
| *** sabeen1 has quit IRC | 19:08 | |
| *** sabeen has joined #heat | 19:08 | |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Remove spurious tracebacks from tests https://review.openstack.org/72702 | 19:08 |
| *** tspatzier has quit IRC | 19:11 | |
| *** tims has joined #heat | 19:14 | |
| *** radez_g0n3 is now known as radez | 19:14 | |
| *** jprovazn has joined #heat | 19:15 | |
| stevebaker | SpamapS: I'll get to them, still in school-run madness | 19:16 |
| radix | agh why aren't responses documented at http://api.openstack.org/api-ref-orchestration.html | 19:16 |
| *** coolsvap has quit IRC | 19:17 | |
| *** TonyBurn_ has quit IRC | 19:17 | |
| shardy | radix: there are example responses for some but not all calls | 19:18 |
| shardy | radix: patches welcome ;) | 19:18 |
| *** jrist has quit IRC | 19:20 | |
| *** IlyaE has quit IRC | 19:25 | |
| openstackgerrit | A change was merged to openstack/heat: Implement custom constraints https://review.openstack.org/70318 | 19:26 |
| jasond | stevebaker: not sure if you saw my replies in https://review.openstack.org/#/c/72008/1 (i don't think gerrit sent an email) | 19:28 |
| *** pablosan has joined #heat | 19:32 | |
| jasond | sdake: are you around? | 19:34 |
| openstackgerrit | Richard Lee proposed a change to openstack/heat: Add admin_pass as attribute and property to server https://review.openstack.org/72745 | 19:36 |
| openstackgerrit | Richard Lee proposed a change to openstack/heat: Allow update of admin_pass on server https://review.openstack.org/72746 | 19:36 |
| *** saju_m has quit IRC | 19:49 | |
| *** saju_m has joined #heat | 19:51 | |
| *** andersonvom has quit IRC | 19:52 | |
| *** IlyaE has joined #heat | 19:52 | |
| *** gokrokve has quit IRC | 19:53 | |
| *** gokrokve has joined #heat | 19:54 | |
| *** gokrokve_ has joined #heat | 19:55 | |
| *** ruhe has quit IRC | 19:57 | |
| *** jprovazn is now known as jprovazn_afk | 19:57 | |
| *** gokrokve has quit IRC | 19:58 | |
| *** gokrokve_ has quit IRC | 19:59 | |
| *** gokrokve has joined #heat | 20:00 | |
| *** gokrokve_ has joined #heat | 20:01 | |
| *** wendar has joined #heat | 20:01 | |
| *** jistr has quit IRC | 20:02 | |
| *** larsks|afk is now known as larsks | 20:04 | |
| *** saju_m has quit IRC | 20:04 | |
| *** gokrokve has quit IRC | 20:04 | |
| *** saju_m has joined #heat | 20:05 | |
| sdake | jasond was picking rugrats up from school whats up | 20:06 |
| jasond | sdake: hey, i saw you marked https://bugs.launchpad.net/heat/+bug/1195236 high priority. was wondering what your thoughts about that bug were. mark and i are at an impasse | 20:07 |
| uvirtbot | Launchpad bug 1195236 in heat "heat-engine -v has no effect" [High,Confirmed] | 20:07 |
| jasond | seems like if that's intended oslo behavior then the bug should be invalid | 20:08 |
| jasond | but if the oslo behavior needs to change, the bug should be moved to olso | 20:08 |
| sdake | jasond reading | 20:08 |
| jasond | ok | 20:08 |
| sdake | jasond hmm I have no recollection of that bug | 20:10 |
| sdake | although I probably saw security implication and moved it to high | 20:10 |
| sdake | that is typically how I think :) | 20:10 |
| jasond | oh ok. no problem | 20:10 |
| sdake | jasond: https://bugs.launchpad.net/heat/+bug/1210623 should be considered for high | 20:11 |
| uvirtbot | Launchpad bug 1210623 in heat "Traceback is sent to client" [Medium,Fix released] | 20:11 |
| sdake | since you broke the bug apart into two separate bugs which makes sense, we should probably lower the priority of the original | 20:12 |
| sdake | imo low makes sense | 20:12 |
| *** SnowDust has quit IRC | 20:12 | |
| sdake | it sounds like its not reproducible (no logs in engine.log) | 20:12 |
| sdake | I get all kinds of logs in engine.log | 20:12 |
| jasond | makes sense. unfortunately, i can't change the importance since i moved it to oslo | 20:13 |
| jasond | thanks for the input | 20:13 |
| sdake | jasond I added a note at the end for the oslo folks | 20:15 |
| sdake | enjoy | 20:15 |
| jasond | thanks | 20:15 |
| *** gokrokve_ has quit IRC | 20:16 | |
| *** cadenzajon has quit IRC | 20:16 | |
| *** gokrokve has joined #heat | 20:16 | |
| *** cadenzajon has joined #heat | 20:17 | |
| *** spzala has joined #heat | 20:20 | |
| *** yogesh has quit IRC | 20:20 | |
| *** gokrokve has quit IRC | 20:21 | |
| *** yogesh has joined #heat | 20:23 | |
| *** harlowja_away is now known as harlowja | 20:24 | |
| *** SnowDust has joined #heat | 20:26 | |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: Add test for StackUser._create_keypair https://review.openstack.org/72761 | 20:26 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: StackUser add _delete_keypair function https://review.openstack.org/72762 | 20:26 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: migrate User/AccessKey resources to StackUser base class https://review.openstack.org/72763 | 20:26 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: engine: allow stack_user_project users to retrieve stack https://review.openstack.org/71300 | 20:26 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: StackUser add suspend/resume support https://review.openstack.org/71930 | 20:26 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: migrate StackUser base class to stack domain users https://review.openstack.org/71210 | 20:26 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: heat_keystoneclient add support to enable/disable domain users https://review.openstack.org/71414 | 20:26 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: heat_keystoneclient add delete_stack_domain_user_keypair https://review.openstack.org/71929 | 20:26 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: Refactor SignalResponder to abstract user logic https://review.openstack.org/71209 | 20:26 |
| *** Guest84184 has quit IRC | 20:26 | |
| *** saju_m has quit IRC | 20:32 | |
| *** ramishra has joined #heat | 20:34 | |
| *** andersonvom has joined #heat | 20:37 | |
| *** andersonvom has joined #heat | 20:38 | |
| *** ramishra has quit IRC | 20:39 | |
| stevebaker | radix: should as-lib-db be kicked from i-3? | 20:43 |
| stevebaker | therve: has blueprint parameter-nested-schema started? | 20:44 |
| therve | stevebaker, Technically no. I wonder if anything needs to be done with the recent schema work though | 20:45 |
| *** denis_makogon has quit IRC | 20:45 | |
| stevebaker | therve: implemented via lazyness ;) | 20:45 |
| *** dmakogon_ has joined #heat | 20:46 | |
| therve | :) | 20:46 |
| stevebaker | therve: could you evaluate so I know whether to Obsolete or remove the blueprint from i-3? | 20:46 |
| therve | stevebaker, Yep, will do that | 20:46 |
| radix | stevebaker: I should have another patch for that soon | 20:46 |
| stevebaker | therve: also, I replied to https://review.openstack.org/#/c/70289/ | 20:46 |
| therve | Ah sorry I missed it | 20:47 |
| stevebaker | radix: could you update the Implementation in https://blueprints.launchpad.net/heat/+spec/as-lib-db ? | 20:47 |
| stevebaker | therve: thanks | 20:47 |
| radix | eh, as-lib-db is still Not Started :) | 20:48 |
| radix | oh! | 20:48 |
| radix | I misread you earlier | 20:48 |
| radix | stevebaker: my bad, yeah, I guess it probably should be pushed, I was confusing as-lib and as-lib-db | 20:48 |
| therve | stevebaker, I'm not totally sold on having an option at all, to be honest... | 20:49 |
| therve | We don't have one for URL_LENGTH_LIMIT and that's fine | 20:49 |
| stevebaker | radix: weird dependencies on https://blueprints.launchpad.net/heat/+spec/as-lib-db and https://blueprints.launchpad.net/heat/+spec/as-lib | 20:51 |
| stevebaker | radix: should I change it to as-lib -> as-lib-db -> as-engine-db ... | 20:51 |
| radix | stevebaker: pretty sure that's intended | 20:51 |
| stevebaker | and as-lib -> as-intermediate-resources | 20:51 |
| radix | i.e., as-lib-db is just some schema specifications | 20:52 |
| stevebaker | ie remove as-lib-db as a dependency to as-intermediate-resources? | 20:52 |
| shardy | radix, therve: are we going to have any way to make autoscaling work in a neutron environment for Icehouse? | 20:52 |
| radix | shardy: you mean with LBaaS? | 20:52 |
| therve | It works already | 20:52 |
| radix | shardy: the AWS stuff already works with it | 20:52 |
| radix | thanks to therve | 20:52 |
| therve | AFAIK | 20:52 |
| shardy | radix: I mean some sort of native resource so networks can be specified and we can use OS::Nova::Server (or scale abitrary resources) | 20:53 |
| shardy | instead of the hard-coded AWS::EC2::Instance etc | 20:53 |
| radix | yeah no I don't think that's going to be possible by Icehouse | 20:53 |
| therve | Well you can cheat and use VPCZoneIdentifier to some extent | 20:54 |
| therve | We can push a native resource, it depends on what deadline we take | 20:54 |
| stevebaker | we would need a OS::Nova::Server launchconfiguration | 20:54 |
| stevebaker | for an interim AWS autoscaling solution | 20:54 |
| shardy | funzo: do you have a sec to explain why VPCZoneIdentifier won't work for your use-case? | 20:55 |
| therve | launchconfiguratio sucks :/ | 20:55 |
| *** jprovazn_afk has quit IRC | 20:55 | |
| stevebaker | they do. lets not do that | 20:55 |
| radix | alternatively we could somehow parameterize the nested stack's environment | 20:55 |
| radix | and allow you to override AWS::EC2::Instance | 20:55 |
| *** aignatov_ is now known as aignatov | 20:55 | |
| funzo | shardy: I thought that was just for instances? | 20:55 |
| shardy | stevebaker: Yeah, I'm just wondering what the simplest possible step forward would be to enable some native scaling progress for icehouse | 20:56 |
| funzo | and nothing to do with neutron networks or ports | 20:56 |
| shardy | funzo: so your issue is that you have to use OS::Nova::Server, because you need to specify multiple networks? | 20:56 |
| funzo | yes, and floating ips | 20:57 |
| radix | I'm not sure why we don't just inherit the parent's environment into the nested stack | 20:57 |
| funzo | specifically neutron | 20:57 |
| stevebaker | and software deployment resources | 20:57 |
| stevebaker | and volumes | 20:57 |
| therve | shardy, The main issue for me is that we don't seem to be able to agree on what it should look like | 20:57 |
| therve | Like, ever | 20:58 |
| shardy | funzo: Ok thanks, I just wanted to clarify the use-case | 20:58 |
| stevebaker | therve: I solved that problem in software-config by just implementing something | 20:58 |
| *** andrew_plunk has joined #heat | 20:58 | |
| * therve shrugs | 20:58 | |
| stevebaker | shardy: maybe our native scaling progress is ResourceGroup. Its scaling without the auto | 20:59 |
| shardy | therve: IMHO it's just reached the point where someone needs to write something which works with neutron etc, even if it's not perfect and we end up iterating on it | 20:59 |
| funzo | shardy: if there is something I'm missing and someone can show me how to use the VPCZoneIdentifier to achieve the same thing i'm trying to do, I'm all for it | 21:00 |
| funzo | that would be fantastic | 21:00 |
| * stevebaker off to a meeting | 21:00 | |
| shardy | stevebaker: I thought zaneb wanted that to diaf? ;) | 21:00 |
| therve | I still don't know what's the issue with neutron to be honest | 21:00 |
| radix | yeah | 21:00 |
| radix | you can use neutron, that's not the problem | 21:00 |
| shardy | funzo: that was why I wanted you to clarify your problem, therve and radix may be able to suggest something | 21:00 |
| stevebaker | shardy: maybe porting it to use as-lib would help with that | 21:00 |
| funzo | I have a public network, a private network, and subnets to go along with them, then floating ips associated with the public subnet | 21:01 |
| zaneb | stevebaker: it's scaling without the auto, or any of the other features of autoscaling | 21:01 |
| *** jdob_ has joined #heat | 21:01 | |
| funzo | I would like to trigger an alarm to adjust the scaling group of nova servers to increase, along with creating a new port in the private network, and a floating ip in the public | 21:01 |
| funzo | end result is a new server instance that has an externally routable ip address | 21:02 |
| radix | we could pretty easily throw together a AutoScalingGroup implementation that allows you to specify an arbitrary resource instead of a launch configuration | 21:02 |
| funzo | radix: I'm doing something similar to just that as a plugin resource | 21:02 |
| funzo | except I'm hobbling along learning what is and isn't there to use | 21:03 |
| radix | s/implementation/alternative/ | 21:03 |
| shardy | radix: at this point in the cycle, that's what we should focus on IMO - how can we make life better for users, in a week :) | 21:03 |
| funzo | https://github.com/calfonso/heat-resource-plugins/blob/master/nova/resources/nova_server_scale.py | 21:03 |
| shardy | FPF is the 18th, so not much time left | 21:03 |
| therve | shardy, Can we push that line a bit somehow? | 21:03 |
| radix | hmm | 21:04 |
| shardy | therve: There is an exception process, but most stuff should at least have something posted by then | 21:04 |
| radix | funzo: I think that resource is possible without duplicating so much | 21:04 |
| radix | funzo: i.e. I don't think you need to duplicate ScalingPolicy | 21:04 |
| funzo | I would love to get it working without copying so much | 21:05 |
| radix | in fact you can probably just subclass AutoScalingGroup | 21:05 |
| funzo | radix: the only reason I did that is so that I didn't have to use the camel case properties that are hard coded in there | 21:05 |
| radix | if everyone thinks this is a better idea I can work on it | 21:05 |
| radix | zaneb: I'm looking at you :) | 21:05 |
| * zaneb looks at funzo's plugin | 21:06 | |
| funzo | the copying code to change the way I reference properties in a hot template isn't the real issue, the real issue is that i'm not yet able to create new ports | 21:06 |
| radix | meaning, an alternative to AWS::AutoScaling::AutoScalingGroup that accepts an arbitrary resource specification | 21:07 |
| funzo | the copying so much code is really only for the propery names | 21:07 |
| radix | similar to ResourceGroup | 21:07 |
| funzo | property* | 21:07 |
| radix | funzo: yeah we should just refactor that so the names can be parameterized | 21:07 |
| *** e0ne has quit IRC | 21:07 | |
| radix | in fact... they already are | 21:07 |
| funzo | but I was told that since the rewrite was going on, whatever I needed would probably be throw away | 21:08 |
| funzo | so it's certainly not a refactor effort | 21:08 |
| radix | yeah I don't think you need to refactor for that. everything already uses self.PROPERTY_NAME in the code | 21:08 |
| funzo | what's the verdict then, keep on with what I'm doing or is there something else radix is going to do? | 21:10 |
| zaneb | funzo: I defined constants for all of those properties already. If there's any that are still being addressed with literals I would certainly approve a patch to fix them | 21:11 |
| radix | zaneb: so do you think it'd be ok to get a resource like that into heat core? | 21:11 |
| funzo | autoscaling.py isn't using constants | 21:11 |
| radix | funzo: it is in master | 21:11 |
| zaneb | funzo: it should be | 21:12 |
| funzo | oh, i'm not on master, that would be that issue | 21:12 |
| radix | :) | 21:12 |
| zaneb | I may have missed some | 21:12 |
| funzo | I'm using the rpm distributed version | 21:12 |
| shardy | radix, therve: so about creating a port for the new instance, is there any solution for that, or do we basically need to be able to scale out nested stacks containing an instance and a port? | 21:12 |
| radix | I think we should just allow you to scale out nested stacks with multiple resources, yeah | 21:13 |
| *** sgrasley has joined #heat | 21:13 | |
| radix | that will be the simplest thing to implement right away | 21:13 |
| zaneb | radix: tbh unless you're sure that it's going to have the interface you eventually want for the real autoscaling API resources, then this just ends up being another bit of cruft we want to deprecate but will probably have to keep around for years :( | 21:14 |
| radix | let me think about that | 21:14 |
| *** jdob_ has quit IRC | 21:15 | |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Add a nova keypair constraint https://review.openstack.org/70319 | 21:16 |
| shardy | zaneb: but the use-case funzo is describing is the same as several other folks who've showed up here, so the question is, can we solve it in a non-horrible way for Icehouse, or do they wait another 6months? | 21:17 |
| therve | I think I agree with stevebaker that we've been trying to get something "perfect" out and didn't manage to get anything done | 21:17 |
| therve | I'm mostly afraid that we post a resource in a week and spend the next 6 weeks fixing it :) | 21:18 |
| zaneb | shardy: yes, although at our current velocity 6 months looks optimistic | 21:18 |
| zaneb | especially if we spend all our time creating new hacks that don't solve the problem instead of solving the problem | 21:19 |
| radix | I think an AutoScalingGroup that supports arbitrary resources would be pretty rad | 21:19 |
| zaneb | I agree, we should implement one of those | 21:20 |
| *** erkules_ is now known as erkules | 21:22 | |
| shardy | zaneb, radix: awesome, lets do that, you have a week :D | 21:23 |
| radix | heh :P | 21:23 |
| radix | 18th, right? | 21:24 |
| shardy | yeah I believe so | 21:24 |
| zaneb | oh, it's the 18th? | 21:24 |
| zaneb | so it is | 21:24 |
| radix | 18th is the "review must be posted" deadline | 21:24 |
| zaneb | I thought it was the 13th | 21:25 |
| radix | ok I dunno, is it documented somewhere? | 21:25 |
| zaneb | that makes me feel slightly less stressed about these pluggable functions | 21:25 |
| zaneb | radix: https://wiki.openstack.org/wiki/Icehouse_Release_Schedule | 21:25 |
| radix | hehe | 21:25 |
| radix | ah ok | 21:25 |
| zaneb | because they ain't workin' | 21:26 |
| zaneb | just started a redesign yesterday morning | 21:26 |
| therve | So do we agree on doing what ResourceGroup does with Auto in front? | 21:26 |
| shardy | https://wiki.openstack.org/wiki/Icehouse_Release_Schedule | 21:26 |
| shardy | Oh, zaneb beat me to it :) | 21:27 |
| zaneb | our dev cycles somehow have got very short | 21:27 |
| zaneb | only 12 weeks to do actual work in every 6 months | 21:27 |
| zaneb | it's not enough | 21:27 |
| shardy | The holidays have made this one seem very short | 21:27 |
| zaneb | plus I was out for probably another 2 of those weeks | 21:28 |
| zaneb | I don't know how I feel about the feature proposal freeze | 21:28 |
| *** tims1 has joined #heat | 21:29 | |
| zaneb | maybe it should be later | 21:29 |
| therve | The freeze period is a bit too long to my taste. You don't fix bugs by having code sitting in master | 21:29 |
| zaneb | and why are there 4 weeks between the release and the design summit? | 21:29 |
| therve | That's weird too | 21:30 |
| radix | therve: I don't know, I need to think about it some more (especially if we can get it into a format that at least has a chance of being similar to the ultimate resource) | 21:30 |
| shardy | therve: I propose we take the use-case described by funzo above, and basically make that possible, either via a AutoResourceGroup, or via a native AutoScalingGroup which scales OS::Nova::Server (or a compatible provider template?) | 21:30 |
| *** tims has quit IRC | 21:30 | |
| shardy | therve: because it's the same thing requested by quite a few folks here | 21:31 |
| therve | shardy, There are 17 different ways to achieve that though | 21:31 |
| shardy | if we end up with automagic-scale-everything-unicorns, then even awesomer :) | 21:31 |
| shardy | therve: pick one, make it work? :) | 21:31 |
| therve | Okay :) | 21:32 |
| radix | alright | 21:32 |
| shardy | therve: in the last freeze, you end up with lots of bugs because everyone rushes features in, breaks everything, then you spend two weeks getting everything vaguely stable again | 21:33 |
| shardy | that was my experience for Havana at least | 21:33 |
| zaneb | shardy: and by 'everyone' you mean neutron? ;) | 21:33 |
| radix | should I file a BP for this? | 21:33 |
| shardy | our automated testing is better this time, but since we have minimal tempest coverage, we're bound to have regressions | 21:34 |
| *** ramishra has joined #heat | 21:34 | |
| therve | shardy, Yeah that's somewhat the obvious flaw of the process | 21:35 |
| shardy | radix: haven't you got enough BP's already? ;D | 21:35 |
| radix | yes, I do :P | 21:35 |
| radix | I will gladly start hacking | 21:35 |
| *** gokrokve has joined #heat | 21:36 | |
| shardy | therve: well there's the mandatory week of the gate being comically broken too, don't forget :) | 21:37 |
| therve | Heh yeah | 21:37 |
| therve | We got some rehersals of that one | 21:38 |
| radix | ugh yeah :P | 21:39 |
| *** ramishra has quit IRC | 21:39 | |
| radix | it seems like they did something to really improve it drastically recently | 21:39 |
| radix | maybe they just tripled the number of hosts or something | 21:39 |
| *** jasond has quit IRC | 21:42 | |
| stevebaker | back | 21:44 |
| rpothier_ | Hi ,I'm trying to use get_attr in a hot template in havana, am I correct that this does not supprt complex data types? | 21:44 |
| rpothier_ | my data looks like this - http://paste.openstack.org/show/64401/ | 21:47 |
| *** SnowDust has quit IRC | 21:47 | |
| stevebaker | rpothier_: git master get_attr lets you do {get_attr [resource_name, attribute_name, '00000', Data]} | 21:52 |
| rpothier_ | stevebaker: thanks, how can I achieve the same in havana? | 21:53 |
| stevebaker | rpothier_: you have to use an ungodly tree of Fn::Select around your Fn::GetAtt | 21:54 |
| *** jasond has joined #heat | 21:57 | |
| rpothier_ | stevebaker: thanks | 21:57 |
| *** randallburt has joined #heat | 21:59 | |
| *** harlowja has quit IRC | 22:03 | |
| *** rpothier_ has left #heat | 22:05 | |
| *** rpothier_ has joined #heat | 22:06 | |
| stevebaker | lifeless, SpamapS, replied to https://review.openstack.org/#/c/72533/ | 22:06 |
| *** rpothier has joined #heat | 22:08 | |
| *** rpothier_ has quit IRC | 22:10 | |
| *** vijendar has quit IRC | 22:11 | |
| *** e0ne has joined #heat | 22:18 | |
| *** e0ne has quit IRC | 22:22 | |
| radix | wow cool: go to http://api.openstack.org/api-ref-orchestration.html , copy/paste one of the URLs into a string in your python REPL | 22:22 |
| *** sgordon has quit IRC | 22:23 | |
| SpamapS | stevebaker: and now I've responded. :) | 22:25 |
| *** aignatov is now known as aignatov_ | 22:26 | |
| SpamapS | stevebaker: also it isn't clear to me how you get the os-collect-config config file onto the server if it has an internal thing to query. | 22:26 |
| *** pshchelo has joined #heat | 22:26 | |
| *** jrist has joined #heat | 22:26 | |
| SpamapS | stevebaker: I've been thinking about it though, and I think the simplest thing is for cloud-init to drop files in a place where os-collect-config will look for them | 22:27 |
| SpamapS | stevebaker: rather than trying to write out the config file. | 22:27 |
| stevebaker | SpamapS: the resource that os-collect-config polls for metadata *is* the OS::Nova::Server | 22:27 |
| *** pshchelo has left #heat | 22:29 | |
| SpamapS | stevebaker: so does the deployer slip the user into metadata at a predefined location? | 22:30 |
| stevebaker | SpamapS: unrelated: I've been thinking about making the SoftwareConfig inputs/outputs optional. So deployment input_values will create an implicit config String typed input if there isn't one declared | 22:31 |
| SpamapS | stevebaker: *kwargs ftw ;) | 22:31 |
| *** dims has quit IRC | 22:31 | |
| *** randallburt has quit IRC | 22:33 | |
| stevebaker | SpamapS: yes. a user is created scoped to the server, and early calls to metadata which get packaged into the cloud-init userdata have everything required to later poll the server for more deployments data https://review.openstack.org/#/c/67625/7/heat/engine/resources/server.py line 307 | 22:33 |
| *** rpothier has quit IRC | 22:34 | |
| SpamapS | ah yes beautiful | 22:34 |
| *** ramishra has joined #heat | 22:35 | |
| openstackgerrit | Richard Lee proposed a change to openstack/heat: Add tenant to unscoped stack list response https://review.openstack.org/72789 | 22:35 |
| openstackgerrit | Richard Lee proposed a change to openstack/heat: Alter stack_count_all_by_tenant to stack_count_all https://review.openstack.org/70853 | 22:35 |
| openstackgerrit | Richard Lee proposed a change to openstack/heat: Replace stack_get_all_by_tenant with stack_get_all https://review.openstack.org/70852 | 22:35 |
| openstackgerrit | Richard Lee proposed a change to openstack/heat: Unscoped List Stacks https://review.openstack.org/63041 | 22:35 |
| stevebaker | Server will eventually extend StackUser, so it will switch to the domain user magic that shardy is working on | 22:36 |
| sdake | what do you call it when a blueprint makes every test case fail in the same way | 22:36 |
| * sdake ughs | 22:37 | |
| zaneb | sdake: a normal day at the office | 22:37 |
| *** achampion has quit IRC | 22:38 | |
| *** ramishra has quit IRC | 22:40 | |
| *** blomquisg has quit IRC | 22:41 | |
| stevebaker | SpamapS: regarding your comment, where do you see the {get_input: foo} calls being resolved? I'm thinking the hook, which is an orc script that runs before oac | 22:41 |
| SpamapS | stevebaker: No I was thinking in the deployer. :-P | 22:42 |
| SpamapS | stevebaker: I may not fully understand the structure though. | 22:42 |
| *** jamieh has quit IRC | 22:43 | |
| *** topol has quit IRC | 22:44 | |
| *** aweiteka has quit IRC | 22:44 | |
| stevebaker | SpamapS: that would be nice, but by the time the config resource gets stored it is just a string, so something would have to know that it is parsable and that get_input means something | 22:44 |
| stevebaker | I suppose that something could be an OS::Heat::StructuredSoftwareDeployment | 22:45 |
| stevebaker | which software config cfn-init could use too | 22:45 |
| SpamapS | stevebaker: right | 22:46 |
| SpamapS | stevebaker: because we can't resolve in the usual parsing step because those things aren't known until the deploy step. | 22:46 |
| stevebaker | that could be handled in the hook though. but its nicer when the hooks are dumb | 22:47 |
| *** dims has joined #heat | 22:47 | |
| stevebaker | SpamapS: another thing, get_file is currently the only mechanism for any composability (aside from nested stacks or resource providers). So you'll lose that, which may mean merge.py lives | 22:48 |
| *** jmckind has quit IRC | 22:51 | |
| *** ramishra has joined #heat | 22:51 | |
| *** ramishra has quit IRC | 22:53 | |
| *** ramishra has joined #heat | 22:53 | |
| *** blomquisg has joined #heat | 22:55 | |
| *** ramishra has quit IRC | 22:58 | |
| *** gokrokve has quit IRC | 22:58 | |
| *** gokrokve has joined #heat | 23:00 | |
| *** gokrokve has quit IRC | 23:02 | |
| *** gokrokve has joined #heat | 23:02 | |
| *** gokrokve has quit IRC | 23:03 | |
| stevebaker | SpamapS: do you have a particular objection to doing it in the hook? fwiw you could deploy the hook with the dib oac element | 23:05 |
| *** harlowja has joined #heat | 23:09 | |
| SpamapS | stevebaker: nested stacks only allow composing things at the resource level | 23:12 |
| SpamapS | stevebaker: I really only have a problem composing sub-resource things | 23:12 |
| stevebaker | SpamapS: ok, but get_file can only compose strings, not maps | 23:13 |
| SpamapS | well I think you missed my intention there | 23:14 |
| SpamapS | I am fine with having 10 strings. :) | 23:14 |
| SpamapS | as long as I can control the order | 23:14 |
| SpamapS | (because then my tools can merge predictably) | 23:14 |
| *** ramishra has joined #heat | 23:15 | |
| stevebaker | ok, order could be determined with depends_on between deployment resources | 23:15 |
| SpamapS | my desire to have the maps inline is that it is unreadable without that. But they don't have to be mergable or even referencable in the template. I just need to say "put config x, y, and z on that server" | 23:15 |
| *** andrew_plunk has quit IRC | 23:16 | |
| stevebaker | SpamapS: but isn't order kind of irrelevant with tripleo, since the config execution order is determined by the orc run-parts order? | 23:16 |
| SpamapS | stevebaker: order is important. | 23:16 |
| SpamapS | no it is important | 23:17 |
| *** cadenzajon has quit IRC | 23:17 | |
| SpamapS | stevebaker: in places where two metadata structures overlap, I need to merge | 23:17 |
| SpamapS | as long as I can predict the merge I can test it and think about it. | 23:17 |
| SpamapS | can't think of a way to predict that merge w/o ordering | 23:17 |
| stevebaker | so later configs can override keys set by earlier ones? | 23:18 |
| SpamapS | stevebaker: the other option w/o ordering is to always break things up and never allow overlapping. But that seems unnecessarily rigid. | 23:18 |
| SpamapS | stevebaker: right, thats how we do it now but in a different context (ec2 overridden by /var/lib/heat-cfntools/cfn-init-data overridden by cfn fetched metadata) | 23:19 |
| SpamapS | stevebaker: I'm thinking about scenarios where we combine neutron-server and neutron-l3-agent ... it is possible they might disagree on configs to set. | 23:20 |
| stevebaker | maybe this is another thing that StructuredSoftwareConfig does. When the parent property is specified it loads that config and merges with it. You end up deploying a single merged config with a single deployment resource | 23:20 |
| SpamapS | stevebaker: we could also just stop dead on all conflicts | 23:20 |
| SpamapS | stevebaker: I really don't want to do too much work inside heat-engine | 23:20 |
| SpamapS | stevebaker: that sounds very... opinionated and rigid as well. | 23:21 |
| stevebaker | SpamapS: another option | 23:22 |
| SpamapS | minimum viable thing: just give 'em to me and I die on overlapping values. | 23:22 |
| stevebaker | SpamapS: we already have a MultipartMime config resource. Specify the order in that, then the merging happens in the hook/orc/oac/whatever | 23:22 |
| SpamapS | oh hm | 23:23 |
| SpamapS | stevebaker: I think I'm fine without ordering in the template for now. | 23:24 |
| stevebaker | SpamapS: what do you mean ordering in the template? | 23:25 |
| SpamapS | otp | 23:26 |
| stevebaker | yep, nope, still have no idea what you're talking about ;) | 23:27 |
| SpamapS | on the phone | 23:28 |
| *** rpothier has joined #heat | 23:32 | |
| stevebaker | ah, not One True Pairing ;) | 23:33 |
| *** achampion has joined #heat | 23:33 | |
| openstackgerrit | Steven Dake proposed a change to openstack/heat: Use olso.messaging https://review.openstack.org/72798 | 23:37 |
| *** blomquisg has quit IRC | 23:38 | |
| openstackgerrit | Steven Dake proposed a change to openstack/heat: Use olso.messaging https://review.openstack.org/72798 | 23:38 |
| *** jdob has quit IRC | 23:40 | |
| *** tims1 has quit IRC | 23:40 | |
| *** pablosan has quit IRC | 23:42 | |
| *** sabeen has quit IRC | 23:47 | |
| *** yogesh has quit IRC | 23:49 | |
| *** yogesh has joined #heat | 23:49 | |
| *** blomquisg has joined #heat | 23:52 | |
| *** scollier has quit IRC | 23:53 | |
| *** Tross has quit IRC | 23:54 | |
| *** yogesh has quit IRC | 23:54 | |
| *** sabeen has joined #heat | 23:54 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!