Tuesday, 2014-03-04

*** piousbox has quit IRC00:00
*** lindsayk1 has joined #heat00:00
*** lindsayk has quit IRC00:01
openstackgerritRandall Burt proposed a change to openstack/heat: Return None when get_attr cannot resolve a value  https://review.openstack.org/7771300:02
randallburtjasond`:  https://review.openstack.org/#/c/77713 if you're still about00:03
stevebakerSpamapS: afaik, to be ready for instance-users tripleo will need to do the equivalent of devstack/lib/heat create_heat_accounts()00:04
stevebakerSpamapS: nothing to do with trusts00:04
*** zns has quit IRC00:04
*** arbylee has joined #heat00:10
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: Python 3: Fix YamlEnvironmentTest tests  https://review.openstack.org/7773700:11
stevebakerI've disabled https://answers.launchpad.net/heat00:13
randallburtbut how will I get answers about heat now!!??00:14
*** alexpilotti has quit IRC00:17
*** piousbox has joined #heat00:18
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: Pass bytes to NamedTemporaryFile.write()  https://review.openstack.org/7773800:19
*** rbuilta has joined #heat00:20
*** rwsu has quit IRC00:27
zanebstevebaker: is there any way to set it up to point to ask.openstack.org? We still seemed to be getting a lot of questions through there00:27
stevebakerzaneb: no, I've set it as External but launchpad didn't ask for a URL00:29
stevebakerzaneb: all answers entries have been imported to ask.openstack.org00:30
stevebakerhttps://ask.openstack.org/en/questions/scope:all/sort:activity-desc/page:1/query:heat%20migrated/00:30
*** rwsu has joined #heat00:30
*** kfox1111 has joined #heat00:33
*** jdob has quit IRC00:34
*** jdob has joined #heat00:36
*** radez_g0n3 is now known as radez00:38
*** jdob has quit IRC00:40
saurabhsI need some help with understanding stack-update. I have created a stack with a template which has some parameters. now with stack-update command if I pass it a different value for that parameter, I don't see it getting updated in the DB in stack table for parameters column. is it suppose to get updated?00:40
*** achampion has joined #heat00:42
*** openstackgerrit has quit IRC00:44
SpamapSstevebaker: could you consider patching tripleo the same way?00:44
*** openstackgerrit has joined #heat00:44
stevebakerSpamapS: maybe shardy would have time00:45
*** jprovazn has quit IRC00:45
*** rbuilta has quit IRC00:46
*** pvaneck has quit IRC00:46
*** nati_ueno has joined #heat00:46
*** nati_uen_ has quit IRC00:49
SpamapSstevebaker: at the very least, we'd need a bug so we can prepare and hopefully land the fix in advance of the breakdage00:51
*** nati_ueno has quit IRC00:51
stevebakerSpamapS: raising one now00:52
*** giulivo has quit IRC00:53
*** lindsayk1 has quit IRC00:53
*** dims has joined #heat00:54
*** nati_ueno has joined #heat00:57
stevebakerSpamapS, lifeless https://bugs.launchpad.net/tripleo/+bug/128745300:58
*** cody-somerville has quit IRC01:02
*** nati_ueno has quit IRC01:09
*** nati_ueno has joined #heat01:10
*** nati_ueno has quit IRC01:10
*** nati_ueno has joined #heat01:11
*** nati_ueno has quit IRC01:12
*** nati_ueno has joined #heat01:12
*** randallburt has quit IRC01:13
*** nati_ueno has quit IRC01:14
*** nati_ueno has joined #heat01:15
*** nati_ueno has quit IRC01:16
*** nati_ueno has joined #heat01:16
*** nati_ueno has quit IRC01:17
*** rwsu has quit IRC01:17
*** nati_ueno has joined #heat01:17
*** alexheneveld has joined #heat01:18
*** nati_ueno has quit IRC01:18
*** nati_ueno has joined #heat01:19
*** nati_ueno has quit IRC01:22
*** nati_ueno has joined #heat01:22
*** nati_ueno has quit IRC01:23
*** nati_ueno has joined #heat01:23
*** tango|2 has quit IRC01:24
*** nati_ueno has quit IRC01:24
*** nati_ueno has joined #heat01:25
*** nati_ueno has quit IRC01:26
*** nati_ueno has joined #heat01:26
*** nati_uen_ has joined #heat01:27
*** nati_ueno has quit IRC01:27
*** randallburt has joined #heat01:27
*** nati_uen_ has quit IRC01:28
*** nosnos has joined #heat01:29
*** nati_ueno has joined #heat01:29
*** nati_ueno has quit IRC01:30
*** derekh has quit IRC01:30
*** nati_ueno has joined #heat01:30
*** nati_ueno has quit IRC01:31
*** nati_ueno has joined #heat01:31
*** nati_ueno has quit IRC01:32
*** jprovazn has joined #heat01:33
*** rbuilta has joined #heat01:35
openstackgerritRandall Burt proposed a change to openstack/heat: Handle API limit exception in nova_utils.refresh_server  https://review.openstack.org/7166001:35
openstackgerritRandall Burt proposed a change to openstack/heat: Make server resources use nova_utils.refresh_server()  https://review.openstack.org/7200901:35
*** fandi has joined #heat01:38
*** ramishra has quit IRC01:51
openstackgerritZane Bitter proposed a change to openstack/heat: Move HOT version checking to HOTemplate class  https://review.openstack.org/7775002:11
openstackgerritZane Bitter proposed a change to openstack/heat: Calculate template version only once  https://review.openstack.org/7775102:11
openstackgerritZane Bitter proposed a change to openstack/heat: Move HOT parameters code to a separate module  https://review.openstack.org/7775202:11
openstackgerritZane Bitter proposed a change to openstack/heat: Move HOT template code to its own module  https://review.openstack.org/7775302:11
openstackgerritZane Bitter proposed a change to openstack/heat: Add an InvalidTemplateVersion exception  https://review.openstack.org/7775402:11
openstackgerritZane Bitter proposed a change to openstack/heat: Make template formats pluggable  https://review.openstack.org/7775502:11
openstackgerritZane Bitter proposed a change to openstack/heat: Docs: use the plugin manager to list resources  https://review.openstack.org/7632402:11
openstackgerritZane Bitter proposed a change to openstack/heat: Load functions from plugins  https://review.openstack.org/7459202:11
openstackgerritZane Bitter proposed a change to openstack/heat: Move the code that reads the global environment  https://review.openstack.org/7632302:11
openstackgerritZane Bitter proposed a change to openstack/heat: Give cfn a separate Template class  https://review.openstack.org/7458902:11
openstackgerritZane Bitter proposed a change to openstack/heat: Add a plugin_manager module  https://review.openstack.org/7459002:11
openstackgerritZane Bitter proposed a change to openstack/heat: Use PluginManager to load resources  https://review.openstack.org/7459102:11
*** erkules_ has joined #heat02:14
*** erkules has quit IRC02:16
*** alexheneveld has quit IRC02:22
*** ramishra has joined #heat02:26
*** gokrokve has quit IRC02:30
*** ramishra has quit IRC02:31
*** ramishra has joined #heat02:31
*** ramishra has quit IRC02:35
*** aweiteka has joined #heat02:42
saurabhsSpamaps: can you please help me with the stack-update doubt02:43
saurabhs I have created a stack with a template which has some parameters. now with stack-update command if I pass it a different value for that parameter, I don't see it getting updated in the DB in stack table for parameters column. is it suppose to get updated?02:43
saurabhsHow do I perform a metadata update with heat stack-update?02:43
*** piousbox has quit IRC02:48
openstackgerritMitsuru Kanabuchi proposed a change to openstack/heat: Implement OS::Neutron::ExtraRoute as /contrib  https://review.openstack.org/7489902:51
*** kfox1111 has quit IRC02:55
*** radez is now known as radez_g0n302:56
*** nati_ueno has joined #heat02:59
*** nati_ueno has quit IRC02:59
*** jprovazn has quit IRC03:02
*** ramishra has joined #heat03:11
*** ramishra_ has joined #heat03:17
openstackgerrithuangtianhua proposed a change to openstack/heat: Allow Server name property to be updated  https://review.openstack.org/7462403:20
*** ramishra has quit IRC03:20
*** spzala has quit IRC03:21
*** pablosan has quit IRC03:25
*** gokrokve has joined #heat03:27
*** pablosan has joined #heat03:27
*** akuznetsov has quit IRC03:36
*** chandan_kumar has joined #heat03:38
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: Support specifying which cartridges are installed on node  https://review.openstack.org/7777203:39
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: Convert all params from CamelCase to under_score for consistency  https://review.openstack.org/7777303:39
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: Remove openshift-enterprise-yum-validator  https://review.openstack.org/7777403:39
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: Add session_persistence to LBaaS pool  https://review.openstack.org/7777503:39
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: Provide full support for all repository sources  https://review.openstack.org/7777603:39
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: Delay creating mongo replica set until other broker hosts available  https://review.openstack.org/7777703:39
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: Tighten up security group port settings for broker and node.  https://review.openstack.org/7777803:39
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: README documentation updates  https://review.openstack.org/7777903:39
*** annegentle has quit IRC03:42
*** Tross has joined #heat03:46
*** aweiteka has quit IRC03:51
*** ramishra_ has quit IRC03:55
*** andersonvom has quit IRC03:55
*** andersonvom has joined #heat04:03
*** asalkeld has quit IRC04:20
*** ramishra has joined #heat04:21
*** daneyon has joined #heat04:26
*** akuznetsov has joined #heat04:26
*** wchrisj has quit IRC04:27
*** john-n-seattle has left #heat04:29
*** harlowja is now known as harlowja_away04:30
openstackgerritZhang Yang proposed a change to openstack/python-heatclient: Modify timeout in client shell  https://review.openstack.org/7778404:33
*** arbylee1 has joined #heat04:34
*** arbylee has quit IRC04:34
*** harlowja_away is now known as harlowja04:35
*** wchrisj has joined #heat04:36
*** asalkeld has joined #heat04:38
*** Linz has joined #heat04:40
*** Linz has quit IRC04:44
*** Linz has joined #heat04:44
*** akuznetsov has quit IRC04:45
*** nati_ueno has joined #heat04:45
openstackgerritSteven Dake proposed a change to openstack/heat: Migrate to oslo.messaging from oslo-incubator rpc  https://review.openstack.org/7279804:48
openstackgerritSteven Dake proposed a change to openstack/heat: Update config generator for oslo.messaging  https://review.openstack.org/7747204:48
openstackgerritSteven Dake proposed a change to openstack/heat: Always report the action in state_reason as engine encodes it  https://review.openstack.org/7740604:48
openstackgerritSteven Dake proposed a change to openstack/heat: Convert empty filter dictionary to None  https://review.openstack.org/7738204:48
*** akuznetsov has joined #heat04:51
*** chandan_kumar has quit IRC04:53
*** arbylee has joined #heat04:54
*** arbylee1 has quit IRC04:54
*** akuznetsov has quit IRC05:01
openstackgerritLiang Chen proposed a change to openstack/heat: Provide attribute schema for waitcondition resource  https://review.openstack.org/7655205:02
*** lazy_prince has quit IRC05:12
*** randallburt has quit IRC05:13
*** pablosan has quit IRC05:14
*** akuznetsov has joined #heat05:15
*** lazy_prince has joined #heat05:16
*** wchrisj has quit IRC05:17
openstackgerritMitsuru Kanabuchi proposed a change to openstack/heat: Implement OS::Neutron::ExtraRoute as /contrib  https://review.openstack.org/7489905:22
*** rmiki has joined #heat05:24
*** blomquisg has quit IRC05:27
*** akuznetsov has quit IRC05:29
*** shakayumi has joined #heat05:30
*** nkhare has joined #heat05:32
*** nkhare has quit IRC05:33
*** saurabhs has quit IRC05:36
*** jprovazn has joined #heat05:36
*** erkules_ is now known as erkules05:36
*** Linz has quit IRC05:38
*** gokrokve has quit IRC05:38
skraynevMorning05:39
*** gokrokve has joined #heat05:39
*** blomquisg has joined #heat05:41
*** gokrokve has quit IRC05:43
ramishramorning skraynev05:43
*** zhiyan_ is now known as zhiyan05:44
skraynevhi, ramishra05:44
*** liang has joined #heat05:47
*** nkhare has joined #heat05:49
*** bvandenh has joined #heat05:49
openstackgerritSteven Dake proposed a change to openstack/heat: Migrate to oslo.messaging from oslo-incubator rpc  https://review.openstack.org/7279805:54
*** jprovazn has quit IRC05:59
*** topol has quit IRC06:01
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/7256606:08
*** bvandenh has quit IRC06:11
openstackgerritSteven Dake proposed a change to openstack/heat: Migrate to oslo.messaging from oslo-incubator rpc  https://review.openstack.org/7279806:15
*** harlowja is now known as harlowja_away06:16
*** gokrokve has joined #heat06:27
*** gokrokve_ has joined #heat06:29
*** cfriesen_ has quit IRC06:30
*** gokrokve has quit IRC06:31
openstackgerritSteve Baker proposed a change to openstack/heat: Server property for software config transport  https://review.openstack.org/7779806:35
openstackgerritSteve Baker proposed a change to openstack/heat: Remove signal_id from deployments API and model  https://review.openstack.org/7779906:35
openstackgerritSteve Baker proposed a change to openstack/heat: Resource type implementations for structured software config  https://review.openstack.org/7420606:35
openstackgerritSteve Baker proposed a change to openstack/heat: OS::Nova::Server support for software config  https://review.openstack.org/6762506:35
openstackgerritSteve Baker proposed a change to openstack/heat: Resource type implementation for software deployment  https://review.openstack.org/6762406:35
openstackgerritSteve Baker proposed a change to openstack/heat: Nova server to ref cloud-config resources in user_data  https://review.openstack.org/6923806:35
stevebakerHey all, reviews on https://review.openstack.org/#/c/69238/ would close off blueprint cloud-init-resource06:38
openstackgerritRyo Miki proposed a change to openstack/heat: Add handle_update for OS::Neutron::RouterL3Agent  https://review.openstack.org/6930306:40
*** amritanshu_RnD has joined #heat06:45
*** amritanshu_RnD is now known as Guest7772306:45
*** arbylee has quit IRC06:45
*** yogesh has joined #heat06:47
*** tspatzier has joined #heat06:55
*** yogesh has quit IRC06:55
therve'morning07:05
openstackgerritSteve Baker proposed a change to openstack/heat: Allow getting attributes on suspended resources.  https://review.openstack.org/7745207:07
openstackgerritSteve Baker proposed a change to openstack/heat: Allow handle_signal to assert which actions are valid  https://review.openstack.org/7745307:07
*** saju_m has joined #heat07:12
openstackgerritThomas Herve proposed a change to openstack/heat: Raise and catch a specific error during validation  https://review.openstack.org/7128707:18
*** lsmola has joined #heat07:23
*** daneyon has quit IRC07:28
*** bvandenh has joined #heat07:30
*** nosnos has quit IRC07:31
*** nosnos_ has joined #heat07:31
*** nkhare has quit IRC07:34
*** nkhare has joined #heat07:35
*** bvandenh has quit IRC07:36
sdake_victory oslo.messaging passes the check after 48 patches07:37
*** ramishra has quit IRC07:38
skraynevsdake_:  Thumbs up!07:39
sdake_now to acutally beat the patch into submission07:42
sdake_I have atleast 8 test cases commented out that i don't know how to mock07:42
sdake_and I need to refunctional test multiengine07:42
*** tspatzier has quit IRC07:44
sdake_plus i'm sure there will be lots of complaning aobut service.py :)07:44
*** ramishra has joined #heat07:45
*** tspatzier has joined #heat07:45
*** arbylee has joined #heat07:46
*** yogesh has joined #heat07:52
*** arbylee has quit IRC07:55
openstackgerritA change was merged to openstack/heat: Adds Parameter Label to template validate call  https://review.openstack.org/6532508:03
*** nosnos_ has quit IRC08:04
*** nosnos has joined #heat08:04
*** TonyBurn_ has joined #heat08:11
*** tomek_adamczewsk has joined #heat08:11
*** tomek_adamczewsk has quit IRC08:22
*** tomek_adamczewsk has joined #heat08:23
*** Guest77723 has quit IRC08:25
*** saju_m has quit IRC08:26
*** yogesh_ has joined #heat08:30
*** yogesh has quit IRC08:32
*** cmyster has joined #heat08:35
shardymorning!08:37
*** alexpilotti has joined #heat08:37
*** tomek_adamczewsk has quit IRC08:38
*** alexheneveld has joined #heat08:39
cmystermorning08:39
cmysterwhich reminds me, shardy I was looking for you yesterday, have a few minutes for me ?08:40
cmysterbut first, coffee08:40
*** alexheneveld has quit IRC08:46
therveshardy, I didn't expose the URL as an attribute, FWIW08:50
shardytherve: Hmm, so ceilometer can't signal the resource at all atm then?08:50
therveshardy, Right08:51
shardyOh right for some reason I was thinking the attribute got inherited from the super-class08:51
shardy-ENOCOFFEE08:52
shardycmyster: sure08:52
therveHum08:52
therveWell the schema is08:52
therveActually you may be right :)08:53
shardytherve: I think probably just exposing AlarmUrl is the easiest solution08:53
shardyAs in the future we can leave AlarmUrl just as an unsigned URL, and add stuff to support native auth08:53
therveFair enough08:54
therveI guess I'll just rename it to alarm_url and add some tests08:54
*** Guest77723 has joined #heat08:54
shardyUnless you have any better ideas ;)08:54
shardyEither way we definitely need this to work with ceilometer IMO08:54
therveWell obviously my idea was to support actions with auth in ceilometer08:55
*** alexheneveld has joined #heat08:55
cmyster++08:55
therveBut that sounds tricky by icehouse08:55
*** jistr has joined #heat08:55
cmysterhow come ?08:55
cmysterwell I am trying to make it work myself so I know its hard, question is, can I ? :)08:56
therveWell the code is not there? And the freeze was like yesterday?08:56
cmysterright08:56
cmysterfreeze in here == master will not change other then major+ bugs ?08:56
shardytherve: Yeah we definitely need to rework the ceilometer side of things, but that's gonna have to wait unfortunately08:57
thervecmyster, In theory yeah08:57
shardycmyster: Yeah from pretty much now we move to bug-fixes only until the release08:57
therveI don't know how hard it would be to implement the feature08:57
shardythere is an exception process for remaining high priority blueprints but we need them in very soon08:57
therveIt'd not even clear how that would work. Passing the password in clear in the request doesn't sound super awesome? Presumably we have no choice08:59
shardytherve: Not that hard but not trivial IMO - we either have to make the ScalingPolicy user created with a password, and pass the username/password to ceilometer, or (preferable) create a trust between the user and the ceilometer service user, and pass that to ceilometer when setting up the alarm, so ceilometer can impersonate the user when triggering the alarm08:59
shardythe cool thing about doing it with trusts is that we might not even need to store the trust anymore, as currently we proxy that impersonation (for deferred_auth_method=trusts) via the user_creds table09:00
cmysterwell, in tempest there is a scenario that uses scalling (atm skipped due to a bug) how does that work then ?09:00
shardycmyster: there is a non-voting heat-slow job which tests autoscaling09:01
shardycmyster: we pass ceilometer an EC2 style pre-signed URL09:01
therveshardy, Ah, I see. I was only thinking about a user, like instances users. Trusts would be more work indeed.09:01
shardywhich is non-ideal for native resources as some folks really really don't want to use the ec2tokens keystone extension09:01
cmysterso we want something more 'native'09:02
shardyand it's suceptible to replay attacks because the secret isn't shared with ceilometer09:02
shardycmyster: exactly, so folks can, if they wish, deploy a fully functional heat without any of the AWS compatibility stuff enabled09:02
cmysterand thats not in Icehouse...09:02
cmysterOK09:03
shardycmyster: Yeah the ceilometer side is not there, it can only post to a URL atm09:03
cmysterI have a task to start writing scenarios for tempest, so I am trying to find all the bits I can about it. Obviously I don't want to start working on something that uses that if were gonna have something that is native09:04
shardytherve: yeah, I'm thinking notification from ceilometer is a more trust-appropriate use-case, since it's a known and trusted service, not some random user instance09:04
therveRight09:04
cmysterstill easy enough to break if your not at least behind https...09:05
shardycmyster: care to expand on that?09:06
shardycmyster: scenario tests should just use the heat resource interfaces and heatclient, so I don't think you need to be concerned about possible changes in the underlying implementation09:07
shardyIn fact writing them now would be better, so we can verify the functionality isn't broken when we start hacking on it :)09:08
*** sballe has quit IRC09:08
cmystershardy: true, but then again I'll have to change the templates I am useing09:08
*** sballe has joined #heat09:08
shardycmyster: possibly but not necessarily09:08
*** yogesh_ has quit IRC09:08
shardywe always try to avoid template breakage, but sometimes it's unavoidable09:09
cmystersay I am using something simple like that F20 wordpress and I want on top of that add scaling, I am not sure if the scaling part will be the same09:09
cmystershould, but might change09:09
* cmyster ratherr build tests for the ages09:09
cmyster-r09:09
shardycmyster: native autoscaling is the most bleeding of bleeding edge features, I suggest looking at other resources if you want absolute stability of interfaces ;)09:10
*** e0ne has joined #heat09:10
cmysterI see,09:11
cmysterhints?09:11
cmyster:)09:11
shardyhttps://bugs.launchpad.net/heat/+bugs?field.tag=tempest09:12
cmysterwonderful, thanks09:13
shardyAutoscaling is pretty much the only scenario which *is* tested in tempest atm, so you can choose anything09:13
cmysterif you are referring to the single scenario there, its skipped09:14
cmyster@s/skipped/being skipped/09:14
shardythe most important gap to me is lack of neutron resource testing, but I see that's already assigned (no patches yet)09:14
shardycmyster: it's not skipped in the gate, it's just non-voting09:14
shardyprobably some missing config in your environment?09:15
*** e0ne has quit IRC09:15
*** e0ne_ has joined #heat09:15
*** e0ne_ has quit IRC09:16
openstackgerritLiang Chen proposed a change to openstack/heat: Provide attribute schema for waitcondition resource  https://review.openstack.org/7655209:16
*** e0ne has joined #heat09:16
*** sballe has quit IRC09:17
*** e0ne_ has joined #heat09:20
*** e0ne has quit IRC09:20
therveSo yeah I asked ceilometer, it's definitely too late for icehouse09:21
therveLet's make sure it's in Juno :)09:21
*** rmiki has quit IRC09:24
*** tomek_adamczewsk has joined #heat09:24
shardytherve: cool, sounds good09:25
shardytherve: hey I spoke to stevebaker last night and he's happy for us to get instance-users in09:26
shardytherve: There is some concern about fallout with tripleo but I think we've reached the point where we just have to merge it and deal with any bugs09:26
shardytherve: as you have familiarity with the series, any chance of some reviews sometime today? :)09:27
shardystevebaker has +2'd them all09:27
*** e0ne has joined #heat09:28
*** e0ne_ has quit IRC09:28
cmysterto those not in the know, are these things documented ?09:28
cmysteror are the changes enough09:29
shardycmyster: what things?09:29
*** e0ne has quit IRC09:29
cmysterinstance-users for instance09:29
sdake_documentd in launchpad09:29
cmysterk09:29
shardycmyster: yes, to a point, via the blueprint09:29
sdake_and on that note, i'm off to bed09:29
sdake_enjoy :)09:29
*** e0ne has joined #heat09:29
cmysternn sdake_09:29
shardysdake_: 2.30am!! o/09:30
shardycmyster: https://blueprints.launchpad.net/heat/+spec/instance-users09:31
cmysterthanks, was already in it :)09:31
shardyand there is a wiki page linked "Read the full specification"09:31
sdake_shardy if you have an opportunity check out https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/oslo-messaging,n,z09:31
sdake_there are 3 very easy reviews09:31
shardythat's more of a discussion of ideas rather than a specification tho ;)09:31
sdake_and 1 super onerous one09:31
sdake_the 3 easy reviews will take less them 5 minutes09:31
shardysdake_: Ok, will do - sorry I said that yesterday didn't I, on it now :)09:32
sdake_its ok they needed to be rebased anyway09:32
sdake_but before I have to further rebase, might as well get them in while they are already +2'ed :)09:32
*** akuznetsov has joined #heat09:33
sdake_if you are up for a several hour long complaining session might have a look at https://review.openstack.org/#/c/72798/09:33
*** e0ne has quit IRC09:33
shardysdake_: +2574, -8370 ouch09:33
sdake_sooner I know what people want fixed sooner I can fix em :)09:33
sdake_nothing I can do to break the patch up unfortunately09:34
sdake_the other oslo.messaging patches are similar in scope09:34
sdake_its not like i'm doing it wrong :(09:34
*** e0ne has joined #heat09:34
sdake_just a shitty amount of rework that has to go in one patch because the tests gate with the code09:34
sdake_when I wake up in the morning I'm going to give it a review as well09:35
sdake_this was my first patch that passed the gate, bu ti had to comment out about 7 patches09:35
sdake_because I am not one with mock09:36
therveshardy, Definitely, will catch up on reviews09:36
shardytherve: awesome, thanks, feel free to ping me if you have any which are high priortity for i3 :)09:36
*** giulivo has joined #heat09:38
*** e0ne_ has joined #heat09:38
shardyAnyone know of a gerrit review interface which allows you to not highlight whitespace changes?09:38
*** dmakogon_ is now known as denis_makogon09:40
*** e0ne has quit IRC09:42
*** saju_m has joined #heat09:42
openstackgerritJun Jie Nan proposed a change to openstack/python-heatclient: Encode non utf8 files in base64  https://review.openstack.org/7644309:42
sdake_i tried out tempest tonight09:43
sdake_only 50 test cases for heat09:43
* sdake_ sighs09:43
cmysteron it09:43
cmystersdake_: nice you can IRC while sleeping ;)09:44
sdake_magic powers09:44
cmysterindeed09:44
sdake_i can also levitate objects09:44
*** liang has left #heat09:46
*** liang has joined #heat09:46
sdake_anyone remember bitkeeper09:46
sdake_shardy can you give cmyster the link for the 162 tempest work, I don't have access to the vpn at the moment09:49
sdake_on the ep09:49
* cmyster wonders09:49
*** arbylee has joined #heat09:52
sdake_you know what I dont get about star trek10:00
sdake_they have warp 910:00
sdake_yet they go warp 2, warp 7, etc10:00
*** arbylee has quit IRC10:00
sdake_why not always just go warp 910:00
openstackgerritIonut Artarisi proposed a change to openstack/heat: replace dict comprehension with dict constructor  https://review.openstack.org/7783410:02
cmystersdake_: there was an episode where they explained that10:03
cmysterwarp 9 will break space10:04
sdake_i get why they dont go faster then warp 910:04
cmystermost of the times they limit it to no more then warp 510:04
sdake_I just dont get why they dont roll at warp 9 all the time10:04
cmyster^10:04
cmysterwill *break* space10:04
sdake_warp 8.9? :)10:04
cmyster5+10:05
sdake_anything over 5 breaks the system huh10:05
sdake_well that explains it10:05
sdake_I can sleep well tonight :)10:05
cmyster:)10:06
shardyThey should just make it go to 11 ;)10:06
sdake_anything over warp 10 causes time travel apparently10:06
shardysdake_: reference to a cult movie called This is spinal tap10:07
sdake_the only way to roll at warp 10 is to go around a star fast10:07
*** shakayumi has quit IRC10:07
shardysdake_: they make their marshall guitar amps go to 11, because "it's one louder" ;D10:07
shardyhttps://www.youtube.com/watch?v=_sRhuh8Aphc10:08
* shardy gets back to work..10:08
*** aedocw has quit IRC10:09
shadowerwould anyone from the core please have a look at this? https://bugs.launchpad.net/tripleo/+bug/128630710:10
shadowerI think it's a high priority and should be fixed by icehouse10:11
cmystershardy: 10 is max and was only achieved twice10:11
shadowerbut I'm biased :p10:11
*** nati_ueno has quit IRC10:12
shardyshadower: Thanks for the detailed report, I agree it looks like something we should try to fix, I'll try to reproduce when I've got through my morning reviews :)10:14
shadowershardy: thanks10:14
openstackgerritZhang Yang proposed a change to openstack/heat: Add doccument for firewall properties  https://review.openstack.org/7784010:15
openstackgerritVyacheslav Vakhlyuev proposed a change to openstack/heat: Fix comparison with singletons in unit tests  https://review.openstack.org/7620910:16
sdake_shardy can you have a look at that comment on the -1 and make a quick recommendation so I can fix it up10:26
*** mkollaro has joined #heat10:26
*** e0ne_ has quit IRC10:33
*** e0ne has joined #heat10:34
*** e0ne_ has joined #heat10:35
shardysdake_: done10:36
*** e0ne has quit IRC10:38
sdake_shardy the only problem is the conf file just doesn't look right10:39
sdake_also the clients section10:40
sdake_I dont know why that happens10:40
sdake_reading the code, its not immediately obvious10:40
*** liang has quit IRC10:40
shardyIt could be a bug in the new version of the oslo generator stuff10:40
asalkeldif anyone isn't using synergy, you should give it a go: http://synergy-foss.org/ (software keyboard/mouse switching)10:40
shardywe definitely still have those options in common.config (register_clients_opts)10:40
asalkeldvery nice10:41
sdake_shardy that code looks evil10:41
sdake_the register opts part10:41
sdake_but it may be because files in the bin directory aren't being processed10:41
sdake_notice host is deleted from each of the binaries10:43
shardyasalkeld: awesome, I've been looking for something like that, thanks10:43
asalkeldsuper cheap kvm switch10:44
openstackgerritA change was merged to openstack/heat-templates: An example template demonstrating cloud-init config resources  https://review.openstack.org/6854910:44
shardyI actually have a KVM switch but the mouse gets broken when switching sometimes10:44
asalkeldk, this also allows some cool stuff like mapping keys on one machine back to the other10:45
asalkeldlike the play/next button:)10:45
shardyit would be even better if there was some way to multiplex displays over the network, so you could scroll machines like desktop workspaces10:45
asalkeldthat's frustrating10:45
cmystersdake_: in https://bugs.launchpad.net/heat/+bug/1272002 that AllowedResources: is a template thing? if so I can't find anything about that in the usualy places10:45
asalkeldshardy, there might just be10:47
*** fandi has quit IRC10:47
asalkeldshardy, gnome-boxes?10:48
shardyasalkeld: Mostly xfce10:48
asalkeldhaha10:49
*** jamieh has joined #heat10:49
shardyasalkeld: cool, that might work, thanks!10:50
shardycmyster: http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::AccessPolicy10:51
shardycmyster: but the DescribeStackResource reference is legacy and wrong10:51
shardythat resource is to control any access to the resource from a particular (template defined) user10:52
shardythe API calls they can access are defined by the policy.json10:52
sdake_shardy the way the client options are coplied in some odd way11:05
sdake_anyway off to bed11:05
*** blues-man has joined #heat11:06
*** cmyster has quit IRC11:24
*** nkhare has quit IRC11:32
openstackgerritSteven Dake proposed a change to openstack/heat: Migrate to oslo.messaging from oslo-incubator rpc  https://review.openstack.org/7279811:37
openstackgerritSteven Dake proposed a change to openstack/heat: Update config generator for oslo.messaging  https://review.openstack.org/7747211:37
*** mkollaro has quit IRC11:47
*** nkhare has joined #heat11:48
*** pshchelo has quit IRC11:50
*** cmyster has joined #heat11:52
*** pshchelo has joined #heat12:01
*** aedocw has joined #heat12:09
openstackgerritThomas Spatzier proposed a change to openstack/heat: Fix HOT inconsistencies in resource sections  https://review.openstack.org/7358012:13
*** ramishra has quit IRC12:23
*** arbylee has joined #heat12:28
*** rpothier has quit IRC12:38
*** david-lyle has quit IRC12:39
*** topol has joined #heat12:39
*** saju_m has quit IRC12:40
*** zhiyan has left #heat12:43
openstackgerritThomas Herve proposed a change to openstack/heat: Raise and catch a specific error during validation  https://review.openstack.org/7128712:43
*** blues-man has quit IRC12:50
*** aweiteka has joined #heat12:50
*** saju_m has joined #heat12:52
*** achampion has quit IRC12:57
*** alexheneveld has quit IRC12:58
*** alexheneveld has joined #heat13:01
*** mkollaro has joined #heat13:01
*** rbuilta has joined #heat13:01
*** nkhare has quit IRC13:02
*** saju_m has quit IRC13:04
therveshardy, There is a small problem with tests that I noticed on https://review.openstack.org/#/c/71930/13:06
*** bvandenh has joined #heat13:08
shardytherve: oh, good catch, thanks!13:10
*** ramishra has joined #heat13:12
*** sgordon has joined #heat13:16
openstackgerritA change was merged to openstack/heat: Convert empty filter dictionary to None  https://review.openstack.org/7738213:17
*** faramir1 has joined #heat13:17
*** cmyster has quit IRC13:17
*** cmyster has joined #heat13:17
*** mkollaro has quit IRC13:18
*** mkollaro has joined #heat13:18
*** rbuilta has quit IRC13:18
*** rbuilta has joined #heat13:18
*** bvandenh has quit IRC13:18
*** bvandenh has joined #heat13:18
*** arbylee has quit IRC13:21
*** lsmola has quit IRC13:23
*** sballe has joined #heat13:33
openstackgerritA change was merged to openstack/heat: Add neutron network constraint  https://review.openstack.org/7397613:35
*** rpothier has joined #heat13:35
*** lsmola has joined #heat13:36
*** rbuilta has quit IRC13:41
*** blomquisg has quit IRC13:43
*** nszceta has joined #heat13:43
*** alexheneveld has quit IRC13:45
*** mkollaro1 has joined #heat13:46
*** mkollaro has quit IRC13:46
*** arbylee has joined #heat13:52
*** nosnos has quit IRC13:56
*** blues-man has joined #heat13:57
*** tspatzier has quit IRC14:05
*** arbylee has quit IRC14:06
*** arbylee has joined #heat14:06
*** wchrisj has joined #heat14:08
*** annegentle has joined #heat14:09
*** achampion has joined #heat14:09
*** vijendar has joined #heat14:09
*** faramir1 has quit IRC14:12
*** tspatzier has joined #heat14:13
*** mkollaro has joined #heat14:15
*** mkollaro1 has quit IRC14:16
*** vijendar has quit IRC14:16
*** vijendar has joined #heat14:16
*** radez_g0n3 is now known as radez14:19
*** lsmola has quit IRC14:24
*** cfriesen_ has joined #heat14:24
*** bgorski has joined #heat14:30
*** blomquisg has joined #heat14:32
*** lsmola has joined #heat14:33
*** lsmola has quit IRC14:33
*** lsmola has joined #heat14:34
*** jasond has joined #heat14:35
thervebgorski, I think https://review.openstack.org/#/c/76211/ may be related to the bug you just opened14:37
*** blues-man has quit IRC14:38
*** blomquisg has quit IRC14:40
*** dims has quit IRC14:43
bgorskitherve, Thank you for the link. It is related but not the same14:43
therveOkay14:45
*** dims has joined #heat14:46
*** jprovazn has joined #heat14:47
*** tomek_adamczewsk has quit IRC14:48
radixhmm, the attribute14:48
radixtherve: I forgot about that, shouldn't the attribute on ScalingPolicy also be renamed?14:48
*** ramishra has quit IRC14:49
therveradix, Yes I'll do that in a bit14:50
radixok14:50
*** lsmola has quit IRC14:50
radixtherve: and what do you think about the restriction of use only with the new AutoScalingGroup?14:50
*** tspatzier has quit IRC14:50
therveradix, Nothing. What about it?14:50
radixthis is what I wrote: "Maybe we should restrict this resource to only being used with OS::Heat::AutoScalingGroup, since users would be able to use it with the AWS version now, but in the future that will probably be difficult to support."14:51
openstackgerritJason Dunsmore proposed a change to openstack/heat: Remove vim header from files.  https://review.openstack.org/7637814:52
*** ramishra has joined #heat14:53
*** blomquisg has joined #heat14:55
therveradix, Maybe add some documentation?14:56
*** tspatzier has joined #heat14:56
therveI'm not super fan of adding code to prevent it14:56
radixok14:56
radixas long as we can not care about compatibility later14:56
openstackgerritBartosz Górski proposed a change to openstack/heat: Pass stack create/update timeout to scaling group  https://review.openstack.org/7790214:58
aweitekatspatzier, thanks for the catch on the template review. since this was an existing problem should i add another commit to fix? https://review.openstack.org/#/c/77773/14:58
tspatzierhi aweiteka14:59
aweitekatspatzier, hello14:59
tspatzierYes, I think this is something that already existed in the files. I saw that in an earlier review, but I was too late back then since I was on vacation, so it got merged.14:59
*** zns has joined #heat14:59
tspatzierSo yes, maybe do all those syntax fixes in a different patch which we can then review.15:00
aweitekatspatzier, sure, no problem. i was just about to test another run so the timing is good.15:00
openstackgerritThomas Herve proposed a change to openstack/heat: Native ScalingPolicy resource  https://review.openstack.org/7752915:00
therveradix, I added a note15:00
radixok15:00
tspatzieraweiteka: ok, sounds like a plan :-)15:01
*** gokrokve_ has quit IRC15:01
*** gokrokve has joined #heat15:01
*** arbylee has quit IRC15:02
openstackgerritA change was merged to openstack/heat: Modify stack_user_domain config option to take domain ID  https://review.openstack.org/7397815:02
openstackgerritA change was merged to openstack/heat: Move HOT version checking to HOTemplate class  https://review.openstack.org/7775015:02
openstackgerritA change was merged to openstack/heat: Add config options to specify stack domain admin  https://review.openstack.org/7603515:03
openstackgerritA change was merged to openstack/heat: Add a validation step to parameters schema  https://review.openstack.org/6965515:03
openstackgerritZiad Sawalha proposed a change to openstack/heat: Update api docstrings to match guidelines  https://review.openstack.org/7351515:03
openstackgerritJason Dunsmore proposed a change to openstack/heat: Make the first line of every file consistent.  https://review.openstack.org/7659115:04
*** Tross has quit IRC15:04
*** tspatzier has quit IRC15:04
*** mnaser has quit IRC15:08
*** Guest77723 has quit IRC15:08
*** alexheneveld has joined #heat15:08
openstackgerritA change was merged to openstack/heat: engine: allow stack_user_project users to retrieve stack  https://review.openstack.org/7130015:09
openstackgerritA change was merged to openstack/heat: migrate StackUser base class to stack domain users  https://review.openstack.org/7121015:09
openstackgerritA change was merged to openstack/heat: Implement OS::Neutron::ExtraRoute as /contrib  https://review.openstack.org/7489915:09
*** mnaser has joined #heat15:09
*** jergerber has joined #heat15:12
*** mkollaro1 has joined #heat15:13
*** mkollaro has quit IRC15:13
*** lazy_prince is now known as killer_prince15:13
*** tspatzier has joined #heat15:14
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Check resources are in expected states  https://review.openstack.org/5864115:16
*** arbylee has joined #heat15:17
openstackgerritAlexander Ignatov proposed a change to openstack/heat: OS::Savanna::Cluster resource implementation  https://review.openstack.org/7233615:20
*** sabeen has joined #heat15:21
radixtherve: typo in your docstring :P15:23
therveDamn15:23
radixhehe15:23
therveradix, Where?15:23
radixtherve: you say AWS::AutoScaling::ScalingPolicy twice15:23
*** sabeen has left #heat15:24
radixoh wait15:24
therveNo? :)15:24
radixno, I misread it :P15:24
therveHeh15:24
radixreading comprehension, I don't has it15:24
*** chandan_kumar has joined #heat15:25
*** arbylee has quit IRC15:26
*** arbylee has joined #heat15:26
*** david-lyle has joined #heat15:28
sdakemorning15:29
*** spzala has joined #heat15:30
*** lsmola has joined #heat15:32
andersonvommorning15:33
radixis there a way to affect the parallelism of test runs by tox -epy27?15:35
*** randallburt has joined #heat15:37
*** jmckind has joined #heat15:37
jasondradix: tox -e py27 -- --concurrency=115:37
*** bvandenh has quit IRC15:38
*** coolsvap has joined #heat15:38
radixjasond: ok thanks15:40
radixjasond: do you know what it does by default? NUMCPU-1 or something?15:40
jasondradix: the default is --concurrency=0 (auto-detect)15:41
* radix looks up testr docs15:41
jasondseems to be the number of CPUs15:41
*** bvandenh has joined #heat15:41
radixoh ok, yeah, just saw that15:43
therveradix, SC_NPROCESSORS_ONLN!15:45
radixtherve: "Did you mean: _SC_NPROCESSORS_ONLN"15:45
radixgoogle is pretty cool15:45
therve:)15:45
*** tomek_adamczewsk has joined #heat15:46
radixalso, anyone know if it's possible to specify user-local tox config options?15:46
radixI want to change something about tox but I don't want to maintain an indefinite patch against tox.ini...15:46
*** nati_ueno has joined #heat15:57
openstackgerritSteven Hardy proposed a change to openstack/heat: Fixup uuid stubbing in test_stack_user.py  https://review.openstack.org/7792015:57
openstackgerritSteven Hardy proposed a change to openstack/heat: migrate User/AccessKey resources to StackUser base class  https://review.openstack.org/7276315:57
openstackgerritSteven Hardy proposed a change to openstack/heat: StackUser add _delete_keypair function  https://review.openstack.org/7276215:57
openstackgerritSteven Hardy proposed a change to openstack/heat: Add test for StackUser._create_keypair  https://review.openstack.org/7276115:57
openstackgerritSteven Hardy proposed a change to openstack/heat: StackUser add suspend/resume support  https://review.openstack.org/7193015:57
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient add delete_stack_domain_user_keypair  https://review.openstack.org/7192915:57
*** coolsvap1 has joined #heat15:58
shardytherve: hopefully that fixes the issue you spotted, although I couldn't reproduce the sqlalchemy error you referred to15:58
therveshardy, Just warning message15:58
therveshardy, You know, the "deprecated message" thing15:58
sdakeisn't it reverify bug xyz when the gate fails to do the final commit (not the initial check's test of the patch)15:59
shardytherve: ah, right, I thought that was a different issue15:59
therveshardy, We ignore db error when creating events15:59
shardytherve: well I no longer stub uuid at all, so hopefully all good now :)16:00
shardytherve: umm, that sounds like a bug to me16:00
therveMaybe yeah16:00
pscheie_I have a few stacks whose state is UPDATE_FAILED because of some missing parameters in the manifest when I tried to update the stack.16:00
*** coolsvap has quit IRC16:00
openstackgerritJason Dunsmore proposed a change to openstack/heat: Don't include a default HOT version for unit tests  https://review.openstack.org/7792216:01
pscheie_If I go into the heat DB and manually change that status to, say, UPDATE_COMPLETE, should I then be able to do updates on those stacks then?16:01
shardypscheie_: anything could happen, because the partially updated stack is in an inconsistent state16:02
*** tomek_adamczewsk has quit IRC16:02
shardypscheie_: it's a known issue, we're looking at enabling retry from failed updates, but right now there's no safe way to do it16:02
*** rcleere has joined #heat16:02
pscheie_shardy, is there any way to manually go through and validate the state?16:03
shardyIf it's a dev environment, you might get away with hacking the DB16:03
openstackgerritSergey Kraynev proposed a change to openstack/heat: Fix resolving for Ref function  https://review.openstack.org/7792316:03
*** nszceta has quit IRC16:03
shardypscheie_: it really depends on the template and why the update failed16:03
andersonvomshardy: god morning! when you have a few mins to spare, could you take a look at this? https://review.openstack.org/#/c/74190/16:05
pscheie_shardy, in one case it was caused by a Resource (a vm) specifying an InstanceType that was not on the AllowedValues list16:05
shardyandersonvom: sure, I have already looked at it but was waiting for zaneb to take a look, as he did most of the heat-engine plugin implementation16:07
*** nszceta has joined #heat16:09
andersonvomshardy: thanks. I guess it makes sense to add him to the review as well. =]16:09
*** nszceta has quit IRC16:09
shardyandersonvom: I already did, last week16:09
andersonvom:P16:09
openstackgerritClint "SpamapS" Byrum proposed a change to openstack/heat: WIP: Record resource actions in a journal  https://review.openstack.org/7737416:10
* zaneb has 1526 unread Gerrit emails atm :(16:11
SpamapSzaneb: I have found gerrit emails to be basically useless at this point. :-/16:13
SpamapStoo much noise to signal16:13
zanebI used to keep up with them religiously16:13
cmysterD$+$ ftw16:13
zanebbut yeah, all the rechecks and rebases have bumped up the noise ratio a lot16:14
SpamapSAt this point I just try to make sure I respond to the reviews I've commented on, and drive queues toward 016:14
zaneband as soon as you start ignoring them, then you get out of sync with the ones you have actually dealt with for some other reason (someone pinged you, or you saw it in Gerrit)16:14
openstackgerritVictor Stinner proposed a change to openstack/heat: Replace ad-hoc coroutines with Trollius coroutines  https://review.openstack.org/7792516:15
*** jamieh has quit IRC16:15
zaneband then scrubbing the mailbox involves figuring out which you still need to deal with and which you don't16:15
SpamapSzaneb: yeah, oddly enough I find that the main "my changes" page is good enough for keeping up with the ones you're commenting on actively..16:15
shardyzaneb: I feel your pain, I just cleaned out my filtered gerrit mailbox, had over 29,000 emails, mostly unread16:16
zanebSpamapS: not really for me. it only lists 13 items, and once you review them they don't make way for other ones16:16
shardyemail seems like a suboptimal interface to prioritize reviews to me, so I gave up using them16:17
zaneband with all the rebases and rechecks, it takes forever for patches to get off that list16:17
*** bvandenh has quit IRC16:17
SpamapSzaneb: I have about 30 on that list.. andonce I've reviewed all of them, I go back and see if I can help land the ones I've +2'd16:18
*** rbuilta has joined #heat16:18
SpamapSwhich is often a recheck or rebase ;)16:18
shardySpamapS: did you see the remaining instance-users patches started landing?16:18
shardySpamapS: there was some concern re impact on the tripleo ci stuff16:18
zanebshardy: everything is suboptimal :( I like emails because I can mark them as read (dealt with) or not (not) independently of whatever action I take on them16:18
radixthe *one* nice thing about the gerrit emails is that they include comments16:18
shardyas you'll need to create the domain, user and update the config16:19
radixor rather, include the inline comments16:19
radixnot even the web view does that, which is hecka lame16:19
*** rcleere has quit IRC16:19
sdakeandersonvom I wanted to confirm you saw my last comment in https://review.openstack.org/#/c/58641/29 re the use of type()16:19
zanebradix: agree, it's a PITA. they could at least link to the files containing new comments, instead of making you go searching16:19
shardyzaneb: Yeah, I don't claim to have found an optimal solution, I use a variety of queries in the web UI instead16:19
andersonvomsdake: I did, and I added another comment there. actually, the implementation of Resource.type() actually returns the type used in the template, which is precisely what you wanted, right?16:20
SpamapS1393949773.278   1225 192.168.122.1 TCP_MISS_ABORTED/000 0 POST http://server.test:5000/v3/auth/tokens - HIER_DIRECT/1.0.0.1 -16:20
sdakecool16:20
sdakeI didn't know that :)16:20
SpamapSstill stuff not properly mocked16:20
SpamapSshardy: right I asked stevebaker to open a bug and we'll make sure we test/respond this week as we have all the devs here in sunnyvale16:21
sdakewell anyway I gave it a +2 \o/ :)16:21
andersonvomsdake: I had to rebase the patch, though.16:21
zanebsdake: self.type() is an instance method, type(self) is a built-in function that returns the class16:21
sdakeyes I saw that16:21
jasondi wish gerrit would include me in the To: header of the email when someone replies to a comment i made16:21
shardySpamapS: Ok, cool, well feel free to raise a bug with details on the mocking issues, and let me know if you need any assistance with the transition to domain users16:22
shardySpamapS: we reached the point where we had to get it in, hopefully any transitional disruption will be minimal :)16:22
*** andersonvom has quit IRC16:22
zanebradix, jasond: BTW Gerrit is Open Source. Just sayin' ;)16:23
sdakezaneb ;)16:23
*** andersonvom has joined #heat16:23
jasondzaneb: good point :)16:23
sdakethe neutron jobs are voting on the gate16:23
sdakeand non-voting on the check16:23
SpamapSshardy: if it is disruptive to tripleo, it will be disruptive to all deployers.. so -> release notes ;)16:23
sdakewhich is annoying,because they fail all the time!16:23
*** jprovazn has quit IRC16:23
shardySpamapS: absolutely, we will document in the release notes, but tripleo is the pre-release canary ;)16:24
pscheie_shardy, is there a way to do a "test run" of an update, so one could find errors in the template *before* potentially putting a stack in an UPDATE_FAILED state?16:24
* SpamapS wonders if shardy just called TripleO cute16:24
shardybasically just creating a domain and a user, and putting the details in heat.conf, hopefully not too painful :)16:24
pscheie_I know there is template-validate, but that just checks for syntax, I think.16:24
sdakewatching zuul is like watching grass grow16:25
SpamapSoh evil16:25
SpamapSI'm on an evil hotel network which responds to requests for serve.test with 1.0.0.116:26
SpamapSwhich is their evil "pay for access" thing16:26
sdake_are there any low or medium priority blueprints folks would like reviews on?16:26
SpamapSharlowja_away: see you soon eh? ;)16:26
* SpamapS heads to Yahoo!16:26
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement cancelling of stack update  https://review.openstack.org/6377916:26
*** tnurlygayanov has joined #heat16:26
*** e0ne has joined #heat16:27
sdake_(targeted for i3)16:27
SpamapSshardy: aaaand with that, we have fail16:27
SpamapS"Anyone seen this: ERROR: Property error : undercloud: key_name stack_user_domain ID not set in heat.conf"16:27
shardySpamapS: that's what I was just talking about :)16:27
SpamapSshardy: can you suggest a fix?16:28
*** pablosan has joined #heat16:28
jasondwould someone mind reviewing this?  https://review.openstack.org/#/c/72009/  (its child has already been approved)16:28
*** tomek_adamczewsk has joined #heat16:28
SpamapSshardy: also.. doesn't that break upgrades in an unacceptable way?16:28
*** pablosan is now known as ZZpablosan16:28
shardySpamapS: It's in https://review.openstack.org/#/c/73978/16:29
shardyThe commit message describes what needs to be done (as does the error message)16:29
*** e0ne_ has quit IRC16:29
shardySpamapS: for havana->icehouse upgrades, whatever tooling performs the upgrade will need to update heat.conf as part of the process16:29
sdake_shardy I think people magically expect old config files to work :)16:30
*** rollerj has joined #heat16:30
shardySpamapS: Also see https://review.openstack.org/#/c/76035/ where there are two more things which need setting in heat.conf16:30
SpamapSshardy: that sort of requirement has been rejected for cinder recently16:30
shardySpamapS: So how do you propose we handle it?16:30
SpamapSshardy: I think it is fine, but just letting you know that cinder wasn't able to require a new setting ...16:31
SpamapSshardy: I think we're handling it fine. Just pointing out it is perhaps a bit different than other projects' policies.16:31
zanebjasond: done16:31
shardySpamapS: who rejected it?16:31
*** jistr has quit IRC16:31
jasondzaneb: thanks16:32
sdake_shardy the general openstack theory is you should be be able to roll from release to release without changing anything16:32
sdake_the reality is the db updates and rpc updates aren't always kosher16:32
sdake_(changing anything but the binaries)16:32
*** shakayumi has joined #heat16:32
shardySpamapS: Ok, cool, well like I said, tripleo is the early adopter here by default so we can take feedback from you if you think there's some better, less disruptive way16:32
shardymaybe we set the heat domain id to "default" and use the service admin creds by default if they are not set16:33
SpamapSshardy: sdague rejected the cinder change way back when because it would break grenade to require the config file to be updated.16:33
SpamapSshardy: we wanted to require setting a lock dir16:33
shardySpamapS: Ok, well if we have to I may be able to provide a patch which makes the new code do the same thing as before if no config data is found, but if possible I'd prefer not to as the user side of it would be a bit messy16:35
SpamapSshardy: what about "sane defaults" ?16:35
shardySpamapS: devstack is already updated due to the gate, and I was just planning to document the new requirements in the release notes16:36
shardySpamapS: what is a sane default for keystone_authtoken admin_password?16:36
shardyIt is a required config input, just like these new values16:36
shardyThat is the cost of fixing the admin requirement for WaitConditions &c.16:37
*** TonyBurn_ has quit IRC16:38
shardyWe *could* default the stack_user_domain to "default" and use the context credentials if stack_domain_admin* aren't set16:38
shardythat would closely approximate the previous behavior I guess16:39
shardybut then folks will complain that they still require admin and that we didn't magic them a new config file16:39
*** harlowja_away is now known as harlowja16:40
*** harlowja has quit IRC16:41
*** ZZpablosan has quit IRC16:43
*** pablosan has joined #heat16:44
*** arbylee has quit IRC16:45
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: Python3: fix a bytes/str issue  https://review.openstack.org/7793816:53
*** nszceta has joined #heat16:56
*** harlowja has joined #heat16:56
*** cmyster has quit IRC16:56
*** samstav has joined #heat16:58
*** ramishra has quit IRC16:58
*** ramishra has joined #heat16:59
*** blues-man has joined #heat16:59
*** vijendar1 has joined #heat17:00
*** samstav_ has joined #heat17:01
*** vijendar1 has quit IRC17:01
*** vijendar1 has joined #heat17:01
*** randallburt has quit IRC17:01
*** sabeen has joined #heat17:01
*** sabeen has left #heat17:01
*** vijendar has quit IRC17:02
*** ramishra has quit IRC17:03
*** rcleere has joined #heat17:03
*** vijendar has joined #heat17:04
*** samstav has quit IRC17:04
*** alexheneveld has quit IRC17:04
*** jdob has joined #heat17:06
*** alexheneveld has joined #heat17:06
*** vijendar1 has quit IRC17:06
*** arbylee has joined #heat17:08
*** jprovazn has joined #heat17:09
*** pablosan has quit IRC17:11
*** pablosan has joined #heat17:12
*** topol has quit IRC17:12
jasondshardy: would you mind taking a look at this? https://review.openstack.org/#/c/74190/17:13
shardyjasond: sure17:13
*** nati_ueno has quit IRC17:13
jasondthanks17:13
*** rwsu has joined #heat17:14
*** Tross has joined #heat17:14
shardyOh that's the one andersonvom was asking about earlier17:15
andersonvompopular patch ;)17:15
jasondoh, i didn't realize17:15
shardyzaneb: did you want to take a look or shall I go ahead and approve?17:16
zaneblooking...17:16
zaneblgtm17:17
andersonvomo/17:17
*** e0ne has quit IRC17:17
shardycool, thanks17:18
andersonvomshardy, zaneb: thanks17:18
*** samstav_ has quit IRC17:18
*** samstav has joined #heat17:19
*** lindsayk has joined #heat17:19
sdake_when working with mock, what does this mean UnexpectedMethodCallError: Unexpected method call start.__call__() -> None17:20
sdake_could someone translate that into engrish for me pls :)17:21
arbyleesdake_: that looks like a mox error rather than a mock one to me17:23
*** derekh has joined #heat17:23
*** derekh has quit IRC17:23
arbyleesdake_: you have some mox object setup that didn't set up all the expected calls before verifying17:23
*** alexheneveld has quit IRC17:24
*** tomek_adamczewsk has quit IRC17:25
*** rbuilta has quit IRC17:27
*** pablosan is now known as ZZpablosan17:29
*** ZZpablosan is now known as pablosan17:29
*** pablosan is now known as ZZpablosan17:29
andersonvomsdake_: mock will usually tell you what was expected and what the actual call was17:29
*** ZZpablosan is now known as pablosan17:30
*** pablosan is now known as ZZpablosan17:30
sdake_andersonvom http://paste.fedoraproject.org/82247/9395423717:30
sdake_what I dont get is why mock and mox are used in the same test case17:31
*** nszceta has quit IRC17:31
*** ZZpablosan is now known as pablosan17:31
*** varora has joined #heat17:32
*** derekh has joined #heat17:32
*** aweiteka has quit IRC17:32
arbyleesdake_: it looks like your listener object (self.listener on line 299) is a mox object that wasn't expecting the #start call.17:33
*** cody-somerville has joined #heat17:33
andersonvomoooh, my test!17:34
andersonvomsdake_: yeah, if you look at line 1321, EngineListener is being stubbed with mox17:35
sdake_andersonvom I need to stub out oslo.messaging.server.MessagingHandlingServer.start so it doesn't actually do anything17:37
andersonvomsdake_: oh, I see... on EngineService.__init__, start is already being called, but it's also being called on line 1187 in your code17:37
*** cadenzajon has joined #heat17:38
openstackgerritJason Dunsmore proposed a change to openstack/heat: Add IP address to error message of failed stack  https://review.openstack.org/7723117:39
sdake_andersonvom nosetests heat.tests.test_engine_service:StackServiceTest.test_start_gets_all_stacks17:40
sdake_andersonvom http://paste.fedoraproject.org/82252/3939548117:40
sdake_this is the code I am working with, the line 3's you mentioned don't match up17:40
shardySpamapS: FYI, started a thread on openstack-dev re upgrades17:40
shardySpamapS: a similar argument will apply to flipping trusts to be default I guess17:41
SpamapSshardy: many thanks for driving that. :)17:41
shardyalthough that is a more transparent change, provided the deployment has the trusts extension is enabled in the keystone used by heat17:42
shardySpamapS: np, happy to get feedback so we can get it right before the release :)17:42
*** Tross has quit IRC17:42
*** rbuilta has joined #heat17:43
sdake_andersonvom line 145117:43
andersonvomsdake_: it looks like you're stubbing MessagingHandlingServer twice. once with mock and another one with mox. I'd get rid of lines 1456, 1458, 1462, since you've already mocked it with the decorator17:46
andersonvomsdake_: then, add another line similar to 144017:47
andersonvomsdake_: this is based on lines 298,299 of your stack trace (http://paste.fedoraproject.org/82247/93954237/)17:48
*** blues-man has left #heat17:50
sdake_andersonvom yes but for adding a line similiar to 1440, I want to mock the super start, not the eng.start17:50
*** topol has joined #heat17:51
andersonvomsdake_: oh, so you want Engine.start() to be run?17:52
sdake_yes!17:52
sdake_I just don't want the super of Engine.start to run17:52
andersonvomsdake_: rather, EngineListener.start?17:52
sdake_hence the reason for     @mock.patch.object(service.messaging.MessageHandlingServer, 'start')17:52
*** chandan_kumar has quit IRC17:53
*** zns has quit IRC17:53
*** che-arne has quit IRC17:53
sdake_in my reorg of service.py, EngineListener is a self of EngineService17:53
*** pablosan is now known as ZZpablosan17:54
sdake_service.py http://paste.fedoraproject.org/82259/5565413917:54
*** topol has quit IRC17:55
*** gokrokve has quit IRC17:55
*** gokrokve has joined #heat17:56
andersonvomsdake_: oh... I see17:56
*** randallburt has joined #heat17:56
*** randallburt has quit IRC17:56
andersonvomsdake_: so, if you look at lines 1178 and 1187, self.listener.start() is being called twice17:56
*** randallburt has joined #heat17:57
andersonvomsdake_: but on line 1439 of your test (http://paste.fedoraproject.org/82252/39395481/), it's being "moxed" only once. hence mox complaining about it not being expected17:58
andersonvomsdake_: if you refactor it to be mocked with mock instead, this error should go away.17:58
*** alexheneveld has joined #heat17:58
sdake_woha17:58
sdake_bad17:58
sdake_thanks17:58
sdake_I would have never figured that out :)17:58
*** topol has joined #heat17:59
andersonvomnp! :D17:59
*** Michalik has quit IRC17:59
*** pmathews has joined #heat17:59
*** tspatzier has quit IRC17:59
*** gokrokve has quit IRC18:00
*** gokrokve has joined #heat18:01
andersonvomour for lunch, kids. brb18:01
andersonvoms/our/out/18:01
*** rbuilta has quit IRC18:02
*** Linz has joined #heat18:02
*** Linz has quit IRC18:02
*** Linz has joined #heat18:03
sdake_andersonvom thanks :)18:03
*** Michalik has joined #heat18:04
*** daneyon has joined #heat18:04
*** lindsayk has quit IRC18:05
* sdake_ groans - 61 test failures after that change to service.py18:06
*** samstav has quit IRC18:07
*** samstav has joined #heat18:08
*** arbylee has quit IRC18:09
*** che-arne has joined #heat18:10
*** pvaneck has joined #heat18:10
*** aweiteka has joined #heat18:13
*** yogesh has joined #heat18:18
*** nszceta has joined #heat18:19
*** nati_ueno has joined #heat18:22
*** nati_ueno has quit IRC18:22
*** nati_ueno has joined #heat18:23
openstackgerritAlexander Ignatov proposed a change to openstack/heat: OS::Savanna::Cluster resource implementation  https://review.openstack.org/7233618:23
*** gokrokve has quit IRC18:25
*** gokrokve has joined #heat18:25
openstackgerritRandall Burt proposed a change to openstack/heat: Return None when get_attr cannot resolve a value  https://review.openstack.org/7771318:27
randallburtjasond`, andersonvom ^^ at your earliest, thanks!18:28
*** gokrokve has quit IRC18:29
openstackgerritA change was merged to openstack/heat: Allow Server name property to be updated  https://review.openstack.org/7462418:31
*** arbylee has joined #heat18:33
*** saurabhs has joined #heat18:37
*** e0ne has joined #heat18:37
openstackgerritPaul Van Eck proposed a change to openstack/heat: Allow proper instance with volume suspension  https://review.openstack.org/7612618:39
openstackgerritA change was merged to openstack/heat: Nova keypair validation breaks client plugins  https://review.openstack.org/7344118:39
*** e0ne has quit IRC18:39
*** achampion has quit IRC18:42
*** pmathews has left #heat18:42
*** pmathews has joined #heat18:42
*** rbuilta has joined #heat18:43
openstackgerritA change was merged to openstack/heat: Make server resources use nova_utils.refresh_server()  https://review.openstack.org/7200918:43
*** bgorski has quit IRC18:44
*** achampion has joined #heat18:49
openstackgerritJason Dunsmore proposed a change to openstack/heat: Keep trying to get SSH transport for up to 30 sec  https://review.openstack.org/7767718:50
*** gokrokve has joined #heat18:50
kevinbentonzaneb: ping18:52
*** Linz has quit IRC18:53
kevinbentonstevebaker: ping18:54
*** piousbox has joined #heat18:54
*** jistr has joined #heat18:57
*** e0ne has joined #heat18:57
*** jmckind has quit IRC18:57
*** Linz has joined #heat19:01
*** alexheneveld has quit IRC19:05
*** zns has joined #heat19:06
*** sballe has quit IRC19:07
zanebkevinbenton: pong19:08
stevebakerkevinbenton: pung19:08
kevinbentonstevebaker, zaneb: can we do a quick post-mortem on https://review.openstack.org/#/c/41044/ ?19:10
*** pmathews has quit IRC19:10
kevinbentonI wasn't really clear on what pushed it into contrib19:10
kevinbentonif it was the risk of race conditions or the use of CIDRs19:10
zanebthe use case that was proffered (by Kanabuchi-san) for it was for for network admins only19:11
zanebthat was why it was pushed into contrib, because that use case doesn't apply to the general Heat user19:12
stevebakerkevinbenton: the neutron API didn't allow for your use case, so until the neutron API is changed the only way of giving you what you need is by putting the resource somewhere which indicates that it is not entirely endorsed by Heat19:12
*** ZZpablosan is now known as pablosan19:12
kevinbentonzaneb: his use case was not the same as mine19:13
zanebunderstood19:13
kevinbentonstevebaker: so a change to allow safe updates would be okay?19:13
zanebso IMO I don't think modelling that particular neutron API directly is ever going to yield a good result19:13
stevebakerkevinbenton: a dedicated neutron API for route entries would be ideal19:14
zanebI think we need to break it down into individual use cases, with individual solutions, that may use that API on the back end but not be modelled on it19:14
*** e0ne has quit IRC19:16
*** e0ne has joined #heat19:16
kevinbentonso there are slightly conflicting messages that I'm interpreting. zaneb: it seems like you are mainly against users being allowed to reference arbitrary CIDRs, right? stevebaker: I understand your POV and will look into making changes on neutron depending on zaneb's19:16
*** gokrokve_ has joined #heat19:17
zanebso +1 to fixing the Neutron API if we can19:17
zanebthere are a couple of problems that I see with the current one19:18
zaneb#1 is that the API is inherently race-y :(19:18
kevinbentonzaneb: i completely understand that concern19:19
*** wusWWW has joined #heat19:19
zaneb#2 is that the resource doesn't take any inputs that allow Heat to infer the order in which it needs to be called19:19
kevinbentonzaneb: right, so would a reasonable compromise be to add the egress router interface for next-hop as part of the input?19:21
*** gokrokve has quit IRC19:21
kevinbentonzaneb: so then users can still specify an arbitrary next-hop and CIDR, but heat can know to wait until the router interface is active19:22
zanebkevinbenton: I believe so. if that guarantees the correct order then yes19:22
zaneb+119:22
*** piousbox has quit IRC19:23
kevinbentonok, i'm going to look into what it would take to fix extra routes then19:23
kevinbentonon the neutron side19:23
kevinbentonto support more goodness and less badness :-)19:24
zanebexcellent :)19:24
kevinbentonzaneb, stevebaker: thanks for your time19:24
sdake_gate sluggish today19:26
sdake_wonder what it could possibly be :)19:26
*** jamieh has joined #heat19:26
* sdake_ fires gate-tempest-dvsm-neutron19:27
*** bada has joined #heat19:29
*** tango|2 has joined #heat19:32
*** tomek_adamczewsk has joined #heat19:33
*** lsmola has quit IRC19:35
openstackgerritRandall Burt proposed a change to openstack/heat: Return None when get_attr cannot resolve a value  https://review.openstack.org/7771319:35
*** piousbox has joined #heat19:35
*** bada has quit IRC19:39
openstackgerritRandall Burt proposed a change to openstack/heat: Refactor CLB to work with groups  https://review.openstack.org/6558619:39
*** topol has quit IRC19:43
*** wchrisj has quit IRC19:47
*** nszceta has quit IRC19:47
*** DaveJ__ has quit IRC19:47
*** wchrisj has joined #heat19:49
*** sabeen has joined #heat19:54
*** topol has joined #heat19:54
*** kebray has joined #heat19:55
*** andersonvom has quit IRC19:56
stevebakerzaneb: could you take a look at this bug fix? https://review.openstack.org/#/c/77923/119:56
stevebakerskraynev: I'm surprised ^ fixed the port update issue19:56
zanebstevebaker: will do, thanks19:56
*** cadenzajon has quit IRC19:57
stevebakerzaneb: TC meeting19:59
zanebta19:59
*** IlyaE has joined #heat20:02
*** kebray_ has joined #heat20:02
*** kebray_ has quit IRC20:04
*** kebray has quit IRC20:05
*** kebray has joined #heat20:05
*** denis_makogon has quit IRC20:09
*** dmakogon_ has joined #heat20:09
randallburtstevebaker:  FWIW, we agreed at the glance mid-summit that application catalog stuff belongs in glance, even for Murano20:10
openstackgerritA change was merged to openstack/heat: Make Keystone client pluggable  https://review.openstack.org/7419020:13
*** shakayumi has quit IRC20:17
jasondjpeeler: would you mind re-reviewing this? https://review.openstack.org/#/c/77713/20:17
*** shakayumi has joined #heat20:19
*** jistr has quit IRC20:20
sdake3 hour check pipeline20:22
* sdake ughs20:22
randallburtits that time of year...20:22
sdakeseems to be20:22
sdakejam it all in at the last minute20:22
sdakewaiting for my gate check to be merged before submitting my new oslo changeset20:22
sdakebeen waiting for 3 hours20:22
* sdake ughs20:22
sdakev2 keystone plugin next in line20:23
sdakev2 plugin just failed20:25
openstackgerritA change was merged to openstack/heat: Add Keystone V2 plugin  https://review.openstack.org/7419120:26
openstackgerritA change was merged to openstack/heat: Always report the action in state_reason as engine encodes it  https://review.openstack.org/7740620:27
sdakei guess log errors are ok20:27
sdakewho would have known :)20:27
openstackgerritSteven Dake proposed a change to openstack/heat: Migrate to oslo.messaging from oslo-incubator rpc  https://review.openstack.org/7279820:27
openstackgerritSteven Dake proposed a change to openstack/heat: Update config generator for oslo.messaging  https://review.openstack.org/7747220:27
*** kebray_ has joined #heat20:30
*** sgordon has quit IRC20:33
*** sgordon has joined #heat20:33
*** kebray has quit IRC20:33
*** topol has quit IRC20:36
openstackgerritRichard Lee proposed a change to openstack/heat: Check resources are in expected states  https://review.openstack.org/5864120:43
randallburtarbylee:  thanks! will +2 once jenkins does its thing20:44
arbyleerandallburt: \o/20:45
stevebakersdake: you know you can tail the check logs as they are running?20:47
*** cody-somerville has quit IRC20:50
sdakeyup20:53
sdakeconsole in jenkins20:54
*** rbuilta has quit IRC20:55
*** asalkeld has quit IRC20:55
openstackgerritRichard Lee proposed a change to openstack/heat: Allow update of admin_pass on server  https://review.openstack.org/7274620:57
*** jmckind has joined #heat20:58
*** cadenzajon has joined #heat21:06
*** kebray_ has quit IRC21:08
*** asalkeld has joined #heat21:08
*** jamieh has quit IRC21:09
sdake_jasond is https://blueprints.launchpad.net/heat/+spec/improve-api-polling implemented now that your patches are merged?21:09
openstackgerritA change was merged to openstack/heat: replace dict comprehension with dict constructor  https://review.openstack.org/7783421:12
*** tspatzier has joined #heat21:16
*** bada has joined #heat21:17
*** IlyaE has quit IRC21:21
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: Fix parameter constraints syntax  https://review.openstack.org/7800521:23
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: README documentation updates  https://review.openstack.org/7777921:23
openstackgerritAaron Weitekamp proposed a change to openstack/heat-templates: Tighten up security group port settings for broker and node.  https://review.openstack.org/7777821:23
*** larsks has quit IRC21:23
*** randallburt has quit IRC21:25
*** sabeen has quit IRC21:30
jasondsdake_: yep, i just marked it implemented.  thanks21:35
* stevebaker emerges from the meeting tunnel, blinks21:40
stevebakerwill andersonvom be around today?21:41
*** randallburt has joined #heat21:43
*** randallburt has quit IRC21:43
*** randallburt has joined #heat21:43
*** saurabhs has quit IRC21:43
*** saurabhs has joined #heat21:43
arbyleestevebaker: just pinged him for you21:44
*** andersonvom has joined #heat21:45
saurabhsstevebaker: I am trying to use stack-update command to update metadata associated with the instance.21:45
saurabhsI have created a stack with a template which has some parameters. now with stack-update command if I pass it a different value for that parameter, I don't see it getting updated in the DB in stack table for parameters column. is it suppose to get updated?21:45
arbyleestevebaker: he's in the airport. anything I can help with?21:45
andersonvomstevebaker: hey21:45
saurabhsHow do I perform a metadata update with heat stack-update?21:45
*** randallburt1 has joined #heat21:45
*** randallburt1 has quit IRC21:45
*** randallburt1 has joined #heat21:46
stevebakersaurabhs: instead of looking in the DB you should state your problem in terms of whether the stack is doing what you want/expect.21:46
stevebakerandersonvom: I'm just thinking if we deferred stack-check now that would free up some reviewing resource for the remaining blueprints. How would you feel about that21:47
stevebaker?21:47
*** achampion has quit IRC21:47
*** randallburt has quit IRC21:47
randallburt1andersonvom:  may be in the air right now21:47
*** randallburt1 is now known as randallburt21:47
randallburtstevebaker:  ^^21:48
andersonvomstevebaker: I was actually wondering if it would make it today so that we can start implementing the other resources. =P21:48
randallburtandersonvom:  wow, internets on airplanes?21:48
stevebakerandersonvom: ok, lets see how it goes21:48
randallburtwhat a time to be alive21:48
stevebakerfeature freeze is in ~12 hours21:48
saurabhsstevebaker: so I have built image using os-apply-config and os-refresh-config, when I use stack-update command with different setup of parameter, which internally are reffered in metadata in the template, I don't see those values getting updated into the instance in my config.21:48
randallburtstevebaker:  that means landed, not just in-flight?21:49
andersonvomrandallburt: still at the airport, waiting to board. (did not expect port 7000 to be open in the airport network, though :P)21:49
stevebakersaurabhs: could you paste.openstack.org your template?21:49
andersonvomrandallburt: you may be the best person to opine on not getting stack-check in.21:50
randallburttbh, I'd certainly prefer it be in, but I appreciate stevebaker's situation21:50
andersonvomstevebaker: sdake_ and other folks have already given their thumbs up in the past, it's just all the rebasing that's been keeping it unmerged21:50
randallburtandersonvom:  the problem is that if its not implemented in the other resources, that patch doesn't do much for me on its own21:51
stevebakereither way, it will get deferred if its not in by FF, since its Medium priority. I'll take a look at it today21:51
stevebakerrandallburt, andersonvom, and support for other resource can't land until feature freeze is lifted21:51
saurabhsstevebaker: this is is the template http://paste.openstack.org/show/72326/ and the stack-create command I used was21:51
*** radez is now known as radez_g0n321:51
saurabhsheat stack-create Trove-API-2 -f trove.yaml -P "Trove-Image-ID=a8e065cd-5c18-4de7-84c5-c4977138dc68;Trove-Debug=False"21:51
andersonvom=(21:52
saurabhsheat stack-update Trove-API-2 -f trove.yaml -P "Trove-Image-ID=a8e065cd-5c18-4de7-84c5-c4977138dc68;Trove-Debug=True"21:52
*** zns has quit IRC21:52
saurabhsstevebaker: I expected the updated value of Trove-Debug to be reflected in the instance21:53
randallburtstevebaker:  support for other resources can still land as part of Icehouse or will it have to wait until Juno opens up?21:53
saurabhsbut since I didn't see that being updated I went in the table to check if at least its getting updated in there, but I didin't see that its getting update in the database table (stack) either21:54
*** topol has joined #heat21:54
andersonvomtechnically they wouldnt be new features, since it's "stack-check not working for resource X", right?21:54
stevebakersaurabhs: you're missing os-collect-config config and the associated user/policy resources in that template. Until SoftwareDeployment resource lands you're only option is to do tripleo-heat-templates style21:54
stevebakerrandallburt: smells like a feature21:54
openstackgerritJason Dunsmore proposed a change to openstack/heat: Retry logic for SSH connection in Cloud Server resource  https://review.openstack.org/7767721:55
andersonvomlooks like a feature, smells like a feature, acts like a feature? it's a BUG! ;)21:55
randallburtstevebaker:  I don't disagree, just wondering if its worth pushing the existing patch without the other resource support. I certainly don't want to be in a position to backport before the actual release.21:55
stevebakerrandallburt: so maybe its best to defer now, and feel free to work on the resources during FF21:56
randallburtrandallburt:  so, my position is this: I'd really like to have stack-check in Icehouse, but would rather it work for every resource rather than just one. So I'm ok with that stevebaker.21:57
saurabhsstevebaker: what is intended use of stack-update, in its current form, is it not supposed to be used for updating metadata?21:57
stevebakersaurabhs: here is everything you would need to get os-collect-config working http://git.openstack.org/cgit/openstack/tripleo-heat-templates/tree/block-storage.yaml (as well as os-collect-config on your image)21:57
randallburtandersonvom:  sound ok?21:58
stevebakersaurabhs: stack-update would work for this, but your template appears to have no mechanism for the server to poll for metadata changes. That is what os-collect-config does21:58
andersonvomrandallburt: yeah, I guess you guys are right. we can start working on the other resources, then21:59
stevebakersaurabhs: with blueprint hot-software-config this is all much easier to do, but I'm not sure if you're in the position to wait for that to land21:59
shardysaurabhs: Note you can use heat resource-metadata <stack> <resource> on the CLI to see the metadata update without fishing in the DB21:59
randallburtcool22:00
randallburtthanks andersonvom and stevebaker22:00
stevebakerrandallburt, andersonvom, ok, I'll defer and -2 the change to freeze it22:00
stevebakerpscheie_: are you about?22:03
pscheie_I am, for a couple more minutes22:03
saurabhsstevebaker: I understand the change that you are suggested, I will try that out (by not specifying os-refresh-config I am missing the polling for those metadata field). But just so that I understand this better, I think stack-update did do the metadata update, but where does the updated values gets saved, since I didn't see them in DB? are they directly pushed to the metadata server?22:03
*** zns has joined #heat22:04
stevebakersaurabhs: forget about the DB, try shardy's suggestion to see if the metadata has been updated in heat (heat resource-metadata ...)22:05
saurabhsstevebaker: I tried resource-metadata, I still see the value of Debug parameter to be false, Its not reflecting the updated value for it22:07
stevebakerpscheie_: how would you feel about deferring cancel-update-stack until Juno. It would free up some reviewing resource for the feature freeze22:08
*** blomquisg has quit IRC22:08
stevebakerpscheie_: its hard to tell, but it looks like cancel-update-stack depends on stack-check anyway, which has just been deferred22:09
pscheie_stevebaker, I'd already mentally assumed it would get pushed to juno, so it's okay by me.22:10
pscheie_must run.  be back tomorrow.22:11
stevebakerpscheie_: heh, I see it has had zero reviewer attention, our bad :{22:11
stevebakerpscheie_: ok, I'll defer. Thanks for understanding22:11
*** rpothier has quit IRC22:11
*** achampion has joined #heat22:11
openstackgerritSteve Baker proposed a change to openstack/heat: Resource type implementations for structured software config  https://review.openstack.org/7420622:12
openstackgerritSteve Baker proposed a change to openstack/heat: Server property for software config transport  https://review.openstack.org/7779822:12
openstackgerritSteve Baker proposed a change to openstack/heat: Remove signal_id from deployments API and model  https://review.openstack.org/7779922:12
openstackgerritSteve Baker proposed a change to openstack/heat: OS::Nova::Server support for software config  https://review.openstack.org/6762522:12
openstackgerritSteve Baker proposed a change to openstack/heat: Resource type implementation for software deployment  https://review.openstack.org/6762422:12
openstackgerritSteve Baker proposed a change to openstack/heat: Nova server to ref cloud-config resources in user_data  https://review.openstack.org/6923822:12
saurabhsstevebaker shardy: Here is the output of resource-metadata http://paste.openstack.org/show/72342/. This the template http://paste.openstack.org/show/72326/22:13
*** andersonvom has quit IRC22:14
*** IlyaE has joined #heat22:14
*** pablosan is now known as ZZpablosan22:15
stevebakersaurabhs: OK, I would expect that to work. Could you please raise a bug?22:15
stevebakersaurabhs: and attach all the things22:15
saurabhsstevebaker: ok. Will do. One more question about updating the image on an heat stack. if lets say I want to update the image ID for one or more resources in my heat-stack. should I be using stack-update for that too? and once the update is done, what should I be doing to rebuild those resources using updated image-id22:17
stevebakersaurabhs: changing the image ID in an update will result in the servers being deleted and created with the new ID22:18
stevebakersaurabhs: actually you can set the server property image_update_policy to controll whether to do a rebuild or replace22:19
stevebakersaurabhs: tripleo uses that22:19
saurabhshmm so that will also result in updated IP of the instance right? do you know how tripleo does this? I thought they do nova reset/rebuild22:20
saurabhsstevebaker: thanks I think you answered that. I will look at image_update_policy and how to set it22:20
*** ZZpablosan is now known as pablosan22:21
*** blomquisg has joined #heat22:22
SpamapSshardy: around?22:22
shardySpamapS: yup, hi!22:23
SpamapSshardy: so, keystoneclient doesn't have the 'domain create' command22:23
shardySpamapS: you have to use python-openstackclient22:23
SpamapSshardy: ... that seems a bit unreasonable. :-/22:23
SpamapSor has keystoneclient been deprecated?22:24
shardySpamapS: I agree, but the keystone devs are deprecating the keystoneclient CLI22:24
stevebakerSpamapS: keystoneclient doesn't do v322:24
shardypersonally I think it's a bad decision, and have questioned it, but that is the direction they are headed <shrug>22:24
SpamapSWhy isn't this being screamed about whenever I run keystoneclient cli commands?22:25
shardyI have provided the openstackclient commands in the commit messages22:25
SpamapS"WARNING: This is deprecated. You can't use it anymore."22:25
shardySpamapS: It's all over the keystone logs22:25
SpamapSshardy: yeah we don't have openstackclient in TripleO ... gah22:25
stevebakermessengers! run away!22:25
shardylol22:25
SpamapSshardy: yes, but that isn't visible to me, the user, running 'keystone xxx'22:25
shardySpamapS: agree, noisy client warnings would be good22:26
shardymy guess is they plan to add them sometime soon seeing as v2 is deprecated for Icehouse22:26
shardyjamielennox would be the person to ask22:26
SpamapSshardy: many many stalled developers right now because Heat is broken.22:27
shardySpamapS: I'm not sure what you're saying, how is heat broken?22:27
shardyclearly we need a way for you to install openstackclient22:28
shardyOr a tiny bit of python calling keystoneclient to create the domain and user if that is impossible22:28
SpamapSshardy: heat is requiring config and users and openstackclient , it did not require such things before.22:29
SpamapSshardy: we're up to 4 patches now22:29
shardySpamapS: Ok, so lets work together to find a solution, this is valuable feedback and I want us to fix it22:29
SpamapSI'm trying hard not to say it should be reverted. I know that is painful.. but if there are any CD Heat shops.. they're broken.22:30
*** e0ne has quit IRC22:30
shardySpamapS: but these patches have been around for months, along with considerable discussion, and I have been trying to engage you for feedback on impact for tripleo22:30
SpamapSshardy: yes, hence me trying hard to not assign blame as it is just as easily assignable to me as anyone else. :p22:31
SpamapSshardy: But the reality is.. we shouldn't be landing patches that break deployers without a deprecation warning.22:32
shardySpamapS: So can you explain the barrier to just installing openstackclient, creating the stuff and updating the config?22:32
*** lindsayk has joined #heat22:32
SpamapSshardy: Firedrill vs. "TODO"22:32
shardySpamapS: this is the bleeding edge of a development branch not a stable release22:32
SpamapSshardy: 2 of us are dropping everything to do the patches. Plus two reviewers having to push these reviews to the top of the stack.22:33
SpamapSshardy: vs. "oh we've got a deprecation warning we need to fix that some time in the next 6 months"22:33
*** larsks has joined #heat22:33
SpamapSshardy: OpenStack supports continuous deployers. We don't throw them under the bus.22:33
shardySpamapS: I accept tripleo is in a uniquely pain-inflicted position here, you are almost like an extension of the gate, only we have no control or feedback, other than you complaining of course ;D22:34
SpamapSshardy: and even with the stable release scenario, Havana users should be able to upgrade and then deal with deprecation warnings.22:34
SpamapSOtherwise we make the upgrade orchestration more painful, making it harder to stay current. Icehouse in particular is the first release where we're trying hard to guarantee that.22:34
shardystevebaker: what's your take here - do we revert and I'll come up with some way to gracefully fall back to the previous behavior?22:34
SpamapSshardy: I think at this point, no you don't have to revert.22:35
SpamapSBut this must be avoided in the future.22:35
SpamapSAnd perhaps you can also merge a patch to gracefully fall back before Icehouse release.22:36
shardySpamapS: Ok, point taken, I'll raise a critical bug and propose a patch tomorrow which will fail back to the previous behaviour if the config options arent there (with warnings in the logs)22:36
shardywould that be OK?22:36
shardySpamapS: what would it take to provide gate feedback from the tripleo CI infra?22:37
stevebakerI'm ok with reverting if its necessary, but it sounds like its not22:37
shardySpamapS: do you already have a tripleo bug I can tag onto?22:38
stevebakershardy: I raised one yesterday22:39
*** achampion has quit IRC22:39
SpamapSshardy: We are on the path of getting tripleo CI into the gate22:39
stevebakershardy: https://bugs.launchpad.net/bugs/128745322:39
SpamapSshardy: we have had reliability issues that we're just now solving.. thus making infra hesitant to depend on us. :)22:39
stevebakeroh, you mean for gating22:39
SpamapSshardy: yes bug 128745322:40
shardySpamapS: even non voting check feedback would be hugely useful in situations like this22:40
SpamapSshardy: and thanks for the quick response. I think that would be fantastic and I really appreciate your position on this.22:40
shardySpamapS: np, I'm sorry for the inconvenience22:40
SpamapSshardy: right, we are just now able to test our own things non-voting.. then we'll gate our own things and non-vote on OpenStack .. then gate OpenStack.. :-/22:41
stevebakerI wonder if there is a better way of reconciling the pathologies of time-based releases vs CI22:41
*** samstav has quit IRC22:41
*** samstav has joined #heat22:42
shardystevebaker: +122:42
shardyCI is always going to be a challenge unless you gate on everything22:43
SpamapSshardy: agreed, and we do gate on _most_ things.22:43
SpamapSand realistically, a CD shop will always have their own gate22:43
SpamapSHP Cloud runs a week or two behind master for most services..22:44
SpamapSbut that is because it is Continuous Delivery, not Continuous Deployment .. meaning each change is always _available_ .. but you still only deploy when you want/need to.22:44
*** Linz_ has joined #heat22:48
*** giulivo has quit IRC22:50
*** tspatzier has quit IRC22:50
stevebakershardy: maybe heat-manage should depend on openstackclient and have a command which checks for values in heat.conf and runs keystone commands to create any missing values. Then it could print out the required heat.conf changes22:51
*** Linz has quit IRC22:51
*** aweiteka has quit IRC22:52
*** dims has quit IRC22:52
shardystevebaker: well heat-manage would need keystone credentials and would basically do the same job openstackclient already does (which is to talk to the keystoneclient python bindings)22:52
stevebakershardy: yes, but it could do it with a little more handholding than running openstackclient manually22:53
stevebakershardy: if it means openstackclient doesn't need to be installed, even better22:54
*** nati_ueno has quit IRC22:54
shardywe could add it to bin/heat-keystone-setup22:54
*** mkollaro1 has quit IRC22:54
stevebakershardy: only if tripleo already uses bin/heat-keystone-setup.22:54
shardystevebaker: looks like they have their own pile of shell script:22:55
shardyhttps://review.openstack.org/#/c/78020/5/scripts/init-keystone22:55
stevebakershardy: something python based which only does the domain stuff would be useful, since it wouldn't need openstackclient22:56
*** blamar has joined #heat22:56
shardystevebaker: I can really easily provide a tools/domain_setup.py22:56
shardywhich would only depend on keystoneclient22:56
*** nati_ueno has joined #heat22:56
shardySpamapS: ^^ would that be easier for you guys than installing openstackclient?22:57
shardy(as well as the config fall-back)22:57
*** cfriesen_ has quit IRC22:58
*** jasond has quit IRC22:59
*** yogesh has quit IRC23:00
*** rollerj has quit IRC23:00
*** rpothier has joined #heat23:01
SpamapSshardy: yes that would actually be better23:06
*** slagle has joined #heat23:06
*** Michalik has quit IRC23:08
*** dims has joined #heat23:08
*** shakayumi has quit IRC23:14
*** blomquisg has quit IRC23:15
*** zns has quit IRC23:19
*** pablosan is now known as ZZpablosan23:23
*** Tross has joined #heat23:24
*** Michalik has joined #heat23:25
*** jergerber has quit IRC23:25
*** rcleere has quit IRC23:25
*** lindsayk has quit IRC23:28
*** blomquisg has joined #heat23:29
*** randallburt has quit IRC23:30
*** samstav has quit IRC23:31
*** samstav has joined #heat23:31
*** radez_g0n3 is now known as radez23:33
*** david-lyle has quit IRC23:34
openstackgerritSteve Baker proposed a change to openstack/heat: Allow getting attributes on suspended resources.  https://review.openstack.org/7745223:37
openstackgerritSteve Baker proposed a change to openstack/heat: Allow handle_signal to assert which actions are valid  https://review.openstack.org/7745323:37
*** ZZpablosan is now known as pablosan23:38
openstackgerritA change was merged to openstack/heat: Give cfn a separate Template class  https://review.openstack.org/7458923:40
openstackgerritA change was merged to openstack/heat: Calculate template version only once  https://review.openstack.org/7775123:40
*** vijendar has quit IRC23:41
*** samstav has quit IRC23:41
*** kebray has joined #heat23:45
openstackgerritA change was merged to openstack/heat: Add a plugin_manager module  https://review.openstack.org/7459023:46
openstackgerritA change was merged to openstack/heat: Move the code that reads the global environment  https://review.openstack.org/7632323:46
openstackgerritA change was merged to openstack/heat: Docs: use the plugin manager to list resources  https://review.openstack.org/7632423:46
*** zns has joined #heat23:47
*** blamar has quit IRC23:48
*** blamar has joined #heat23:49
*** kebray has quit IRC23:57
*** IlyaE has quit IRC23:58
*** tomek_adamczewsk has quit IRC23:58

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