Wednesday, 2014-02-12

*** sabeen has quit IRC00:01
SpamapSstevebaker: ok sorry long phone call00:03
SpamapSstevebaker: so if I just had a bag of software configs, I could make it work00:03
asalkeldarbylee, ping00:03
arbyleeasalkeld hello00:04
asalkeldarbylee, you are Richard, right?00:04
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: Python3: use six.iteritems() rather than dict.iteritems()  https://review.openstack.org/7280200:04
arbyleeasalkeld: correct00:04
stevebakerSpamapS: np00:04
asalkeldso with the clients seperate from the plugins, how does one configure that from devstack?00:05
*** rcleere has quit IRC00:05
asalkeldsince it won't get installed00:05
stevebakerSpamapS: ok. I would assume order is non-deterministic00:05
asalkeldarbylee, previously it would get installed under heat.engine.resources00:05
asalkeldand contrib/ is not installed00:06
*** matsuhashi has joined #heat00:06
arbyleeasalkeld I'm not sure I follow.  what exactly isnt getting installed?00:08
asalkeldarbylee, does this assume you modify your python path? or manually move the contrib files elsewhere?00:08
asalkeldso when you pip install only heat is installed, not contirb00:08
SpamapSI presume the contrib files get moved into plugin-dir via magic :)00:08
asalkeldSpamapS, they do00:09
asalkeldbut, now the clients have been moved00:09
asalkeldoutside of the plugin dir00:09
asalkeldso no more magic00:09
asalkeldafaik00:09
SpamapSstevebaker: 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 them00:09
stevebakerSpamapS: cool. I do recall searching the templates for key collisions and not finding any00:10
asalkeldarbylee, contrib/marconi/clients.py is not under contirb/marconi/resources/00:10
asalkeldarbylee, so it will not be pulled into the heat.engine.resources name space00:10
asalkeldso I don't see how the plugin can import them00:11
asalkeld(just saying)00:11
SpamapSstevebaker: yeah sounds good. -> kids time00:12
asalkeldnice pic SpamapS (on g+)00:12
asalkeldlittle growing up:)00:12
arbyleeasalkeld: 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 namespace00:14
arbyleeso 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.queue00:14
asalkeldso how is the client pulled in00:14
asalkeldyikes00:14
asalkeldbut what if you one want one contrib plugin?00:15
arbyleeyou can set your plugin_dirs to the single plugin you want right?00:15
arbyleeplugin_dirs = contrib/marconi00:15
asalkeldok, that should be in a readme somewhere00:15
arbyleethen you'd have heat.engine.plugins.clients and heat.engine.plugins.resources.queue00:16
arbyleeagreed00:17
asalkeldbecause it won't work a level up contrib/marconi/resources00:17
asalkeldthat's what I expected to use00:17
arbyleehm I would have expected to set the plugin dir to the entire plugin directory00:17
arbyleeit seems weird to have to rely on the internal directory structure of the plugin00:18
*** anderson1om has joined #heat00:18
asalkeldwell it should be in the readme regardless of our different assumptions00:19
*** andersonvom is now known as Guest6977200:19
*** anderson1om is now known as andersonvom00:19
*** matsuhashi has quit IRC00:21
andersonvomasalkeld: I think there should be a readme for heat plugins, since this is how all plugins work, right?00:21
*** matsuhashi has joined #heat00:21
asalkeldandersonvom, sure - but contrib is the most common obvious example00:24
asalkeldand we don't say how to install them00:24
asalkeldhttps://review.openstack.org/#/c/71199/00:24
asalkeldthat should install them ^00:25
openstackgerritRabi Mishra proposed a change to openstack/heat: Add ability to create provider networks (vlan,gre,flat).  https://review.openstack.org/7245400:25
*** matsuhashi has quit IRC00:25
*** matsuhas_ has joined #heat00:25
*** anderson1om has joined #heat00:25
*** mkollaro has quit IRC00:28
*** pablosan has joined #heat00:28
*** radez is now known as radez_g0n300:30
*** andersonvom has quit IRC00:32
*** anderson1om is now known as andersonvom00:33
arbyleeasalkeld: 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
asalkeldwell - power on:)00:36
*** Michalik has quit IRC00:39
arbyleeasalkeld: yup we'll work on that and put notes in your patch as well00:41
arbyleeasalkeld: end of day here though, so there won't be anything substantial until tomorrow00:41
asalkeldsure00:41
*** arbylee has quit IRC00:43
*** nkhare has joined #heat00:44
*** andersonvom has quit IRC00:44
*** Michalik has joined #heat00:49
*** ramishra has quit IRC00:53
*** jcru has quit IRC00:53
*** pvaneck has quit IRC00:53
*** rpothier has quit IRC00:54
*** rpothier has joined #heat00:56
*** pablosan has quit IRC00:59
*** nosnos has joined #heat01:01
*** david-lyle has quit IRC01:05
*** andersonvom has joined #heat01:10
*** john-n-s- has quit IRC01:13
*** john-n-seattle has quit IRC01:13
*** john-n-seattle1 has quit IRC01:13
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: normalise_file_path_to_url: use urlutils.pathname2url  https://review.openstack.org/7280701:20
stevebakerthe heat-slow job is running on git commits now01:20
stevebakerasalkeld: what do you think of a native nested stack? https://review.openstack.org/#/c/72497/01:20
*** dims has quit IRC01:21
asalkeldstevebaker, do we need it?01:21
asalkeldwhy not just use providers01:21
stevebakerasalkeld: see the review comments01:21
asalkeldmeh01:22
asalkeldless resources is better01:23
asalkeldless confusion01:23
*** ramishra has joined #heat01:24
stevebakerwhat 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 region01:24
stevebakerzaneb might remember01:24
zanebI know nothing01:24
zanebI see... nothing01:24
stevebakerzaneb: you had pretty diagrams and everything!01:24
asalkeldI thought we were uncomfortable with the url in the nested stack01:25
zanebwhat are we talking about?01:25
asalkeld(it made the engine download)01:25
asalkeldproviders are passed in the files01:25
zanebyeah, we are uncomfortable with that01:25
zanebincluding in the CloudFormation nested stack01:26
zaneb(it should only be allowed from Swift)01:26
stevebakeractually 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 IMNSHO01:26
zanebstevebaker: +1001:26
asalkeldto make a "nested" stack with providers you just type: <file>01:26
asalkeldwhat's the difference01:26
stevebakerwe could do that for AWS nested stack too01:26
asalkeldbeside the properties/parameters01:27
zanebstevebaker: btw native nested stack should have an environment property01:27
asalkeldthat is a ugly current issue01:27
asalkeldthe env is not inherited01:27
stevebakerasalkeld: an extra environment file. Its a level of indirection which some users won't be bothered with01:27
zanebstevebaker: actually, not +10. You should have to use get_file explicitly01:28
asalkeldstevebaker, you don't need it01:28
zanebstevebaker: otherwise the client needs to know too much about the template format01:28
asalkeldtype: my_nested_temp.yaml01:28
*** ramishra has quit IRC01:28
stevebakerasalkeld: in the template resources? I didn't know that!01:28
zanebasalkeld: 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-region01:30
stevebakerprobably because its not documented01:30
asalkeldrandall added that I think01:31
asalkeldhttps://github.com/openstack/heat/blob/master/heat/tests/test_provider_template.py#L38701:31
stevebakerzaneb: maybe it can wait for multi-region then. And it can always call heatclient01:31
stevebakerI just wanted to have this discussion *before*  the feature freeze01:33
*** john-n-seattle has joined #heat01:35
asalkeldstevebaker, I am not totally against it - just wondering when the aws mirroring is going to stop01:35
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: get_file_contents: use six.itervalues() instead of dict.itervalues()  https://review.openstack.org/7281201:36
stevebakerasalkeld: 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
asalkeldstevebaker, should be possible now?01:36
stevebakerI think autoscaling is the last holdout now01:37
asalkeldk01:37
stevebakerI need to make sure heatclient plays nice with inline resource providers01:38
stevebakerif that is what they should be called01:38
asalkeldit would be nice if the nested stack/provider thingy were one thing (from user's pov)01:38
asalkeldmaybe have the env passed to each resource01:39
stevebakerwe can figure that out during multi-region/multi-cloud01:41
*** blomquisg has quit IRC01:41
*** john-n-seattle has quit IRC01:50
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: normalise_file_path_to_url: use urlutils.pathname2url  https://review.openstack.org/7280701:53
*** killer_prince has quit IRC01:55
*** john-n-seattle has joined #heat02:05
*** akuznets_ has joined #heat02:08
*** akuznetsov has quit IRC02:09
*** john-n-seattle has quit IRC02:09
*** IlyaE has quit IRC02:12
*** john-n-seattle has joined #heat02:14
*** blomquisg has joined #heat02:16
*** spzala has quit IRC02:23
*** ramishra has joined #heat02:24
*** erkules_ has joined #heat02:26
*** mattgriffin has quit IRC02:26
*** erkules has quit IRC02:28
*** ramishra_ has joined #heat02:28
*** ramishra has quit IRC02:29
*** blomquisg has quit IRC02:31
*** john-n-s- has joined #heat02:35
*** john-n-seattle1 has joined #heat02:35
*** john-n-seattle has quit IRC02:36
*** ramishra_ has quit IRC02:40
*** mattgriffin has joined #heat02:43
*** john-n-seattle has joined #heat02:44
*** erkules_ has quit IRC02:44
*** blomquisg has joined #heat02:45
*** erkules_ has joined #heat02:46
*** Tross has joined #heat02:46
*** achampion has quit IRC02:56
*** john-n-seattle2 has joined #heat02:56
*** john-n-seattle1 has quit IRC02:58
*** ramishra has joined #heat03:08
*** ramishra has quit IRC03:13
*** gokrokve has joined #heat03:14
*** rcleere has joined #heat03:17
*** achampion has joined #heat03:22
*** wchrisj has quit IRC03:27
*** wchrisj has joined #heat03:29
*** matsuhas_ has quit IRC03:39
*** wchrisj has quit IRC03:41
*** chandan_kumar has joined #heat03:51
*** Linz has quit IRC04:28
*** killer_prince has joined #heat04:33
openstackgerritSteven Dake proposed a change to openstack/heat: Use olso.messaging  https://review.openstack.org/7279804:35
*** harlowja is now known as harlowja_away04:44
*** Fin1te has joined #heat04:47
*** wchrisj has joined #heat04:52
*** matsuhashi has joined #heat04:52
*** nanjj has joined #heat04:53
*** wchrisj has quit IRC04:59
*** Fin1te has quit IRC05:01
*** edmund has quit IRC05:01
*** zenoway has joined #heat05:05
*** gokrokve has quit IRC05:09
*** ramishra has joined #heat05:10
*** cadenzajon has joined #heat05:13
*** TonyBurn_ has joined #heat05:13
*** gokrokve has joined #heat05:17
*** cadenzajon has quit IRC05:18
*** cody-somerville has quit IRC05:24
*** ramishra_ has joined #heat05:30
*** ramishra has quit IRC05:31
openstackgerritSteven Dake proposed a change to openstack/heat: Use olso.messaging  https://review.openstack.org/7279805:33
*** aignatov_ is now known as aignatov05:36
*** nosnos_ has joined #heat05:43
*** nosnos_ has quit IRC05:44
*** nosnos_ has joined #heat05:44
*** nosnos has quit IRC05:46
*** nkhare has quit IRC05:49
*** fandi has joined #heat05:53
*** saju_m has joined #heat06:03
*** nosnos_ has quit IRC06:04
*** nosnos has joined #heat06:04
*** gokrokve has quit IRC06:04
*** e0ne has joined #heat06:08
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/7256606:08
*** e0ne has quit IRC06:09
*** john-n-seattle1 has joined #heat06:12
*** john-n-seattle2 has quit IRC06:12
*** nkhare has joined #heat06:34
*** lifeless has quit IRC06:34
*** gokrokve has joined #heat06:35
*** gokrokve_ has joined #heat06:37
*** gokrokve has quit IRC06:40
*** gokrokve_ has quit IRC06:42
*** dmakogon_ has quit IRC06:44
*** dmakogon_ has joined #heat06:44
*** erkules_ is now known as erkules06:58
*** aignatov is now known as aignatov_07:00
*** gokrokve has joined #heat07:00
*** aignatov_ is now known as aignatov07:02
*** ramishra_ has quit IRC07:04
*** zenoway has quit IRC07:05
*** gokrokve has quit IRC07:05
*** ramishra has joined #heat07:13
*** mkollaro has joined #heat07:16
*** aignatov is now known as aignatov_07:19
*** coolsvap has joined #heat07:21
skraynevMorning ;)07:25
*** coolsvap1 has joined #heat07:26
*** coolsvap has quit IRC07:28
*** coolsvap1 has quit IRC07:36
*** coolsvap has joined #heat07:36
shardymorning all07:39
therveGood morning!07:47
sergmelikyanGuys, 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
shardysergmelikyan: you can just use curl instead of cfn-signal07:51
SpamapSsergmelikyan: you can just fetch them in your userdata script if you can't upload a custom image07:51
SpamapSaye, curl is a nice feature of cfn signalling... built into most images :)07:53
*** e0ne has joined #heat07:53
*** jprovazn has joined #heat07:55
sergmelikyanTnx, I will try option with custom image, since no problem with uploading07:55
*** gokrokve has joined #heat08:00
*** pshchelo has joined #heat08:04
*** IlyaE has joined #heat08:04
*** gokrokve has quit IRC08:05
*** nanjj has quit IRC08:10
*** jamieh has joined #heat08:15
*** SnowDust has joined #heat08:18
SnowDusthello guys ..08:18
SnowDustheat engine service is giving following error :08:19
SnowDusthttp://paste.openstack.org/show/64559/08:19
SnowDustanyone there who can look into this ?08:19
therveProbably a problem in your configuration08:20
SnowDusttherve yeah .. my rabbit /mysql is on another box08:21
SnowDustcan u help me with any link to identify such configuration issues08:21
therveWell can you paste your configuration08:21
shardySnowDust: In particular, please paste the [database] section08:23
SnowDustu mean heat.conf08:23
shardySnowDust: yes08:23
SnowDustok i c  connection =08:23
SnowDustthats gross :D08:23
shardyThat is your problem08:23
SnowDustam still wondering devstack ... whats usable it is doing :D08:24
SnowDustas i passed on MYSQL_HOST to it08:24
SnowDustanyways08:24
SnowDustthanks shardy, therve for your help08:24
*** cmyster has joined #heat08:29
*** cmyster has joined #heat08:30
*** cmyster has joined #heat08:30
cmystermorning08:30
openstackgerritAndrey Kurilin proposed a change to openstack/python-heatclient: Update apiclient.base and reuse new functional  https://review.openstack.org/7287708:32
SnowDustshardy, therve : now i get 2014-02-12 08:33:35.149 TRACE heat.openstack.common.threadgroup OperationalError: (OperationalError) (1049, "Unknown database 'nova'") None None08:34
SnowDustseems .. my mysql doesnot contain proper heat related schema ..08:35
SnowDustwas there any update to the database schema recently08:35
therveWell yes all the time08:35
therveIt says nova though here08:35
SnowDustOMG ! dunno ..08:36
therveshardy, Do you know what https://blueprints.launchpad.net/heat/+spec/parameter-nested-schema is about?08:36
therveI 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
SnowDustcmyster, my mysql is shared between two heat boxes08:39
SnowDustone has it in it locally08:40
SnowDustand the other is trying to use the same .. remotely08:40
SnowDustboth are in the same subnet08:40
*** IlyaE has quit IRC08:41
SnowDustthe one which is using the remote mysql is getting issues :d08:41
SnowDustok i got through all of this !08:43
SnowDustthanks all .. cmyster, therve, shardy08:43
*** tomek_adamczewsk has joined #heat08:45
*** chandan__ has joined #heat08:47
*** chandan__ is now known as Guest3341708:48
Guest33417During 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 IRC08:49
skraynevGuest33417: So you should really use Network ID  property.08:50
skraynevGuest33417: What resource do you use in your template?08:51
skraynevGuest33417: Look at property schema of this resource and try to find property for setting network id.08:53
*** bvandenh has joined #heat08:58
*** coolsvap1 has joined #heat08:59
Guest33417I use This link - https://raw.github.com/openstack/heat-templates/master/cfn/F17/WordPress_Composed_Instances.template08:59
*** gokrokve has joined #heat09:00
*** coolsvap has quit IRC09:01
*** ifarkas has joined #heat09:02
*** aignatov_ is now known as aignatov09:02
*** jistr has joined #heat09:04
Guest33417skraynev : I use This link - https://raw.github.com/openstack/heat-templates/master/cfn/F17/WordPress_Composed_Instances.template09:04
*** jistr is now known as jistr|sick09:04
*** gokrokve has quit IRC09:05
*** cmyster has joined #heat09:07
*** cmyster has joined #heat09:07
shardyGuest33417: You need to modify the template to add SubnetId to AWS::Ec2:Instance, or use OS::Nova::Server which allows you to specify the network09:08
skraynevGuest33417: 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 #heat09:11
*** skraynev has joined #heat09:11
skraynevGuest33417: shardy is right. I mixed up with private_ip09:12
*** ramishra has quit IRC09:13
*** tomek_adamczewsk has quit IRC09:13
Guest33417skraynev : I have not much knowledge about it , I provide the template link ,Plz specify where I make the chage in template09:16
*** tomek_adamczewsk has joined #heat09:19
*** e0ne has quit IRC09:20
*** cmyster_ has joined #heat09:21
*** e0ne has joined #heat09:21
*** SnowDust has quit IRC09:24
*** cmyster has quit IRC09:24
Guest33417shardy : where we add subnetid and networkidwith OS::Nova::Server , kindly specify me09:26
shardyhttps://github.com/openstack/heat-templates/blob/master/cfn/F17/VPN_Service.template#L21509:30
shardyhttps://github.com/openstack/heat-templates/blob/master/hot/servers_in_existing_neutron_net.yaml09:30
shardyhttps://github.com/openstack/heat-templates/blob/master/hot/servers_in_new_neutron_net.yaml09:30
shardyGuest33417: The template you're using has only been tested with nova-network, but you are using neutron networking09:31
shardywhich, unfortunately, involves some additional complexity09:31
Guest33417shardy : yes I am Using neutron network09:32
cmyster_shardy: how would I go about and combine templates? say I want to have a nice distribution of stacks...09:33
shardycmyster_: You mean one template creates several stacks?09:34
*** cmyster_ is now known as cmyster09:34
*** cmyster has joined #heat09:34
cmysteryesw09:34
cmyster-w09:34
cmysterjust add info from one to another ?09:34
shardycmyster: we support two interfaces to nested stacks, either the AWS::Cloudformation::Stack resource, or provider resources mapped via the environmnent:09:35
shardyhttp://hardysteven.blogspot.co.uk/2013/08/heat-nested-resource-introspection.html09:35
shardyhttp://hardysteven.blogspot.co.uk/2013_10_01_archive.html09:35
cmysternow thats not bad!09:36
cmysterthaks I'll work on it09:36
cmysterthanks even09:37
*** ramishra has joined #heat09:37
*** mkollaro has quit IRC09:37
shardyWordPress_Composed_Instances.template provides an example of the AWS interface, but as mentioned by Guest33417 that one doesn't currently work with neutron09:37
shardyI'd suggest using providers/environments where possible09:38
*** tspatzier has joined #heat09:39
openstackgerritChmouel Boudjnah proposed a change to openstack/python-heatclient: Decode all headers before logging curl commands  https://review.openstack.org/6716009:40
cmysterummm09:40
cmysterdoes not work ?09:41
cmysterworks well here09:41
cmysterwhat version is this ?09:41
Guest33417shardy : plz provide me details about stack creation with neutron network09:41
shardycmyster: ^^ ;)09:41
cmysterright09:42
shardycmyster: The issue if you have multiple networks I think, the template doesn't specify SubnetId explicitly, so the stack creation will fail09:42
shardyI've explained to Guest33417 what the issue is and provided some links to example templates above09:42
cmysteris there an open bug for that ? (I did see something about neutron but can't remember what about)09:43
therveIt's not a bug09:44
cmysterah09:45
cmysterok had to re-read it09:45
cmysterjust woke up, I need moar cooffee...09:46
shardycmyster: The issue is just that we need more example templates tested with neutron09:46
cmysterwe sure do.09:46
shardyand probably some better docs etc09:46
cmysterthats an obvious09:46
shardya lot of the examples come from pre-neutron days09:47
shardynot enough hours in the day.. ;)09:47
cmystershardy: 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 caffeinated09:49
openstackgerrithuangtianhua proposed a change to openstack/heat: I18N support for log message and attributes schema  https://review.openstack.org/6911109:57
*** gokrokve has joined #heat10:00
openstackgerritThomas Herve proposed a change to openstack/heat: Enable usage of custom constraint in parameters  https://review.openstack.org/7129510:00
*** fandi has quit IRC10:01
*** gokrokve has quit IRC10:05
openstackgerritThomas Herve proposed a change to openstack/heat: Fix errors in hot_spec doc  https://review.openstack.org/7290710:05
skraynevshardy: 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
openstackgerritLin Tan proposed a change to openstack-dev/heat-cfnclient: Use six.moves.urllib.parse instead of urlparse  https://review.openstack.org/7282010:11
shardyskraynev: Until all my instance-users patches land, some resources (WaitConditionHandle, ScalingPolicy, User/AccessKey, HARestarter) require admin10:11
shardyhttps://blueprints.launchpad.net/heat/+spec/instance-users10:12
skraynevshardy: but in future it will be available for all users, right?10:13
shardyskraynev: Yeah, uh, when my instance-users patches land ;)10:14
*** ramishra has quit IRC10:14
skraynevshardy: cool)10:14
openstackgerritA change was merged to openstack/heat: heat_keystoneclient add support to enable/disable domain users  https://review.openstack.org/7141410:20
openstackgerritA change was merged to openstack/heat: Refactor SignalResponder to abstract user logic  https://review.openstack.org/7120910:22
*** TonyBurn_ has quit IRC10:28
*** TonyBurn_ has joined #heat10:28
*** matsuhashi has quit IRC10:41
*** aignatov is now known as aignatov_10:41
openstackgerritThomas Herve proposed a change to openstack/heat: Implement glance image constraint  https://review.openstack.org/7291910:43
openstackgerritA change was merged to openstack/heat: Verify that parsed environment file maps to a dict  https://review.openstack.org/6953610:46
*** thouveng has joined #heat10:49
thouvengglance image-create --name centos6 --is-public True --disk-format raw --container-format bare --progress --file ~/centos6_gth.raw10:49
thouveng# Ganglia monitoring system php web frontend10:52
thouveng#10:52
thouvengAlias /ganglia /usr/share/ganglia10:52
thouveng<Location /ganglia>10:52
thouveng  Order allow,deny10:52
thouveng  Allow from all10:52
thouveng  #Require local10:52
thouveng  #Require all granted10:52
thouveng  # Require ip 10.1.2.310:52
thouveng  # Require host example.org10:52
thouveng</Location>10:52
cmysterthouveng: why not pastebin ?10:53
thouvengoops sorry I pasted on the wrong channel.10:53
*** saju_m has quit IRC10:57
*** jistr|sick has quit IRC10:57
*** gokrokve has joined #heat11:00
cmystershardy: 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
cmysterits the network id to use, and the stack creation fails if its not set up right11:03
shardycmyster: You have to create a neutron network and pass in the ID as a parameter11:04
*** gokrokve has quit IRC11:05
shardyor pass in the ID of an existing network from neutron net-list11:05
cmysterahhh gotcha11:05
cmysterthanks, now I only need to fix the neutron network to allow floating ips and I'm set11:07
*** lifeless has joined #heat11:07
*** cmyster has quit IRC11:14
*** john-n-seattle2 has joined #heat11:18
*** john-n-s| has joined #heat11:19
*** john-n-seattle3 has joined #heat11:20
openstackgerritA change was merged to openstack/heat: Fix misspellings in heat  https://review.openstack.org/7177311:20
openstackgerritA change was merged to openstack/heat: Remove TODO comments in create_resource  https://review.openstack.org/7259811:21
*** aignatov_ is now known as aignatov11:21
*** john-n-seattle1 has quit IRC11:21
*** john-n-seattle has quit IRC11:21
*** john-n-s- has quit IRC11:22
*** Guest33417 has quit IRC11:24
*** john-n-seattle3 has quit IRC11:26
*** aignatov is now known as aignatov_11:37
*** saju_m has joined #heat11:40
*** matsuhashi has joined #heat11:44
*** topol has joined #heat11:44
*** saju_m has quit IRC11:49
*** nkhare has quit IRC11:58
*** gokrokve has joined #heat12:00
*** gokrokve has quit IRC12:05
*** TonyBurn_ has quit IRC12:06
*** TonyBurn_ has joined #heat12:06
*** coolsvap_ has joined #heat12:14
*** coolsvap1 has quit IRC12:17
openstackgerritThomas Herve proposed a change to openstack/heat: Implement glance image constraint  https://review.openstack.org/7291912:17
skraynevshardy: Are you here?12:26
*** aignatov_ is now known as aignatov12:26
shardyskraynev: I am12:27
skraynevshardy: Could you look patch https://review.openstack.org/#/c/72454. I have 2 questions related with it12:28
skraynevfirst about property names: I am not sure that using ':' in property name is good idea (but it works, I have tested it)12:29
shardyskraynev: No, it's a terrible idea ;)12:29
skraynevok) I think so too.12:30
shardywe use : as the delimter in the resource identifier ARNs12:30
*** sgordon has joined #heat12:31
*** sgordon has quit IRC12:31
*** sgordon has joined #heat12:31
skraynevand second about using resource by user12:31
skraynevI mean, that only Admin user can create this resource, unfortunately12:32
skraynevbecause all 'provider:' properties in neutron may be used only admin users.12:33
shardyskraynev: https://review.openstack.org/#/c/60607/12:34
shardySee my comments there to see what I think about that ;)12:34
skraynevlet me read it)12:35
*** Tross has quit IRC12:38
skraynevshardy: 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
shardyskraynev: we shouldn't care what's in the policy.json for neutron, because deployers can setup whatever policy they like12:45
shardywe just need to ensure the error message when a resource is denied access to do something is clear to the user12:45
shardyI would like to avoid resources which required special privileges, but with neutron that's beyond our control12:46
*** aignatov_ is now known as aignatov12:48
skraynevgotcha. thanks for the clarifying .12:49
*** dims has joined #heat12:50
*** thouveng has quit IRC12:50
*** rpothier has quit IRC12:52
*** agileclipse has joined #heat12:58
*** agileclipse has quit IRC12:58
*** gokrokve has joined #heat13:00
*** scollier has joined #heat13:00
*** scollier has quit IRC13:01
*** gokrokve has quit IRC13:05
*** saju_m has joined #heat13:05
*** saju_m has quit IRC13:06
*** saju_m has joined #heat13:07
*** Tross has joined #heat13:09
*** Tross has quit IRC13:10
*** scollier has joined #heat13:11
*** aweiteka has joined #heat13:19
*** mkollaro has joined #heat13:19
*** chandan has joined #heat13:22
*** chandan is now known as Guest812813:23
Guest8128we want to depoly wordpress template for neutron network,13:25
Guest8128hello shardy r u there ?13:26
therveGuest8128, Sorry, I think we answered your question already?13:27
therveYou should investigate the problem, it's not that hard13:27
*** jdob has joined #heat13:28
Guest8128therve : - 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
therveYes I think you said that already. Everything you need to know is in that error message.13:32
shardyGuest8128: I have already answered your question, and provided links to example templates which demonstrate what you need to do13:32
shardyGuest8128: I would invest some time looking at the links I provided, and reading my previous responses13:33
openstackgerritThomas Herve proposed a change to openstack/heat: Use integer when appropriate in autoscaling schema  https://review.openstack.org/7294413:36
*** pafuent has joined #heat13:36
*** rpothier has joined #heat13:38
*** radez_g0n3 is now known as radez13:38
openstackgerritThomas Herve proposed a change to openstack/heat: Add a nova keypair constraint  https://review.openstack.org/7031913:41
openstackgerritThomas Herve proposed a change to openstack/heat: Enable usage of custom constraint in parameters  https://review.openstack.org/7129513:41
*** mkollaro has quit IRC13:47
aweitekashardy, 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/distributed13:48
*** Tross has joined #heat13:49
aweitekashardy, 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 places13:50
Guest8128shardy : I will again try then reply you13:51
Guest8128shardy : the link provided by u will work for stack creation with two node with floating ip13:52
Guest8128but 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 IRC13:55
*** jprovazn has joined #heat13:55
aweitekaGuest8128, maybe i can help. which template are you looking at?13:56
shardy09:08 < shardy> Guest33417: You need to modify the template to add SubnetId to AWS::Ec2:Instance13:56
shardy09:30 < shardy> https://github.com/openstack/heat-templates/blob/master/cfn/F17/VPN_Service.template#L21513:57
*** Tross has quit IRC13:57
shardyGuest8128: You have to add SubnetId to the Instance resource because you have multiple networks and nova doesn't know which one to use13:58
shardyaweiteka: sec, just testing13:58
aweitekashardy, 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 #heat14:00
aweitekaactually heat create. whatever... those are the additional req'd params14:00
*** achampion has quit IRC14:01
*** coolsvap_ has quit IRC14:02
*** wchrisj has joined #heat14:04
*** gokrokve has quit IRC14:05
*** blomquisg has quit IRC14:06
thervepasquier-s, Why do you think it breaks compatibility?14:06
*** andersonvom has quit IRC14:06
pasquier-stherve, for instance the AWS docs say that MaxSize is a string14:06
thervepasquier-s, heat will still accept a string14:07
shardyaweiteka: Here's a minimal working example: http://paste.fedoraproject.org/76544/1402313914:07
pasquier-stherve, fair enough, i just wanted to be sure that it was the case but it wasn't obvious just looking at the code change14:07
shardyaweiteka: are you on master or stable/havana?14:07
thervepasquier-s, That's something that we fixed at the schema level some weeks ago14:08
shardyaweiteka: heat stack-create env_test -f node_template.yaml -e node_env.yaml14:08
pasquier-stherve, ok need to refresh my knowledge then :)14:10
thervepasquier-s, https://bugs.launchpad.net/heat/+bug/126792414:11
uvirtbotLaunchpad bug 1267924 in heat "Integer properties don't cast strings to numbers" [Medium,Fix released]14:12
pasquier-stherve, yep thanks i already found it14:12
*** Tross has joined #heat14:13
aweitekashardy, i'm on stable/havana. comparing your paste... thx14:19
Guest8128aweiteka & 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 me14:20
*** jcru has joined #heat14:20
shardyGuest8128: we can't edit the template, because we don't know the network ID you require for the SubnetId14:20
shardyneutron net-list may help14:20
openstackgerritSimon Pasquier proposed a change to openstack/heat-cfntools: Log stdout and stderr on non-zero exit status  https://review.openstack.org/7295314:20
*** blomquisg has joined #heat14:21
*** saju_m has quit IRC14:21
Guest8128shardy : 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 subnet14:25
* shardy sighs14:25
*** aignatov is now known as aignatov_14:25
aweitekaGuest8128, you'll need to add this parameter and then pass it in when you create the stack14:28
*** gokrokve has joined #heat14:28
*** aignatov_ is now known as aignatov14:28
*** Tross has quit IRC14:30
*** andersonvom has joined #heat14:37
*** saju_m has joined #heat14:38
*** jmckind has joined #heat14:40
*** blomquisg has quit IRC14:45
*** sabeen has joined #heat14:47
*** jamieh has quit IRC14:47
*** jamieh has joined #heat14:47
*** mkollaro has joined #heat14:48
*** arbylee has joined #heat14:52
*** achampion has joined #heat14:53
*** rcleere has quit IRC14:54
Guest8128aweiteka : I unable to edit it , if possible then plz edit it , it is very urgent  , help me14:55
*** IlyaE has joined #heat14:56
aweitekaGuest8128, 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 IRC14:57
*** dims has quit IRC14:57
*** blomquisg has joined #heat15:00
*** jamieh has joined #heat15:00
*** dims has joined #heat15:00
*** vijendar has joined #heat15:01
skraynevshardy, 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 #heat15:01
Guest8128aweiteka : i will try it again15:01
shardyskraynev: maybe search, I think there may already be one15:02
shardybut no, we should only delete the port if it was created via a resource in the stack15:02
therveThat sounds surprising15:03
skraynevshardy: ok I create bug and then will discuss it in comments for him. thx15:03
therveskraynev, Can you show the template?15:03
*** Guest8128 has quit IRC15:03
skraynevtherve: one minute15:04
*** tomek_adamczewsk has quit IRC15:06
skraynevhttp://paste.openstack.org/show/64661/15:06
skraynevplease try  to reproduce: 1. create port 2. use port_id in template 3. delete stack15:06
skraynevtherve: if it is, I will create bug.15:07
therveThat sounds really impropable, but maybe15:07
*** edmund has joined #heat15:07
skraynevtherve: ha. my eyes were - O_O,  when I saw it15:09
skraynevtherve: I hope that it only my local problem15:09
openstackgerritAlexander Ignatov proposed a change to openstack/heat: OS::Savanna::Cluster resource implementation  https://review.openstack.org/7233615:09
therveskraynev, Were you admin?15:10
skraynevtherve: no15:11
skraynevskr@devstack:~$ echo $OS_USERNAME15:12
skraynevdemo15:12
skraynevdevstack installation15:12
*** Tross has joined #heat15:13
*** wchrisj has quit IRC15:13
*** wchrisj has joined #heat15:13
*** tomek_adamczewsk has joined #heat15:19
skraynevtherve: Do you get any results?15:19
therveskraynev, Hum you're right15:20
therveI don't think it's a bug in heat though15:20
skraynevtherve: thx.15:20
skraynevwhy not? I thought, that we should not delete existed resources.15:21
*** rcleere has joined #heat15:24
*** andersonvom has quit IRC15:26
therveskraynev, I suspect it's a problem in nova15:27
therveOr maybe something that we don't setup well?15:27
*** BLZbubba has joined #heat15:27
skraynevgood idea)))15:27
*** Tross has quit IRC15:29
therveskraynev, I'd be worth trying if it happens without heat15:29
skraynevI 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
sdakemorning15:30
*** andersonvom has joined #heat15:30
skraynevtherve: I will try to do it before meeting time15:30
shardyskraynev: what happens if you create the instance with heat stack-create, then delete it with nova delete?15:30
skraynevshardy: I am doing it....15:31
shardyhi sdake15:31
*** akuznets_ has quit IRC15:32
therveOh wait15:32
therveNetworkInterface15:32
*** aignatov is now known as aignatov_15:33
therveHum no we just call a static method15:33
skraynevshardy: You are right15:33
*** sballe has joined #heat15:33
skraynevtherve: it's really nova problem..15:34
therveWell that's good for us :)15:34
skraynevyeap! for us, not for nova guys :)15:35
skraynevAnyway thx, that help understand problem15:36
openstackgerritRichard Lee proposed a change to openstack/heat: Fix resource mapping for Docker  https://review.openstack.org/6874915:36
*** sergmelikyan has quit IRC15:36
therveThere is a deallocate_for_instance API in nova which looks suspect15:36
openstackgerritRichard Lee proposed a change to openstack/heat: Change Docker resource mapping name  https://review.openstack.org/6875015:36
*** akuznetsov has joined #heat15:36
openstackgerritRichard Lee proposed a change to openstack/heat: Add Docker resources to docs  https://review.openstack.org/6875315:36
*** akuznetsov has quit IRC15:36
*** coolsvap has joined #heat15:37
*** akuznetsov has joined #heat15:39
*** chandan_kumar has quit IRC15:39
*** akuznetsov has quit IRC15:40
*** chandan_kumar has joined #heat15:40
*** Tross has joined #heat15:42
*** mattgriffin1 has joined #heat15:47
*** aignatov_ is now known as aignatov15:47
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add Docker resources to docs  https://review.openstack.org/6875315:48
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Refactor resource loading functions  https://review.openstack.org/7198915:48
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Fix resource mapping for Docker  https://review.openstack.org/6874915:48
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Fix resource mapping for Rackspace  https://review.openstack.org/6937415:48
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Change Docker resource mapping name  https://review.openstack.org/6875015:48
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Generate docs for contrib plugins  https://review.openstack.org/6875115:48
skraynevtherve: I have found it https://bugs.launchpad.net/nova/+bug/115868415:49
uvirtbotLaunchpad bug 1158684 in nova "Pre-created ports get deleted on VM delete" [Medium,Confirmed]15:49
sdakeany ideas on getting a template through a proxy?15:49
shardysdake: I just update the bug15:50
sdakenice :)15:50
shardyupdated even15:50
shardytl;dr, use the environment and resolve it in the client15:50
*** tspatzier__ has joined #heat15:50
therveskraynev, Not much progress :/15:50
*** jprovazn has quit IRC15:51
*** SpamapS_ has joined #heat15:51
sdakeshardy why does the proxy server make heat not work?15:52
*** tomek_adamczews1 has joined #heat15:53
*** nkhare has joined #heat15:54
shardysdake: because our urlfetch code doesn't know what the proxy is to configure requests15:54
*** zpatten_ has joined #heat15:55
shardysdake: 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 API15:56
shardyand provide everything in the request via the environment and files sections15:56
andersonvomshardy: just had to rebase the patch you just approved! :( https://review.openstack.org/7198915:56
*** tomek_adamczewsk has quit IRC15:56
*** mkollaro has quit IRC15:56
*** tspatzier has quit IRC15:56
*** bvandenh has quit IRC15:56
*** erkules has quit IRC15:56
*** mattgriffin has quit IRC15:56
*** zpatten has quit IRC15:56
*** SpamapS has quit IRC15:56
*** mordred has quit IRC15:56
*** zpatten_ is now known as zpatten15:56
shardyandersonvom: don't worry, that is easily resolved :)15:57
*** ifarkas has quit IRC15:58
andersonvomo/15:58
aweitekashardy, 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 IRC15:59
shardyaweiteka: Ah, no you can't define parameters for the nested stack in the environment15:59
aweitekashardy, in ^^ this example i want access to port ids in main stack as well as nested stack15:59
sdakere http://docs.openstack.org/developer/heat/template_guide/ - are the intrinsic function documentation automatically generated?15:59
sdakeit would be sweet if we documented the intrinsics specific to hot15:59
*** dims has quit IRC15:59
*** chandankumar_ has joined #heat15:59
shardyaweiteka: You will have to pass the value from the top-level stack into the provider resource representing the nested stack16:00
*** tims has joined #heat16:00
aweitekashardy, i was attempting that at lines 93-94. is there another syntax?16:00
*** TonyBurn_ has quit IRC16:01
sdakesomehow I f'ed up my dev environment16:01
*** coolsvap1 has joined #heat16:01
*** cmyster has joined #heat16:02
*** cmyster has joined #heat16:02
shardysdake: http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#intrinsic-functions16:02
sdakenow whenever I try to install a python package with setup.py, I get http://paste.fedoraproject.org/76582/1392220916:02
*** bvandenh has joined #heat16:02
sdakeshardy cool that works, I guess the structure doesn't make sense since the other intrinsics are in the top level document16:02
shardyaweiteka: Hmm, I thought that should work, but perhaps we're resolving things in the wrong order16:03
*** erkules has joined #heat16:03
*** coolsvap has quit IRC16:03
*** mordred has joined #heat16:04
*** cmyster has quit IRC16:04
*** cmyster has joined #heat16:05
*** cmyster has joined #heat16:05
aweitekashardy, i get Unknown property when i use get_param in the nested resource. i'll file a bug16:05
shardyaweiteka: wait..16:05
shardyhttp://paste.fedoraproject.org/76584/21057139/16:06
shardyheat stack-create env_test2 -f node_template.yaml -e node_env.yaml --parameters="key_name=user_key"16:06
shardythat works for me on latest master16:06
shardyso if that breaks for you, it may be a havana issue where we need a backport16:06
aweitekashardy, ok, let me try this16:07
sdakeshardy makes sense then, so I'llg o ahead and close that bug as not a bug16:07
*** tomek_adamczews1 has quit IRC16:08
sdakeI need the new oslo.config in the gate16:11
* sdake ughs16:11
sdakeand I totally can't install the old oslo config because my system is fscked up16:11
aweitekashardy, 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
shardyaweiteka: what did we miss in your template?16:12
*** nosnos has quit IRC16:12
*** dims has joined #heat16:14
*** david-lyle has joined #heat16:15
aweitekashardy, not sure. i'm checking, testing...16:18
*** pablosan has joined #heat16:21
*** pshchelo has joined #heat16:22
*** tspatzier__ has quit IRC16:29
*** pshchelo has quit IRC16:30
*** spzala has joined #heat16:31
openstackgerritThomas Herve proposed a change to openstack/heat: Enable usage of custom constraint in parameters  https://review.openstack.org/7129516:40
*** aignatov is now known as aignatov_16:44
*** coolsvap1 has quit IRC16:44
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: Do not use the '+' operation dict_items()  https://review.openstack.org/7298816:48
*** coolsvap has joined #heat17:00
*** nkhare has quit IRC17:00
*** yogesh has joined #heat17:01
*** sabeen1 has joined #heat17:02
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: Do not use the '+' operation dict_items()  https://review.openstack.org/7298817:04
*** sabeen has quit IRC17:04
*** e0ne has quit IRC17:05
*** yogesh has quit IRC17:05
*** cmyster has quit IRC17:08
*** cmyster has joined #heat17:09
*** cmyster has joined #heat17:09
*** tspatzier has joined #heat17:14
*** Tross has quit IRC17:17
*** akuznetsov has joined #heat17:27
*** gokrokve has quit IRC17:32
*** gokrokve has joined #heat17:32
*** gokrokve has quit IRC17:37
*** Tross has joined #heat17:42
*** pvaneck has joined #heat17:43
*** Tross has quit IRC17:43
openstackgerritVijendar Komalla proposed a change to openstack/heat: Add Heat API reference to developer docs  https://review.openstack.org/7301117:43
*** Tross has joined #heat17:43
*** matsuhashi has quit IRC17:48
*** saju_m has quit IRC17:50
*** matsuhashi has joined #heat17:51
*** saju_m has joined #heat17:51
*** andrew_plunk has joined #heat17:53
*** matsuhashi has quit IRC17:55
*** saju_m has quit IRC17:58
*** dmakogon_ is now known as denis_makogon17:59
*** saju_m has joined #heat18:00
*** pleia2 has quit IRC18:02
*** chandankumar_ has quit IRC18:03
*** alexpilotti has joined #heat18:03
*** sabeen1 has quit IRC18:03
*** pleia2 has joined #heat18:03
*** bvandenh has quit IRC18:05
*** radez is now known as radez_g0n318:06
*** bada_ has joined #heat18:11
*** bada has quit IRC18:12
*** cadenzajon has joined #heat18:16
*** jcru_ has joined #heat18:18
*** jcru_ has quit IRC18:19
*** gokrokve has joined #heat18:19
*** jcru has quit IRC18:20
*** jcru has joined #heat18:21
*** WinnieTsang has joined #heat18:21
*** aignatov_ is now known as aignatov18:27
*** harlowja_away is now known as harlowja18:28
*** sabeen has joined #heat18:34
*** aignatov is now known as aignatov_18:36
openstackgerritVijendar Komalla proposed a change to openstack/python-heatclient: Adding stack-adopt support to python-heatclient  https://review.openstack.org/7038018:42
openstackgerritVijendar Komalla proposed a change to openstack/heat: Add Heat API reference to developer docs  https://review.openstack.org/7301118:44
*** yogesh has joined #heat18:47
*** bgorski has joined #heat18:48
*** jprovazn has joined #heat18:48
*** tango has joined #heat18:50
*** saju_m has quit IRC18:51
*** pshchelo has joined #heat18:52
*** Tross has quit IRC18:54
*** saju_m has joined #heat19:01
skraynevtherve: yes... long time fixing :)19:04
*** e0ne has joined #heat19:06
*** Tross has joined #heat19:14
openstackgerritJason Dunsmore proposed a change to openstack/heat: Check that 'heat_template_version' is a HOT version  https://review.openstack.org/7302119:17
*** Tross has quit IRC19:19
*** IlyaE has quit IRC19:21
*** vijendar has quit IRC19:25
*** vijendar has joined #heat19:26
*** dims has quit IRC19:30
*** dims has joined #heat19:34
*** aignatov_ is now known as aignatov19:43
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Alter stack_count_all_by_tenant to stack_count_all  https://review.openstack.org/7085319:44
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Replace stack_get_all_by_tenant with stack_get_all  https://review.openstack.org/7085219:44
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Unscoped List Stacks  https://review.openstack.org/6304119:44
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Add tenant to unscoped stack list response  https://review.openstack.org/7278919:44
openstackgerritAndreas Jaeger proposed a change to openstack/heat: Improve help strings  https://review.openstack.org/7208019:46
*** saju_m has quit IRC19:48
*** lindsayk has joined #heat19:52
stevebakermeeting time19:59
*** lindsayk has quit IRC20:03
*** lindsayk has joined #heat20:05
*** Tross has joined #heat20:13
*** IlyaE has joined #heat20:35
*** harlowja is now known as harlowja_away20:48
*** jdob has quit IRC20:58
*** jdob has joined #heat20:58
*** SpamapS_ is now known as SpamapS20:58
*** SpamapS has quit IRC20:58
*** SpamapS has joined #heat20:58
radixhi :)21:00
SpamapSFYI, for int based keys21:00
wirehead_hey21:01
*** bgorski has quit IRC21:01
radixso, what I'm going to do21:01
SpamapSif 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
radixis rejigger "as-intermediate-resources" to not depend on as-lib and as-lib-db, and just turn it into this AutoScalingResourceGroup21:02
radixand retarget it to icehouse21:02
*** asalkeld has quit IRC21:02
*** asalkeld has joined #heat21:02
stevebakerradix: do it21:02
zanebradix: nobody cares about blueprint busywork. only code.21:02
* stevebaker cares21:02
radixheh21:02
funzoradix: k, if you want me to try something out with native resources (nova networking, etc) I'm happy to try stuff IME21:02
radixyeah, that's what I thought ;-)21:02
shardyYeah, we can work out the BP stuff during the review cycle21:03
radixfunzo: great21:03
stevebakerwell, $PTL cares21:03
funzoradix: in the mean time, I'm breaking my stuff with a plugin resource21:03
*** andersonvom has quit IRC21:03
shardyradix: sounds good, go make yourself a giant coffee and get coding! :)21:03
funzoradix: I would be elated if I can use something that works better21:03
radixzaneb: everyone is always telling me to update BPs, man :)21:03
wirehead_It's enough to make poor radix blue21:03
radix;_;21:03
stevebaker#topic quescing servers21:04
funzoradix: what is the timing you're shooting for having something to try out?21:04
radixfunzo: before next tuesday21:04
stevebakerI believe quescing can be handled by SoftwareDeployment resources21:04
zanebwait, are we done here?21:04
funzoradix: kk21:04
radixwhat is "quescing", btw?21:04
zanebradix was going to explain what his design looked like, I thought21:04
funzoradix: k, that timing works for me21:05
stevebakerradix: a configuration workload that is run on the server before it is shut down21:05
zanebit's like quiescing, but with fewer letters21:05
radixzaneb: AutoScalingResourceGroup(AutoScalingGroup), replace launchConfigName with the properties that ResourceGroup has21:05
stevebakerzaneb: sdakes speling21:05
radixname it OS::Heat::AutoScalingResourceGroup21:05
SpamapSstevebaker: 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 #heat21:05
radixoh, and no load balancer integration; people can use PoolMember21:06
stevebakerSpamapS: how do you want to do it? A DeleteWaitCondition?21:06
radixdoes that sound okay?21:06
SpamapSstevebaker: I want to do it the way I said in my etherpad. :)21:07
*** tims has quit IRC21:07
shardyradix: sounds good to me21:07
SpamapSstevebaker: though I'd be fine without the explicit handle.21:07
zanebradix: so we settled on inline properties for the eventual Autoscaling API resources?21:07
cmysternn folks.21:07
*** cmyster has quit IRC21:07
*** tspatzier has quit IRC21:08
radixzaneb: let's just answer that question for this design: what do you think?21:08
*** lindsayk has quit IRC21:08
*** jdob has quit IRC21:08
*** jdob has joined #heat21:08
*** andrew_plunk has quit IRC21:09
*** lindsayk has joined #heat21:09
zanebradix: 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 hack21:09
*** lindsayk has quit IRC21:09
*** lindsayk has joined #heat21:10
radixzaneb: I don't see why we'd need to deprecate the whole resource21:10
radixI can do a ResourceLaunchConfiguration though21:10
shardyzaneb: we've spent the last 6 months talking about an autoscaling API and done *nothing*21:11
radixyeah, where's therve21:11
shardythis seems like a simple step towards solving real user requirements21:11
sdakestevebaker nobody said I was a spelling bee winner :)21:11
shardyif it can scale resources including provider templates, it's going to be pretty flexible no?21:12
shardyI don't see why we need to start fixating on the mythical "autoscaling API" again21:12
sdakeone big issue I have with the current autoscaling implementation is it is tied to AWS translation resources21:13
radixI gotta run to a physical meeting21:13
zanebshardy: exactly, so just choose already21:13
sdakewhich totally sucks21:13
*** topol has quit IRC21:13
radixok, I'll choose something21:13
*** pafuent has left #heat21:13
*** derekh has joined #heat21:13
stevebakerSpamapS: action_hooks looks like it provides identical functionality to a deployment resource, I'm not keen on this at all21:13
shardyzaneb: 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 API21:14
shardyeventually even21:14
SpamapSstevebaker: 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
SpamapSstevebaker: I can do the design of action_hooks with a resource plugin.21:15
zanebshardy: 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 Tuesday21:15
SpamapSthat just extends Server and goes before update()21:15
SpamapSor handle_update.. not sure which one21:15
*** jprovazn has quit IRC21:15
shardyzaneb: If we can scale nested stacks via provider resources, why do we need a LaunchConfig?21:16
zanebshardy: 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 later21:17
stevebakerSpamapS: 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 too21:17
shardyJust scale the resource out21:17
shardyzaneb: Yeah, I guess we're agreeing, I'm saying lets try to get a vaguely sane interface and JFDI21:17
SpamapSstevebaker: I mean that I can implement this entirely inside handle_update of the server resource.21:17
zanebshardy: so you see this as in addition to, rather than a precursor of, the eventual scaling API resources?21:18
shardyzaneb: I don't really care about the autoscaling API and never have done21:18
SpamapSstevebaker: if I have to do deployers.. I have to start inserting deployers in the handle_update. :-P21:18
shardyI've always said it should come later, and it's just turned into a huge distraction21:18
zanebshardy: you care about the resources that go in front of it, surely ;)21:19
shardyzaneb: 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
shardyzaneb: 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
shardybeing able to scale arbitrary nested stacks via provider templates would be a huge win21:21
*** pshchelo has quit IRC21:21
shardyAPI or no API21:21
zanebshardy: from my perspective, the API is irrelevant to this discussion. this discussion is about what the eventual native resources should look like21:21
zanebthose should match the API, of course21:21
zanebbut they look the same whether the API exists or not21:22
stevebakerSpamapS: 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 IRC21:22
stevebakerSpamapS: I just need to add an actions property to SoftwareDeployment21:22
*** dmakogon_ has joined #heat21:22
radixzaneb: so what is actually under debate right now?21:23
zanebshardy: 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 size21:23
zanebshardy: so we could also have separate resources for special cases, e.g. fixed size or always provider templates (or never provider templates?)21:24
zanebit sounds like this one is going to be one of those special cases?21:24
zaneband tbh I'd prefer we didn't have all those special cases, but had one clean resource design that covered them all21:24
zanebbut 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 it21:25
zanebif 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 IMO21:26
shardyzaneb: 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
shardybasically similar to your first suggestion21:26
shardyI'm definitely +1 on one simple resource21:27
SpamapSstevebaker: Ok. I think it over complicates the syntax for the sake of re-use, but I can delay a little.21:27
SpamapSstevebaker: I also have to convert to HOT to make use.. :-/21:27
zanebshardy: would we be able to make it scale Nova servers by default?21:28
zanebinstead of provider templates21:28
shardyzaneb: I don't really see why we need to, just have the user pass in the resource type they want21:28
shardyand the properties21:28
radixi much prefer just going to arbitrary resources21:28
shardythen it's completely flexible, and really simple21:28
stevebakerSpamapS: you would, but I do think HOT is ready enough. I can help21:29
shardyand as long as we can work out how to pass the environment from the top level into the nested stack, it could scale provider resources21:29
shardythat can come later tho21:29
radixI've already described the position that i think it's hacky to override a resource type to be potentially something completely different21:29
SpamapSstevebaker: can't convert to HOT until we can duplicate the capabilities of merge.py or we have to teach merge.py HOT21:29
shardyradix: you mean the environment?21:30
openstackgerritZiad Sawalha proposed a change to openstack/heat: Update rackspace docstrings to match guidelines  https://review.openstack.org/7307021:30
stevebakerSpamapS: the incremental approach would be to teach merge.py. I'd rather not help with that ;)21:30
radixshardy: 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 server21:31
zanebshardy: 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 template21:31
zanebshardy: he's in for an unpleasant surprise when he realises that *all* resources work that way21:31
shardyI think the scaling resource shouldn't care what it's scaling21:31
SpamapSstevebaker: me neither. ;)21:31
shardyand that transparency is the whole power of provider resources21:32
shardywe should embrace it :)21:32
radixshardy++21:32
zaneb++ !21:32
radixplease don't put words in my mouth :p21:32
zanebradix: sorry, I thought that was an accurate summary of your objection21:34
zanebwhat is your objection then?21:34
radixI'm on my phone now, so it's hard to argue effectively now21:34
radixfor now i will say i agree with shardy21:34
*** e0ne has quit IRC21:34
zanebme too, so I guess we're still not on the same page21:36
wirehead_Maybe we need a shardy / zaneb / radix video call to discuss it with a bit more social bandwidth?21:38
radixi would be up for that, or just a code submission :)21:42
*** alexheneveld has joined #heat21:53
*** sabeen has quit IRC21:54
*** alexheneveld has quit IRC21:58
*** rpothier has quit IRC21:59
*** alexheneveld has joined #heat21:59
*** pleia2 has quit IRC22:01
*** sabeen has joined #heat22:03
stevebakerSpamapS: could I get a heatclient review? I'd like to do a release soon https://review.openstack.org/#/c/58885/22:03
SpamapSstevebaker: mid physical meeting insanity22:04
stevebakerk22:04
*** aweiteka has quit IRC22:05
*** vijendar has quit IRC22:06
*** pleia2 has joined #heat22:06
*** annegentle has joined #heat22:06
annegentlehey 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/ first22:07
annegentleIs there a problem with the template itself not specifying the network to use?22:07
*** gokrokve has quit IRC22:07
*** tims has joined #heat22:07
annegentleI 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
annegentleit'd be great if someone could take a look22:07
*** gokrokve has joined #heat22:08
annegentlesimilar questions at http://docs.openstack.org/havana/install-guide/install/apt/content/heat-stack-create.html#comment-124184301822:08
*** kebray_ has joined #heat22:08
*** gokrokve_ has joined #heat22:08
stevebakerannegentle: I'll take a look at them. The vague answer is that the template needs to specify a specific network ID22:10
zanebshardy, radix: That ^ question is why we need autoscaling for nova servers22:11
stevebakerzaneb: any chance for a get_file review? all the heatclient changes have landed https://review.openstack.org/#/c/66160/22:11
radixok, I'm at my computer again22:12
*** gokrokve has quit IRC22:12
shardyzaneb: Yeah, +1000 lets make that possible, but I was just arguing, if possible, lets allow scaling any resource, *including* that one22:13
shardyjust allowing that one would be a step forward though22:13
zanebshardy: ++22:13
*** jamieh has quit IRC22:14
*** andrew_plunk has joined #heat22:14
radix<shardy> zaneb: I don't really see why we need to, just have the user pass in the resource type they want22:14
radix<shardy> and the properties22:14
radixso that's what I'm going to do22:14
zanebthat'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 cases22:14
shardyzaneb: The resource_type can be defaulted if you like, but the user will have to specify the properties anyway22:19
zanebnow as long as the _interface_ can support that ^, I don't care that much about what hacky implementation we have behind it for now22:19
shardyzaneb: +122:19
*** andersonvom has quit IRC22:19
zanebshardy: by properties you mean launch config properties?22:19
zanebfor want of a better term22:19
zanebleaving aside the question of whether launch config is a separate resource22:20
shardyzaneb: Can't it just be the properties of OS::Nova::Server (or whatever)22:20
shardyLaunchConfig resources seem like an AWSism best left behind22:20
shardyJust define resource type, properties, thats it22:20
shardyif you need more, define a provider template behind the resource22:21
zanebI disagree about the launch config, but if that is the consensus I will go along with it22:21
shardyzaneb: Just my opinion ;)22:21
zanebthe properties differ depending on the resource type or provider used for the scaled resources though22:22
shardyLaunchConfig is just a list of Instance resource properties really, isn't it?22:22
shardyzaneb: So the scaling resource just takes a map22:22
zanebI suggested always using the properties of OS::Nova::Server and that idea was shot down on the ML22:22
shardyexactly like ResourceGroup already does22:22
zanebyes, exactly22:23
shardySo lets use the exact same interface, and add Auto-ness22:23
*** andersonvom has joined #heat22:23
radixshardy: that's what I want to do22:23
shardyradix: awesome, I'll buy you a beer in atlanta if you manage it :)22:23
radix:)22:23
radixspeaking of which I need to book a hotel22:24
zaneboh, have they released the conference block already?22:24
zanebwhy is there no link to the summit from the openstack.org homepage >:|22:25
shardyhttp://www.openstack.org/summit22:26
*** andersonvom has quit IRC22:26
zanebhttp://www.openstack.org/summit/openstack-summit-atlanta-2014/hotels/22:26
zanebaha22:26
*** andersonvom has joined #heat22:26
zanebSpecial Rate: From $189 per night22:27
zaneb!22:27
stevebakerthats "special"22:27
shardylol22:27
zanebother one is 13322:27
zanebthat's more reasonable22:27
radixalright I am moving up my trip home to tonight so I can get hacking on this stuff tomorrow morning22:31
*** sabeen has quit IRC22:32
*** sabeen has joined #heat22:33
*** kebray_ has quit IRC22:33
*** jdob has quit IRC22:37
*** sabeen1 has joined #heat22:37
*** sabeen has quit IRC22:39
*** jmckind has quit IRC22:43
shardynight all22:43
*** shardy is now known as shardy_afk22:43
*** e0ne has joined #heat22:46
*** e0ne has quit IRC22:48
radixbooked my room22:52
radixwoowoo22:52
*** harlowja_away is now known as harlowja22:54
*** dims has quit IRC22:57
zanebha, no, the $133 per night one actually costs $169 + tax + $196 per night22:58
*** wusWWW has joined #heat22:59
*** aignatov is now known as aignatov_23:03
*** rwsu has quit IRC23:06
*** lindsayk has quit IRC23:07
stevebakerha23:07
*** rwsu has joined #heat23:08
*** lindsayk has joined #heat23:09
*** dims has joined #heat23:10
*** rpothier has joined #heat23:22
*** blomquisg has quit IRC23:24
*** zpatten_ has joined #heat23:33
*** zpatten has quit IRC23:36
*** zpatten_ is now known as zpatten23:36
*** blomquisg has joined #heat23:38
SpamapSsdake: around?23:39
*** WinnieTsang has quit IRC23:41
*** achampion has quit IRC23:41
*** david-lyle has quit IRC23:43
*** derekh has quit IRC23:44
*** andrew_plunk has quit IRC23:45
*** yogesh has quit IRC23:53
*** tims has quit IRC23:55

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