Friday, 2017-06-30

*** kiennt has joined #heat00:53
*** dimtruck is now known as zz_dimtruck00:54
*** EricGonczer_ has joined #heat01:11
*** masber has joined #heat01:14
*** zz_dimtruck is now known as dimtruck01:28
*** Shunli has joined #heat01:42
*** zsli_ has joined #heat01:44
*** zsli__ has joined #heat01:46
*** Shunli has quit IRC01:47
*** zsli_ has quit IRC01:49
*** ricolin has joined #heat01:52
*** EricGonc_ has joined #heat02:29
*** EricGonczer_ has quit IRC02:30
*** EricGonc_ has quit IRC02:30
*** namnh has joined #heat02:37
*** dixiaoli has joined #heat02:46
*** dixiaoli has quit IRC02:57
openstackgerritMerged openstack/heat master: Add an example on how to use 'contains' as condition  https://review.openstack.org/47679803:59
*** skramaja has joined #heat04:23
*** yuanying has quit IRC04:24
*** yuanying has joined #heat04:24
ramishraseems gate broken with devstack change, https://review.openstack.org/#/c/479108/ already in the queue to fix it.04:50
*** prateek has joined #heat05:13
*** dimtruck is now known as zz_dimtruck05:23
*** zz_dimtruck is now known as dimtruck05:23
*** jnettlet has quit IRC05:27
*** jnettlet has joined #heat05:30
*** yuanying_ has joined #heat05:32
*** yuanying has quit IRC05:34
*** kiennt has quit IRC05:41
*** rcernin has joined #heat05:45
*** kiennt has joined #heat05:48
*** armaan has joined #heat05:59
*** armaan_ has joined #heat06:02
*** kiennt has quit IRC06:02
*** armaan has quit IRC06:06
*** links has quit IRC06:07
*** kiennt has joined #heat06:14
*** jprovazn has joined #heat06:21
*** links has joined #heat06:22
*** ccamacho has quit IRC06:38
*** ccamacho has joined #heat06:38
*** flg has joined #heat07:04
*** shardy has joined #heat07:05
*** ioggstream has joined #heat07:16
*** f13o has joined #heat07:20
*** shardy is now known as shardy_afk07:24
*** ccard has quit IRC07:38
openstackgerritRabi Mishra proposed openstack/heat master: DNM Test cloud-init issue  https://review.openstack.org/47919907:44
*** f13o has quit IRC07:49
*** boris-42__ has joined #heat07:55
*** armaan_ has quit IRC07:55
*** armaan has joined #heat07:56
*** zzzeek has quit IRC08:00
*** zzzeek has joined #heat08:02
strigaziramishra ricolin Have a look again at https://review.openstack.org/#/c/476415  Do you want me to change anything?08:04
*** f13o has joined #heat08:11
*** shardy_afk is now known as shardy08:12
*** ccamacho has quit IRC08:15
*** ccamacho has joined #heat08:15
*** gfidente has joined #heat08:22
*** armaan_ has joined #heat08:28
*** armaan has quit IRC08:28
therveramishra, What's the status?08:49
thervehttps://review.openstack.org/479209 should be the one?08:50
ramishratherve: yep, I think so08:50
*** toMeloos has joined #heat08:52
*** eliqiao has quit IRC09:06
toMeloosHi guys09:12
toMeloosWe upgraded Neutron LBaaS v1 to v2 but now we are stuck with the heat stacks that use the lbaasv1 resources. Both delete and abandon result in errors like "ERROR: HEAT-E99001 Service neutron is not available for resource type OS::Neutron::PoolMember, reason: Service endpoint not in service catalog.". Any suggestions on how to force remove them?09:12
andreykurilinhi folks09:14
thervetoMeloos, Delete from heat database09:25
toMeloosAha. I already removed all the neutron/nova/etc. stuff manually but diving into the database is really the only option?09:26
toMeloosFeels like this calls for a --force flag for "openstack stack abandon" then09:27
therveYeah that might work09:28
*** zsli__ has quit IRC09:30
toMeloosUpgrades seems like a major issue here. LBaaS v1->v2 removed resource types, so will FWaaS v1->v2 probably as well as other projects. Any way this can be supported in a way that upgrading those services don't break running heat stacks that used these services?09:32
therveYou may be able to have both versions09:34
therveIt's something to manage as an operator. Neutron left people behind a bit on that front IMO09:34
toMeloosYou can dispense with the "a bit" part ;)09:35
therveAs much as I am sympathetic with that situation, we (Heat) don't have the manpower to handle that issue09:37
toMeloosI would expect (unlike with LBaaS) a decent upgrade path that migrates existing resources to the new version. Calling on all your users to perform the upgrade by tearing down and rebuilding their services is not very customer-friendly.09:39
thervetoMeloos, You would expect that from Heat?09:41
toMeloosDefintely not09:41
therveAh ok :)09:41
toMeloosBut the heat problem actually manifests if there is an automated migration script, because the resources referred to in running stacks no longer exist09:41
therveTrue. Then maybe using some kind of abandon/adopt you may recover09:42
therveOr if you keep both versions running, a stack update09:42
toMeloosFor example, if there would have been an LBaaS v1->v2 upgrade path with migration script for operators to make this a smooth upgrade, users having active stacks with heat lbaasv1 resource types would still find themselves unable to remove their stacks....09:43
therveWell there is https://github.com/openstack/neutron-lbaas/blob/master/tools/database-migration-from-v1-to-v2.py09:43
toMeloosTried it, didn't work ;)09:44
*** links has quit IRC09:44
toMeloosYes well option 1 won't work because abandon also doesn't work if resource types have been removed :(09:44
toMeloosWhich leaves option 2 which requires A) old and new version of services being able to run in parallel and B) customers to run "stack update" for all their stacks09:46
toMeloosSo in order to not break running heat stacks we need all openstack services to provide support for parallel versions and customers to handle the upgrade (no automated upgrading by the operator). Not ideal....09:49
*** askb has quit IRC09:51
therveWell yeah09:51
therveWe could support deleting resources when the service is not available09:51
*** armaan_ has quit IRC09:52
therveBut that's as far as we could got I think09:52
toMeloosThat would definitely be a big step. Either delete, or at least abandon when the service is not available09:55
*** yassine has joined #heat09:57
toMeloosIdeally there would be some translation system, so the migration script could log that old-resource-type:old-uuid has been replaced by new-resource-type:new-uuid. So that (in this example) when you delete the old stack with an lbaasv1 resource, you actually remove the lbaasv2 resource it was migrated to.09:59
*** links has joined #heat10:02
*** jprovazn has quit IRC10:08
*** sai has quit IRC10:13
*** sai has joined #heat10:13
*** boris-42__ has quit IRC10:13
*** jaosorior has quit IRC10:28
*** armaan has joined #heat10:31
*** namnh has quit IRC10:32
*** kiennt has quit IRC10:33
*** armaan has quit IRC10:39
*** armaan has joined #heat10:44
*** gkadam has joined #heat10:50
*** armaan has quit IRC10:51
openstackgerritVan Hung Pham proposed openstack/python-heatclient master: Switch from oslosphinx to openstackdocstheme  https://review.openstack.org/47841010:56
openstackgerritkavitha h r proposed openstack/python-heatclient master: Rename exc.py to exception.py  https://review.openstack.org/47926111:15
*** armaan has joined #heat11:16
*** ioggstream has quit IRC11:18
*** gmoro has joined #heat11:19
*** armaan has quit IRC11:33
openstackgerritkavitha h r proposed openstack/python-heatclient master: Rename exc.py to exception.py  https://review.openstack.org/47926111:42
*** ccamacho is now known as ccamacho|lunch11:46
*** gkadam has quit IRC11:49
*** askb has joined #heat11:55
*** askb has quit IRC11:56
andreykurilinhi folks! we have too much `HTTPInternalServerError: ERROR:` from heat for the last several days (we cannot merge anything today). Can anyone help me with investigation?11:57
*** ioggstream has joined #heat11:58
therveandreykurilin, Sure11:59
andreykurilintherve: thanks. so we have a rally job which makes some actions with heat. the error message doesn't include at all) http://logs.openstack.org/04/479204/2/gate/gate-rally-dsvm-rally-heat/24de955/console.html#_2017-06-30_11_20_45_84540312:00
andreykurilinit is an example of failure while obtaining heat stask12:00
andreykurilinand I see nothing useful here - http://logs.openstack.org/04/479204/2/gate/gate-rally-dsvm-rally-heat/24de955/logs/screen-h-eng.txt.gz?12:02
andreykurilinoh12:03
andreykurilintherve: http://logs.openstack.org/04/479204/2/gate/gate-rally-dsvm-rally-heat/24de955/logs/apache/heat_api.txt.gz#_2017-06-30_11_20_30_28965512:03
therveandreykurilin, https://review.openstack.org/#/c/422983/ probably then.12:05
andreykurilinI can try make a revert and launch depends-on change12:05
andreykurilinshould I?12:05
therveYeah that's worth trying, though I'm not sure it will work12:08
therveandreykurilin, Do you know what those tests are doing?12:09
andreykurilin therve: you need the full actions or just failed actions?12:10
therveandreykurilin, Whatever that would help reproducing :)12:10
andreykurilingive me a moment12:10
*** EricGonczer_ has joined #heat12:12
andreykurilintherve: tha last several traces are about https://github.com/openstack/rally/blob/master/rally/plugins/openstack/scenarios/heat/utils.py#L43-L67 where template is https://github.com/openstack/rally/blob/master/rally/plugins/openstack/context/heat/stacks.py#L64-L7312:15
andreykurilinit fails while obtaining created stack12:15
andreykurilintherve: from the logs I can see that previously 3 stacks were created successfuly12:16
therveandreykurilin, How often does it happen?12:16
andreykurilinin a loop12:17
therveI mean the failure12:17
therveWe have the same thing in our tests, but we don't resolve outputs, so we don't get there12:18
*** skramaja has quit IRC12:18
openstackgerritThomas Herve proposed openstack/heat master: DNM resolve outputs to check test failure  https://review.openstack.org/47927912:19
therveandreykurilin, You can add resolve_outputs=False to work around it for now12:19
andreykurilinthe failures are quite often. as I said, we cannot merge anything today12:20
openstackgerritkavitha h r proposed openstack/python-heatclient master: Rename exc.py to exception.py  https://review.openstack.org/47926112:21
*** f13o has quit IRC12:26
andreykurilin therve: should I add it to get method?12:32
*** ltomasbo has joined #heat12:33
therveandreykurilin, Yep12:37
*** p01nt3r75 has joined #heat12:40
*** dprince has joined #heat13:02
*** dimtruck is now known as zz_dimtruck13:09
*** links has quit IRC13:20
*** ccamacho|lunch is now known as ccamacho13:20
*** zaneb has joined #heat13:22
*** gkadam has joined #heat13:31
*** jcoufal has joined #heat13:33
*** felipemonteiro has joined #heat13:37
*** felipemonteiro_ has joined #heat13:41
*** jmlowe has quit IRC13:41
*** felipemonteiro has quit IRC13:44
*** annegentle has joined #heat13:58
openstackgerritThomas Herve proposed openstack/heat master: DNM resolve outputs to check test failure  https://review.openstack.org/47927913:59
thervezaneb, ^^  looks like there is a bug in with attribute storing patch13:59
zanebtherve: I noticed that yesterday :) https://review.openstack.org/#/c/479074/14:01
therveOh sweet14:01
zanebin related news, is the gate broken?14:01
therveYeah14:01
zanebbecause there's no way that can have broken the legacy job14:01
*** jmlowe has joined #heat14:02
zanebtherve: we should probably merge your patch to fix it now. mine is at the end of a long series14:02
thervezaneb, https://review.openstack.org/#/c/47920914:03
therveYeah I was going to say14:04
therveThough it will make your series conflict again I suspect14:04
zanebit'll mean yet another rebase :/14:04
therveI'll start by filling a bug14:04
*** annegentle has quit IRC14:07
thervezaneb, tripleo is getting another failure with conditions during upgrades, I wonder if you have an idea14:08
thervezaneb, It happens when depending a on resource conditionally created, presumably after a first failure14:08
therveI'm thinking it's another backup stack related issue, but I don't manage to reproduce it14:08
zanebdid the patch for the other thing merge yet?14:09
zanebah, no it didn't https://review.openstack.org/#/c/476622/14:11
*** annegentle has joined #heat14:11
* zaneb has too many patches14:12
zanebthere's a good chance that might resolve this one too14:13
therveHum it didn't merge indeed14:14
therveBut I'm not sure it's the same14:14
therveIt's not about conditions not being found, it's the resource itself14:14
zanebgood point, I guess that one only affects the 'if' function14:16
*** zz_dimtruck is now known as dimtruck14:20
zanebonce we create a resource, we should copy it into the current template http://git.openstack.org/cgit/openstack/heat/tree/heat/engine/update.py#n12414:21
zanebbut maybe if we don't have the new conditions because of a failure it will appear not to exist?14:22
zanebtherve: do you have a link to the actual failure?14:23
thervezaneb, No unfortunately14:29
thervezaneb, https://bugs.launchpad.net/tripleo/+bug/1689553 is an example I think14:29
openstackLaunchpad bug 1689553 in tripleo "The specified reference "ControllerUpgradeBatch_Step2" (in ControllerUpgradeConfig_Step0) is incorrect." [High,Fix released] - Assigned to Jiří Stránský (jistr)14:29
thervehttps://review.openstack.org/#/c/479016/ is the other one I got14:30
*** jtomasek has quit IRC14:37
zanebwhy does step 0 depend on step 2???14:41
zaneboh, they're steps of different things14:41
zanebtherve: ah, I think I might know what's happening14:59
zanebtherve: so your fix https://review.openstack.org/#/c/419588/ works when all the resources are in the template but some are disabled14:59
zanebtherve: but when we copy resources over as they are created, we only copy the ones that are enabled15:00
zanebso you can end up with a new resource in the template that depends on a non-existent resource that isn't even in the template15:00
*** EricGonc_ has joined #heat15:09
*** EricGonczer_ has quit IRC15:11
*** rcernin has quit IRC15:11
*** prateek has quit IRC15:18
*** FL1SK has quit IRC15:19
*** ramishra has quit IRC15:25
*** dimtruck is now known as zz_dimtruck15:35
*** toMeloos has left #heat15:37
*** spotz_ is now known as spotz15:42
*** mdavidson has quit IRC16:03
*** zz_dimtruck is now known as dimtruck16:05
*** dimtruck is now known as zz_dimtruck16:08
*** p01nt3r75 has quit IRC16:09
*** jistr is now known as jistr|off16:21
openstackgerritZane Bitter proposed openstack/heat master: Strip disabled resources from depends_on in add_resource()  https://review.openstack.org/47936716:27
zanebtherve: ^ I raised https://bugs.launchpad.net/heat/+bug/170167716:28
openstackLaunchpad bug 1701677 in heat "Dependencies on conditionally disabled resources cause problems in legacy updates" [High,In progress] - Assigned to Zane Bitter (zaneb)16:28
*** gfidente has quit IRC16:30
*** zz_dimtruck is now known as dimtruck16:33
*** shardy has quit IRC16:37
*** dimtruck is now known as zz_dimtruck16:38
*** ioggstream has quit IRC16:49
*** gkadam has quit IRC16:57
*** zaneb has quit IRC16:58
*** zaneb has joined #heat17:09
anupnHi All, I am trying to create a stack with simple template as a start, here is my template http://paste.openstack.org/show/614209/. But i am seeing in h-eng logs, "baremetal" flavor could not be found http://paste.openstack.org/show/614208/. Any idea why is this? I am seeing baremetal flavor on running flavor list17:22
anupnand after unable to find this flavor it is trying to create my devstack baremetal node which is failing due to some other reason17:23
*** armaan has joined #heat17:33
*** zaneb has quit IRC17:35
*** armaan_ has joined #heat17:36
*** armaan has quit IRC17:38
*** zaneb has joined #heat17:48
*** hongbin has joined #heat18:05
*** zaneb has quit IRC18:20
*** EricGonc_ has quit IRC18:28
*** EricGonczer_ has joined #heat18:33
*** zaneb has joined #heat18:38
thervezaneb, Thanks for looking! I think your diagnosis is good, though I don't really understand the patch yet19:18
*** armaan has joined #heat19:19
zanebtherve: we use add_resource() to add the definitions to the existing template. so the patch is just to skip any depends_on that depend on resources not actually in the template19:20
thervezaneb, Does it catch when you just pass random dependency?19:20
zanebit strips those too. but by the time you get to the point of actually updating resources, you'll already have validated that there is nothing completely random in there19:21
therveOK19:21
thervezaneb, shardy suggested something in the other bug19:22
*** Tyrantelf has joined #heat19:22
*** Tyrantelf_ has quit IRC19:22
thervezaneb, Which is aliasing the resource to OS::Heat::None when disabled19:22
therveInstead of removing it19:22
zanebI'm not convinced this is the whole story, because the tripleO gate shouldn't be failing and then retrying the upgrade19:22
therveThat would solve the dependency chaining issue that tripleo has19:22
* therve nods19:22
*** armaan_ has quit IRC19:23
therveThe last occurrence is on a failure though19:23
therveFrom what I've been told. CI was passing.19:23
zanebok. one of those bugs had a link to some gate logs, but they'd already been deleted so I don't know what actually happened19:24
*** hoolio has quit IRC19:24
zanebthe OS::Heat::None idea is probably a good one, but implementing that is its own whole can of worms19:24
therveYeah19:24
therveYeah we need to make sure we properly switch the type19:25
therveAnyway, throwing that out there, considering we have at least your pending fix19:26
therveThat tactic would presumably make it obsolete19:26
*** hoolio has joined #heat19:27
*** jmlowe has quit IRC19:46
openstackgerritThomas Herve proposed openstack/heat master: Don't store attributes if resource not stored  https://review.openstack.org/47927920:16
*** ricolin_ has joined #heat20:17
*** ricolin has quit IRC20:20
thervezaneb, Responded to https://review.openstack.org/#/c/425057/ btw20:32
zanebtherve: are you saying that json.dump() would have converted to unicode already anyway?20:34
thervezaneb, json doesn't support bytes20:35
*** armaan has quit IRC20:36
zanebclearly it did in python220:36
zaneb(not disagreeing, I just tried it and it indeed doesn't)20:36
*** armaan has joined #heat20:36
therveYeah py3 is stricter about that :)20:36
*** annegentle has quit IRC20:38
zanebmy concern is that we can expect a random, user-defined command to necessarily print a valid utf-8 bytestrem to stdout20:42
zaneb*NOT expect20:42
zanebmaybe we just need to pass errors='replace' instead of (the default) errors='strict'20:44
therveyeah that sounds fine to me20:46
therveI said ignore but replace works too20:46
*** dprince has quit IRC21:19
*** felipemonteiro_ has quit IRC21:48
openstackgerritZane Bitter proposed openstack/heat master: Fix a DB error when updating the resource attributes  https://review.openstack.org/47907522:05
*** askb has joined #heat22:14
*** hongbin has quit IRC23:23

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