Wednesday, 2016-02-10

*** tochi has quit IRC00:10
*** Marga__ has joined #heat00:15
*** Raj2 has quit IRC00:16
*** Marga_ has quit IRC00:17
*** e0ne has quit IRC00:18
*** tochi has joined #heat00:22
*** Drago has joined #heat00:26
*** Drago has quit IRC00:36
*** achanda has joined #heat00:46
*** achanda has quit IRC00:59
*** kse has quit IRC01:01
*** jaime49 has quit IRC01:03
*** gokrokve has joined #heat01:05
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: Add openstack cli stack actions  https://review.openstack.org/24780401:06
*** Marga__ has quit IRC01:06
*** Marga_ has joined #heat01:07
*** EricGonc_ has joined #heat01:13
*** rpothier has quit IRC01:14
*** gokrokve has quit IRC01:17
*** EricGonczer_ has quit IRC01:17
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: Add stack hook poll and clear to openstack client  https://review.openstack.org/25265601:19
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: Add openstack client resource type list and show  https://review.openstack.org/25433001:22
*** pt_15 has quit IRC01:25
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: OSC plugin for stack snapshot create  https://review.openstack.org/24293801:31
*** shakamunyi has quit IRC01:40
*** bana_k has quit IRC01:46
*** achanda has joined #heat02:00
*** sridhar_ram1 has quit IRC02:03
*** sid14726 has joined #heat02:11
*** Raj1 has joined #heat02:15
*** hdd has quit IRC02:19
*** alex_xu has quit IRC02:28
*** alex_xu has joined #heat02:30
*** Raj1 has quit IRC02:38
*** dims_ has quit IRC02:45
*** alex_xu has quit IRC02:49
*** alex_xu has joined #heat02:52
*** links has joined #heat03:00
*** hdd has joined #heat03:05
*** Marga_ has quit IRC03:05
*** EricGonc_ has quit IRC03:07
*** logan-- has joined #heat03:10
*** logan-- has quit IRC03:14
*** logan- has quit IRC03:22
*** logan- has joined #heat03:23
*** dims has joined #heat03:27
*** sridhar_ram has joined #heat03:33
*** dims has quit IRC03:37
*** gokrokve has joined #heat03:37
*** gokrokve_ has joined #heat03:43
*** gokrokve has quit IRC03:45
*** gokrokve has joined #heat03:48
*** gokrokve_ has quit IRC03:48
*** gokrokve has quit IRC03:53
*** gokrokve has joined #heat03:53
*** KanagarajM has joined #heat04:24
*** mragupat has joined #heat05:00
*** gokrokve_ has joined #heat05:05
*** mragupat has quit IRC05:06
*** gokrokve has quit IRC05:06
*** mragupat has joined #heat05:06
openstackgerritRabi Mishra proposed openstack/heat: Resolve name/id using translation rules  https://review.openstack.org/26513705:06
*** shangxdy has joined #heat05:10
*** bana_k has joined #heat05:21
openstackgerritMerged openstack/python-heatclient: OpenStackClient plugin for stack output list  https://review.openstack.org/26719105:24
openstackgerritMerged openstack/python-heatclient: OpenstackClient plugin for template show  https://review.openstack.org/26770105:26
*** huangtianhua has quit IRC05:39
*** huangtianhua has joined #heat05:40
*** gokrokve_ has quit IRC05:42
*** gokrokve has joined #heat05:45
*** gokrokve has quit IRC05:48
*** gokrokve_ has joined #heat05:48
*** Marga_ has joined #heat05:50
*** bana_k has quit IRC05:51
*** Marga_ has quit IRC05:55
*** mohankumar_ has joined #heat06:00
*** gokrokve_ has quit IRC06:06
*** mohankumar_ has quit IRC06:06
openstackgerritThomas Herve proposed openstack/heat: Handle missing plugin in is_service_available  https://review.openstack.org/27808106:12
*** rakesh_hs has joined #heat06:15
*** mohankumar_ has joined #heat06:19
therveramishra, Hi!06:26
therveYou should paste some tracebacks in bugs when you can, tempest logs are gone way too fast for bug tracking purposes06:27
ramishratherve: hi06:28
ramishratherve: ok06:28
therveThanks for opening that bug, I just opened it myself06:28
therveramishra, So CI people were not happy with that tempest change06:29
ramishratherve: yeah, I saw that06:29
ramishratherve: reg https://review.openstack.org/#/c/278081/06:30
therveYep?06:30
*** spotz_zzz is now known as spotz06:31
ramishratherve: what I meant is we should handle the client exception from is_service_available when listing resource types https://github.com/openstack/heat/blob/master/heat/engine/service.py#L1330-L133306:31
therveHum, ok06:31
therveramishra, Why do you think so?06:32
*** shangxdy has quit IRC06:32
ramishratherve: I saw the error and I think that's where it's coming from. We should not include the resource type if the there is any issue with the client. I'm looking at the log from your discussion yesterday.06:37
therveHum06:38
therveramishra, Right, but that won't prevent the resource from being used later on.06:38
therveAt any rate, that may be reasonable, but I think it deserves a different patch06:39
openstackgerritThomas Herve proposed openstack/heat: Remove db refresh in Stack object get  https://review.openstack.org/27822506:39
ramishratherve: agreed, I can submit a patch later06:40
therveThanks06:40
ramishratherve: I've commented on the tempest bug you created.06:40
therveYeah I saw. Still not clear what the proper fix ought to be. Is it just about creating the role correctly?06:41
therveBecause I thought it did that, but apparently not?06:41
ramishrayes, the role stack_owner_role/_member_ should be pre-created06:42
ramishraI think openstack-puppet CI is doing that06:42
*** bana_k has joined #heat06:42
ramishrawhereas the tempest gate job was leverging the  v2 functionality of it being implicitly created on first use.06:43
ramishrathat's what my understanding is06:44
*** Marga_ has joined #heat06:50
*** Marga_ has quit IRC06:50
*** Marga_ has joined #heat06:51
*** mohankumar_ has quit IRC06:51
*** tochi has quit IRC06:52
*** unlaudable has joined #heat06:57
*** steveg_afk has quit IRC06:58
*** mohankumar_ has joined #heat06:58
*** mohankumar_ has quit IRC06:59
openstackgerritSirushti Murugesan proposed openstack/heat: Convergence: Load resources from DB for API calls  https://review.openstack.org/27823107:05
*** gokrokve has joined #heat07:06
*** hdd has quit IRC07:08
skraynevmorning all07:09
*** jprovazn has joined #heat07:12
*** spotz is now known as spotz_zzz07:13
*** gokrokve has quit IRC07:14
*** steveg_afk has joined #heat07:26
*** mragupat has quit IRC07:27
*** Marga_ has quit IRC07:33
therveKanagarajM, Hey, around? To chat about https://review.openstack.org/27808107:34
openstackgerritMerged openstack/python-heatclient: Adds ignore_errors for template-validate command  https://review.openstack.org/25721107:42
*** openstackgerrit has quit IRC07:47
*** openstackgerrit has joined #heat07:48
openstackgerritRabi Mishra proposed openstack/heat: Handle client exceptions in list_resource_types  https://review.openstack.org/27823907:48
*** jtomasek_ has joined #heat07:51
openstackgerritRabi Mishra proposed openstack/heat: Remove server uuid property specific checks  https://review.openstack.org/27509807:51
openstackgerritRabi Mishra proposed openstack/heat: Cleanup neutron finder functions  https://review.openstack.org/27524607:51
*** e0ne has joined #heat07:58
*** pt_15 has joined #heat08:03
*** fgimenez has joined #heat08:08
*** fgimenez has joined #heat08:08
*** achanda has quit IRC08:13
openstackgerritThomas Herve proposed openstack/heat: Add post hooks  https://review.openstack.org/25252208:14
*** palexster has joined #heat08:14
*** palexster has quit IRC08:14
*** d0ugal has joined #heat08:17
*** d0ugal has quit IRC08:17
*** d0ugal has joined #heat08:17
*** jistr|doc has joined #heat08:22
*** Guest66498 has joined #heat08:33
KanagarajMtherve, hi08:37
*** achanda has joined #heat08:37
KanagarajMtherve, i was in lunch break, missed to see your message08:37
*** e0ne has quit IRC08:39
*** gokrokve has joined #heat08:40
therveKanagarajM, replied in the review08:41
KanagarajMtherve, ok08:41
*** Drago has joined #heat08:43
*** Drago has quit IRC08:44
*** Drago has joined #heat08:44
*** gokrokve has quit IRC08:44
*** jaosorior has joined #heat08:48
*** Drago has quit IRC09:00
*** jcoufal has joined #heat09:03
*** zeih_ has joined #heat09:09
*** shardy has joined #heat09:11
therveKanagarajM, Can we chat here now? :)09:29
*** tochi has joined #heat09:30
*** bana_k has quit IRC09:32
*** Marga_ has joined #heat09:33
*** Marga_ has quit IRC09:38
*** gokrokve has joined #heat09:41
*** jistr|doc has quit IRC09:46
*** gokrokve has quit IRC09:48
*** derekh has joined #heat09:50
*** yassine has joined #heat09:51
openstackgerritMerged openstack/heat: Resolve name/id using translation rules  https://review.openstack.org/26513710:00
*** tochi has quit IRC10:00
*** achanda has quit IRC10:06
*** getvasanth has joined #heat10:06
*** e0ne has joined #heat10:07
*** achanda has joined #heat10:08
KanagarajMtherve,  hi, sure10:09
*** kmARC has quit IRC10:09
therveKanagarajM, So I don't really understand what your issue is10:09
therveOr what you're suggesting10:09
KanagarajMok, let me explain here.10:10
KanagarajMexisting is_service_available() checks for whether service got listed in keystone catalog and if service is not listed then ResourceTypeUnavailable() exception is raised.10:11
KanagarajMthis exception currently says: Service for resoruce type xxx is not available, reason: keystone catalog does not list the service .....10:12
KanagarajMbut now, we are trying to add one more logic that, if required client is missing, then consider that as service not available.10:12
therveI don't think thats true10:13
therveIt will say 'Service endpoint not in service catalog.'10:13
therveKanagarajM, Is that your issue? That the message will be wrong?10:14
KanagarajMhere, i was suggesting that, raise the ResourceTypeUnavalible() with different reason saying client is not loaded and change this exception message to 'Resrource type xxx is not availeble and reason: as appropirate based on either keystone catalog miss or client miss10:14
therveSo is_service_available doesn't raise that exception10:15
therveIn master right now, it will raise a ResourceTypeUnavalaible error, but the message will be 'NoneType has no attribute service_types'10:15
therveI'd argue my patch is an improvement10:15
KanagarajMyour patch is surely arresting the issue, but would like to suggest to raise exception with proper reasoning.10:17
therveOK, that's fair, let me cook up something10:18
KanagarajMtherve, sure.  :)10:20
*** jaosorior has quit IRC10:21
*** atuvenie has joined #heat10:22
openstackgerritThomas Herve proposed openstack/heat: Handle missing plugin in is_service_available  https://review.openstack.org/27808110:23
therveKanagarajM ^^^ when you have a few mins10:24
*** shardy has quit IRC10:25
*** shardy has joined #heat10:25
KanagarajMtherve,  changes are fine for this patch, but we may need to correct the ResourceTypeUnavailable exception message to 'Resource type xxx is not available'10:35
therveKanagarajM, From what?10:39
KanagarajMtherve, current message in that exception10:39
KanagarajM"Service %(service_name)s is not available for resource type %(resource_type)s"10:40
therveI don't know, it's not totally unreasonable10:41
therveWith the reason being explanatory10:41
*** achanda has quit IRC10:45
*** dims has joined #heat10:48
*** Marga_ has joined #heat10:52
openstackgerritThomas Herve proposed openstack/heat: Handle missing plugin in is_service_available  https://review.openstack.org/27808110:55
therveramishra, So I ended up stealing your patch10:55
therveSigh10:55
therveramishra, Thanks for the test :)10:55
*** Marga_ has quit IRC10:56
ramishratherve: np:)  Is catching ClientNotAvailable going be enough? I think there can be other exceptions like auth exceptions. no?10:58
therveramishra, Yeah I added more10:58
therveLike ConnectionFailed and stuff10:58
therveI really stole your patch :)10:58
therveThe unit test was failing otherwise10:58
*** fgimenez has quit IRC11:02
*** fgimenez has joined #heat11:03
*** Marga_ has joined #heat11:31
*** atuvenie has quit IRC11:36
*** achanda has joined #heat11:45
*** Marga_ has quit IRC11:46
*** Marga_ has joined #heat11:46
*** achanda has quit IRC11:50
*** xek has quit IRC11:53
*** sid14726 has quit IRC11:54
*** permalac has joined #heat11:55
*** links has quit IRC11:56
*** Guest66498 has quit IRC12:03
*** EricGonczer_ has joined #heat12:31
*** fgimenez has quit IRC12:31
*** fgimenez has joined #heat12:32
*** EricGonczer_ has quit IRC12:36
*** links has joined #heat12:36
*** Guest66498 has joined #heat12:38
*** krotscheck_dcm is now known as krotscheck12:38
therveramishra, Regarding that tempest stuff, what should we do in the end?12:39
therveThe issue was that devstack was setup using _member_ role even in v3, correct?12:39
therveShould we set the role to '' in devstack instead?12:40
therveThat would mean not passing the role in tempest12:43
*** vgridnev has joined #heat12:44
ramishratherve: I don't know what  is the issue tempest team has for https://review.openstack.org/#/c/274346/5/tempest/api/orchestration/base.py12:47
ramishrait's conditional create and would work on both devstack and non-devstack cases12:48
*** achanda has joined #heat12:48
therveramishra, So it's not the "tempest team", it's mtreinish12:48
therveAnd I guess you should ask him for more details12:49
*** shangxdy has joined #heat12:49
ramishraI've mentioned that in the bug12:49
ramishrahe just -2ed a patch and vanished to thin air12:49
ramishrano response to my queries12:50
therveWell he was here yesterday night, so hopefully he'll be around again12:50
therveThe build logs are gone, but where the tests indeed failing?12:50
therveramishra, That said, I still think it sucks that we need to create the _member_ role in v312:52
therveIt doesn't feel super nice12:52
openstackgerritMerged openstack/heat: Handle missing plugin in is_service_available  https://review.openstack.org/27808112:53
*** achanda has quit IRC12:54
ramishraThey should change it to something else in devstack, we should get https://review.openstack.org/#/c/274612/  merged12:54
therveramishra, So this change needs your tempest patch to be reverted though, right?12:55
ramishraassuming non-devstack CIs would create stack_owner_role before hand.  Having said that they do create _member_ in other projects. https://bugs.launchpad.net/openstack-ansible/+bug/147491612:55
openstackLaunchpad bug 1474916 in openstack-ansible trunk "Keystone v3 does not automatically create _member_ role" [High,Fix released] - Assigned to Ian Cordasco (icordasc)12:56
therveWell that's fine, non-devstack ci can configured tempest appropriately. They ought to create the role anyway AFAIU12:57
*** sid14726 has joined #heat12:57
ramishrait can work with or without the tempest patch12:57
ramishraI mean for devstack12:58
ramishraNo sorry, we 've to revert the tempest patch12:58
therveAh :)12:59
therveOK that sounds good to me.12:59
therveSo let's have https://review.openstack.org/278068 in (though it doesn't pass the gate, ah)13:00
ramishrayeah, I thought adding the roles it the tempest tests is easy. It's test end of the day and addition of the role is conditional.13:01
* therve shrugs13:01
*** Guest66498 has quit IRC13:02
therveIt's still somewhat racy, I guess13:04
*** sdake has joined #heat13:04
*** jcoufal has quit IRC13:07
*** dprince has joined #heat13:09
*** e0ne has quit IRC13:09
*** vgridnev has quit IRC13:09
*** e0ne has joined #heat13:09
*** pt_15 has quit IRC13:15
*** kmARC has joined #heat13:16
*** Guest66498 has joined #heat13:17
*** vgridnev has joined #heat13:19
*** vgridnev has quit IRC13:21
shardyHey all, if anyone has a moment to review https://review.openstack.org/#/c/275602/ I'd appreciate it13:22
shardysimple adjustment to str_replace validation, which we need for a TripleO patch13:23
*** palexster has joined #heat13:23
*** e0ne has quit IRC13:24
*** EricGonczer_ has joined #heat13:25
*** e0ne has joined #heat13:25
*** sdake_ has joined #heat13:25
*** vgridnev has joined #heat13:27
*** sdake has quit IRC13:29
*** EricGonczer_ has quit IRC13:29
*** Marga_ has quit IRC13:29
*** hdd has joined #heat13:33
*** ahelkhou has joined #heat13:37
*** xek has joined #heat13:38
*** KanagarajM has quit IRC13:39
*** permalac has quit IRC13:39
*** dyasny has quit IRC13:41
*** dyasny has joined #heat13:42
*** sdake_ has quit IRC13:48
*** gokrokve has joined #heat13:49
*** rakesh_hs has quit IRC13:50
*** gokrokve has quit IRC13:53
*** shangxdy has quit IRC14:04
*** jonesbr has joined #heat14:05
*** dyasny has quit IRC14:06
*** dyasny has joined #heat14:06
*** Delair has joined #heat14:06
*** fgimenez has quit IRC14:08
*** fgimenez has joined #heat14:10
*** neelashah has joined #heat14:17
*** sabeen has joined #heat14:19
*** sabeen3 has joined #heat14:22
*** permalac has joined #heat14:22
Delair@all Hi can i define an optional parameter in HOT template?.. for example if I configure a parameter to define a network_gateway_IP and want to leave the field blank when deploying the template14:22
ryansbDelair: you can set a default14:22
ryansbe.g: mynetwork:14:23
ryansb  type: string14:23
Delair@ryansb.. Yes I can but i dont want to :)14:23
ryansb  default: ''14:23
ryansbthat way you could leave it out, and you don't need to pass in the param if you don't want to14:23
*** sabeen has quit IRC14:24
Delairohh sorry you mean just define default with empty colons?14:24
openstackgerritBryan Jones proposed openstack/python-heatclient: OSC plugin for stack resource show and list  https://review.openstack.org/24492714:24
ryansbyeah, you'd just define the default as an empty string14:24
Delair@ryansb ohh sorry you mean just define default with empty colons?14:24
Delair@ryan ok cool let me test.. Thanks a lot14:24
ryansbso that way the template will work without you supplying a value, but you can always override.14:24
*** sid14726 has quit IRC14:25
Delair@ryansb working .. Thanks a lot14:26
ryansbno problem :)14:26
*** links has quit IRC14:27
openstackgerritSteven Hardy proposed openstack/heat: Add user_data_update_policy property to OS::Nova::Server  https://review.openstack.org/27414914:27
openstackgerritSteven Hardy proposed openstack/heat: Make Server user_data update policy configurable  https://review.openstack.org/27410114:28
openstackgerritMerged openstack/heat: Allow str_replace to reference parameters/attributes  https://review.openstack.org/27560214:28
*** hdd has quit IRC14:29
*** crose has joined #heat14:31
krotscheckI've got a middleware configuration update up for review, are there any cores that can help me puzzle out the appropriate headers? https://review.openstack.org/#/c/265391/14:31
*** prazumovsky has joined #heat14:32
*** jcoufal has joined #heat14:33
dmsimardtherve, ramishra: I can change the commit message but I otherwise don't understand ramishra's comment14:34
*** Delair has quit IRC14:34
*** jreeves has quit IRC14:34
*** rpothier has joined #heat14:35
*** Delair has joined #heat14:36
thervedmsimard, His point is that the tests will fail with devstack v3 changes. We need another change in devstack later on to make this work, we discussed it here14:37
Delair@ryansb.. Sorry it is still not working.. throws an error message "Bad router request: Subnet for router interface must have a gateway IP"14:37
therveSo I don't think you have anything else to do except press tempest guys to review it :)14:37
dmsimardtherve: okay, it just wasn't clear if there was anything expected of us14:37
dmsimardI'll submit the edited commit.14:37
ryansbDelair: that may be because you're using the parameter somewhere that has stricter requirements14:37
therveCools thanks14:38
Delair@ryansb.. It is working if i define an ip or remove that parameter option competely then it automatically take .1 as a gateway14:38
ryansbe.g. some parameters must be valid IP addresses14:38
*** sdake has joined #heat14:38
ryansbwhich sounds like the case for you14:38
*** swygue has quit IRC14:38
ryansbis there a sane default you can have for gateway? Like 192.168.1.1 or something?14:39
Delair@ryansb but i assume that if i leave the field blank then it auto takes .1 as a gateway14:39
Delair@ryansb yes i am using it in a subnet resource14:39
dmsimardtherve: done, thanks14:39
dmsimardmtreinish: I think https://review.openstack.org/#/c/278068/ will be good to go now14:39
Delair@ryansb .. so i have a parameter defined as "net_gateway" and associates that in "net_subnet" as "gateway_ip: get_param: net_gateway"14:40
Delair@ryansb and when deploying this template i want to leave this field blank so that it automatically takes .1 as a gateway14:41
dmsimardtherve: do you think there's something other than https://review.openstack.org/#/c/278081/ that we need or is that sorted out ? (saw the discussion around that in the bug)14:41
ryansbif you look at the docs http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Subnet it looks like it should take an empty string14:42
ryansbwhat heat version are you on?14:42
Delair@ryansb .. 2015-10-1514:42
thervedmsimard, I think we're okay on your side14:42
dmsimardtherve: Okay I'll give CI a shot once that revert merges thanks14:43
Delair@ryan.. it doc doesnt mention about leaving a field blank14:45
ryansbyeah it does, under the gateway_ip parameter docs "The gateway IP address. Set to any of [ null | ~ | “” ] to create/update a subnet without a gateway14:46
ryansb"14:46
*** gokrokve has joined #heat14:50
Delair@ryan yes but i do want to define gateway but dont want to manually input the IP in the field when deploying template14:50
*** jpeeler has joined #heat14:50
Delair@ryan the reason is that i am conf a template with many parameters but want to use some of then as optional for example if i want gateway ip to .20 then i input that in the gateway_ip field otherwise leave it blank and it auto takes .114:51
*** achanda has joined #heat14:52
*** gokrokve has quit IRC14:56
openstackgerritPeter Razumovsky proposed openstack/heat: Separate get_live_state on several methods  https://review.openstack.org/27672914:57
*** achanda has quit IRC14:57
*** gokrokve has joined #heat14:58
*** getvasanth has quit IRC14:59
openstackgerritPeter Razumovsky proposed openstack/heat: Glance::Image get_live_state implementation  https://review.openstack.org/25070515:00
*** jasond has joined #heat15:00
*** unlaudable has quit IRC15:02
*** pas-ha has quit IRC15:03
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: OSC plugin for stack snapshot create  https://review.openstack.org/24293815:04
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: OSC plugin for stack snapshot show  https://review.openstack.org/24288815:04
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: OSC plugin for stack snapshot delete  https://review.openstack.org/27540315:04
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: Add openstack cli stack actions  https://review.openstack.org/24780415:06
*** vijendar has joined #heat15:08
*** palexster has quit IRC15:08
ryansbDelair: you could have 2 parameters that you join to form the IP address15:09
*** vgridnev has quit IRC15:09
*** NobodyCa1 has joined #heat15:09
ryansbso you'd have the default gateway be the network address + .1 by default15:09
*** vgridnev has joined #heat15:10
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: Add stack hook poll and clear to openstack client  https://review.openstack.org/25265615:12
*** permalac has quit IRC15:13
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: Add openstack client stack snapshot restore  https://review.openstack.org/26773115:13
*** NobodyCa1 has quit IRC15:14
Delair@ryansb.. So what do u mean ?15:14
ryansbwould you be able to paste me the parameters section of your template? I think it would be easier to show you15:15
*** daneyon has joined #heat15:16
*** daneyon__ has joined #heat15:17
*** vgridnev has quit IRC15:17
Delair@ryansb.. let me send you a private note15:18
*** pas-ha has joined #heat15:18
*** gokrokve has quit IRC15:19
*** daneyon_ has quit IRC15:20
openstackgerritPeter Razumovsky proposed openstack/heat: Glance::Image get_live_state implementation  https://review.openstack.org/25070515:20
*** daneyon has quit IRC15:21
*** fgimenez has quit IRC15:22
*** jaosorior has joined #heat15:24
*** palexster has joined #heat15:24
*** daneyon has joined #heat15:24
*** fgimenez has joined #heat15:25
*** daneyon__ has quit IRC15:27
*** mragupat has joined #heat15:30
*** EricGonczer_ has joined #heat15:30
*** daneyon_ has joined #heat15:32
*** EricGonc_ has joined #heat15:32
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: Add openstack client resource type list and show  https://review.openstack.org/25433015:32
*** vgridnev has joined #heat15:33
*** pas-ha has quit IRC15:33
*** spotz_zzz is now known as spotz15:33
*** e0ne has quit IRC15:34
*** daneyon has quit IRC15:35
*** EricGonczer_ has quit IRC15:35
*** e0ne has joined #heat15:35
*** jaosorior has quit IRC15:36
*** gokrokve has joined #heat15:43
*** vgridnev has quit IRC15:45
*** vgridnev has joined #heat15:45
*** pas-ha has joined #heat15:45
*** gokrokve has quit IRC15:47
*** palexster has quit IRC15:52
openstackgerritPeter Razumovsky proposed openstack/heat: Cinder::VolumeType get_live_state implementation  https://review.openstack.org/25045115:56
openstackgerritPeter Razumovsky proposed openstack/heat: Cinder::Volume get_live_state implementation  https://review.openstack.org/26144515:57
openstackgerritPeter Razumovsky proposed openstack/heat: EncryptedVolumeType get_live_state implementation  https://review.openstack.org/27673015:57
*** palexster has joined #heat15:57
*** sid14726 has joined #heat16:01
*** gokrokve has joined #heat16:04
*** NobodyCa1 has joined #heat16:05
*** jaosorior_ has joined #heat16:09
*** hdd has joined #heat16:09
*** NobodyCa1 has quit IRC16:11
*** Drago has joined #heat16:11
*** Drago1 has joined #heat16:12
*** dmsimard has left #heat16:12
*** Drago1 has quit IRC16:13
*** Drago1 has joined #heat16:13
*** Drago has quit IRC16:15
*** NobodyCa1 has joined #heat16:19
*** asalkeld has quit IRC16:20
*** asalkeld has joined #heat16:21
*** NobodyCa1 has quit IRC16:23
*** abramley has left #heat16:25
*** vijendar has quit IRC16:32
*** hongbin has joined #heat16:32
*** boris-42 has quit IRC16:33
openstackgerritOleksii Chuprykov proposed openstack/heat: Retry on DBDeadlock  https://review.openstack.org/27849916:34
*** Raj1 has joined #heat16:34
*** vgridnev has quit IRC16:36
hongbinHi Heat team, it looks after this commit https://github.com/openstack/heat/commit/0388da504765f9975aeadc509672c0a47bbcc244 , magnum gate is broken with error: "Failed to validate: resources[0]: Unable to find network with name 'None'"16:36
hongbinCould anyone help to verify it?16:36
*** steveg_afk has quit IRC16:42
*** jtomasek_ has quit IRC16:42
hongbinstevebaker: zaneb: shardy: asalkeld: ping16:43
zanebhongbin: I take it https://review.openstack.org/#/c/275832/ doesn't help?16:45
hongbinzaneb: looking at it16:46
hongbinzaneb: It looks that doesn't help16:47
hongbinzaneb: the gate already include that commit, still break...16:47
hongbinHere is the log: http://logs.openstack.org/61/277961/1/gate/gate-functional-dsvm-magnum-api/db02160/logs/screen-h-api.txt16:48
ramishrahongbin: hi,  why it's using a network like 'None' I mean network name None as a string? Are you using it somewhere in your templates?16:48
hongbinramishra: No idea, I cannot reproduce the error locally16:50
*** vijendar has joined #heat16:50
hongbinIt only happened on gate16:50
ramishrahongbin: you mean using the patch you mentioned, that broke your gate16:50
ramishrahongbin: are you using latest heat master locally?16:51
hongbinramishra: I was not using the latest heat locally, gate used the latest heat16:52
hongbinThat is the difference I guess16:52
ramishrayes, I think you're using 'None' (string) somewhere, may be coming from the parameter to the network property.16:54
hongbinThe gate broke right after this commit (https://github.com/openstack/heat/commit/0388da504765f9975aeadc509672c0a47bbcc244) merged, which looks like the culprit from me16:54
hongbinsure. will check that16:54
ramishrahongbin: that's my patch;)16:54
*** achanda has joined #heat16:55
hongbinoh16:55
hongbinYes, I will try to investigate on my side about how the "None" get passed16:57
ramishraok16:57
hongbinbut it would be great that Heat can tolerate this inputs as before.16:58
*** jaosorior_ has quit IRC16:58
zanebit's probably "None" (the singleton), not "'None'" the string16:59
zanebthey look the same when you print 'em16:59
*** achanda has quit IRC16:59
*** jaosorior_ has joined #heat17:00
hongbinzaneb: ack17:01
*** Raj1 has quit IRC17:01
hongbinzaneb: would appreciate a quick fix if it can be done17:02
hongbinI can help if anything needs to be fixed in Magnum side17:02
zanebhongbin: I don't have time right now, but I think documenting the template that was used and any parameters that were passed would be helpful17:03
zanebfeel free to raise a Heat bug with those details and link it here17:03
hongbinsure17:04
zanebI'm sure someone will be able to get on it17:04
*** jaime49 has joined #heat17:05
*** sdake has quit IRC17:08
*** e0ne has quit IRC17:08
*** sid14726 has quit IRC17:09
*** steveg_afk has joined #heat17:09
*** jaime49 has quit IRC17:12
*** jreeves has joined #heat17:13
*** jcoufal has quit IRC17:13
therveramishra, Isn't the issue this: https://github.com/openstack/heat/blob/master/heat/engine/resources/openstack/neutron/neutron.py#L104 ?17:14
therveIE the thing with https://bugs.launchpad.net/heat/+bug/153335617:15
openstackLaunchpad bug 1533356 in heat "Stack update preview fails with "NeutronClientException: Unable to find network with name 'None'"" [Undecided,In progress] - Assigned to Jason Dunsmore (jasondunsmore)17:15
*** vgridnev has joined #heat17:15
*** yassine has quit IRC17:16
ramishratherve: looks like, but I was wondering why it started happening for them after the above patch landed.17:16
ramishratherve: we don't see that error in our gate17:17
thervePresumably because we're missing a test :)17:17
therveI don't know if it's related to your patch, FWIW. Just pointing that there is indeed an issue.17:19
*** zeih_ has quit IRC17:20
*** jcoufal has joined #heat17:20
ramishratherve: I assume we've neutron resource references in many of out templates used for func/scenario tests17:21
*** thumpba has joined #heat17:21
therveSome, sure. Not covering the whole thing.17:21
*** steveg_afk has quit IRC17:22
*** prazumovsky has quit IRC17:23
*** jcoufal has quit IRC17:23
*** vijendar has quit IRC17:24
ramishratherve:  magnum guys do some funky stuff with dynamic parameters to templates they use ex. https://github.com/openstack/magnum/blob/master/magnum/conductor/template_definition.py#L7017:27
*** jaosorior_ has quit IRC17:28
*** Raj1 has joined #heat17:30
openstackgerritZane Bitter proposed openstack/heat: Ignore errors on old properties during update  https://review.openstack.org/27798417:31
*** Raj1 has quit IRC17:32
*** vijendar has joined #heat17:32
*** sdake has joined #heat17:33
*** EricGonc_ has quit IRC17:34
*** boris-42 has joined #heat17:39
therveCan we do something like donate to a charity when you do a dumb recheck?17:45
therveI'd like a better punishment than a slap in the face17:45
*** jtomasek has joined #heat17:48
*** fgimenez has quit IRC17:51
*** sid14726 has joined #heat17:55
openstackgerritZane Bitter proposed openstack/heat: Ignore errors on old properties during update  https://review.openstack.org/27798417:57
*** achanda has joined #heat17:57
*** derekh has quit IRC18:01
*** achanda has quit IRC18:01
*** sridhar_ram has joined #heat18:04
*** zeih_ has joined #heat18:05
*** vijendar has quit IRC18:05
*** vijendar has joined #heat18:06
*** achanda has joined #heat18:12
*** steveg_afk has joined #heat18:13
*** achanda has quit IRC18:15
*** bana_k has joined #heat18:18
*** Raj1 has joined #heat18:18
*** e0ne has joined #heat18:20
*** Marga_ has joined #heat18:21
*** zeih_ has quit IRC18:25
*** dmsimard has joined #heat18:28
dmsimardtherve: heya18:28
dmsimardtherve: so I think we're close with the revert and your patch, there seems to be one more thing missing18:29
dmsimardsee: http://logs.openstack.org/20/278520/1/check/gate-puppet-openstack-integration-scenario002-tempest-dsvm-centos7/6f82bf6/console.html#_2016-02-10_17_56_41_88518:30
*** russellb has joined #heat18:32
russellbquick question ... what's the status of heat "convergence" ?18:32
russellbshardy: around?  ^18:33
shardyrussellb: much of the initial internal implementation has landed, and we have CI tests running against it18:33
russellbgreat, thanks.18:33
shardyhowever it's still viewed as somewhat experimental and isn't yet enabled by default18:33
russellbfair enough.  I ask because I see overlap in a new project proposal that's already using heat18:34
russellband this project is new and experimental too18:34
russellb(tacker fwiw)18:34
shardyrussellb: interesting, got a link handy?18:34
russellbit has drivers for different methods of monitoring VMs, and then configurable policy for reacting to failures18:34
russellbi thought of heat convergence18:34
russellbsince they're already using heat for VM lifecycle management18:34
dmsimardramishra: Can you see what I sent to therve above ?18:34
russellbshardy: https://review.openstack.org/#/c/276417/318:35
russellbshardy: though i'm in the middle of writing up a pretty lengthy response where this is a part of it18:35
*** vijendar has quit IRC18:35
russellbi can ping again when my comments are posted18:36
shardyoh wow they use TOSCA templates too18:36
russellbyeah..18:36
*** adrian_otto has joined #heat18:37
shardyrussellb: the heat weekly meeting is at 20.00 UTC today, I'll mention this then18:37
russellbthanks18:38
adrian_ottoshardy: It looks like this commit broke our gate: https://review.openstack.org/26513718:38
russellbthe comment i'm posting will have a less telco heavy explanation of what the project does that might be useful, heh18:38
shardyadrian_otto: Yes, sorry about that ramishra is looking into it18:38
adrian_ottook18:38
*** sridhar_ram is now known as sridhar_ram_afk18:40
shardytherve: Hey were you also looking at the magnum breakage?18:41
shardyI guess it's pretty late for ramishra now, perhaps we should revert and work out the fix afterwards?18:42
*** vijendar has joined #heat18:43
shardyrussellb: thanks - when we have that summary, we can probably help with a summary of the current heat scope, and in particular to what extent convergence will eventually address things like auto-healing18:43
*** palexster has quit IRC18:43
russellbthanks18:43
*** sridhar_ram_afk has quit IRC18:44
shardyadrian_otto: Do you have an existing bug for this?18:46
shardyI was going to add heat, and propose a revert if we can't figure out another solution very quickly18:46
adrian_ottoshardy: Not that I am aware of. Maybe hongbin can add details?18:47
hongbinI can create a bug18:47
shardyhongbin: thanks, if you can raise one with details of the breakage that would be very helpful18:47
*** sid14726 has quit IRC18:49
*** Drago1 has quit IRC18:49
*** Drago has joined #heat18:50
*** neelashah has quit IRC18:50
*** pas-ha has quit IRC18:50
hongbinshardy: adrian_otto : Here is the bug report: https://bugs.launchpad.net/heat/+bug/154422718:51
openstackLaunchpad bug 1544227 in Magnum "Magnum gate broke with error "Unable to find network with name 'None'"" [Undecided,New]18:51
*** Raj1 has quit IRC18:52
adrian_ottothanks hongbin18:55
hongbinnp18:55
*** Guest66498 has quit IRC18:56
*** jonesbr has quit IRC18:58
*** achanda has joined #heat19:00
russellbshardy: commented on https://review.openstack.org/#/c/276417/319:01
*** jonesbr has joined #heat19:01
russellbshardy: I mention heat in the latter half, in "3) ..."19:01
*** EricGonczer_ has joined #heat19:02
*** thumpba has quit IRC19:04
*** zeih_ has joined #heat19:04
*** EricGonc_ has joined #heat19:07
*** sridhar_ram has joined #heat19:07
*** zeih_ has quit IRC19:08
*** thumpba has joined #heat19:10
*** EricGonczer_ has quit IRC19:10
*** neelashah has joined #heat19:10
*** skraynev_ has joined #heat19:12
*** dimtruck has joined #heat19:18
*** jprovazn has quit IRC19:20
*** Marga_ has quit IRC19:21
therveshardy, I wasn't19:24
therveAnd I'm not :)19:24
shardytherve: Ok, I'll propose a revert and we can follow up tomorrow19:24
shardyramishra pointed out https://github.com/openstack/magnum/blob/master/magnum/conductor/template_definition.py#L7019:25
thervedmsimard, That's just the same error as before the revert19:26
shardyand not being able to find a network with name "None" sounds kind of expected, but I assume the template generation provides parameters assigned to None which are somehow not ignored19:26
dmsimardtherve: Hmm, you think ? I believe this test ran after the revert but I could be mistaken. I got help this morning to get the tempest revert merged.19:27
thervedmsimard, The revert didn't get merge, AFAICT?19:27
* dmsimard looks19:27
therveIt just got19:28
therveActually no, jenkins failure19:28
dmsimarddoh it failed merge ci19:28
*** coreyob has joined #heat19:28
dmsimardokay, my bad19:28
therveI prefer that :)19:28
openstackgerritSteven Hardy proposed openstack/heat: Revert "Resolve name/id using translation rules"  https://review.openstack.org/27857519:29
shardyhongbin, adrian_otto, ramishra ^^19:29
* shardy goes for dinner19:29
dmsimardtherve: fyi I submitted another bug the CI ran into https://bugs.launchpad.net/heat/+bug/154422019:29
openstackLaunchpad bug 1544220 in heat "heat-engine throws errors when trying to import things that may not be installed" [Undecided,New]19:29
hongbinshardy: thx19:30
openstackgerritRabi Mishra proposed openstack/heat: [WIP]Do not convert resource_id to string  https://review.openstack.org/27857619:30
ramishrahongbin: can you try with the above patch, locally/gate, whether it fixes your issue?19:31
hongbinramishra: trying19:31
ramishrashardy: we'll give the above patch a try before doing a revert.19:31
adrian_ottothanks shardy and ramishra19:31
thervedmsimard, Not sure it's a bug. Those libs are dependencies.19:31
therveWe can talk about it in LP19:31
* therve away for a bit19:31
dmsimardtherve: I don't know, glance has a ton of backends too and it tries to import them (i.e, sheepdog or other things) but it doesn't throw errors19:32
hongbinramishra: worked in my local machine!19:32
ramishraDid you try this https://review.openstack.org/278576?19:32
hongbinramishra: yes19:33
*** neelashah1 has joined #heat19:34
ramishraok, There are a quite a few unit tests in heat to be fixed before this can land. I've not fixed them yet. I'll try and fix them.19:34
*** neelashah has quit IRC19:35
ramishrashardy: ^^^19:35
*** achanda has quit IRC19:36
*** randallburt has joined #heat19:38
*** sid14726 has joined #heat19:38
*** hdd has quit IRC19:39
*** jaime49 has joined #heat19:39
hongbinramishra: fyi: setting up a patch to test the gate: https://review.openstack.org/#/c/278578/ . Let's see if it passes.19:42
*** achanda has joined #heat19:45
*** krotscheck is now known as krotscheck_dcm19:47
*** pt_15 has joined #heat19:48
*** jasond has quit IRC19:51
*** jasond has joined #heat19:51
*** pas-ha has joined #heat19:55
shardyhongbin, ramishra: thanks, if that works I'll abandon the revert19:55
skraynev_meeting time20:00
*** jaime49 has quit IRC20:04
*** jtomasek has quit IRC20:10
*** achanda has quit IRC20:16
*** hdd has joined #heat20:16
*** apuch_ has joined #heat20:17
apuch_test for echo ?20:17
*** prazumovsky_ has joined #heat20:18
apuch_I have a heat template where I am ccreating a bash script to use  -> myTotalSleepTime=`echo $MaxNumOfReTrys $SleepTime  undefined*p | dc `20:18
apuch_vs myTotalSleepTime=`echo $MaxNumOfReTrys $SleepTime  \*p | dc `20:19
apuch_so how do I escape a \* in heat ?20:21
*** achanda has joined #heat20:23
*** Marga_ has joined #heat20:23
*** EricGonc_ has quit IRC20:29
*** e0ne has quit IRC20:32
*** dims has quit IRC20:34
*** dims has joined #heat20:35
*** sid14726 has quit IRC20:37
*** gokrokve has quit IRC20:40
*** sdake has quit IRC20:43
*** EricGonczer_ has joined #heat20:43
*** jpeeler has quit IRC20:44
*** alexpilotti_ has joined #heat20:44
*** hdd has quit IRC20:47
*** EricGonczer_ has quit IRC20:48
openstackgerritBryan Jones proposed openstack/python-heatclient: OpenstackClient plugin for stack delete  https://review.openstack.org/24230220:52
*** zeih_ has joined #heat20:53
*** e0ne has joined #heat20:53
*** pas-ha has quit IRC20:59
*** pas-ha has joined #heat20:59
*** skraynev_ has quit IRC21:00
*** pas-ha has quit IRC21:00
*** mallya has joined #heat21:00
*** prazumovsky_ has quit IRC21:01
*** zeih_ has quit IRC21:03
*** jlk has quit IRC21:05
openstackgerritMerged openstack/python-heatclient: OSC plugin for stack snapshot show  https://review.openstack.org/24288821:06
*** e0ne has quit IRC21:09
*** jlk has joined #heat21:10
*** jlk has quit IRC21:10
*** jlk has joined #heat21:10
openstackgerritBryan Jones proposed openstack/python-heatclient: OpenstackClient plugin for stack delete  https://review.openstack.org/24230221:12
openstackgerritBryan Jones proposed openstack/python-heatclient: OpenstackClient plugin for event list  https://review.openstack.org/24530821:12
openstackgerritBryan Jones proposed openstack/python-heatclient: OpenstackClient plugin for event show  https://review.openstack.org/24530721:12
*** sdake has joined #heat21:12
shardystevebaker: Hey, was wondering if we'd reached a consensus on https://review.openstack.org/#/c/274101/ (the heat.conf user_data_update_policy)21:13
shardythere were some conflicting reviews and various bug discussions21:13
*** Marga_ has quit IRC21:16
*** sdake has quit IRC21:17
randallburtshardy:  fwiw I'm pro config option as it lets me set the default rather than having the default coded. It lets me allow users update pre-config stacks in a safe manner21:19
*** alexpilotti_ has quit IRC21:19
randallburtshardy:  I'll add that very comment to the review and +1 (gates are failing atm)21:19
shardyrandallburt: thanks, yeah the gate failure is Zaqar not starting, I don't think it's due to the patch21:20
randallburtshardy:  most of the failures these last few days haven't been21:20
randallburtshardy:  oh, which was another thing I forgot to bring up at the meeting re convergence. I think we've been having gate failures for the convergence job due to lots of timeouts.21:21
shardyrandallburt: Yeah, that's one reason I'm concerned21:21
shardywe've been hitting TripleO timeouts without convergence because hitting heat with a large number of stacks creates some major scalability problems21:22
openstackgerritMark Vanderwiel proposed openstack/python-heatclient: Add openstack cli stack actions  https://review.openstack.org/24780421:22
randallburtand the number of data reads don't seem to be going down either21:22
shardyit's not yet clear to me if convergence will make that better or worse21:22
shardymy initial tests seemed to indicate, at the DB layer at least, it's the latter21:22
stevebakershardy: actually those timeouts were a regression in the puppet modules to configure the rpc response timeout21:22
randallburtshardy:  not sure tbh. if you're hitting heat on a single node, even with multiple processes, you're not going to get a ton of throughput21:23
shardystevebaker: Hmm, OK, I wan't seeing RPC timeouts, but tbh I need to re-test with the latest fixes in21:25
shardystevebaker: I was thinking about the patch where zaneb had to unroll a bunch of stacks because the combination of heat and the DB couldn't take ~35 stacks concurrently21:26
shardyI'm imagining what happens when you throw 100 stacks containing 2000 resources at it, and have all of them broken out via RPC21:26
stevebakershardy: yeah, we do have scaling issues with the number of nested stacks21:27
stevebakershardy: in a meeting currently, won't be long21:27
randallburtshardy /me shudders21:28
randallburtshardy:  the 100 stacks isn't a problem if Heat is scaled properly, but the thought of doing an update on all of them at the same time using convergence makes me a little queezy.21:29
shardyI'm actually considering making an optional mode to run with only 1 engine process, e.g like we used to, where you explicitly don't RPC anything engine-to-engine21:30
*** vijendar has quit IRC21:30
shardyOnly for testing obviously, but recent TripleO issues demonstrated how counter productive it is to round-robin a ton of work to yourself ;)21:31
randallburtindeed21:31
*** vijendar has joined #heat21:34
*** hongbin_ has joined #heat21:39
*** al_indigo has joined #heat21:39
*** hongbin_ has quit IRC21:39
*** hongbin_ has joined #heat21:39
*** achanda_ has joined #heat21:40
stevebakershardy: ok, back21:40
*** dprince has quit IRC21:40
*** mragupat_ has joined #heat21:41
stevebakershardy: regarding user_data_update_policy, regardless of what we do there I really like to see that heat-admin user_data change reverted and change the image building to create the heat-admin user21:42
stevebakershardy: that change landed before we had the appreciation for upgrades that we do now ;)21:43
*** Dave_____ has joined #heat21:43
shardystevebaker: I guess - baking changes into the image makes them even harder to modify than in user_data tho21:44
shardymaybe that's justified in the admin user case tho21:44
stevebakerI think it is, the user expects a heat-admin user, the image should have a heat-admin user21:44
*** markvan_ has joined #heat21:45
shardythe nice thing about the current approach is it's easy to use the same image and adjust the admin user configuration for each environment21:45
*** mragupat has quit IRC21:45
stevebakerand I assume we can make it work with standard cloud-init key injection, so we do nothing special21:45
shardye.g you'd wire it in differently with dev/preprod than you would in a locked-down production environment21:45
stevebakershardy: does anybody do that though? you can still have different keys in different environments21:46
shardystevebaker: I'm not sure - I'm thinking of banks I've worked in, where they'd have dev/pre-prod stuff wired in to a user directory, or deploy credentials for the whole unix team, then have a completely different setup for production where access was controlled via change requests21:47
zanebshardy, stevebaker: I think it was actually memory that was the problem there21:48
shardystevebaker: I guess all that can be documented via virt-customize if need be21:48
*** achanda has quit IRC21:48
*** hongbin has quit IRC21:48
*** dixiaoli_ has quit IRC21:48
*** fbo_ has quit IRC21:48
*** miguelgrinberg has quit IRC21:48
*** Dave has quit IRC21:48
*** jrist has quit IRC21:48
*** zhenguo_ has quit IRC21:48
*** al_indig_ has quit IRC21:48
*** dhellmann has quit IRC21:48
*** ramishra has quit IRC21:48
*** larsks has quit IRC21:48
*** markvan has quit IRC21:48
*** miguelgrinberg_ has joined #heat21:48
stevebakershardy: so the fallback there could still avoid user_data by creating the user in pre-config21:48
*** miguelgrinberg_ is now known as miguelgrinberg21:48
*** larsks has joined #heat21:49
*** jasond has quit IRC21:49
*** dhellmann has joined #heat21:49
shardystevebaker: the *ExtraConfigPre (if that's what you mean by pre-config) is too late, we need something which runs before NetworkDeployment21:49
*** fbo has joined #heat21:49
shardystevebaker: I think I'd prefer either an image build/customize step which still uses cloud-init to setup the user (e.g by injecting a script or local userdata)21:51
stevebakershardy: they can use user_data if they policy dictates different usernames in different environments, but we don't necessarily have to help them. Having a default heat-admin user on the image which just works seems like a reasonable approach21:52
zanebshardy: IMHO tripleo should never put anything in UserData. we know what a PITA that is w.r.t. updates, that's largely why we had to implement SW deployments21:52
shardystevebaker: Ok - so you're still -1 on the heat.conf option then I take it21:53
stevebakershardy: we can always wait for the RFE before we enable customisable users21:53
stevebakershardy: If we leave UserData alone then the backport becomes unnecessary21:53
shardystevebaker: https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-resource-registry-puppet.yaml#L3221:54
shardywhat about RDO?21:54
shardywe'll be removing a feature that already exists21:54
*** jrist has joined #heat21:54
*** dixiaoli_ has joined #heat21:55
stevebakerugh, we're utterly wedged then21:55
shardyhonestly, I still see my patch as a perfectly reasonable and low risk solution21:56
shardyif we move to images long term, that's fine21:56
*** ramishra has joined #heat21:57
shardybut for existing deployments, the last thing they want is to roll out a new image, or hack on the one they have just to maintain access to new nodes21:57
zanebit's kind of pure evil for interop because it makes the same template behave in different ways on different clouds21:57
shardythere are other use-cases, such as os-net-config mappings where adding stuff to user-data for new nodes would be helpful too21:57
shardye.g if you need that data to set up the network, and it's node specific21:57
shardyzaneb: well, that's why the very next patch makes it explict via a template level interface21:58
*** vgridnev has quit IRC21:58
shardyand the config file option leaves the default as it is now21:58
stevebakerok, the only option which doesn't result in somebody's nodes getting replaced is the heat.conf change21:58
zanebshardy: but that doesn't help because the default varies with the config option21:58
shardyso you have to try pretty hard to make it work in an evil-from-interop perspective21:58
zanebso you have to explicitly specify it in the template to get the same behaviour anywhere21:59
* shardy sighs21:59
shardyI guess that's true21:59
zanebsomething that approximately no-one will do until after they have been bitten by it21:59
stevebakerzaneb: honestly, this flag will only ever be enabled on the undercloud21:59
zanebyeah, I was about to say, maybe if it came with a huge warning THIS IS FOR TRIPLEO ONLY DO NOT CHANGE IT ON PAIN OF DEATH22:00
zanebthen maybe22:00
shardylol22:00
*** zhenguo_ has joined #heat22:00
stevebakerhow about a custom OS::Nova::Server subclass just for undercloud?22:00
zanebstevebaker: I like that but I'm volunteering you to do the packaging22:02
stevebakerhack it into instack!22:02
shardyI guess that would be OK - it'd be pretty horrible if we have to maintain it out of the heat tree tho22:02
*** swygue has joined #heat22:04
shardyOk, I'm going to abandon my patches - if you guys can figure out and propose an alternative (either to heat, or TripleO, I don't really mind), that would be great22:04
shardyAFAIK this is one of the blockers for jistr and others working on TripleO upgrades, so we do need some solution pretty fast22:05
*** jasond has joined #heat22:05
openstackgerritMerged openstack/heat: Release notes for template validation improvements  https://review.openstack.org/27663322:05
randallburtwell poop. this is what I get for not watching this chat.22:12
shardyI'm off for some sleep - we also need to land either https://review.openstack.org/#/c/278575/ or https://review.openstack.org/278576 because we broke the magnum gate, but it seems ref bug #1544292 that Zaqar has just broken ours22:14
openstackbug 1544292 in zaqar "Zaqar fails to start in heat gate tests" [Undecided,New] https://launchpad.net/bugs/154429222:14
*** shardy has quit IRC22:14
*** hongbin has joined #heat22:16
*** Marga_ has joined #heat22:16
*** spotz is now known as spotz_zzz22:17
*** boris-42_ has joined #heat22:17
*** sthillma has joined #heat22:20
*** dyasny_ has joined #heat22:20
*** chlong_ has joined #heat22:22
*** boris-42 has quit IRC22:22
*** dhellmann has quit IRC22:22
*** dyasny has quit IRC22:22
*** chlong has quit IRC22:22
*** hongbin_ has quit IRC22:22
*** dhellmann has joined #heat22:23
*** boris-42_ is now known as boris-4222:24
*** mallya has quit IRC22:29
*** mallya has joined #heat22:30
openstackgerritBryan Jones proposed openstack/python-heatclient: OSC plugin for stack resource show and list  https://review.openstack.org/24492722:34
*** mallya has quit IRC22:35
*** jonesbr has left #heat22:36
*** dimtruck is now known as zz_dimtruck22:36
*** mallya has joined #heat22:37
*** mallya has quit IRC22:40
*** zz_dimtruck is now known as dimtruck22:45
*** neelashah1 has quit IRC22:47
*** achanda_ has quit IRC22:49
*** alex_xu has quit IRC22:52
*** crose has quit IRC22:53
*** kebray has joined #heat22:54
*** alex_xu has joined #heat22:55
*** rpothier has quit IRC22:56
*** adrian_otto has quit IRC23:02
*** rwsu has quit IRC23:06
*** vijendar has quit IRC23:06
*** jasond has quit IRC23:07
*** Delair has quit IRC23:07
*** kebray has quit IRC23:09
*** sid14726 has joined #heat23:12
*** achanda has joined #heat23:31
*** mragupat_ has quit IRC23:35
*** chlong_ has quit IRC23:46
*** dimtruck is now known as zz_dimtruck23:49
*** swygue has quit IRC23:52
*** jlk has quit IRC23:54
*** jlk has joined #heat23:57
*** jlk has quit IRC23:57
*** jlk has joined #heat23:57
*** thumpba has quit IRC23:57

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