Wednesday, 2014-07-16

openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements  https://review.openstack.org/10516600:06
lifelessyes00:09
*** achampion has joined #heat00:11
*** wirehead_ has joined #heat00:12
zaneblifeless: so in the former case you pass in a fixed IP for the port as a parameter, and in the latter case you leave it out00:20
zanebas long as the address range for the dynamic IPs doesn't overlap the static IPs, there's no race afaict00:21
zanebis it a question of how you can either specify a static IP or not specify a static IP using a single template?00:22
lifelesszaneb: I believe you are describing the 'use two neutron networks' approach I mentioned above00:22
lifelesszaneb: because to neutron there is no such thing as a static ip range00:22
lifelesszaneb: remember it doesn't do true DHCP - it has no wildcard facility00:23
lifelessits static-but-managed-via-API00:23
*** piyush has quit IRC00:27
zanebthere's no such thing as a static IP range, but there are ranges in the subnet that are not covered by a dynamic pool00:28
zaneband you can assign a fixed IP in those ranges without risking a race with a dynamic assignment00:28
zanebobviously there can still be a race between two people assigning the same fixed IP00:29
zanebbut you said there were other processes in place (i.e. spreadsheet) to prevent that00:29
*** harlowja_away is now known as harlowja00:30
lifelessdoes neutron permit that, huh00:30
lifelessI shall have to experiment00:30
zanebso I don't think you _need_ a second subnet, although a second subnet would work just as well if you can handle the IPs being in different cidrs00:30
lifelesssilly me thought that the allocation pool would be binding00:31
lifelesssecond subnet *object*, not second cidr00:31
lifelessneutron has no concept that network A and network B with subnet A' and B' on the same CIDR is  problem00:31
lifelessbecause namespacing00:31
zaneblifeless: the allocation pool is binding, but it doesn't have to cover the whole cidr of the subnet afaik00:31
lifelessit'll whinge like mad if you hook up a router thats incompatible though00:32
lifelesszaneb: ah so if the allocation pool is binding00:32
lifelesszaneb: then what you're saying makes no sense to me00:32
zanebok, wait00:32
zanebwhat does binding mean?00:32
lifelesszaneb: the dynamically allocated addresses come from the allocation pool00:32
zanebcorrect00:32
lifelesszaneb: restricts creation of ports to addresses in the allocation pool, whether manually specified or not.00:33
zanebOK, so your thesis is that Neutron would not allow you to use a Fixed IP that is not in an allocation pool00:34
zanebwhich _may_ be correct (I haven't tried)00:34
zanebbut if it is correct then Neutron is craaaazy00:34
zaneb(which would not be inconsistent with my past experience of it ;)00:35
lifelesswell00:37
lifelessit depends what the intent of the allocation pool is00:37
lifelesswell00:38
lifelessit permits it, so thats easy.00:38
zanebright, if the pool is "addresses which we will serve up" then your interpretation is correct. If it means "addresses from which we'll select dynamic IPs" then my interpretation is correct00:38
lifelesszaneb: thank you00:38
zanebsweet00:38
zaneblifeless: btw, I'm curious which part of the VRRP spec is ambiguous?00:40
* zaneb used to work on such things00:40
lifelessso, it may not be, I haven't gotten all the way down to the bottom yet00:40
lifelessin the examples they give00:40
lifelessthey have router 1 with IP A and router two with IP B, and 2 configured to take over A if 1 goes awol00:41
lifelessits not clear if that depends on router 2 *having IP B at all*.00:41
lifelesse.g. can one run two routers in a VRRP group with only multicast, sharing a single IP between them and no other IP host addresses on their interfaces00:42
zanebhmm, memory is a bit hazy00:42
zanebquite commonly you assign a secondary, fixed IP to *both* routers00:43
lifelessyeah00:46
lifelessfixed ips are expensive :)00:46
lifelessthis will get much more fun btw00:47
lifelesswhen we get vlan support into ironic00:47
lifelessactually no, a related thing gets more fun :)00:47
lifelessbut that a discussion for a different day00:47
* zaneb can't wait :D00:49
*** piyush has joined #heat00:50
*** dims__ has joined #heat00:58
zaneblifeless: I took a look at our old docs, and all of the examples show either the router owning the VR's IP or having it's own separate IP, like you said above01:01
zaneblifeless: however the VRRP protocol itself relies only on IP multicast01:02
zanebso there's no reason in principle that should be required01:02
zaneb(though there might be other reasons for it to be useful)01:02
*** dims__ has quit IRC01:03
lifelesszaneb: thanks for digging!01:05
lifelesshmm01:07
lifelesstotally unrelated thing01:07
lifelesswell not totally01:07
lifelesspassing fixed_ips in01:07
lifelesswe've set the type of the parameter to Json01:08
zaneblifeless: actually a closer reading of the RFC suggests that the Source IP of the advertisements has to be "the primary IPv4 address of the interface the packet is being sent from."01:08
lifelessis there a type where we can just use regular yaml in the env file rather than serailising it01:08
lifelesse.g. this01:09
lifeless{ "parameters": { "PublicVirtualFixedIPs": [{"ip_address": "138.35.77.6"}], } }01:09
lifelessrather than01:09
zaneblifeless: good question. try it and see?01:09
lifeless{ "parameters": { "PublicVirtualFixedIPs": [{"ip_address": "138.35.77.6"}], } }01:09
lifelessbad01:09
lifeless{ "parameters": { "PublicVirtualFixedIPs": "[{\"ip_address\": \"138.35.77.6\"}]", } }01:09
lifelesszaneb: I know it doesn't work, I was wondering if there was a parameter type I was missing where it would work01:11
zaneblifeless: it should work passing an actual JSON object, not just JSON serialised as a string01:11
zanebhttp://git.openstack.org/cgit/openstack/heat/tree/heat/engine/parameters.py#n36801:11
zanebaha, but only if it's an object, not a list :/01:11
lifelessza+ heat stack-create -e /home/shared/overcloud-env.json -t 360 -f /home/shared/tripleo-heat-templates/overcloud.yaml -P ExtraConfig= ci-overcloud01:12
lifelessERROR: Value must be valid JSON: expected string or buffer01:12
lifeless+ RESULT=101:12
lifelesswant a bug for that ?01:12
zanebyeah, I think we may even have one01:13
zanebthe initial idea was that the comma-separated-list type would do for lists and Json would do objects only01:13
zanebthat didn't work out01:13
zanebbut the changes to correct that mistake are unfortunately quite deep01:14
*** piyush has quit IRC01:17
lifelesswe can't just accept anything made up only of basic types?01:22
lifelesse.g. string-> decode, list|dict -> object?01:22
lifelessanyhow let me see about a bug01:22
*** pmyers has quit IRC01:27
*** kebray has joined #heat01:43
openstackgerritTakashi NATSUME proposed a change to openstack/heat: Add log output about HTTP calls in cinderclient  https://review.openstack.org/10474501:47
tiantian<zaneb>hi, would you please to review https://review.openstack.org/#/c/104439/, if you have time, tks01:55
*** nosnos has joined #heat01:58
*** gokrokve has joined #heat02:01
*** Yanyanhu has joined #heat02:08
elynnmorning all :002:28
*** piyush has joined #heat02:38
*** elynn has quit IRC02:42
lifelesszaneb: couldn't see one so filed https://bugs.launchpad.net/heat/+bug/134248702:42
*** piyush has quit IRC02:42
uvirtbotLaunchpad bug 1342487 in heat "json parameters require json strings rather than accepting arbitrary json structures" [Undecided,New]02:42
*** gokrokve has quit IRC02:49
*** dims__ has joined #heat02:52
*** gokrokve has joined #heat02:56
*** nati_ueno has quit IRC02:57
*** ramishra has joined #heat02:59
*** KanagarajM has joined #heat03:00
*** daneyon has joined #heat03:00
*** daneyon has quit IRC03:00
*** daneyon has joined #heat03:01
ramishramorning all!03:02
*** cmyster has joined #heat03:10
cmystermorning03:14
*** harlowja is now known as harlowja_away03:16
Yanyanhumorning03:27
*** Yanyan has joined #heat03:29
*** Yanyanhu has quit IRC03:29
*** gokrokve has quit IRC03:30
*** piyush has joined #heat03:31
*** chandankumar has joined #heat03:35
*** saju_m has joined #heat03:38
*** nosnos has quit IRC03:43
*** bmahalakshmi has joined #heat04:01
*** EricGonczer_ has joined #heat04:01
*** EricGonczer_ has quit IRC04:07
*** dims__ has quit IRC04:10
*** kevinbenton has joined #heat04:13
*** Yanyan has quit IRC04:18
*** Yanyanhu has joined #heat04:28
*** killer_prince is now known as lazy_prince04:31
*** nosnos has joined #heat04:32
*** slok184 has joined #heat04:33
openstackgerritA change was merged to openstack/heat: Fix error count for stack-list while show deleted  https://review.openstack.org/10107804:38
*** saju_m has quit IRC04:41
*** Yanyan has joined #heat04:43
*** ramishra has quit IRC04:43
*** ramishra_ has joined #heat04:44
*** kopparam has joined #heat04:46
*** Yanyanhu has quit IRC04:46
*** lindsayk has joined #heat04:47
*** lindsayk has quit IRC04:58
*** piyush has quit IRC05:02
*** bnemec has quit IRC05:03
*** sab has joined #heat05:04
openstackgerritJeff Peeler proposed a change to openstack/heat-templates: Add HA templates to deploy OpenShift on CentOS  https://review.openstack.org/10615905:05
*** nkhare has joined #heat05:06
*** chandankumar has quit IRC05:16
*** rakesh_hs has joined #heat05:20
*** jreypo has quit IRC05:33
*** rushiagr has joined #heat05:37
*** andreaf has quit IRC05:37
*** cmyster has quit IRC05:38
*** dims__ has joined #heat05:39
*** cmyster has joined #heat05:41
*** dims__ has quit IRC05:44
*** akuznetsov has quit IRC05:47
*** samstav_ has quit IRC05:47
*** Qiming has joined #heat05:48
*** slok184 has quit IRC05:54
*** chandankumar has joined #heat05:58
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/10497506:00
*** bvivek has joined #heat06:03
*** akuznetsov has joined #heat06:07
*** jyoti-ranjan has joined #heat06:08
*** unmeshg has joined #heat06:25
*** nati_ueno has joined #heat06:26
*** avquadri has joined #heat06:26
unmeshgHi, reviews required for https://review.openstack.org/#/c/104471/06:27
*** tomek_adamczewsk has joined #heat06:37
skraynevgood morning06:37
cmystermorning06:37
*** jcoufal has joined #heat06:38
*** tspatzier has joined #heat06:39
*** dims__ has joined #heat06:40
*** dims__ has quit IRC06:45
*** jstrachan has joined #heat06:54
*** jreypo has joined #heat06:57
*** jreypo has quit IRC06:58
*** pasquier-s has joined #heat07:02
*** d0ugal has quit IRC07:07
*** d0ugal has joined #heat07:07
*** elynn has joined #heat07:09
Qimingto whomever may concerns, good morning07:11
cmysterindeed07:12
*** zslot has joined #heat07:18
therveGood morning!07:20
Qimingskraynev, a quick question07:26
skraynevQiming: I am ready :)07:27
QimingI just found that you proposed a change to attributes.py back in April07:27
Qimingskraynev, it was about adding Schema class to Attribute07:27
Qiminghowever, I cannot find a record when this patch landed here: https://github.com/openstack/heat/commits/stable/icehouse07:28
skraynevQiming: Hm. May it was merged later?07:30
QimingI'm confused about how patches are merged into stable/icehouse ... do you have any hints on that?07:31
skraynevQiming: according to https://review.openstack.org/#/c/89331/ it was merged at the end of May07:32
therveQiming, https://wiki.openstack.org/wiki/StableBranch may explain a bit07:33
Qimingskraynev, does that mean it missed the Icehouse release?07:33
*** jistr has joined #heat07:33
skraynevQiming: About patches in stable/icehouse, AFAIK, related bug should be marked as backport potential and then you may cherry-pick you patch from master to needed stable branch07:34
skraynevQiming: I suppose - yes.07:34
Qimingskraynev, so ... if I'm gonna use attribute schema, I can only try Juno versions instead of the official icehouse release,07:35
Qimingokay, that solves my problem, thx07:35
*** cody-somerville has joined #heat07:36
skraynevQiming: a little note, if you want to use attribute schema in the CURRENT state. The old attribute schema (just with description) is still available in icehouse07:36
Qimingskraynev, okay. I may try some workarounds if needed, though I prefer the current implementation.07:37
skraynevQiming: sure, it's your choice :)07:38
*** kebray has quit IRC07:38
Qimingskraynev, according to https://review.openstack.org/#/c/86525/, the Schema class was merged in late April07:39
Qimingah, it also missed April 17th, the deadline of Icehouse.07:40
*** bvandenh has quit IRC07:40
skraynevQiming: right07:40
*** ramishra_ has quit IRC07:42
*** ckmvishnu has joined #heat07:44
*** bvandenh has joined #heat07:53
*** ChanServ changes topic to "support @ https://ask.openstack.org | developer wiki @ https://wiki.openstack.org/wiki/Heat | development @ https://launchpad.net/heat | logged @ http://eavesdrop.openstack.org/irclogs/%23heat/"07:53
*** nati_ueno has quit IRC07:56
*** achampion has quit IRC08:06
*** derekh_ has joined #heat08:10
*** alexpilotti has joined #heat08:13
shardymorning all08:29
shardyasalkeld: around?08:29
*** pas-ha has joined #heat08:32
*** achampion has joined #heat08:32
therveshardy, Hi, I'd like to chat about https://review.openstack.org/#/c/104745/ when you have 508:37
shardytherve: Hi, sure08:38
therveshardy, I feel that adding options for this is a waste. We could just reuse the debug flag08:38
therveApparently we already started adding those though08:39
*** zslot1 has joined #heat08:40
shardytherve: I don't have a strong opinion on it tbh - do we want every client logging verbose request information when the global debug flag is on?08:47
therveI'd want that08:48
shardyHaving some control to selectively enable verbose information for a particular client seems like it could be useful08:48
shardyI wonder if oslo logging allows log-levels instead of booleans?08:48
shardyThat sounds like the best solution08:48
therveI'm not sure why you'd want to log cinder requests, but not say glance requests08:49
shardytherve: well maybe you're debugging a specific regression in cinder?08:49
therveBut fair enough08:49
therveI'd just want to be conservative with new options, we have tons that nobody use08:50
shardyI guess there's also the log santisation aspect - we probably already log some sensitive data at debug level, but if we start logging every raw request, then we *definitely* will08:50
therveAlso if I need to debug a cinder issue I can set a flag in code instead of changing configuration08:51
therveThat's what debug is :)08:51
shardyNot if you're debugging a platform on a customer site in their datacentre ;)08:51
*** zslot1 has quit IRC08:53
*** ishant has joined #heat08:59
*** cody-somerville has quit IRC08:59
openstackgerritThomas Herve proposed a change to openstack/heat: Refactor service readiness notification  https://review.openstack.org/9245609:03
*** bvivek has quit IRC09:05
ishantHi, Can you please have a look at the review https://review.openstack.org/#/c/105408/09:05
*** bvivek has joined #heat09:06
*** achampion has quit IRC09:08
pas-hamorning all09:09
*** bvivek has quit IRC09:10
*** bvivek has joined #heat09:12
therveishant, Shouldn't it be named "subnets" if it's a list?09:12
asalkeldhi sha09:14
asalkeldhi shardy09:14
shardyasalkeld: Hey09:15
shardyasalkeld: I was just pinging you re your mail about updates/trusts09:15
asalkeldyou get my email?09:15
asalkeldyeah09:15
asalkeldthat's a pain09:15
shardyI've replied now, will look at it today09:15
ishanttherve, what should be named as "subnets"?09:15
asalkeldthanks shardy09:16
therveishant, The new attribute09:16
thervesubnet implies that it's one subnet09:16
shardyasalkeld: we shouldn't really be creating multiple trusts like that, I was aware of the issue if the update created a new nested stack, but I didn't realize it also happened for backup stack09:16
therveIf it's a list it should be named "subnets"09:16
ishantyeah, i will change that09:16
shardyasalkeld: The other thing was the keystone chained delegation thing, do you have any bandwidth to help with that?09:17
asalkeldshardy, mmmm - not sure09:17
shardyasalkeld: due to other pressures, I've had to deprioritize it a bit09:17
asalkelddepends on the time it would take09:17
asalkeldshardy, it's ok if the workaround can function09:17
shardyasalkeld: Does the create empty stack workaround solve your immediate problem (if we fix this update issue)?09:17
asalkeldshardy, yip09:18
*** bvandenh has quit IRC09:18
*** sab has quit IRC09:18
shardyasalkeld: Ok cool, it's still something I'm interested in doing for Juno, just under pressure do deliver some other stuff first ;)09:18
shardys/do/to09:18
asalkeldshardy, ok09:18
*** sab has joined #heat09:19
*** andreaf has joined #heat09:19
asalkeldshardy, are you getting sucked into the convergence stuff?09:19
shardyasalkeld: possibly, initially I'm going to spend some time on bugs and autoscaling features which are important to TripleO and Tuskar09:20
shadower\o/09:20
asalkeldok09:20
unmeshgtherve: regarding the wait being skipped between first and second step (review https://review.openstack.org/#/c/104471/)09:24
unmeshgplease let me know if it sounds correct, else I'l submit a patch with the sleep at the beginning of the run_to_completion method09:26
*** achampion has joined #heat09:27
*** andreaf has quit IRC09:27
*** andreaf has joined #heat09:28
therveunmeshg, It's technically correct.09:28
therveThe best kind of correct.09:28
*** dims__ has joined #heat09:29
unmeshgtherve: thanks09:29
*** Yanyan has quit IRC09:30
*** achampion has quit IRC09:32
*** sab has quit IRC09:33
*** dims__ has quit IRC09:33
*** rushiagr_ has joined #heat09:33
*** rushiagr has quit IRC09:33
*** cdent has joined #heat09:36
*** Qiming has quit IRC09:40
*** cody-somerville has joined #heat09:46
*** dims__ has joined #heat09:48
openstackgerritunmesh-gurjar proposed a change to openstack/heat: Fixed wait skipped after 1st step of task  https://review.openstack.org/10447109:57
*** rushiagr_ has quit IRC09:58
openstackgerritAngus Salkeld proposed a change to openstack/heat: Move the Stack class into stack.py  https://review.openstack.org/10729009:59
openstackgerritAngus Salkeld proposed a change to openstack/heat: Use the template module to access the Template class  https://review.openstack.org/10729109:59
openstackgerritAngus Salkeld proposed a change to openstack/heat: Import the stack module directly  https://review.openstack.org/10729209:59
unmeshgshardy, therve: I've just submitted new patch with updated commit message to https://review.openstack.org/#/c/104471/09:59
therveThanks10:00
*** kopparam has quit IRC10:01
*** unmeshg_ has joined #heat10:04
*** unmeshg has quit IRC10:04
*** Dev_Jin has joined #heat10:07
*** alexpilotti has quit IRC10:09
Dev_JinI am trying to get servers up using heat.. I have a requirement where I need to put one of IP assigned to a server into other server’s particular file (say /etc/hosts) .. this IP addresses is assigned by dhcp which is changing for every boot.. how do I refer to current IP address assigned to a server in user_data of another server property ?10:10
therveDev_Jin, Something like that: https://github.com/openstack/heat-templates/blob/master/hot/servers_in_existing_neutron_net.yaml#L9110:12
therveYou can retrieve the proper attribute and then use it in your userdata10:13
Dev_Jintherve: can’t I refer the attribute directly in user_data using getattr:: ?10:14
therveSure you can10:15
shardytiantian: Hey, I just tested with an empty string keystone password, and via python-openstackclient and the v3 keystone API it doesn't work10:16
shardySo I stand by my comment that we should not allow folks to do insane things like set passwords to ""10:16
shardyIt's not even possible in the current code, unless someone introduces a horrible regression in future10:17
*** sab has joined #heat10:17
shardymaybe I'll add a comment to the code explaining why the test is not is not None10:18
Dev_Jintherve: What’s happening is I am doing echo getatrr append it to file.. well it appending getattr as text and not the actual Ip that I am interested in?10:18
*** ishant has quit IRC10:20
therveDev_Jin, Can you show your template?10:20
*** lazy_prince is now known as killer_prince10:20
Dev_Jin     user_data_format: RAW10:26
Dev_Jin     user_data: |10:26
Dev_Jin      #!/bin/bash10:26
Dev_Jin      sudo sh -c 'echo {get_attr: [init_vm,first_address]}"    salt" >> /etc/hosts'10:26
therveDev_Jin, That's not how templating works10:26
therveDev_Jin, You need something like that: https://github.com/openstack/heat-templates/blob/master/hot/autoscaling.yaml#L7210:27
*** achampion has joined #heat10:28
Dev_Jintherve : Ok I got it what I need to do.. thanks a lot..10:29
thervenp!10:29
*** Qiming has joined #heat10:31
*** killer_prince is now known as lazy_prince10:32
*** dsneddon has quit IRC10:32
*** achampion has quit IRC10:32
*** andreaf has quit IRC10:32
*** cody-somerville has quit IRC10:33
*** andreaf has joined #heat10:34
*** nkhare has quit IRC10:36
*** akuznetsov has quit IRC10:40
*** nkhare has joined #heat10:40
cmystershardy: hey, here?10:43
cmysteror at least, there?10:44
shardycmyster: Yup10:44
cmysterI want your perspective on something since I know you prefer to illuminate code duplication...10:46
*** kopparam has joined #heat10:46
*** nkhare has quit IRC10:47
cmysterI have those delete_config and deploy and I am moving the 204 test to the client, and that got me thinking, I can just move them both to a single _delete_resource10:47
cmysterbut then I'd need to start passing parameters10:47
*** pmyers has joined #heat10:47
cmysterso will two diufferent functions with less parameters or a single one but then I need to make sure I pass the right thing10:48
shardycmyster: IMO it's better to stick to functions per resource type, because the assertions and return codes expected are not always the same10:48
Dev_JinI am seeing some weired behavior for some time.. I am associating key with a server instance.. if I don’t specify user_data_format : RAW then login doesn’t work.. but I specify user_data_format:RAW then same key works.. (i am only specfying data_format , user_data is empty)10:48
cmystershardy: when does a 204 bad for a normal delete ?10:49
shardycmyster: bug #129851810:50
uvirtbotLaunchpad bug 1298518 in heat "Abandon and Delete API status codes are wrong" [Medium,Triaged] https://launchpad.net/bugs/129851810:50
cmystercor!10:50
cmysternote to self, clicking on 'links' that start with a # is silly10:50
cmysterHmmm10:52
cmysterthanks shardy10:52
*** akuznetsov has joined #heat10:56
*** piyush has joined #heat11:05
*** piyush has quit IRC11:05
*** bmahalakshmi has quit IRC11:08
*** nkhare has joined #heat11:08
*** nkhare_ has joined #heat11:09
*** piyush has joined #heat11:09
*** dims__ has quit IRC11:10
*** dims__ has joined #heat11:13
*** akuznetsov has quit IRC11:20
openstackgerritA change was merged to openstack/heat: Add missing DeprecationWarning category to warning  https://review.openstack.org/10699011:23
*** akuznetsov has joined #heat11:23
*** bvivek has quit IRC11:26
*** robsparker has quit IRC11:27
*** cody-somerville has joined #heat11:28
*** achampion has joined #heat11:28
openstackgerritAngus Salkeld proposed a change to openstack/heat: Import the stack module directly  https://review.openstack.org/10729211:32
openstackgerritAngus Salkeld proposed a change to openstack/heat: Move the Stack class into stack.py  https://review.openstack.org/10729011:32
openstackgerritAngus Salkeld proposed a change to openstack/heat: Use the template module to access the Template class  https://review.openstack.org/10729111:32
*** KanagarajM has quit IRC11:32
*** achampion has quit IRC11:34
*** rushiagr_ has joined #heat11:43
*** robsparker has joined #heat11:43
*** kopparam has quit IRC11:43
*** kopparam has joined #heat11:44
*** rushiagr_ has quit IRC11:48
*** rushiagr_ has joined #heat11:52
*** stannie has joined #heat11:55
*** Yanyan has joined #heat11:59
*** sab has quit IRC12:02
*** achampion has joined #heat12:03
*** cmyster has quit IRC12:06
*** unmeshg_ has quit IRC12:07
*** achampion has quit IRC12:08
*** bvivek has joined #heat12:08
*** jdob has joined #heat12:09
*** sgordon has joined #heat12:14
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient add get_user_token  https://review.openstack.org/10288512:16
openstackgerritSteven Hardy proposed a change to openstack/heat: stack user add _user_token  https://review.openstack.org/10288712:16
openstackgerritSteven Hardy proposed a change to openstack/heat: clients make heat_url public  https://review.openstack.org/10288612:16
openstackgerritSteven Hardy proposed a change to openstack/heat: SoftwareDeployments move signal reason into resource plugin  https://review.openstack.org/10682512:16
openstackgerritSteven Hardy proposed a change to openstack/heat: Convert CFN waitcondition API to resource_signal  https://review.openstack.org/10682412:16
openstackgerritSteven Hardy proposed a change to openstack/heat: Allow plugins to specify signal event reason  https://review.openstack.org/10682112:16
openstackgerritSteven Hardy proposed a change to openstack/heat: Update test_signal to use stub_keystoneclient  https://review.openstack.org/10682012:16
openstackgerritSteven Hardy proposed a change to openstack/heat: Return metadata from resource_signal RPC interface  https://review.openstack.org/10682312:16
openstackgerritSteven Hardy proposed a change to openstack/heat: WaitConditionHandle resources, create events with reason data  https://review.openstack.org/10682212:16
openstackgerritSteven Hardy proposed a change to openstack/heat: Add native WaitConditionHandle resource  https://review.openstack.org/10288812:16
openstackgerritSteven Hardy proposed a change to openstack/heat: Mark metadata_update RPC call deprecated  https://review.openstack.org/10698512:16
*** rushiagr__ has joined #heat12:18
*** rushiagr_ has quit IRC12:18
*** che-arne has joined #heat12:19
*** EricGonczer_ has joined #heat12:19
*** rushiagr has joined #heat12:24
*** tonisbones has joined #heat12:24
*** rushiagr__ has quit IRC12:25
*** EricGonczer_ has quit IRC12:25
*** ramishra has joined #heat12:27
*** dims__ has quit IRC12:28
*** kopparam has quit IRC12:29
*** sergmelikyan has quit IRC12:29
*** dims__ has joined #heat12:30
*** kopparam has joined #heat12:33
*** bvandenh has joined #heat12:34
*** zslot has left #heat12:44
*** sballe has joined #heat12:44
*** lipinski1 has joined #heat12:44
*** nosnos has quit IRC12:49
*** asalkeld has quit IRC12:50
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement update of AWS::EC2::SecurityGroup  https://review.openstack.org/8854812:51
*** cdent_ has joined #heat12:54
*** cdent has quit IRC12:55
*** cdent_ is now known as cdent12:55
*** plomakin has quit IRC12:56
*** kopparam has quit IRC12:57
*** rushiagr has quit IRC12:59
*** rushiagr has joined #heat12:59
*** lindsayk has joined #heat13:01
*** radez_g0n3 is now known as radez13:02
*** kopparam has joined #heat13:06
*** lindsayk has quit IRC13:06
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Move size update to Cinder volume  https://review.openstack.org/10662213:10
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Move VolumeAttachment updates to Cinder resource  https://review.openstack.org/10662313:10
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Unittests: Refactor Volume resources tests  https://review.openstack.org/10736213:10
*** nkhare has quit IRC13:12
*** nkhare_ has quit IRC13:12
*** ckmvishnu has quit IRC13:13
*** rushiagr_ has joined #heat13:16
*** lipinski1 has quit IRC13:18
*** rushiagr has quit IRC13:20
*** nkhare has joined #heat13:26
*** achampion has joined #heat13:31
*** lazy_prince is now known as killer_prince13:40
*** zslot has joined #heat13:40
*** nkhare has quit IRC13:41
pas-haall, I would like to hear some suggestion re my last comment on bug #134006513:41
uvirtbotLaunchpad bug 1340065 in heat "AWS instance must not support NICS in-place update" [Undecided,In progress] https://launchpad.net/bugs/134006513:41
*** bvivek has quit IRC13:43
*** killer_prince is now known as lazy_prince13:43
*** aweiteka has joined #heat13:47
*** jcoufal has quit IRC13:50
*** piyush has quit IRC13:50
*** jcoufal has joined #heat13:51
*** plomakin has joined #heat13:54
*** kopparam has quit IRC13:56
*** andersonvom has joined #heat13:56
*** kopparam has joined #heat13:56
*** jyoti-ranjan has quit IRC14:00
*** nati_ueno has joined #heat14:00
*** jistr has quit IRC14:02
*** lindsayk has joined #heat14:02
*** jistr has joined #heat14:03
*** bnemec has joined #heat14:03
*** aweiteka has quit IRC14:05
jdandreaCan anyone advise on what kind of OS Image was used when this template was written? (Fedora, Cirros, CentOS, Ubuntu ... something else?) https://github.com/openstack/heat-templates/blob/master/hot/autoscaling.yaml14:06
*** lindsayk has quit IRC14:06
Qimingjdandrea, I was using Fedora14:08
*** Yanyan has quit IRC14:08
*** lazy_prince is now known as killer_prince14:09
*** dmakogon_ is now known as denis_makogon14:10
Qimingjdandrea, I think you have to use Fedora or CentOS for this template, Cirros or Ubuntu won't work due to the scripts in user_data14:12
jdandreaQiming: Exactly my thinking ... except it wasn't working for me in CentOS (no mariadb or wordpress downloads found by yum).14:13
jdandreaI could also modify the user_data scripts, but then things get interesting. (Switching to mysql is fine, but then I'm installing apache2 and getting WP latest.zip and by then it's not even close to the same thing.)14:14
jdandreaAh, Fedora, thanks. I will try that next. :)14:14
Qimingjdandrea, Fedora would be my recommendation to try these templates14:15
jdandreaExcellent. Thank you so much!14:15
Qimingjdandrea, welcome14:15
Qiminghas anyone by chance hit the mysql problem: ERROR 1040 (HY000): Too many connections ?14:17
*** ramishra has quit IRC14:18
*** aweiteka has joined #heat14:18
*** piyush has joined #heat14:23
*** ramishra has joined #heat14:28
shadowerzaneb: I tried removing `unicode` from here: https://github.com/openstack/heat/blob/2c90937e630067b8074abadc0e90edd784683b01/heat/engine/stack_resource.py#L35014:29
shadowerwhich  seems to work fine14:29
shadowerwill assign myself to the bug, write tests and send it14:29
*** hipokrit has joined #heat14:31
*** jistr has quit IRC14:32
*** vijendar has joined #heat14:33
*** jcoufal has quit IRC14:35
*** Dev_Jin has quit IRC14:36
*** sjmc7 has joined #heat14:37
*** cdent_ has joined #heat14:38
*** kopparam has quit IRC14:38
*** cdent has quit IRC14:40
*** cdent_ is now known as cdent14:40
*** nati_ueno has quit IRC14:45
*** samstav has joined #heat14:46
*** unmeshg has joined #heat14:49
*** bvandenh has quit IRC14:53
*** piyush has quit IRC14:57
*** kebray has joined #heat14:58
*** samstav has quit IRC14:58
*** ramishra has quit IRC14:58
*** kebray has joined #heat14:59
*** samstav has joined #heat14:59
*** lindsayk has joined #heat15:03
*** piyush has joined #heat15:06
*** lindsayk has quit IRC15:07
*** akuznetsov has quit IRC15:07
*** akuznetsov has joined #heat15:08
*** rbuilta has joined #heat15:08
*** ifarkas has quit IRC15:15
*** avquadri has quit IRC15:15
*** aweiteka has quit IRC15:16
*** shakamunyi has joined #heat15:17
*** shakamunyi has quit IRC15:17
*** gokrokve has joined #heat15:18
*** pas-ha has quit IRC15:20
*** david-lyle has joined #heat15:20
*** piyush1 has joined #heat15:21
zanebshadower: sounds perfect, thanks!15:21
*** jistr has joined #heat15:21
*** daneyon_ has joined #heat15:22
*** shakamunyi has joined #heat15:24
*** shakamunyi has quit IRC15:24
*** piyush has quit IRC15:24
*** shakamunyi has joined #heat15:24
*** shakamunyi has quit IRC15:24
*** daneyon has quit IRC15:25
*** Qiming has quit IRC15:26
*** nati_ueno has joined #heat15:28
*** aweiteka has joined #heat15:29
*** denis_makogon has quit IRC15:31
*** vijendar has quit IRC15:32
*** pscheie has joined #heat15:34
pscheieIs there a limit to the length of the hostname heat assigns to instances?15:35
*** nati_ueno has quit IRC15:35
*** ramishra has joined #heat15:36
pscheieI just re-spun a stack where we're using multiple instances via InstanceGroups and the Size parameter15:36
zanebpscheie: yes. https://github.com/openstack/heat/blob/master/heat/engine/resources/server.py#L35115:36
zanebhttps://github.com/openstack/heat/blob/master/heat/engine/resources/instance.py#L33515:37
*** nati_ueno has joined #heat15:38
pscheieIs there yet a way to control for the format of such names?15:38
pscheieSome multiple instance nodes are ending up with names that are 53 characters long and even at that, it's kinda mangling the name and breaking our naming convention.15:39
pscheieAh, comment in line 349 says limit is 53 characters.15:40
*** rakesh_hs has quit IRC15:42
pscheieWhat controls the format of the name?15:42
zanebpscheie: with an OS::Nova::Server you can specify the name; with AWS::EC2::Instance you're stuck with the one we give you15:43
zanebwe're aware that the system kind of sucks for scaling groups (including InstanceGroup)15:43
*** nati_ueno has quit IRC15:43
*** nati_ueno has joined #heat15:43
zanebthere's too many random parts15:43
pscheieYeah, it's mangling the first part of the name which is where we store the stack name.15:44
pscheieIt's truncating those parts. so the search tools we have aren't finding them.15:44
zanebfixes welcome, but probably needs a blueprint15:45
*** gokrokve has quit IRC15:45
zanebpscheie: yeah, it's done that way to ensure the names remain unique15:45
pscheiezaneb, yeah, I can see that, and that is important.15:47
zanebso the key to success is to eliminate extra random stuff from the middle15:48
pscheieRepeating the instance name--that is, the name taken from the stanza in the heat template--probably isn't necessary.15:48
*** zslot has quit IRC15:50
pscheieSo, that's two parts in the middle--the name and the random string--that could tossed out and still maintain unique names.15:50
pscheieIdeally, I suppose, having it be configurable would be best.15:51
*** cody-somerville has quit IRC15:52
*** ramishra has quit IRC15:53
*** vijendar has joined #heat15:54
*** mspreitz has joined #heat15:54
mspreitzHave we made the switch to Stevedore?15:55
*** daneyon_ has quit IRC15:56
*** daneyon has joined #heat15:57
*** cody-somerville has joined #heat15:59
shardymspreitz: it's in progress, for client plugins at least16:00
shardyhttps://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/client-plugins,n,z16:00
pscheiezaneb, can I use OS::Nova::Server when doing multiple instances?16:00
mspreitzOK, that's consistent with what I noticed16:00
therveWe started using it for some stuff16:01
mspreitzshardy: so no Stevedore for heat engine plugins now, right?16:01
zanebpscheie: yes, if you use OS::Heat::AutoscalingGroup instead of InstanceGroup16:01
zanebpscheie: note that you can't specify a pattern for the hostname though, just a hostname. so they'll all get the same one16:01
pscheieBut won't a random string be added at the end of the name?16:03
mspreitzI am trying to figure out why Angus suggested Stevedore already in his latest comment on https://review.openstack.org/#/c/89363/16:04
*** lindsayk has joined #heat16:04
*** daneyon has quit IRC16:04
*** tspatzier has quit IRC16:04
shardymspreitz: probably because he's proposed a patch which implements loading resources via stevedore:16:04
shardyhttps://review.openstack.org/#/c/103044/16:04
shardyI'm not sure we really reached consensus on that on the ML, my understanding was that we probably were sticking with the existing plugin model for resources though16:05
shardyzaneb: ^^16:05
zanebyeah, I'm not sure we reached consensus either16:06
zaneb(I'm still convinced I'm right ;)16:06
shardyFWIW I'm in the "if it ain't broke don't fix it" (at the moment) camp ;)16:06
*** unmeshg has left #heat16:07
*** daneyon has joined #heat16:07
pscheiezaneb, is there an example of OS::Heat::AutoscalingGroup somewhere?16:07
mspreitzOne quick question about Stevedore hooks: if there are multiple things registered to be called at the same point, does Stevedore have a way for those things to influence the order in which they are called?16:08
*** lindsayk has quit IRC16:08
mspreitzpscheie: simple examples in https://review.openstack.org/#/c/97366/16:08
*** nati_ueno has quit IRC16:09
*** stannie has quit IRC16:10
*** daneyon_ has joined #heat16:10
zanebshardy: I actually thought a compromise consensus was forming around using stevedore, but Hooks instead of Extensions... but then it looked maybe asalkeld was backing away from that, so I don't know what's happening16:11
shardyzaneb: Ah, OK, sounds like a topic for the meeting agenda ;)16:12
zaneboh, that'll be a fun meeting16:13
*** chandankumar has quit IRC16:13
shardylol16:13
zanebdoes anybody know why I have to log in again *every* !@#$%^& time I edit the wiki?16:13
mspreitzI'm going to push back on Angus' comment, saying that's not a settled matter and let's not hold up this patch for that.16:14
*** daneyon has quit IRC16:14
zanebmspreitz: I disagree with that16:15
mspreitzzaneb: what do you recommend?16:15
zanebmspreitz: resource plugins are still up for debate, but stevedore is the future16:15
mspreitzok..16:15
zaneband we have it already, for the client plugins, so the hard work is done16:16
mspreitzIs it true in Stevedore that to register a plugin you do not simply drop it in a directory but you also have to edit an entry_points.txt file?16:16
zanebstevedore is a good fit for most things, but I haven't looked at your patch yet16:16
*** cody-somerville has quit IRC16:17
zanebmspreitz: in general it seems that you package your plugin in a Python package, and install the package16:17
*** andreaf has quit IRC16:17
zanebso no editing required, but it's not as simple as dropping in a directory; you need to create the Python package16:17
mspreitzAnd in the case of hooks, if multiple are registered at the same plug point, is there any control over their order?16:17
zanebthat's a good question, I don't know16:18
zanebI suspect not, unless you define it inside the plugin16:18
*** tomek_adamczewsk has quit IRC16:18
zanebe.g. have a priority() method or something16:18
mspreitzah, right16:18
mspreitzthanks16:18
mspreitzwait16:19
mspreitzare we planning to use Stevedore to invoke the set of hooks, or does Stevedore merely supply the list and we write code to iterate over it?16:19
thervestevedore just supply the list16:21
mspreitztherve: thanks16:21
thervemspreitz, Basically in the patch, you remove the environment changes, and adapt get_plug_point_classes16:22
mspreitzthanks16:22
therveYou can also use your custom priority code at that point to order the list16:22
* mspreitz goes AFK16:24
*** rbuilta has quit IRC16:24
*** derekh_ has quit IRC16:27
*** rakesh_hs has joined #heat16:29
*** jistr has quit IRC16:30
*** pasquier-s has quit IRC16:36
*** gokrokve has joined #heat16:41
*** bvivek has joined #heat16:42
*** tspatzier has joined #heat16:45
*** che-arne|2 has joined #heat16:54
*** che-arne has quit IRC16:55
*** cody-somerville has joined #heat17:00
*** andreaf has joined #heat17:01
openstackgerritA change was merged to openstack/heat: Remove redundant method handle_get_attributes  https://review.openstack.org/10673417:02
*** cdent_ has joined #heat17:06
*** achampion has quit IRC17:08
*** achampion has joined #heat17:08
*** tonisboner has joined #heat17:08
*** mspreitz has quit IRC17:08
*** cdent_ has quit IRC17:08
*** cdent has quit IRC17:10
*** andreaf has quit IRC17:10
*** nati_ueno has joined #heat17:11
*** cdent has joined #heat17:11
*** tonisbones has quit IRC17:11
*** zz_gondoi is now known as gondoi17:13
*** rbuilta has joined #heat17:16
*** openstackgerrit has quit IRC17:16
*** openstackgerrit has joined #heat17:17
*** tonisbones_ has joined #heat17:17
*** mspreitz has joined #heat17:17
*** harlowja_away is now known as harlowja17:18
*** achampion has quit IRC17:18
*** harlowja is now known as harlowja_away17:19
*** harlowja_away is now known as harlowja17:19
*** tonisboner has quit IRC17:19
*** shakamunyi has joined #heat17:20
*** shakamunyi has quit IRC17:20
*** achampion has joined #heat17:20
*** new2heat has joined #heat17:20
new2heat hi, I have a question regarding "promotional code" for Openstack summit. Who are eligible to get the promotional code and what is the deadline for it?17:21
*** shakamunyi has joined #heat17:21
*** shakamunyi has quit IRC17:21
*** andreaf has joined #heat17:25
*** sjmc7_ has joined #heat17:31
ruhenew2heat: you have to be eligible as an ATC. see https://wiki.openstack.org/wiki/Governance/Foundation/TechnicalCommittee paragraph 'Voters for TC seats ("ATC")'17:33
*** piyush1 has quit IRC17:33
*** sjmc7 has quit IRC17:34
new2heatruhe: so anyone who contributes code or review code is an ATC rt? as long as u sign the OS IC agreement....17:37
ruhenew2heat: i'm not sure about reviews. but a code contribution to an official openstack projects makes you an ATC17:38
new2heatgot it. thanks17:39
*** shakamunyi has joined #heat17:39
*** shakamunyi has quit IRC17:39
*** shakamunyi has joined #heat17:41
mspreitzI am curious about the thinking about health checking for scaling groups.  To achieve parity with AWS functionality goes beyond what Convergence is about.17:41
mspreitzIs the thinking to indeed go beyond, or settle only for Convergence?17:41
*** shakamunyi has quit IRC17:42
*** rushiagr_ has quit IRC17:42
*** ifarkas has joined #heat17:42
*** cdent_ has joined #heat17:44
*** saurabhs has joined #heat17:45
*** cdent has quit IRC17:45
*** cdent_ is now known as cdent17:45
zanebnew2heat: yes, you need to get a patch merged before 21 August17:52
new2heatzaneb: thanks17:53
*** cdent has quit IRC17:56
*** tonisboner has joined #heat17:59
*** achampio1 has joined #heat18:00
*** achampion has quit IRC18:02
*** tonisbones_ has quit IRC18:03
*** tonisbones_ has joined #heat18:03
openstackgerritSteven Hardy proposed a change to openstack/heat: Pass user_creds_id when creating backup stack  https://review.openstack.org/10745518:03
openstackgerritSteven Hardy proposed a change to openstack/heat: Pass user_creds_id into nested stacks  https://review.openstack.org/10745618:03
*** tonisbones_ has quit IRC18:04
*** bvandenh has joined #heat18:05
*** tonisbones has joined #heat18:05
*** achampion has joined #heat18:05
*** achampio1 has quit IRC18:05
openstackgerritSteven Hardy proposed a change to openstack/heat: Policy Enforcer, pass entire context dict  https://review.openstack.org/10745818:06
openstackgerritSteven Hardy proposed a change to openstack/heat: Remove unused functions from policy enforcer  https://review.openstack.org/10745918:06
*** tonisboner has quit IRC18:06
openstackgerritSteven Hardy proposed a change to openstack/heat: Newline cleanups in db API  https://review.openstack.org/10746018:07
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient add get_user_token  https://review.openstack.org/10288518:11
openstackgerritSteven Hardy proposed a change to openstack/heat: stack user add _user_token  https://review.openstack.org/10288718:11
openstackgerritSteven Hardy proposed a change to openstack/heat: clients make heat_url public  https://review.openstack.org/10288618:11
*** dims__ has quit IRC18:11
openstackgerritSteven Hardy proposed a change to openstack/heat: SoftwareDeployments move signal reason into resource plugin  https://review.openstack.org/10682518:11
openstackgerritSteven Hardy proposed a change to openstack/heat: Convert CFN waitcondition API to resource_signal  https://review.openstack.org/10682418:11
openstackgerritSteven Hardy proposed a change to openstack/heat: Allow plugins to specify signal event reason  https://review.openstack.org/10682118:11
openstackgerritSteven Hardy proposed a change to openstack/heat: Update test_signal to use stub_keystoneclient  https://review.openstack.org/10682018:11
openstackgerritSteven Hardy proposed a change to openstack/heat: Return metadata from resource_signal RPC interface  https://review.openstack.org/10682318:11
openstackgerritSteven Hardy proposed a change to openstack/heat: WaitConditionHandle resources, create events with reason data  https://review.openstack.org/10682218:11
openstackgerritSteven Hardy proposed a change to openstack/heat: Add native WaitConditionHandle resource  https://review.openstack.org/10288818:11
openstackgerritSteven Hardy proposed a change to openstack/heat: Mark metadata_update RPC call deprecated  https://review.openstack.org/10698518:11
*** killer_prince is now known as lazy_prince18:12
*** achampio1 has joined #heat18:12
*** tonisbones has quit IRC18:13
*** achampion has quit IRC18:13
*** tonisbones has joined #heat18:13
*** new2heat has quit IRC18:13
*** piyush has joined #heat18:18
*** piyush1 has joined #heat18:19
*** tonisbones has quit IRC18:19
*** achampio1 has quit IRC18:19
*** bvandenh has quit IRC18:21
*** piyush has quit IRC18:22
*** achampion has joined #heat18:24
*** lindsayk has joined #heat18:27
*** sgordon has quit IRC18:28
*** dims__ has joined #heat18:35
*** jstrachan has quit IRC18:38
*** andreaf has quit IRC18:38
*** Akshik has joined #heat18:41
pscheiezaneb, looking at http://docs.openstack.org/developer/heat/template_guide/openstack.html I see the OS::Heat::AutoScalingGroup section, but no mention of what syntax to use to specify a name (?)18:44
mspreitzpscheie: what do you mean by "syntax to use to specify a name" ?18:45
mspreitzpscheie: I have submitted a change that includes examples; do they answer your question?18:46
zanebpscheie: it's just a property of OS::Nova::Server18:46
pscheieDo you mean https://review.openstack.org/#/c/97366/ ?18:47
mspreitzpscheie: yes, that's the change18:47
zanebpscheie: so inside the "resource" property's "properties" section you add the key "name"18:48
pscheiezaneb,  perhaps I'm misunderstanding, but I'm not using OS::Nova::Server, I'm using OS::Heat::AutoscalingGroup.18:48
zanebpscheie: OS::Heat::AutoscalingGroup creates a scaling group of any other type of resource18:49
mspreitzOS::Heat::AutoScalingGroup does not have a property "name"18:49
zanebin this case, you select OS::Nova::Server as the type you want to scale18:49
mspreitzpscheie: what exactly do you want to name?18:50
zanebso inside the "resource" property, you specify "type: OS::Nova::Server"18:50
zaneblike in https://review.openstack.org/#/c/97366/11/hot/asg_of_servers.yaml18:51
pscheiemspreitz, I'm trying to use multiple instances (resources, I guess) but the host names it is producing are way too long, exceding 53 characters, so heat/nova is truncating the first parts of the name which is breaking some of the tools we have.18:52
pscheiezaneb, ah, ok.  I've been using  Type: AWS::AutoScaling::LaunchConfiguration18:53
pscheiezaneb, sounds like I need to change that.18:53
zanebyes, creating a whole group of launch configurations won't be much help to you ;)18:54
pscheieheh18:54
*** mspreitz has quit IRC18:54
*** bvivek has quit IRC18:55
*** lazy_prince is now known as killer_prince18:56
*** achampion has quit IRC18:59
*** dsneddon has joined #heat19:02
pscheieHmm, heat is saying 'ERROR: Unknown resource Type : OS::Heat::AutoscalingGroup'19:02
*** achampion has joined #heat19:03
lifelesstry a capital S ?19:03
lifelessOS::Heat::AutoScalingGroup from http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup19:04
pscheielifeless, tried that, same result.19:04
lifelessbah, bad url again, but its on that page ;>19:04
ryansbhttp://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::AutoScalingGroup19:05
pscheieDoes this require Icehouse?  We're only on Havana.19:06
ryansbpscheie: I'll check19:07
*** dims__ has quit IRC19:08
*** jmckind has joined #heat19:09
*** tonisboner has joined #heat19:10
ryansbno, it does not exist in havana http://docs.openstack.org/developer/heat/havana/template_guide/index.html19:10
*** tonisboner has quit IRC19:10
ryansbonly cloudformation autoscaling is available in havana http://docs.openstack.org/developer/heat/havana/template_guide/cfn.html#AWS::AutoScaling::AutoScalingGroup19:11
*** tonisbones has joined #heat19:11
zanebpscheie: yep, requires Icehouse19:11
pscheieryansb, ok, yeah, that's what I've been using.19:11
*** Akshik has quit IRC19:12
pscheieAWS::AutoScaling::AutoScalingGroup, I mean19:12
ryansbpscheie: yeah, until you upgrade to icehouse that's all you get19:12
pscheieCan I get away with just upgrading heat to icehouse?  Or do I have to up nova as well?19:13
pscheieWe did that for grizzly: upgraded it to havana ahead of upgrading everything else because there was something in havana we needed (I forget what).19:14
zanebI don't think Heat depends on anything in Icehouse nova19:18
zanebobviously I would test it first ;)19:18
pscheiezaneb, pfft, test.  Where's the adventure in that?19:20
zanebif you want to be really adventurous, just drop the plugins from Icehouse into the Havana version of Heat19:21
pscheieWell, we already have a mirror of the icehouse repo setup in spacewalk, so I just have to point the boxes at that.19:24
*** tango has joined #heat19:33
*** andrearosa_home has joined #heat19:36
*** noTHD has quit IRC19:40
*** lindsayk has quit IRC19:44
pscheieI upgrade heat to icehouse (0.2.9 from package python-heatclient-0.2.9-1.el6.noarch0) but I'm still getting the same error19:47
pscheieERROR: Unknown resource Type : OS::Heat::AutoScalingGroup19:47
*** sgordon has joined #heat19:49
*** noTHD has joined #heat19:49
zanebpscheie: python-heatclient isn't Heat. you need to upgrade heat-engine19:51
pscheiezaneb, I didn't have heat-engine installed on my heat client machine (where I build my templates and run the heat client) nor on the nova host running heat-api.19:55
pscheiezaneb, and OS has been working swimmingly for us for the past year.19:55
pscheieDid something change in icehouse such that heat-engine is now required?19:55
zanebit's installed somewhere, otherwise it wouldn't be working19:55
zanebheat-engine does literally everything in Heat, and always has19:55
pscheieoops, you're right, I forgot a box.19:59
zanebmeeting time!20:00
*** noTHD has quit IRC20:05
*** bgorski has joined #heat20:06
*** piyush1 has quit IRC20:09
*** lindsayk has joined #heat20:09
*** tonisbones has quit IRC20:11
*** rakesh_hs has quit IRC20:13
*** dims has joined #heat20:14
*** ifarkas has quit IRC20:15
*** akuznetsov has quit IRC20:20
*** noTHD has joined #heat20:21
*** piyush has joined #heat20:27
*** piyush has quit IRC20:36
openstackgerritA change was merged to openstack/heat: Make sure we can create an empty template  https://review.openstack.org/10589420:38
*** sgordon has quit IRC20:39
*** asalkeld has joined #heat20:53
*** andreaf has joined #heat20:54
*** ccrouch has quit IRC20:57
*** lindsayk has quit IRC21:04
*** lindsayk has joined #heat21:05
*** aweiteka has quit IRC21:06
*** jdob has quit IRC21:07
*** tspatzier has quit IRC21:08
*** noTHD has quit IRC21:08
shardystevebaker: thanks for the docs tip, any idea how you do run all tests for a particular contrib plugin tree?21:08
shardythe gate seems to do it a convoluted way via /usr/local/jenkins/slave_scripts/run-unittests.sh21:09
*** piyush has joined #heat21:09
*** ccrouch has joined #heat21:09
stevebakershardy: testr run contrib.foo21:09
stevebakershardy: might do it21:09
*** lindsayk has quit IRC21:10
*** lindsayk has joined #heat21:10
*** andrearosa_home has quit IRC21:10
shardystevebaker: Hmm, keeps telling me PASSED but I think it's lying.. ;)21:12
jdandreaTrying software config/deployment for the first time (yay me!), but I'm getting "heatclient.exc.HTTPBadRequest: ERROR: 'NoneType' object has no attribute 'auth_token'" ... unsure what "NoneType" means. Anyone run into this?21:12
stevebakershardy: probably because no tests ran21:12
shardyYeah, it's confusing when it does that though21:13
stevebakerjdandrea: there is a bug with heat standalone mode and software config. Are you running standalone?21:13
jdandreastevebaker: Suspecting yes. :)21:13
jdandrea... although this is a standard-issue Icehouse install with all the trimmings. Perhaps it isn't standalone.21:15
jdandreaPardon the naive question: Is there a way I can check?21:15
*** ccrouch1 has joined #heat21:16
openstackgerritSteven Hardy proposed a change to openstack/heat: Add OS::Ironic::Port resource  https://review.openstack.org/10422421:17
openstackgerritSteven Hardy proposed a change to openstack/heat: Add OS::Ironic::Node resource  https://review.openstack.org/10422321:17
openstackgerritSteven Hardy proposed a change to openstack/heat: Add Ironic resource base class  https://review.openstack.org/10422221:17
openstackgerritSteven Hardy proposed a change to openstack/heat: Add OS::Ironic::Chassis resource  https://review.openstack.org/10313321:17
stevebakerjdandrea: it would only be standalone if there is no orchestration endpoint in your keystone catalog21:17
*** ccrouch has quit IRC21:18
shardynight all21:20
jdandreastevebaker: I see nine endpoints but I am not sure which would be for orchestration.21:20
jdandrea(If at all.)21:20
*** aweiteka has joined #heat21:20
*** shardy is now known as shardy_afk21:20
stevebakerjdandrea: because it is called orchestration, and may mention heat21:20
jdandreastevebaker: That's what I was hoping ... but none of the endpoints shown via 'keystone endpoint-list' mention anything at all. Hmm.21:21
stevebakerjdandrea: how about "keystone catalog"21:21
*** jmckind has quit IRC21:21
jdandreastevebaker: Ah! Much better, thanks. (TIL: keystone *catalog*)21:22
jdandreaThere is orchestration in there.21:22
jdandreaCompute, Network. Cloud Formation, the whole kit and caboodle.21:22
jdandreaIt seems like it isn't standalone then. :-o21:25
*** samstav has quit IRC21:27
*** tomek_adamczewsk has joined #heat21:28
*** aweiteka has quit IRC21:30
*** radez is now known as radez_g0n321:31
*** sgordon has joined #heat21:31
*** kebray has quit IRC21:32
stevebakerjdandrea: hmm, you may need to raise a bug with the details21:32
*** sgordon has quit IRC21:36
asalkeldhi stevebaker, enjoy your break?21:36
* asalkeld gettting coffee21:37
*** tomek_adamczewsk has quit IRC21:37
*** tomek_adamczewsk has joined #heat21:39
*** noTHD has joined #heat21:40
openstackgerritA change was merged to openstack/heat: Fix H201 violations and re-enable gating  https://review.openstack.org/10277821:47
*** achampion has quit IRC21:52
zanebjpeeler: I just +2'd your OpenShift templates :)21:53
jpeelerthanks, just need shardy maybe to do the same and my life will be complete21:54
*** vijendar has quit IRC21:56
stevebakerasalkeld: it was great, very relaxing. and warm21:58
*** david-lyle has quit IRC22:00
asalkeldnice22:01
asalkeldwe escaped to hawaii - brisbane too cold22:01
asalkeldit's all relative I guess22:01
*** david-lyle has joined #heat22:01
*** kebray has joined #heat22:07
*** tomek_adamczewsk has quit IRC22:07
*** tomek_adamczewsk has joined #heat22:08
stevebakerits a bit tragic that brisbane winter ~= wellington summer22:09
*** gondoi is now known as zz_gondoi22:11
*** cody-somerville has quit IRC22:15
*** hipokrit has quit IRC22:24
*** bgorski has quit IRC22:25
*** piyush has quit IRC22:26
asalkeldstevebaker, we lived in titahi bay for a while - I enjoyed that22:34
*** dims_ has joined #heat22:34
asalkeld(maybe cos we moved from marsterton - brr)22:34
stevebakereven that far up the coast is warmer than here, northern current on west coast vs south coast22:35
asalkeldwe stayed here: http://homepages.paradise.net.nz/margandj/tiro-moana/index.html22:36
*** dims has quit IRC22:38
stevebakernice22:42
*** tomek_adamczewsk has quit IRC22:46
*** tomek_adamczewsk has joined #heat22:47
openstackgerritTon Ngo proposed a change to openstack/heat: Add RPC call to retrieve the parameters for a stack  https://review.openstack.org/10752422:48
*** tomek_adamczewsk has quit IRC22:49
*** tomek_adamczewsk has joined #heat22:49
*** lindsayk has quit IRC23:00
openstackgerritClint 'SpamapS' Byrum proposed a change to openstack/heat-specs: Convergence Specification  https://review.openstack.org/9590723:03
*** gokrokve has quit IRC23:04
*** gokrokve has joined #heat23:05
*** cody-somerville has joined #heat23:08
*** gokrokve has quit IRC23:10
*** sjmc7_ has quit IRC23:12
*** tomek_adamczewsk has quit IRC23:19
*** tomek_adamczewsk has joined #heat23:19
*** david-lyle has quit IRC23:19
*** kebray has quit IRC23:21
*** kebray has joined #heat23:22
asalkeldany review requests?23:23
asalkeldstevebaker, ^23:23
asalkeldnot a bizilion, but could do a handful23:24
stevebakerasalkeld: I'll re-propose the remaining client-plugins soon23:24
asalkeldok23:24
zanebasalkeld: jpeeler would love you to do https://review.openstack.org/#/c/106159/ ;)23:24
asalkeldshardy_afk, has a bunch23:24
asalkeldzaneb, I'll sort it out23:25
asalkeldzaneb, did we come to some sort of conclusion re: plugins?23:25
zanebcheers. just keep in mind that it's only using features from havana23:25
zanebasalkeld: yeah, I was going to ask you the same ;) we discussed it briefly in the meeting today23:26
asalkeldI still don't get the objection to setup.cfg23:26
asalkeldshrug23:26
zanebI am happy with the Hooks approach23:26
asalkeldzaneb, it doesn't really help23:26
asalkeldhooks still needs a name23:26
asalkeldhooks would be good for the pluggable action things23:27
zanebonly a name for the hook, I thought?23:27
zaneblike resource_plugin_loader23:27
asalkeldzaneb, no - each class still has a name23:27
asalkeldbut they can be some in common23:27
stevebakerone question, how are we expecting deployers to deploy contrib plugins if they are installing from python sdist archives? Should we completely exclude contrib from our sdist since each will have its own setup.cfg?23:28
zanebasalkeld: the class name, but not the name of the resource type, right?23:28
zanebasalkeld: it occurs to me that we could define the type name inside the class23:28
asalkeldzaneb, the format is the same23:28
zaneborly?23:29
asalkeld(setup.cfg format)23:29
*** ccrouch1 has quit IRC23:29
asalkeldzaneb, to me it's perfect for https://review.openstack.org/#/c/89363/23:29
zaneb...given that the environment is the place to define aliases now, we'll never need to register a single class with multiple names23:29
asalkeldas the hooks can be post_create = class23:29
zanebagreed23:30
asalkeldzaneb, extension looks ok to me23:30
asalkeld(for resources)23:30
asalkeldit's the most generic form of stevedore plugin23:30
asalkeldzaneb, so agree re: environment23:31
zanebdo you have an example of the setup.cfg format for hooks handy?23:31
zanebI'm trying to visualise it23:31
asalkeldnot handy, but it's exactly the same as for extensions23:32
asalkeld<name> = class23:32
asalkeldthe difference is in how you retrieve the extension23:32
asalkeldmanager[name] returns a list23:32
zanebwhat is the name used for?23:32
asalkeldnot just one class23:33
asalkeldso get me all the plugins for "post_create_hook"23:33
zanebhooks are advertised as "Single Name"23:33
zanebI want my money back23:33
asalkeld:-)23:33
*** rbuilta has quit IRC23:33
asalkeldi think the format in setup.cfg has more to do with how namespaces are done23:34
asalkeldnot really much to do with stevedore23:34
asalkeld(entry_points)23:34
*** lindsayk has joined #heat23:35
asalkeldstevebaker, I see in MANIFEST graft contrib23:36
zaneblooking at the current setup.cfg I see http://paste.openstack.org/show/86824/23:37
stevebakerasalkeld: that is a bit messy, I wonder if we should exclude contrib, and insist that contrib plugins are sourced from git23:37
asalkeldstevebaker, maybe23:37
asalkeldzaneb, I am just thinking that is going to be more confusing to an operator23:38
*** lindsayk1 has joined #heat23:39
asalkeldzaneb, setup.cfg is probably better for a user (all resources in one place)23:39
asalkeldmaybe a bit worse for devs23:39
asalkeld(tho' it makes no difference to me)23:39
*** lindsayk has quit IRC23:39
asalkeldI quite like seeing all resources listed out (without having to start heat to look at the log file)23:40
zanebhow I was hoping hooks would work was like this: http://paste.openstack.org/show/86825/23:40
asalkeldzaneb, one option23:41
asalkeldheat.resources =23:41
asalkeldresource = heat.engine.resources.myresource.MyResource23:41
asalkeld(fudge it)23:42
zanebyeah23:42
asalkeldI can change to that23:42
asalkeldyou cool with that?23:42
zanebseems hacky, but I am not against it :)23:42
asalkeldk23:42
*** tomek_adamczewsk has quit IRC23:42
asalkeldyou see the parser rename?23:43
asalkeldhttps://review.openstack.org/#/c/107290/23:43
zanebI think it will be good to keep the resource name as close as possible to the definition. it's too far as it is, so if we can make this change and move it even closer I see that as a win23:43
*** tomek_adamczewsk has joined #heat23:43
asalkeldk - zaneb sounds good23:44
zanebI didn't see it yet, but I've been wanting to do that since forever :D23:44
zanebwill review23:44
asalkeldshould be backwards compatible23:45
zanebasalkeld: reading comments... are you suggesting we do things just because they make sense?!?23:47
asalkeldwell blow me down23:48
zanebwe need a procedure for that23:48
asalkeldlol23:48
*** che-arne|2 has quit IRC23:48
stevebakerasalkeld: did you find that "stack" was used as a variable name in lots of places, so parser rename leads to masking?23:48
asalkeldyeah23:48
*** che-arne has joined #heat23:49
asalkeldstack and template *everywhere*23:49
zanebthat's pretty much the only reason I hadn't done it already23:49
stevebakerI actually considered renaming parser to stackz, bonus of zero pep8 fixes ;)23:49
asalkeldi started with "from heat.engine import stack as stackm"23:49
asalkeldbut huge change set23:50
asalkeldwill lead to rebase madness23:50
asalkeldtho' could be done later23:51
*** tomek_adamczewsk has quit IRC23:52
*** tomek_adamczewsk has joined #heat23:54
*** m_22 has joined #heat23:55

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