Wednesday, 2014-06-11

*** alexpilotti has quit IRC00:05
*** bandarji has quit IRC00:06
*** DandyPandy has joined #heat00:08
*** DandyPandy has quit IRC00:08
*** gokrokve has quit IRC00:08
*** DandyPandy has joined #heat00:08
*** kebray has quit IRC00:09
*** matsuhashi has joined #heat00:28
*** nati_ueno has joined #heat00:31
*** arbylee has joined #heat00:33
*** gokrokve has joined #heat00:34
*** randallburt has quit IRC00:38
*** nati_ueno has quit IRC00:43
*** nati_ueno has joined #heat00:47
*** nati_ueno has quit IRC00:50
*** achampion has joined #heat00:51
*** nati_ueno has joined #heat00:54
*** arbylee has quit IRC00:55
*** zaneb has joined #heat01:00
zanebstevebaker: Ich bin zurück01:00
zanebSpamapS: still about by any chance?01:04
*** nati_ueno has quit IRC01:09
*** ramishra has joined #heat01:09
*** aweiteka has joined #heat01:09
*** Qiming has joined #heat01:13
*** Qiming_ has joined #heat01:14
*** aweiteka has quit IRC01:17
*** Qiming has quit IRC01:18
*** aweiteka has joined #heat01:18
openstackgerritZane Bitter proposed a change to openstack/heat: Unit tests: use ResourceDefinition to test facades  https://review.openstack.org/9600801:19
openstackgerritZane Bitter proposed a change to openstack/heat: Use ResourceDefinition to generate UpdatePolicy  https://review.openstack.org/9600901:19
openstackgerritZane Bitter proposed a change to openstack/heat: Get deletion policy from ResourceDefinition  https://review.openstack.org/9601001:19
openstackgerritZane Bitter proposed a change to openstack/heat: Get the resource type from ResourceDefinition  https://review.openstack.org/9601101:19
openstackgerritZane Bitter proposed a change to openstack/heat: Get metadata from ResourceDefinition  https://review.openstack.org/9601201:19
openstackgerritZane Bitter proposed a change to openstack/heat: Get resource description from ResourceDefinition  https://review.openstack.org/9601301:19
openstackgerritZane Bitter proposed a change to openstack/heat: Use ResourceDefinition when updating Load Balancer  https://review.openstack.org/9600301:19
openstackgerritZane Bitter proposed a change to openstack/heat: Unit tests: Always use ResourceDefinition for updates  https://review.openstack.org/9600401:19
openstackgerritZane Bitter proposed a change to openstack/heat: Unit tests: always use ResourceDefinition for handle_update()  https://review.openstack.org/9600501:20
openstackgerritZane Bitter proposed a change to openstack/heat: Unit tests: Name resources the same as in template  https://review.openstack.org/9600601:20
openstackgerritZane Bitter proposed a change to openstack/heat: Use ResourceDefinition to generate Properties  https://review.openstack.org/9600701:20
openstackgerritZane Bitter proposed a change to openstack/heat: RPC API: Really don't include metadata in resource list  https://review.openstack.org/9692201:20
openstackgerritZane Bitter proposed a change to openstack/heat: Update: Make addition/removal of resources more explicit  https://review.openstack.org/9692301:20
openstackgerritZane Bitter proposed a change to openstack/heat: Refactor resource initialisation from DB  https://review.openstack.org/9692601:20
openstackgerritZane Bitter proposed a change to openstack/heat: Load resources using Resource.load_all_from_stack()  https://review.openstack.org/9692701:20
openstackgerritZane Bitter proposed a change to openstack/heat: Implement Stack loading from DB as a separate function  https://review.openstack.org/9692401:20
openstackgerritZane Bitter proposed a change to openstack/heat: List stacks using Stack.load_all()  https://review.openstack.org/9692501:20
*** zns has joined #heat01:21
*** liusheng has joined #heat01:22
*** aweiteka has quit IRC01:23
*** aweiteka has joined #heat01:24
*** samstav has quit IRC01:25
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements  https://review.openstack.org/9650701:32
*** aweiteka has quit IRC01:32
*** aweiteka has joined #heat01:33
*** dims__ has quit IRC01:35
openstackgerritOpenStack Proposal Bot proposed a change to openstack/python-heatclient: Updated from global requirements  https://review.openstack.org/8924301:37
*** nosnos has joined #heat01:46
*** arbylee has joined #heat01:49
*** DandyPandy has quit IRC01:57
*** randallburt has joined #heat02:01
*** ramishra has quit IRC02:04
*** bandarji has joined #heat02:13
*** tiantian has joined #heat02:13
*** spzala has quit IRC02:20
openstackgerrithuangtianhua proposed a change to openstack/heat: Add RPC methods for quota actions  https://review.openstack.org/9700102:20
openstackgerrithuangtianhua proposed a change to openstack/heat: Add quotas module with driver and resources  https://review.openstack.org/9671602:20
openstackgerrithuangtianhua proposed a change to openstack/heat: Add APIs for quota  https://review.openstack.org/9802602:20
*** bnemec is now known as bnemec_away02:24
*** alexheneveld has joined #heat02:24
*** ramishra has joined #heat02:25
*** bgorski has quit IRC02:29
openstackgerritYaoguo Jiang proposed a change to openstack/heat: Change type validate method of template resource  https://review.openstack.org/9702002:35
openstackgerritRandall Burt proposed a change to openstack/heat: Chef solo resource  https://review.openstack.org/5520802:52
*** kebray has joined #heat03:01
*** kebray has quit IRC03:04
*** kgriffs|afk is now known as kgriffs03:11
*** harlowja is now known as harlowja_away03:24
*** gokrokve has quit IRC03:30
*** nosnos has quit IRC03:33
*** gokrokve has joined #heat03:42
*** gokrokve has quit IRC03:43
*** zns has quit IRC04:01
*** zns has joined #heat04:02
openstackgerritWilliam C. Arnold proposed a change to openstack/heat: Implements stack lifecycle plugpoints  https://review.openstack.org/8936304:13
*** randallburt has quit IRC04:14
*** nosnos has joined #heat04:15
*** matsuhashi has quit IRC04:19
*** matsuhashi has joined #heat04:19
openstackgerritA change was merged to openstack/heat: Ensure routing key is specified in the address for a direct producer  https://review.openstack.org/9889404:22
*** matsuhashi has quit IRC04:23
openstackgerritA change was merged to openstack/heat: Use auth_token_info to initialize heat_keystoneclient sessions  https://review.openstack.org/9756904:24
openstackgerritA change was merged to openstack/heat: Fix spelling in a doc string  https://review.openstack.org/9792604:24
openstackgerritYaoguo Jiang proposed a change to openstack/heat: Change type validate method of template resource  https://review.openstack.org/9702004:26
*** matsuhashi has joined #heat04:27
asalkeldyeah04:28
*** gokrokve has joined #heat04:34
*** gokrokve has quit IRC04:42
asalkeldstevebaker, see ml "[openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object"04:43
* asalkeld off on school run04:43
*** KanagarajM has joined #heat04:48
*** mspreitz has joined #heat04:49
*** bandarji has quit IRC04:56
*** nkhare has joined #heat05:00
*** lazy_prince has joined #heat05:06
*** gokrokve has joined #heat05:12
*** tiantian has quit IRC05:12
*** gokrokve_ has joined #heat05:15
*** gokrokve has quit IRC05:17
*** kgriffs is now known as kgriffs|afk05:28
*** e0ne has joined #heat05:31
*** zns has quit IRC05:38
*** lazy_prince has quit IRC05:43
*** mspreitz has quit IRC05:43
*** e0ne has quit IRC05:44
*** zaneb has quit IRC05:46
*** lazy_prince has joined #heat05:46
*** lazy_prince has quit IRC05:49
*** zaneb has joined #heat05:49
*** lazy_prince has joined #heat05:51
*** gokrokve_ has quit IRC05:55
*** jstrachan has joined #heat05:59
*** yogeshmehra has joined #heat06:01
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/8975006:02
*** lazy_prince has quit IRC06:04
*** lazy_prince has joined #heat06:18
shardymorning all06:24
*** tiantian has joined #heat06:28
*** tomek_adamczewsk has joined #heat06:34
*** gokrokve has joined #heat06:36
pas-hamorning all06:36
*** jamie_h has joined #heat06:37
*** zhiyan_ is now known as zhiyan06:37
*** jamie_h has quit IRC06:39
*** jamie_h has joined #heat06:39
*** tomek_adamczewsk has quit IRC06:40
*** gokrokve has quit IRC06:41
*** tomek_adamczewsk has joined #heat06:41
*** julienvey has joined #heat06:42
*** matsuhashi has quit IRC06:42
*** matsuhashi has joined #heat06:43
*** fbo is now known as fbo_away06:47
*** matsuhashi has quit IRC06:47
*** SnowDust has joined #heat06:49
*** matsuhashi has joined #heat06:50
*** jamie_h_ has joined #heat06:50
*** jcoufal has joined #heat06:51
*** jamie_h has quit IRC06:51
*** tomek_adamczewsk has quit IRC06:53
*** alexheneveld has quit IRC06:55
*** jamie_h_ has quit IRC06:55
*** tomek_adamczewsk has joined #heat06:55
*** jamie_h has joined #heat06:56
*** jamie_h is now known as jamiehannaford06:56
*** cody-somerville has quit IRC06:56
*** pas-ha has quit IRC06:57
*** pas-ha has joined #heat06:58
*** alexheneveld has joined #heat06:59
*** jistr has joined #heat07:00
*** KanagarajM has quit IRC07:01
*** derekh_ has joined #heat07:01
*** matsuhashi has quit IRC07:02
*** matsuhashi has joined #heat07:03
*** tomek_adamczewsk has quit IRC07:03
*** matsuhashi has quit IRC07:04
*** matsuhashi has joined #heat07:04
*** julienvey has quit IRC07:05
*** pas-ha has quit IRC07:06
*** pas-ha has joined #heat07:07
therveGood morning!07:08
*** cody-somerville has joined #heat07:08
skraynevMorning all07:08
elynnafternoon : )07:09
*** sorantis has joined #heat07:09
*** ramishra has quit IRC07:13
*** tomek_adamczewsk has joined #heat07:14
tiantianafternoon :)07:14
*** cmyster has joined #heat07:16
*** tomek_adamczewsk has quit IRC07:21
*** tomek_adamczewsk has joined #heat07:21
*** tomek_adamczewsk has quit IRC07:24
*** jprovazn has joined #heat07:24
*** tomek_adamczewsk has joined #heat07:24
*** Qiming_ has quit IRC07:25
*** aweiteka has quit IRC07:28
*** Qiming has joined #heat07:31
*** gokrokve has joined #heat07:35
*** gokrokve_ has joined #heat07:37
*** gokrokve has quit IRC07:40
*** gokrokve_ has quit IRC07:41
*** tomek_adamczewsk has quit IRC07:42
*** sorantis has quit IRC07:53
*** yogeshmehra has quit IRC07:57
*** yayahu_ has joined #heat07:58
*** KanagarajM has joined #heat07:59
Qiminghi, there are so many as/autoscaling related blueprints ... are we still planning to make it a separate service with its own engine/db/lib/api/client ?08:02
*** sorantis has joined #heat08:04
Qimingor, the plan is to leave it to be handled by stack convergence>08:04
Qiming?08:05
shardyQiming: I think the consensus is we build out the AS functionality inside heat (e.g via template resource interfaces for now) and add the AS API later08:14
shardyQiming: I agree having all of those incomplete blueprints is confusing08:15
shardywe probably need a new proposal to heat-specs which outlines the current roadmap for autoscaling08:15
Qimingyes, shardy08:15
shardyI'll try to take a look at that later08:16
QimingI am talking to some folks in IBM to see if someone would like to jump on them08:16
Qimingit looks a huge amount of work08:17
*** julienvey has joined #heat08:17
*** akuznetsov has quit IRC08:17
shardyQiming: Ok sounds good, I'll try to write down a draft spec with the items I'm aware of, and we can get feedback from radix, wirehead_  and others who're involved with the autoscaling efforts08:17
Qimingthanks, shardy.08:18
*** e0ne has joined #heat08:21
*** fbo_away is now known as fbo08:26
*** tomek_adamczewsk has joined #heat08:28
*** cody-somerville has quit IRC08:31
*** gokrokve has joined #heat08:36
*** Fayablazer has joined #heat08:39
*** alexheneveld has quit IRC08:39
*** alexheneveld_ has joined #heat08:39
*** gokrokve has quit IRC08:41
*** sorantis has quit IRC08:47
openstackgerrithuangtianhua proposed a change to openstack/heat: Add RPC methods for quota actions  https://review.openstack.org/9700108:51
openstackgerrithuangtianhua proposed a change to openstack/heat: Add quotas module with driver and resources  https://review.openstack.org/9671608:51
openstackgerrithuangtianhua proposed a change to openstack/heat: Add quota model and migration  https://review.openstack.org/9669608:52
openstackgerrithuangtianhua proposed a change to openstack/heat: Add db APIs to access quota  https://review.openstack.org/9669708:52
openstackgerrithuangtianhua proposed a change to openstack/heat: Add APIs for quota  https://review.openstack.org/9802608:52
*** sorantis has joined #heat08:53
*** tspatzier has joined #heat08:53
*** alexknith has joined #heat08:55
alexknithguys, can anyone help with a simple heat user - trusts setup ? I've got Icehouse Heat working but still :  WARNING keystone.common.wsgi [-] Authorization failed. The request you have made requires authentication. from 127.0.0.108:56
shardyalexknith: What do you mean by user - trusts setup?08:56
*** akuznetsov has joined #heat08:57
shardyalexknith: Are you seeing failures creating stacks as a non-admin user?08:57
alexknithHi Shardy ! yes, basically I followed the steps from http://hardysteven.blogspot.nl/2014/04/heat-auth-model-updates-part-2-stack.html08:57
alexknithswitching to deferred_auth_method=trusts08:57
shardyalexknith: Ah, Ok, and when are you seeing the error above?08:58
*** alexheneveld_ has quit IRC08:58
alexknithand WARNING keystoneclient.middleware.auth_token [-] Authorization failed for token on heat08:59
alexknithon /var/log/heat/heat-api.log08:59
shardyalexknith: is this a new install, or a previously working one you've reconfigured to use trusts?08:59
*** stannie has joined #heat09:00
alexknithit is the centos default install + heat - new install.09:00
*** matsuhashi has quit IRC09:00
*** matsuhashi has joined #heat09:01
*** akuznetsov has quit IRC09:01
shardyalexknith: Are you running devstack or RDO?09:01
alexknithI followed the .org steps for heat but by default the demo user doesn't have privilieges to access the stacks via Horizon / CLI09:01
alexknithRDO09:01
tiantianping elynn09:01
shardyalexknith: It may be a roles issue - what roles does the demo user have?09:02
shardyYou need to add heat_stack_owner, and *not* add heat_stack_user09:02
tiantianelynn: The patch: https://review.openstack.org/#/c/90304/ thanks for reviewing, please see my comments09:02
alexknithuser list : demo,  heat_domain_admin09:03
alexknithrole list : admin,  heat_stack_user09:03
alexknithdomain list : domain list09:03
pas-haalexknith, what roles do you have defined?09:03
pas-haneed add heat_stack_owner09:04
pas-haheat_stack_user is very limited role for in-instance agents09:04
alexknithk, so let me paste the commands that I've used, in order09:04
elynnhi tiantain09:04
shardyalexknith: You can use paste.openstack.org to give us a clearer view of how your env is configured09:05
alexknithshardy : ok09:05
shardyhttp://paste.openstack.org/show/83605/09:07
shardythat's my demo user roles09:07
*** akuznetsov has joined #heat09:07
*** tspatzier has quit IRC09:08
elynnsaw it, will reply you later :)09:10
*** SpamapS has quit IRC09:10
*** SpamapS has joined #heat09:11
*** SpamapS has quit IRC09:11
*** SpamapS has joined #heat09:11
alexknithshardy: thanks, pasting mine...09:12
shardyhttp://paste.openstack.org/show/83608/09:17
*** TonyBurn has joined #heat09:17
shardyalexknith: Those are the steps I just did on a packstack-installed RHOS install to enable trusts and create a stack as the demo user09:18
shardysteps should be the same for RDO09:18
shardyI'll look into getting this automated via packstack09:18
cmystershardy: automate what exactly ?09:19
*** akuznetsov has quit IRC09:19
shardyOne key thing is *not* to add the heat_stack_owner role, as that's limited in the API surface it can access09:19
shardycmyster: configuring heat to use trusts instead of storing passwords09:20
shardysame as devstack does already09:20
cmystersec I have seen it doing something like that already with latest puddles...09:21
cmysterlemme find me09:21
cmystermine*09:21
shardycmyster: it configures the stack-user domain stuff but not trusts, yet09:21
cmysterhere we go, yup you are right09:22
cmysterbut hey at least it has domains now :)09:22
*** jamie_h has joined #heat09:26
*** yayahu_ has quit IRC09:27
*** jamie_h has quit IRC09:28
*** jamie_h has joined #heat09:28
*** jamiehannaford has quit IRC09:29
*** jamie_h has quit IRC09:29
*** jamiehannaford has joined #heat09:30
*** sorantis_ has joined #heat09:30
*** sorantis has quit IRC09:33
*** sorantis_ is now known as sorantis09:33
alexknithshardy: cmyster: I'm still trying to get my head around trusts/roles for heat atm.. have a look at my paste : http://paste.openstack.org/show/83612/09:34
shardyalexknith: You may be complicating things by attempting to configure the domain stuff and trusts at the same time09:36
*** gokrokve has joined #heat09:36
shardythey are two different features09:36
shardythat said, the problem I see is you have no heat_stack_owner role09:36
alexknithI know but that was the only documentation available and what Heat in Juno will use09:37
shardyalso please provide the output of keystone user-role-list --user demo --tenant demo09:37
shardyalexknith: which docs did you follow, or was it all from my blog post?09:37
alexknithshardy: the link is in the paste :)09:38
alexknithshardy: LOL you are the guy.... sorry09:38
shardyalexknith: haha, yeah I guess that makes it my fault ;D09:39
*** gokrokve has quit IRC09:41
alexknithshardy: let me get the keystone lists09:42
*** akuznetsov has joined #heat09:42
openstackgerritLin Tan proposed a change to openstack/python-heatclient: Append extra space after command in bash_completion  https://review.openstack.org/9931309:47
alexknithshardy: paste.openstack.org/show/3613/09:48
openstackgerritLin Tan proposed a change to openstack/python-heatclient: Append extra space after command in bash_completion  https://review.openstack.org/9931309:48
shardyalexknith: re your with or without --project question, without, as the domain-admin user doesn't have a default project09:48
alexknithshardy: ok, make sense09:49
shardyalexknith: I think you pasted the wrong thing?09:49
alexknithshardy: sorry an 8 was missing : http://paste.openstack.org/show/83613/09:50
shardyalexknith: Ok, so as previously mentioned, you need to create heat_stack_owner and add it to the demo user in the demo tenant09:51
cmysterback09:51
*** Qiming has quit IRC09:51
* cmyster reads ^09:51
shardyThen your trusts config should be OK.  The domain config already looks good09:51
*** jistr has quit IRC09:52
shardyhowever the heat-api error looks like there may also be some other issue09:52
cmysterwhat am I missing, which errors? is there a log somewhere ?09:53
cmysterah here we go09:53
cmyster40109:53
alexknithcmyster: paste.openstack.org/show/83612/ and http://paste.openstack.org/show/83613/09:53
alexknithshardy: ok, shall I create the user with keystone v2 api or v3 ?09:54
cmysteralexknith: its a different thing. I am looking into that now myself, I don't think its a heat issue though09:54
cmysteralso, how did you install things ?09:54
alexknithscripts based on the openstack.org steps (no packstack)09:55
shardyalexknith: it doesn't matter, for the user/role stuff you can use v2 provided the user is in the default domain09:55
shardyalexknith: the v3 API is only mandatory for creating the domain and domain-admin user (which is then used internally by heat)09:56
openstackgerritLin Tan proposed a change to openstack/python-heatclient: Append extra space after command in bash_completion  https://review.openstack.org/9931309:56
shardyalexknith: if you follow my steps in http://paste.openstack.org/show/83608/ it should work fine09:56
alexknithshardy: ok. what's the quickest way to verify if the user is in the default domain ?09:56
shardyalexknith: if it's the demo user created as part of the install, it is09:57
*** julienvey has quit IRC09:58
*** zhiyan is now known as zhiyan_10:00
*** akuznetsov has quit IRC10:02
shardyalexknith: also openstack user show gives you the id: http://paste.openstack.org/show/83614/10:02
shardydomain_id          | default10:02
*** zhiyan_ is now known as zhiyan10:03
*** matsuhashi has quit IRC10:05
*** matsuhashi has joined #heat10:06
*** matsuhashi has quit IRC10:06
*** matsuhashi has joined #heat10:06
*** jistr has joined #heat10:08
*** Jdhavb has joined #heat10:10
Jdhavbhi all10:10
openstackgerritA change was merged to openstack/heat: Check that personality is provided before iterating  https://review.openstack.org/9652310:11
*** sorantis has quit IRC10:14
*** john-n-seattle has quit IRC10:20
*** tspatzier has joined #heat10:20
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/python-heatclient: Add `update_type` parameter to stack-update call  https://review.openstack.org/6427410:23
alexknithshardy: thanks for that. Now, I followed the last steps and using keystone to add the user. An intermittent issue appears with the v3 api..http://paste.openstack.org/show/83621/10:23
shardyalexknith: sounds like you have an issue with your keystone config10:26
shardydoes e.g "nova list" work?10:26
alexknithshardy: yes10:27
alexknithshardy: on both admin and demo10:27
*** zhiyan is now known as zhiyan_10:28
shardyand heat stack-list doesn't work at all for any user?10:28
alexknithshardy: yes, you are right10:29
shardyhttp://paste.openstack.org/show/83622/10:30
shardyCheck the keystone_authtoken section in /etc/heat/heat.conf10:30
shardyin particular check the tenant name, as that is "services" on RDO, but "service" on devstack10:30
shardyso folks sometimes make cut/paste errors10:30
shardypackstack should've configured that all for you though10:31
*** nkhare has quit IRC10:32
Jdhavb<shardy> hi10:32
shardyJdhavb: hi10:33
*** gokrokve has joined #heat10:36
openstackgerritSteven Hardy proposed a change to openstack/python-heatclient: Add rel field to links display  https://review.openstack.org/9932610:36
Jdhavb<shardy> i want to autoscale volume..can you provide some template for that..10:37
*** tspatzier has quit IRC10:37
openstackgerrithuangtianhua proposed a change to openstack/heat: Add quotas module with driver and resources  https://review.openstack.org/9671610:38
alexknithshardy: right, so, it seems that the openstack (v3) calls were proned to errors because if the --os-token ? I've used the admin-token in keystone.conf now and it works, does it make sense ?10:38
openstackgerrithuangtianhua proposed a change to openstack/heat: Add quota model and migration  https://review.openstack.org/9669610:38
openstackgerrithuangtianhua proposed a change to openstack/heat: Add db APIs to access quota  https://review.openstack.org/9669710:38
openstackgerrithuangtianhua proposed a change to openstack/heat: Add RPC methods for quota actions  https://review.openstack.org/9700110:39
openstackgerrithuangtianhua proposed a change to openstack/heat: Add APIs for quota  https://review.openstack.org/9802610:39
*** gokrokve has quit IRC10:41
*** sorantis has joined #heat10:43
*** matsuhashi has quit IRC10:45
alexknithshardy: from admin : keystone commands are working, heat commands don't on both admin and demo.10:47
*** vpanizo has quit IRC10:53
*** SnowDust has quit IRC10:53
cmysteralexknith: with what error ?10:59
*** akuznetsov has joined #heat11:00
alexknithcmyster: yes. heat stack-list ERROR: Authentication failed. Please try again with option --include-password or export HEAT_INCLUDE_PASSWORD=111:00
*** dims__ has joined #heat11:01
cmysterits still a configuration issue11:02
alexknithcmyster: something is going wrong between keystone-heat, as you can see, all other services work fine with keystone and heat is up and running BUT no permissions to access it from anyone...11:03
cmysteralexknith: I did not follow this from the beginning, do you have the option to install a new environment in ?11:04
*** SnowDust has joined #heat11:05
cmysterfor example a vm where you can run devstack and then diff the configuration files11:05
alexknithcmyster: to start fresh ? well, I can, for the moment I'm using the manual steps from openstack.org. I can do devstack but the config file it's quite the same with what shardy has pointed out. Must be something in the db as well, I'll dig more and compare it with devstack.11:07
*** rwsu_ has joined #heat11:13
*** cmyster has quit IRC11:14
*** rwsu has quit IRC11:14
*** jasond` has quit IRC11:14
*** jasond` has joined #heat11:14
*** shadower has quit IRC11:14
*** shadower has joined #heat11:15
*** cyli has quit IRC11:15
*** julienvey has joined #heat11:16
*** cyli has joined #heat11:17
*** shadower has quit IRC11:20
*** shadower has joined #heat11:21
openstackgerritA change was merged to openstack/heat: Move Engine initialization into service start()  https://review.openstack.org/9473711:23
*** elynn_ has joined #heat11:27
*** shadower_ has joined #heat11:27
*** shadower has quit IRC11:27
*** elynn has quit IRC11:27
*** gilliard has joined #heat11:29
*** dmakogon_ is now known as denis_makogon11:30
*** gilliard_ has quit IRC11:31
*** gokrokve has joined #heat11:36
*** cyli has quit IRC11:37
*** mkollaro has joined #heat11:37
*** cyli has joined #heat11:39
*** gokrokve has quit IRC11:41
*** cmyster has joined #heat11:44
*** cmyster has joined #heat11:44
*** tiantian has quit IRC11:44
*** fbo is now known as fbo_away11:48
*** BillArnold has joined #heat11:54
sorantisHi! I’m trying to figure out how to use WaitCondition in my use case. Basically I want to introduce a delay between resource creation. Say I want to wait 300s before launching another VM.11:55
*** fbo_away is now known as fbo11:56
sorantisI’m trying to use the WaitCondition resource, but all I want from it is to time out without going into an error state and rolling back stack creation.11:57
*** tspatzier has joined #heat11:57
shardysorantis: Create a waitcondition with a timeout of >300 and signal it after a sleep 300 inside the instance user-data11:57
*** Jdhavb has quit IRC11:57
sorantisshardy: Hi! Yeah. that was my initial approach. However this requires my VM to have access to the infrastructure - Heat API in this case, which I want to avoid11:58
shardyOr if it's a group of identical VMs you could probably use an autoscaling group with a cooldown of 300 specified in the scaling policy11:58
*** anteaya has quit IRC11:58
Kiallsorantis: a WaitCondition isn't a "Wait X seconds and move on", it's a "Wait for $condition to be met and move on"11:58
KiallSomething has to trigger the condition, and right now the only way is a signal11:59
skraynevmeeting time ?11:59
zanebyep12:00
sorantisKiall: yeah, that’s why I was looking for a simple Wait functionality12:00
*** mspreitz has joined #heat12:00
skraynevmorning zaneb ;)12:00
zanebmorning :)12:01
*** achampion has quit IRC12:03
*** zb has joined #heat12:04
*** erecio has quit IRC12:05
*** Qiming has joined #heat12:06
*** zaneb has quit IRC12:06
*** zb is now known as zaneb12:07
*** erecio has joined #heat12:09
*** hewbrocca has joined #heat12:10
*** erecio has quit IRC12:15
*** jdob has joined #heat12:16
*** KanagarajM has quit IRC12:18
*** shadower_ is now known as shadower12:18
*** jamiehannaford has quit IRC12:18
*** jamiehannaford has joined #heat12:19
*** nkhare has joined #heat12:20
*** KanagarajM has joined #heat12:21
*** jamiehan_ has joined #heat12:22
*** pasquier-s has quit IRC12:24
*** jamiehannaford has quit IRC12:24
*** cmyster has quit IRC12:26
*** dims__ has quit IRC12:29
*** rpothier has joined #heat12:31
*** sballe has quit IRC12:31
*** gokrokve has joined #heat12:36
*** dims__ has joined #heat12:36
*** nosnos has quit IRC12:36
*** anteaya has joined #heat12:40
*** asalkeld has quit IRC12:40
*** gokrokve has quit IRC12:41
*** nosnos has joined #heat12:43
*** DinaBelova2 has joined #heat12:46
*** trash_ has joined #heat12:47
*** pafuent has joined #heat12:47
*** nosnos has quit IRC12:47
*** DinaBelova has quit IRC12:48
*** DinaBelova2 is now known as DinaBelova12:48
*** trash has quit IRC12:48
*** adam_g has quit IRC12:51
*** adam_g has joined #heat12:52
*** adam_g has quit IRC12:52
*** adam_g has joined #heat12:52
*** jstrachan_ has joined #heat12:55
*** nkhare has quit IRC12:57
*** jstrachan has quit IRC12:58
*** CarstenD has joined #heat12:59
*** pasquier-s has joined #heat12:59
*** tspatzier has quit IRC13:00
*** zhiyan_ is now known as zhiyan13:00
*** jrist has quit IRC13:01
zanebbbiab, my dog is hungry13:01
skraynevmspreitz: I have a experience with rally. Currently I am working on post about using rally for heat. (some kind of HOW TO)13:01
pas-habtw, seeing this again http://logs.openstack.org/13/99313/3/check/check-tempest-dsvm-full/45466d1/logs/screen-h-eng.txt.gz?level=TRACE13:02
skraynevmspreitz: about profiling, AFAIK, it is still in progress and is not ready for using.13:02
mspreitzskraynev: thanks13:02
CarstenDjust trying to figure out how heat templates work … is it possible to define a parameter e.g. number of instances and then create the given number of resources by this parameter?13:02
*** pafuent has quit IRC13:02
mspreitzCarstenD: you can use a parameter in place of any concrete thing13:02
*** jrist has joined #heat13:03
mspreitzIf you had a resource that multiplies resources by a given factor then yes13:03
skraynevmspreitz: also one of the important thing for current rally heat scenarios is to implementation quotas for heat :)13:03
*** zaneb has quit IRC13:03
mspreitzand there are two such resources: ResourceGroup and the new AutoScalingGroup13:03
*** jcoufal has quit IRC13:03
CarstenDmspreitz: so I have to wrap the AWS::EC2::Instance into a ResourceGroup. ok, i’ll try that! thank you13:04
*** lekha has quit IRC13:04
skraynevmspreitz: so comments and review for https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/add-quota-api-for-heat,n,z are appreciated.13:04
*** ramishra has joined #heat13:05
*** lekha has joined #heat13:06
*** zaneb has joined #heat13:08
*** radez_g0n3 is now known as radez13:09
*** ramishra_ has joined #heat13:11
*** ramishra has quit IRC13:12
*** achampion has joined #heat13:14
*** ramishra has joined #heat13:15
*** ramishra_ has quit IRC13:15
openstackgerritZane Bitter proposed a change to openstack/heat: Unit tests: use ResourceDefinition to test facades  https://review.openstack.org/9600813:18
openstackgerritZane Bitter proposed a change to openstack/heat: Use ResourceDefinition to generate UpdatePolicy  https://review.openstack.org/9600913:18
openstackgerritZane Bitter proposed a change to openstack/heat: Get deletion policy from ResourceDefinition  https://review.openstack.org/9601013:18
openstackgerritZane Bitter proposed a change to openstack/heat: Get the resource type from ResourceDefinition  https://review.openstack.org/9601113:18
*** mandira has joined #heat13:18
openstackgerritZane Bitter proposed a change to openstack/heat: Get metadata from ResourceDefinition  https://review.openstack.org/9601213:18
openstackgerritZane Bitter proposed a change to openstack/heat: Get resource description from ResourceDefinition  https://review.openstack.org/9601313:18
openstackgerritZane Bitter proposed a change to openstack/heat: Use ResourceDefinition when updating Load Balancer  https://review.openstack.org/9600313:18
openstackgerritZane Bitter proposed a change to openstack/heat: Unit tests: Always use ResourceDefinition for updates  https://review.openstack.org/9600413:18
openstackgerritZane Bitter proposed a change to openstack/heat: Unit tests: always use ResourceDefinition for handle_update()  https://review.openstack.org/9600513:18
openstackgerritZane Bitter proposed a change to openstack/heat: Unit tests: Name resources the same as in template  https://review.openstack.org/9600613:18
openstackgerritZane Bitter proposed a change to openstack/heat: Use ResourceDefinition to generate Properties  https://review.openstack.org/9600713:19
openstackgerritZane Bitter proposed a change to openstack/heat: RPC API: Really don't include metadata in resource list  https://review.openstack.org/9692213:19
openstackgerritZane Bitter proposed a change to openstack/heat: Update: Make addition/removal of resources more explicit  https://review.openstack.org/9692313:19
openstackgerritZane Bitter proposed a change to openstack/heat: Refactor resource initialisation from DB  https://review.openstack.org/9692613:19
openstackgerritZane Bitter proposed a change to openstack/heat: Load resources using Resource.load_all_from_stack()  https://review.openstack.org/9692713:19
openstackgerritZane Bitter proposed a change to openstack/heat: Implement Stack loading from DB as a separate function  https://review.openstack.org/9692413:19
openstackgerritZane Bitter proposed a change to openstack/heat: List stacks using Stack.load_all()  https://review.openstack.org/9692513:19
*** ramishra_ has joined #heat13:20
*** pafuent has joined #heat13:21
openstackgerritAlexander Ignatov proposed a change to openstack/heat: OS::Sahara::Cluster resource implementation  https://review.openstack.org/7233613:21
*** ramishra has quit IRC13:21
mandiraHi13:22
*** vijendar has joined #heat13:23
*** ramishra_ has quit IRC13:23
CarstenDis there a debugger for the hot-templates which can be used on the client machine?13:27
CarstenDi got „An unknown problem occurred validating the template.“ :-)13:27
*** ramishra has joined #heat13:27
*** shakayumi has joined #heat13:28
*** shakayumi has quit IRC13:28
*** shakayumi has joined #heat13:28
shardyCarstenD: If you're using Horizon, try python-heaclient on the CLI13:29
shardyheat --debug stack-create mystack -f mytemplate.yaml13:29
mspreitzCarstenD: I start by looking in the logs of the heat API and engine13:29
shardyThat will often give you more info than horizon does13:29
*** BillArnold has quit IRC13:31
*** sgordon has joined #heat13:31
*** sgordon has quit IRC13:31
*** sgordon has joined #heat13:31
*** jcoufal has joined #heat13:31
*** gokrokve has joined #heat13:36
*** pafuent has quit IRC13:37
*** gokrokve has quit IRC13:41
*** KanagarajM has quit IRC13:42
CarstenDok, found the error. my editor crashed the yml file13:43
CarstenDbut it looks like our openstack is missing something „ERROR: Unknown resource Type : OS::Heat::ResourceGroup“ looks like only AWS resourcetypes are working right now13:44
*** DandyPandy has joined #heat13:49
*** pafuent has joined #heat13:50
*** pasquier-s has quit IRC13:50
*** daneyon has joined #heat13:52
therveFWIW, we're organizing a sprint in Paris at the beginning of July13:54
therveSome ceilometer folks will be there, but heat people are welcome too: https://wiki.openstack.org/wiki/Sprints/ParisJuno201413:54
SpamapSzaneb: I'm here now but just for a few minutes. Will be here for the full day in ~2.5hrs13:55
*** aweiteka has joined #heat13:56
zanebSpamapS: ok, we can chat then13:56
zanebjust wanted to talk about the mid-cycle meetup13:56
zanebI'm thinking that if you and shadower can't go, there's probably no point in me cancelling my vacation to attend13:57
zanebbut maybe we should do something separate in August13:57
*** daneyon_ has joined #heat13:59
*** jistr has quit IRC13:59
*** daneyon has quit IRC14:01
SpamapSzaneb: Would you be open to something for just Heat people later in August?14:03
*** pasquier-s has joined #heat14:03
*** jistr has joined #heat14:03
zanebSpamapS: *I* certainly would14:03
SpamapSzaneb: we can be a bit more nimble if it is just 5 - 10 people.14:04
zanebI know shardy is concerned that we need to work more closely with TripleO14:04
zanebagree, and we could probably keep it down to ~3 days14:04
SpamapSzaneb: I think Heat people should attend the TripleO sprint, as there are discussions that need to happen for sure.14:04
SpamapSzaneb: but we have a ton of internal work that is pertinant to all users and can go forward w/o all of TripleO. :)14:05
zanebtrue, but I doubt we will be able to send people to both :/14:05
SpamapSRight, so it would be the people who can't go to the first one.14:06
SpamapS(or who choose not to go to the first one)14:06
zanebso it would be a disjoint set of people at each meetup? sounds like a recipe for poor co-ordination14:07
SpamapSzaneb: we can also just forego a physical meetup and have a week of timezone-skewed-for-some google hangouts. :)14:07
SpamapSzaneb: My experience with these sprints has been they are not about coordinated work. They are mostly about clarifying the confusion we've built up and pair programming.14:08
CarstenD„heat resource-type-list“ is not available with my python-heat-cli. I could not figure out why „OS::Heat::ResourceGroup“ is not available as a resource type, looks like something is misconfigured14:08
shardyCarstenD: Or you're using an old version of Heat?14:09
SpamapSzaneb: anyway, it's just an idea. I don't want to disrupt any plans people have.14:09
CarstenDcould be possible14:10
shardyCarstenD: my guess is you're using Havana14:10
CarstenDyes14:10
CarstenDhttp://docs.openstack.org/user-guide/content/heatclient_commands.html14:10
shardyCarstenD: The resource you're trying to use was a new resource added in Icehouse14:10
CarstenDbut the command is documented in the havana end user guide14:11
CarstenDah ok14:11
zanebSpamapS: but if we don't have common people, will we clarify the confusion or just partition it differently?14:11
zanebSpamapS: I do really want a meetup in August to be the answer...14:12
CarstenDthen I have to wait for the update … our admins working on updating our openstack to icehouse14:12
*** arbylee has joined #heat14:12
*** tspatzier has joined #heat14:12
*** trash_ is now known as trash14:14
*** arbylee has quit IRC14:15
hewbroccazaneb: if you guys want to do an August thing we can once again host it in RDU if that is desired14:15
hewbroccajust let me know14:15
*** arbylee has joined #heat14:15
*** zns has joined #heat14:15
zanebhewbrocca: thanks :) will let you know as soon as we figure it out14:15
*** akuznetsov has quit IRC14:16
*** ifarkas_ has joined #heat14:18
*** ifarkas has quit IRC14:18
*** tspatzier has quit IRC14:19
*** akuznetsov has joined #heat14:19
*** gokrokve has joined #heat14:24
*** gokrokve_ has joined #heat14:25
*** zhiyan is now known as zhiyan_14:26
*** rbuilta has joined #heat14:27
*** tspatzier has joined #heat14:27
*** jprovazn is now known as jprovazn_afk14:27
*** jamiehan_ has quit IRC14:28
*** sjmc7 has joined #heat14:28
*** jamiehannaford has joined #heat14:28
*** tspatzier has quit IRC14:28
*** gokrokve has quit IRC14:28
*** sabeen1 has joined #heat14:33
*** BillArnold has joined #heat14:35
*** sabeen1 has left #heat14:35
*** zz_gondoi is now known as gondoi14:39
*** rbuilta has quit IRC14:41
*** rbuilta has joined #heat14:43
*** sballe has joined #heat14:51
*** mspreitz has quit IRC14:52
*** ifarkas_ is now known as ifarkas14:52
*** ccrouch has left #heat14:53
*** kgriffs|afk is now known as kgriffs14:54
*** shakayumi has quit IRC14:55
*** zns has quit IRC14:57
*** CarstenD has quit IRC15:00
*** TonyBurn has quit IRC15:01
*** sabeen1 has joined #heat15:03
*** sabeen1 has left #heat15:03
*** rbuilta has quit IRC15:05
*** rbuilta has joined #heat15:06
*** bandarji has joined #heat15:09
*** jistr has quit IRC15:12
*** achampion has quit IRC15:13
*** achampion has joined #heat15:16
*** zns has joined #heat15:20
*** piyush has joined #heat15:21
*** zns_ has joined #heat15:21
*** jistr has joined #heat15:23
*** zns__ has joined #heat15:24
*** hoangdo has joined #heat15:24
*** zns has quit IRC15:24
hoangdohi everyone, I checked in this page https://wiki.openstack.org/wiki/Heat/AutoScaling#The_AutoScaling_Resources we have scaling by webhook15:25
hoangdobut why I can't see any description of webhook in HOT specification page?15:25
hoangdodoes it mean webhook is not released yet?15:26
therveIt doesn't exist15:26
*** zns_ has quit IRC15:27
hoangdosad new. Guys in Rackspace seems to have it already https://github.com/jakubkrajcovic/heat-templates/blob/master/ecommerce-3tier.autoscale.yaml15:27
therveYes they're using a different autoscaling backend15:30
*** ccrouch has joined #heat15:33
hoangdotherve: thanks. Just one more question: so now the only way to scale is using ceilometer alarm? Is there a way to trigger alarm remotely?15:35
*** e0ne has quit IRC15:35
*** tspatzier has joined #heat15:35
thervehoangdo, You can hit ScalingPolicies URL directly15:35
*** tomek_adamczewsk has quit IRC15:36
shardyor send the signal via heat resource-signal15:37
*** jcoufal has quit IRC15:38
*** jcoufal has joined #heat15:38
*** blomquisg has joined #heat15:38
hoangdotherve: what is ScalingPolicies URL, I thought it's the concept of webhook. do you have any template example?15:39
*** sballe_ has joined #heat15:40
thervehoangdo, You have a AlarmURL attribute, you can basically use it as a webhook15:40
shardyhttp://paste.fedoraproject.org/108964/2501230115:40
shardyThere's an example15:40
hoangdoshardy: thanks man, that's really helpful15:42
shardynp15:42
*** sballe has quit IRC15:43
hoangdonow I curious, what different between webhook concept and AlarmURL ?15:43
shardyNote if you're using recent (Icehouse or newer) heat, you can use OS::Heat:: autoscaling resources instead, but the properties will be a bit different15:44
*** edmund has joined #heat15:45
*** liusheng has quit IRC15:46
*** rbuilta has quit IRC15:47
*** edmund has quit IRC15:48
shardyhoangdo: There's not much difference AIUI, but some folks wanted more granular control, i.e more web-hooks which could allow easier replacement of the heat ScalingPolicy resource with some external service15:52
shardyhoangdo: also some folks want to be able to do it without requiring ec2 style auth15:52
*** akuznetsov has quit IRC15:53
*** edmund has joined #heat15:54
*** alexheneveld has joined #heat15:54
*** e0ne_ has joined #heat15:57
*** akuznetsov has joined #heat15:59
*** randallburt has joined #heat16:00
*** tspatzier has quit IRC16:01
*** ericgoncz has joined #heat16:01
*** mkollaro has quit IRC16:07
*** ramishra has quit IRC16:08
*** ramishra_ has joined #heat16:09
*** DandyPandy_ has joined #heat16:10
*** Qiming has quit IRC16:11
*** DandyPandy has quit IRC16:12
*** jistr has quit IRC16:19
*** fbo is now known as fbo_away16:20
*** ramishra_ has quit IRC16:20
*** derekh_ has quit IRC16:21
*** jcoufal has quit IRC16:23
*** e0ne has joined #heat16:28
*** randallburt has quit IRC16:30
*** e0ne_ has quit IRC16:32
*** andersonvom has joined #heat16:32
*** julienvey has quit IRC16:32
openstackgerritA change was merged to openstack/heat: Remove optional imports from clients.py  https://review.openstack.org/9249816:33
*** mohits has joined #heat16:33
*** Fayablazer has quit IRC16:33
*** e0ne has quit IRC16:37
*** DandyPandy has joined #heat16:41
*** DandyPandy_ has quit IRC16:43
*** rbuilta has joined #heat16:47
*** gokrokve_ has quit IRC16:48
*** SnowDust has quit IRC16:53
*** harlowja_away is now known as harlowja16:53
*** sgordon has quit IRC16:54
*** arbylee has quit IRC16:59
*** alexknith has quit IRC17:02
*** denis_makogon has quit IRC17:04
*** SnowDust has joined #heat17:05
*** mohits has quit IRC17:08
*** arbylee has joined #heat17:09
*** erecio has joined #heat17:14
*** tango has joined #heat17:15
*** zns__ has quit IRC17:18
*** gokrokve has joined #heat17:19
*** blomquisg has quit IRC17:23
SpamapSzaneb: so, let's talk a bit more about a possible alternate meetup...17:25
SpamapSzaneb: the way I see it, TripleO has already asked for all the things we're going to ask for in Juno.17:26
SpamapSzaneb: the work is largely centered around convergence and also update-failure-recovery.17:26
SpamapSzaneb: everything else TripleO needs from Heat is realy deferred to "K" anyway.17:27
SpamapS(such as resource group enhancements to allow us to stop generating 27000 line templates)17:27
*** radez is now known as radez_g0n317:28
SpamapSzaneb: so, I'm struggling to see where we need to have a lot of direct collaboration except around convergence, which is actually entirely internal anyway.17:29
shardySpamapS: well part of the point IMO is to encourage more cross-project collaboration and sense of shared ownership of problems17:30
shardyWe need more folks capable of understanding, and ideally contributing to, both projects17:31
SpamapSshardy: I've been quietly trying to convince TripleO folk to get more involved with Heat for a year. I love the thought, but I'm not sure the mid-cycle meetup will accomplish it unfortunateyl.17:32
SpamapSshardy: that said, I do think having a few Heat cores sit with a few TripleO cores and work through some of the stickier bugs is going to be productive.17:32
SpamapSshardy: also if we look at the mid-cycle as a summit-pre-design thing (which we did last cycle and it led to the convergence bp) then I think I have to reverse my position entirely and suggest that we should have as many Heat cores as the TripleO mid-cycle as possible. :-P17:34
SpamapSs/as the/at the/17:34
*** lazy_prince has quit IRC17:35
*** randallburt has joined #heat17:37
*** radez_g0n3 is now known as radez17:41
*** rbuilta has quit IRC17:46
*** liusheng has joined #heat17:46
zanebI'm back17:48
* zaneb reads scrollback17:48
zanebSpamapS: so which one are you for now?17:49
zanebmy concern with the TripleO one is that we won't have folks like you and shadower who have the shared TripleO/Heat context there17:50
zanebthat makes me favour having a separate meetup17:51
zanebbut then what shardy says is also true17:51
SpamapSzaneb: So I have no concern about having two separate times for _Heat_ centric discussions. Open Source is distributed and we probably can't expect cores to be in one place very often... every 6 months is even ambitious.17:52
zanebright. and tbh having a meetup wasn't even on the radar for Heat until this came up17:53
SpamapSzaneb: it also might actually be _good_ for me to not be present at a Heat+TripleO collaboration, as it might force other TripleO'ers to step up and take some ownership.17:53
shardyI guess "all the things we're going to ask for in Juno" is what makes me worried, given the recent heat-bashing17:54
*** blomquisg has joined #heat17:54
zanebSpamapS: one of the big goals for me was to get your team from Bangalore there and meeting with the Heat team... is that part of your plan? Even if you are not there?17:54
shardyThat dynamic is somewhat backwards, most other major consumers of heat actively participate in our community and show up with patches17:55
shardySpamapS: but you're pretty much the only one from the tripleo community who does AFAIK?17:55
SpamapSshardy: calling it bashing is overly reactive. We're just being honest: the thing doesn't work for us.17:55
zanebonboarding new people is hard, and onboarding a *lot* of new people is *really* hard17:55
SpamapSshardy: agreed, I think we're suffering from a hero syndrome.17:56
SpamapSshardy: I've stepped in and addressed what I could.. and thus, others have stayed out of Heat.17:56
SpamapSEven though we desperately have needed more of our people to participate and make Heat work for our use cases.17:56
SpamapSzaneb: The Bangalore guys are just now getting up to speed. We can't bring all 10 anywhere.. but we can bring 2 or 3 of the team leads somewhere.17:57
shardySpamapS: when keystone doesn't work for Heat, I go an fix it, otherwise I'd never get any work done17:57
shardyWe have some specific demands of their project, so we have no choice but to help with them17:57
shardysame as tripleo/heat IMO17:58
SpamapSshardy: right, so I've done that a lot in Heat, but I agree that we have complained more than we have patched. :)17:58
zanebSpamapS: understood, so would that happen?17:58
SpamapSzaneb: I think so. Not with just 6 weeks lead time though... hence another argument for pushing it back a bit.17:59
zanebyeah, see if they can't be at the TripleO one that takes away a large chunk of the value for me17:59
SpamapSzaneb: I had a brief discussion with their management and it was agreed that they'd at least send 2 or 3 to the summit for sure.18:00
shardySpamapS: Yeah, I'm obviously not considering your contributions because you're already doing the right thing ;)18:00
*** jamiehannaford has quit IRC18:00
SpamapSshardy: So flat out I agree that we need some more TripleO people to get comfortable diving into Heat to fix things directly, and that having some Heat people present in NC during the meetup will enable that.18:02
*** radez is now known as radez_g0n318:03
zanebif hypothetically we were to send shardy to the TripleO meetup, and then me to a Heat meetup in Raleigh in mid-August (and maybe stevebaker to one or other of those), how would folks feel about that?18:03
SpamapSThat would be quite useful I think.18:05
ccrouchor another alternative: we consider moving the tripleo midcycle to mid August.18:05
SpamapSccrouch: that seems to be out of the question.. it's been decided and folk are making travel plans IIRC.18:05
shardyzaneb: I'd agree we don't necessarily need all heat folks at the tripleo meetup so a couple of heat folks would be fine imo18:06
*** nati_ueno has joined #heat18:07
ccrouchi know its been decided on the list, but i also know no one has anything booked on our side yet. so i'm just kicking around crazy ideas18:07
* shardy -> dinner18:08
*** shardy is now known as shardy_afk18:08
zanebccrouch: I think the process has run its course, and we're not going to get a more globally optimal outcome by running it again, unfortunately :/18:08
ccrouchwithout spamaps and the bangalore guys and a bunch of other Heat cores, its just a tripleo meetup, as opposed to a tripleo/heat meetup18:09
SpamapSccrouch: agreed, for any project unless at least 3 of your cores show up, it's not your meetup. :)18:10
ccrouchwhich looks like the direction its heading18:10
SpamapSBut I think having Heat people there will do wonders for TripleO devs participating in Heat directly.18:11
*** zns has joined #heat18:12
ccrouchSpamapS: how? if you and zaneb and tsedovic aren't there? So far we're asking shardy to convert everyone into "heaters"?18:14
* ccrouch isnt sure that is the right term for a member of the heat team :-)18:15
* zaneb prefers "Heatists"18:15
ccrouch:-)18:17
*** aweiteka has quit IRC18:18
*** cody-somerville has joined #heat18:28
*** randallburt has quit IRC18:30
*** gondoi is now known as zz_gondoi18:30
openstackgerritVijendar Komalla proposed a change to openstack/heat: Fix early resource property value validation  https://review.openstack.org/9308018:32
hewbroccaccrouch: I agree that shardy, awesome though he is, is not enough Heat coverage to deal with the major pressing demands tripleo is making on Heat18:33
hewbroccathis disturbs me greatly18:33
*** zns has quit IRC18:33
hewbroccaI'm more than happy to do something involving throwing travel budget at people to improve that situation, but you guys have to tell me what18:34
ccrouchhewbrocca: right now we're kicking around the idea of the tripleo-mostly meetup in july and a heat-mostly meetup in Aug18:36
*** zns has joined #heat18:36
*** zns has quit IRC18:37
hewbroccaYeah I got that from the back chat18:37
zanebhewbrocca: so the question for me is, do we split between sending some folks (shardy, stevebaker) as Heat representation to the TripleO meetup and others (zaneb, shadower) to a later Heat meetup with some TripleO representation (SpamapS)... or do we just try to send as many people as possible to the TripleO meetup18:37
*** jprovazn_afk is now known as jprovazn18:37
hewbroccaRight18:37
zaneband make it a combined Heat/TripleO thing18:37
*** zns has joined #heat18:37
hewbroccawell I definitely agree Heat needs a proper meet-up18:37
hewbroccawith as many participants as possible18:37
hewbroccaand it sounds like that isn't possible in July18:38
hewbroccaI don't have a problem sending shardy and sbaker to *both* sessions18:38
hewbroccaif they're willing to do the travel18:38
hewbroccabut that is a lot of travel18:39
hewbroccaesp. for sbaker18:39
zanebok, how about this...18:40
zanebI just started working on an etherpad, and I'll send an email to the ML with the two options18:40
zaneband we can see if people are interested in having a separate meetup18:41
zanebor want to combine18:41
zanebsimilar to the process that TripleO used18:41
*** jamiehannaford has joined #heat18:41
zanebhewbrocca, ccrouch: does that sound good, or do we need information before then?18:42
hewbroccawfm18:43
ccrouchzaneb: that sounds reasonable, in the meantime I think we'll just have to assume that virtually everyone is travelling once, with a couple of people potentially twice, and budget accordingly18:43
*** jamiehannaford has quit IRC18:43
*** jamiehannaford has joined #heat18:44
hewbroccayeah18:45
hewbroccadon't sweat the budget too much18:45
hewbroccathe important thing is that the meetups happen in the most productive way possible18:45
zanebhewbrocca: that's what I like to hear ;)18:46
SpamapSYeah and those people shouldn't sweat missing the later one. I really think it will largely be a pair-programming head-down-get-stuff-done type of meetup, not as much of a planning/coordination meetup.18:46
SpamapSWe have a whole summit for that. :)18:47
zanebSpamapS: how would you feel about August 12-15?18:48
zanebin Raleigh18:48
SpamapSzaneb: checking school calendars hang on18:50
*** sabeen2 has joined #heat18:51
SpamapSzaneb: so that is "doable" but the next week is better. The reason is that the day-care that my 2 year old goes to is on summer hours until 8/15 and thus wife has to leave work 1 hour early to pick kids up.18:52
SpamapSOR we have to pay somebody to pick them up early. :-P18:52
zanebThomas mentioned in the meeting this morning that he couldn't attend past the 'middle' of august18:53
SpamapSah18:53
zanebnot 100% sure when that is, but would guess it means after the 15th18:53
SpamapSour usual summertime pick them up early person _should_ still be available until 8/18 when her college semester starts. So yeah,. 12-15 is doable.18:54
SpamapSI had another thought, which is we could give a virtual-sprint a try.18:55
zanebok, I'll put that down as a starting point, and tell people to write in their exact availability18:55
SpamapSwhich just means doing google hangouts.. but that is still not realy all that much better than being on IRC.18:55
* zaneb is trying to avoid creating a G+ account18:56
SpamapSzaneb: I think if you just do those two weeks, 12-15 and 18-22, we should be able to get a good picture and choose wisely.18:56
*** randallburt has joined #heat18:57
zanebok18:57
zanebare you thinking we need 5 days?18:57
zanebI was thinking 3-4 might be sufficient18:57
*** zz_gondoi is now known as gondoi18:57
* SpamapS has sent the request off to the travel czar (aka: wife)18:58
SpamapSzaneb: 3-4 is totally sufficient18:58
hewbroccayou don't need a g+ account to do hangouts, I don't believe18:58
hewbroccaa gmail account suffices18:58
zanebhewbrocca: nope :(18:58
hewbroccareally? how irritating18:59
zanebyup18:59
zanebthey try to avoid advertising that they're being dicks about it, of course18:59
zanebone time I almost gave in, but then they said my name wasn't good enough for them18:59
*** e0ne has joined #heat19:00
SpamapSYes, and if you enable G+.. then.. you enable Google.. how dysfunctional19:01
SpamapSthey're entirely co-dependent on you ;)19:01
*** gondoi is now known as zz_gondoi19:02
*** mandira has quit IRC19:05
*** nati_ueno has quit IRC19:10
SpamapSzaneb: Doh, 8/13 is occupied by first day of new school for my 4 year old.19:15
*** kgriffs is now known as kgriffs|afk19:21
*** e0ne has quit IRC19:23
zanebugh, that is a problem19:26
zanebwait, 4 year olds go to school now?19:30
zanebSpamapS: https://etherpad.openstack.org/p/heat-juno-midcycle-meetup19:34
*** fbo_away is now known as fbo19:39
*** kgriffs|afk is now known as kgriffs19:42
*** achampio1 has joined #heat19:46
*** achampion has quit IRC19:47
*** jstrachan_ has quit IRC19:47
*** kgriffs is now known as kgriffs|afk19:52
*** nati_ueno has joined #heat19:52
*** jamiehannaford has quit IRC19:52
*** andersonvom has quit IRC19:53
*** sorantis has quit IRC19:53
SpamapSzaneb: he turns 5 in September, so they call it "Transitional Kindergarten"19:57
SpamapSzaneb: gives them a chance to skip real Kindergarten or repeat it if they're not ready.19:57
*** DandyPandy_ has joined #heat20:01
*** alexheneveld has quit IRC20:02
SpamapSzaneb: alt meeting time today right?20:03
*** DandyPandy has quit IRC20:03
zanebSpamapS: correct, you were asleep ;)20:03
*** randallburt has quit IRC20:04
SpamapSzaneb: oh good. Any chance any of my friends from Bangalore said hello?20:06
zanebdidn't see them20:06
zanebunless they said hello at the start while I was rebooting20:06
*** alexheneveld has joined #heat20:06
zaneb(gnome crashed)20:06
zanebevidently not according to the log20:07
*** zns has quit IRC20:08
zanebhttp://eavesdrop.openstack.org/meetings/heat/2014/heat.2014-06-11-12.00.log.txt20:08
*** e0ne has joined #heat20:09
*** cody-somerville has quit IRC20:12
*** jprovazn has quit IRC20:12
*** nati_ueno has quit IRC20:13
SpamapSzaneb: ah right. They're still getting their heads wrapped around upstream participation from what my recent emails say.20:14
zanebyeah, one reason I think a meetup might be helpful20:15
SpamapSzaneb: its a bit of a head-space shift from a culture which rewards filing patents and shipping expensive software to shipping software which just drives service and hardware sales. ;)20:15
zanebyep, most companies struggle with it at first20:15
*** alexheneveld has quit IRC20:19
*** nati_ueno has joined #heat20:21
*** cody-somerville has joined #heat20:24
*** bgorski has joined #heat20:25
hewbroccas/at first//20:26
zanebok, all companies struggle with at first, and most continue to struggle indefinitely ;)20:30
openstackgerritYing Li proposed a change to openstack/heat: Move calculating new capacity to new function  https://review.openstack.org/9947020:38
zanebcyli: there are conflict markers in that patch ^20:39
*** john-n-s- has quit IRC20:39
*** fbo has quit IRC20:39
*** iyozhikov has quit IRC20:39
*** bnemec_away has quit IRC20:39
*** john-n-s- has joined #heat20:40
*** kgriffs|afk is now known as kgriffs20:40
*** beekneemech has joined #heat20:41
*** fbo has joined #heat20:41
*** zz_gondoi is now known as gondoi20:44
cylizaneb: yes, I messed up the squash commit.  :|  trying to fix now20:46
cylizaneb:  I -1'ed the patch :)20:47
*** samuelmz has joined #heat20:48
samuelmzpasquier-s, ping20:48
*** zns has joined #heat20:49
*** randallburt has joined #heat20:49
*** shardy_afk is now known as shardy20:50
zanebcyli: cool, just wanted to make sure you knew about it :)20:50
samuelmzHi all, does anyone know if there is a Multinode Devstack template (like this one https://github.com/openstack/heat-templates/blob/master/cfn/deb/MultiNode_DevStack.yaml) that works with the current version of Heat/Neutron?20:53
*** asalkeld has joined #heat20:54
samuelmzThis one requires to use Neutron and Havana Heat20:54
samuelmzWhen I try to execute it within a fresh Openstack install (by devstack), I got a CREATE_FAILED status20:55
*** fbo is now known as fbo_away20:56
*** DandyPandy_ has quit IRC20:59
cyliApologies for the spurious commits, I am still trying to figure out how gerrit works.  :)21:00
*** cody-somerville has quit IRC21:01
*** jdob has quit IRC21:01
*** aweiteka has joined #heat21:02
tangozaneb: Hi Zane21:06
zanebtango: hey :)21:07
tangoI would like to resume this blueprint for juno:  https://blueprints.launchpad.net/heat/+spec/troubleshooting-low-level-control21:07
tangowonder if you can set a priority on it21:07
*** kgriffs is now known as kgriffs|afk21:07
zaneblooking21:08
tangoit will be based on your patches for update-failure-recovery21:08
zanebah, yeah, I was going to leave a comment on the review about this one21:09
zanebbut basically, after update-failure-recovery goes in then we won't have a copy of the previous supplied template to retry with any more21:10
*** vpanizo has joined #heat21:10
openstackgerritYing Li proposed a change to openstack/heat: This is part of the refactoring to fix the inheritance hierarchy of AutoScaleResourceGroup.  In this case, attempting to move some common functionality out of the inheritance hierarchy entirely (perhaps to the heat/scaling module).  https://review.openstack.org/9947921:10
openstackgerritYing Li proposed a change to openstack/heat: This is part of the refactoring to fix the inheritance hierarchy of AutoScaleResourceGroup.  In this case, attempting to move some common functionality out of the inheritance hierarchy entirely (perhaps to the heat/scaling module).  https://review.openstack.org/9947021:11
tangoI see, then I will need to find a way to implement, but the key is to be able to retry a failed update.21:11
zanebof course, we _could_ start storing it. but this will make your implementation a lot more complicated than you were expecting21:11
*** pafuent has left #heat21:11
tangowe don't even have the template text?21:11
zanebno, the template we have will reflect the current state21:12
zanebthe fact that it doesn't now is the problem that update-failure-recovery will fix21:12
zanebso I had a thought about this21:12
tangothen probably the user will have to re-enter the original template21:13
zanebjust resubmitting the last template to retry an update is not that much of a burden21:13
zanebthe real PITA is that you have to resubmit the parameters too21:13
zaneband actually that's true of all updates, so it sucks all the time21:13
samuelmzshardy, ping21:14
zanebwhat we really want is for updates to always use the existing parameters, unless the user overrides by passing a new value21:14
stevebakermorning21:14
stevebakerzaneb: do you have time for a quick review of the metadata attribute restore? https://review.openstack.org/#/c/96618/21:15
tangook, so the implementation will require more thought and design21:15
tangogood to hear from you about the changes21:15
*** afaranha has joined #heat21:16
zanebtango: yeah. but if you can fix the problem I just described, then I think it more or less solves your problem without adding a new API, and it makes all updates better21:16
*** cody-somerville has joined #heat21:17
*** SnowDust has quit IRC21:17
zanebtango: btw CloudFormation has some sort of magic value like AWS::None that you can pass to reset a parameter back to it's default. looking for the docs now, but we will need something similar21:17
*** jogo has joined #heat21:17
jogohi21:18
jogoyou guys are one of the biggest gate offenders https://bugs.launchpad.net/heat/+bug/130602921:18
uvirtbotLaunchpad bug 1306029 in heat "tempest.api.orchestration.stacks.test_stacks times out during tearDownClass" [Undecided,New]21:18
jogohttps://bugs.launchpad.net/bugs/132898321:18
uvirtbotLaunchpad bug 1328983 in heat "heat engine db transaction error: InvalidRequestError: This session is in 'committed' state; no further SQL can be emitted within this transaction." [Undecided,New]21:18
jogohttps://bugs.launchpad.net/bugs/129756021:18
uvirtbotLaunchpad bug 1297560 in tempest "*tempest-dsvm-neutron-heat-slow fails with WaitConditionTimeout" [Undecided,New]21:18
tangozaneb: true, the api is more for convenience so the user doesn't have to enter a lot of details, but if we come up with another way then it may not be necessary.21:19
jogoSpamapS: ^21:19
jogozaneb: ^21:20
zanebtango: ++21:21
cylizaneb:  cool, thanks!! :D21:21
stevebakerjogo: I didn't know about bug #130602921:22
uvirtbotLaunchpad bug 1306029 in heat "tempest.api.orchestration.stacks.test_stacks times out during tearDownClass" [Undecided,New] https://launchpad.net/bugs/130602921:22
shardysamuelmz: hi21:22
jogostevebaker: thats the latest bug21:23
jogobrand new21:23
jogostevebaker: look at http://status.openstack.org/elastic-recheck/21:23
jogoyou guys are at the top of the lst21:23
samuelmzshardy, should this template (https://github.com/openstack/heat-templates/blob/master/cfn/deb/MultiNode_DevStack.yaml) work if I run it on the top of a OS devstack installation in which I've activated neutron?21:24
*** vpanizo has quit IRC21:24
zanebjogo, stevebaker: I wonder if shardy's patch for the engine forking will fix this? Although I thought the forking was not enabled atm?21:24
jogozaneb: not sure, but if you guys have a patch you think will fix one of these issues let infra know and they can bump your patch to the top of the gate queue.21:25
jogoas right now the gate is 15 hours deep21:25
zanebhttps://review.openstack.org/#/c/94737/ <- that was the one, looks like it got merged already21:26
*** piyush has quit IRC21:26
jogoand most likely a big part of that is due to you guys21:26
shardysamuelmz: Sorry I don't know, I've not really tested that particular template21:26
jogozaneb: so unfortunately the data we have is about 10-12 hours old21:26
jogoso as logstash isn't keeping up21:27
samuelmzshardy, ok np.. thanks21:28
*** ericgoncz has quit IRC21:28
*** kgriffs|afk is now known as kgriffs21:28
jogozaneb: shardy but if you guys could babysit those bugs a little bit and make sure they are fixed tha would be really helpful to everyo ne21:28
stevebakerjogo: bug 1297560 is the reason heat-slow is non-voting. It causes heat-slow to fail ~20% of the time. Originally the cause was an unusually slow node causing fedora boot to time out, but I suspect there are other causes more recently. I need to look at some logs21:29
uvirtbotLaunchpad bug 1297560 in tempest "*tempest-dsvm-neutron-heat-slow fails with WaitConditionTimeout" [Undecided,New] https://launchpad.net/bugs/129756021:29
stevebakerjogo: I'm assuming bug #1297560 isn't clogging the gate since heat-slow is non voting21:29
jogostevebaker: correct 1297560 isn't in the gate21:30
shardyzaneb: AFAIK my forking related patch won't have any affect with the default config file21:30
jogoBug 1306029, Bug 132898321:30
uvirtbotLaunchpad bug 1306029 in heat "tempest.api.orchestration.stacks.test_stacks times out during tearDownClass" [Undecided,New] https://launchpad.net/bugs/130602921:30
jogoare doing that21:30
uvirtbotLaunchpad bug 1328983 in heat "heat engine db transaction error: InvalidRequestError: This session is in 'committed' state; no further SQL can be emitted within this transaction." [Undecided,New] https://launchpad.net/bugs/132898321:30
jogoas per http://status.openstack.org/elastic-recheck/gate.html21:30
zanebshardy: ok, it must be something else then21:31
shardyzaneb: That's unless anyone knows something I don't and we have a devstack config which specifies num_engine_workers21:33
zanebwhere would we find that?21:34
SpamapSDoubtful we'd be specifying it21:34
jogothanks for looking into the gate bugs ^21:35
stevebakerI've marked bug 1306029 critical21:35
uvirtbotLaunchpad bug 1306029 in heat "tempest.api.orchestration.stacks.test_stacks times out during tearDownClass" [Critical,Triaged] https://launchpad.net/bugs/130602921:35
SpamapShttps://git.openstack.org/openstack-infra/devstack-gate would have the code that runs devstack in the gate tho21:35
SpamapSno setting of num_engine_workers there21:36
SpamapSor in devstack itself21:36
zanebstevebaker: I did the same for bug 132898321:37
uvirtbotLaunchpad bug 1328983 in heat "heat engine db transaction error: InvalidRequestError: This session is in 'committed' state; no further SQL can be emitted within this transaction." [Undecided,New] https://launchpad.net/bugs/132898321:37
zanebthey may be related21:38
stevebakerthey fail in the same test, so I would say yes21:38
*** kgriffs is now known as kgriffs|afk21:38
stevebakerand started at the same time21:38
zanebSpamapS: ok, thanks, that rules that out21:38
*** rpothier has quit IRC21:38
stevebakerI'm yet to trigger it locally by running 4 concurrent testr run --until-failure test_stacks21:39
*** rwsu_ has quit IRC21:39
SpamapSIf I had to suspect something of causing this committed problem..21:39
SpamapSI'd suspect it might be the code where we swallow _ALL_ exceptions from the db21:39
SpamapShttps://git.openstack.org/cgit/openstack/heat/tree/heat/engine/resource.py#n73021:40
SpamapSBut those are at least logged21:41
SpamapSso we should see the problem before the other problem21:41
zanebugh, why do we have that _wrap BS21:42
afaranhaI'm trying to run this template ( http://paste.openstack.org/show/83716/ ) but I got some minor erros: ( ERROR: u'u\'"str_replace" syntax should be str_replace:\\n              template: This is var1 template var2\\n              ... ) Can anyone help me?21:42
zanebwe got rid of that once, and now we're using oslo.db it's back :(21:42
SpamapS2014-06-11 15:17:18.623 7266 ERROR heat.openstack.common.db.sqlalchemy.session [-] DB exception wrapped.21:42
SpamapSnot very helpful21:42
*** rwsu has joined #heat21:42
SpamapSoh n/m had to enable trace too21:43
*** vijendar has quit IRC21:43
zanebuser_creds_delete21:44
SpamapSwe log context.. a lot21:44
zanebinteresting21:44
stevebakerafaranha: your str_replace is missing a params argument, and you should be consistent about how many spaces you use for indentation21:45
SpamapSzaneb: we've had delete problems in TripleO a lot too.. mostly stemming from a giant token table21:45
*** jergerber has joined #heat21:45
zanebSpamapS: it's not us, it's openstack.common.rpc21:45
SpamapSzaneb: right.. is somebody working on the move to oslo.messaging btw?21:45
*** asalkeld is now known as asalkeld_afk21:45
zanebyes, cyli is going to work on it21:45
*** arbylee1 has joined #heat21:46
cyliSpamapS:  /wave21:46
afaranhastevebaker: I'm following this example: https://github.com/openstack/heat-templates/blob/master/hot/autoscaling.yaml , how do I pass the argument and how many  white spaces do I need to enter?21:46
zanebSpamapS: therve has fixed the config generator, which was the main obstacle21:46
SpamapScyli: sweet21:46
SpamapSzaneb: excellent21:47
*** arbylee has quit IRC21:47
stevebakerafaranha: that example is correct. http://paste.openstack.org/show/83718/21:47
stevebakerafaranha: http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace21:47
afaranhastevebaker: Thank you!21:48
*** kgriffs|afk is now known as kgriffs21:49
SpamapSahh I think I found at least one bug21:50
SpamapShttp://git.openstack.org/cgit/openstack/heat/tree/heat/engine/parser.py#n727 .. assumes user_creds will not be None21:51
SpamapSBut, if we've already for some reason deleted the user creds.. that variable will be None21:52
*** sballe has joined #heat21:52
*** sballe_ has quit IRC21:52
zanebthat shouldn't be possible in theory ;)21:52
SpamapStotally agree21:52
SpamapSI think it may be a symptom, not the cause21:52
SpamapSI wonder if the tempest test retries deletes, and we have two deletes running concurrently21:53
SpamapSin theory one cancels the other21:53
SpamapSin _theory_ :)21:53
*** vpanizo has joined #heat21:53
shardySpamapS: won't the stack lock prevent them racing?21:53
SpamapSdelete steals21:53
SpamapSand since we only have one engine..21:55
SpamapSwe'll fall through to the "current engine has the lock"21:55
SpamapShttp://git.openstack.org/cgit/openstack/heat/tree/heat/engine/service.py#n73221:55
*** alexheneveld has joined #heat21:55
*** blomquisg has quit IRC21:56
SpamapSI just wonder if there's a window here.. between us stopping and starting with lock21:56
SpamapSwhere another one could start, but then not be stopped21:56
SpamapSand because they're the same engine, it would succeed21:57
*** achampio1 has quit IRC21:58
SpamapSI think there's even some erroneous code to deal with this already21:58
SpamapShttp://git.openstack.org/cgit/openstack/heat/tree/heat/engine/service.py#n74621:59
stevebakerwith multiple workers I'm getting a lot of NotFound: Attempt to delete user creds with id 448 that does not exist21:59
SpamapSI think we actually need to run the thread stop inside the start_with_lock21:59
*** asalkeld_afk is now known as asalkeld22:01
SpamapShm22:01
SpamapSwe still shouldn't be trying to delete the same stack twice22:01
SpamapSstevebaker: that does seem like evidence then that we're not stopping the delete properly22:02
SpamapSok.. need to take a break from looking at this22:03
SpamapSbut I do think that we're making some big assumptions about what happens between stopping the delete and acquiring the lock.22:04
stevebakeraccording to the logs num_engine_workers = 122:06
*** akuznetsov has quit IRC22:07
SpamapSstevebaker: yes, but there's a greenthread per request22:12
SpamapSstevebaker: so if a delete was not complete, and a new delete request arrives, thats two greenthreads22:12
stevebakeryes, and the lock is on the engine ID, so for a single engine it does nothing22:12
SpamapSstevebaker: we subsequently stop the first one, and release the lock (not sure why!) and then make a new lock.22:13
*** nati_ueno has quit IRC22:14
SpamapSstevebaker: if the release call, or the stack load, or the acquire, do anything to allow context switching to another greenthread.. then it is possible between that release and the acquire, the next delete will _not_ stop the ongoing delete22:14
stevebakercould we just add a check: if the stack is DELETE IN_PROGRESS and the lock matches this engine, do nothing22:16
SpamapSstevebaker: no, because it may be stuck22:16
SpamapSstevebaker: we need to stop the current one inside the lock acquire.22:16
*** gondoi is now known as zz_gondoi22:16
shardyWell previously we'd just run two deletes and the second thread would log some errors for stuff which was already gone22:16
shardystopping the in-progress delete seems wrong22:17
SpamapSshardy: we still do that. If that's ok then we need to make the user creds cleanup resilient to creds being None22:17
SpamapSbut that is an error logged after the error logged about not being able to commit, which seems the more serious problem22:18
*** arbylee1 has quit IRC22:19
*** DandyPandy has joined #heat22:21
*** DandyPandy has joined #heat22:22
*** gokrokve has quit IRC22:25
*** DandyPandy has quit IRC22:27
*** dims__ has quit IRC22:28
*** edmund has quit IRC22:29
*** nati_ueno has joined #heat22:31
*** jergerber has quit IRC22:31
*** alexheneveld has quit IRC22:34
*** randallburt has quit IRC22:36
*** alexheneveld has joined #heat22:36
*** e0ne has quit IRC22:38
*** e0ne has joined #heat22:39
*** e0ne has quit IRC22:43
*** arbylee has joined #heat22:43
*** bandarji has quit IRC22:46
zanebSpamapS: https://git.openstack.org/cgit/openstack/heat/tree/heat/db/sqlalchemy/api.py#n41522:50
zanebshouldn't that code have e.g. with session.begin():22:50
zaneblike https://git.openstack.org/cgit/openstack/heat/tree/heat/db/sqlalchemy/api.py#n43522:50
zaneb?22:50
SpamapSzaneb: yes22:51
SpamapSzaneb: I'm not 100% sure but a flush inside another transaction may become a commit of the other transaction even if we are still within that transaction's context manager22:51
zanebhmm, hard to see how we could get nested transactions though?22:52
SpamapSsqlalchemy supports them22:52
zanebhard to see from our code, I mean22:52
SpamapSYeah22:53
*** e0ne has joined #heat22:55
openstackgerritBartosz Górski proposed a change to openstack/heat: Adds multi-cloud to OS::Heat::Stack resource  https://review.openstack.org/9853322:56
openstackgerritBartosz Górski proposed a change to openstack/heat: Adds multi-region support for stack resource  https://review.openstack.org/5331322:56
SpamapSzaneb: unless there's something horrible happening with db worker connection pooling?22:58
zanebwe shouldn't have multiple workers though22:58
*** e0ne has quit IRC23:00
zanebdatabases23:03
zanebI hate 'em23:03
zanebSpamapS: so our current theory is that something is causing the DB to blow up, tempest is retrying the delete and that fails because user_creds is now None?23:08
zanebso fixing user_creds == None will fix the gate?23:08
SpamapSzaneb: I have a patch for that23:09
SpamapSw/ a test23:09
SpamapSzaneb: but I am dubious that the problem is user_creds == None .. I hope that fixing the bug makes things more clear in the log.23:09
*** e0ne has joined #heat23:09
zanebyeah, I don't think that's the main problem23:09
zanebbut it might be enough for us to stop breaking the gate23:10
zanebwhile we figure out the first error23:10
openstackgerritClint 'SpamapS' Byrum proposed a change to openstack/heat: Handle missing user_creds in stack.delete  https://review.openstack.org/9950323:11
SpamapSzaneb: ^^23:11
*** e0ne_ has joined #heat23:11
*** e0ne has quit IRC23:11
SpamapSzaneb: that test fails when either change in parser.py is not present.. so if nothing else we won't see the error in the engine log and won't get distracted by it while debugging. ;)23:12
zanebSpamapS: can we have "if user_creds is not None"?23:15
*** e0ne_ has quit IRC23:15
*** sabeen2 has quit IRC23:18
stevebakerdang, devstack restarts dbus.service, which kills gnome23:21
*** arbylee has quit IRC23:21
stevebakerthat took a few reboot cycles to figure out23:22
*** kgriffs is now known as kgriffs|afk23:22
zanebwow, devstack has crossed over into not-even-pretending-to-not-be-evil23:22
SpamapSzaneb: thats so unpythonic ;)23:25
zanebwut?23:25
*** jreypo has joined #heat23:26
SpamapSzaneb: well what if we change it to be an object that has a __nonzero__ ? ;)23:27
SpamapSzaneb: I'm only half kidding.23:27
zanebthen... we wouldn't want it to match :)23:27
SpamapSzaneb: unless the nonzero was meant to mean "has results"23:28
zanebin fact, we wouldn't even want it to call the potentially very expensive __nonzero__23:28
*** BillArnold has quit IRC23:28
SpamapSzaneb: it's one of those age old debates. But the db_api very clearly specifies None == no results23:29
SpamapSand by very clearly specifies, I mean, always has had such a convention23:29
*** samuelmz has quit IRC23:29
openstackgerritClint 'SpamapS' Byrum proposed a change to openstack/heat: Handle missing user_creds in stack.delete  https://review.openstack.org/9950323:30
*** dims__ has joined #heat23:30
zaneblol23:33
zanebstevebaker: can we get +2/+A on that ^23:33
stevebakerdone23:34
openstackgerritYing Li proposed a change to openstack/heat: This is part of the refactoring to fix the inheritance hierarchy of AutoScaleResourceGroup.  In this case, attempting to move some common functionality out of the inheritance hierarchy entirely (perhaps to the heat/scaling module).  https://review.openstack.org/9947023:35
zanebcapital23:36
cyliQuestion about https://blueprints.launchpad.net/heat/+spec/oslo-messaging : It does seem like a bunch of these are merged, some are superceded by other changes.  (1) Looks like the superceded patches have already been commented on - is there anything else I should do to them?  (2) Should I update this blueprint in Launchpad to reflect this information, or should I attempt to port it to heat-specs and update that with remaining work to be done?23:42
*** rpothier has joined #heat23:42
*** tango has quit IRC23:47
SpamapSgah, check queue is 2 hours23:48
stevebakercyli: don't bother porting the spec. I would suggest resurrecting sdake's abandoned reviews and have a go at fixing the remaining failing tests23:50
cylistevebaker: ok, thanks!23:51
stevebakerhttps://review.openstack.org/#/q/project:openstack/heat+branch:master+topic:bp/oslo-messaging,n,z <- some may have been abandoned for reasons23:51
stevebakercyli: it looks like active reviews only need to be considered https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/oslo-messaging,n,z23:53
*** arbylee has joined #heat23:54
cylistevebaker:  cool, thanks - there was also https://review.openstack.org/#/c/75187, which has expired, but doesn't look abandoned (although a downstream review seems to be abandoned/outdated)23:54
stevebakercyli: I believe therve has fixed the config generation issues23:55
cylistevebaker:  cool, thanks!23:56
cylistevebaker: If I add a comment to that effect on that review, will it get resurrected?23:56
stevebakercyli: sdake is offline, so if you need an abandoned change then pull it down and delete the Change-Id so you get a new onw23:58
stevebakerone23:58
cylistevebaker:  ok, will do, thanks!23:58

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