Wednesday, 2014-11-19

*** chlong has quit IRC00:01
*** LiJiansheng has joined #heat00:03
*** serg_melikyan has quit IRC00:05
*** serg_melikyan has joined #heat00:05
*** pmallya has quit IRC00:06
*** david-lyle is now known as david-lyle_afk00:06
*** EricGonczer_ has joined #heat00:10
openstackgerritAngus Salkeld proposed openstack/heat-specs: A collection of small changes to improve usability  https://review.openstack.org/13068200:11
*** randallburt has joined #heat00:11
*** kebray has joined #heat00:13
*** julienvey has quit IRC00:15
*** julienvey has joined #heat00:16
*** chlong has joined #heat00:16
*** julienvey has quit IRC00:21
*** EricGonczer_ has quit IRC00:26
*** LiJiansheng has quit IRC00:31
*** LiJiansheng has joined #heat00:31
*** Drago has joined #heat00:47
*** Drago has quit IRC00:54
*** julienvey has joined #heat01:00
*** julienvey has quit IRC01:04
*** zhiwei has joined #heat01:06
*** randallburt has quit IRC01:11
*** liuxx has joined #heat01:15
*** ccrouch has joined #heat01:15
*** asalkeld_ has quit IRC01:15
*** asalkeld_ has joined #heat01:16
*** Marga_ has joined #heat01:17
*** andersonvom has quit IRC01:24
*** Dragomir has joined #heat01:33
*** sarob has quit IRC01:33
*** apporc has joined #heat01:33
*** apporc has quit IRC01:44
*** kebray has quit IRC01:45
*** shashankhegde has quit IRC01:47
*** Qiming has joined #heat01:56
*** nosnos has joined #heat02:02
*** serg_melikyan has quit IRC02:02
*** serg_melikyan has joined #heat02:03
*** achanda_ has quit IRC02:04
*** liuxx has quit IRC02:05
*** liuxx has joined #heat02:05
*** sgordon_ has joined #heat02:09
*** EricGonczer_ has joined #heat02:11
*** tiantian has joined #heat02:11
*** swygue has joined #heat02:14
*** swygue has quit IRC02:28
*** erkules_ has joined #heat02:36
*** erkules has quit IRC02:38
*** serg_melikyan has quit IRC02:40
*** Marga_ has quit IRC02:43
*** swygue has joined #heat02:44
*** EricGonczer_ has quit IRC02:52
openstackgerritAngus Salkeld proposed openstack/heat: Implement resource "external_reference"  https://review.openstack.org/13549202:53
*** aweiteka has joined #heat02:54
*** shashankhegde has joined #heat02:56
*** liuxx has quit IRC02:59
*** liuxx has joined #heat02:59
*** bhi has quit IRC03:02
*** links has joined #heat03:04
*** achanda has joined #heat03:04
*** dims_ has quit IRC03:05
*** dims has joined #heat03:06
*** Dragomir has quit IRC03:09
*** achanda has quit IRC03:10
*** EricGonczer_ has joined #heat03:11
*** EricGonczer_ has quit IRC03:12
*** Marga_ has joined #heat03:14
*** GonZo2K has quit IRC03:14
*** harlowja is now known as harlowja_away03:16
*** Marga_ has quit IRC03:19
*** nosnos has quit IRC03:20
*** jrist has quit IRC03:28
*** achanda has joined #heat03:32
*** swygue has quit IRC03:33
*** asalkeld_ is now known as asalkeld_afk03:40
*** jrist has joined #heat03:40
*** Marga_ has joined #heat03:44
*** funzo has quit IRC03:49
*** sgordon_ has quit IRC03:50
*** swygue has joined #heat03:51
*** funzo has joined #heat03:51
*** funzo has quit IRC03:55
*** aweiteka has quit IRC03:58
*** Marga_ has quit IRC04:00
*** blomquisg has quit IRC04:05
*** nosnos has joined #heat04:12
*** rushiagr_away is now known as rushiagr04:18
openstackgerritSteve Baker proposed openstack/python-heatclient: Add CLI commands to interact with software-config  https://review.openstack.org/13410704:26
openstackgerritSteve Baker proposed openstack/python-heatclient: output-show format by json or raw  https://review.openstack.org/13549904:26
openstackgerritMerged openstack/python-heatclient: Updated from global requirements  https://review.openstack.org/13479204:31
*** Yanyanhu has joined #heat04:41
openstackgerritMerged openstack/heat: Updated from global requirements  https://review.openstack.org/13476704:41
openstackgerritMerged openstack/heat: Remove duplication on stack resource operations  https://review.openstack.org/13510904:41
*** achanda has quit IRC04:42
*** elynn has quit IRC04:42
*** tellesnobrega has quit IRC04:44
*** swygue has quit IRC04:50
*** tnurlygayanov has quit IRC04:55
*** Marga_ has joined #heat04:57
*** Marga_ has quit IRC05:02
*** swygue has joined #heat05:13
*** shashankhegde has quit IRC05:15
*** asalkeld_afk is now known as asalkeld05:16
*** shashankhegde has joined #heat05:18
*** vijayagurug has joined #heat05:21
*** tiantian has quit IRC05:23
*** ckmvishnu has joined #heat05:24
*** achanda has joined #heat05:25
ckmvishnuin case of concurrent update, what would be the desired way of halting the update-in-progress. should it gracefully stop or should it behave similar to cancel-update implemented currently?05:28
ckmvishnui guess user would want to stop old in-progress updates abruptly05:31
*** Dragomir has joined #heat05:31
ckmvishnuasalkeld: Hi05:32
asalkeldhi ckmvishnu05:32
ckmvishnuregarding to my ^ question05:32
asalkeldckmvishnu, i thought the idea was just to let the last operations finish05:33
ckmvishnumore like a gracefull stop?05:33
asalkeldand when we went back to see what was next to do the graph was just different05:33
asalkeldyeah05:33
asalkeldcancelling is hard05:34
asalkeldjust let it finish05:34
ckmvishnugot it.05:34
asalkeldand we have to clean up05:34
ckmvishnuok05:35
asalkeldckmvishnu, i am a bit less optimistic about a mid cycle even happening - lots of people can't get travel finance05:35
ckmvishnuwe can always have a hangout session05:35
asalkeldthe answer is basially , we would love a mid cycle if it is local to us05:35
asalkeldckmvishnu, i'd like us to do that more05:36
asalkeldesp. on specific topics05:36
ckmvishnuok05:36
ckmvishnubrb05:36
*** boris-42 has joined #heat05:39
*** serg_melikyan has joined #heat05:41
*** serg_melikyan has quit IRC05:45
*** rakesh_hs has joined #heat05:51
*** k4n0 has joined #heat05:52
*** apporc has joined #heat05:55
*** Marga_ has joined #heat05:58
openstackgerritOpenStack Proposal Bot proposed openstack/heat: Imported Translations from Transifex  https://review.openstack.org/13361506:01
*** links has quit IRC06:02
*** Marga_ has quit IRC06:03
*** shashankhegde has quit IRC06:08
*** david-lyle_afk has quit IRC06:12
*** ananta has joined #heat06:15
*** tomek_adamczewsk has joined #heat06:23
*** tiantian has joined #heat06:25
Qimingasalkeld, a quick question?06:27
asalkeldsure06:28
Qimingasalkeld, http://git.openstack.org/cgit/openstack/heat/tree/heat/engine/resources/resource_group.py#n29106:28
QimingI'm suggesting returning a Json here, instead of a Python dict06:29
Qiminga simple fix indeed, but I'm not sure if I'm breaking any existing users06:29
*** tomek_adamczews1 has joined #heat06:30
asalkeldQiming, i am not sure without looking into it a bit more06:31
Qimingor should I just propose it and wait for some -2s?06:31
asalkeldQiming, yeah maybe - if it's not too  much work06:31
*** hdd has joined #heat06:31
*** tomek_adamczewsk has quit IRC06:31
asalkeldso is there a related bug?06:31
Qimingbasically, even as an output from a stack, you'd better make it a Json alike thing, so that people can parse it further more06:31
Qimingah, I'm passing that result back to SoftwareConfig, but SoftwareConfig only accepts Json06:32
asalkeldok, i'd suggest making a bug06:33
Qimingok, will do, thanks06:33
asalkeldthat seems reasonable change so it can work with software config06:33
*** vijendar has quit IRC06:33
Qimingbecause Heat (should) only recognize Json06:34
asalkeldit would be good to audit what the other resources return06:34
Qimingin most of the cases, just simple strings or lists06:35
Qimingwhich is okay06:35
QimingI can do a quick check over them all06:35
asalkeldthat would be great06:35
*** k4n0 has quit IRC06:39
tiantianasalkeld: would you please to approve this again:) https://review.openstack.org/#/c/130152/06:40
asalkeldlooking06:40
asalkelddone06:41
tiantianTks:)06:42
*** viktors has joined #heat06:44
*** viktors|akf has quit IRC06:45
*** tomek_adamczews1 has quit IRC06:45
*** tomek_adamczewsk has joined #heat06:46
*** ishant has joined #heat06:47
*** achanda has quit IRC06:48
*** k4n0 has joined #heat06:53
*** achanda has joined #heat06:57
*** Marga_ has joined #heat06:59
*** tomek_adamczews1 has joined #heat07:00
openstackgerritQi Zhang proposed openstack/heat: Make the keystoneclient pickup the region name passed in from heatclient  https://review.openstack.org/13552107:02
*** tomek_adamczewsk has quit IRC07:02
*** Marga_ has quit IRC07:03
*** jprovazn has joined #heat07:09
*** dsneddon has quit IRC07:10
*** kevinbenton has quit IRC07:22
*** nkhare has joined #heat07:24
*** achanda has quit IRC07:26
*** nanjj has joined #heat07:27
nanjjshardy: hi07:29
*** Qiming has quit IRC07:29
nanjjasalkeld: hi07:30
asalkeldhi nanjj, give me 507:30
asalkeld(mins)07:31
*** k4n0 has quit IRC07:31
openstackgerritMerged openstack/heat: Add snapshot restore HTTP API  https://review.openstack.org/9212507:32
asalkeldnanjj, shoot07:34
openstackgerritMerged openstack/heat: Don't stop create immediately on error for stack resources  https://review.openstack.org/13015207:36
nanjjasalkeld: drafting a bug07:36
nanjjasalkeld: a question is why the invocation of alarm url is design as blocked07:36
nanjjasalkeld: instead of in async way?07:37
nanjjasalkeld: here alarm url is the one in auto scaling group scaling policy07:37
asalkeldnanjj, no special reason07:37
asalkeldasync sounds better07:37
nanjjasalkeld: but the api timeout may be found07:37
nanjjasalkeld: I will open a bug to correct it07:37
asalkeldcool07:38
nanjjasalkeld: another one07:39
nanjjasalkeld: http://en.wikipedia.org/wiki/Hostname07:39
nanjjasalkeld: one a-z, -, 0-9 allowed in host short name07:39
nanjjasalkeld: so we need to have check before send the hostname to nova07:40
asalkeldnanjj, sounds good07:40
asalkeldbug and small validation07:40
nanjjasalkeld: for example, my_asg, here _ is not allowed07:40
*** Yanyanhu has quit IRC07:41
asalkeldmoving network, brb07:41
*** asalkeld_ has joined #heat07:43
*** k4n0 has joined #heat07:44
*** asalkeld has quit IRC07:46
openstackgerrithuangtianhua proposed openstack/heat: Failed res no need UpdateReplace which has nested_stack  https://review.openstack.org/13010707:47
openstackgerrithuangtianhua proposed openstack/heat: Correct autoscaling group's updates from a failed state  https://review.openstack.org/13552407:47
*** boris-42 has quit IRC07:47
*** GonZo2K has joined #heat07:51
*** Marga_ has joined #heat07:51
*** Dragomir has quit IRC07:54
*** jtomasek has quit IRC07:58
*** tspatzier has joined #heat08:00
*** tomek_adamczews1 has quit IRC08:01
*** pasquier-s has joined #heat08:01
*** tomek_adamczewsk has joined #heat08:07
*** ifarkas has joined #heat08:09
openstackgerritJun Jie Nan proposed openstack/heat-templates: Remove underscore in autoscaling group name  https://review.openstack.org/13552508:09
*** jstrachan has joined #heat08:13
*** alexheneveld has quit IRC08:16
*** tomek_adamczewsk has quit IRC08:18
*** ckmvishnu has quit IRC08:18
*** tomek_adamczewsk has joined #heat08:19
*** justin-8 has quit IRC08:19
*** justin-8 has joined #heat08:20
*** links has joined #heat08:22
*** ckmvishnu has joined #heat08:23
*** tiantian has quit IRC08:26
*** ishant2 has joined #heat08:29
*** ishant has quit IRC08:30
*** praveenkumar has quit IRC08:30
*** bhi has joined #heat08:31
*** praveenkumar has joined #heat08:33
*** chlong has quit IRC08:34
*** alexheneveld has joined #heat08:37
*** tiantian has joined #heat08:43
*** tiantian is now known as huangtianhua08:44
*** julienvey has joined #heat08:58
*** jcoufal has joined #heat08:58
*** sorantis has joined #heat08:59
*** jcoufal has quit IRC09:01
*** jcoufal has joined #heat09:01
*** jcoufal has quit IRC09:01
*** rakesh_hs2 has joined #heat09:02
*** jcoufal has joined #heat09:02
*** rakesh_hs has quit IRC09:03
*** nosnos has quit IRC09:07
*** nosnos has joined #heat09:08
*** cmyster has joined #heat09:10
*** pas-ha has joined #heat09:10
pas-hamorning all09:11
*** ananta has quit IRC09:15
cmystermorning09:16
shardymorning all09:16
*** Marga_ has quit IRC09:17
*** erkules_ is now known as erkules09:18
cmystermornin09:22
*** sorantis has joined #heat09:22
*** Marga_ has joined #heat09:22
cmystershardy: I tried to be avail for last night (my pre-dawn) but it was not meant to be...09:22
cmystershardy: also I understand that you are working ontest_update. I am going to work on it as well, we should talk about how to sync the work on it09:23
shardycmyster: you mean functional tests?09:24
cmysterthats the one09:24
shardycmyster: Yeah, I just posted a couple of new tests related to some update bugs I've been fixing09:24
cmystercoolness09:24
* cmyster pulls09:24
shardymy plan is to add tests for stuff which is broken as we fix it basically09:24
shardycmyster: I'll loop you in if I'm doing anything significant tho so we can avoid overlapping09:25
cmystergotcha, I am thinking how I can add a test for retries for failures09:25
cmysteron*09:25
*** nanjj has quit IRC09:27
openstackgerritSteven Hardy proposed openstack/heat: StackResource consider files in implementation_signature  https://review.openstack.org/13535509:28
openstackgerritSteven Hardy proposed openstack/heat: Move implementation_signature to StackResource  https://review.openstack.org/13535409:28
openstackgerritSteven Hardy proposed openstack/heat: Make ResourceGroup updates update nested stacks  https://review.openstack.org/13403709:28
*** GonZo2K has quit IRC09:39
shardyasalkeld_: Hey, don't know if you saw but I posted a series moving to the implementation_signature update approach, including hashing the files09:41
*** jamielennox is now known as jamielennox|away09:41
shardyasalkeld: I replied to your comment on https://review.openstack.org/#/c/134037/09:41
shardyI think that change is still needed despite the move to implementation_signature09:41
shardyI abandoned the previous always-recurse patch you -1'd tho09:42
*** Marga_ has quit IRC09:51
*** nanjj has joined #heat09:53
openstackgerritSteven Hardy proposed openstack/heat: StackResource consider files in implementation_signature  https://review.openstack.org/13535509:57
openstackgerritSteven Hardy proposed openstack/heat: Move implementation_signature to StackResource  https://review.openstack.org/13535409:57
openstackgerritSteven Hardy proposed openstack/heat: Make ResourceGroup updates update nested stacks  https://review.openstack.org/13403709:57
openstackgerritMerged openstack/heat: StackResource add show_deleted option to nested() accessor method  https://review.openstack.org/11633309:59
openstackgerritSteven Hardy proposed openstack/heat: Add functional test for update of group of provider resources  https://review.openstack.org/13535310:02
openstackgerritSteven Hardy proposed openstack/heat: Add functional test for update of provider resource  https://review.openstack.org/13534810:02
*** Marga_ has joined #heat10:02
pas-hashardy, question on our v3 auth - do we still need the heat_stack_owner role for it to work?10:03
shardypas-ha: No, not on latest master, on Juno yes, until https://review.openstack.org/#/c/130104/ lands10:04
shardypas-ha: I need to follow up on the bug #1376562 fix and e.g remove heat_stack_owner from devstack and elsewhere10:05
uvirtbotLaunchpad bug 1376562 in heat/juno "Can't delegate optional roles" [High,In progress] https://launchpad.net/bugs/137656210:05
pas-hashardy, ok, thanks10:06
shardypas-ha: Note that folks still have the option of setting trusts_delegated_roles to a list if they want the old behavior10:06
*** zhiwei has quit IRC10:07
*** LiJiansheng has quit IRC10:08
*** ckmvishnu has quit IRC10:10
*** LiJiansheng has joined #heat10:13
*** Marga_ has quit IRC10:17
*** jtomasek has joined #heat10:27
*** reed has joined #heat10:27
*** stannie1 is now known as stannie10:27
*** alexheneveld has quit IRC10:31
*** dkusidlo has joined #heat10:36
*** tellesnobrega has joined #heat10:38
*** boris-42 has joined #heat10:40
pfreund_hello. I would like to do a commit in the doc, but it has been rejected (https://review.openstack.org/#/c/135548/)10:40
pfreund_Where do I have to make the change ? It seems that it's not in openstack manuals10:40
matttpfreund_: sounds like it generates docs from the heat code itself?10:41
shardymattt: That's correct10:41
shardypfreund_: You'll need to update the description in the properties schema:10:41
shardyhttps://github.com/openstack/heat/blob/master/heat/engine/resources/neutron/security_group.py#L8510:42
pfreund_shardy: thanks10:43
*** justin-8_ has joined #heat10:44
*** justin-8 has quit IRC10:47
cmysternote to self: heat pull != git pull.10:48
cmysterI need more coffee10:48
asalkeld_shardy, i'll have a look in a bit10:48
asalkeld_just come back from dinner out10:48
shardyasalkeld_: Ok no worries, thanks10:50
*** liuxx has quit IRC10:50
*** alexheneveld has joined #heat10:50
asalkeld_shardy, looks good just waiting for verified10:54
shardyasalkeld_: great, thanks10:55
*** justin-8 has joined #heat10:55
*** tellesnobrega has quit IRC10:56
*** justin-8_ has quit IRC10:58
openstackgerritMerged openstack/heat: engine service add user_creds_id to create_stack interface  https://review.openstack.org/11633410:59
*** justin-8_ has joined #heat10:59
openstackgerritMerged openstack/heat: Imported Translations from Transifex  https://review.openstack.org/13361511:00
*** justin-8 has quit IRC11:02
*** nkhare has quit IRC11:08
*** huangtianhua has quit IRC11:09
*** dims has quit IRC11:09
*** dims has joined #heat11:09
*** sorantis has quit IRC11:16
*** ishant has joined #heat11:23
*** ishant2 has quit IRC11:24
*** Marga_ has joined #heat11:24
*** justin-8 has joined #heat11:27
*** justin-8_ has quit IRC11:29
*** Qiming has joined #heat11:31
*** sorantis has joined #heat11:38
*** tellesnobrega has joined #heat11:40
*** alexpilotti has joined #heat11:44
*** ekarlso- has quit IRC11:44
*** ekarlso- has joined #heat11:50
*** nkhare has joined #heat11:55
openstackgerritEoghan Glynn proposed openstack/heat: Correctly set CombinationAlarm repeat_actions  https://review.openstack.org/13557612:00
asalkeld_g'night all12:01
*** asalkeld_ has quit IRC12:01
*** Marga_ has quit IRC12:03
*** ishant2 has joined #heat12:06
*** ishant has quit IRC12:07
*** julienvey has quit IRC12:11
*** nanjj has quit IRC12:11
*** tomek_adamczewsk has quit IRC12:12
*** julienvey has joined #heat12:13
openstackgerritMerged openstack/heat-templates: Minor fixes to docker hook  https://review.openstack.org/13512412:13
*** rakesh_hs2 has quit IRC12:19
*** hdd has quit IRC12:22
*** tomek_adamczewsk has joined #heat12:24
*** julienvey has quit IRC12:24
*** julienvey has joined #heat12:27
*** rpothier has joined #heat12:28
openstackgerritMerged openstack/heat: Move implementation_signature to StackResource  https://review.openstack.org/13535412:30
*** nanjj has joined #heat12:31
*** nkhare has quit IRC12:34
*** ccrouch has quit IRC12:39
openstackgerritPierre Freund proposed openstack/heat: Add requirement to SecurityGroup "remote_group_id"  https://review.openstack.org/13558712:40
openstackgerritMerged openstack/heat: StackResource consider files in implementation_signature  https://review.openstack.org/13535512:40
*** tellesnobrega has quit IRC12:42
*** Qiming_ has joined #heat12:42
openstackgerritPierre Freund proposed openstack/heat: Add requirement to SecurityGroup "remote_group_id"  https://review.openstack.org/13558712:44
*** Qiming has quit IRC12:45
*** gfidente has joined #heat12:49
*** ekarlso- has quit IRC12:50
*** ekarlso- has joined #heat12:50
gfidenteguys, I would like a heat template to set some key to a list of numbers, like 0,1,2,3 , depending on the count of a resourcegroup12:50
gfidentecan you help me do that?12:50
*** swygue has quit IRC12:51
*** tnurlygayanov has joined #heat12:52
*** sgordon_ has joined #heat12:53
*** nanjj` has joined #heat12:54
*** nanjj has quit IRC12:55
*** dims has quit IRC12:58
*** ccrouch has joined #heat12:58
*** dims has joined #heat12:58
*** dims has quit IRC13:08
*** dims has joined #heat13:08
openstackgerritH3C iMC proposed openstack/heat: add evacuate action. add evacuate action for heat HA, when a master host failed, evacuate to the vm to another host. Fixes Bug1393690  https://review.openstack.org/13530313:11
*** ifarkas has quit IRC13:12
*** ifarkas has joined #heat13:12
*** rushiagr is now known as rushiagr_away13:14
*** vijendar has joined #heat13:21
*** aweiteka has joined #heat13:26
*** vijendar has quit IRC13:29
openstackgerritH3C iMC proposed openstack/heat: add evacuate action. add evacuate action for heat HA, when a master host failed, evacuate to the vm to another host. Fixes Bug1393690  https://review.openstack.org/13530313:34
*** vijendar has joined #heat13:34
*** tellesnobrega has joined #heat13:40
*** tellesnobrega has quit IRC13:40
*** apporc has quit IRC13:43
*** vijendar1 has joined #heat13:43
*** vijendar has quit IRC13:44
shardygfidente: I don't think there is an easy way to do that in the template, the "refs" attribute gives you a list of the resource ID's though, does that help?13:45
shardygfidente: If we added a "names" attribute, it would do what you want, but ideally I'd rather not make the nested stack resource naming part of the interface, because we may want to change it in the future13:46
shardygfidente: can you provide any more info about exactly what you need to do?13:46
cmysterI am trying to think about test cases for updating a CREATE_FAILED stack when rolleback is turned on and does it matter if rollback is turned on or off at all...13:48
*** hdd has joined #heat13:48
shardycmyster: personally, I don't see the point in enabling rollback if you know it will roll back to a FAILED state13:49
shardydepends why it failed though I guess13:49
cmyster shardy the point in testing it is to make sure that when you do heat will not tell you omg dude really ?13:49
*** LiJiansheng has quit IRC13:50
shardycmyster: sure, I'm just suggesting it's not a scenario which will affect most users13:51
cmystershardy: updating a failed stack is in my test plan to do list so I wonder if it really matters to go over the rollback option at all. Say you have a valid stack (rollback is on) then yo update and it fails and then you fix the problem with the new template and try updating again13:51
cmysterregardless I need to cover those13:51
*** vijendar1 has quit IRC13:52
*** vijendar has joined #heat13:52
cmysterI guess that I simply lack enough data about how rollback functions...13:52
*** jdob has joined #heat13:52
cmysterhttps://blueprints.launchpad.net/heat/+spec/stack-rollback13:53
*** jistr has joined #heat13:53
*** vijendar1 has joined #heat13:53
*** jistr is now known as jistr|mtg13:53
shardycmyster: It's just a reverse-update, I'm saying it's not high priority to test, relative to all the non-rollback use-cases we need to support (and historically haven't tested very well if at all)13:54
shardycmyster: Just my opinion ;)13:54
cmysterI hear you13:55
*** vijendar has quit IRC13:56
*** zaneb has joined #heat13:57
cmystershardy: I'll send (internal) a test plan in ~10m its mostly standard test cases...13:59
*** serg_melikyan has joined #heat13:59
gfidenteshardy, hi there, thanks13:59
gfidenteit's just that ceph uses a list of identifiers to map into different config file sections and resolve the hostname from that14:00
gfidenteI think I can use any arbitrary string so I will probably use the item value rather than the item count14:00
shardygfidente: So you could use the "refs" list and take the resource ID's as the identifier?14:01
gfidenteyeah that would also work14:01
*** serg_melikyan has quit IRC14:01
*** andersonvom has joined #heat14:01
gfidentethanks14:01
*** ccrouch has quit IRC14:02
shardygfidente: Note you can also get a list of any attribute of the grouped resource, if that's more convenient:14:03
shardyhttps://github.com/openstack/heat-templates/blob/master/hot/resource_group/resource_group.yaml#L2714:03
*** liuxx has joined #heat14:03
*** dkusidlo_ has joined #heat14:03
shardye.g you could get a list of names for a group of servers14:03
gfidenteah also nice, thanks!14:04
*** ccrouch has joined #heat14:06
*** serg_melikyan has joined #heat14:07
*** serg_melikyan has quit IRC14:11
*** Marga_ has joined #heat14:12
*** jmckind has joined #heat14:13
*** hiddentoken has joined #heat14:16
*** jmckind has quit IRC14:18
*** rushiagr_away is now known as rushiagr14:22
*** hdd has quit IRC14:28
*** funzo has joined #heat14:29
*** jasond has joined #heat14:33
*** openstackgerrit has quit IRC14:33
*** openstackgerrit has joined #heat14:34
*** che-arne has joined #heat14:34
*** derekh has joined #heat14:34
*** zz_gondoi is now known as gondoi14:45
*** swygue has joined #heat14:46
bhiHello, I want to map a floating ip pool to an existing project but don't kno how. Can you help me?14:48
*** zaneb has quit IRC14:49
*** openstackgerrit has quit IRC14:49
*** openstackgerrit has joined #heat14:50
*** blomquisg has joined #heat14:52
*** nosnos has quit IRC14:52
*** Qiming__ has joined #heat14:55
openstackgerritSteven Hardy proposed openstack/heat: Make ResourceGroup updates update nested stacks  https://review.openstack.org/13403714:55
cmysterbhi: probably with an update command ?14:55
bhinova-update?14:56
bhior neutron?14:56
cmysterheat stack-update if you have the original template14:56
*** serg_melikyan has joined #heat14:56
cmysteredit the original to use whatever and update to a new state14:57
*** ishant2 has quit IRC14:57
bhiHmm I want to have it fixed and avoid that the addresses are kept wnhen the stacks ar down14:57
*** Qiming_ has quit IRC14:58
bhioups perhaps I am in the wrong channel... sorry I search for a Nova channel14:58
cmysternot sure I understand this last part, you want the ranges to be unused by anything else if the stack is down ?14:58
cmysterok14:58
bhiyep exactly but then heat is the worng channel sorry14:59
*** Qiming__ has quit IRC14:59
cmystergood luck with it :)14:59
*** julienvey has quit IRC14:59
*** serg_melikyan has quit IRC15:00
*** julienvey has joined #heat15:00
*** zaneb has joined #heat15:02
*** thedodd has joined #heat15:03
*** fbo has quit IRC15:04
*** fbo has joined #heat15:10
*** serg_melikyan has joined #heat15:11
*** serg_melikyan has joined #heat15:11
*** liuxx has quit IRC15:13
*** liuxx has joined #heat15:13
openstackgerritMerged openstack/heat: Include group argument in calls to create_software_config  https://review.openstack.org/13439915:14
*** dkusidlo_ has quit IRC15:17
*** nanjj` has quit IRC15:18
openstackgerritMerged openstack/heat: Fix and assert calls to update_software_deployment  https://review.openstack.org/13544015:20
*** serg_melikyan has quit IRC15:21
*** Marga_ has quit IRC15:23
*** Marga_ has joined #heat15:24
*** serg_melikyan has joined #heat15:24
*** serg_melikyan has joined #heat15:25
*** pmallya has joined #heat15:37
*** pasquier-s has left #heat15:42
openstackgerritSteven Hardy proposed openstack/heat: Add functional test for update of provider resource  https://review.openstack.org/13534815:43
*** EricGonczer_ has joined #heat15:43
*** crose has joined #heat15:44
openstackgerritSteven Hardy proposed openstack/heat: Add functional test for update of group of provider resources  https://review.openstack.org/13535315:45
openstackgerritSteven Hardy proposed openstack/heat: Add functional test for update of provider resource  https://review.openstack.org/13534815:45
*** pas-ha has quit IRC15:46
*** achanda has joined #heat15:48
*** pasquier-s has joined #heat15:49
*** pasquier-s has quit IRC15:49
*** pasquier-s_ has joined #heat15:49
*** pasquier-s_ has quit IRC15:49
*** pasquier-s_ has joined #heat15:53
*** pasquier-s_ has quit IRC15:53
*** jasond has quit IRC15:54
openstackgerritPeter Razumovsky proposed openstack/heat: Fix wrong Default val in AWS_CloudWatch_Alarm.yaml  https://review.openstack.org/13425115:55
*** thedodd has quit IRC15:55
*** jprovazn is now known as jprovazn_afk15:56
*** achanda has quit IRC15:56
jdandreaI setup heat via devstack and all was well. After installing a few more python clients (for ceilometer and cinder) I happened to restart heat-engine and got this: http://paste.openstack.org/show/134816/15:56
jdandreaAny ideas?15:56
cmysterlatest up to date devstack ?15:57
*** achanda has joined #heat15:57
* cmyster hmmms15:57
jdandreacmyster: Yes.15:58
*** Marga_ has quit IRC15:58
jdandreaIt didn't break until after I installed python-ceilometerclient and python-cinderclient.15:58
*** EricGonczer_ has quit IRC15:58
cmystercould be that they replaced the isntalled stevedore version, what is it on your machine ?15:59
openstackgerritPeter Razumovsky proposed openstack/heat: Add Dimensions Default in AWS_CloudWatch_Alarm.yaml  https://review.openstack.org/13425115:59
jdandreacmyster: I suppose. How would I find out?15:59
*** EricGonczer_ has joined #heat15:59
*** liuxx has quit IRC15:59
cmysterpip search stevedore15:59
jdandrea1.1.0 (latest) installed.16:00
*** serg_melikyan has quit IRC16:00
cmysteryup same version here...16:00
cmysterno idea...16:00
*** vijayagurug has left #heat16:00
jdandreaI don't like haphazardly searching for error messages, because you can be led down the wrong path, *however* ... https://bugs.launchpad.net/devstack/+bug/131632816:01
uvirtbotLaunchpad bug 1316328 in devstack "Stack trace when stack.sh hits "cinder-manage db sync"" [Undecided,Fix released]16:01
cmysterjdandrea: I do install devstack with ceilometer so maybe some magic is missing on your machine ?16:01
jdandreaUgh. No idea.16:01
jdandreaMagic no bueno.16:01
cmysterI can share mine if you need it and then unstack/stack16:01
cmystermy local.conf that is16:02
jdandreaI only need heat as a service, and then nova/neutron/cinder/ceilometer clients.16:02
jdandreaSure.16:02
jdandreaTx16:02
jdandreaMaybe if I *just* unstack/stack it will be ok?16:02
shardyjdandrea: installing heat via devstack should already install the clients AFAIK, because they're in the requirements.txt16:03
cmystercould be, have a look here though http://paste.openstack.org/show/134820/16:03
*** serg_melikyan has joined #heat16:03
jdandreashardy: Oh! All of them? I thought they only got installed if you installed the corresponding services.16:03
jdandreaUsing this as a baseline: https://github.com/uberj/heat-standalone/blob/master/heat.yaml16:04
shardyjdandrea: well, all of the clients are in our requirements.txt (all except for contrib resources), so that's my expectation16:04
shardyI've not run standalone mode for a while tho tbh16:04
jdandreashardy: ok16:05
jdandreacmyster: That looks similar to mine.16:05
jdandreaExcept I only use what's in uberj's heat.yaml ... and then afterward I installed the additional clients.16:05
cmysterwell I use vanilla and ^16:06
jdandreacmyster: Ah.16:06
cmysterworks well for my needs for now16:06
jdandreaWell ... maybe it's not so similar. then.16:06
jdandreaRight.16:06
jdandreaI have to figure out how to fix this then, without starting over.16:06
jdandreaHmm ...16:06
cmysterstarting over is not that hard...16:07
jdandreacmyster: Even with a stack created?16:07
jdandreaI can unstack/stack and it will still be in the local db?16:07
cmysternope16:08
jdandreaThen it's hard. :)16:08
cmysterthe db are recreated16:08
jdandreaIt's a lot of resourcs.16:08
*** kebray has joined #heat16:08
cmysterbut you have the template no ?16:08
jdandreaYes, but meanwhile the resources that were created are out there.16:08
jdandreaWe may be talking about two things. I'm talking about the stack created in this heat VM.16:09
jdandreaIs that what you mean?16:09
*** julienvey has quit IRC16:09
cmysterah, no I thought starting over as in unstack, stack, recreate the heat stack16:09
*** Dragomir has joined #heat16:09
*** julienvey has joined #heat16:09
jdandreaRight, that I could do too, but then I have a bunch of orphaned resources, right?16:09
cmysterbut hey, I have a different setting, my needs are simple :)16:10
*** achanda has quit IRC16:10
jdandreaI don't consider this complex.16:10
jdandreaI'm just stuck, is all.16:10
*** Drago has joined #heat16:10
cmystershouldn't. as the stack.sh process recreats the DB schemas, all the resources are gone and you are left with a vanilla devstack16:10
*** funzo has quit IRC16:10
shardyjdandrea: This is the use-case stack abandon/adopt was supposed to solve16:11
jdandreacmyster: Yes. That's good. However, I currently have a stack created.16:11
jdandreashardy: Exactly.16:11
shardyIt's buggy so we disabled it by default, but depending on what's in your stack it may prove sufficient16:11
jdandreaNot sure how to adopt an ad hoc bunch of resources that I don't know all the IDs to.16:11
jdandreaThere are many.16:11
jdandreaDoes adopt slurp in all the resources in my project? (I don't want that either.)16:12
shardyjdandrea: No, it's done per-stack16:12
jdandreashardy: Ok, but if the stack is gone ... *confused*16:12
shardyjdandrea: You abandon, which dumps out a json definition of everything in your stack, then it's gone in heat, but you have all the data from the DB16:13
jdandreashardy: Ah.16:13
jdandreashardy: To abandon, don't I need the heat engine running?16:13
shardythen, you could unstack, restack, and adopt (I'm assuming standalone mode here, so the unstack won't kill all your resources)16:13
shardyjdandrea: lol, yes16:14
jdandreaYes, it's standalone.16:14
* shardy needs more coffee16:14
jdandreashardy: Which I can't run because ... :)16:14
shardyI think your six version is probably wrong based on the error16:14
jdandreaI checked six. It's (allegedly) current.16:14
shardyhrm16:14
jdandreaBut that might not be good.16:14
openstackgerritPeter Razumovsky proposed openstack/heat: Fix MemberListToMap ValueError with empty list  https://review.openstack.org/13563416:15
*** blues-man has joined #heat16:15
jdandreapip search six returns: INSTALLED: 1.8.0 (latest)16:16
cmysterINSTALLED: 1.7.3 here16:16
* cmyster wonders16:17
jdandreacmyster: ORLY ... hmm.16:17
*** bdossant has joined #heat16:17
jdandreaCan I go back to 1.7.3?16:17
jdandrea=1.7.3 on the end of pip install, ya?16:17
cmystersomething like that yes16:17
cmysterhow did you end up with latest ?16:18
jdandreaNo idea.16:18
jdandreaMaybe after installing python-ceilometerclient and python-cinderclient?16:18
shardyI'm running latest heat master with six==1.8.016:18
jdandreashardy: Heh. Interesting.16:18
jdandreaHow 'bout six?16:18
jdandreaI have 1.8.0 for six.16:19
jdandreaWait, I mean how about stevedore.16:19
jdandreaI have 1.1.0 for that.16:19
shardystevedore==1.1.016:19
jdandrea!16:19
bdossantshardy: do you have any ideia why heat-cfntools is not on epel7?16:19
bdossantshardy: hi btw :)16:20
jdandreaWell now I'm *really* confused.16:20
cmystergrepped over all the requirements.txt in /opt/stack, all six versions there are pointing to 1.7.x16:21
*** julienvey has quit IRC16:22
*** julienvey has joined #heat16:22
jdandreacmyster: How about oslo messaging?16:23
jdandrea(1.4.1)16:23
*** tspatzier has quit IRC16:23
jdandreaBecause I have oslo.config at 1.2.1 and that's not the latest, but my messaging is at the latest.16:23
cmysterhmmmm16:24
cmysterheh16:24
cmyster  INSTALLED: 1.4.2.dev35.g055e30516:24
cmyster  LATEST:    1.4.116:24
jdandreaOoh.16:24
cmysterreq.txt ask for 1.4.016:24
shardybdossant: I'm not sure tbh, it's available in the RDO repos:16:24
shardyhttps://repos.fedorapeople.org/repos/openstack/openstack-juno/epel-7/16:24
cmystertime to reprovision this machine...16:24
jdandreacmyster: http://paste.openstack.org/show/134823/16:24
jdandreacmyster: Except you're at a *newer* messaging.16:25
jdandrea(dev)16:25
cmysterno idea how16:25
jdandreaYeah.16:25
jdandrea*scratches head*16:25
cmyster┏┳┓┏━┓┏━╸╻┏━╸16:25
cmyster┃┃┃┣━┫┃╺┓┃┃16:25
cmyster╹ ╹╹ ╹┗━┛╹┗━╸16:25
cmysterok gonna reprovision this machine.16:25
jdandreahahaha16:26
jdandreaAlso: https://bugs.launchpad.net/devstack/+bug/133586816:26
uvirtbotLaunchpad bug 1335868 in devstack "Error in call to 'glance_manage db_sync' in stack.sh: " AttributeError: 'Module_six_moves_urllib_parse' object has no attribute 'SplitResult'"" [Undecided,Invalid]16:26
jdandreaThis error gets around.16:26
cmysterlist of packages should really be kept and later removed...16:27
*** randallburt has joined #heat16:28
*** Drago has quit IRC16:30
jdandreacmyster: Hm?16:30
jdandrea(I tried the fix suggested in that Launchpad bug. didn't do anything.)16:30
*** Drago has joined #heat16:30
*** crose has quit IRC16:30
*** sorantis has quit IRC16:31
*** crose has joined #heat16:32
cmysterjdandrea: imo only way these packages can get so disorganized is sub optimal maintenance in the script. since devstack is not distro specific and uses pip to install it should at least keep a list of packages that were installed with pip in the last stack.sh and then remove them with unstack.sh16:32
cmysterbut thats just me16:32
jdandreacmyster: Ah, ok. I'm still a bit naive when it comes to those aspects, but I see your point.16:32
jdandreaSay ... installing python-ceilometerclient wouldn't have changed python-heatclient, would it?16:35
jdandreaNope. I have 0.2.12.16:35
cmysterjdandrea: shouldn't as both can be isntalled standalonish and don't 'need' each other16:35
*** swygue has quit IRC16:36
*** EricGonczer_ has quit IRC16:36
jdandreaYeah, just wondering out loud there.16:36
*** EricGonczer_ has joined #heat16:36
*** swygue has joined #heat16:37
*** viktors is now known as viktors|afk16:38
bdossantshardy: how i can find out more about this? I would like to have epel providing updates for heat cfntools not rdo...16:38
*** EricGonc_ has joined #heat16:42
*** EricGonczer_ has quit IRC16:42
openstackgerritEric Windisch proposed openstack/heat: Add network_mode selector for Docker resource  https://review.openstack.org/13564816:43
jdandreacmyster: If you import urllib and dir() it, do you see SplitResult in there?16:43
cmysterjdandrea: I now have a minimal F20 :) will be a while before I can do anything on it16:44
jdandreaAh.16:44
*** EricGonc_ has quit IRC16:48
*** julienvey has quit IRC16:48
*** julienvey has joined #heat16:49
*** EricGonczer_ has joined #heat16:49
*** jcoufal has quit IRC16:49
shardysdake: Hey, looks like you're the heat-cfntools owner for epel, any idea if a build for epel7 is planned?16:51
shardybdossant: https://apps.fedoraproject.org/packages/heat-cfntools16:51
*** serg_melikyan has quit IRC16:51
*** alexheneveld has quit IRC16:52
bdossantshardy: tks16:52
jdandreacmyster: A HA!16:53
cmyster?16:53
jdandreaAnother six was in /usr/lib/python2.7/dist-packages16:54
jdandrea(note: no "local")16:54
cmysterhmmm16:54
jdandreaI moved it out of the way, and heat-engine runs.16:54
cmysterjdandrea: what distro ?16:54
jdandreacmyster: Although ... there are some stevedore extension complaints amidst the log.16:54
jdandreacmyster: Ubuntu Trusty LTS.16:55
jdandreaSo now the engine runs but I see http://paste.openstack.org/show/134841/16:55
cmysterjdandrea: apt-cache search six ?16:55
cmystermaybe it was installed somehow16:56
cmysterapt might know more16:56
jdandreaapt doesn't show it.16:56
jdandreathe cache I mean16:56
*** julienvey has quit IRC16:56
*** julienvey has joined #heat16:56
*** k4n0 has quit IRC16:56
jdandreaSo according to that VersionConflict I need to install python-novaclient==2.18.016:57
*** blues-man has quit IRC16:57
openstackgerritEric Windisch proposed openstack/heat: Add network_mode selector for Docker resource  https://review.openstack.org/13564816:57
openstackgerritEric Windisch proposed openstack/heat: Add restart_policy to Docker resource  https://review.openstack.org/13565516:57
jdandreaThat helped. A few more and I may be back in business. Then I can worry about setting up another VM separately.16:58
*** sarob has joined #heat16:58
*** serg_melikyan has joined #heat16:58
*** randallburt has quit IRC17:00
*** dkusidlo_ has joined #heat17:00
jdandreaBack in business! Whew. :)17:01
jdandreaThanks for all the help with troubleshooting.17:01
jdandreaTIL: Don't install python OS clients. Already there.17:02
openstackgerritEric Windisch proposed openstack/heat: Add devices property to Docker resource  https://review.openstack.org/13565917:05
openstackgerritEric Windisch proposed openstack/heat: Add capabilities management to Docker resource  https://review.openstack.org/13566017:05
*** gondoi is now known as zz_gondoi17:07
*** Drago has quit IRC17:07
*** pmallya has quit IRC17:08
*** jtomasek has quit IRC17:12
* jdandrea is liking Heat (Juno) wayyyyy more. Nice work folks. :)17:13
*** pmallya_ has joined #heat17:13
cmysterjdandrea: just wait for Kilo to come out17:14
jdandreacmyster: Oh yes. What I really want to do is start helping out and contributing properly.17:15
jdandreaSmall things, simple stuff, and work my way up.17:15
jdandreaBug fixes, tests, etc.17:16
cmystergood for you. have I had the time...17:16
jdandrea*nods*17:16
*** dkusidlo_ has quit IRC17:17
*** julienvey has quit IRC17:21
*** julienvey has joined #heat17:21
*** packet has joined #heat17:22
*** JayJ has joined #heat17:25
cmysteroh devstack, you make me w4w so much...17:28
jdandreacmyster: LOL!17:31
*** thedodd has joined #heat17:36
*** links has quit IRC17:37
*** rushiagr is now known as rushiagr_away17:37
*** randallburt has joined #heat17:39
*** derekh has quit IRC17:41
*** alexheneveld has joined #heat17:45
*** hdd has joined #heat17:47
*** tomek_adamczewsk has quit IRC17:49
*** Marga_ has joined #heat17:50
*** harlowja_away is now known as harlowja17:51
*** pmallya_ has quit IRC17:54
*** pmallya has joined #heat17:54
*** EricGonczer_ has quit IRC17:55
*** EricGonczer_ has joined #heat17:56
*** reed has quit IRC17:58
*** thedodd has quit IRC17:59
sdakeshardy I dont own anything related to heat anymore17:59
sdakeshardy perhaps we should pass that on to rbrady?17:59
*** ifarkas has quit IRC18:00
jdandreaReality check: If I update a stack using Heat/Juno, and I do NOT touch the ports, but the IPs magically disappear, I have to go use replacement_policy: AUTO, right?18:00
cmysterjdandrea: after everything is done: stevedore INSTALLED: 1.1.0 (latest); python-heatclient INSTALLED: 0.2.12 (latest) ; oslo.messaging INSTALLED: 1.4.1 (latest) ;18:01
jdandreacmyster: That all looks sane.18:01
jdandreaHow 'bout six?18:01
cmysterINSTALLED: 1.7.318:01
jdandreaHeh. I have 1.8.0.18:02
*** kebray has quit IRC18:02
jdandreaBut it's working. Not touching a thing. I'll set up a whole new VM later with all the trimmings.18:03
cmysterglhf18:03
cmysterand with that in mind... I'm off18:03
jdandreatyvm18:03
jdandreaOk!18:03
jdandreaCheers18:03
shardyjdandrea: This summary from stevebaker contains the best summary of the various pitfalls of AUTO vs REPLACE_ALWAYS:18:03
shardyhttp://lists.openstack.org/pipermail/openstack-dev/2014-October/049491.html18:03
shardyboth are broken in different ways, which is fun18:04
jdandreaThat's ... special. :)18:05
shardybut yes, AUTO should stop the replacement :)18:05
jdandreaBy which I mean <!>18:05
jdandreaYeah. I'm only scaling out.18:05
jdandreaNo changes to previously created resources.18:05
*** links has joined #heat18:10
*** reed has joined #heat18:11
*** jstrachan has quit IRC18:19
*** __TheDodd__ has joined #heat18:20
*** GonZo2K has joined #heat18:22
*** serg_melikyan has quit IRC18:23
openstackgerritSteven Hardy proposed openstack/heat: SoftwareDeployments make servers property updateable  https://review.openstack.org/13568918:24
*** EricGonczer_ has quit IRC18:26
*** achanda has joined #heat18:30
*** serg_melikyan has joined #heat18:32
*** achanda has quit IRC18:33
*** achanda has joined #heat18:33
*** sarob has quit IRC18:33
*** __TheDodd__ has quit IRC18:34
*** achanda has quit IRC18:34
*** links has quit IRC18:35
*** jhjk has joined #heat18:37
*** achanda has joined #heat18:39
jpeelershardy: what version of heat-cfntools were you looking for?18:41
shardyjpeeler: Hi, bdossant wanted to know if we planned to add it to epel718:41
jpeelerno, it was my understanding that adding it to el6 was a mistake18:41
shardybdossant: ^^18:41
shardyjpeeler: Ok, so folks should consume it directly from the RDO repos, right?18:42
jpeeleryes, that's the plan18:42
shardyjpeeler: Ok, thanks, makes sense not to maintain it in two places if we can avoid it18:42
*** radez_g0n3 is now known as radez18:44
openstackgerritSteven Hardy proposed openstack/python-heatclient: Add support for parameter_defaults in environment  https://review.openstack.org/13569318:44
jpeelerwe actually do that for a number of packages with fedora, but the backwards compatibility and duration of life for epel makes it much harder18:44
*** Marga_ has quit IRC18:46
*** Marga_ has joined #heat18:48
shardyjpeeler: Ok, thanks for the clarification18:48
*** packet has quit IRC18:49
*** dnalezyt has joined #heat18:50
*** Marga_ has quit IRC18:51
*** Marga_ has joined #heat18:57
*** Marga_ has quit IRC18:58
*** Marga_ has joined #heat18:59
*** sarob has joined #heat18:59
*** liuxx has joined #heat19:00
*** Marga_ has quit IRC19:01
*** Marga_ has joined #heat19:01
*** dims has quit IRC19:01
*** Tross has quit IRC19:02
*** Tross has joined #heat19:02
*** packet has joined #heat19:03
*** hdd has quit IRC19:04
*** thedodd has joined #heat19:05
*** inc0 has joined #heat19:06
inc0evening19:06
*** pmallya has quit IRC19:06
*** serg_melikyan has quit IRC19:08
*** serg_melikyan has joined #heat19:08
*** pmallya_ has joined #heat19:13
*** serg_melikyan has quit IRC19:15
*** serg_melikyan has joined #heat19:15
*** serg_melikyan has quit IRC19:16
*** kebray has joined #heat19:17
*** liuxx has quit IRC19:18
*** serg_melikyan has joined #heat19:19
*** serg_melikyan has quit IRC19:21
*** serg_melikyan has joined #heat19:22
jdandreaIn Heat/Juno did Ceilometer Alarms repeat_actions default change to true?19:23
jdandreaHuh. It was true in Icehouse too but when I'd create the alarms it would be false, so I thought it was false by default.19:23
*** serg_melikyan has quit IRC19:26
*** kebray has quit IRC19:43
*** kebray has joined #heat19:44
*** sarob has quit IRC19:45
*** jtomasek has joined #heat19:47
*** pas-ha has joined #heat19:50
*** skraynev_ has joined #heat19:51
*** crose has quit IRC19:54
openstackgerritJason Dunsmore proposed openstack/heat: Always import heat.rpc.api as rpc_api  https://review.openstack.org/13570419:54
*** asalkeld has joined #heat19:55
asalkeldmorning19:56
inc0evening asalkeld19:56
pas-haevening19:56
pas-hameeting in 4 mins?19:56
asalkeldmeeting in 4 mins19:56
asalkeldsnap19:56
inc0isn't it some horrible hour for you asalkeld? 5am or so?19:57
asalkeld6am - still horrible19:57
*** tspatzier has joined #heat19:57
*** thedodd has quit IRC19:58
*** crose has joined #heat19:59
skraynev_it's good time to dink a coffee and read newspaper;)20:00
ryansbpeople still get newspapers?20:00
asalkeldmeeting time...20:01
*** serg_melikyan has joined #heat20:07
*** sabeen1 has quit IRC20:07
*** serg_melikyan has joined #heat20:07
*** sabeen2 has joined #heat20:07
*** thedodd has joined #heat20:09
*** jprovazn_afk has quit IRC20:10
*** Marga_ has quit IRC20:16
*** dims has joined #heat20:16
*** hiddentoken is now known as jmckind20:26
*** sarob has joined #heat20:31
*** zz_gondoi is now known as gondoi20:38
*** jtomasek has quit IRC20:46
*** achanda has quit IRC20:46
*** pmallya_ has quit IRC20:47
openstackgerritRyan Brown proposed openstack/heat-specs: Let users restrict stack-update scope  https://review.openstack.org/13544420:53
*** dsneddon has joined #heat20:54
*** achanda has joined #heat20:55
*** mdulko has joined #heat21:00
inc0so...convergence;)21:00
mdulkoyip21:00
inc0https://github.com/inc0/heat-convergence-prototype/tree/iterative <- I've been playing with iterative approach21:01
inc0described by Glyph at design session21:01
*** serg_melikyan has quit IRC21:01
inc0this is still work in progress, but first crude scenerios are already working21:01
stevebakerzaneb: yes, I believe EngineClient is that thing21:01
stevebakerzaneb: this is what doesn't work currently, I have a workaround to post soon http://git.openstack.org/cgit/openstack/heat/tree/heat/engine/resources/software_config/software_deployment.py#n19821:02
inc0in short, it keeps stack in permanent-update state. Creation, deletion, all that stuff is an update21:02
asalkeldinc0, I'll have to read up on that a bit later21:02
inc0algorithm itself doesn't ever "complete" stack (nor "fail")21:03
asalkeld(morning rush for me)21:03
inc0asalkeld, sure, I'll write here few words to describe this approach21:03
asalkeldinc0, don't you need a failed state?21:03
*** jhjk has quit IRC21:03
openstackgerritMerged openstack/heat: Fix [H302] errors in heat/cloudinit  https://review.openstack.org/13417221:03
zanebstevebaker: no, I'm saying that heat.engine.clients.os.heat_rpc should be that thing21:03
inc0well, we can implement it as a case when we actually stop converger21:03
inc0but this approach works like that: we have current "reality" which is what we have now - existing instances and so on21:04
inc0and we have a goal, which is stack we want to have21:04
mdulkoI don't think that everyone was listening to Glyph at the summit, you can explain further21:04
zanebinc0: can this work with the existing plugins?21:04
inc0zaneb, when I'll finish with PoC, I want to check if we need to change anything21:05
*** serg_melikyan has joined #heat21:05
stevebakerzaneb: which would just be a wrapper over EngineClient with added exception mapping? Why not just do it in EngineClient?21:05
inc0but so far I don't see why not21:05
inc0but back to algorithm, we have goal stack and reality21:06
zanebstevebaker: because EngineClient is also used by the APIs21:06
inc0and converger lists every action possible *right now* which brings us closer to desired state21:06
inc0workers performs that action, and converger finds new set of actions...21:06
inc0until there are no actions left to perform21:07
inc0whats really elegant about this approach, is that it solves observer as well21:07
skraynev_g'night guys21:07
inc0there is no phase two any more21:07
*** skraynev_ has quit IRC21:08
inc0because failed VM is a change between reality graph and desired graph21:08
inc0so we can peroform an action21:08
inc0rebuild, autoheal, whatever21:08
stevebakerzaneb: that might be fine. I'm fairly sure the fault middleware already handles _Remote exceptions or not, and it can always be fixed. But you're right, that is a reason not to do it in EngineClient21:08
stevebakerzaneb: or have it as an optional behaviour to EngineClient21:09
*** achanda_ has joined #heat21:09
zanebstevebaker: and also because using the client plugin interface for all resources would be good discipline21:09
inc0also its totally stateless, ergo scallable and ha21:09
inc0zaneb, problem with current resources I see is that we'll need to add method "am I ready to be created/deleted", so some notion of dependency...but thats something we'll need to add anyway21:10
inc0later we might want to add actions like "autoheal" or how to handle status X to change it to desired COMPLETE21:11
inc0but for start we can do it in quite generic way21:11
zanebinc0: so the plan we discussed was phase 1 get it distributed using only existing plugins for backwards compat, then phase 2 start rolling out improvements to plugins21:12
*** shakamunyi_ has joined #heat21:12
zanebanything that requires all plugins to be upgraded before we can ship it will never be shipped21:12
*** achanda has quit IRC21:12
inc0yeah, but I think we don't need that now21:12
inc0since both cases can be actually implemented in base plugin and then slowly changed per-plugin21:13
inc0also if anything, its adding new methods, so no change to old approach21:13
inc0but that require futher study, I'll be wiser soon, when I finish with PoC21:13
zanebok, cool21:14
zanebI think I'm pretty close to finishing my PoC also21:14
zaneband HP guys say the same21:14
zanebshowdown time! :D21:14
mdulkozaneb, you're using your framework, right?21:15
pas-halet the PoCs converge :)21:15
inc0I think 3 ideas is enough to find at least one good21:15
*** serg_melikyan has quit IRC21:15
mdulkoHP guys are doing it on live heat repo I think21:15
*** JayJ has quit IRC21:15
mdulkoI hope it will be possible to compare these three21:15
inc0yeah, it would be nice to run few test cases on their PoC21:16
*** JayJ has joined #heat21:16
zanebmdulko: I have tried very hard to convince them to do it in the same framework that inc0 and I are using21:17
*** achanda_ has quit IRC21:17
zanebbut so far to no avail21:17
*** achanda has joined #heat21:17
inc0yeah, they have said they won't do that I think21:17
*** swygue has quit IRC21:18
mdulkookay, if they succeed, then it works for their favor, they solved integration problems21:18
inc0zaneb, one thing https://github.com/zaneb/heat-convergence-prototype/blob/master/scenarios/basic_create.py here on resource D you pull physical id from C and it doesn't have dependency on C21:19
zanebinc0: did they say that? I've never heard them say it, they just go silent whenever I bring it up21:19
inc0isn't that bug in template? because thats what actually breaks my approeach21:19
inc0zaneb, I've had few words with them here on Friday I think21:19
inc0also, they already pushed their PoC on heat codebase21:20
inc0mdulko, checked it out a bit, he knows more about that21:20
zanebinc0: well, it *does* have a dependency. you have to infer that dependency from the template though, the second argument to RsrcDef is only to add _extra_ dependencies21:21
mdulkojust a *little* more ;)21:21
inc0zaneb, ah, allright then, so its template parsing thingy:)21:21
mdulkoextra like user-logic dependencies, right?21:21
zanebwell, their PoC doesn't P the C because it only does the easy half of the job21:21
zanebmdulko: like equivalent of "depends_on" in HOT21:22
mdulkozaneb, got it, thanks21:22
mdulkowell, we've looked at the PDF explaining the concept to find solution to updates and we found the case described there trivial21:23
zanebinc0: it should get handled here: https://github.com/zaneb/heat-convergence-prototype/blob/master/converge/template.py#L4521:23
inc0zaneb, ok, I see now, I'll implement it too21:23
zanebmdulko: trivial is perhaps unfair, but it's not the hardest one by a wide stretch :)21:24
zanebinc0: just calling Template.dependencies() should give you everything you need21:24
inc0ok, I hope I didn't delete that one;)21:25
zanebin handy graph form21:25
inc0next week we can confront our approaches and get some implementation going...how does that sound to you?21:25
zanebnope :) -> https://github.com/zaneb/heat-convergence-prototype/blob/master/converge/template.py#L70-L7321:26
zanebsound good, let's do that21:26
mdulkozaneb: inc0 explained our approach, how different is yours actually?21:26
mdulkoanything changed from what you've described at the summit?21:27
zanebI haven't looked at his actual implementation yet, but it sounds pretty different21:27
*** achanda has quit IRC21:27
zanebit has changed a little21:27
zanebit's turned out to be a hybrid of what I was planning to do and the branch that I already pushed21:28
*** serg_melikyan has joined #heat21:28
zanebI was planning that each resource reads the data from its own DB record to find out what to do next21:28
zanebthat turns out to be really hard though21:29
inc0zaneb, https://github.com/inc0/heat-convergence-prototype/blob/iterative/converge/converger.py this is where actual magic happends...I still need to implement properties and so on, but you'll get the idea21:29
zanebso now when you issue the stack operation it effectively builds the graph from the data stored in the resource records and then generates a graph which is passed via RPC21:29
zanebbut the data is still stored in the resources, which avoids having a big central lock21:30
*** achanda has joined #heat21:30
*** achanda has quit IRC21:30
*** achanda has joined #heat21:31
zanebinc0: so we have to read every resource in the DB for every step in the converge? that sounds... expensive21:31
inc0zaneb, each step calculates difference, so yes21:32
mdulkozaneb: it solves one thing - when resource already created dies during stack creation, then it will be rebuilt21:32
inc0in short it never assumes resource is complete21:32
mdulkoevery iteration all the dependencies are checked21:32
inc0this is more expensive, but also its safer21:33
inc0and its autohealing out of the box:)21:33
zanebincluding fetching all attributes from the APIs?21:33
mdulkoand provides some time of autohealing when we let it run after creation21:33
inc0zaneb, not all, just ones we need21:33
mdulkosome kind^21:33
inc0in real world we won't check creation_ready unless we really want to create thing21:34
*** sarob has quit IRC21:34
inc0but again, thats an optimization we might implement21:35
inc0check my status only when there is risk it has changed21:35
inc0or whatever...21:35
inc0its what contious observer was supposed to do anyway21:35
zanebmy preliminary opinion is that this isn't a bad model, but that it will be hard to transition from the current Heat code to this model21:36
inc0zaneb, why?21:36
inc0what might be a problem?21:36
zanebbecause it's so different from how Heat works now21:36
inc0;)21:36
zanebeven down to not having a COMPLETE state21:37
inc0well21:37
zanebalthough that's fixable21:37
inc0we *can* say we have complete state when there are no actions to take21:37
inc0where graphs are perfectly aligned21:37
inc0although algorithm will keep checking that21:37
inc0not having failed state is other matter21:38
inc0it will try and try to autoheal21:38
mdulkoits solvable21:38
inc0but that approach will solve issue where I have 500 nodes of hadoop cluster, and I don;t care if one of them fails to start21:38
mdulkoyou can say that stack is failed after doing same number of converge iterations like resources21:38
inc0mdulko, yup, we just need to agree when its really failed21:39
inc0anyway guys, I'm going to sleep21:39
openstackgerritSteven Hardy proposed openstack/heat: RandomString RefId return name with no resource_id  https://review.openstack.org/13572621:40
inc0its my 13th hour in work;)21:40
inc0my brain doesn't work any more21:40
mdulkoyou haven't left the office?21:40
inc0I did21:40
mdulkopoor you ;)21:40
inc0but still21:40
*** tspatzier has quit IRC21:40
inc0zaneb, if you would find any issues with merging that into heat, let me know21:41
inc0cya tomorrow guys21:41
*** inc0 has quit IRC21:42
mdulkobye21:42
*** mdulko has quit IRC21:42
*** justin-8_ has joined #heat21:47
*** justin-8 has quit IRC21:49
*** asalkeld has quit IRC21:50
*** Dragomir has quit IRC21:50
*** jamielennox|away is now known as jamielennox21:54
*** randallburt has quit IRC21:56
*** shakamunyi_ has quit IRC21:59
*** Marga_ has joined #heat22:02
*** Marga_ has quit IRC22:02
*** Marga_ has joined #heat22:03
SpamapShmmm22:04
SpamapSevent-list still doesn't work right22:04
SpamapSit's supposed to be sorting by the pk id22:05
stevebakerSpamapS: just the order?22:05
SpamapSstevebaker: yeah the order is still crackers22:06
SpamapSstevebaker: I think client may still be sorting results from the REST call22:06
*** serg_melikyan has quit IRC22:06
*** asalkeld has joined #heat22:07
stevebakersurely not, checking22:08
SpamapSno its the server22:08
SpamapSI get id==166 as the first result22:08
*** openstackgerrit has quit IRC22:10
*** openstackgerrit has joined #heat22:10
stevebakerSpamapS: can you fix it to be oldest first while your at it? better for the cli, and probably tolerable for horizon22:11
openstackgerritMerged openstack/heat: Correctly set CombinationAlarm repeat_actions  https://review.openstack.org/13557622:12
*** randallburt has joined #heat22:12
*** serg_melikyan has joined #heat22:13
openstackgerritJason Dunsmore proposed openstack/heat: Add "hidden" column to stack table  https://review.openstack.org/13574122:13
openstackgerritJason Dunsmore proposed openstack/heat: Add a "hidden" parameter to stack-create  https://review.openstack.org/13574222:13
openstackgerritJason Dunsmore proposed openstack/heat: Add a "show_hidden" parameter to stack-list  https://review.openstack.org/13574322:13
openstackgerritRyan Brown proposed openstack/heat-specs: Let users restrict stack-update scope  https://review.openstack.org/13544422:14
asalkeldhttps://etherpad.openstack.org/p/telco_orchestration22:14
asalkeldinteresting, i wonder if there are any gaps that need filling in heat22:15
stevebakerI think tspatzier is focusing on this area now22:16
SpamapSstevebaker: looks like it regressed22:16
SpamapSI think I remember trying to land a change in tempest to test the ordering but failed22:16
SpamapSthe pagination stuff doesn't filter by id22:16
SpamapSor rather doesn't order by it22:17
SpamapSlooks like it orders by id _last_22:17
SpamapS_doh_22:18
asalkeldSpamapS, here is the external ref thingy: https://review.openstack.org/#/c/135492/22:22
SpamapSasalkeld: :-D22:23
SpamapSasalkeld: I looked over it once already. Very happy to see that. :)22:23
asalkeldok, cool22:23
asalkeldi'll try get that into shape today22:23
SpamapSasalkeld: we have a new case where it may end up being critical as we have some old incompatible templates that we can't find an incremental path to new templates with.. so importing a few things as external refs will be a nice way to migrate.22:24
SpamapSas in, just deploy the new stack with the refs to the old servers.. slurp all the data in, then ditch the old refs and the old stack.22:24
asalkeldok, sounds good22:25
openstackgerritJason Dunsmore proposed openstack/heat: Always import heat.rpc.api as rpc_api  https://review.openstack.org/13570422:25
*** jdob has quit IRC22:26
asalkeldstevebaker, what is holding us back from making our integration tests gating?22:26
asalkeldvoting == ignore22:26
asalkeldnon voting == ignore22:26
*** crose has quit IRC22:26
*** radez is now known as radez_g0n322:27
*** packet has quit IRC22:30
SpamapShttps://bugs.launchpad.net/heat/+bug/139437622:30
uvirtbotLaunchpad bug 1394376 in heat "event-list shows events in wrong order" [High,Triaged]22:30
SpamapSI believe the fix is to _explicitly_ order_by(Event.id)22:30
SpamapSBut we also need a functional test that ensures this doesn't regress.22:31
* SpamapS won't have time to look at that bug for a few weeks unfortunately.22:31
stevebakerSpamapS: np, we'll stick it in the queue22:31
*** aweiteka has quit IRC22:32
openstackgerritRandall Burt proposed openstack/heat: Detect container failure when checking create complete  https://review.openstack.org/13575322:34
*** serg_melikyan has quit IRC22:38
stevebakerzaneb: you about for call?22:38
*** serg_melikyan has joined #heat22:41
*** jistr|mtg has quit IRC22:42
*** julienvey has quit IRC22:44
*** ruhe_ has joined #heat22:45
*** ruhe_ has left #heat22:46
*** serg_melikyan has quit IRC22:50
*** pas-ha has quit IRC22:50
*** serg_melikyan has joined #heat22:50
*** thedodd has quit IRC22:51
*** rushiagr_away has quit IRC22:54
*** serg_melikyan has quit IRC22:55
*** GonZoPT has joined #heat22:57
*** rushiagr_away has joined #heat22:57
*** GonZo2K has quit IRC22:58
*** serg_melikyan has joined #heat22:59
*** randallburt has quit IRC23:00
*** chlong has joined #heat23:02
*** gondoi is now known as zz_gondoi23:10
*** andersonvom has quit IRC23:11
*** jmckind has quit IRC23:12
*** dsneddon has quit IRC23:19
*** dsneddon has joined #heat23:20
*** EricGonczer_ has joined #heat23:26
*** dnalezyt has quit IRC23:27
*** EricGonczer_ has quit IRC23:30
*** Dragomir has joined #heat23:31
*** sgordon_ has quit IRC23:33
stevebakerasalkeld: if it proves stable now that the volume test is ignored then we can make it voting23:36
asalkeldcool23:36
gfidenteguys, can I get a random UUID from within a template somehow?23:38
gfidenteI was playing a bit with RandomString but couldn't get to it23:38
gfidenteare there alternatives?23:39
*** kebray has quit IRC23:39
asalkeldgfidente, what's wrong with RandomString?23:39
openstackgerritMerged openstack/heat: Move ImageConstraintTest to test_glance_client.py  https://review.openstack.org/13488123:39
*** kebray has joined #heat23:39
gfidenteasalkeld, maybe I am just unable to use it properly to define the constraints of a UUID23:39
gfidenteyou have examples?23:40
gfidente(oh and thanks)23:40
asalkeldo you want a solid UUID23:40
asalkeldstevebaker, ^23:40
*** dsneddon has quit IRC23:40
*** dsneddon has joined #heat23:41
gfidentewell ... can I use str_replace with 2013-05-23 ?23:41
gfidentein that case maybe I can use template: | uuid ?23:42
asalkeldgfidente, i think so, looking23:42
stevebakerits possible RandomString character_sequences is expressive enough to build a valid UUID, but I've never tried23:42
*** Adri2000 has quit IRC23:42
gfidentestevebaker, so I think I need help figuring how to set the constraints23:43
asalkeldgfidente, str_replace is in 2013-05-2323:43
stevebakergfidente: http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::RandomString23:44
gfidenteyeah but for instance, first elem of the sequence must be exactly 8 hexdigits, not min 823:45
gfidenteI'm thinking that str_replace is probably easier to put in place for the purpose, will you hate me for that? :)23:45
*** sarob has joined #heat23:46
stevebakerI didn't write the character_sequences property, and I probably wouldn't trust it to build a robust UUID anyway23:47
*** ccrouch has quit IRC23:47
asalkeldstevebaker, sounds like a good extension to random string tho'23:47
gfidenteplaying with str_replace :)23:47
asalkeld(just ask for a UUID)23:47
gfidente(and you guys meantime should provide uuid as class ghghg)23:48
stevebakerasalkeld: it does23:48
asalkeldgfidente, +123:48
*** Adri2000 has joined #heat23:49
*** Adri2000 has quit IRC23:49
*** Adri2000 has joined #heat23:49
*** Qiming has joined #heat23:49
* gfidente looks behind him23:50
*** vahidh has joined #heat23:56
*** alexheneveld has quit IRC23:57
vahidhHi. Can someone please point me to how I can debug a "user_data" shell script in my Heat template that is not running as expected?23:57
asalkeldvahidh, hangon - i'll get a link23:59

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