Wednesday, 2014-03-05

*** IlyaE has joined #heat00:01
*** wusWWW has quit IRC00:03
*** vijendar has joined #heat00:03
*** vijendar has quit IRC00:03
*** aignatov has quit IRC00:04
*** vijendar has joined #heat00:04
*** IlyaE has quit IRC00:05
*** aignatov has joined #heat00:06
*** zns has quit IRC00:08
*** achampion has joined #heat00:09
*** radez is now known as radez_g0n300:09
*** jmckind has quit IRC00:11
openstackgerritSteven Hardy proposed a change to openstack/heat: Add tools/create_heat_domain helper script  https://review.openstack.org/7804800:12
shardySpamapS, stevebaker: ^^00:13
shardyhttps://bugs.launchpad.net/heat/+bug/128798000:13
shardyI will look at the config-fallback stuff tomorrow morning00:14
stevebakershardy: nice, it would be good for devstack to eventually use create_heat_domain too00:15
shardystevebaker: IMO it wouldn't, devstack uses openstackclient everywhere00:15
stevebakerhmm, ok00:15
shardyhopefully this will be a short(ish) term hack00:15
shardywhen everyone has openstackclient we can remove this or replace it with a trivial three line shell script00:16
shardyanyway, we can debate that when the time comes, I need some sleep now ;)00:17
stevebakershardy: yes, get some sleep00:17
shardyo/00:17
*** nszceta has joined #heat00:18
*** sgordon has quit IRC00:19
SpamapSshardy: ACK00:21
*** shakayumi has joined #heat00:24
*** jdob has quit IRC00:25
*** blomquisg has quit IRC00:26
*** arbylee1 has joined #heat00:28
*** cadenzajon_ has joined #heat00:28
*** arbylee has quit IRC00:29
*** nati_ueno has quit IRC00:30
*** cadenzajon has quit IRC00:32
*** jcru has joined #heat00:38
*** topol has quit IRC00:38
*** blomquisg has joined #heat00:39
*** tango|2 has quit IRC00:40
*** nati_ueno has joined #heat00:41
*** kebray has joined #heat00:42
*** IlyaE has joined #heat00:42
*** pvaneck has quit IRC00:50
*** saurabhs has left #heat00:51
*** radez_g0n3 is now known as radez00:53
*** pablosan has quit IRC00:55
*** arbylee1 has quit IRC00:55
*** IlyaE has quit IRC01:01
*** vijendar has quit IRC01:02
*** blamar has quit IRC01:05
sdake_jpeeler or zaneb or any other cores could someone review https://review.openstack.org/#/c/77472/01:05
sdake_takes about 5 minutes at most :)01:05
sdake_wow took a nap and ptfo'ed for 4 hours01:06
sdake_not good01:06
sdake_now going to be up all night01:06
asalkeldsdake_ that sample seems messed up01:08
asalkeldno: [clients_nova] group anymore01:08
sdake_asalkeld try generating a sample on master and tell me its not messed up01:08
sdake_try generating on master and see if clients_nova is created01:08
sdake_I thikn the rpc options registration for clients* is wrong01:09
sdake_it does some globals nonsense01:09
asalkeldI think this is what I was struggling with01:09
sdake_which part01:10
asalkeldit to do with the __eq__ in oslo.conf01:10
asalkeldthey changed it's behaviour01:10
sdake_when were you struggling with it01:10
asalkeldwhen I was doing the messaging stuff01:11
asalkeldI did say there was some horrible config stuff01:11
sdake_there was a bunch of other work involved in getting messaging going01:11
*** wchrisj has quit IRC01:11
sdake_asalkeld so if I run generate_sampe.sh on master, I get the following diff:http://paste.fedoraproject.org/82412/9819741301:13
sdake_you see in that diff clients_* is removed01:13
*** Michalik has quit IRC01:14
asalkeldi think it is the version of oslo.config that exist when you run and when jenkins runs it01:14
sdake_interesting, so not a config generator problem per say01:14
*** arbylee has joined #heat01:15
asalkeldhttps://github.com/openstack/oslo.config/commit/74cd448be10ffcaf1ee7e0f8afd00e2180f6397a01:15
asalkeldsdake_ well both01:15
sdake_I guess I could rewrite the register rpc clients options01:15
sdake_so it doesn't suck01:15
*** arbylee has quit IRC01:15
asalkeldsdake_ the only way it will work is to copy them out01:15
asalkeldno for loop01:16
asalkeldsuper ugly01:16
sdake_why no for loop?01:16
asalkeldit's the way the generator figures out if it has added an option already01:16
asalkeldand currently an option can only be in one group01:17
sdake_i was speculating the issue is StrOpt/etc had the same keys01:17
asalkeldwhich is stupid01:17
sdake_looks like my sepculation was right :)01:17
asalkeldso some options: do it ugly in heat, fix the generator to support mulitple opts in a group01:18
asalkeldand make oslo.conf __eq__ smarter01:18
asalkeldopt == opt2 should look at the contents of the opt01:19
sdake_i was hoping something that didn't involve replacing oslo.config in the gate01:19
asalkeldyou could do a short term ugly fix01:20
asalkeldremove the for loop01:20
sdake_make all separate calls you mean?01:20
*** Michalik has joined #heat01:20
asalkeldand define each option explicitly01:20
sdake_with the option such as "client_swift_xyz"01:21
asalkeldyeah01:21
sdake_or have a client_swift section still01:21
asalkeldwell dont' copy options in code01:21
asalkeldcopy options in your editor01:21
asalkeld(super ugly)01:21
sdake_i also speculated that copying opitons was resulting in the same potion reference01:22
sdake_which was breaking the generator01:22
sdake_i was thinking of just making new options each time01:22
sdake_I did have a work in progress patch of htis functionality, but it also didn't work :(01:22
sdake_eg stropt('host) to generate a new stropt object01:23
sdake_but that probably isn't working01:23
sdake_maybe because of the oslo eq01:23
asalkeldhttps://github.com/openstack/oslo-incubator/blob/master/openstack/common/config/generator.py#L15201:23
*** pablosan has joined #heat01:23
*** sgordon has joined #heat01:24
stevebakersdake_, asalkeld, zaneb, reviews on this would close a blueprint https://review.openstack.org/#/c/69238/01:24
sdake_stevebbaker looking01:24
*** derekh has quit IRC01:24
asalkeldhang on, need coffee01:25
*** slagle is now known as slagle-afk01:25
*** rwsu has quit IRC01:29
*** slagle-afk has quit IRC01:29
stevebakersdake_: maybe jasond` could help with uncommenting the lock tests https://review.openstack.org/#/c/72798/50/heat/tests/test_engine_service.py01:30
*** gokrokve_ has quit IRC01:30
*** harlowja has quit IRC01:31
openstackgerritZhang Yang proposed a change to openstack/python-heatclient: Modify timeout in client shell  https://review.openstack.org/7778401:32
*** jprovazn has quit IRC01:32
stevebakerasalkeld: a review on this would also close a blueprint https://review.openstack.org/#/c/77529/01:34
*** daneyon has quit IRC01:34
*** wchrisj has joined #heat01:37
*** ramishra has joined #heat01:41
asalkeld:( been reviewing all morning01:42
asalkeldwoot, no vim headers01:49
*** Linz_ has quit IRC01:52
*** Linz has joined #heat01:55
*** nosnos has joined #heat01:56
*** fandi has joined #heat01:58
*** cody-somerville has joined #heat01:59
*** cody-somerville has quit IRC01:59
*** cody-somerville has joined #heat01:59
*** blomquisg has quit IRC02:00
*** randallburt has joined #heat02:01
ramishrastevebaker: Hello, GM02:02
*** randallburt has quit IRC02:02
*** randallburt has joined #heat02:03
stevebakerramishra: hi02:03
ramishrastevebaker: if you have sometime can you please reviw https://review.openstack.org/#/c/77084/02:03
stevebakerI can take a look in about an hour02:04
*** topol has joined #heat02:04
ramishrastevebaker:np, I have also assigned https://bugs.launchpad.net/heat/+bug/1286128 to me.. Hope it's ok02:04
sdake_stevebaker thanks for the oslo.messaging review02:07
sdake_I was expecting more hostility :)02:07
sdake_mainly around service.py but guess that isn't the case :)02:08
*** wchrisj has quit IRC02:11
*** erkules_ has joined #heat02:14
*** blomquisg has joined #heat02:14
*** erkules has quit IRC02:16
*** erkules_ is now known as erkules02:16
*** gokrokve has joined #heat02:16
*** harlowja has joined #heat02:17
*** slagle-afk has joined #heat02:22
*** jprovazn has joined #heat02:27
*** jcru has quit IRC02:28
*** sgordon has quit IRC02:28
*** wchrisj has joined #heat02:31
*** gokrokve has quit IRC02:35
*** wchrisj__ has joined #heat02:37
*** wchrisj has quit IRC02:37
*** wchrisj__ has quit IRC02:41
*** ramishra has quit IRC02:42
*** ramishra has joined #heat02:43
*** nati_ueno has quit IRC02:43
*** ramishra has quit IRC02:47
stevebakersdake_: only because I don't understand it ;)02:48
sdake_basically transports connect to endpoints via dispatchers02:49
sdake_oslo-messaging handles the connections, all you do is provide the objects02:49
sdake_transport = aqmp,etc02:49
sdake_endpoints=your list of functions to call02:49
sdake_oslo-incuabot doesn't have this model02:50
stevebakerWhere is amqp2.0 / proton at?02:50
sdake_I think proton is amqp 1.0 but i'm not sure02:51
stevebakerOh that's what I mean02:51
sdake_those cats haven't actually written a transport driver for oslo as far as I can tell02:51
sdake_I htink proton is just a client for activemq02:52
stevebakerRight. Step 1 get everyone on Oslo.messaging02:52
sdake_seems backwards to me but oslo.messaging is good anyway02:53
sdake_oslo-incubator/rpc is only being maintained from a very minimal bug fix perspective02:53
sdake_oslo.messaging is far superiod02:53
sdake_ior02:53
*** sgordon has joined #heat02:54
*** daneyon has joined #heat02:54
*** coolsvap1 has quit IRC02:55
*** cfriesen_ has joined #heat02:58
*** pablosan is now known as ZZpablosan02:58
*** ramishra has joined #heat02:59
*** yogesh has joined #heat03:00
*** liang has joined #heat03:04
*** yogesh has quit IRC03:04
*** gokrokve has joined #heat03:05
*** radez is now known as radez_g0n303:07
*** harlowja is now known as harlowja_away03:13
openstackgerritLiang Chen proposed a change to openstack/heat: Provide attribute schema for waitcondition resource  https://review.openstack.org/7655203:14
sdake_is there any way for an assertequal to be told to ignore one element of a dictionary03:20
sdake_one key that is03:20
*** samkottler has quit IRC03:21
*** ramishra has quit IRC03:21
*** zns has joined #heat03:24
*** Linz has quit IRC03:25
stevebakersdake_: you might have to copy the expected dict and delete that key03:28
stevebakersdake_: I mean the observed dict03:29
stevebakersdake_: or set the value to a known value before asserting03:29
*** samkottler has joined #heat03:30
*** samkottler has quit IRC03:30
*** samkottler has joined #heat03:30
*** samkottler has quit IRC03:31
sdake_stevebaker I found a solution but good to know assertqual doesn't have an override like MOCK.any03:34
sdake_rather mock.ANY03:34
*** daneyon has quit IRC03:38
*** sgordon has quit IRC03:39
*** chandan_kumar has joined #heat03:43
*** samstav has joined #heat03:44
*** samstav has quit IRC03:46
*** chandan_kumar has quit IRC03:46
*** samstav has joined #heat03:46
*** wchrisj has joined #heat03:47
*** samstav has quit IRC03:47
*** Linz has joined #heat03:47
*** samstav has joined #heat03:48
*** wchrisj has quit IRC03:49
*** samstav has quit IRC03:49
*** samstav has joined #heat03:50
*** samstav has quit IRC03:51
*** samstav has joined #heat03:52
*** samstav has quit IRC03:53
*** samstav has joined #heat03:54
*** samstav has quit IRC03:55
*** IlyaE has joined #heat03:55
*** samstav has joined #heat03:55
*** david-lyle has joined #heat03:57
*** samstav has quit IRC03:57
*** daneyon has joined #heat03:57
*** daneyon has quit IRC03:57
*** samstav has joined #heat03:57
*** samstav has quit IRC03:59
openstackgerritA change was merged to openstack/heat-cfntools: Support of ignoreErrors for commands  https://review.openstack.org/6709903:59
*** samstav has joined #heat03:59
sdake_stevebaker what are your thoughts on pushing tags for heat-templtaes04:01
sdake_eg, having a release cycle04:01
*** samstav has quit IRC04:01
stevebakersdake_: If red hat packages it then I guess we should04:01
*** fandikurnia has joined #heat04:01
sdake_atm rht release git commits which is workable04:02
*** samstav has joined #heat04:02
sdake_eg, we are allowed to do that04:02
sdake_rather git snapshots04:02
stevebakerok, i haven't considered tagging heat-templates before04:02
sdake_me either04:03
*** fandi has quit IRC04:03
sdake_something to think about how to solve04:03
sdake_I dont have an immediate proposal04:03
*** samstav has quit IRC04:06
*** nszceta has quit IRC04:10
*** cody-somerville has quit IRC04:15
openstackgerritZhang Yang proposed a change to openstack/python-heatclient: Modify timeout in client shell  https://review.openstack.org/7778404:16
*** harlowja_away has quit IRC04:17
*** Linz has quit IRC04:19
*** cody-somerville has joined #heat04:25
*** zns has quit IRC04:32
*** wchrisj has joined #heat04:32
*** zns has joined #heat04:33
*** jprovazn has quit IRC04:33
*** nszceta has joined #heat04:34
*** wchrisj has quit IRC04:37
*** blomquisg has quit IRC04:38
*** nszceta has quit IRC04:47
*** blomquisg has joined #heat04:52
*** topol has quit IRC04:56
*** topol has joined #heat04:56
openstackgerritRandall Burt proposed a change to openstack/heat: Migrate pre-validation HOT templates to proper schema  https://review.openstack.org/7809405:00
*** cmyster has joined #heat05:04
*** cmyster has joined #heat05:04
*** wchrisj has joined #heat05:11
*** randallburt has quit IRC05:13
openstackgerritJun Jie Nan proposed a change to openstack/python-heatclient: Encode non utf8 file via base64  https://review.openstack.org/7644305:19
*** cmyster has quit IRC05:21
*** chandankumar_ has quit IRC05:28
*** nkhare has joined #heat05:35
*** chandan_kumar has joined #heat05:38
openstackgerritSteven Dake proposed a change to openstack/heat: Ensure StackNotFound is properly returned to the user  https://review.openstack.org/7810105:45
openstackgerritSteven Dake proposed a change to openstack/heat: Migrate to oslo.messaging from oslo-incubator rpc  https://review.openstack.org/7279805:45
openstackgerritSteven Dake proposed a change to openstack/heat: Update config generator for oslo.messaging  https://review.openstack.org/7747205:45
*** slagle-afk has quit IRC05:46
openstackgerritSteven Dake proposed a change to openstack/heat: Migrate to oslo.messaging from oslo-incubator rpc  https://review.openstack.org/7279805:51
openstackgerritSteven Dake proposed a change to openstack/heat: Update config generator for oslo.messaging  https://review.openstack.org/7747205:51
openstackgerritSteven Dake proposed a change to openstack/heat: Decorate StackNotFound exceptions for a variety of RPC calls  https://review.openstack.org/7810105:51
sdake_tomorrow -> remaining test cases05:52
sdake_time for bed05:53
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/7256606:08
*** topol has quit IRC06:09
*** achampion is now known as slic06:09
*** slic is now known as achampion06:10
*** bvandenh has joined #heat06:15
*** ramishra has joined #heat06:17
*** wchrisj has quit IRC06:29
*** cmyster has joined #heat06:30
*** cmyster has joined #heat06:30
*** IlyaE has quit IRC06:32
*** gokrokve has quit IRC06:37
*** alexpilotti has quit IRC06:39
*** amritanshu_RnD has joined #heat06:45
*** amritanshu_RnD is now known as Guest55106:45
*** ramishra has quit IRC06:48
*** DinaBelova has joined #heat06:49
*** tspatzier has joined #heat06:51
*** tspatzier has quit IRC06:55
*** saju_m has joined #heat07:02
*** cfriesen_ has quit IRC07:04
*** lsmola has joined #heat07:04
*** ramishra has joined #heat07:12
skraynevmorning all07:30
skraynevstevebaker: Sorry, I was busy and could not give a explanation. I plan to add description of my fix in related bug. I guess I will do it before  heat meeting will start.07:33
*** ramishra has quit IRC07:36
cmystermorning07:37
*** zns has quit IRC07:37
skraynevstevebaker: also the man, who reported this bug, told me, that it appears recently. I have researched it and have found, that error message for this bug mention about incorrect property.07:40
skraynevstevebaker: s/property/parameter07:40
pshchelomorning :)07:41
skraynevstevebaker: but we have empty section of parameters, so ... the real problem was using not corresponding method for resolving reference.07:42
stevebakerskraynev: OK I will take a look tomorrow07:43
*** IlyaE has joined #heat07:43
skraynevstevebaker: ok, np. I hope I will fix you comment to this time ;)07:44
*** nati_ueno has joined #heat07:47
*** TonyBurn_ has joined #heat07:47
*** e0ne has joined #heat07:47
*** yogesh has joined #heat07:48
pshcheloguys, as I'm new the the heat/openstack release cycle - when is our feature freeze / how to proceed around it?07:49
cmysternow, as for around it, what do you mean ?07:50
*** ifarkas has joined #heat07:50
pshchelocmyster: I mean what to do whith my code that has missed the freeze. 've got -2 until thaw07:53
pshchelopresumable I wouldn't upload new patchsets to -2'ed change?07:53
cmystercore devs should be able to help you here07:54
cmysterexpect at least 1 or two in the next half hour :)07:55
pshchelo:)07:57
*** funzo_ has joined #heat08:02
*** e0ne has quit IRC08:11
*** IlyaE has quit IRC08:11
*** david-lyle has quit IRC08:11
*** nosnos has quit IRC08:11
*** ZZpablosan has quit IRC08:11
*** asalkeld has quit IRC08:11
*** dmakogon_ has quit IRC08:11
*** piousbox has quit IRC08:11
*** openstackgerrit has quit IRC08:11
*** funzo has quit IRC08:11
*** q3k has quit IRC08:11
*** mattoliverau has quit IRC08:11
*** tnurlygayanov has quit IRC08:11
*** che-arne has quit IRC08:11
*** saju_m has quit IRC08:11
*** nkhare has quit IRC08:11
*** cadenzajon_ has quit IRC08:11
*** clarkb has quit IRC08:11
*** jpeeler has quit IRC08:11
*** kevinbenton has quit IRC08:11
*** mestery has quit IRC08:11
*** chandan_kumar has quit IRC08:11
*** erkules has quit IRC08:11
*** shakayumi has quit IRC08:11
*** aignatov has quit IRC08:11
*** mnaser has quit IRC08:11
*** pshchelo has quit IRC08:11
*** pasquier-s has quit IRC08:11
*** _jmp_ has quit IRC08:11
*** zpatten has quit IRC08:11
*** dteselkin_ has quit IRC08:11
*** glucas has quit IRC08:11
*** shortstop has quit IRC08:11
*** SpamapS has quit IRC08:11
*** sgran has quit IRC08:11
*** sdake has quit IRC08:11
*** nati_ueno has quit IRC08:11
*** cody-somerville has quit IRC08:11
*** liang has quit IRC08:11
*** bada has quit IRC08:11
*** spzala has quit IRC08:11
*** killer_prince has quit IRC08:11
*** zaneb has quit IRC08:11
*** sergmelikyan has quit IRC08:11
*** sileht has quit IRC08:11
*** jdag_ has quit IRC08:11
*** sbadia has quit IRC08:11
*** varora has quit IRC08:11
*** FL1SK has quit IRC08:11
*** mkerrin has quit IRC08:11
*** dklyle has quit IRC08:11
*** PhilK has quit IRC08:11
*** brint has quit IRC08:11
*** yogesh has quit IRC08:11
*** TonyBurn_ has quit IRC08:11
*** lsmola has quit IRC08:11
*** bvandenh has quit IRC08:11
*** fandikurnia has quit IRC08:11
*** rpothier has quit IRC08:11
*** larsks has quit IRC08:11
*** annegentle has quit IRC08:11
*** skraynev has quit IRC08:11
*** scroiset has quit IRC08:11
*** scollier has quit IRC08:11
*** jrist has quit IRC08:11
*** Slower has quit IRC08:11
*** nijaba has quit IRC08:11
*** ifarkas has quit IRC08:11
*** Guest551 has quit IRC08:11
*** cmyster has quit IRC08:11
*** blomquisg has quit IRC08:11
*** Tross has quit IRC08:11
*** aedocw has quit IRC08:11
*** akuznetsov has quit IRC08:11
*** john-n-s- has quit IRC08:11
*** SergeyLukjanov has quit IRC08:11
*** ruhe has quit IRC08:11
*** DinaBelova has quit IRC08:11
*** sdake_ has quit IRC08:11
*** jasond` has quit IRC08:11
*** pleia2 has quit IRC08:11
*** pscheie_ has quit IRC08:11
*** Ng has quit IRC08:11
*** plomakin_ has quit IRC08:11
*** shadower has quit IRC08:11
*** radez_g0n3 has quit IRC08:11
*** lon|gone has quit IRC08:11
*** lifeless has quit IRC08:11
*** mordred has quit IRC08:11
*** Daviey has quit IRC08:11
*** tteggel has quit IRC08:11
*** stevebaker has quit IRC08:11
*** wirehead_ has quit IRC08:11
*** EmilienM has quit IRC08:11
*** chmouel has quit IRC08:11
*** fungi has quit IRC08:11
*** zigo has quit IRC08:11
*** lekha has quit IRC08:11
*** wendar has quit IRC08:11
*** russellb has quit IRC08:11
*** gondoi has quit IRC08:11
*** radix has quit IRC08:11
*** mikal has quit IRC08:11
*** rockstar has quit IRC08:11
*** ChanServ has quit IRC08:11
*** stannie has quit IRC08:11
*** DandyPandy has quit IRC08:11
*** IgorYozhikov has quit IRC08:11
*** bnemec has quit IRC08:11
*** therve has quit IRC08:11
*** anteaya has quit IRC08:11
*** abramley has quit IRC08:11
*** cyli has quit IRC08:11
*** shardy has quit IRC08:11
*** aliljet has quit IRC08:11
*** tspatzier has joined #heat08:18
*** q3k has joined #heat08:19
*** piousbox has joined #heat08:20
*** dmakogon_ has joined #heat08:22
*** david-lyle has joined #heat08:29
*** nosnos has joined #heat08:29
*** mattoliverau has joined #heat08:29
*** asalkeld has joined #heat08:29
*** david-lyle has quit IRC08:29
*** nosnos has quit IRC08:29
*** tnurlygayanov has joined #heat08:29
*** jistr has joined #heat08:49
*** Guest551 has joined #heat09:02
*** cmyster has joined #heat09:02
*** giulivo has joined #heat09:02
*** ramishra has joined #heat09:02
*** openstackgerrit has joined #heat09:02
*** e0ne_ has joined #heat09:02
*** nosnos_ has joined #heat09:02
*** pablosan has joined #heat09:02
*** david_lyle_ has joined #heat09:02
*** ifarkas has joined #heat09:02
*** yogesh has joined #heat09:02
*** TonyBurn_ has joined #heat09:02
*** nati_ueno has joined #heat09:02
*** lsmola has joined #heat09:02
*** saju_m has joined #heat09:02
*** DinaBelova has joined #heat09:02
*** bvandenh has joined #heat09:02
*** chandan_kumar has joined #heat09:02
*** nkhare has joined #heat09:02
*** blomquisg has joined #heat09:02
*** cody-somerville has joined #heat09:02
*** fandikurnia has joined #heat09:02
*** liang has joined #heat09:02
*** erkules has joined #heat09:02
*** cadenzajon_ has joined #heat09:02
*** aignatov has joined #heat09:02
*** Tross has joined #heat09:02
*** rpothier has joined #heat09:02
*** larsks has joined #heat09:02
*** bada has joined #heat09:02
*** che-arne has joined #heat09:02
*** varora has joined #heat09:02
*** spzala has joined #heat09:02
*** mnaser has joined #heat09:02
*** annegentle has joined #heat09:02
*** aedocw has joined #heat09:02
*** pshchelo has joined #heat09:02
*** akuznetsov has joined #heat09:02
*** killer_prince has joined #heat09:02
*** john-n-s- has joined #heat09:02
*** clarkb has joined #heat09:02
*** jpeeler has joined #heat09:02
*** tteggel has joined #heat09:02
*** kevinbenton has joined #heat09:02
*** pasquier-s has joined #heat09:02
*** skraynev has joined #heat09:02
*** zaneb has joined #heat09:02
*** sergmelikyan has joined #heat09:02
*** sileht has joined #heat09:02
*** SergeyLukjanov has joined #heat09:02
*** ruhe has joined #heat09:02
*** mestery has joined #heat09:02
*** sdake_ has joined #heat09:02
*** stannie has joined #heat09:02
*** DandyPandy has joined #heat09:02
*** jasond` has joined #heat09:02
*** pleia2 has joined #heat09:02
*** pscheie_ has joined #heat09:02
*** Ng has joined #heat09:02
*** IgorYozhikov has joined #heat09:02
*** bnemec has joined #heat09:02
*** therve has joined #heat09:02
*** scroiset has joined #heat09:02
*** _jmp_ has joined #heat09:02
*** zpatten has joined #heat09:02
*** dteselkin_ has joined #heat09:02
*** glucas has joined #heat09:02
*** shortstop has joined #heat09:02
*** SpamapS has joined #heat09:02
*** sgran has joined #heat09:02
*** jdag_ has joined #heat09:02
*** jrist has joined #heat09:02
*** Slower has joined #heat09:02
*** sbadia has joined #heat09:02
*** FL1SK has joined #heat09:02
*** sdake has joined #heat09:02
*** stevebaker has joined #heat09:02
*** scollier has joined #heat09:02
*** mkerrin has joined #heat09:02
*** nijaba has joined #heat09:02
*** wirehead_ has joined #heat09:02
*** brint has joined #heat09:02
*** PhilK has joined #heat09:02
*** dklyle has joined #heat09:02
*** plomakin_ has joined #heat09:02
*** EmilienM has joined #heat09:02
*** shadower has joined #heat09:02
*** anteaya has joined #heat09:02
*** radez_g0n3 has joined #heat09:02
*** lon|gone has joined #heat09:02
*** lifeless has joined #heat09:02
*** mordred has joined #heat09:02
*** Daviey has joined #heat09:02
*** abramley has joined #heat09:02
*** chmouel has joined #heat09:02
*** fungi has joined #heat09:02
*** zigo has joined #heat09:02
*** lekha has joined #heat09:02
*** wendar has joined #heat09:02
*** russellb has joined #heat09:02
*** cyli has joined #heat09:02
*** gondoi has joined #heat09:02
*** radix has joined #heat09:02
*** mikal has joined #heat09:02
*** rockstar has joined #heat09:02
*** aliljet has joined #heat09:02
*** ChanServ has joined #heat09:02
*** shardy has joined #heat09:02
*** dickson.freenode.net sets mode: +o ChanServ09:02
*** jistr has quit IRC09:02
*** jistr has joined #heat09:02
*** bvandenh has quit IRC09:02
*** tomek_adamczewsk has joined #heat09:02
*** cody-somerville has quit IRC09:14
*** saju_m has quit IRC09:19
*** saju_m has joined #heat09:35
*** yogesh has quit IRC09:37
*** jamieh has joined #heat09:42
*** tspatzier has quit IRC09:46
*** tomek_adamczewsk has quit IRC09:51
*** christophk has joined #heat09:52
*** tomek_adamczewsk has joined #heat09:54
thervepshchelo, https://wiki.openstack.org/wiki/Icehouse_Release_Schedule09:57
pshchelotherve: thanks09:57
*** tspatzier has joined #heat09:58
*** tspatzier has quit IRC10:01
*** ramishra has quit IRC10:06
*** ramishra has joined #heat10:15
*** bada has quit IRC10:22
*** alexpilotti has joined #heat10:25
*** Guest551 has quit IRC10:30
*** Guest551 has joined #heat10:31
*** sergmelikyan has quit IRC10:31
*** blomquisg has quit IRC10:32
*** dteselkin_ has quit IRC10:32
*** IgorYozhikov has quit IRC10:32
*** dteselkin has joined #heat10:32
*** Guest551 has quit IRC10:33
*** IgorYozhikov has joined #heat10:33
*** Guest551 has joined #heat10:33
openstackgerritZhang Yang proposed a change to openstack/heat: Add doccument for firewall properties  https://review.openstack.org/7784010:34
*** jamieh has quit IRC10:37
*** jamieh has joined #heat10:38
*** alexheneveld has joined #heat10:41
*** dmakogon_ is now known as denis_makogon10:41
*** blomquisg has joined #heat10:46
openstackgerritA change was merged to openstack/heat: I18N support for error message  https://review.openstack.org/6963010:46
openstackgerritA change was merged to openstack/python-heatclient: Enable --help for each command  https://review.openstack.org/7738010:46
*** mkollaro has joined #heat10:49
*** liang has quit IRC10:51
*** bvandenh has joined #heat10:51
*** gokrokve has joined #heat10:52
*** gokrokve_ has joined #heat10:54
*** gokrokve has quit IRC10:57
therveshardy, FWIW getting http://paste.openstack.org/show/72550/ in current master10:58
*** gokrokve_ has quit IRC10:59
*** bvandenh has quit IRC10:59
shardytherve: have you updated heat.conf with the domain stuff, and what setting are you using for deferred_auth_method?11:01
therveshardy, I used latest devstack so yes, and using trusts11:04
* therve -> lunch, bbiab11:04
*** ifarkas has quit IRC11:08
*** ifarkas has joined #heat11:10
shardytherve: Ok thanks, I'll try to reproduce11:11
*** ramishra has quit IRC11:17
*** piousbox has quit IRC11:24
*** chandan_kumar has quit IRC11:25
*** fandikurnia has quit IRC11:28
*** piousbox has joined #heat11:29
*** nkhare has quit IRC11:36
*** pasquier-s has quit IRC11:37
*** pasquier-s has joined #heat11:38
*** ramishra has joined #heat11:44
*** lazy_prince has joined #heat11:44
*** pablosan_ has joined #heat11:48
*** bada has joined #heat11:52
*** gokrokve has joined #heat11:52
*** jdag__ has joined #heat11:53
*** alexpilotti_ has joined #heat11:54
*** jamieh_ has joined #heat11:55
*** sbadia_ has joined #heat11:55
*** john-n-seattle1 has joined #heat11:55
*** killer_prince has quit IRC11:55
*** FL1SK has quit IRC11:55
*** lazy_prince is now known as killer_prince11:56
*** nkhare has joined #heat11:56
*** nkhare has quit IRC11:56
*** nkhare has joined #heat11:56
*** jdag_ has quit IRC11:56
*** nati_ueno has quit IRC11:56
*** jdag__ is now known as jdag_11:56
*** gokrokve has quit IRC11:56
*** pablosan has quit IRC11:56
*** jamieh has quit IRC11:56
*** sbadia has quit IRC11:56
*** IgorYozhikov has quit IRC11:56
*** alexpilotti has quit IRC11:56
*** alexpilotti_ is now known as alexpilotti11:57
*** sbadia_ is now known as sbadia11:57
*** blomquisg has quit IRC11:58
*** IgorYozhikov has joined #heat12:03
*** chandan_kumar has joined #heat12:11
openstackgerritZhang Yang proposed a change to openstack/heat: Add state check when suspend or resume stack  https://review.openstack.org/7615512:12
*** sgordon_ has joined #heat12:16
therveshardy, It works with the password deferred_auth_method fwiw12:16
openstackgerritZhang Yang proposed a change to openstack/heat: Add state check when suspend or resume stack  https://review.openstack.org/7615512:16
shardytherve: Ok thanks, can you raise a bug with your reproduce procedure please and I'll take a look12:17
therveSure12:18
therveAt any rate native ScalingPolicy works :)12:22
therveradix, When scaling down, what's the behavior? oldest deleted first or newest?12:26
openstackgerritA change was merged to openstack/heat: Switch over to oslosphinx  https://review.openstack.org/7336712:29
openstackgerritA change was merged to openstack/heat: run_tests.sh default doc omits pep8  https://review.openstack.org/7425712:29
*** rpothier has quit IRC12:30
openstackgerritA change was merged to openstack/heat: Handle API limit exception in nova_utils.refresh_server  https://review.openstack.org/7166012:31
shardytherve: I can't reproduce atm but my keystone and keystoneclient aren't the latest - what sha's are you at for those?12:34
therveSomewhere last week I believe12:35
therveI can try more recent12:36
therveshardy, Maybe I missing some setup, like giving the role to everybody needing it12:36
shardytherve: http://paste.openstack.org/show/72583/12:38
shardytherve: Hmm, possibly but in that case the failure should be much more obvious (fail creating the stack)12:39
* shardy pulls latest keystone12:39
therveshardy, Can you try heat resource-signal?12:39
openstackgerritRabi Mishra proposed a change to openstack/heat: Allows vip from a different subnet for lbaas resource  https://review.openstack.org/7708412:40
therveOh that's what you did, sorry12:41
*** wchrisj has joined #heat12:51
*** nkhare has quit IRC12:51
*** gokrokve has joined #heat12:52
*** bvandenh has joined #heat12:53
*** achampion has quit IRC12:53
openstackgerritRabi Mishra proposed a change to openstack/heat: Allows vip from a different subnet for lbaas resource  https://review.openstack.org/7708412:55
shardytherve: latest keystoneclient master breaks it for me12:56
*** gokrokve has quit IRC12:56
therveshardy, Good, I guess12:58
thervehttps://github.com/openstack/python-keystoneclient/commit/1d6ee91eb99aa79ff54c9e75f13c97cd1c915ba3 looks too big to be good :/13:08
shardytherve: [96b8e81b1d75833051d5bdc3d8769dd1fb20536c] Create V2 Auth Plugins13:10
shardythats what git bisect says13:10
shardyI'll try to debug :)13:11
* shardy thanks git for being awesome13:11
therveshardy, That's the last one working or the one breaking?13:12
shardytherve: that's the bad commit AFAICS13:13
therveshardy, Weird we should be using v3 right?13:14
*** sergmelikyan has joined #heat13:15
*** jistr is now known as jistr|english13:19
*** david_lyle_ has quit IRC13:20
*** ramishra has quit IRC13:20
therveYeha this one works, it's the next one13:21
*** funzo_ is now known as funzo13:21
shardytherve: Yeah sorry my bad13:21
therveNo worries, that makes more sense at least13:22
*** rpothier has joined #heat13:22
*** tspatzier has joined #heat13:27
*** aweiteka has joined #heat13:28
*** cmyster has quit IRC13:28
therveshardy, I found the difference13:28
shardytherve: ha, beat me to it! :)13:29
therveshardy, https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/auth/identity/v3.py#L9813:29
therveIt used to override scope when trust was specified, now it adds it13:30
shardytherve: aha, good catch!13:36
*** jprovazn has joined #heat13:37
shardytherve: are you happy to post a patch with the fix?13:37
thervehttps://github.com/openstack/keystone/blob/master/keystone/auth/controllers.py#L180 indicates you can only specify one of those13:37
therveI can try :)13:37
shardyThe controller error is not exactly super-helpful is it?13:39
therveNot super helpful :)13:42
therveI also uses sum to do boolean logic which is the worst thing13:42
shardyIt's not the first keystone error where it implies one thing but means the exact opposite, unfortunately13:43
*** nosnos_ has quit IRC13:45
*** nosnos has joined #heat13:48
*** nosnos has quit IRC13:49
*** nosnos has joined #heat13:50
*** tspatzier has quit IRC13:51
*** gokrokve has joined #heat13:52
therveshardy, https://review.openstack.org/#/c/78224/13:52
*** nosnos has quit IRC13:54
shardytherve: nice, thanks!13:56
openstackgerritSergey Kraynev proposed a change to openstack/heat: Fix resolving for Ref function  https://review.openstack.org/7792313:57
*** gokrokve has quit IRC13:57
*** ramishra has joined #heat14:00
*** rbuilta has joined #heat14:01
radixhuh14:03
*** achampion has joined #heat14:04
radixtherve: umm, lemme check, I think it deletes newest first14:05
*** spzala has quit IRC14:07
openstackgerritSergey Kraynev proposed a change to openstack/heat: Make OS::Nova::Server networks property updatable  https://review.openstack.org/7429914:10
radixtherve: nope, deletes oldest first14:12
*** saju_m has quit IRC14:15
*** zns has joined #heat14:15
*** piousbox has quit IRC14:15
skraynevtherve: one short question related with https://review.openstack.org/#/c/74299/: is it really better have error message in event-list (received from nova client) or I can stay duplicate error in patch ?14:16
openstackgerritZiad Sawalha proposed a change to openstack/heat: Update contrib docstrings to match guidelines  https://review.openstack.org/7307014:21
therveskraynev, Why would the error be displayed differently?14:22
therveradix, OK that's what I observed :à)14:22
*** jistr|english is now known as jistr14:25
*** gokrokve has joined #heat14:25
aweitekai'm finding lbaas session_persistence is not being configured with the lbaas pool. i understand this may be an lbaas bug (not heat). anyone know the bug reference?14:26
aweitekaFYI, workaround: neutron lb-vip-update ose_broker_vip --session-persistence type=dict type='SOURCE_IP'14:26
openstackgerritZiad Sawalha proposed a change to openstack/heat: Update common docstrings to match guidelines  https://review.openstack.org/7351914:27
openstackgerritZiad Sawalha proposed a change to openstack/heat: Update api docstrings to match guidelines  https://review.openstack.org/7351514:27
*** piousbox has joined #heat14:27
*** IlyaE has joined #heat14:28
*** gokrokve has quit IRC14:28
*** tomek_adamczewsk has quit IRC14:29
*** gokrokve has joined #heat14:33
*** arbylee has joined #heat14:33
*** slagle-afk has joined #heat14:33
therveaweiteka, Why do you think it may be an lbaas bug?14:33
therveYou haven't really described your problem14:34
aweitekatherve, session_persistence wasn't working after heat deployed lbaas. rohara mentioned there might be a bug on this. Here's the bug, i think, https://bugs.launchpad.net/python-neutronclient/+bug/125950414:35
aweitekatherve, the point is, it's not a heat issue; it's the lbaas api14:36
therveI think you're confused14:36
aweitekatherve, how so?14:36
therveaweiteka, This bug is about the command line client14:37
therveNot using the library14:37
aweitekatherve, ok, so since heat uses the api it should work, right?14:37
therveYes it should work14:37
*** cfriesen_ has joined #heat14:38
aweitekatherve, i'll test again after deploying my heat stack next time to confirm but there's definitely an issue with persistence14:39
*** samstav has joined #heat14:40
therveI justed tested in master and it seemed to work fine14:43
aweitekatherve, interesting. FWIW line 15 only appears after the lb-vip-update http://paste.openstack.org/show/72614/14:44
aweitekatherve, template: https://github.com/aweiteka/heat-templates/blob/ha_updates/openshift-enterprise/heat/neutron/highly-available/ose_ha_stack.yaml#L37014:44
therveaweiteka, Which version of heat are you using?14:45
aweitekatherve, but my real test is the behavior i'm seeing when hitting my servers. re-asking for credentials, then no auth14:45
aweitekatherve, i'm on havana... openstack-heat-engine-2013.2.1-4.el6ost.noarch14:45
openstackgerritRabi Mishra proposed a change to openstack/heat: Allows vip from a different subnet for lbaas resource  https://review.openstack.org/7708414:46
therveaweiteka, Yeah this property doesn't exist on havana.14:46
therveI'm surprised this even validates14:46
*** radez_g0n3 is now known as radez14:46
aweitekatherve, ah, ok. yeah, that was surprising if it's not failing14:46
aweitekatherve, at least this is better than failing mid-deployment :)14:47
therveKinda :)14:48
*** bvandenh has quit IRC14:48
*** Guest551 has quit IRC14:51
*** daneyon has joined #heat14:54
*** vijendar has joined #heat14:55
skraynevtherve: Huh. I've checked it,  You are right.. It was my wrong thoughts. thanks14:56
therveskraynev, No problem, glad I could help :)14:56
*** zns has quit IRC14:57
*** zns has joined #heat14:58
*** tomek_adamczewsk has joined #heat14:59
*** randallburt has joined #heat15:11
*** ramishra has quit IRC15:15
*** slagle-afk is now known as slagle15:15
openstackgerritVyacheslav Vakhlyuev proposed a change to openstack/heat: Fix comparison with singletons in unit tests  https://review.openstack.org/7620915:16
randallburtzaneb:  if you have a sec, could you peek at the comments from jasond` on https://review.openstack.org/#/c/78094/ and weigh in?15:19
zanebrandallburt: that seemed like a good idea when I came up with it. and iirc it was shot down for what seemed like valid reasons also15:21
randallburtzaneb:  k, thanks. FWIW, I'm not opposed to moving to using tools for data migration scripts, but really not fussed either way. Thanks!15:22
zanebrandallburt: yeah, basically I am not fussed either15:23
therverandallburt, If we use a script, it won't be run automatically at upgrade time15:25
therveIdeally you'd have a script, and a patch to run the script at least once15:26
randallburttherve:  yeah, running it automatically is a pretty good incentive to keep it where it is.15:26
jasond`the purpose of the script is to make sure the raw templates in the db are correct.  IMO that should be separate from db schema migrations15:27
*** coolsvap has joined #heat15:27
*** FL1SK has joined #heat15:28
jasond`and it would be necessary everytime HOT validation becomes stricter without a version bump15:28
jasond`the overhead of schema migrations is significant because the schema migration scripts need to know the data of the db schema.  but that's not necessary at all for this15:30
jasond`s/data/state15:30
therveSure, but it's still nice that it runs at all15:31
therveIf you put a script in a random place you need to tell people about it15:31
randallburtits not that the bear dances well...15:31
jasond`therve: maybe it should run every time db_sync is run15:32
therveDidn't you just talk about overhead?15:32
therveIt seems like the worse of both worlds15:33
jasond`i meant dev overhead (versioning), not CPU overhead, but good point15:33
jasond`triggering the script when necessary from a db migration seems like a good solution15:34
therveAlthough, hum, looking at the patch it seems awfully specific15:35
therveFixing typos like "constrants" doesn't have much generic value15:35
*** rcleere has joined #heat15:36
jasond`that is strange15:36
therveCan someone review https://review.openstack.org/#/c/77920/1 ?15:40
*** sabeen has joined #heat15:40
*** david-lyle has joined #heat15:44
*** andersonvom has joined #heat15:45
randallburttherve:  done15:46
*** chandan_kumar has quit IRC15:51
*** ramishra has joined #heat15:53
therveradix, So the ways to scale several resources is 1) AWS::CloudFormation::Stack or 2) provider templates?15:54
radixtherve: yes15:54
therveradix, so 1) We need a native Stack implementation15:55
therveradix, And 2) We could have one which inlines the data maybe?15:55
radixyep15:55
radixthat'd be cool15:55
therveJune BP it is :)15:56
radixafter thinking about it a bit, I think abstraction into templates should be encouraged, but unfortunately right now that means you have to run an HTTP server which sucks15:56
radixso inline would be pretty useful15:56
radix(unless I'm missing something)15:56
*** pablosan_ has quit IRC15:56
therveAFAIK yeah15:56
therveOr if you have access to heat server15:56
therveHum... maybe swift?15:56
radixswift requires auth doesn't it?15:57
randallburtradix, therve: andrew_plunk and I have discussed the need for an "Inline template" type resource, is that what you're discussing?15:57
therveI think you can have public objects15:57
radixrandallburt: yes15:57
*** chandan_kumar has joined #heat15:57
randallburtradix:  cool. that was the next thing he was going to work on. I'll have him ping you when he gets in if that's ok.15:58
radixoh, cool.15:58
*** skraynev is now known as skraynev_afk15:58
*** samstav has quit IRC16:01
*** andrew_plunk has joined #heat16:01
*** samstav has joined #heat16:01
andrew_plunkI am a little late to the party, but I hear there is some interest in an inline template radix and therve?16:02
radix:)16:02
randallburtandrew_plunk:  morning! radix and therve were just discussing the possiblitly of an in-line template resource. I know we've discussed it recently, maybe you want to work with them on the bp/proof of concept?16:02
*** mkollaro has quit IRC16:02
radixandrew_plunk: yeah, we were just talking about it in the context of OS::Heat::AutoScalingGroup16:02
radix(and also, of course, ResourceGroup)16:02
randallburtResourceGroup is what brought it up for us too.16:03
radixso I was assuming this would basically be the equivalent of AWS::CloudFormation::Stack, but native to Heat16:03
randallburtseems like you'd want to have say a server and its software config in a group, and provider templates do make it a little awkward.16:03
randallburtradix:  but allowing for defining the child template in-line vs having to specify a URL?16:04
*** jergerber has joined #heat16:04
andrew_plunkYeah, we need a way to create multiple components of a stack, inside of a template16:04
radixrandallburt: well, maybe either/or16:04
randallburtor allowing for either, maybe?16:04
randallburtjinkx16:04
radix:)16:04
*** ifarkas has quit IRC16:05
andrew_plunkradix, I am wondering how this resource would handle intrinsic functions16:07
radixandrew_plunk: oh yeah, now I remember the last conversation I had with therve :)16:08
radixIIRC, our conclusion was "who knows"16:08
radixand thus "let's just leave it to external templates for now" :)16:08
andrew_plunkrandallburt and I thought about having a special syntax that puts off the intrinsic function handling until this resource is created16:08
andrew_plunksomething like {nested:get_attr ...}16:09
radixyeah, that reminds me of discussions I had ages about autoscaling16:09
radixthere maybe was even a mailing list thread about it, I don't remember16:09
radixthere was general skepticism :)16:09
randallburtactaully, I andrew_plunk and I discussed this a bit. basically, intrinsic functions would function the same way they do today; however, you could prefix them with something like "nested:" and this resource would remove the prefix when it created the actual nested template.16:09
therveradix, andrew_plunk: if you consider the resources as a blob, wouldn't that work?16:10
randallburtso you could have things resolve to values from the parent template prior to creating the child stack as well as having things resolve in the child stack itself.16:10
radixtherve: make it a string?16:10
therveradix, Yeah I guess it doesn't work that way16:10
radixtherve: you'd have to prevent heat from processing it somehow16:10
radixtherve: it's actually pretty easy, you use a |16:11
radixfoo: |16:11
radix    bar: baz16:11
*** CaptTofu has joined #heat16:11
therveradix, That would break external references as well, though16:11
randallburtor the yaml_str instrinsic function that went away :(16:11
radixfoo will be a string containing "bar: baz" (maybe some whitespace too, can't remember)16:11
radixtherve: right, but you can use parameters for that16:11
randallburttherve, radix what about the prefix idea?16:11
therveradix, Well one point of inlining is not to have parameters16:11
radixwell, ok16:12
andrew_plunkI think heat would still resolve the references in a string... right?16:12
radixrandallburt: yeah, that could work16:12
radixandrew_plunk: nah16:12
therveI created a provider template for Server+Member, adding parameters gets old fast16:12
randallburtandrew_plunk:  nope. it matches functions in keys, not just any old value.16:12
therveI want **kwargs for templates :/16:12
randallburttherve:  agreed.16:12
randallburtlol16:12
radixtherve: heh, yeah, that is a lot of parameters...16:12
randallburtactually, doing the inline template as a string is a really simple first pass, though.16:13
radixit's probably something that people will love to bikeshed about16:14
andrew_plunkagreed, then you don't even have to introduce special syntax16:14
openstackgerritZane Bitter proposed a change to openstack/heat: Load functions from plugins  https://review.openstack.org/7459216:14
openstackgerritZane Bitter proposed a change to openstack/heat: Make template formats pluggable  https://review.openstack.org/7775516:14
openstackgerritZane Bitter proposed a change to openstack/heat: Add an InvalidTemplateVersion exception  https://review.openstack.org/7775416:14
openstackgerritZane Bitter proposed a change to openstack/heat: Move HOT template code to its own module  https://review.openstack.org/7775316:14
openstackgerritZane Bitter proposed a change to openstack/heat: Move HOT parameters code to a separate module  https://review.openstack.org/7775216:14
openstackgerritZane Bitter proposed a change to openstack/heat: Use PluginManager to load resources  https://review.openstack.org/7459116:14
*** jmckind has joined #heat16:15
*** nszceta has joined #heat16:15
andrew_plunkthe only downside I can see to the string approach is loosing yaml/json syntax highlighting haha16:15
radixI'm not really into the string idea16:15
radixI don't like blobs in general :)16:15
andrew_plunkit is only a blob until the resource is created ;)16:16
andrew_plunkI mean the alternative to it is doing nested: and I think that would be more controversial16:17
randallburtandrew_plunk:  well, maybe start on the bp and a WiP patch using the string way at first then start the discussion after Juno opens up?16:18
randallburtmaybe propose a session for Atlanta?16:18
andrew_plunksounds good randallburt. btw, when do the design summit proposals open up?16:19
andrew_plunkI hope that I have not have missed that :/16:20
randallburtzaneb:  weren't some of those already approved?16:20
*** alexheneveld has quit IRC16:20
randallburtandrew_plunk:  dunno. maybe stevebaker will know when he gets online.16:20
andrew_plunksounds good16:20
zanebrandallburt: design summit proposals?16:20
randallburtzaneb:  no, your patches. nevermind. missed a dependency.16:21
zanebandrew_plunk: you haven't missed it, design summit stuff doesn't happen until closer to the summit16:21
andrew_plunkawesome zaneb. Thanks!16:21
zanebwell after voting has closed on the conference talks16:21
zanebrandallburt: yah, conflict requiring rebases :/16:22
randallburt:(16:22
zaneba bunch did get merged though16:22
zanebyay16:22
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Fix start_with_acquired_lock - pass kwargs to func  https://review.openstack.org/7625116:23
zanebrandallburt: hmm, that first one has no differences... maybe it was just the gate jobs being slow (needed to rebase anyway, so that a later patch could be unblocked)16:24
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Add tests for ThreadGroupManager  https://review.openstack.org/7828616:24
zanebI guess technically I should wait for the check jobs before re-approving16:25
randallburtzaneb:  yeah, why I originally asked. and yeah, I was looking through them and LGTM so far, but was going to wait on zuul.16:25
*** alexheneveld has joined #heat16:26
* zaneb will be good for once16:26
*** jprovazn has quit IRC16:26
randallburtlol16:26
*** Tross has quit IRC16:27
*** piousbox has quit IRC16:28
*** slagle has quit IRC16:29
*** lsmola has quit IRC16:41
*** fandi has joined #heat16:42
*** piousbox has joined #heat16:42
*** achampion has quit IRC16:43
*** TonyBurn_ has quit IRC16:52
*** topol has joined #heat16:53
openstackgerritA change was merged to openstack/heat: Remove vim header from files.  https://review.openstack.org/7637816:54
*** dklyle has quit IRC16:54
*** daneyon has quit IRC16:55
shardytherve: Hi, could you please remove the +A from https://review.openstack.org/#/c/71929/ as unfortunately I have to rebase the entire series behind a gross hack for backwards compatibility :(16:56
*** slagle has joined #heat16:56
*** daneyon has joined #heat16:56
*** daneyon has quit IRC16:57
*** jmckind has quit IRC16:58
openstackgerritA change was merged to openstack/heat: Nova server to ref cloud-config resources in user_data  https://review.openstack.org/6923816:59
*** andrew_plunk has quit IRC17:00
*** rpothier_ has joined #heat17:01
openstackgerritBartosz Górski proposed a change to openstack/heat: Pass stack create/update timeout to scaling group  https://review.openstack.org/7790217:02
zanebskraynev_afk: are you going to submit a patch to revert https://review.openstack.org/#/c/65970/ ?17:02
openstackgerritClint "SpamapS" Byrum proposed a change to openstack/heat: Add space to description of stack_domain_admin  https://review.openstack.org/7830517:02
*** pablosan has joined #heat17:02
*** pablosan has quit IRC17:03
*** rwsu has joined #heat17:03
*** pablosan has joined #heat17:03
*** rpothier has quit IRC17:05
*** jprovazn has joined #heat17:05
*** harlowja has joined #heat17:07
*** ifarkas has joined #heat17:07
*** e0ne_ has quit IRC17:08
*** jdob has joined #heat17:08
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient add legacy fallback path  https://review.openstack.org/7831017:14
openstackgerritSteven Hardy proposed a change to openstack/heat: migrate User/AccessKey resources to StackUser base class  https://review.openstack.org/7276317:14
openstackgerritSteven Hardy proposed a change to openstack/heat: StackUser add _delete_keypair function  https://review.openstack.org/7276217:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Add test for StackUser._create_keypair  https://review.openstack.org/7276117:14
openstackgerritSteven Hardy proposed a change to openstack/heat: StackUser add suspend/resume support  https://review.openstack.org/7193017:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Fixup uuid stubbing in test_stack_user.py  https://review.openstack.org/7792017:14
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient add delete_stack_domain_user_keypair  https://review.openstack.org/7192917:14
*** derekh has joined #heat17:14
*** chandan_kumar has quit IRC17:16
*** cadenzajon_ has quit IRC17:17
openstackgerritSteven Hardy proposed a change to openstack/heat: migrate User/AccessKey resources to StackUser base class  https://review.openstack.org/7276317:19
openstackgerritSteven Hardy proposed a change to openstack/heat: StackUser add _delete_keypair function  https://review.openstack.org/7276217:19
openstackgerritSteven Hardy proposed a change to openstack/heat: Add test for StackUser._create_keypair  https://review.openstack.org/7276117:19
openstackgerritSteven Hardy proposed a change to openstack/heat: StackUser add suspend/resume support  https://review.openstack.org/7193017:19
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient add delete_stack_domain_user_keypair  https://review.openstack.org/7192917:19
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient add legacy fallback path  https://review.openstack.org/7831017:19
openstackgerritClint "SpamapS" Byrum proposed a change to openstack/heat: Add space to description of stack_domain_admin  https://review.openstack.org/7830517:21
shardySpamapS: https://review.openstack.org/#/c/78310/ legacy fallback stuff as promised..17:21
SpamapSshardy: we are having a hell of a time getting v3 and v2 to play nice together...17:21
*** blomquisg has joined #heat17:22
SpamapSshardy: thanks. We are completely stymied by the v3 change.. it is not small but it is something we realize we have to do.17:22
shardySpamapS: what are the issues you're facing?17:23
shardySpamapS: I made sure the heat code would work regardless of which version is provided via the service catalog, so in theory it should just need a keystone which has v3 enabled17:24
SpamapSshardy: slagle has the details17:24
*** CaptTofu has quit IRC17:25
slagleshardy: i've created the admin project with openstack client, and can see that in 'keystone tenant-list'17:26
slaglei can create the admin role with os client, and see it when i 'openstack role list'17:26
slaglebut keystone role-list just gives me a 'Unable to authorize user'17:26
*** jcru has joined #heat17:27
shardyslagle: everything which happens via the keytone cli hits the v2 API, which means the default domain, and I think roles may work differently17:28
therveshardy, You managed to do something?17:28
shardyslagle: I think you may be better creating the global role via "keystone" if you need it to work via both API versions17:28
slagleshardy: ok, will try that17:29
shardyslagle: maybe also look at what devstack does, as they are making heavy use of openstackclient now17:29
shardyslagle: I've been testing on devstack, and RDO, and all I did was add the heat domain, user and role assignment via "openstack" as mentioned in the commit messages17:30
slagleshardy: right, ok. think i might try just continuing to switch everything over to v317:30
slagleinstead of trying to mix the 217:30
*** spzala has joined #heat17:30
shardyslagle: probably not a bad plan, but FWIW I have been mixing them and it mostly works17:30
slagleshardy: what about endpoints? i also saw where endpoints i created with openstack, weren't showing up for keystone endpoint-list17:31
SpamapSshardy: tiny nits on https://review.openstack.org/#/c/78310/ .. thanks so much again for getting that in17:31
thervezaneb, Is the oslo sync policy documented anywhere?17:31
*** openstackgerrit has quit IRC17:32
zanebtherve: good question. it was re-agreed at the meeting last week, if that's any help17:32
thervezaneb, Ah good to know, I don't think I caught up on that one17:32
SpamapSshardy: this seems like a bigger bug in keystone...17:33
*** zns has quit IRC17:33
shardyslagle: I'm not sure why you're seeing that, creating the endpoints via devstack (using openstackclient) makes them visible via both keystone and openstack for me:17:33
shardyhttps://review.openstack.org/#/c/77662/1/lib/heat17:33
shardyI tested that a couple of days ago, I guess maybe there's some new exciting keystone issue somewhere :(17:34
SpamapSshardy: once people start using v3 and domains, seems like it will be quite disruptive to v2 users.17:34
slagleshardy: i'm using openstack client from pip. i wonder how old that is17:34
* slagle looks17:34
shardySpamapS: in theory the V2 users shouldn't see anything that's not in the default domain, only they did/do due to bugs17:35
*** dims has quit IRC17:35
shardymaybe those are fixed now, I raised one and I think I saw a commit17:35
shardySpamapS: so *in theory* they shouldn't be disrupted, but the reality is...bugs17:36
shardyI guess it takes some of us actually switching to v3 to flush those out, unfortunately17:36
SpamapSshardy: so I think we'll be able to think more clearly if we can work through the issues one by one and not be blocking all of our devs ... perhaps we should try hard to get the fallback code landed in Heat. :-/17:36
SpamapSstarting to think we should have reverted.. :-/17:36
SpamapSshardy: sorry for the mess. :-P17:36
shardySpamapS: I just provided a fix?17:37
thervezaneb, So is someone going to take care of syncing?17:37
shardywhich falls back to the exact same code as before?17:37
therveBecause the discussion seemed like "let's do it!" without nobody taking care of it17:37
*** tomek_adamczewsk has quit IRC17:37
SpamapSshardy: yeah so I'm thinking we should try and get that landed ASAP :)17:37
*** dims has joined #heat17:37
SpamapSshardy: I noted a tiny nit in the error messages ... otherwise +2 from me.17:37
*** rbuilta has quit IRC17:38
zanebtherve: well the idea is that there are people wanting to get patches in there all the time. So we force them to do a complete sync to get them, and everything stays up to date and manageable.17:38
zanebtherve: as opposed to letting them cherry-pick changes, and then it just becomes a mess17:38
thervezaneb, complete sync of one module though?17:39
*** blamar has joined #heat17:39
zanebtherve: ideally everything17:41
therveHum17:41
zanebbut I guess there are occasions that could cause trouble17:42
thervezaneb, We need to do one global sync though17:42
therveWe're pretty far behind now17:42
zanebare we? ok. then this would seem like a good time to do one17:43
zanebalthough I know sdake asked not to touch the messaging stuff atm17:43
therve4.5k diff currently17:44
therveThere doesn't seem to be anything in rpc changing, weird17:45
shardySpamapS: https://review.openstack.org/#/c/78310/ updated17:49
shardynot sure where the bot has gone..17:49
zanebrandallburt: checks passed... https://review.openstack.org/#/c/77752/ needs another +2 if you have a moment :)17:50
SpamapSzaneb: https://review.openstack.org/#/c/78310/ could you please review. :)17:51
SpamapSrandallburt: https://review.openstack.org/#/c/78310/ please17:51
SpamapStherve: https://review.openstack.org/#/c/78310/ you too17:51
SpamapSit would take the pressure off of slagle at this TripleO sprint :)17:51
* randallburt looking17:51
*** andersonvom has quit IRC17:53
randallburtzaneb:  approved17:55
randallburtSpamapS:  do you want me to give zaneb and therve another couple of minutes to look that over?17:55
zanebrandallburt: thank you!17:55
randallburtnp17:55
zanebSpamapS: +2'd17:56
zanebone log message could be improved, I thought17:56
zanebbut not worth holding it up for17:56
*** andersonvom has joined #heat17:57
randallburtzaneb, SpamapS: ok, approved.17:57
randallburtnow take a vacation while the gates do their thing.17:57
*** tango has joined #heat17:58
SpamapSif only the gate were instant :)17:58
zanebgood news, everyone! I scrubbed my Gerrit mailbox17:58
SpamapSzaneb: Hopefully you rinsed it after..18:00
shardytherve: sorry I didn't reply to your earlier comment, I cancelled the +A by uploading a new patch to https://review.openstack.org/#/c/71929/18:00
shardytherve: changes are minor (adding the legacy fallback path) but needs re-reviewing I'm afraid18:01
*** nati_ueno has joined #heat18:02
*** jmckind has joined #heat18:03
*** zns has joined #heat18:11
*** pvaneck has joined #heat18:12
*** CaptTofu has joined #heat18:14
CaptTofuhi there heat folk!18:14
CaptTofuwho out there can tell me how I might get the launch with (stock) devstack working of a test stack that keeps failing?18:19
CaptTofu"No valid host was found"18:19
CaptTofulooks like the instance it launches fails18:20
*** gokrokve has quit IRC18:22
*** randallburt has quit IRC18:23
*** ramishra has quit IRC18:23
*** ramishra has joined #heat18:24
larsksCaptTofu: Does your devstack environment otherwise work correctly? That is, can you boot instances on it manually?18:24
*** pablosan is now known as ZZpablosan18:25
CaptTofularsks: hi again! You help out in a lot of channels. Yes, last time I checked. Let me quadruple-check again18:25
*** openstackgerrit has joined #heat18:26
*** ramishra has quit IRC18:28
*** arbylee has quit IRC18:29
SlowerCaptTofu: I had this problem not long ago..18:30
SlowerCaptTofu: my issue was I was asking to start an m1.large instance on a machine not capable of fullfilling it18:30
Slowereg not enough ram18:30
*** IlyaE has quit IRC18:31
CaptTofulet me see about that....18:31
SlowerCaptTofu: what are you trying to launch?18:32
*** rbuilta has joined #heat18:33
*** ZZpablosan is now known as pablosan18:34
*** jistr has quit IRC18:35
*** yogesh has joined #heat18:36
*** rbuilta has quit IRC18:37
CaptTofuSlower: the test stack per http://docs.openstack.org/developer/heat/getting_started/on_devstack.html18:44
CaptTofuSlower: larsks: seems it was the size issue.18:45
larsksI sort of expected that.  That's what the "no valid host" message usually means :)18:45
CaptTofularsks: though, the question "wget ${WebsiteURL}" doesn't work that way18:48
*** IlyaE has joined #heat18:48
larsksCaptTofu: ?18:49
*** e0ne has joined #heat18:49
slagleshardy: so, when i create endpoints via openstack, legacy_endpoint_id in the keystone endpoint table is NULL18:49
slagleshardy: that's what's causing keystone endpoint-list to not show them18:50
*** rbuilta has joined #heat18:51
*** nszceta has quit IRC18:54
SlowerCaptTofu: awesome18:57
Slowerwell kinda, now you need to order more ram :)18:57
openstackgerritA change was merged to openstack/heat: Native ScalingPolicy resource  https://review.openstack.org/7752918:58
*** skraynev_afk is now known as skraynev18:59
*** openstackgerrit has quit IRC19:02
*** nati_uen_ has joined #heat19:03
skraynevzaneb: About revert: I will do it immediately !19:05
zanebskraynev: thanks! :) was just going through my list of patch reviews I had been ignoring ;)19:06
CaptTofularsks: sorry, was distracted. There is no "WestsiteURL" in the output of heat show per that page19:06
CaptTofuWebsiteURL19:06
*** nati_ueno has quit IRC19:06
*** samstav_ has joined #heat19:07
*** zns has quit IRC19:07
*** zns has joined #heat19:07
zanebCaptTofu: is the stack CREATE_COMPLETE?19:07
CaptTofuyeah, there is much happiness there19:07
zanebWebsiteURL is definitely one of the outputs, see the bottom of https://raw.github.com/openstack/heat-templates/master/cfn/F17/WordPress_Single_Instance.template19:08
larsksCaptTofu: Do you see anything listed under the "outputs" label of "heat stack-show"?19:08
*** samstav has quit IRC19:08
*** samstav_ has quit IRC19:09
*** packet has joined #heat19:09
skraynevzaneb: np. my fail. I hope that we will improve documentation for this case. I guess that developers know how to use resource list and resource show for nested resources. But We should share these knowledge with users.19:09
skraynevzaneb: https://review.openstack.org/#/c/78363/119:09
zanebskraynev: +119:09
*** zns has quit IRC19:09
*** samstav has joined #heat19:09
*** zns has joined #heat19:10
skraynevzaneb: have we any bug for this issue? I would try to describe such use case ;)19:11
zanebnot that I know of19:12
CaptTofularsks: let me check!19:15
CaptTofularsks: d'oh, yes19:15
larsks...and does it have a WebsiteURL output?19:15
*** randallburt has joined #heat19:17
CaptTofularsks: just checked, and I can get in! Internal IP,but in nonetheless19:17
SlowerCaptTofu: you're trying to get to the website url?19:18
SlowerCaptTofu: can you ssh into the vm?19:18
*** lindsayk has joined #heat19:19
CaptTofuSlower: yes, horray!19:20
CaptTofuwho here could I pick the brain of about heat (big picture, etc) ?19:21
*** lindsayk has quit IRC19:21
*** lindsayk1 has joined #heat19:22
*** jamieh_ has quit IRC19:22
sdakehttps://review.openstack.org/#/c/78101/ could use some core love - really easy patch to review :)19:22
sdakeI am pretty sure I am just going to rewrite config/generator.py19:23
*** gokrokve has joined #heat19:23
sdakeit doesn't work when there are groups with the same option names19:23
*** coolsvap has quit IRC19:24
*** alexheneveld has quit IRC19:28
SlowerCaptTofu: maybe just start asking questions? :)19:32
CaptTofuSlower: Aight!19:32
*** zns has quit IRC19:32
CaptTofuSlower: with heat, the service is for a single cloud provider?19:33
*** lindsayk1 has quit IRC19:33
*** lindsayk1 has joined #heat19:33
zanebCaptTofu: y-es19:34
CaptTofuQ: Can Heat yet work with AWS?19:34
CaptTofuor other non-openstack cloud provider?19:34
zanebno19:34
*** arbylee has joined #heat19:35
*** samstav has quit IRC19:36
CaptTofuQ: If I had two separate cloud providers, would they simply need the heat service set up in order to use them and I would use Heat for each separately?19:36
CaptTofuI mean, I'd have didfferent openstack creds for each19:36
CaptTofus/didfferent/different/19:37
zanebin theory, yes19:37
zanebwe do have a standalone mode that allows you to run it locally if the cloud provider doesn't have it19:38
zanebbut you will miss out on a lot of features19:38
zaneband more as time goes on19:38
zanebit's not something we will be supporting19:38
CaptTofuQ: is that because you really want admin access to a cloud to use?19:39
zanebthere is, however, a proposal for allowing multi-region/multi-cloud stacks (or, more precisely, trees of nested stacks)19:39
zanebCaptTofu: pretty much, yes. we have to do things like adding users that require admin rights19:39
zaneb*usually require19:39
*** andrew_plunk has joined #heat19:40
CaptTofuQ: what is the aim of Heat in terms of what somone ought to use for provisioning - long-term plans?19:40
SlowerI think running on the server side means it can do the more fancy features like load balancing etc.. it has better integration19:41
Slowerbetter HA too19:41
zanebCaptTofu: define 'provisioning' in this context19:42
CaptTofuzaneb: "should we at Org Z use Salt, Ansible, Chef, Heat..."19:42
zanebCaptTofu: yes.19:43
*** pablosan is now known as ZZpablosan19:43
CaptTofuso,you are saying nothing is mutually exclusive?19:44
zanebcorrect19:44
*** asalkeld has quit IRC19:44
*** jmckind has quit IRC19:44
zanebin particular, Heat is not a config management tool19:44
*** samstav has joined #heat19:46
* zaneb has vague plans to write a blog post about this before Summit19:46
CaptTofuI am thinking of a post on this as well, from a clue-bee point of view19:50
skraynevzaneb: today is alt-time meeting?19:53
*** funzo has quit IRC19:54
CaptTofuQ: what is the big picture with AWS::CloudFormation ?19:54
zanebskraynev: good question. I think so19:54
*** rbuilta has quit IRC19:54
*** funzo has joined #heat19:54
zanebskraynev: yes19:54
CaptTofufor the single instance WP example template, it's what is used to specify which pages to install19:54
* skraynev always forget update personal calendar )19:55
zanebCaptTofu: we will continue to support CloudFormation templates as best we can. but it's not going to be the focus of innovation for obvious reasons19:55
skraynevzaneb: thanks.19:55
*** alexheneveld has joined #heat19:55
*** funzo has quit IRC19:56
*** asalkeld has joined #heat19:57
*** funzo has joined #heat19:57
*** funzo has quit IRC19:57
*** funzo has joined #heat19:57
stevebakermorning19:58
stevebakerheat meeting is in 4 hours19:58
Slowermornin!19:59
stevebakerCaptTofu: Org Z should continue using the config management tool that they are already invested in, but if they haven't chosen one yet they should consider deploying software with golden images20:00
*** funzo has quit IRC20:01
*** funzo has joined #heat20:02
*** funzo has quit IRC20:02
*** funzo has joined #heat20:03
CaptTofustevebaker: what is meant by golden images? Clean pristine images that you then use the template to define what things to add?20:05
*** skraynev is now known as skraynev_afk20:06
stevebakerCaptTofu: custom images which have all dependencies and your releases baked into them, so when heat launches them it only has to push in minimal config data containing the values of your various stack resources and parameters20:07
stevebakerCaptTofu: you can build an image with a tool like diskimage-builder. This is what tripleo does20:07
*** ZZpablosan is now known as pablosan20:10
CaptTofustevebaker: ah, I see, so you bake these images and simply use them20:10
*** zns has joined #heat20:11
stevebakerCaptTofu: yes, and when you do a release you have a toolchain which builds a new image, then do a stack update to roll it out (or spin up a new stack then delete the old one)20:11
CaptTofustevebaker: say I have some config file changes I need: for instance, I launch 3 nodes for a galera cluster and I need to modify the my.cnf file to include the specific IPs of each in the cluster address list - would I use heat for that as well?20:12
CaptTofueach cluster node launched from a golden image with everything on it except instance-specific changes...20:12
*** samstav has quit IRC20:13
stevebakerCaptTofu: yes, although ideally you would use autoscaling and my.cnf would get updated whenever the node count changed20:13
sdakestevebaker zaneb has a q on https://review.openstack.org/#/c/78101/ that I don't know how to answer20:13
*** samstav has joined #heat20:14
Slowerheh, that was my question too20:15
SlowerI was trying to figure out what else could be thrown in the code path20:15
sdakeso what that wrapper does is tell the rpc engine to not generate a backtrace, an dinstead pass the exception to the client20:15
sdakeeg, to expect it to happen20:16
stevebakerthe exception is always passed to the client, this just prevents error logging20:16
zanebshould we have our own decorator that lists all of the client exceptions that can be raised?20:17
*** lindsayk1 has quit IRC20:18
Slowerso I guess we would only decorate for those exceptions that we expect and don't want logged20:18
Slowerexpect in normal usage20:18
sdakewe only want to not log exceptions for certain heat.common.exception classes20:18
stevebakerwe should decorate for exceptions that users can trigger at-will20:18
zanebthere is a *big* list of those though20:19
stevebakerthe immediate goal is to switch back on tempest failing for any ERROR in logs20:20
*** lindsayk has joined #heat20:21
*** lindsayk1 has joined #heat20:22
sdaketitanfall in 3 days20:22
stevebakermaybe we could have a UserTriggeredHeatException parent class20:22
sdake\o/20:22
sdakemaybe we shouldn't put that in the critical path of oslo.messaging :)20:23
sdakebut such parent class, a special wrapper could be written20:24
stevebakersdake: speaking of which, ttx needs some compelling benefits of oslo.messaging to give it a FFE, to outweigh the risk of regressions20:25
*** lindsayk has quit IRC20:25
sdakestevebaker I'll shoot you an email20:26
stevebakerthanks20:26
Slowerthat almost sounds like something I could do.. maybe.. :)20:27
CaptTofustevebaker: what is it that re-writes the my.cnf for the particular members of a cluster?20:33
CaptTofustevebaker: if I use salt, ansible or chef, I have a list of nodes that have a given role or whatever and use that to interpolate in a jinja template for my.cnf (or IRB for chef)20:33
CaptTofuerb20:34
zanebstevebaker: you'd think that. and then you'd look at the filthy implementation and realise that it won't work: https://github.com/openstack/heat/blob/master/heat/openstack/common/rpc/common.py#L42520:35
zaneb:(20:35
funzocan anyone give me some guidance on how to delete a stack if it's stuck in DELETE_IN_PROGRESS?20:36
zaneband btw it's not fixed in oslo.messaging https://github.com/openstack/oslo.messaging/blob/e9821fe602344c6e755a1510ddd60f7ed0f09853/oslo/messaging/_drivers/common.py#L43620:36
sdakezaneb we could write our own decorator that looks at the parent class I believe20:36
*** IlyaE has quit IRC20:36
funzoI cranked up the logging and see the schedule get run through deleting all the resources, all the resources are indeed deleted20:36
stevebakerCaptTofu: lets say there is a resource which has an attribute that returns a list of all IP addresses. A SoftwareDeployment will have that attribute as one of its input_values. On the server os-collect-config will poll for changes. When it notices the change IP address list it will run os-refresh-config which will run os-apply-config which will write out the new my.cnf. Then os-refress-config will run the20:36
funzobut the stack stays around20:36
stevebakerpos-config scripts which will restart mysqld20:36
zanebsdake: yes, we could do that20:36
stevebakerzaneb: is the oslo.messaging version less filthy?20:36
zanebstevebaker: nope https://github.com/openstack/oslo.messaging/blob/e9821fe602344c6e755a1510ddd60f7ed0f09853/oslo/messaging/_drivers/common.py#L43620:37
*** IlyaE has joined #heat20:38
stevebakerzaneb: it would be nice to have an explicit list of exceptions for each service method, but defined somewhere other than the decrator for that method20:38
*** tspatzier has joined #heat20:38
CaptTofustevebaker: I see what you mean. What could I look at as an example of something that does this?20:38
zanebstevebaker: your Java is showing ;)20:39
stevebakerCaptTofu: tripleo-heat-templates, tripleo-image-elements. However its not that clean yet since they have to hack around everything that heat doesn't do yet (until icehouse is released anyway)20:40
stevebakerzaneb: :p20:40
*** gokrokve has quit IRC20:51
*** randallburt has quit IRC20:52
*** randallburt has joined #heat20:56
*** john-n-seattle1 has quit IRC20:57
*** tomek_adamczewsk has joined #heat20:58
*** jcru has quit IRC20:59
*** denis_makogon has quit IRC20:59
*** dmakogon_ has joined #heat20:59
*** pablosan is now known as ZZpablosan21:04
*** ZZpablosan is now known as pablosan21:04
*** john-n-seattle has joined #heat21:04
*** pablosan is now known as ZZpablosan21:04
*** tomek_adamczewsk has quit IRC21:04
*** randallburt1 has joined #heat21:05
*** randallburt2 has joined #heat21:06
*** randallburt has quit IRC21:06
*** andrew_plunk has quit IRC21:06
*** randallburt1 has quit IRC21:09
*** alexheneveld has quit IRC21:11
*** cody-somerville has joined #heat21:14
*** andrew_plunk has joined #heat21:21
*** nezabulka has joined #heat21:26
*** tomek_adamczewsk has joined #heat21:30
*** andrew_plunk has quit IRC21:32
*** radez is now known as radez_g0n321:36
*** e0ne has quit IRC21:36
*** zns has quit IRC21:37
*** ifarkas has quit IRC21:40
*** tomek_adamczewsk has quit IRC21:47
*** tomek_adamczewsk has joined #heat21:49
*** aweiteka has quit IRC21:57
*** asalkeld has quit IRC21:58
*** tspatzier has quit IRC22:06
*** rpothier_ has quit IRC22:09
*** andersonvom has quit IRC22:10
*** asalkeld has joined #heat22:10
*** lindsayk1 has quit IRC22:13
*** lindsayk has joined #heat22:13
*** piousbox has quit IRC22:20
*** lindsayk has quit IRC22:25
*** lindsayk has joined #heat22:25
stevebakerSpamapS: are you around for the heat meeting in 90 minutes?22:29
SpamapSstevebaker: yes22:30
stevebakerSpamapS: should we add stack-update fail recovery to the agenda22:31
stevebaker?22:31
SpamapSstevebaker: certainly22:31
SpamapSstevebaker: I haven't been able to focus much on it because of the instance-users fallout :(22:32
SpamapSstevebaker: really close to a working patch with full test coverage though22:32
*** alexheneveld has joined #heat22:32
SpamapSstevebaker: fully ready to land it with a config setting that allows turning it on (off by default)22:32
stevebakerSpamapS: cool, it would be good to make sure everyone is on the same page22:33
*** piousbox has joined #heat22:33
stevebakerugh, I'm talking like a manager :/22:33
SpamapSstevebaker: build consensus for a paradigm shift to capitalize on our synergies22:34
* SpamapS dies22:34
* stevebaker chokes22:34
stevebakerSpamapS: does tripleo observe the feature freeze?22:35
*** ZZpablosan is now known as pablosan22:37
*** andersonvom has joined #heat22:37
*** randallburt2 has quit IRC22:39
SpamapSstevebaker: no22:42
SpamapSstevebaker: we are CD. :)22:43
SpamapSstevebaker: and we'd prefer if there were no feature freeze. :)22:43
SpamapSbecause frankly, it just breaks things.. stuff gets crammed in half assed22:43
stevebakerSpamapS: I'm sure you would ;)22:43
*** andrew_plunk has joined #heat22:44
stevebakerSpamapS: and fwiw I agree22:44
SpamapSstevebaker: our idea to land things turned off by default while they're stabilized was shouted down.22:45
*** david-lyle has quit IRC22:46
SpamapSmostly dogma I think.. "We don't want half-done code in master"22:46
SpamapSwhere my thinking is more "I don't want half done code in master turned on by default" .. which is what happens at FF22:47
*** bada_ has joined #heat22:51
*** bada has quit IRC22:53
zanebSpamapS: most of the changes I make, I make so I can _remove_ code. If I can only _add_ code, I'm not sure that would be a Good Thing.22:54
*** pablosan is now known as ZZpablosan22:54
SpamapSzaneb: I would say _yes_ to all of that. The difference is I want to remove the old code once the replacement is known to work and the users have had time to adapt.22:55
SpamapSinstead of "do it now" and wait 6 months to get user feedback22:56
*** lindsayk has quit IRC22:59
*** openstack has joined #heat23:03
*** yogesh has quit IRC23:06
*** yogesh has joined #heat23:06
*** yogesh has quit IRC23:10
*** tango|2 has joined #heat23:11
*** tango|2 has quit IRC23:11
*** arbylee has quit IRC23:15
*** blomquisg has quit IRC23:17
*** lindsayk has joined #heat23:20
*** randallburt has joined #heat23:20
*** lindsayk1 has joined #heat23:20
*** lindsayk has quit IRC23:24
*** jergerber has quit IRC23:24
*** bada_ has quit IRC23:25
*** bada has joined #heat23:25
*** andrew_plunk has quit IRC23:25
*** rcleere has quit IRC23:27
*** CaptTofu has quit IRC23:28
*** Ng has quit IRC23:31
*** sabeen has quit IRC23:31
*** Ng has joined #heat23:32
*** blomquisg has joined #heat23:32
*** vijendar has quit IRC23:32
*** blomquisg has quit IRC23:39
*** stevebaker has quit IRC23:46
*** stevebaker has joined #heat23:46
*** liang has joined #heat23:50
*** blomquisg has joined #heat23:52
*** dims has quit IRC23:56
*** topol has quit IRC23:57
*** andersonvom has joined #heat23:58
stevebakermeeting time in #openstack-meeting-alt23:59
*** rpothier has joined #heat23:59
*** arbylee has joined #heat23:59

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