Monday, 2018-06-25

*** hongbin has joined #heat00:40
*** openstack has joined #heat01:21
*** ChanServ sets mode: +o openstack01:21
*** yangyapeng has joined #heat01:29
*** ramishra has joined #heat01:54
*** neatherweb has joined #heat01:58
*** Guest86210 has quit IRC02:22
*** ricolin has joined #heat02:30
*** Guest86210 has joined #heat02:38
*** skramaja has joined #heat02:57
*** jerrygb has joined #heat03:00
*** jerrygb has quit IRC03:05
*** jerrygb has joined #heat03:52
*** jerrygb has quit IRC04:05
*** d0ugal_ has joined #heat04:14
*** d0ugal has quit IRC04:15
*** hongbin has quit IRC04:22
*** ysandeep has joined #heat04:30
*** ysandeep has quit IRC04:34
*** nicolasbock has joined #heat05:21
*** armaan has joined #heat05:29
*** yangyapeng has quit IRC05:33
*** yangyapeng has joined #heat05:57
*** yangyapeng has quit IRC06:02
*** yangyapeng has joined #heat06:03
*** jcoufal has joined #heat06:16
*** jcoufal has quit IRC06:16
*** jcoufal has joined #heat06:17
*** hoonetorg has quit IRC06:20
openstackgerritXinni Ge proposed openstack/heat-dashboard master: Group resource icons by project  https://review.openstack.org/57773206:27
*** kazsh_ has quit IRC06:28
*** kazsh has joined #heat06:29
*** hoonetorg has joined #heat06:32
*** jtomasek has joined #heat06:43
*** lifeless has quit IRC06:49
*** ysandeep has joined #heat06:56
*** ysandeep has quit IRC07:02
*** armaan has quit IRC07:05
*** armaan has joined #heat07:06
*** armaan has quit IRC07:12
*** ysandeep has joined #heat07:32
*** hjensas has quit IRC07:37
*** armaan has joined #heat07:51
strigaziricolin: ramishra are you here?08:08
*** serlex has joined #heat08:09
*** jistr|off is now known as jistr08:14
ricolinstrigazi, o/08:14
*** d0ugal_ has quit IRC08:16
*** dbecker has joined #heat08:16
*** d0ugal has joined #heat08:17
*** d0ugal has quit IRC08:17
*** d0ugal has joined #heat08:17
*** armaan has quit IRC08:21
strigaziricolin: I still have problems with db connections08:23
strigaziricolin: question08:23
*** shardy has joined #heat08:24
strigaziricolin: is max_overflow and max_pool_size defined per process?08:24
strigaziricolin: there is a possibility that this fix is wrong:08:24
strigaziricolin: https://git.openstack.org/cgit/openstack/heat/commit/?id=d7c2de60cb9ed0d3ddb077d603b7028f8d91d23808:25
* ricolin reading sqlalchemy doc08:27
strigaziricolin: this patch sets max_overflow = num_threads maybe we need  max_overflow = (num_threads * num_engines)08:28
*** derekh has joined #heat08:30
thervestrigazi: engines are different processes?08:32
*** sshnaidm|off is now known as sshnaidm08:39
strigazitherve: child processes, but still processes08:41
therveI would think that config is per process08:42
strigazitherve: I got the error that the patch is fixing again :( imeoutError: QueuePool limit of size 5 overflow 10 reached, connection08:42
strigazitimed out, timeout 3008:42
*** namnh has joined #heat08:43
thervestrigazi: Did you set max_overflow in the config?08:43
strigazitherve: yes08:44
thervestrigazi: So that code path is ignored I would say08:44
therveHum no it depends on the value I gues08:45
ricolinstrigazi, how about config executor_thread_pool_size08:45
strigazitherve: max_overflow = 18 executor_thread_pool_size = 18 num_engine_workers = 408:45
strigaziricolin: ^^08:45
strigazitherve: ricolin max_overflow = 18 executor_thread_pool_size = 18 num_engine_workers = 4 max_pool_size = 408:46
therveSo it's possible that code only works when you don't tinker with other values08:46
therveIE we're not testing the correct values08:47
thervestrigazi: It says overflow 10 reached and you pass 18?08:48
ricolinstrigazi, in this case _configure_db_conn_pool_size function actually done nothing (I mean from https://git.openstack.org/cgit/openstack/heat/commit/?id=d7c2de60cb9ed0d3ddb077d603b7028f8d91d238)08:49
strigazitherve: this is the error from the bug, mine said 4 and 1808:49
therveAh08:49
therveSo yeah that code path is not triggered08:52
therveTry to find the right numbers that work for you08:52
strigazitherve: ricolin Maybe, I'm not sure, we need max_overflow = (num_threads * num_engines)08:53
ricolintherve, does engines share pool?08:54
strigazitherve: ricolin maybe max_overflow is set per parent process and executor_thread_pool_size per child process?08:54
therveMaybe executor_thread_pool_size is unused now08:54
therveIt's deprecated08:54
therveAh no it's a new name08:54
*** gfidente has joined #heat08:59
*** gfidente has quit IRC08:59
*** gfidente has joined #heat08:59
strigazitherve: does my assumption make sense?08:59
thervestrigazi: No08:59
strigazitherve: so whet I have 4 worker engines i have the overflow and executor threads per engine?09:01
therveThat's my understanding09:01
strigazitherve: maybe it is better one engine and more executors?09:01
therveIt's a convergence issue, it's the number of worker the problem09:01
thervestrigazi: AFAIU it works when you don't change executor_thread_pool_size09:02
therveJust you have more connection than expected?09:02
strigazitherve with executor_thread_pool_size unchanged I hit the limit of the db server09:03
therveOK09:03
*** r-mibu has joined #heat09:04
strigaziI could scale down the number of engines and not set executor_thread_pool_size, that would work09:04
strigazitherve: I hope it would work09:05
therveI guess yeah09:06
strigaziI could have 1 engine per node or 209:06
*** jcoufal has quit IRC09:10
*** neatherweb has quit IRC09:10
*** jcoufal has joined #heat09:13
*** jcoufal has quit IRC09:13
*** jcoufal has joined #heat09:14
ricolinstrigazi, just curious, what will happen when you set max_overflow to 19(executor_thread_pool_size+1)09:20
ramishrastrigazi: Did you try with a greater max_oveflow than thread_pool_size (may be -1: unlimited), may be connections are not returned to pool/closed quickly enough? But porbably this may lead to hit the db limit.09:26
openstackgerritRabi Mishra proposed openstack/heat master: Option for retrieving child templates and env files from swift  https://review.openstack.org/55187109:30
ramishratherve: What do you think would be good default? https://review.openstack.org/#/c/551871/6/heat/common/config.py09:31
*** hjensas has joined #heat09:33
*** hjensas has joined #heat09:33
*** namnh has quit IRC09:36
strigaziramishra: ricolin therve now I have another problem, I have stack in check_in_progress for 30 mins and I don't know what to do with it09:40
strigaziramishra: ricolin therve I restarted the engines and no engines are doing anything on it09:40
*** namnh has joined #heat09:41
strigaziramishra: ricolin therve should I do stack cancel?09:43
ramishrastrigazi: If you're using convergence, so you can try update it with the same templates09:43
strigaziramishra: openstack stack update --existing <stack>09:43
ramishraif not convergence then the stack should be marked CHECK_FAILED when you restart the engines09:43
ramishrastrigazi: yep09:43
strigaziI use convergence09:43
ricolinstrigazi, ramishra we can also send another stack check right? it's not block to check on a check inprogress stack09:46
ramishraricolin: I think stack-check uses non-convergence path, not sure if it works on IN_PROGRESS stacks, Also, I'm not sure why the stack should be stuck IN_PROGRESS for 30 mins, so better try and update..09:48
ricolinramishra, it works. and yeah, use update is better.:)09:49
*** hjensas has quit IRC09:51
strigaziramishra I think i have a timeout set a bit high and there is a lock somewhere09:54
strigaziengine_life_check_timeout = 60009:56
strigazirpc_poll_timeout = 60009:56
strigazirpc_response_timeout = 60009:56
strigazithese three09:56
strigaziramishra: will it help if lower them and restart the engines?09:57
*** hjensas has joined #heat09:59
*** hjensas has joined #heat09:59
*** peereb has joined #heat09:59
*** peereb has quit IRC10:01
*** peereb has joined #heat10:01
*** peereb has quit IRC10:02
*** peereb has joined #heat10:03
*** peereb has quit IRC10:04
*** peereb has joined #heat10:04
*** peereb has quit IRC10:05
*** namnh_ has joined #heat10:21
ricolinstrigazi, Back to previous question, do you think to set max_overflow to worker_pool_size+1 will help in your case?10:21
*** namnh_ has quit IRC10:21
*** gfidente has quit IRC10:23
*** namnh has quit IRC10:24
strigaziricolin: I will try10:33
*** jerrygb has joined #heat10:33
openstackgerritMerged openstack/heat master: Improve error reporting for missing nested template  https://review.openstack.org/53799410:38
*** shardy has quit IRC10:44
*** edmondsw has joined #heat10:45
*** edmondsw_ has joined #heat10:48
*** edmondsw has quit IRC10:49
*** gfidente has joined #heat10:57
*** jcoufal has quit IRC11:08
openstackgerritMerged openstack/heat master: Import Zuul setting from project-config  https://review.openstack.org/57619311:13
therveramishra: Could you max_template_size instead?11:15
ramishratherve: I thought about that in the beginning. IMO, checking for 'a' template_size would not possibly add any value as file list would have number of templates and that list can kill the engine11:17
ramishraif we really want to controll it then checking on the total size of objects to be fetched would be useful11:17
therveramishra: How does the current limit works when you have multiple files?11:18
ramishrawe add up the sizes from the file list11:19
therveSo that the total is less than max_template_size?11:20
ramishraIMO, that would be misleading11:20
therveWhy?11:21
ramishraThe way it's used elsewhere is different(per file), What's your concern about adding a swift download specific config?11:22
therveThat people will just duplicate the value in the other config11:23
therveIt serves the same purpose11:23
ramishratherve: I think it would be confusing as it means size of one template aggregate of  all needed for a stack. But if there is a strong opinion about not adding another config..then11:25
ramishra*on template and not aggregate11:25
therveramishra: We should make it not confusing and the same thing then11:28
therveWhy wouldn't it be the aggregate as well?11:28
ramishrabtw, default for max_template_szie is just 0.5 MB and we've another one https://github.com/openstack/heat/blob/master/heat/common/wsgi.py#L21211:30
ramishrawhich is 1 MB11:30
therveAh yes that's the one I was thinking about11:31
therveUse this one?11:31
ramishratherve: probably we can, if people think it's not going to be confusing;)11:33
therveI don't know it makes some sense to me11:34
therveramishra: At least, it should default to it11:34
therveBut I'm generally not a big fan of adding options11:35
ramishratherve: by coincidence, I've used the same default:)11:35
therveRight :)11:35
therveramishra: It's easy to add an option later11:36
therveIt's hard to remove it though11:36
thervebbiab11:36
strigazifolks I have one more question, different subject still for heat :)11:39
strigaziuserA in projectA creates stackA which includes serverA with keypairA11:39
strigaziHow can userB in projectA do a stack update on stackA with existing parameters? (by default userB can not see the keys of userA, this what I try to workaround)11:41
strigazithoughts? ricolin ramishra therve  ^^11:41
*** neatherweb has joined #heat11:43
*** edmondsw_ has quit IRC11:53
*** jerrygb has quit IRC12:02
ricolinstrigazi, interesting you mention, I'm facing on same issue just now (for different reason of course)12:02
ricolinfor now, to create same key for different user will help I think12:03
ricolinThinking about ways to fix this, maybe best way is to ask keypair service to allow keypair with project scope12:05
*** shardy has joined #heat12:12
*** r-mibu has quit IRC12:19
strigazithis might work:12:20
strigazihttp://paste.openstack.org/show/724219/12:21
strigaziricolin: ^^12:22
strigaziin our env it works12:22
strigazinot sure why :_12:22
strigazinot sure why :)12:22
*** weshay_ is now known as weshay|ruck12:22
strigaziI mean, not sure why it doesn trigger a rebuild12:23
*** edmondsw has joined #heat12:30
ricolinstrigazi, are you changing your stack name?12:40
*** yangyapeng has quit IRC12:41
strigazino? the stack name is there for the example12:46
*** jerrygb has joined #heat12:47
*** ramishra has quit IRC13:04
*** ramishra has joined #heat13:06
*** Guest71763 is now known as honza13:07
openstackgerritThomas Herve proposed openstack/heat master: Handle invalid depends field  https://review.openstack.org/57781313:09
*** yangyapeng has joined #heat13:21
*** skramaja has quit IRC13:32
*** neatherweb has quit IRC13:48
*** jcoufal has joined #heat14:00
*** felipemonteiro__ has joined #heat14:07
*** hjensas has quit IRC14:08
*** felipemonteiro_ has joined #heat14:10
*** felipemonteiro__ has quit IRC14:14
*** jerrygb has quit IRC14:19
*** hongbin has joined #heat14:30
*** yangyapeng has quit IRC14:34
*** felipemonteiro_ has quit IRC14:39
*** felipemonteiro__ has joined #heat14:39
*** hjensas has joined #heat14:42
*** felipemonteiro__ has quit IRC14:59
*** ShilpaSD has joined #heat15:32
*** pbourke has quit IRC15:45
*** ramishra has quit IRC15:47
*** pbourke has joined #heat15:47
*** hjensas is now known as hjensas|afk16:00
*** gfidente has quit IRC16:08
*** derekh has quit IRC16:24
*** shardy has quit IRC16:25
*** AlexeyAbashkin has joined #heat16:28
*** ysandeep has quit IRC16:50
*** jmlowe has quit IRC16:59
*** Alexey_Abashkin has joined #heat17:04
*** AlexeyAbashkin has quit IRC17:07
*** AlexeyAbashkin has joined #heat17:07
*** Alexey_Abashkin has quit IRC17:09
*** AlexeyAbashkin has quit IRC17:49
*** ndahiwade has joined #heat17:53
*** felipemonteiro has joined #heat17:54
*** harlowja has joined #heat17:55
*** felipemonteiro_ has joined #heat17:56
*** felipemonteiro has quit IRC18:00
*** jmlowe has joined #heat18:01
*** felipemonteiro_ has quit IRC18:06
*** felipemonteiro_ has joined #heat18:06
openstackgerritZane Bitter proposed openstack/heat master: Ignore errors in purging events  https://review.openstack.org/57730818:07
openstackgerritZane Bitter proposed openstack/heat master: DNM: Test purging events  https://review.openstack.org/57743218:07
openstackgerritZane Bitter proposed openstack/heat master: Purge events that cross-reference with backup stack  https://review.openstack.org/57789118:07
*** ricolin has quit IRC18:10
*** hjensas|afk is now known as hjensas18:19
*** jmlowe has quit IRC18:36
*** sshnaidm is now known as sshnaidm|afk18:41
*** ndahiwade has quit IRC18:41
*** jcoufal has quit IRC18:43
*** felipemonteiro_ has quit IRC18:52
*** felipemonteiro_ has joined #heat18:53
*** jcoufal has joined #heat18:53
*** jcoufal has quit IRC18:54
*** Guest86210 has quit IRC19:06
*** felipemonteiro_ has quit IRC20:15
*** felipemonteiro_ has joined #heat20:15
*** serlex has left #heat20:19
openstackgerritZane Bitter proposed openstack/heat master: Purge events that cross-reference with backup stack  https://review.openstack.org/57789120:36
openstackgerritZane Bitter proposed openstack/heat master: DNM: Test purging events  https://review.openstack.org/57743220:36
*** felipemonteiro__ has joined #heat20:45
*** felipemonteiro_ has quit IRC20:48
*** EmilienM has joined #heat21:02
*** felipemonteiro__ has quit IRC21:03
*** felipemonteiro__ has joined #heat21:03
*** EmilienM_PTO has quit IRC21:04
*** harlowja has quit IRC21:04
*** EmilienM has quit IRC21:04
*** EmilienM has joined #heat21:04
*** felipemonteiro_ has joined #heat21:05
*** flwang has quit IRC21:06
*** flwang has joined #heat21:08
*** felipemonteiro__ has quit IRC21:08
*** nicolasbock has quit IRC21:37
*** felipemonteiro_ has quit IRC21:42
*** jmlowe has joined #heat21:44
*** rcernin has joined #heat21:45
*** jmlowe has quit IRC21:56
*** edmondsw has quit IRC21:58
*** Guest86210 has joined #heat22:06
*** harlowja has joined #heat22:14
*** jmlowe has joined #heat22:15
*** edmondsw has joined #heat22:57
*** Guest86210 has quit IRC23:14
*** yassine has joined #heat23:15
*** yassine is now known as Guest9223623:15
*** hongbin has quit IRC23:17
*** jmlowe has quit IRC23:19
*** jmlowe has joined #heat23:41
openstackgerritZane Bitter proposed openstack/heat master: Purge events that cross-reference with backup stack  https://review.openstack.org/57789123:51
openstackgerritZane Bitter proposed openstack/heat master: DNM: Test purging events  https://review.openstack.org/57743223:51

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