*** sabeen has quit IRC | 00:01 | |
SpamapS | stevebaker: ok sorry long phone call | 00:03 |
---|---|---|
SpamapS | stevebaker: so if I just had a bag of software configs, I could make it work | 00:03 |
asalkeld | arbylee, ping | 00:03 |
arbylee | asalkeld hello | 00:04 |
asalkeld | arbylee, you are Richard, right? | 00:04 |
openstackgerrit | Cyril Roelandt proposed a change to openstack/python-heatclient: Python3: use six.iteritems() rather than dict.iteritems() https://review.openstack.org/72802 | 00:04 |
arbylee | asalkeld: correct | 00:04 |
stevebaker | SpamapS: np | 00:04 |
asalkeld | so with the clients seperate from the plugins, how does one configure that from devstack? | 00:05 |
*** rcleere has quit IRC | 00:05 | |
asalkeld | since it won't get installed | 00:05 |
stevebaker | SpamapS: ok. I would assume order is non-deterministic | 00:05 |
asalkeld | arbylee, previously it would get installed under heat.engine.resources | 00:05 |
asalkeld | and contrib/ is not installed | 00:06 |
*** matsuhashi has joined #heat | 00:06 | |
arbylee | asalkeld I'm not sure I follow. what exactly isnt getting installed? | 00:08 |
asalkeld | arbylee, does this assume you modify your python path? or manually move the contrib files elsewhere? | 00:08 |
asalkeld | so when you pip install only heat is installed, not contirb | 00:08 |
SpamapS | I presume the contrib files get moved into plugin-dir via magic :) | 00:08 |
asalkeld | SpamapS, they do | 00:09 |
asalkeld | but, now the clients have been moved | 00:09 |
asalkeld | outside of the plugin dir | 00:09 |
asalkeld | so no more magic | 00:09 |
asalkeld | afaik | 00:09 |
SpamapS | stevebaker: right order can be non-deterministic and we can handle key collisions violently, which will force splitting things up as soon as one wants to diverge them | 00:09 |
stevebaker | SpamapS: cool. I do recall searching the templates for key collisions and not finding any | 00:10 |
asalkeld | arbylee, contrib/marconi/clients.py is not under contirb/marconi/resources/ | 00:10 |
asalkeld | arbylee, so it will not be pulled into the heat.engine.resources name space | 00:10 |
asalkeld | so I don't see how the plugin can import them | 00:11 |
asalkeld | (just saying) | 00:11 |
SpamapS | stevebaker: yeah sounds good. -> kids time | 00:12 |
asalkeld | nice pic SpamapS (on g+) | 00:12 |
asalkeld | little growing up:) | 00:12 |
arbylee | asalkeld: are you talking about how the plugin_loader creates the plugin subpackage? It creates a new package namespace called heat.engine.plugins and walks the entire plugin_dirs pulling modules into that namespace | 00:14 |
arbylee | so if you set your plugin_dirs to the entire contrib directory, you'd end up with packages like heat.engine.plugins.marconi.clients and heat.engine.plugins.marconi.resources.queue | 00:14 |
asalkeld | so how is the client pulled in | 00:14 |
asalkeld | yikes | 00:14 |
asalkeld | but what if you one want one contrib plugin? | 00:15 |
arbylee | you can set your plugin_dirs to the single plugin you want right? | 00:15 |
arbylee | plugin_dirs = contrib/marconi | 00:15 |
asalkeld | ok, that should be in a readme somewhere | 00:15 |
arbylee | then you'd have heat.engine.plugins.clients and heat.engine.plugins.resources.queue | 00:16 |
arbylee | agreed | 00:17 |
asalkeld | because it won't work a level up contrib/marconi/resources | 00:17 |
asalkeld | that's what I expected to use | 00:17 |
arbylee | hm I would have expected to set the plugin dir to the entire plugin directory | 00:17 |
arbylee | it seems weird to have to rely on the internal directory structure of the plugin | 00:18 |
*** anderson1om has joined #heat | 00:18 | |
asalkeld | well it should be in the readme regardless of our different assumptions | 00:19 |
*** andersonvom is now known as Guest69772 | 00:19 | |
*** anderson1om is now known as andersonvom | 00:19 | |
*** matsuhashi has quit IRC | 00:21 | |
andersonvom | asalkeld: I think there should be a readme for heat plugins, since this is how all plugins work, right? | 00:21 |
*** matsuhashi has joined #heat | 00:21 | |
asalkeld | andersonvom, sure - but contrib is the most common obvious example | 00:24 |
asalkeld | and we don't say how to install them | 00:24 |
asalkeld | https://review.openstack.org/#/c/71199/ | 00:24 |
asalkeld | that should install them ^ | 00:25 |
openstackgerrit | Rabi Mishra proposed a change to openstack/heat: Add ability to create provider networks (vlan,gre,flat). https://review.openstack.org/72454 | 00:25 |
*** matsuhashi has quit IRC | 00:25 | |
*** matsuhas_ has joined #heat | 00:25 | |
*** anderson1om has joined #heat | 00:25 | |
*** mkollaro has quit IRC | 00:28 | |
*** pablosan has joined #heat | 00:28 | |
*** radez is now known as radez_g0n3 | 00:30 | |
*** andersonvom has quit IRC | 00:32 | |
*** anderson1om is now known as andersonvom | 00:33 | |
arbylee | asalkeld: the contrib directory structure is actually going to need more work to install plugins by listing out several directories like that (which seems like a reasonable way to install them) | 00:36 |
asalkeld | well - power on:) | 00:36 |
*** Michalik has quit IRC | 00:39 | |
arbylee | asalkeld: yup we'll work on that and put notes in your patch as well | 00:41 |
arbylee | asalkeld: end of day here though, so there won't be anything substantial until tomorrow | 00:41 |
asalkeld | sure | 00:41 |
*** arbylee has quit IRC | 00:43 | |
*** nkhare has joined #heat | 00:44 | |
*** andersonvom has quit IRC | 00:44 | |
*** Michalik has joined #heat | 00:49 | |
*** ramishra has quit IRC | 00:53 | |
*** jcru has quit IRC | 00:53 | |
*** pvaneck has quit IRC | 00:53 | |
*** rpothier has quit IRC | 00:54 | |
*** rpothier has joined #heat | 00:56 | |
*** pablosan has quit IRC | 00:59 | |
*** nosnos has joined #heat | 01:01 | |
*** david-lyle has quit IRC | 01:05 | |
*** andersonvom has joined #heat | 01:10 | |
*** john-n-s- has quit IRC | 01:13 | |
*** john-n-seattle has quit IRC | 01:13 | |
*** john-n-seattle1 has quit IRC | 01:13 | |
openstackgerrit | Cyril Roelandt proposed a change to openstack/python-heatclient: normalise_file_path_to_url: use urlutils.pathname2url https://review.openstack.org/72807 | 01:20 |
stevebaker | the heat-slow job is running on git commits now | 01:20 |
stevebaker | asalkeld: what do you think of a native nested stack? https://review.openstack.org/#/c/72497/ | 01:20 |
*** dims has quit IRC | 01:21 | |
asalkeld | stevebaker, do we need it? | 01:21 |
asalkeld | why not just use providers | 01:21 |
stevebaker | asalkeld: see the review comments | 01:21 |
asalkeld | meh | 01:22 |
asalkeld | less resources is better | 01:23 |
asalkeld | less confusion | 01:23 |
*** ramishra has joined #heat | 01:24 | |
stevebaker | what about when heat is launching stacks on other heats? I thought that was how we were going to handle multi-region - by explicitly launching a stack in that region | 01:24 |
stevebaker | zaneb might remember | 01:24 |
zaneb | I know nothing | 01:24 |
zaneb | I see... nothing | 01:24 |
stevebaker | zaneb: you had pretty diagrams and everything! | 01:24 |
asalkeld | I thought we were uncomfortable with the url in the nested stack | 01:25 |
zaneb | what are we talking about? | 01:25 |
asalkeld | (it made the engine download) | 01:25 |
asalkeld | providers are passed in the files | 01:25 |
zaneb | yeah, we are uncomfortable with that | 01:25 |
zaneb | including in the CloudFormation nested stack | 01:26 |
zaneb | (it should only be allowed from Swift) | 01:26 |
stevebaker | actually regarding the url. heatclient can populate the files section with the fetched stack, just like it does for the get_file function. So the url could actually be a local file. Which is a killer feature IMNSHO | 01:26 |
zaneb | stevebaker: +10 | 01:26 |
asalkeld | to make a "nested" stack with providers you just type: <file> | 01:26 |
asalkeld | what's the difference | 01:26 |
stevebaker | we could do that for AWS nested stack too | 01:26 |
asalkeld | beside the properties/parameters | 01:27 |
zaneb | stevebaker: btw native nested stack should have an environment property | 01:27 |
asalkeld | that is a ugly current issue | 01:27 |
asalkeld | the env is not inherited | 01:27 |
stevebaker | asalkeld: an extra environment file. Its a level of indirection which some users won't be bothered with | 01:27 |
zaneb | stevebaker: actually, not +10. You should have to use get_file explicitly | 01:28 |
asalkeld | stevebaker, you don't need it | 01:28 |
zaneb | stevebaker: otherwise the client needs to know too much about the template format | 01:28 |
asalkeld | type: my_nested_temp.yaml | 01:28 |
*** ramishra has quit IRC | 01:28 | |
stevebaker | asalkeld: in the template resources? I didn't know that! | 01:28 |
zaneb | asalkeld: that's a cool feature, but I'm inclined to think we need both. it's likely that the environment will be handled differently. and as stevebaker pointed out, we need it for multi-region | 01:30 |
stevebaker | probably because its not documented | 01:30 |
asalkeld | randall added that I think | 01:31 |
asalkeld | https://github.com/openstack/heat/blob/master/heat/tests/test_provider_template.py#L387 | 01:31 |
stevebaker | zaneb: maybe it can wait for multi-region then. And it can always call heatclient | 01:31 |
stevebaker | I just wanted to have this discussion *before* the feature freeze | 01:33 |
*** john-n-seattle has joined #heat | 01:35 | |
asalkeld | stevebaker, I am not totally against it - just wondering when the aws mirroring is going to stop | 01:35 |
openstackgerrit | Cyril Roelandt proposed a change to openstack/python-heatclient: get_file_contents: use six.itervalues() instead of dict.itervalues() https://review.openstack.org/72812 | 01:36 |
stevebaker | asalkeld: when it is possible to do anything with heat without AWS resources ;) | 01:36 |
asalkeld | (can we make a thing that can do both jobs) | 01:36 |
asalkeld | stevebaker, should be possible now? | 01:36 |
stevebaker | I think autoscaling is the last holdout now | 01:37 |
asalkeld | k | 01:37 |
stevebaker | I need to make sure heatclient plays nice with inline resource providers | 01:38 |
stevebaker | if that is what they should be called | 01:38 |
asalkeld | it would be nice if the nested stack/provider thingy were one thing (from user's pov) | 01:38 |
asalkeld | maybe have the env passed to each resource | 01:39 |
stevebaker | we can figure that out during multi-region/multi-cloud | 01:41 |
*** blomquisg has quit IRC | 01:41 | |
*** john-n-seattle has quit IRC | 01:50 | |
openstackgerrit | Cyril Roelandt proposed a change to openstack/python-heatclient: normalise_file_path_to_url: use urlutils.pathname2url https://review.openstack.org/72807 | 01:53 |
*** killer_prince has quit IRC | 01:55 | |
*** john-n-seattle has joined #heat | 02:05 | |
*** akuznets_ has joined #heat | 02:08 | |
*** akuznetsov has quit IRC | 02:09 | |
*** john-n-seattle has quit IRC | 02:09 | |
*** IlyaE has quit IRC | 02:12 | |
*** john-n-seattle has joined #heat | 02:14 | |
*** blomquisg has joined #heat | 02:16 | |
*** spzala has quit IRC | 02:23 | |
*** ramishra has joined #heat | 02:24 | |
*** erkules_ has joined #heat | 02:26 | |
*** mattgriffin has quit IRC | 02:26 | |
*** erkules has quit IRC | 02:28 | |
*** ramishra_ has joined #heat | 02:28 | |
*** ramishra has quit IRC | 02:29 | |
*** blomquisg has quit IRC | 02:31 | |
*** john-n-s- has joined #heat | 02:35 | |
*** john-n-seattle1 has joined #heat | 02:35 | |
*** john-n-seattle has quit IRC | 02:36 | |
*** ramishra_ has quit IRC | 02:40 | |
*** mattgriffin has joined #heat | 02:43 | |
*** john-n-seattle has joined #heat | 02:44 | |
*** erkules_ has quit IRC | 02:44 | |
*** blomquisg has joined #heat | 02:45 | |
*** erkules_ has joined #heat | 02:46 | |
*** Tross has joined #heat | 02:46 | |
*** achampion has quit IRC | 02:56 | |
*** john-n-seattle2 has joined #heat | 02:56 | |
*** john-n-seattle1 has quit IRC | 02:58 | |
*** ramishra has joined #heat | 03:08 | |
*** ramishra has quit IRC | 03:13 | |
*** gokrokve has joined #heat | 03:14 | |
*** rcleere has joined #heat | 03:17 | |
*** achampion has joined #heat | 03:22 | |
*** wchrisj has quit IRC | 03:27 | |
*** wchrisj has joined #heat | 03:29 | |
*** matsuhas_ has quit IRC | 03:39 | |
*** wchrisj has quit IRC | 03:41 | |
*** chandan_kumar has joined #heat | 03:51 | |
*** Linz has quit IRC | 04:28 | |
*** killer_prince has joined #heat | 04:33 | |
openstackgerrit | Steven Dake proposed a change to openstack/heat: Use olso.messaging https://review.openstack.org/72798 | 04:35 |
*** harlowja is now known as harlowja_away | 04:44 | |
*** Fin1te has joined #heat | 04:47 | |
*** wchrisj has joined #heat | 04:52 | |
*** matsuhashi has joined #heat | 04:52 | |
*** nanjj has joined #heat | 04:53 | |
*** wchrisj has quit IRC | 04:59 | |
*** Fin1te has quit IRC | 05:01 | |
*** edmund has quit IRC | 05:01 | |
*** zenoway has joined #heat | 05:05 | |
*** gokrokve has quit IRC | 05:09 | |
*** ramishra has joined #heat | 05:10 | |
*** cadenzajon has joined #heat | 05:13 | |
*** TonyBurn_ has joined #heat | 05:13 | |
*** gokrokve has joined #heat | 05:17 | |
*** cadenzajon has quit IRC | 05:18 | |
*** cody-somerville has quit IRC | 05:24 | |
*** ramishra_ has joined #heat | 05:30 | |
*** ramishra has quit IRC | 05:31 | |
openstackgerrit | Steven Dake proposed a change to openstack/heat: Use olso.messaging https://review.openstack.org/72798 | 05:33 |
*** aignatov_ is now known as aignatov | 05:36 | |
*** nosnos_ has joined #heat | 05:43 | |
*** nosnos_ has quit IRC | 05:44 | |
*** nosnos_ has joined #heat | 05:44 | |
*** nosnos has quit IRC | 05:46 | |
*** nkhare has quit IRC | 05:49 | |
*** fandi has joined #heat | 05:53 | |
*** saju_m has joined #heat | 06:03 | |
*** nosnos_ has quit IRC | 06:04 | |
*** nosnos has joined #heat | 06:04 | |
*** gokrokve has quit IRC | 06:04 | |
*** e0ne has joined #heat | 06:08 | |
openstackgerrit | Jenkins proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/72566 | 06:08 |
*** e0ne has quit IRC | 06:09 | |
*** john-n-seattle1 has joined #heat | 06:12 | |
*** john-n-seattle2 has quit IRC | 06:12 | |
*** nkhare has joined #heat | 06:34 | |
*** lifeless has quit IRC | 06:34 | |
*** gokrokve has joined #heat | 06:35 | |
*** gokrokve_ has joined #heat | 06:37 | |
*** gokrokve has quit IRC | 06:40 | |
*** gokrokve_ has quit IRC | 06:42 | |
*** dmakogon_ has quit IRC | 06:44 | |
*** dmakogon_ has joined #heat | 06:44 | |
*** erkules_ is now known as erkules | 06:58 | |
*** aignatov is now known as aignatov_ | 07:00 | |
*** gokrokve has joined #heat | 07:00 | |
*** aignatov_ is now known as aignatov | 07:02 | |
*** ramishra_ has quit IRC | 07:04 | |
*** zenoway has quit IRC | 07:05 | |
*** gokrokve has quit IRC | 07:05 | |
*** ramishra has joined #heat | 07:13 | |
*** mkollaro has joined #heat | 07:16 | |
*** aignatov is now known as aignatov_ | 07:19 | |
*** coolsvap has joined #heat | 07:21 | |
skraynev | Morning ;) | 07:25 |
*** coolsvap1 has joined #heat | 07:26 | |
*** coolsvap has quit IRC | 07:28 | |
*** coolsvap1 has quit IRC | 07:36 | |
*** coolsvap has joined #heat | 07:36 | |
shardy | morning all | 07:39 |
therve | Good morning! | 07:47 |
sergmelikyan | Guys, do I need special image with cfn-tools embedded to run something with WaitConditions or it is can be done on vanilla image with CloudInit? | 07:50 |
shardy | sergmelikyan: you can just use curl instead of cfn-signal | 07:51 |
SpamapS | sergmelikyan: you can just fetch them in your userdata script if you can't upload a custom image | 07:51 |
SpamapS | aye, curl is a nice feature of cfn signalling... built into most images :) | 07:53 |
*** e0ne has joined #heat | 07:53 | |
*** jprovazn has joined #heat | 07:55 | |
sergmelikyan | Tnx, I will try option with custom image, since no problem with uploading | 07:55 |
*** gokrokve has joined #heat | 08:00 | |
*** pshchelo has joined #heat | 08:04 | |
*** IlyaE has joined #heat | 08:04 | |
*** gokrokve has quit IRC | 08:05 | |
*** nanjj has quit IRC | 08:10 | |
*** jamieh has joined #heat | 08:15 | |
*** SnowDust has joined #heat | 08:18 | |
SnowDust | hello guys .. | 08:18 |
SnowDust | heat engine service is giving following error : | 08:19 |
SnowDust | http://paste.openstack.org/show/64559/ | 08:19 |
SnowDust | anyone there who can look into this ? | 08:19 |
therve | Probably a problem in your configuration | 08:20 |
SnowDust | therve yeah .. my rabbit /mysql is on another box | 08:21 |
SnowDust | can u help me with any link to identify such configuration issues | 08:21 |
therve | Well can you paste your configuration | 08:21 |
shardy | SnowDust: In particular, please paste the [database] section | 08:23 |
SnowDust | u mean heat.conf | 08:23 |
shardy | SnowDust: yes | 08:23 |
SnowDust | ok i c connection = | 08:23 |
SnowDust | thats gross :D | 08:23 |
shardy | That is your problem | 08:23 |
SnowDust | am still wondering devstack ... whats usable it is doing :D | 08:24 |
SnowDust | as i passed on MYSQL_HOST to it | 08:24 |
SnowDust | anyways | 08:24 |
SnowDust | thanks shardy, therve for your help | 08:24 |
*** cmyster has joined #heat | 08:29 | |
*** cmyster has joined #heat | 08:30 | |
*** cmyster has joined #heat | 08:30 | |
cmyster | morning | 08:30 |
openstackgerrit | Andrey Kurilin proposed a change to openstack/python-heatclient: Update apiclient.base and reuse new functional https://review.openstack.org/72877 | 08:32 |
SnowDust | shardy, therve : now i get 2014-02-12 08:33:35.149 TRACE heat.openstack.common.threadgroup OperationalError: (OperationalError) (1049, "Unknown database 'nova'") None None | 08:34 |
SnowDust | seems .. my mysql doesnot contain proper heat related schema .. | 08:35 |
SnowDust | was there any update to the database schema recently | 08:35 |
therve | Well yes all the time | 08:35 |
therve | It says nova though here | 08:35 |
SnowDust | OMG ! dunno .. | 08:36 |
therve | shardy, Do you know what https://blueprints.launchpad.net/heat/+spec/parameter-nested-schema is about? | 08:36 |
therve | I got it assigned somehow but I can't really get what it means :) | 08:36 |
cmyster | 'wasn't from the begining of this, but SnowDust how did you install things ? | 08:38 |
SnowDust | cmyster, my mysql is shared between two heat boxes | 08:39 |
SnowDust | one has it in it locally | 08:40 |
SnowDust | and the other is trying to use the same .. remotely | 08:40 |
SnowDust | both are in the same subnet | 08:40 |
*** IlyaE has quit IRC | 08:41 | |
SnowDust | the one which is using the remote mysql is getting issues :d | 08:41 |
SnowDust | ok i got through all of this ! | 08:43 |
SnowDust | thanks all .. cmyster, therve, shardy | 08:43 |
*** tomek_adamczewsk has joined #heat | 08:45 | |
*** chandan__ has joined #heat | 08:47 | |
*** chandan__ is now known as Guest33417 | 08:48 | |
Guest33417 | During the stack creation we facing the error : -Create_Failed: Resource create failed: Error: Resource create failed: BadRequest: Multiple possible networks found, use a Network ID to be more specific. (HTTP 400) | 08:48 |
*** cmyster has quit IRC | 08:49 | |
skraynev | Guest33417: So you should really use Network ID property. | 08:50 |
skraynev | Guest33417: What resource do you use in your template? | 08:51 |
skraynev | Guest33417: Look at property schema of this resource and try to find property for setting network id. | 08:53 |
*** bvandenh has joined #heat | 08:58 | |
*** coolsvap1 has joined #heat | 08:59 | |
Guest33417 | I use This link - https://raw.github.com/openstack/heat-templates/master/cfn/F17/WordPress_Composed_Instances.template | 08:59 |
*** gokrokve has joined #heat | 09:00 | |
*** coolsvap has quit IRC | 09:01 | |
*** ifarkas has joined #heat | 09:02 | |
*** aignatov_ is now known as aignatov | 09:02 | |
*** jistr has joined #heat | 09:04 | |
Guest33417 | skraynev : I use This link - https://raw.github.com/openstack/heat-templates/master/cfn/F17/WordPress_Composed_Instances.template | 09:04 |
*** jistr is now known as jistr|sick | 09:04 | |
*** gokrokve has quit IRC | 09:05 | |
*** cmyster has joined #heat | 09:07 | |
*** cmyster has joined #heat | 09:07 | |
shardy | Guest33417: You need to modify the template to add SubnetId to AWS::Ec2:Instance, or use OS::Nova::Server which allows you to specify the network | 09:08 |
skraynev | Guest33417: AFAIK, AWS Instance has not have supporting for choosing network id, unfortunately. I only may recommend you use OS::Nova::Server (and define option network_id) | 09:08 |
*** skraynev has left #heat | 09:11 | |
*** skraynev has joined #heat | 09:11 | |
skraynev | Guest33417: shardy is right. I mixed up with private_ip | 09:12 |
*** ramishra has quit IRC | 09:13 | |
*** tomek_adamczewsk has quit IRC | 09:13 | |
Guest33417 | skraynev : I have not much knowledge about it , I provide the template link ,Plz specify where I make the chage in template | 09:16 |
*** tomek_adamczewsk has joined #heat | 09:19 | |
*** e0ne has quit IRC | 09:20 | |
*** cmyster_ has joined #heat | 09:21 | |
*** e0ne has joined #heat | 09:21 | |
*** SnowDust has quit IRC | 09:24 | |
*** cmyster has quit IRC | 09:24 | |
Guest33417 | shardy : where we add subnetid and networkidwith OS::Nova::Server , kindly specify me | 09:26 |
shardy | https://github.com/openstack/heat-templates/blob/master/cfn/F17/VPN_Service.template#L215 | 09:30 |
shardy | https://github.com/openstack/heat-templates/blob/master/hot/servers_in_existing_neutron_net.yaml | 09:30 |
shardy | https://github.com/openstack/heat-templates/blob/master/hot/servers_in_new_neutron_net.yaml | 09:30 |
shardy | Guest33417: The template you're using has only been tested with nova-network, but you are using neutron networking | 09:31 |
shardy | which, unfortunately, involves some additional complexity | 09:31 |
Guest33417 | shardy : yes I am Using neutron network | 09:32 |
cmyster_ | shardy: how would I go about and combine templates? say I want to have a nice distribution of stacks... | 09:33 |
shardy | cmyster_: You mean one template creates several stacks? | 09:34 |
*** cmyster_ is now known as cmyster | 09:34 | |
*** cmyster has joined #heat | 09:34 | |
cmyster | yesw | 09:34 |
cmyster | -w | 09:34 |
cmyster | just add info from one to another ? | 09:34 |
shardy | cmyster: we support two interfaces to nested stacks, either the AWS::Cloudformation::Stack resource, or provider resources mapped via the environmnent: | 09:35 |
shardy | http://hardysteven.blogspot.co.uk/2013/08/heat-nested-resource-introspection.html | 09:35 |
shardy | http://hardysteven.blogspot.co.uk/2013_10_01_archive.html | 09:35 |
cmyster | now thats not bad! | 09:36 |
cmyster | thaks I'll work on it | 09:36 |
cmyster | thanks even | 09:37 |
*** ramishra has joined #heat | 09:37 | |
*** mkollaro has quit IRC | 09:37 | |
shardy | WordPress_Composed_Instances.template provides an example of the AWS interface, but as mentioned by Guest33417 that one doesn't currently work with neutron | 09:37 |
shardy | I'd suggest using providers/environments where possible | 09:38 |
*** tspatzier has joined #heat | 09:39 | |
openstackgerrit | Chmouel Boudjnah proposed a change to openstack/python-heatclient: Decode all headers before logging curl commands https://review.openstack.org/67160 | 09:40 |
cmyster | ummm | 09:40 |
cmyster | does not work ? | 09:41 |
cmyster | works well here | 09:41 |
cmyster | what version is this ? | 09:41 |
Guest33417 | shardy : plz provide me details about stack creation with neutron network | 09:41 |
shardy | cmyster: ^^ ;) | 09:41 |
cmyster | right | 09:42 |
shardy | cmyster: The issue if you have multiple networks I think, the template doesn't specify SubnetId explicitly, so the stack creation will fail | 09:42 |
shardy | I've explained to Guest33417 what the issue is and provided some links to example templates above | 09:42 |
cmyster | is there an open bug for that ? (I did see something about neutron but can't remember what about) | 09:43 |
therve | It's not a bug | 09:44 |
cmyster | ah | 09:45 |
cmyster | ok had to re-read it | 09:45 |
cmyster | just woke up, I need moar cooffee... | 09:46 |
shardy | cmyster: The issue is just that we need more example templates tested with neutron | 09:46 |
cmyster | we sure do. | 09:46 |
shardy | and probably some better docs etc | 09:46 |
cmyster | thats an obvious | 09:46 |
shardy | a lot of the examples come from pre-neutron days | 09:47 |
shardy | not enough hours in the day.. ;) | 09:47 |
cmyster | shardy: if I go clockwork orange on a row of devs for 24h a day, then there still won't be enough hours. its a given :) | 09:48 |
* cmyster goes to look for something caffeinated | 09:49 | |
openstackgerrit | huangtianhua proposed a change to openstack/heat: I18N support for log message and attributes schema https://review.openstack.org/69111 | 09:57 |
*** gokrokve has joined #heat | 10:00 | |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Enable usage of custom constraint in parameters https://review.openstack.org/71295 | 10:00 |
*** fandi has quit IRC | 10:01 | |
*** gokrokve has quit IRC | 10:05 | |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Fix errors in hot_spec doc https://review.openstack.org/72907 | 10:05 |
skraynev | shardy: short question, all resources should be available for creating by demo user (in devstack) ? If I can create resource with some properties only as admin, is it ok? | 10:10 |
openstackgerrit | Lin Tan proposed a change to openstack-dev/heat-cfnclient: Use six.moves.urllib.parse instead of urlparse https://review.openstack.org/72820 | 10:11 |
shardy | skraynev: Until all my instance-users patches land, some resources (WaitConditionHandle, ScalingPolicy, User/AccessKey, HARestarter) require admin | 10:11 |
shardy | https://blueprints.launchpad.net/heat/+spec/instance-users | 10:12 |
skraynev | shardy: but in future it will be available for all users, right? | 10:13 |
shardy | skraynev: Yeah, uh, when my instance-users patches land ;) | 10:14 |
*** ramishra has quit IRC | 10:14 | |
skraynev | shardy: cool) | 10:14 |
openstackgerrit | A change was merged to openstack/heat: heat_keystoneclient add support to enable/disable domain users https://review.openstack.org/71414 | 10:20 |
openstackgerrit | A change was merged to openstack/heat: Refactor SignalResponder to abstract user logic https://review.openstack.org/71209 | 10:22 |
*** TonyBurn_ has quit IRC | 10:28 | |
*** TonyBurn_ has joined #heat | 10:28 | |
*** matsuhashi has quit IRC | 10:41 | |
*** aignatov is now known as aignatov_ | 10:41 | |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Implement glance image constraint https://review.openstack.org/72919 | 10:43 |
openstackgerrit | A change was merged to openstack/heat: Verify that parsed environment file maps to a dict https://review.openstack.org/69536 | 10:46 |
*** thouveng has joined #heat | 10:49 | |
thouveng | glance image-create --name centos6 --is-public True --disk-format raw --container-format bare --progress --file ~/centos6_gth.raw | 10:49 |
thouveng | # Ganglia monitoring system php web frontend | 10:52 |
thouveng | # | 10:52 |
thouveng | Alias /ganglia /usr/share/ganglia | 10:52 |
thouveng | <Location /ganglia> | 10:52 |
thouveng | Order allow,deny | 10:52 |
thouveng | Allow from all | 10:52 |
thouveng | #Require local | 10:52 |
thouveng | #Require all granted | 10:52 |
thouveng | # Require ip 10.1.2.3 | 10:52 |
thouveng | # Require host example.org | 10:52 |
thouveng | </Location> | 10:52 |
cmyster | thouveng: why not pastebin ? | 10:53 |
thouveng | oops sorry I pasted on the wrong channel. | 10:53 |
*** saju_m has quit IRC | 10:57 | |
*** jistr|sick has quit IRC | 10:57 | |
*** gokrokve has joined #heat | 11:00 | |
cmyster | shardy: can you please have a look in http://paste.fedoraproject.org/75978/72577139/ there is a variable called ext_net, how do I generate the ID there ? | 11:02 |
cmyster | its the network id to use, and the stack creation fails if its not set up right | 11:03 |
shardy | cmyster: You have to create a neutron network and pass in the ID as a parameter | 11:04 |
*** gokrokve has quit IRC | 11:05 | |
shardy | or pass in the ID of an existing network from neutron net-list | 11:05 |
cmyster | ahhh gotcha | 11:05 |
cmyster | thanks, now I only need to fix the neutron network to allow floating ips and I'm set | 11:07 |
*** lifeless has joined #heat | 11:07 | |
*** cmyster has quit IRC | 11:14 | |
*** john-n-seattle2 has joined #heat | 11:18 | |
*** john-n-s| has joined #heat | 11:19 | |
*** john-n-seattle3 has joined #heat | 11:20 | |
openstackgerrit | A change was merged to openstack/heat: Fix misspellings in heat https://review.openstack.org/71773 | 11:20 |
openstackgerrit | A change was merged to openstack/heat: Remove TODO comments in create_resource https://review.openstack.org/72598 | 11:21 |
*** aignatov_ is now known as aignatov | 11:21 | |
*** john-n-seattle1 has quit IRC | 11:21 | |
*** john-n-seattle has quit IRC | 11:21 | |
*** john-n-s- has quit IRC | 11:22 | |
*** Guest33417 has quit IRC | 11:24 | |
*** john-n-seattle3 has quit IRC | 11:26 | |
*** aignatov is now known as aignatov_ | 11:37 | |
*** saju_m has joined #heat | 11:40 | |
*** matsuhashi has joined #heat | 11:44 | |
*** topol has joined #heat | 11:44 | |
*** saju_m has quit IRC | 11:49 | |
*** nkhare has quit IRC | 11:58 | |
*** gokrokve has joined #heat | 12:00 | |
*** gokrokve has quit IRC | 12:05 | |
*** TonyBurn_ has quit IRC | 12:06 | |
*** TonyBurn_ has joined #heat | 12:06 | |
*** coolsvap_ has joined #heat | 12:14 | |
*** coolsvap1 has quit IRC | 12:17 | |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Implement glance image constraint https://review.openstack.org/72919 | 12:17 |
skraynev | shardy: Are you here? | 12:26 |
*** aignatov_ is now known as aignatov | 12:26 | |
shardy | skraynev: I am | 12:27 |
skraynev | shardy: Could you look patch https://review.openstack.org/#/c/72454. I have 2 questions related with it | 12:28 |
skraynev | first about property names: I am not sure that using ':' in property name is good idea (but it works, I have tested it) | 12:29 |
shardy | skraynev: No, it's a terrible idea ;) | 12:29 |
skraynev | ok) I think so too. | 12:30 |
shardy | we use : as the delimter in the resource identifier ARNs | 12:30 |
*** sgordon has joined #heat | 12:31 | |
*** sgordon has quit IRC | 12:31 | |
*** sgordon has joined #heat | 12:31 | |
skraynev | and second about using resource by user | 12:31 |
skraynev | I mean, that only Admin user can create this resource, unfortunately | 12:32 |
skraynev | because all 'provider:' properties in neutron may be used only admin users. | 12:33 |
shardy | skraynev: https://review.openstack.org/#/c/60607/ | 12:34 |
shardy | See my comments there to see what I think about that ;) | 12:34 |
skraynev | let me read it) | 12:35 |
*** Tross has quit IRC | 12:38 | |
skraynev | shardy: As logical result: we should not support resource if it can be used only admin users now, right? | 12:44 |
*** aignatov is now known as aignatov_ | 12:45 | |
shardy | skraynev: we shouldn't care what's in the policy.json for neutron, because deployers can setup whatever policy they like | 12:45 |
shardy | we just need to ensure the error message when a resource is denied access to do something is clear to the user | 12:45 |
shardy | I would like to avoid resources which required special privileges, but with neutron that's beyond our control | 12:46 |
*** aignatov_ is now known as aignatov | 12:48 | |
skraynev | gotcha. thanks for the clarifying . | 12:49 |
*** dims has joined #heat | 12:50 | |
*** thouveng has quit IRC | 12:50 | |
*** rpothier has quit IRC | 12:52 | |
*** agileclipse has joined #heat | 12:58 | |
*** agileclipse has quit IRC | 12:58 | |
*** gokrokve has joined #heat | 13:00 | |
*** scollier has joined #heat | 13:00 | |
*** scollier has quit IRC | 13:01 | |
*** gokrokve has quit IRC | 13:05 | |
*** saju_m has joined #heat | 13:05 | |
*** saju_m has quit IRC | 13:06 | |
*** saju_m has joined #heat | 13:07 | |
*** Tross has joined #heat | 13:09 | |
*** Tross has quit IRC | 13:10 | |
*** scollier has joined #heat | 13:11 | |
*** aweiteka has joined #heat | 13:19 | |
*** mkollaro has joined #heat | 13:19 | |
*** chandan has joined #heat | 13:22 | |
*** chandan is now known as Guest8128 | 13:23 | |
Guest8128 | we want to depoly wordpress template for neutron network, | 13:25 |
Guest8128 | hello shardy r u there ? | 13:26 |
therve | Guest8128, Sorry, I think we answered your question already? | 13:27 |
therve | You should investigate the problem, it's not that hard | 13:27 |
*** jdob has joined #heat | 13:28 | |
Guest8128 | therve : - write now we get error regarding Resource Create Failed: Error: Resource Create Failed: Badrequest: Multiple Possible Networks Found, Use A Network Id To Be More Specific. (Http 400) (Request-Id: Req-Cbf55a6f-0f6b-48d7-A44c-51be656671ce) | 13:31 |
therve | Yes I think you said that already. Everything you need to know is in that error message. | 13:32 |
shardy | Guest8128: I have already answered your question, and provided links to example templates which demonstrate what you need to do | 13:32 |
shardy | Guest8128: I would invest some time looking at the links I provided, and reading my previous responses | 13:33 |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Use integer when appropriate in autoscaling schema https://review.openstack.org/72944 | 13:36 |
*** pafuent has joined #heat | 13:36 | |
*** rpothier has joined #heat | 13:38 | |
*** radez_g0n3 is now known as radez | 13:38 | |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Add a nova keypair constraint https://review.openstack.org/70319 | 13:41 |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Enable usage of custom constraint in parameters https://review.openstack.org/71295 | 13:41 |
*** mkollaro has quit IRC | 13:47 | |
aweiteka | shardy, one more nested stack question (last one?)... I had this working at small scale but i'm getting "ERROR: Unknown Property domain". i must be missing something about passing params between env file and nested template https://github.com/aweiteka/heat-templates/tree/3broker/openshift-enterprise/heat/neutron/distributed | 13:48 |
*** Tross has joined #heat | 13:49 | |
aweiteka | shardy, ose-broker-primary.yaml is main stack, ose-node.yaml is nested, ose-env.yaml is environment. "domain" param appears to be good in all places | 13:50 |
Guest8128 | shardy : I will again try then reply you | 13:51 |
Guest8128 | shardy : the link provided by u will work for stack creation with two node with floating ip | 13:52 |
Guest8128 | but problem is that in wordpress template which part we will modify for network and subnet id , if possible then plz specify me. | 13:55 |
*** jprovazn has quit IRC | 13:55 | |
*** jprovazn has joined #heat | 13:55 | |
aweiteka | Guest8128, maybe i can help. which template are you looking at? | 13:56 |
shardy | 09:08 < shardy> Guest33417: You need to modify the template to add SubnetId to AWS::Ec2:Instance | 13:56 |
shardy | 09:30 < shardy> https://github.com/openstack/heat-templates/blob/master/cfn/F17/VPN_Service.template#L215 | 13:57 |
*** Tross has quit IRC | 13:57 | |
shardy | Guest8128: You have to add SubnetId to the Instance resource because you have multiple networks and nova doesn't know which one to use | 13:58 |
shardy | aweiteka: sec, just testing | 13:58 |
aweiteka | shardy, i've been testing with heat template-validate -e heat-env-nested.yaml -f ose-broker-primary.yaml -P "private_net_id=${priv_net_id};public_net_id=${pub_net_id};private_subnet_id=${priv_subnet_id} | 14:00 |
*** gokrokve has joined #heat | 14:00 | |
aweiteka | actually heat create. whatever... those are the additional req'd params | 14:00 |
*** achampion has quit IRC | 14:01 | |
*** coolsvap_ has quit IRC | 14:02 | |
*** wchrisj has joined #heat | 14:04 | |
*** gokrokve has quit IRC | 14:05 | |
*** blomquisg has quit IRC | 14:06 | |
therve | pasquier-s, Why do you think it breaks compatibility? | 14:06 |
*** andersonvom has quit IRC | 14:06 | |
pasquier-s | therve, for instance the AWS docs say that MaxSize is a string | 14:06 |
therve | pasquier-s, heat will still accept a string | 14:07 |
shardy | aweiteka: Here's a minimal working example: http://paste.fedoraproject.org/76544/14023139 | 14:07 |
pasquier-s | therve, fair enough, i just wanted to be sure that it was the case but it wasn't obvious just looking at the code change | 14:07 |
shardy | aweiteka: are you on master or stable/havana? | 14:07 |
therve | pasquier-s, That's something that we fixed at the schema level some weeks ago | 14:08 |
shardy | aweiteka: heat stack-create env_test -f node_template.yaml -e node_env.yaml | 14:08 |
pasquier-s | therve, ok need to refresh my knowledge then :) | 14:10 |
therve | pasquier-s, https://bugs.launchpad.net/heat/+bug/1267924 | 14:11 |
uvirtbot | Launchpad bug 1267924 in heat "Integer properties don't cast strings to numbers" [Medium,Fix released] | 14:12 |
pasquier-s | therve, yep thanks i already found it | 14:12 |
*** Tross has joined #heat | 14:13 | |
aweiteka | shardy, i'm on stable/havana. comparing your paste... thx | 14:19 |
Guest8128 | aweiteka & shardy : Again I provide the link https://raw.github.com/openstack/heat-templates/master/cfn/F17/WordPress_Composed_Instances.template , plz edit the template and provide me , I request from u help me | 14:20 |
*** jcru has joined #heat | 14:20 | |
shardy | Guest8128: we can't edit the template, because we don't know the network ID you require for the SubnetId | 14:20 |
shardy | neutron net-list may help | 14:20 |
openstackgerrit | Simon Pasquier proposed a change to openstack/heat-cfntools: Log stdout and stderr on non-zero exit status https://review.openstack.org/72953 | 14:20 |
*** blomquisg has joined #heat | 14:21 | |
*** saju_m has quit IRC | 14:21 | |
Guest8128 | shardy : my id , name , suhnet is - c38394dd-b491-4f34-9cbb-cf59daaa0275 | Internal | f9f25047-a658-4503-9933-2616474038c4 192.168.6.0/24 , Part 1 is id , part 2 is name,part 3 is subnet | 14:25 |
* shardy sighs | 14:25 | |
*** aignatov is now known as aignatov_ | 14:25 | |
aweiteka | Guest8128, you'll need to add this parameter and then pass it in when you create the stack | 14:28 |
*** gokrokve has joined #heat | 14:28 | |
*** aignatov_ is now known as aignatov | 14:28 | |
*** Tross has quit IRC | 14:30 | |
*** andersonvom has joined #heat | 14:37 | |
*** saju_m has joined #heat | 14:38 | |
*** jmckind has joined #heat | 14:40 | |
*** blomquisg has quit IRC | 14:45 | |
*** sabeen has joined #heat | 14:47 | |
*** jamieh has quit IRC | 14:47 | |
*** jamieh has joined #heat | 14:47 | |
*** mkollaro has joined #heat | 14:48 | |
*** arbylee has joined #heat | 14:52 | |
*** achampion has joined #heat | 14:53 | |
*** rcleere has quit IRC | 14:54 | |
Guest8128 | aweiteka : I unable to edit it , if possible then plz edit it , it is very urgent , help me | 14:55 |
*** IlyaE has joined #heat | 14:56 | |
aweiteka | Guest8128, I don't have time to right now. it sounds like you're a bit in over your head. maybe another approach? | 14:57 |
*** jamieh has quit IRC | 14:57 | |
*** dims has quit IRC | 14:57 | |
*** blomquisg has joined #heat | 15:00 | |
*** jamieh has joined #heat | 15:00 | |
*** dims has joined #heat | 15:00 | |
*** vijendar has joined #heat | 15:01 | |
skraynev | shardy, therve: If we use in Server resource in property "networks: port" existed port created by neutron client and then delete stack, should this port will be deleted too ? I currently meet such problem. Should I create bug ? | 15:01 |
*** cody-somerville has joined #heat | 15:01 | |
Guest8128 | aweiteka : i will try it again | 15:01 |
shardy | skraynev: maybe search, I think there may already be one | 15:02 |
shardy | but no, we should only delete the port if it was created via a resource in the stack | 15:02 |
therve | That sounds surprising | 15:03 |
skraynev | shardy: ok I create bug and then will discuss it in comments for him. thx | 15:03 |
therve | skraynev, Can you show the template? | 15:03 |
*** Guest8128 has quit IRC | 15:03 | |
skraynev | therve: one minute | 15:04 |
*** tomek_adamczewsk has quit IRC | 15:06 | |
skraynev | http://paste.openstack.org/show/64661/ | 15:06 |
skraynev | please try to reproduce: 1. create port 2. use port_id in template 3. delete stack | 15:06 |
skraynev | therve: if it is, I will create bug. | 15:07 |
therve | That sounds really impropable, but maybe | 15:07 |
*** edmund has joined #heat | 15:07 | |
skraynev | therve: ha. my eyes were - O_O, when I saw it | 15:09 |
skraynev | therve: I hope that it only my local problem | 15:09 |
openstackgerrit | Alexander Ignatov proposed a change to openstack/heat: OS::Savanna::Cluster resource implementation https://review.openstack.org/72336 | 15:09 |
therve | skraynev, Were you admin? | 15:10 |
skraynev | therve: no | 15:11 |
skraynev | skr@devstack:~$ echo $OS_USERNAME | 15:12 |
skraynev | demo | 15:12 |
skraynev | devstack installation | 15:12 |
*** Tross has joined #heat | 15:13 | |
*** wchrisj has quit IRC | 15:13 | |
*** wchrisj has joined #heat | 15:13 | |
*** tomek_adamczewsk has joined #heat | 15:19 | |
skraynev | therve: Do you get any results? | 15:19 |
therve | skraynev, Hum you're right | 15:20 |
therve | I don't think it's a bug in heat though | 15:20 |
skraynev | therve: thx. | 15:20 |
skraynev | why not? I thought, that we should not delete existed resources. | 15:21 |
*** rcleere has joined #heat | 15:24 | |
*** andersonvom has quit IRC | 15:26 | |
therve | skraynev, I suspect it's a problem in nova | 15:27 |
therve | Or maybe something that we don't setup well? | 15:27 |
*** BLZbubba has joined #heat | 15:27 | |
skraynev | good idea))) | 15:27 |
*** Tross has quit IRC | 15:29 | |
therve | skraynev, I'd be worth trying if it happens without heat | 15:29 |
skraynev | I suggest create bug and then we can connect it with correct project (or if it will be normal behavior - mark it as invalid). | 15:30 |
sdake | morning | 15:30 |
*** andersonvom has joined #heat | 15:30 | |
skraynev | therve: I will try to do it before meeting time | 15:30 |
shardy | skraynev: what happens if you create the instance with heat stack-create, then delete it with nova delete? | 15:30 |
skraynev | shardy: I am doing it.... | 15:31 |
shardy | hi sdake | 15:31 |
*** akuznets_ has quit IRC | 15:32 | |
therve | Oh wait | 15:32 |
therve | NetworkInterface | 15:32 |
*** aignatov is now known as aignatov_ | 15:33 | |
therve | Hum no we just call a static method | 15:33 |
skraynev | shardy: You are right | 15:33 |
*** sballe has joined #heat | 15:33 | |
skraynev | therve: it's really nova problem.. | 15:34 |
therve | Well that's good for us :) | 15:34 |
skraynev | yeap! for us, not for nova guys :) | 15:35 |
skraynev | Anyway thx, that help understand problem | 15:36 |
openstackgerrit | Richard Lee proposed a change to openstack/heat: Fix resource mapping for Docker https://review.openstack.org/68749 | 15:36 |
*** sergmelikyan has quit IRC | 15:36 | |
therve | There is a deallocate_for_instance API in nova which looks suspect | 15:36 |
openstackgerrit | Richard Lee proposed a change to openstack/heat: Change Docker resource mapping name https://review.openstack.org/68750 | 15:36 |
*** akuznetsov has joined #heat | 15:36 | |
openstackgerrit | Richard Lee proposed a change to openstack/heat: Add Docker resources to docs https://review.openstack.org/68753 | 15:36 |
*** akuznetsov has quit IRC | 15:36 | |
*** coolsvap has joined #heat | 15:37 | |
*** akuznetsov has joined #heat | 15:39 | |
*** chandan_kumar has quit IRC | 15:39 | |
*** akuznetsov has quit IRC | 15:40 | |
*** chandan_kumar has joined #heat | 15:40 | |
*** Tross has joined #heat | 15:42 | |
*** mattgriffin1 has joined #heat | 15:47 | |
*** aignatov_ is now known as aignatov | 15:47 | |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Add Docker resources to docs https://review.openstack.org/68753 | 15:48 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Refactor resource loading functions https://review.openstack.org/71989 | 15:48 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Fix resource mapping for Docker https://review.openstack.org/68749 | 15:48 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Fix resource mapping for Rackspace https://review.openstack.org/69374 | 15:48 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Change Docker resource mapping name https://review.openstack.org/68750 | 15:48 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Generate docs for contrib plugins https://review.openstack.org/68751 | 15:48 |
skraynev | therve: I have found it https://bugs.launchpad.net/nova/+bug/1158684 | 15:49 |
uvirtbot | Launchpad bug 1158684 in nova "Pre-created ports get deleted on VM delete" [Medium,Confirmed] | 15:49 |
sdake | any ideas on getting a template through a proxy? | 15:49 |
shardy | sdake: I just update the bug | 15:50 |
sdake | nice :) | 15:50 |
shardy | updated even | 15:50 |
shardy | tl;dr, use the environment and resolve it in the client | 15:50 |
*** tspatzier__ has joined #heat | 15:50 | |
therve | skraynev, Not much progress :/ | 15:50 |
*** jprovazn has quit IRC | 15:51 | |
*** SpamapS_ has joined #heat | 15:51 | |
sdake | shardy why does the proxy server make heat not work? | 15:52 |
*** tomek_adamczews1 has joined #heat | 15:53 | |
*** nkhare has joined #heat | 15:54 | |
shardy | sdake: because our urlfetch code doesn't know what the proxy is to configure requests | 15:54 |
*** zpatten_ has joined #heat | 15:55 | |
shardy | sdake: arguably we could add a list of proxies as a config option, but I think we should move away from ever resolving user provided URLs in the engine or API | 15:56 |
shardy | and provide everything in the request via the environment and files sections | 15:56 |
andersonvom | shardy: just had to rebase the patch you just approved! :( https://review.openstack.org/71989 | 15:56 |
*** tomek_adamczewsk has quit IRC | 15:56 | |
*** mkollaro has quit IRC | 15:56 | |
*** tspatzier has quit IRC | 15:56 | |
*** bvandenh has quit IRC | 15:56 | |
*** erkules has quit IRC | 15:56 | |
*** mattgriffin has quit IRC | 15:56 | |
*** zpatten has quit IRC | 15:56 | |
*** SpamapS has quit IRC | 15:56 | |
*** mordred has quit IRC | 15:56 | |
*** zpatten_ is now known as zpatten | 15:56 | |
shardy | andersonvom: don't worry, that is easily resolved :) | 15:57 |
*** ifarkas has quit IRC | 15:58 | |
andersonvom | o/ | 15:58 |
aweiteka | shardy, i think i understand the issue with my approach: i'm trying to pass params into the main stack for the nested stack to inherit (or be passed explicitly). it doesn't appear possible: http://paste.openstack.org/show/64673/ | 15:58 |
*** chandan_kumar has quit IRC | 15:59 | |
shardy | aweiteka: Ah, no you can't define parameters for the nested stack in the environment | 15:59 |
aweiteka | shardy, in ^^ this example i want access to port ids in main stack as well as nested stack | 15:59 |
sdake | re http://docs.openstack.org/developer/heat/template_guide/ - are the intrinsic function documentation automatically generated? | 15:59 |
sdake | it would be sweet if we documented the intrinsics specific to hot | 15:59 |
*** dims has quit IRC | 15:59 | |
*** chandankumar_ has joined #heat | 15:59 | |
shardy | aweiteka: You will have to pass the value from the top-level stack into the provider resource representing the nested stack | 16:00 |
*** tims has joined #heat | 16:00 | |
aweiteka | shardy, i was attempting that at lines 93-94. is there another syntax? | 16:00 |
*** TonyBurn_ has quit IRC | 16:01 | |
sdake | somehow I f'ed up my dev environment | 16:01 |
*** coolsvap1 has joined #heat | 16:01 | |
*** cmyster has joined #heat | 16:02 | |
*** cmyster has joined #heat | 16:02 | |
shardy | sdake: http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#intrinsic-functions | 16:02 |
sdake | now whenever I try to install a python package with setup.py, I get http://paste.fedoraproject.org/76582/13922209 | 16:02 |
*** bvandenh has joined #heat | 16:02 | |
sdake | shardy cool that works, I guess the structure doesn't make sense since the other intrinsics are in the top level document | 16:02 |
shardy | aweiteka: Hmm, I thought that should work, but perhaps we're resolving things in the wrong order | 16:03 |
*** erkules has joined #heat | 16:03 | |
*** coolsvap has quit IRC | 16:03 | |
*** mordred has joined #heat | 16:04 | |
*** cmyster has quit IRC | 16:04 | |
*** cmyster has joined #heat | 16:05 | |
*** cmyster has joined #heat | 16:05 | |
aweiteka | shardy, i get Unknown property when i use get_param in the nested resource. i'll file a bug | 16:05 |
shardy | aweiteka: wait.. | 16:05 |
shardy | http://paste.fedoraproject.org/76584/21057139/ | 16:06 |
shardy | heat stack-create env_test2 -f node_template.yaml -e node_env.yaml --parameters="key_name=user_key" | 16:06 |
shardy | that works for me on latest master | 16:06 |
shardy | so if that breaks for you, it may be a havana issue where we need a backport | 16:06 |
aweiteka | shardy, ok, let me try this | 16:07 |
sdake | shardy makes sense then, so I'llg o ahead and close that bug as not a bug | 16:07 |
*** tomek_adamczews1 has quit IRC | 16:08 | |
sdake | I need the new oslo.config in the gate | 16:11 |
* sdake ughs | 16:11 | |
sdake | and I totally can't install the old oslo config because my system is fscked up | 16:11 |
aweiteka | shardy, you are da man. i'm not sure how i missed this but it's working. this will make for a very slick nested template :) | 16:12 |
shardy | aweiteka: what did we miss in your template? | 16:12 |
*** nosnos has quit IRC | 16:12 | |
*** dims has joined #heat | 16:14 | |
*** david-lyle has joined #heat | 16:15 | |
aweiteka | shardy, not sure. i'm checking, testing... | 16:18 |
*** pablosan has joined #heat | 16:21 | |
*** pshchelo has joined #heat | 16:22 | |
*** tspatzier__ has quit IRC | 16:29 | |
*** pshchelo has quit IRC | 16:30 | |
*** spzala has joined #heat | 16:31 | |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Enable usage of custom constraint in parameters https://review.openstack.org/71295 | 16:40 |
*** aignatov is now known as aignatov_ | 16:44 | |
*** coolsvap1 has quit IRC | 16:44 | |
openstackgerrit | Cyril Roelandt proposed a change to openstack/python-heatclient: Do not use the '+' operation dict_items() https://review.openstack.org/72988 | 16:48 |
*** coolsvap has joined #heat | 17:00 | |
*** nkhare has quit IRC | 17:00 | |
*** yogesh has joined #heat | 17:01 | |
*** sabeen1 has joined #heat | 17:02 | |
openstackgerrit | Cyril Roelandt proposed a change to openstack/python-heatclient: Do not use the '+' operation dict_items() https://review.openstack.org/72988 | 17:04 |
*** sabeen has quit IRC | 17:04 | |
*** e0ne has quit IRC | 17:05 | |
*** yogesh has quit IRC | 17:05 | |
*** cmyster has quit IRC | 17:08 | |
*** cmyster has joined #heat | 17:09 | |
*** cmyster has joined #heat | 17:09 | |
*** tspatzier has joined #heat | 17:14 | |
*** Tross has quit IRC | 17:17 | |
*** akuznetsov has joined #heat | 17:27 | |
*** gokrokve has quit IRC | 17:32 | |
*** gokrokve has joined #heat | 17:32 | |
*** gokrokve has quit IRC | 17:37 | |
*** Tross has joined #heat | 17:42 | |
*** pvaneck has joined #heat | 17:43 | |
*** Tross has quit IRC | 17:43 | |
openstackgerrit | Vijendar Komalla proposed a change to openstack/heat: Add Heat API reference to developer docs https://review.openstack.org/73011 | 17:43 |
*** Tross has joined #heat | 17:43 | |
*** matsuhashi has quit IRC | 17:48 | |
*** saju_m has quit IRC | 17:50 | |
*** matsuhashi has joined #heat | 17:51 | |
*** saju_m has joined #heat | 17:51 | |
*** andrew_plunk has joined #heat | 17:53 | |
*** matsuhashi has quit IRC | 17:55 | |
*** saju_m has quit IRC | 17:58 | |
*** dmakogon_ is now known as denis_makogon | 17:59 | |
*** saju_m has joined #heat | 18:00 | |
*** pleia2 has quit IRC | 18:02 | |
*** chandankumar_ has quit IRC | 18:03 | |
*** alexpilotti has joined #heat | 18:03 | |
*** sabeen1 has quit IRC | 18:03 | |
*** pleia2 has joined #heat | 18:03 | |
*** bvandenh has quit IRC | 18:05 | |
*** radez is now known as radez_g0n3 | 18:06 | |
*** bada_ has joined #heat | 18:11 | |
*** bada has quit IRC | 18:12 | |
*** cadenzajon has joined #heat | 18:16 | |
*** jcru_ has joined #heat | 18:18 | |
*** jcru_ has quit IRC | 18:19 | |
*** gokrokve has joined #heat | 18:19 | |
*** jcru has quit IRC | 18:20 | |
*** jcru has joined #heat | 18:21 | |
*** WinnieTsang has joined #heat | 18:21 | |
*** aignatov_ is now known as aignatov | 18:27 | |
*** harlowja_away is now known as harlowja | 18:28 | |
*** sabeen has joined #heat | 18:34 | |
*** aignatov is now known as aignatov_ | 18:36 | |
openstackgerrit | Vijendar Komalla proposed a change to openstack/python-heatclient: Adding stack-adopt support to python-heatclient https://review.openstack.org/70380 | 18:42 |
openstackgerrit | Vijendar Komalla proposed a change to openstack/heat: Add Heat API reference to developer docs https://review.openstack.org/73011 | 18:44 |
*** yogesh has joined #heat | 18:47 | |
*** bgorski has joined #heat | 18:48 | |
*** jprovazn has joined #heat | 18:48 | |
*** tango has joined #heat | 18:50 | |
*** saju_m has quit IRC | 18:51 | |
*** pshchelo has joined #heat | 18:52 | |
*** Tross has quit IRC | 18:54 | |
*** saju_m has joined #heat | 19:01 | |
skraynev | therve: yes... long time fixing :) | 19:04 |
*** e0ne has joined #heat | 19:06 | |
*** Tross has joined #heat | 19:14 | |
openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Check that 'heat_template_version' is a HOT version https://review.openstack.org/73021 | 19:17 |
*** Tross has quit IRC | 19:19 | |
*** IlyaE has quit IRC | 19:21 | |
*** vijendar has quit IRC | 19:25 | |
*** vijendar has joined #heat | 19:26 | |
*** dims has quit IRC | 19:30 | |
*** dims has joined #heat | 19:34 | |
*** aignatov_ is now known as aignatov | 19:43 | |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Alter stack_count_all_by_tenant to stack_count_all https://review.openstack.org/70853 | 19:44 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Replace stack_get_all_by_tenant with stack_get_all https://review.openstack.org/70852 | 19:44 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Unscoped List Stacks https://review.openstack.org/63041 | 19:44 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Add tenant to unscoped stack list response https://review.openstack.org/72789 | 19:44 |
openstackgerrit | Andreas Jaeger proposed a change to openstack/heat: Improve help strings https://review.openstack.org/72080 | 19:46 |
*** saju_m has quit IRC | 19:48 | |
*** lindsayk has joined #heat | 19:52 | |
stevebaker | meeting time | 19:59 |
*** lindsayk has quit IRC | 20:03 | |
*** lindsayk has joined #heat | 20:05 | |
*** Tross has joined #heat | 20:13 | |
*** IlyaE has joined #heat | 20:35 | |
*** harlowja is now known as harlowja_away | 20:48 | |
*** jdob has quit IRC | 20:58 | |
*** jdob has joined #heat | 20:58 | |
*** SpamapS_ is now known as SpamapS | 20:58 | |
*** SpamapS has quit IRC | 20:58 | |
*** SpamapS has joined #heat | 20:58 | |
radix | hi :) | 21:00 |
SpamapS | FYI, for int based keys | 21:00 |
wirehead_ | hey | 21:01 |
*** bgorski has quit IRC | 21:01 | |
radix | so, what I'm going to do | 21:01 |
SpamapS | if you store the 36 byte uuid in every row of the database (which you wil) that is 4x more rows, plus 4x more index size. | 21:02 |
radix | is rejigger "as-intermediate-resources" to not depend on as-lib and as-lib-db, and just turn it into this AutoScalingResourceGroup | 21:02 |
radix | and retarget it to icehouse | 21:02 |
*** asalkeld has quit IRC | 21:02 | |
*** asalkeld has joined #heat | 21:02 | |
stevebaker | radix: do it | 21:02 |
zaneb | radix: nobody cares about blueprint busywork. only code. | 21:02 |
* stevebaker cares | 21:02 | |
radix | heh | 21:02 |
funzo | radix: k, if you want me to try something out with native resources (nova networking, etc) I'm happy to try stuff IME | 21:02 |
radix | yeah, that's what I thought ;-) | 21:02 |
shardy | Yeah, we can work out the BP stuff during the review cycle | 21:03 |
radix | funzo: great | 21:03 |
stevebaker | well, $PTL cares | 21:03 |
funzo | radix: in the mean time, I'm breaking my stuff with a plugin resource | 21:03 |
*** andersonvom has quit IRC | 21:03 | |
shardy | radix: sounds good, go make yourself a giant coffee and get coding! :) | 21:03 |
funzo | radix: I would be elated if I can use something that works better | 21:03 |
radix | zaneb: everyone is always telling me to update BPs, man :) | 21:03 |
wirehead_ | It's enough to make poor radix blue | 21:03 |
radix | ;_; | 21:03 |
stevebaker | #topic quescing servers | 21:04 |
funzo | radix: what is the timing you're shooting for having something to try out? | 21:04 |
radix | funzo: before next tuesday | 21:04 |
stevebaker | I believe quescing can be handled by SoftwareDeployment resources | 21:04 |
zaneb | wait, are we done here? | 21:04 |
funzo | radix: kk | 21:04 |
radix | what is "quescing", btw? | 21:04 |
zaneb | radix was going to explain what his design looked like, I thought | 21:04 |
funzo | radix: k, that timing works for me | 21:05 |
stevebaker | radix: a configuration workload that is run on the server before it is shut down | 21:05 |
zaneb | it's like quiescing, but with fewer letters | 21:05 |
radix | zaneb: AutoScalingResourceGroup(AutoScalingGroup), replace launchConfigName with the properties that ResourceGroup has | 21:05 |
stevebaker | zaneb: sdakes speling | 21:05 |
radix | name it OS::Heat::AutoScalingResourceGroup | 21:05 |
SpamapS | stevebaker: I'd rather not block on that if we can model it explicitly without software config and then software config can make it simpler to consume. | 21:05 |
*** andersonvom has joined #heat | 21:05 | |
radix | oh, and no load balancer integration; people can use PoolMember | 21:06 |
stevebaker | SpamapS: how do you want to do it? A DeleteWaitCondition? | 21:06 |
radix | does that sound okay? | 21:06 |
SpamapS | stevebaker: I want to do it the way I said in my etherpad. :) | 21:07 |
*** tims has quit IRC | 21:07 | |
shardy | radix: sounds good to me | 21:07 |
SpamapS | stevebaker: though I'd be fine without the explicit handle. | 21:07 |
zaneb | radix: so we settled on inline properties for the eventual Autoscaling API resources? | 21:07 |
cmyster | nn folks. | 21:07 |
*** cmyster has quit IRC | 21:07 | |
*** tspatzier has quit IRC | 21:08 | |
radix | zaneb: let's just answer that question for this design: what do you think? | 21:08 |
*** lindsayk has quit IRC | 21:08 | |
*** jdob has quit IRC | 21:08 | |
*** jdob has joined #heat | 21:08 | |
*** andrew_plunk has quit IRC | 21:09 | |
*** lindsayk has joined #heat | 21:09 | |
zaneb | radix: I think that's the worst possible answer, because you end up either (a) needing to consider deprecating this resource, or (b) deciding the API for autoscaling by default based entirely on the technical considerations for some unrelated hack | 21:09 |
*** lindsayk has quit IRC | 21:09 | |
*** lindsayk has joined #heat | 21:10 | |
radix | zaneb: I don't see why we'd need to deprecate the whole resource | 21:10 |
radix | I can do a ResourceLaunchConfiguration though | 21:10 |
shardy | zaneb: we've spent the last 6 months talking about an autoscaling API and done *nothing* | 21:11 |
radix | yeah, where's therve | 21:11 |
shardy | this seems like a simple step towards solving real user requirements | 21:11 |
sdake | stevebaker nobody said I was a spelling bee winner :) | 21:11 |
shardy | if it can scale resources including provider templates, it's going to be pretty flexible no? | 21:12 |
shardy | I don't see why we need to start fixating on the mythical "autoscaling API" again | 21:12 |
sdake | one big issue I have with the current autoscaling implementation is it is tied to AWS translation resources | 21:13 |
radix | I gotta run to a physical meeting | 21:13 |
zaneb | shardy: exactly, so just choose already | 21:13 |
sdake | which totally sucks | 21:13 |
*** topol has quit IRC | 21:13 | |
radix | ok, I'll choose something | 21:13 |
*** pafuent has left #heat | 21:13 | |
*** derekh has joined #heat | 21:13 | |
stevebaker | SpamapS: action_hooks looks like it provides identical functionality to a deployment resource, I'm not keen on this at all | 21:13 |
shardy | zaneb: Maybe I misunderstood, I thought you were saying don't implement the resource because the inteface might not map to what we eventially want in an API | 21:14 |
shardy | eventually even | 21:14 |
SpamapS | stevebaker: with action_hooks, the server handles its own problems. With deployment resources, they have to reach back into the server and insert themselves. | 21:14 |
SpamapS | stevebaker: I can do the design of action_hooks with a resource plugin. | 21:15 |
zaneb | shardy: I'm saying if we can't choose between launch config or no launch config in 6 months we are not going to get this implemented by Tuesday | 21:15 |
SpamapS | that just extends Server and goes before update() | 21:15 |
SpamapS | or handle_update.. not sure which one | 21:15 |
*** jprovazn has quit IRC | 21:15 | |
shardy | zaneb: If we can scale nested stacks via provider resources, why do we need a LaunchConfig? | 21:16 |
zaneb | shardy: radix was saying we'll just implement this hack and decide later. I'm saying that we're effectively deciding now, so let's decide now and then implement the hack in line with that, not pretend that we can change our mind later | 21:17 |
stevebaker | SpamapS: when you say "the server handles its own problems" do you mean the heat server resource or the actual server? If you mean the actual server then the deployment resource can let the server handle its own problems too | 21:17 |
shardy | Just scale the resource out | 21:17 |
shardy | zaneb: Yeah, I guess we're agreeing, I'm saying lets try to get a vaguely sane interface and JFDI | 21:17 |
SpamapS | stevebaker: I mean that I can implement this entirely inside handle_update of the server resource. | 21:17 |
zaneb | shardy: so you see this as in addition to, rather than a precursor of, the eventual scaling API resources? | 21:18 |
shardy | zaneb: I don't really care about the autoscaling API and never have done | 21:18 |
SpamapS | stevebaker: if I have to do deployers.. I have to start inserting deployers in the handle_update. :-P | 21:18 |
shardy | I've always said it should come later, and it's just turned into a huge distraction | 21:18 |
zaneb | shardy: you care about the resources that go in front of it, surely ;) | 21:19 |
shardy | zaneb: Yeah, I just think we need a more flexible (non AWS resource interface) | 21:19 |
radix | (actually I'm still here on my phone) | 21:19 |
shardy | zaneb: And I think it's perfectly acceptable for that flexible resource interface to be the only interface to autoscaling (for the time being) | 21:20 |
shardy | being able to scale arbitrary nested stacks via provider templates would be a huge win | 21:21 |
*** pshchelo has quit IRC | 21:21 | |
shardy | API or no API | 21:21 |
zaneb | shardy: from my perspective, the API is irrelevant to this discussion. this discussion is about what the eventual native resources should look like | 21:21 |
zaneb | those should match the API, of course | 21:21 |
zaneb | but they look the same whether the API exists or not | 21:22 |
stevebaker | SpamapS: I don't think you would need to. Can you hold off long enough for me to demonstrate how I think this can work? | 21:22 |
*** denis_makogon has quit IRC | 21:22 | |
stevebaker | SpamapS: I just need to add an actions property to SoftwareDeployment | 21:22 |
*** dmakogon_ has joined #heat | 21:22 | |
radix | zaneb: so what is actually under debate right now? | 21:23 |
zaneb | shardy: so the resource interface I had in mind would be a single scaling resource, that scales nova servers by default, but can scale provider templates instead, and can be adjusted in size | 21:23 |
zaneb | shardy: so we could also have separate resources for special cases, e.g. fixed size or always provider templates (or never provider templates?) | 21:24 |
zaneb | it sounds like this one is going to be one of those special cases? | 21:24 |
zaneb | and tbh I'd prefer we didn't have all those special cases, but had one clean resource design that covered them all | 21:24 |
zaneb | but if you're saying we should implement it and then we can keep it around as a special case so we at least don't have to deprecate it, then I would go along with it | 21:25 |
zaneb | if it's a case of we'll probably have to throw it out and replace it with the real one, then that would be a net negative IMO | 21:26 |
shardy | zaneb: So what about an interface like ResourceGroup already has, which takes a type, and a map of properties, and can respond to adjustments from a ScalingPolicy resource? | 21:26 |
shardy | basically similar to your first suggestion | 21:26 |
shardy | I'm definitely +1 on one simple resource | 21:27 |
SpamapS | stevebaker: Ok. I think it over complicates the syntax for the sake of re-use, but I can delay a little. | 21:27 |
SpamapS | stevebaker: I also have to convert to HOT to make use.. :-/ | 21:27 |
zaneb | shardy: would we be able to make it scale Nova servers by default? | 21:28 |
zaneb | instead of provider templates | 21:28 |
shardy | zaneb: I don't really see why we need to, just have the user pass in the resource type they want | 21:28 |
shardy | and the properties | 21:28 |
radix | i much prefer just going to arbitrary resources | 21:28 |
shardy | then it's completely flexible, and really simple | 21:28 |
stevebaker | SpamapS: you would, but I do think HOT is ready enough. I can help | 21:29 |
shardy | and as long as we can work out how to pass the environment from the top level into the nested stack, it could scale provider resources | 21:29 |
shardy | that can come later tho | 21:29 |
radix | I've already described the position that i think it's hacky to override a resource type to be potentially something completely different | 21:29 |
SpamapS | stevebaker: can't convert to HOT until we can duplicate the capabilities of merge.py or we have to teach merge.py HOT | 21:29 |
shardy | radix: you mean the environment? | 21:30 |
openstackgerrit | Ziad Sawalha proposed a change to openstack/heat: Update rackspace docstrings to match guidelines https://review.openstack.org/73070 | 21:30 |
stevebaker | SpamapS: the incremental approach would be to teach merge.py. I'd rather not help with that ;) | 21:30 |
radix | shardy: i mean if you just scale os::nova:: server, then it's weird to ask the template author to generalize that to something that's not even a server | 21:31 |
zaneb | shardy: no, radix doesn't like the idea that the thing being scaled (i.e. OS::Heat::ScaledReesource) can be provided by either a plugin or a provider template | 21:31 |
zaneb | shardy: he's in for an unpleasant surprise when he realises that *all* resources work that way | 21:31 |
shardy | I think the scaling resource shouldn't care what it's scaling | 21:31 |
SpamapS | stevebaker: me neither. ;) | 21:31 |
shardy | and that transparency is the whole power of provider resources | 21:32 |
shardy | we should embrace it :) | 21:32 |
radix | shardy++ | 21:32 |
zaneb | ++ ! | 21:32 |
radix | please don't put words in my mouth :p | 21:32 |
zaneb | radix: sorry, I thought that was an accurate summary of your objection | 21:34 |
zaneb | what is your objection then? | 21:34 |
radix | I'm on my phone now, so it's hard to argue effectively now | 21:34 |
radix | for now i will say i agree with shardy | 21:34 |
*** e0ne has quit IRC | 21:34 | |
zaneb | me too, so I guess we're still not on the same page | 21:36 |
wirehead_ | Maybe we need a shardy / zaneb / radix video call to discuss it with a bit more social bandwidth? | 21:38 |
radix | i would be up for that, or just a code submission :) | 21:42 |
*** alexheneveld has joined #heat | 21:53 | |
*** sabeen has quit IRC | 21:54 | |
*** alexheneveld has quit IRC | 21:58 | |
*** rpothier has quit IRC | 21:59 | |
*** alexheneveld has joined #heat | 21:59 | |
*** pleia2 has quit IRC | 22:01 | |
*** sabeen has joined #heat | 22:03 | |
stevebaker | SpamapS: could I get a heatclient review? I'd like to do a release soon https://review.openstack.org/#/c/58885/ | 22:03 |
SpamapS | stevebaker: mid physical meeting insanity | 22:04 |
stevebaker | k | 22:04 |
*** aweiteka has quit IRC | 22:05 | |
*** vijendar has quit IRC | 22:06 | |
*** pleia2 has joined #heat | 22:06 | |
*** annegentle has joined #heat | 22:06 | |
annegentle | hey heat-ers. Er. I'm seeing this question coming up in a few places but thought I'd point you to https://ask.openstack.org/en/question/10085/multiple-possible-networks-found-use-a-network-id-to-be-more-specific/ first | 22:07 |
annegentle | Is there a problem with the template itself not specifying the network to use? | 22:07 |
*** gokrokve has quit IRC | 22:07 | |
*** tims has joined #heat | 22:07 | |
annegentle | I also looked for a bug in heat in launchpad, but didn't come up with anything. Are you tracking template bugs separately from the service? | 22:07 |
annegentle | it'd be great if someone could take a look | 22:07 |
*** gokrokve has joined #heat | 22:08 | |
annegentle | similar questions at http://docs.openstack.org/havana/install-guide/install/apt/content/heat-stack-create.html#comment-1241843018 | 22:08 |
*** kebray_ has joined #heat | 22:08 | |
*** gokrokve_ has joined #heat | 22:08 | |
stevebaker | annegentle: I'll take a look at them. The vague answer is that the template needs to specify a specific network ID | 22:10 |
zaneb | shardy, radix: That ^ question is why we need autoscaling for nova servers | 22:11 |
stevebaker | zaneb: any chance for a get_file review? all the heatclient changes have landed https://review.openstack.org/#/c/66160/ | 22:11 |
radix | ok, I'm at my computer again | 22:12 |
*** gokrokve has quit IRC | 22:12 | |
shardy | zaneb: Yeah, +1000 lets make that possible, but I was just arguing, if possible, lets allow scaling any resource, *including* that one | 22:13 |
shardy | just allowing that one would be a step forward though | 22:13 |
zaneb | shardy: ++ | 22:13 |
*** jamieh has quit IRC | 22:14 | |
*** andrew_plunk has joined #heat | 22:14 | |
radix | <shardy> zaneb: I don't really see why we need to, just have the user pass in the resource type they want | 22:14 |
radix | <shardy> and the properties | 22:14 |
radix | so that's what I'm going to do | 22:14 |
zaneb | that's what I'm saying, it should default to that one and you should be able to override it with a provider template (just like any resource), and both cases should be handled by a single scaling group resource, not separate special cases | 22:14 |
shardy | zaneb: The resource_type can be defaulted if you like, but the user will have to specify the properties anyway | 22:19 |
zaneb | now as long as the _interface_ can support that ^, I don't care that much about what hacky implementation we have behind it for now | 22:19 |
shardy | zaneb: +1 | 22:19 |
*** andersonvom has quit IRC | 22:19 | |
zaneb | shardy: by properties you mean launch config properties? | 22:19 |
zaneb | for want of a better term | 22:19 |
zaneb | leaving aside the question of whether launch config is a separate resource | 22:20 |
shardy | zaneb: Can't it just be the properties of OS::Nova::Server (or whatever) | 22:20 |
shardy | LaunchConfig resources seem like an AWSism best left behind | 22:20 |
shardy | Just define resource type, properties, thats it | 22:20 |
shardy | if you need more, define a provider template behind the resource | 22:21 |
zaneb | I disagree about the launch config, but if that is the consensus I will go along with it | 22:21 |
shardy | zaneb: Just my opinion ;) | 22:21 |
zaneb | the properties differ depending on the resource type or provider used for the scaled resources though | 22:22 |
shardy | LaunchConfig is just a list of Instance resource properties really, isn't it? | 22:22 |
shardy | zaneb: So the scaling resource just takes a map | 22:22 |
zaneb | I suggested always using the properties of OS::Nova::Server and that idea was shot down on the ML | 22:22 |
shardy | exactly like ResourceGroup already does | 22:22 |
zaneb | yes, exactly | 22:23 |
shardy | So lets use the exact same interface, and add Auto-ness | 22:23 |
*** andersonvom has joined #heat | 22:23 | |
radix | shardy: that's what I want to do | 22:23 |
shardy | radix: awesome, I'll buy you a beer in atlanta if you manage it :) | 22:23 |
radix | :) | 22:23 |
radix | speaking of which I need to book a hotel | 22:24 |
zaneb | oh, have they released the conference block already? | 22:24 |
zaneb | why is there no link to the summit from the openstack.org homepage >:| | 22:25 |
shardy | http://www.openstack.org/summit | 22:26 |
*** andersonvom has quit IRC | 22:26 | |
zaneb | http://www.openstack.org/summit/openstack-summit-atlanta-2014/hotels/ | 22:26 |
zaneb | aha | 22:26 |
*** andersonvom has joined #heat | 22:26 | |
zaneb | Special Rate: From $189 per night | 22:27 |
zaneb | ! | 22:27 |
stevebaker | thats "special" | 22:27 |
shardy | lol | 22:27 |
zaneb | other one is 133 | 22:27 |
zaneb | that's more reasonable | 22:27 |
radix | alright I am moving up my trip home to tonight so I can get hacking on this stuff tomorrow morning | 22:31 |
*** sabeen has quit IRC | 22:32 | |
*** sabeen has joined #heat | 22:33 | |
*** kebray_ has quit IRC | 22:33 | |
*** jdob has quit IRC | 22:37 | |
*** sabeen1 has joined #heat | 22:37 | |
*** sabeen has quit IRC | 22:39 | |
*** jmckind has quit IRC | 22:43 | |
shardy | night all | 22:43 |
*** shardy is now known as shardy_afk | 22:43 | |
*** e0ne has joined #heat | 22:46 | |
*** e0ne has quit IRC | 22:48 | |
radix | booked my room | 22:52 |
radix | woowoo | 22:52 |
*** harlowja_away is now known as harlowja | 22:54 | |
*** dims has quit IRC | 22:57 | |
zaneb | ha, no, the $133 per night one actually costs $169 + tax + $196 per night | 22:58 |
*** wusWWW has joined #heat | 22:59 | |
*** aignatov is now known as aignatov_ | 23:03 | |
*** rwsu has quit IRC | 23:06 | |
*** lindsayk has quit IRC | 23:07 | |
stevebaker | ha | 23:07 |
*** rwsu has joined #heat | 23:08 | |
*** lindsayk has joined #heat | 23:09 | |
*** dims has joined #heat | 23:10 | |
*** rpothier has joined #heat | 23:22 | |
*** blomquisg has quit IRC | 23:24 | |
*** zpatten_ has joined #heat | 23:33 | |
*** zpatten has quit IRC | 23:36 | |
*** zpatten_ is now known as zpatten | 23:36 | |
*** blomquisg has joined #heat | 23:38 | |
SpamapS | sdake: around? | 23:39 |
*** WinnieTsang has quit IRC | 23:41 | |
*** achampion has quit IRC | 23:41 | |
*** david-lyle has quit IRC | 23:43 | |
*** derekh has quit IRC | 23:44 | |
*** andrew_plunk has quit IRC | 23:45 | |
*** yogesh has quit IRC | 23:53 | |
*** tims has quit IRC | 23:55 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!