Friday, 2014-08-29

*** arbylee has quit IRC00:00
*** daneyon has joined #heat00:03
*** julienvey has joined #heat00:07
*** julienvey has quit IRC00:11
*** kebray has quit IRC00:12
*** cody-somerville has quit IRC00:12
*** alexheneveld has quit IRC00:14
*** shakamunyi has joined #heat00:19
*** cody-somerville has joined #heat00:26
*** saurabhs has left #heat00:30
*** morganfainberg is now known as morganfainberg_Z00:32
*** hdd has quit IRC00:32
*** morganfainberg_Z is now known as morganfainberg00:33
*** achampion has joined #heat00:33
*** shakamunyi has quit IRC00:35
*** reed has quit IRC00:47
*** shakamunyi has joined #heat00:50
*** gokrokve has joined #heat00:51
*** morganfainberg is now known as morganfainberg_Z00:53
lifelessstevebaker: we've confirmed that reverting fixes tripleo https://review.openstack.org/#/c/117630/2,publish00:58
*** nosnos has joined #heat01:03
*** shakamunyi has quit IRC01:09
*** gokrokve has quit IRC01:19
*** gokrokve has joined #heat01:19
*** shakamunyi has joined #heat01:21
*** erkules_ has joined #heat01:25
*** erkules has quit IRC01:28
*** shakamunyi has quit IRC01:29
openstackgerritA change was merged to openstack/heat: Allow method verb override in get_temp_url  https://review.openstack.org/11616101:32
openstackgerritA change was merged to openstack/heat: Add Server software_config_transport POLL_TEMP_URL  https://review.openstack.org/11616201:33
openstackgerrithuangtianhua proposed a change to openstack/heat: Implement BlockDeviceMappings for LaunchConfiguration  https://review.openstack.org/10564701:41
openstackgerrithuangtianhua proposed a change to openstack/heat: Match tenant_id when name ambiguity in get_secgroup_uuids()  https://review.openstack.org/10922201:55
openstackgerrithuangtianhua proposed a change to openstack/heat: Implement EC2 eip/eipassociation resources updatable  https://review.openstack.org/10757702:02
*** tonisbones has joined #heat02:12
*** tonisbones has quit IRC02:16
*** sdake_ has quit IRC02:18
*** hdd has joined #heat02:26
*** nosnos has quit IRC02:48
*** nosnos has joined #heat02:49
*** nosnos has quit IRC02:53
*** harlowja_ is now known as harlowja_away02:58
*** sdake_ has joined #heat03:01
*** hdd has quit IRC03:10
*** chandankumar has joined #heat03:11
*** morganfainberg_Z is now known as morganfainberg03:15
openstackgerritSteve Baker proposed a change to openstack/heat: Add volume backup/restore integration test  https://review.openstack.org/11315803:19
openstackgerritSteve Baker proposed a change to openstack/heat: Move test_autoscaling from tempest to heat  https://review.openstack.org/11218903:19
openstackgerritSteve Baker proposed a change to openstack/heat: Support classes for heat integration tests  https://review.openstack.org/11049603:19
openstackgerritSteve Baker proposed a change to openstack/heat: Integration test for software-config tools  https://review.openstack.org/11371103:19
openstackgerritSteve Baker proposed a change to openstack/heat: Move test_server_cfn_init from tempest to heat  https://review.openstack.org/11049703:19
*** Murali has joined #heat03:20
*** chandankumar has quit IRC03:25
*** daneyon has quit IRC03:28
*** daneyon has joined #heat03:29
*** daneyon has quit IRC03:33
*** arbylee1 has quit IRC03:38
openstackgerritJeff Peeler proposed a change to openstack/heat: Rename docker directory to heat_docker  https://review.openstack.org/11761803:44
*** nosnos has joined #heat03:44
asalkeldthanks jpeeler ^03:44
*** peoplemerge has quit IRC03:49
jpeelerno problem, thanks for the review03:49
*** arbylee has joined #heat03:53
stevebakerhasn't that been through a few renames already>03:54
stevebaker?03:54
*** sgordon_ has quit IRC03:59
*** peoplemerge has joined #heat04:01
*** Tross has joined #heat04:04
*** edmund3 has quit IRC04:08
*** EricGonczer_ has joined #heat04:09
*** chandankumar has joined #heat04:15
*** alexheneveld has joined #heat04:22
*** EricGonczer_ has quit IRC04:25
*** praveenkumar has joined #heat04:28
*** hdd has joined #heat04:29
*** chandankumar has quit IRC04:32
*** hdd has quit IRC04:36
*** shakamunyi has joined #heat04:39
*** hdd has joined #heat04:40
*** praveenkumar has quit IRC04:53
*** samstav has quit IRC04:54
*** hdd has quit IRC04:55
*** praveenkumar has joined #heat04:56
*** shakamunyi has quit IRC04:58
*** chandankumar has joined #heat05:01
*** nosnos has quit IRC05:01
*** nosnos has joined #heat05:01
*** nosnos_ has joined #heat05:03
*** nosnos has quit IRC05:04
*** reed has joined #heat05:04
*** mspreitz has joined #heat05:04
*** praveenkumar has quit IRC05:05
*** reed has quit IRC05:07
*** chandankumar has quit IRC05:08
*** nosnos_ has quit IRC05:11
*** nosnos has joined #heat05:11
*** Murali has quit IRC05:16
*** praveenkumar has joined #heat05:16
*** chandankumar has joined #heat05:16
*** killer_prince is now known as lazy_prince05:19
*** chandankumar has quit IRC05:21
*** chandankumar has joined #heat05:23
*** dkoper has joined #heat05:26
*** Edward-Zhang has joined #heat05:40
*** nosnos has quit IRC05:42
*** andreaf has joined #heat05:42
dkoperI'm trying to figure out the difference between OS::Heat::InstanceGroup and  OS::Heat::AutoScalingGroup, when to use which?05:44
*** nosnos has joined #heat05:44
dkopermy understanding so far, although I can't find any official documentation to confirm, is that the former is meant for scaling VMs, hence may use (and automatically update) an LB in case of VMs with web apps, while the latter is more generic, hence won't automatically update the lb.05:46
dkoperdoes that sound right05:46
dkoper?05:46
dkoperasalkeld: ^^^ (just noticed your name in the source code :) can you clarify?05:48
asalkelddkoper, I'll look in a mo, just finishing off an email05:48
*** nosnos has quit IRC05:49
*** sballe_ has quit IRC05:49
dkopercheers05:49
*** nosnos has joined #heat05:49
*** sballe_ has joined #heat05:49
asalkeldmy understanding is: instance group is static (needs to be manually resized)05:51
asalkeldautoscale group can associate alarms and therefore automatically resize05:51
asalkeldboth have loadbalancer options05:52
dkoperah, so I may have gotten it the wrong way around!05:52
asalkeldautoscaling group inherits from instance group05:52
dkoperI noticed this nop: https://github.com/openstack/heat/blob/master/heat/engine/resources/autoscaling.py#L81905:52
dkoper_lb_reload method of AutoScalingGroup05:53
*** nosnos has quit IRC05:53
dkoperasalkeld: with autoscalinggroup, how does it know what LB to send the updated list of VM instances to?05:54
dkoperIt has no LoadBalancerNames attribute like InstanceGroup and AWS's AutoScalingGroup.05:55
asalkelddkoper, there are 3 classes in that file05:55
asalkeldhttps://github.com/openstack/heat/blob/master/heat/engine/resources/autoscaling.py#L7805:55
*** alexheneveld has quit IRC05:55
asalkeldhttps://github.com/openstack/heat/blob/master/heat/engine/resources/autoscaling.py#L44405:55
asalkeldhttps://github.com/openstack/heat/blob/master/heat/engine/resources/autoscaling.py#L71805:56
*** chandankumar has quit IRC05:56
asalkeldi was talking about the top 205:56
asalkeldthe third one is new, and i am less sure of it's use05:56
*** urulama has quit IRC05:57
dkoperah ok, I assumed the first two, 'AWS::AutoScaling::AutoScalingGroup': AutoScalingGroup and 'OS::Heat::InstanceGroup': InstanceGroup, are kinda equivalents in functionality05:57
*** arbylee has quit IRC05:57
*** nosnos_ has joined #heat05:57
dkoperat least in that they can have and update LBs05:58
asalkelddkoper, yes05:58
asalkeldI am not sure how the lb gets set up in the 3rd one05:58
asalkeldcheck heat-templates for examples05:58
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/11679606:00
dkoperthanks for the quick replies!06:01
asalkeldnp06:03
*** gokrokve has quit IRC06:19
*** jprovazn has joined #heat06:20
*** harlowja_at_home has joined #heat06:21
*** chandankumar has joined #heat06:26
*** sdake_ has quit IRC06:38
*** mohits has joined #heat06:40
skraynevback06:41
skraynevoops :) forgot '/'06:41
skraynevgood morning06:41
asalkeldhi06:41
skraynevasalkeld, hi06:42
*** praveenkumar has quit IRC06:43
*** dkoper has quit IRC06:43
*** zz_naotok is now known as naotok06:46
*** alexpilotti has joined #heat06:49
*** lazy_prince is now known as killer_prince06:53
*** gokrokve has joined #heat06:55
tiantianasalkeld: https://review.openstack.org/#/c/109222/ take a look:)06:55
*** chandankumar has quit IRC06:55
asalkeldin a mo, ordering pizza06:56
*** gokrokve has quit IRC07:00
*** pasquier-s has joined #heat07:00
openstackgerritGauvain Pocentek proposed a change to openstack/heat: Doc: don't generate empty properties fields  https://review.openstack.org/11644407:01
skraynevasalkeld, I right understand, that zaneb now agree with using stevedore for functions? https://review.openstack.org/#/c/103484/1207:09
asalkeldphew, I really don't know07:09
skraynevasalkeld: I thought, that he had some objections previously07:09
*** bml23 has joined #heat07:09
asalkeldskraynev, you could ask him later07:09
bml23hi07:09
skraynevheh. ok ;)07:10
*** bvandenh has joined #heat07:10
asalkeldhe didn't like that the type name was in setup.cfg07:10
asalkeldIMHO that is so not important07:10
asalkeldbut shrug07:10
*** jcoufal has joined #heat07:11
asalkeldbrb: switching networks07:11
*** mspreitz has quit IRC07:12
*** Mattbmheat has joined #heat07:14
*** asalkeld has quit IRC07:16
*** andreaf has quit IRC07:18
*** mohits has quit IRC07:18
*** andreaf has joined #heat07:18
*** nosnos_ has quit IRC07:19
*** nosnos has joined #heat07:20
*** mohits has joined #heat07:21
*** tomek_adamczewsk has joined #heat07:23
*** nosnos has quit IRC07:24
*** julienvey has joined #heat07:25
*** andreaf_ has joined #heat07:26
*** mohits has quit IRC07:26
*** mohits has joined #heat07:27
*** asalkeld has joined #heat07:28
*** andreaf has quit IRC07:30
*** julienvey has quit IRC07:31
skraynevasalkeld: yeah I remember his words: "it's awful to need look in setup.cfg for understanding relations between name and function (or something else) class"07:37
asalkeldyeah07:38
*** pasquier-s has quit IRC07:38
*** pasquier-s has joined #heat07:41
*** nosnos has joined #heat07:42
openstackgerritThomas Herve proposed a change to openstack/heat: Add snapshot restore HTTP API  https://review.openstack.org/9212507:47
openstackgerritThomas Herve proposed a change to openstack/heat: Implement stack restore  https://review.openstack.org/9212407:47
openstackgerritThomas Herve proposed a change to openstack/heat: Reimplement Volume snapshot with backup  https://review.openstack.org/11754207:47
*** tomek_adamczewsk has quit IRC07:51
*** lsmola has joined #heat07:54
*** gokrokve has joined #heat07:56
*** tomek_adamczewsk has joined #heat07:59
*** gokrokve has quit IRC08:01
*** jistr has joined #heat08:01
*** derekh has joined #heat08:04
*** mkollaro has joined #heat08:06
*** alexpilotti has quit IRC08:08
*** che-arne has joined #heat08:09
*** chandankumar has joined #heat08:14
*** erkules_ is now known as erkules08:20
*** yassine has joined #heat08:23
*** akuznetsov has quit IRC08:24
*** praveenkumar has joined #heat08:24
*** fayablazer has joined #heat08:26
openstackgerritA change was merged to openstack/heat: Fix downgrades in migration scripts 016 and 035  https://review.openstack.org/10998008:30
*** akuznetsov has joined #heat08:32
*** RuiChen has quit IRC08:33
*** harlowja_at_home has quit IRC08:33
*** cdent has joined #heat08:34
*** RuiChen has joined #heat08:34
*** stannie has joined #heat08:43
*** tiantian has quit IRC08:49
*** tiantian has joined #heat08:49
*** mkollaro has quit IRC08:54
*** gokrokve has joined #heat08:56
*** Edward-Zhang has quit IRC08:57
*** gokrokve has quit IRC08:58
*** gokrokve has joined #heat08:58
*** gokrokve has quit IRC09:02
*** mkollaro has joined #heat09:05
*** mkollaro has joined #heat09:05
*** mkollaro has quit IRC09:06
*** mkollaro has joined #heat09:06
*** mkollaro has quit IRC09:07
*** mkollaro has joined #heat09:07
*** chandankumar has quit IRC09:09
*** chandankumar has joined #heat09:12
openstackgerritA change was merged to openstack/heat: Common stack_user_project_id across nested stacks  https://review.openstack.org/11705809:14
*** andreaf_ has quit IRC09:16
*** bvandenh has quit IRC09:16
*** erkules has quit IRC09:16
*** swygue has quit IRC09:16
*** boris-42 has quit IRC09:16
*** choeger has quit IRC09:16
*** pbelanyi_ has quit IRC09:16
*** uvirtbot` has quit IRC09:16
*** jdandrea has quit IRC09:16
*** andreaf_ has joined #heat09:17
*** bvandenh has joined #heat09:17
*** erkules has joined #heat09:17
*** swygue has joined #heat09:17
*** boris-42 has joined #heat09:17
*** choeger has joined #heat09:17
*** pbelanyi_ has joined #heat09:17
*** uvirtbot` has joined #heat09:17
*** jdandrea has joined #heat09:17
*** jpeeler has quit IRC09:17
*** dekozo has quit IRC09:17
*** pleia2 has quit IRC09:17
*** DinaBelova has quit IRC09:17
*** SpamapS has quit IRC09:17
*** kragniz has quit IRC09:20
*** pleia2 has joined #heat09:22
openstackgerritA change was merged to openstack/heat: ResourceGroup subclass build resource definition  https://review.openstack.org/11544309:22
*** SpamapS has joined #heat09:22
*** SpamapS has quit IRC09:22
*** SpamapS has joined #heat09:22
*** cdent_ has joined #heat09:24
*** cdent has quit IRC09:25
*** cdent_ is now known as cdent09:25
*** kragniz has joined #heat09:29
*** jpeeler has joined #heat09:30
*** dekozo has joined #heat09:30
*** DinaBelova has joined #heat09:30
*** dsneddon has quit IRC09:39
*** mohits has quit IRC09:40
*** mohits has joined #heat09:40
*** anteaya has quit IRC09:46
*** wendar_ has joined #heat09:46
andrearosaI am struggling in finding the right syntax for a default value of a JSON Parameter in a template, for example Default: ['a', 'b'] is not accepted:ERROR: Value must be valid JSON: expected string or buffer09:47
andrearosaany clues?09:47
*** anteaya has joined #heat09:48
*** andreaf has joined #heat09:49
*** wendar has quit IRC09:50
*** piccata has quit IRC09:50
*** larsks has quit IRC09:51
*** russellb has quit IRC09:51
*** russellb has joined #heat09:51
*** larsks has joined #heat09:51
*** sileht has quit IRC09:51
*** andreaf_ has quit IRC09:51
*** piccata has joined #heat09:52
*** sileht has joined #heat09:54
*** Ng_ has joined #heat09:55
shardyandrearosa: Have you tried quoting it, heat parses it via json.loads unless it's a mapping, so for a list try '["a", "b"]'09:55
*** wirehead_1 has joined #heat09:55
*** andrearo1 has joined #heat09:55
*** julienvey has joined #heat09:56
*** gokrokve has joined #heat09:56
*** andrearo1 has quit IRC09:56
*** andrearo1 has joined #heat09:56
shardyandrearosa: also note there is a comma_delimited_list type which parses a string to a list09:57
*** Ng has quit IRC09:57
*** Ng_ is now known as Ng09:57
*** matt__ has joined #heat09:58
andrearo1shardy: sorry got disconnected from IRC probably I missed your last message, I just got your suggestion about comma_delimited_list type09:58
*** Ng is now known as Ng_09:58
*** lifeless1 has joined #heat09:58
*** zhiyan_ has joined #heat09:58
shardyandrearosa: Have you tried quoting it, heat parses it via json.loads unless it's a mapping, so for a list try '["a", "b"]'09:59
andrearo1thanks for that for my problem I moved to that type09:59
shardyandrearo1: ^^ repeat of what I just posted before09:59
*** Ng_ is now known as Ng10:00
*** john-n-s| has joined #heat10:00
*** julienvey has quit IRC10:00
*** gokrokve has quit IRC10:01
*** EmilienM_ has joined #heat10:01
*** aignatov2 has joined #heat10:02
andrearo1shardy: for Json tupe even the quoting doesn't work. ok I'll try some other ways if I can't find a good one I'll file a bug10:02
andrearo1s/tupe/type10:02
*** naotok_ has joined #heat10:03
*** PhilK_ has joined #heat10:03
andrearo1ok, quoting it using a single quote works10:04
andrearo1thanks shardy for your help10:08
*** wirehead_ has quit IRC10:09
*** andrearosa has quit IRC10:09
*** naotok has quit IRC10:09
*** aignatov has quit IRC10:09
*** zhiyan has quit IRC10:09
*** trey has quit IRC10:09
*** john-n-s- has quit IRC10:09
*** higgins has quit IRC10:09
*** lifeless has quit IRC10:09
*** PhilK has quit IRC10:09
*** mattoliverau has quit IRC10:09
*** EmilienM has quit IRC10:09
*** aignatov2 is now known as aignatov10:09
*** EmilienM_ is now known as EmilienM10:10
*** zhiyan_ is now known as zhiyan10:11
*** trey has joined #heat10:11
*** trey is now known as Guest1233310:12
*** andrearo1 is now known as andrearosa10:12
*** higgins has joined #heat10:14
*** nosnos has quit IRC10:16
*** nosnos has joined #heat10:17
*** mohits has quit IRC10:18
*** nosnos has quit IRC10:21
*** julienvey has joined #heat10:26
*** julienvey has quit IRC10:28
*** julienvey has joined #heat10:28
*** mkollaro has quit IRC10:30
*** julienvey has quit IRC10:33
*** cody-somerville_ has joined #heat10:33
*** miguelgrinberg_ has joined #heat10:33
*** coolsvap has quit IRC10:34
*** cody-somerville has quit IRC10:34
*** jprovazn has quit IRC10:34
*** openstackgerrit has quit IRC10:34
*** miguelgrinberg has quit IRC10:34
*** sbadia has quit IRC10:34
*** miguelgrinberg_ is now known as miguelgrinberg10:34
*** sbadia has joined #heat10:34
*** jprovazn has joined #heat10:35
*** openstackgerrit has joined #heat10:41
*** coolsvap has joined #heat10:42
*** boris-42 has quit IRC10:43
*** tank100_ has joined #heat10:51
*** shadower_ has joined #heat10:51
*** Adri2000_ has joined #heat10:51
*** Adri2000_ is now known as Guest5439910:51
*** justin-8 has joined #heat10:52
*** rdo has quit IRC10:54
*** ParisDickinson has quit IRC10:55
*** DandyPandy has quit IRC10:55
*** tank100 has quit IRC10:55
*** Adri2000 has quit IRC10:55
*** shadower has quit IRC10:55
*** dteselkin has quit IRC10:55
*** EmilienM has quit IRC10:55
*** xmltok has quit IRC10:55
*** justin-8_ has quit IRC10:56
*** mtreinish has quit IRC10:56
*** sirushti has quit IRC10:56
*** DandyPandy_ has joined #heat10:56
*** EmilienM has joined #heat10:56
*** gokrokve has joined #heat10:56
*** dteselkin has joined #heat10:56
*** tomek_adamczewsk has quit IRC10:57
*** rdo has joined #heat10:57
*** mtreinish has joined #heat10:57
*** sirushti has joined #heat10:57
*** tomek_adamczewsk has joined #heat10:58
*** uru_ has joined #heat10:59
*** uru_ is now known as urulama10:59
*** gokrokve has quit IRC11:01
*** xmltok has joined #heat11:03
*** xmltok has quit IRC11:03
*** andreaf has quit IRC11:04
*** andreaf has joined #heat11:05
*** xmltok has joined #heat11:06
*** EricGonczer_ has joined #heat11:14
*** mkollaro has joined #heat11:15
*** alexheneveld has joined #heat11:15
*** mkollaro has quit IRC11:16
*** mkollaro has joined #heat11:16
*** akuznetsov has quit IRC11:22
*** Mattbmheat has quit IRC11:22
*** Mattbmheat has joined #heat11:23
*** praveenkumar has quit IRC11:24
*** rpothier has joined #heat11:25
*** mkollaro1 has joined #heat11:27
*** EricGonc_ has joined #heat11:27
*** mkollaro has quit IRC11:27
*** EricGonczer_ has quit IRC11:27
*** Chinorro has quit IRC11:27
*** EricGonc_ has quit IRC11:27
*** ruhe has quit IRC11:27
*** naotok_ is now known as zz_naotok_11:29
*** jdob has joined #heat11:29
*** julienvey has joined #heat11:29
*** gpocente1 has joined #heat11:30
*** pmyers_ has joined #heat11:30
*** metral has quit IRC11:30
*** pmyers has quit IRC11:30
*** gpocentek has quit IRC11:30
*** gpocente1 is now known as gpocentek11:30
*** gpocentek has quit IRC11:30
*** gpocentek has joined #heat11:30
*** chandankumar has quit IRC11:32
*** Chinorro has joined #heat11:33
*** metral has joined #heat11:34
*** julienvey has quit IRC11:34
*** alexheneveld has quit IRC11:34
*** ruhe has joined #heat11:34
*** rdo has quit IRC11:35
*** rdo has joined #heat11:37
*** rdo has quit IRC11:43
*** chandankumar has joined #heat11:45
*** rdo has joined #heat11:47
*** julienvey has joined #heat11:47
*** sgordon_ has joined #heat11:48
*** rdo has quit IRC11:53
*** gokrokve has joined #heat11:56
*** EricGonczer_ has joined #heat11:58
*** gokrokve has quit IRC12:01
*** rdo has joined #heat12:03
*** urulama_ has joined #heat12:10
*** blomquisg has joined #heat12:10
*** sjmc7_ has joined #heat12:13
*** urulama has quit IRC12:13
*** swygue has quit IRC12:13
*** swygue has joined #heat12:14
*** EricGonczer_ has quit IRC12:14
*** urulama_ is now known as urulama12:15
*** cody-somerville_ is now known as cody-somerville12:15
*** asalkeld has quit IRC12:16
*** sjmc7 has quit IRC12:16
*** sjmc7_ has quit IRC12:18
*** EricGonczer_ has joined #heat12:22
*** blinky_ghost has joined #heat12:22
*** EricGonczer_ has quit IRC12:24
*** hdd has joined #heat12:27
*** yassine has quit IRC12:27
*** hdd has quit IRC12:30
*** yassine has joined #heat12:42
zanebskraynev: for _functions_? We all agreed that they shouldn't be plugins at all, and should be tied to the template version, which is what that patch is about12:46
zanebskraynev: I think you're thinking about for resource plugins, which is an entirely different patch12:46
skraynevzaneb: Ooops. Possibly your right... I combine these two things :) Sorry.12:48
*** chandankumar has quit IRC12:49
*** hdd has joined #heat12:50
*** plomakin has quit IRC12:51
*** radez_g0n3 is now known as radez12:54
*** bml23 has quit IRC12:54
*** gokrokve has joined #heat12:56
*** gokrokve has quit IRC13:01
*** alexpilotti has joined #heat13:06
*** russellb is now known as rustlebee13:09
*** alexpilotti has quit IRC13:12
*** mspreitz has joined #heat13:13
*** aweiteka has joined #heat13:13
shardyJust rebased on latest master and seeing this error from the migration tests:13:15
shardyhttp://paste.openstack.org/show/102397/13:15
shardyAnyone else seen that?13:15
shardy(migration 43 failing)13:15
openstackgerritJeff Peeler proposed a change to openstack/heat: Improve docker resource deletion  https://review.openstack.org/11337113:21
openstackgerritA change was merged to openstack/heat: Push metadata changes to the TempURL  https://review.openstack.org/11616313:27
openstackgerritSteven Hardy proposed a change to openstack/heat: Revert "Fix downgrades in migration scripts 016 and 035"  https://review.openstack.org/11777713:35
*** lvh has quit IRC13:38
*** lvh has joined #heat13:40
*** Murali_ has joined #heat13:41
*** Murali_ has quit IRC13:41
*** rdo has quit IRC13:41
*** edmund2 has joined #heat13:42
*** balles has joined #heat13:42
*** Murali_ has joined #heat13:42
*** rdo has joined #heat13:43
*** viktors has joined #heat13:44
viktorsshardy: hi!13:45
shardyviktors: Hi!13:45
shardyany ideas about the migration issue?13:46
viktorsyes13:46
viktorscan you repeat this locally?13:46
shardyviktors: yes, it's happening every time unless I revert your patch13:46
viktorsbut gates are passing ok13:47
viktors?13:47
shardyYeah, I don't know why13:48
shardyIt would be good for some other folks to pull master and see if it's just me13:48
*** Yanyanhu has joined #heat13:48
therveshardy, What's your oslo.db version?13:48
viktorsshardy: sorry for this question, but are you really sure, that you have no old *.pyc files?13:49
shardytherve: oslo.db==0.2.0.3.ge734e2b13:49
therveThat's probably the issue13:49
shardyaha13:49
* shardy tries upgrading oslo.db13:50
viktorsshardy: hm, please check it, but I see one more potential issue13:50
*** bvandenh has quit IRC13:52
viktorshm, no, that thing looks ok13:53
shardyupgraded oslo.db, same problem13:54
therveIt definitely works for me13:56
*** Yanyanhu has quit IRC13:56
*** gokrokve has joined #heat13:56
*** jprovazn has quit IRC13:58
*** rdo has quit IRC13:59
*** Mattbmheat has quit IRC14:00
*** gokrokve has quit IRC14:01
*** rdo has joined #heat14:01
viktorsshardy: its looks like, that you have NULL value in JSON field14:04
viktorsshardy: can you show me lines 200-220 of heat/tests/db/test_migrations.py ?14:04
viktorsshardy:  or maybe do you have one more migration afer master?14:05
viktors*after14:05
openstackgerritThomas Herve proposed a change to openstack/heat: Manually update requirements to oslo.messaging  https://review.openstack.org/11779114:06
*** jmckind has joined #heat14:06
*** andersonvom has joined #heat14:08
therveshardy, Can you paste the output of pip freeze?14:08
openstackgerritSergey Kraynev proposed a change to openstack/heat: Fix couple tests in test_engine_service.py  https://review.openstack.org/11779214:08
openstackgerritSergey Kraynev proposed a change to openstack/heat: Do template validation during creation  https://review.openstack.org/11779314:08
*** pfwang has joined #heat14:13
viktorsshardy: or do you work with this branch - https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bug/1360292,n,z - ?14:15
*** jdob has quit IRC14:15
shardyviktors: I do have one more migration after master in my local patches (but that's not the one which is failing)14:15
*** wpf has quit IRC14:15
*** jdob has joined #heat14:15
shardytherve: http://paste.fedoraproject.org/129595/1409321614:15
shardyviktors: Yeah, sec I'll push the rebased branch14:15
viktorsshardy: show me mirgation tests14:16
viktorsshardy: I suppose, that you inserts something to `raw_template` table there14:16
viktorsshardy: is it so?14:17
openstackgerritSteven Hardy proposed a change to openstack/heat: Add nested_depth to internal _create_stack RPC interface  https://review.openstack.org/11573214:17
openstackgerritSteven Hardy proposed a change to openstack/heat: Add nested_depth column to stack table  https://review.openstack.org/11573014:17
openstackgerritSteven Hardy proposed a change to openstack/heat: engine service add nested_depth to create_stack  https://review.openstack.org/11573114:17
openstackgerritSteven Hardy proposed a change to openstack/heat: Add user_creds_id to _create_stack RPC interface  https://review.openstack.org/11633514:17
openstackgerritSteven Hardy proposed a change to openstack/heat: engine service add user_creds_id to create_stack interface  https://review.openstack.org/11633414:17
openstackgerritSteven Hardy proposed a change to openstack/heat: StackResource add show_deleted option to nested() accessor method  https://review.openstack.org/11633314:17
openstackgerritSteven Hardy proposed a change to openstack/heat: StackResource add force_reload to nested() accessor method  https://review.openstack.org/11633214:17
shardyviktors: yes, see https://review.openstack.org/11573014:17
shardybut that's migration 047, so why is it breaking 043?14:18
shardy(and why does reverting your patch fix it)14:18
viktorsshardy: because we run downgrades after updrades14:18
shardyaha14:18
viktorsbecause iif yiu revert patch you run only upgrades )14:19
viktorsthe issue should be in raw `templ = [dict(id=6, template='{}')]`14:19
viktorstry to replace it to `templ = [dict(id=6, template='{}', files='{}')]`14:19
shardySo the dummy template I insert in https://review.openstack.org/#/c/115730/4/heat/tests/db/test_migrations.py needs to be valid json14:19
viktorsand `files` also14:20
shardyviktors: That fixed it, thanks! :)14:21
shardyI'll abandon the revert14:21
viktorsshardy: welcome! :)14:21
openstackgerritPierre Padrixe proposed a change to openstack/heat: Replace marconi by zaqar in heat plugins  https://review.openstack.org/11779614:23
*** nkhare has joined #heat14:23
*** jmckind has quit IRC14:23
openstackgerritSteven Hardy proposed a change to openstack/heat: Add nested_depth to internal _create_stack RPC interface  https://review.openstack.org/11573214:23
openstackgerritSteven Hardy proposed a change to openstack/heat: Add nested_depth column to stack table  https://review.openstack.org/11573014:23
openstackgerritSteven Hardy proposed a change to openstack/heat: engine service add nested_depth to create_stack  https://review.openstack.org/11573114:24
openstackgerritSteven Hardy proposed a change to openstack/heat: Add user_creds_id to _create_stack RPC interface  https://review.openstack.org/11633514:24
openstackgerritSteven Hardy proposed a change to openstack/heat: engine service add user_creds_id to create_stack interface  https://review.openstack.org/11633414:24
openstackgerritSteven Hardy proposed a change to openstack/heat: StackResource add show_deleted option to nested() accessor method  https://review.openstack.org/11633314:24
openstackgerritSteven Hardy proposed a change to openstack/heat: StackResource add force_reload to nested() accessor method  https://review.openstack.org/11633214:24
*** Murali_ has quit IRC14:24
thervePifu :)14:28
*** sjmc7 has joined #heat14:28
*** Murali_ has joined #heat14:29
*** jdob has quit IRC14:29
*** jdob has joined #heat14:30
shardySome nice easy reviews if anyone has a few minutes:14:31
shardyhttps://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/list-nested,n,z14:31
*** sjmc7_ has joined #heat14:32
*** Murali__ has joined #heat14:32
*** Yanyanhu has joined #heat14:33
openstackgerritSteven Hardy proposed a change to openstack/heat-templates: Add example of using native waitcondition resources  https://review.openstack.org/10642414:33
*** spzala has joined #heat14:34
*** mspreitz has quit IRC14:34
*** david-lyle has joined #heat14:34
*** david-lyle has quit IRC14:34
*** david-lyle has joined #heat14:35
*** sjmc7 has quit IRC14:35
*** Murali_ has quit IRC14:35
*** jergerber has joined #heat14:37
*** choeger has left #heat14:37
*** david-lyle has quit IRC14:38
*** gokrokve has joined #heat14:38
shardytherve: thanks for the reviews.  Re https://review.openstack.org/#/c/117791/ is there a bug we need to reference re the blocked sync job?14:40
*** samstav has joined #heat14:41
*** urulama_ has joined #heat14:42
*** Yanyanhu has quit IRC14:42
*** urulama has quit IRC14:44
*** Murali__ has quit IRC14:46
*** alexpilotti has joined #heat14:46
blinky_ghosthi all, can anybody tell me if centos 7 image works properly with software elements config? I can create the image but the VM doesn't boot and I always get a "enter root password for maintenance". I found out that I have to change my device to /dev/vda1 on fstab to /boot. Any reason for this? thanks14:46
*** Murali_ has joined #heat14:46
*** hdd has quit IRC14:47
sdakeblinky_ghost the centos image qcow2 was just created *yesterday* and may not be working properly yet14:48
sdakeI am testing it next week for openstack int14:48
blinky_ghostsdake: humm, thanks, I'll take a look later then14:49
sdakei should have looked ta i t by wed, ping me back then14:49
sdakehow are you creating the3 image?14:49
*** edmund2 has quit IRC14:50
openstackgerritJason Dunsmore proposed a change to openstack/heat-specs: Add spec for env-data-lookup HOT intrinsic function  https://review.openstack.org/11780614:50
*** andreaf has quit IRC14:51
*** andreaf has joined #heat14:51
jasond``shardy: ^14:51
blinky_ghostsdake: I've created a qcow2 image on my laptop with kvm, then I ran export DIB_LOCAL_IMAGE=/root/centos7.qcow2 and diskimage-builder/bin/disk-image-create vm centos7 selinux-permissive heat-config os-collect-config os-refresh-config os-apply-config heat-config-cfn-init heat-config-puppet heat-config-salt heat-config-script -o centos7.qcow214:51
*** jasond`` is now known as jasond14:52
shardyjasond: thanks, will check it out14:52
*** DandyPandy_ is now known as DandyPandy14:52
sdakeblinky_ghost I suspect DIB and CentOS 7 are not working properly yet14:52
sdakebut thanks for the reproducer14:52
blinky_ghostsdake: after that I upload it to glance and it works, however I have to change on fstab from UUID to /dev/vda114:53
sdakecan you file a bug in the heat tracker for that so I know what you did?14:53
sdake(I'll move the bug as needed to the proper project)14:53
blinky_ghostsdake: sure, can you send me the link? :)14:53
*** samstav has quit IRC14:53
sdakehttps://bugs.launchpad.net/heat/+filebug14:53
*** lsmola has quit IRC14:54
sdakeput reproducer in ther e3plz :)14:54
sdakeblinky can you do me a favor tho14:54
sdakeand try using the centos image first14:54
*** samstav has joined #heat14:54
sdake(the one from upstream) vs the one created with kvm14:54
blinky_ghostsdake: is the image upstream than one that still has Centos7 (broken) version? I've tested it on the beggining of the month and the error is the same14:55
sdakethat haws been fixed14:56
sdakesec I'll find a link14:56
*** yassine has quit IRC14:56
sdakehttp://cloud.centos.org/centos/7/devel/CentOS-7-x86_64-GenericCloud-20140826_02.qcow214:58
blinky_ghostsdake: humm that's a new one, I'll test it and let you know the result14:58
sdakethe one you tested probably had a busted cloudinit14:58
sdakethanks if it works for you that will be a good positive14:59
blinky_ghostsdake: thanks, will you also have image for centos 6? or this is not scheduled?14:59
therveshardy, I haven't opened one. Should I?15:00
*** Qiming has joined #heat15:00
therveIt's always weird to open a bug like that15:00
shardytherve: up to you, I just assumed there might already be one15:01
*** arbylee has joined #heat15:01
shardynot a big deal, just wanted to check :)15:01
sdakeblinky_ghost I am not sure, I'll get back to you on that15:02
*** andersonvom has joined #heat15:02
therveLet me look15:02
*** EricGonczer_ has joined #heat15:03
therveAh https://bugs.launchpad.net/oslo.messaging/+bug/133258815:03
uvirtbot`Launchpad bug 1332588 in oslo.messaging "list_opts does not set proper group for matchmaker_redis options" [High,Fix released]15:03
*** david-lyle has joined #heat15:03
openstackgerritThomas Herve proposed a change to openstack/heat: Manually update requirements to oslo.messaging  https://review.openstack.org/11779115:05
sdakeblinky_ghost ther eis a feb 5th image, is that busted for centos 6?15:05
*** arbylee has quit IRC15:05
*** arbylee has joined #heat15:05
blinky_ghostsdake: I didn't tested it, because when I run disk-image-create I don't see centos6 element, only fedora, centos7 and debian if I remeber15:06
blinky_ghostremember*15:06
sdakeoh so dib needs centos 6 support15:06
sdakeI guess we need to tackle that15:06
blinky_ghostsdake: I'm running the command15:06
sdakeby we, I mean centos team :)15:07
blinky_ghostand it's downloading from http://buildlogs.centos.org/centos/7/cloud/CentOS-7-Broken-20140620-Nightly.qcow2 and not http://cloud.centos.org/centos/7/devel/CentOS-7-x86_64-GenericCloud-20140826_02.qcow215:07
sdakeyou can override the DIB location15:08
sdakeI'll submit a change for dib right now to update tho15:08
sdakesec, I'll paste a patch15:08
*** lsmola has joined #heat15:10
sdakeactually I'll have to add that to my queue of work15:10
*** PsionTheory has joined #heat15:10
sdakejust override - its easy enough15:10
blinky_ghostsdake: no problem I'll download it and export DIB_LOCAL_IMAGE15:11
*** ifarkas has quit IRC15:11
openstackgerritA change was merged to openstack/heat: Allow resource groups of 0 resources  https://review.openstack.org/11701515:12
*** zz_gondoi is now known as gondoi15:14
blinky_ghostsdake: I'm getting this error: Working in /tmp/tmp.y4dq46h4d515:14
blinky_ghost/dev/loop115:14
blinky_ghostmount: you must specify the filesystem type15:14
*** edmund2 has joined #heat15:16
*** blues-man has joined #heat15:17
*** hdd has joined #heat15:17
*** mspreitz has joined #heat15:21
*** alexheneveld has joined #heat15:23
*** jdob has quit IRC15:24
*** rakesh_hs has joined #heat15:25
*** shakamunyi has joined #heat15:25
*** jdob has joined #heat15:26
*** Qiming has quit IRC15:27
*** cdent has quit IRC15:31
*** cdent has joined #heat15:32
*** che-arne has quit IRC15:32
*** kfox11111 has joined #heat15:33
*** kebray has joined #heat15:34
*** gokrokve has quit IRC15:35
*** che-arne has joined #heat15:35
*** julienvey has quit IRC15:38
*** wirehead_1 is now known as wirehead_15:39
Murali_ is there any sample hot tempaltes available for puppet master bootstrap ?15:40
*** pasquier-s has quit IRC15:41
*** gokrokve has joined #heat15:41
*** daneyon has joined #heat15:41
blinky_ghostsdake: doesn't work, I'll create the bug15:42
*** alexheneveld has quit IRC15:44
*** kleini has joined #heat15:50
sdakeblinky_ghost ok thanks15:50
kleiniI am trying to get this example working: https://github.com/openstack/heat-templates/blob/master/hot/software-config/example-templates/example-deploy-sequence.yaml. But currently /var/lib/cloud/instance/scripts/userdata is always an empty file and SoftwareDeployment fails. Where do I need to look for, to solve the cause?15:51
*** vijendar has joined #heat15:52
*** rdo has quit IRC15:52
*** vijendar has quit IRC15:52
*** vijendar has joined #heat15:52
*** pasquier-s has joined #heat15:53
*** rdo has joined #heat15:54
*** alexpilotti has quit IRC15:54
*** reed has joined #heat15:54
*** alexpilotti has joined #heat15:54
*** jistr is now known as jistr|afk15:55
*** alexpilotti has quit IRC15:55
*** denis_makogon has joined #heat15:57
*** BillArnold has joined #heat15:57
*** randallburt has joined #heat15:59
*** randallburt has quit IRC16:01
*** randallburt has joined #heat16:01
*** gokrokve has quit IRC16:03
*** gokrokve has joined #heat16:04
blinky_ghostsdake: https://bugs.launchpad.net/heat/+bug/136314616:04
uvirtbot`Launchpad bug 1363146 in heat "Cannot create Centos7 image with DIB software elements config" [Undecided,New]16:04
BillArnold_Process question: the member names for scaling groups in the InstanceGroup type hierarchy are generated and non-deterrministic. This means that the names in multiple stack previews are different from each other and from the names in a deployed stack. Would a fix for this to make them deterministic be done a separate bug or could it be rolled into stack lifecycle scheduler hints  https://review.openstack.org/#/c/96889/16:05
mspreitzs/could/should/16:05
mspreitzthe question is, which is the better approach16:06
BillArnold_mspreitz yes you're right16:07
*** gokrokve has quit IRC16:08
sdakeblinky_ghost that mount error is from dib16:08
*** daneyon has quit IRC16:08
*** daneyon has joined #heat16:09
blinky_ghostsdake: it's a bug?16:09
*** randallburt has quit IRC16:10
sdakeI think dib is busted16:11
sdakebut I am not certain16:11
sdakeI try to find someone to fix it16:12
sdakeyou could use virt-builder in the meantime16:12
*** f13o has quit IRC16:12
*** daneyon has quit IRC16:14
blinky_ghostsdake: virt-builder? Does it install also the software elements?16:14
sdakeyes you have to customize it - man virt-builder16:15
sdakeits only in newer distros16:15
sdakeits pretty sweet tool16:15
openstackgerritunmesh-gurjar proposed a change to openstack/heat: Database models and apis for convergence  https://review.openstack.org/10901216:15
sdakebut I have to run blinky - need to buy kids some chairs ttyl16:15
blinky_ghostsdake: no problem, I'll catch  with you another other day, thank you for your patience :)16:16
sdakenp - although nothing to do with patience just have  errands to run :)16:17
sdakeits friday and all that :)16:17
blinky_ghostsdake: good idea, I'll grab a beer :P16:20
*** skyler has joined #heat16:20
skylerIn heat is there a way to make sure that an instance gets a particular IP address? I want to be able to maintain consistent DNS records for each service I provide.16:21
*** rdo has quit IRC16:22
*** rdo has joined #heat16:24
*** reed has quit IRC16:28
*** kfox1111 has joined #heat16:29
*** blues-man has quit IRC16:31
*** rdo has quit IRC16:31
*** jistr|afk is now known as jistr16:32
pscheieskyler, I'm no expert, but yes, you can assign an address to an instance in heat.16:32
*** rdo has joined #heat16:32
*** cdent_ has joined #heat16:33
pscheieskyler, it's one of the attributes of OS::Nova::Server16:33
pscheieskyler, I *think* you want accessIPv416:33
blinky_ghostskyler: you can configure the ip through neutron port, or use a dns server and update it dynamically when the instance is launched.16:34
shardypscheie: that's an attribute, you can't assign attributes16:34
*** cdent has quit IRC16:35
*** cdent_ is now known as cdent16:35
*** arbylee has quit IRC16:37
*** rdo has quit IRC16:38
*** rdo has joined #heat16:39
skylerblinky_ghost: I am looking at the documentation for port, and I only see things related to fixed IP addresses. Is there a way to get a particular floating IP for an instance? Also, I want to preconfigure the IP addresses so that I can keep my DNS records under configuration management.16:39
*** derekh has quit IRC16:40
*** jpeeler has quit IRC16:40
pscheieshardy, what does "manually assigned" mean then, in reference to accessIpv4?16:42
therveHe didn't say manually16:43
therveattributes are info that you retrieve, not info that you supply16:44
therveskyler, There is nothing really about heat in your question16:44
therveWhatever you can do in nova to gives a server an address, you can do in Heat16:44
therveUsing a floating IP too16:45
*** BillArnold__ has joined #heat16:45
*** lsmola has quit IRC16:45
skylertherve: So in nova the workflow would be to allocate floating IP addresses, then look at the list of IPs, choose the one I want, associate it. This can be consistent because I can always choose the one that has the IP address I want.16:46
*** rakesh_hs has quit IRC16:47
skylerIn heat I make a resource entry for a floating IP, then I assign it to an instance, but I don't know of a way to make sure that I am giving the right IP to the instance.16:47
*** m_22 has joined #heat16:47
*** mkollaro1 has quit IRC16:47
*** jcoufal has quit IRC16:47
*** tango has joined #heat16:48
skylerI want the same floating IP addresses to be assigned to each instance every time I build my stack.16:48
*** pasquier-s has quit IRC16:49
*** gokrokve has joined #heat16:49
skylerI know I could build the floating IP addresses ahead of time, check out their numbers and manually map each one to a server, but I am curious if there is a way that I can automate this, because manually keeping track of each IP seems to go against the spirit of heat.16:49
*** rdo has quit IRC16:51
zanebwell, having something that needs to be stable and yet gets created and deleted every time you create and delete a stack also goes against the spirit of Heat16:51
zanebso if you have a resource, in this case a floating IP, whose lifecycle exceeds that of the stack, it should be created outside of the stack16:52
zanebthen pass the ID in and do the connection to the servers inside the stack16:52
*** rdo has joined #heat16:53
blinky_ghostskyler: did you check http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FloatingIP ?16:53
zanebblinky_ghost: note that fixed_ip_address is the _internal_ IP16:55
skylerzaneb: That makes sense. I guess if neutron were to add a feature allowing to allocate a *particular* floating IP, then it would supported in heat, but since that doesn't exist in neutron, it doesn't exist here either.16:56
zanebright16:56
zanebit also wouldn't be a *floating* IP ;)16:56
*** m_22 has left #heat16:56
skylerzaneb: lol, I suppose not! I have connected external IP and floating IP in my mind and started using them interchangably.16:57
skylerblinky_ghost: Yeah, I have been looking at that documetation. Thanks for the link, it is a very helpful page.16:58
pscheietherve, I was just quoting http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server in which accessIPv4 is described as "The manually assigned alternative public IPv4 address of the server."16:58
*** arbylee has joined #heat16:58
*** arbylee has quit IRC16:59
*** arbylee has joined #heat16:59
pscheieBut perhaps I misunderstand.16:59
zanebpscheie: it's nice to be able to read that after it's been assigned, but that doesn't help you if you want to assign a particular value to it17:01
*** praveenkumar has joined #heat17:02
*** EricGonczer_ has quit IRC17:02
*** reed has joined #heat17:05
*** jpeeler has joined #heat17:09
*** jpeeler has quit IRC17:09
*** jpeeler has joined #heat17:09
openstackgerritA change was merged to openstack/heat: Additional exception type check for ceilo-client  https://review.openstack.org/11689617:11
*** aweiteka has quit IRC17:11
*** jistr has quit IRC17:13
*** rustlebee is now known as russellb17:14
*** harlowja_away is now known as harlowja_17:15
*** kleini has left #heat17:17
*** chandankumar has joined #heat17:21
*** rdo has quit IRC17:24
*** harlowja has joined #heat17:24
openstackgerritA change was merged to openstack/heat: Add a method to freeze a ResourceDefinition  https://review.openstack.org/11366417:25
openstackgerritA change was merged to openstack/heat: Use ResourceDefinition as 'before' in resource updates  https://review.openstack.org/11293717:25
*** harlowja_ has quit IRC17:26
*** rdo has joined #heat17:26
*** dsneddon has joined #heat17:28
*** rdo has quit IRC17:35
*** boris-42 has joined #heat17:36
*** rdo has joined #heat17:36
*** viktors is now known as viktors|afk17:39
openstackgerritRyan Brown proposed a change to openstack/heat: Allow JSON parameters in environment files  https://review.openstack.org/10935717:42
*** spzala_ has joined #heat17:42
*** spzala has quit IRC17:43
*** spzala_ is now known as spzala17:43
*** sjmc7_ is now known as sjmc717:44
*** randallburt has joined #heat17:48
openstackgerritRandall Burt proposed a change to openstack/heat: Fix marconi plugin registration  https://review.openstack.org/11576417:51
*** cdent has quit IRC17:53
*** praveenkumar has quit IRC17:54
*** mspreitz has quit IRC17:54
*** arbylee has quit IRC17:55
*** kebray has quit IRC17:59
*** kebray has joined #heat18:00
*** denis_makogon has quit IRC18:02
*** andreaf_ has joined #heat18:04
*** spzala_ has joined #heat18:04
*** spzala has quit IRC18:05
*** bnemec is now known as beekneemech18:05
*** spzala_ is now known as spzala18:05
*** andreaf has quit IRC18:05
*** gondoi is now known as zz_gondoi18:06
*** arbylee has joined #heat18:06
*** arbylee has quit IRC18:07
*** arbylee has joined #heat18:07
openstackgerritZane Bitter proposed a change to openstack/heat: Get rid of old-style classes  https://review.openstack.org/11785318:10
*** EricGonczer_ has joined #heat18:13
pscheiezaneb, why does it say "manually assigned"?18:15
zanebpass18:16
pscheieheh.  I agree there's value in being able to read/retrieve that value.  I just don't understand the description.18:17
*** EricGonczer_ has quit IRC18:17
*** EricGonczer_ has joined #heat18:18
zanebpscheie: maybe it means you have to explicitly attach a floating IP (unlike the private IP, which you get automatically)18:19
*** rdo_ has joined #heat18:24
*** jpeeler has quit IRC18:25
*** rdo has quit IRC18:27
*** jpeeler has joined #heat18:27
*** jpeeler has quit IRC18:27
*** jpeeler has joined #heat18:27
*** fayablazer has quit IRC18:30
*** andreaf_ has quit IRC18:30
*** dsneddon has quit IRC18:34
*** dsneddon has joined #heat18:37
*** jdob has quit IRC18:46
*** dsneddon has quit IRC18:46
*** mspreitz has joined #heat18:48
*** blinky_ghost has quit IRC18:51
*** rdo_ has quit IRC18:58
*** chandankumar has quit IRC18:58
*** DaveJ__ has quit IRC18:58
*** rdo has joined #heat18:59
*** achampion has quit IRC19:03
*** achampio1 has joined #heat19:03
*** chandankumar has joined #heat19:13
*** dsneddon has joined #heat19:25
*** nkhare has quit IRC19:25
*** andreaf has joined #heat19:30
*** dsneddon has quit IRC19:31
*** chandankumar has quit IRC19:38
*** dsneddon has joined #heat19:42
*** achampion has joined #heat19:46
*** achampio1 has quit IRC19:47
*** balles has quit IRC19:48
*** balles has joined #heat19:51
*** huangtianhua has joined #heat19:56
*** tiantian has quit IRC19:59
*** spzala has quit IRC20:01
*** urulama_ is now known as urulama-afk20:03
larsksWith icehouse heat, I submitted a stack with a value that fails to validate...but apparently template validation happens on delete, also, so I get DELETE_FAILED.  Is there a way to force delete this stack without editing the database directly?20:04
*** urulama-afk has quit IRC20:06
*** PsionTheory has quit IRC20:06
*** radez is now known as radez_g0n320:07
larsksIt must be friday.20:15
kfox1111larsks: try deleting again. it may have been a different resource that caused the delete to fail.20:15
larskskfox1111: Nope, very clearly the same resource that causes the create to fail is causing the delete to fail.20:16
kfox1111bummer. :/20:16
larskszaneb: ^^^^ on the odd chance you're still irc'ing somewhere.20:16
mspreitzbeginner python question: is there something like next(iterator) that takes a given number not just 1 of the next iterated items?20:23
mspreitzThis is APL's "take" operator, if anyone remembers that20:24
shardylarsks: Hey, can you raise a bug with the details please?20:25
shardysounds like something we need to backport20:25
shardyyou should be able to re-try a failed delete without persistent failure20:26
shardyIf you don't mind manually cleaning up the resources, you can try stack-abandon20:26
shardywhich will remove the DB entry (but not run the delete path of the actual resources20:26
larsksshardy: Ooo, will give that a try.  Also, I'll open a bug report.20:26
mspreitzI think islice can do it20:27
larsksshardy: I'm using the docker plugin from heat's stable/icehouse branch.  Is there any chance failure-to-delete would be considered a bug in the plugin vs. a bug in heat-engine (and does it matter in terms of the bug report)?20:28
*** cody-somerville has quit IRC20:29
shardylarsks: hard to say without seeing the backtrace, but I'd guess it's more likely a bug in the plugin20:29
shardylarsks: Does jpeeler's patch posted recently help?20:29
shardyhttps://review.openstack.org/#/c/113371/20:29
larsksshardy: I don't think so, based on the commit message.  The error I was getting was: Resource DELETE failed: MissingSchema: Invalid URL '192.168.200.7/v1.12/containers/None/json': No schema supplied...20:30
shardyref bug #129675820:30
uvirtbot`Launchpad bug 1296758 in heat "Docker container deletion should be intolerant to the fact if the container is present or not" [Undecided,In progress] https://launchpad.net/bugs/129675820:30
*** BillArnold has quit IRC20:30
shardylarsks: Ok, cool, please raise a new bug then, if possible it would be most helpful to know if it still happens on master or if it's been fixed since icehouse20:31
kfox1111larsks: One of my co-workers was playing with the icehouse docker plugin and said it had issues deleting stacks cause it would delete the vm before the containers sometimes.20:31
shardy(assuming you have a reproducer20:31
shardy)20:31
*** BillArnold_ has quit IRC20:31
larskskfox1111: here the problem is I've passed an invalid value to docker_endpoint, which causes the create to fail, but *also* causes the delete to fail.20:32
kfox1111would an update stack work in this case?20:32
larskskfox1111: An interesting question.  I will try that out later today.20:32
shardykfox1111: You can't update from CREATE_FAILED on Icehouse20:33
shardywith zaneb's new update-failure-recovery stuff which is in the process of landing as we speak, you can :)20:33
*** randallburt has quit IRC20:34
larsksshardy: Moving on, trying to use waitconditions, and heat wants permission for identity:list_roles. Before I edit policy.json, does it need anything else?20:34
shardylarsks: It sounds like you don't have stack-domain-users configured, as then heat tries to create stack users (associated with credentials inside instances) as the user creating the stack20:35
shardyHow did you install heat?20:35
shardylarsks: http://hardysteven.blogspot.co.uk/2014/04/heat-auth-model-updates-part-2-stack.html FYI20:35
larsksshardy: I will just go take a look at that.20:35
shardydevstack, and recent packstack, should configure that stuff for you20:35
larsksshardy: this was installed with packstack, but arguably not a "recent packstack".20:36
shardyOther install methods may require manual configuration of the heat domain stuff (or the user creating a WaitConditionHandle has to be admin)20:36
kfox1111there's a blog post somehere that says how to get heat keystone domains and trusts to work.20:39
shardylarsks: bz #1076172 and bz #1076611 have further info20:39
kfox1111I installed with packstack and used the blog post to enable it.20:39
*** randallburt has joined #heat20:39
shardykfox1111: that's my blog, the link I just posted :)20:40
kfox1111works pretty good. just have run into two issues. horizon always asks for password, and other tenant users can't delete other users stacks. :/20:40
kfox1111shardy: hey, yeah. thats the one. :)20:40
shardykfox1111: Yeah, both known issues I'm afraid, we're working on resolving them20:40
kfox1111Thanks for writing it. it came in very handy.20:40
shardyglad it was useful to someone ;)20:41
kfox1111the former's just anoying. 'asdlfjsdf' solves it. :)20:41
kfox1111the latter's a big problem. :/20:41
kfox1111think it will be fixed in juno?20:41
shardykfox1111: https://blueprints.launchpad.net/horizon/+spec/heat-kill-password-box20:41
kfox1111shardy: yeah. already subscribed to it. ;)20:42
mspreitzDoes OpenStack follow a PEP or some other standard for documenting parameter types in docstrings?20:42
kfox1111not sure. but it does complain bloody murder if flake8 fails against code.20:43
shardykfox1111: there is a bug for the delete thing, and IIRC it's assigned to me - I am planning to fix it for Juno, time permitting20:43
mspreitzI found http://www.jetbrains.com/pycharm/webhelp/type-hinting-in-pycharm.html20:43
mspreitzbut that's not a standard20:43
kfox1111shardy: great.20:44
kfox1111In case of delete, why not just use the stored trust to do all the work, rather then the user provided one?20:44
kfox1111maybe just use the user provided one to verify they can touch the top level stack.20:45
larsksshardy: thanks, will take a look.20:45
shardykfox1111: Yeah something like that, although I've not yet checked if a trust-scoped token can be used to delete the trust it is scoped to20:46
kfox1111hmm... that would be a problem. :/20:47
kfox1111does heat engine have an admin token of its own yet?20:47
shardyalso, we probably need a heat stack-update --owner path, where a user can take ownership of the stack and rewrite the stored context (e.g the trustor of the trust)20:47
shardythat would be necessary if a stack owner gets deleted from keystone for example20:48
kfox1111yeah. I expect that to happen at our site at some point or another.20:48
shardykfox1111: Yes, if needed then that is the big-hammer approach, use heat admin credentials to delete the trust20:48
shardyThe update owner thing will probably slip to kilo now, but I'm hoping a minor tweak to the delete path will solve bug #130883420:49
uvirtbot`Launchpad bug 1308834 in heat "403 on trusts delete causes DELETE_FAILED" [Medium,Triaged] https://launchpad.net/bugs/130883420:49
shardykfox1111: note, as described in that bug, the current "workaround" is to delete the stack twice, although we still leak a trust20:50
kfox1111yeah. admin's leaving our group doesn't happen very often. admin out so another admin needs to delete/relaunch a stack is fairly common.20:50
kfox1111hmm.. I thought I had tried deleting the stack twice, but maybe not.20:51
*** shardy has quit IRC20:56
*** mspreitz has quit IRC20:56
*** shakamunyi has quit IRC20:58
*** cody-somerville has joined #heat21:07
*** cody-somerville has quit IRC21:07
*** cody-somerville has joined #heat21:07
*** sballe__ has joined #heat21:08
*** hdd has quit IRC21:08
*** Murali__ has joined #heat21:09
*** hdd has joined #heat21:09
*** sballe_ has quit IRC21:10
*** Murali__ has quit IRC21:11
*** Murali_ has quit IRC21:11
*** balles has quit IRC21:12
*** balles has joined #heat21:14
*** dsneddon has quit IRC21:19
*** rdo has quit IRC21:19
*** rdo has joined #heat21:21
*** gokrokve has quit IRC21:21
larsksOddly enough, something in the process of creating the heat domain/users and deleting a bunch of stacks resulted in the loss of my primary tenant.21:23
*** EricGonczer_ has quit IRC21:23
larsksPretty sure it disappeared in a series of "stack delete" operations, but I can't prove it.21:23
larsksWeird.21:23
kfox1111larsks: I ran into the same thing. I lost a tenant somehow, but never was able to prove how.21:30
kfox1111I think it was shortly after enabling heat trust support and deleting a stack that was pre-trusts.21:31
larskskfox1111: well, that improves the odds that I'm not simply hallucinating.21:31
kfox1111I still had resources in the tenant too. I had to go poke the tenant back into the database. :/21:31
larskskfox1111: this was enabling heat domain support and deleting (a bunch of) stacks that were pre-heat-domain.21:31
larsksDo you happen to know which setting in heat.conf heat uses to build waitcondition urls?21:31
kfox1111I think there's a bug there.21:31
*** andreaf has quit IRC21:31
larsksOh look, heat_waitcondition_server.21:32
larsksThat's simple.21:32
*** andreaf has joined #heat21:32
kfox1111property heat_waitcondition_server_url....21:33
kfox1111hehe. :) beat me to it.21:33
kfox1111/usr/share/X/X-dist.conf is a good place to look in RDO.21:33
*** dsneddon has joined #heat21:35
*** andrearo1 has joined #heat21:46
*** vijendar1 has joined #heat21:46
*** edmund3 has joined #heat21:48
kfox1111ugg....21:51
*** boris-42_ has joined #heat21:51
*** sirushti_ has joined #heat21:51
*** DinaBelova2 has joined #heat21:51
*** blomquisg has quit IRC21:52
kfox1111bug 1308834 bit me again, but worse...21:52
uvirtbot`Launchpad bug 1308834 in heat "403 on trusts delete causes DELETE_FAILED" [Medium,Triaged] https://launchpad.net/bugs/130883421:52
*** alexheneveld has joined #heat21:52
*** balles has quit IRC21:52
*** cody-somerville has quit IRC21:52
*** boris-42 has quit IRC21:52
*** vijendar has quit IRC21:52
*** edmund2 has quit IRC21:52
*** jergerber has quit IRC21:52
*** sirushti has quit IRC21:52
*** andrearosa has quit IRC21:52
*** dekozo has quit IRC21:52
*** DinaBelova has quit IRC21:52
*** DinaBelova2 is now known as DinaBelova21:52
*** sirushti_ is now known as sirushti21:52
*** dsneddon has quit IRC21:58
*** sballe_ has joined #heat21:58
*** sballe__ has quit IRC22:01
*** vijendar1 has quit IRC22:04
*** hdd has quit IRC22:08
*** balles has joined #heat22:11
*** cody-somerville has joined #heat22:11
*** vijendar has joined #heat22:11
*** edmund2 has joined #heat22:11
*** jergerber has joined #heat22:11
*** 17SAA2D8D has joined #heat22:11
*** dekozo has joined #heat22:11
*** jergerber has quit IRC22:12
*** vijendar has quit IRC22:12
*** edmund2 has quit IRC22:12
*** 17SAA2D8D has quit IRC22:12
*** randallburt has quit IRC22:15
*** morganfainberg is now known as dolphm322:15
*** dolphm3 is now known as morganfainberg22:15
*** andersonvom has quit IRC22:18
*** rdo has quit IRC22:21
*** rdo has joined #heat22:23
*** arbylee has quit IRC22:23
*** PhilK_ is now known as PhilK22:37
miguelgrinbergQuick question for anyone that has worked with the heat API. The "NoEcho" attribute returned with parameters is represented as a string with values "true" or "false". Is there a reason to use a string instead of a boolean here? Checking this attribute as a string is awkward.22:40
*** kebray has quit IRC22:42
*** edmund3 has quit IRC22:44
*** randallburt has joined #heat22:51
*** lifeless1 is now known as lifeless22:56
*** rdo has quit IRC22:58
larsksIt's tough to find people around on Fridays :)22:59
*** rdo has joined #heat23:00
openstackgerritTon Ngo proposed a change to openstack/heat: Pass list of parameters to engine service to reset  https://review.openstack.org/10928423:03
openstackgerritTon Ngo proposed a change to openstack/heat: Pass flag to engine service to patch parameters  https://review.openstack.org/10904223:03
larsksUgh, signaling my waitcondition gets me "User is not authorized to perform action"23:05
larsksMy kingdom for better error messages!23:05
kfox1111I think you have to be an admin or have trusts setup to use waitconditions.23:06
larsksIn theory no, not with the new stack domain stuff.23:06
larskshttp://hardysteven.blogspot.co.uk/2014/04/heat-auth-model-updates-part-2-stack.html23:06
larsksWith these changes, I can create waitconditions as a non-admin user (this part works, whereas previously it did require admin access)23:06
kfox1111ah. yeah.23:07
larsksBut the signaling is not working.  I suspect something simple, but I probaly have to debug=true all the things to find out.23:07
kfox1111how are you triggering the wait condition?23:07
*** m_22 has joined #heat23:08
larsksWith either cfn-signal or curl, using the url provided by {get_resource: docker_wait_handle}23:08
larsksIf you're curious, this is the template I'm working with: http://chunk.io/f/a3db76df872f4b5b885a0e909902b06623:08
*** balles has quit IRC23:08
*** balles has joined #heat23:11
*** m_22 has left #heat23:11
kfox1111hmm... other then the -e0 and not -e 0, it looks the same as what I'm doing.23:13
kfox1111I think the template's ok.23:14
larsksYeah, me too :)23:14
larsksI can see that heat has created a s0-docker_wait_handle-ih5jjueffujl user in the heat domain...23:15
larsksThe accesskeyid in the wait condition url seems to match the ec2 credentials for that user.23:17
kfox1111and heat-api-cfn is running?23:20
kfox1111and the tcp port is opened through your firewall?23:20
kfox1111did you deploy with packstack and enable cfn when you installed?23:21
larskskfox1111: oh yeah. the authentication error is being logged by heat-cfn, so I know it's listening and I know I can communicate with it from the instance :)23:21
*** EricGonczer_ has joined #heat23:22
larskskfox1111: do you have a wait condition url from your environment handy?  I'm curious if it contains the same information as mine.23:23
kfox1111sure. just a sec.23:24
larsksspecifically, is it /v1/waitcondition/arn:openstack:heat:<TENANT_ID>:stacks/<STACKNAME>/<STACKID>/resources/<WAIT_HANDLE_NAME>23:25
larsks(that's unquoted and with query strings elided for now)23:25
kfox1111yeah.23:27
kfox1111resources/WaitHandleInstance?Timestamp=2014-08-29T22:48:13Z&SignatureMethod=HmacSHA256&AWSAccessKeyId=XXXXXX&SignatureVersion=2&Signature=YYYYYYY23:28
larsksThanks. Bleah. Probably going to need to trace through the code on this one.23:35
*** kebray has joined #heat23:36
*** randallburt has quit IRC23:39
*** morganfainberg is now known as SkepticalCore23:44
openstackgerritWinnie Tsang proposed a change to openstack/python-heatclient: Add stack-update argument for patching parameters  https://review.openstack.org/10910523:47
*** david-lyle has quit IRC23:47
*** sballe has joined #heat23:48
*** sballe_ has quit IRC23:50
*** andreaf has quit IRC23:51
*** matt__ is now known as mattoliverau23:52
*** reed has quit IRC23:55

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