Friday, 2019-08-16

*** dklyle has quit IRC01:18
*** takashin has left #openstack-placement03:02
*** e0ne has joined #openstack-placement05:13
*** e0ne has quit IRC05:27
*** belmoreira has joined #openstack-placement06:15
*** belmoreira has quit IRC06:16
*** e0ne has joined #openstack-placement07:52
openstackgerritTetsuro Nakamura proposed openstack/placement master: Add tests demonstrating overlapping same_subtreeZ  https://review.opendev.org/67653008:00
openstackgerritMerged openstack/placement master: Add tests demonstrating overlapping same_subtreeZ  https://review.opendev.org/67653008:37
*** cdent has joined #openstack-placement09:46
openstackgerritChris Dent proposed openstack/placement master: gabbi test for same_subtree with an ancestry hole  https://review.opendev.org/67649109:52
openstackgerritChris Dent proposed openstack/placement master: Add gabbits using a DeepNUMANetworkFixture  https://review.opendev.org/67620409:52
openstackgerritChris Dent proposed openstack/placement master: Add rw_ctx.parent_uuid_by_rp_uuid, for clarity  https://review.opendev.org/67623309:52
openstackgerritChris Dent proposed openstack/placement master: Use rp.id instead of uuid in _rp_rc_key  https://review.opendev.org/67623409:52
openstackgerritChris Dent proposed openstack/placement master: Add a rw_ctx.psum_res_by_rp_rc, for clarity  https://review.opendev.org/67623509:52
openstackgerritChris Dent proposed openstack/placement master: Avoid duplicate ProviderSummary in _merge_candidates  https://review.opendev.org/67560609:52
openstackgerritChris Dent proposed openstack/placement master: WIP: Use orjson in python3 for allocation candidate dump  https://review.opendev.org/67466109:52
cdentrebase for merge conflict ^09:52
gibicdent: if you can chose one patch what would be the most priority to review in placement for me? I'm a bit lost having both the unioned same_subtree and the holed ancestry bug in picture10:02
cdentgibi: there's really only one stack now. after the work that eric did to make tests for both of those things, and some tuneups tetsuro did overnight, what's left are my optimizations (above)10:03
cdentthat stack beings with the a same subtree hole test, but that's just a protection test10:04
cdent(to make sure we don't break existing behavior in my stack)10:04
cdents/beings/begins/10:04
gibicdent: OK, then I will start with that test. thanks for the guidance10:04
cdentgreat, thank you10:05
*** cdent has quit IRC11:25
*** artom has joined #openstack-placement11:42
*** belmoreira has joined #openstack-placement11:53
*** cdent has joined #openstack-placement12:10
openstackgerritMerged openstack/placement master: gabbi test for same_subtree with an ancestry hole  https://review.opendev.org/67649112:19
openstackgerritMerged openstack/placement master: Add gabbits using a DeepNUMANetworkFixture  https://review.opendev.org/67620412:21
belmoreiracdent in your placement performance analysis which apache mpm are you using?12:27
cdentnot using apache12:27
cdentuwsgi, standalone12:27
cdenthowever, in the past when I've done it with apache I had to make some tweaks12:28
cdentlet me look for that info, one sec12:28
cdentbelmoreira: there's a bit of discussion about apache in this thing from a year and a half ago: https://anticdent.org/placement-scale-fun.html but mostly that's me saying "don't use apache when you just need a reverse proxy"12:29
cdentI know the tripleo people have done some experiments with various mpm setups12:29
cdentbelmoreira: i use a little script called pusgi to start the uwsgi server direclty in the code base:12:31
cdenthttp://paste.openstack.org/show/757963/12:31
cdentthat way I also don't need a configuration12:31
belmoreiraI'm running apache since I deployed placement. At beginning it required some tweaking... but has been running fine12:32
cdentit's not broken or anything like that, just that it is heavy12:32
belmoreiratoday I upgraded one region to Stein and placement gave me some work12:32
cdent(I'm not suggesting you use uwsgi standalone, in production, just that it's handy for testing)12:33
belmoreiracdent, yes I understand12:33
cdentI think in production I'd probably do nginx + uwsgi.12:33
cdentplacement in nova or placement extracted? what kind of trouble?12:33
belmoreiraplacement in nova12:34
belmoreiraIt starts to log the following and then stalls12:34
belmoreirahttps://www.codepile.net/pile/YzAn63Qn12:34
cdentyeah, that's a known bug12:35
cdentlet me find the info12:35
belmoreirathe solution/mitigation was to reduce the number of threads12:35
cdentthere's a pretty easy workaround12:35
cdentbetter than that one12:35
cdent(although that can work too)12:36
cdentin the process running placement you want to set OS_NOVA_DISABLE_EVENTLET_PATCHING  to 1, true, or yes12:37
cdentplacement doesn't need or use eventlet12:38
cdentbut the version that is in the nova code repo automatically monkey patches12:38
cdentleading to that problem you're seeing12:38
cdentso the workarounds are either to set thread=1 in the wsgidaemon set up12:38
cdentor set the env variable12:38
cdentthe latter is _much_preferred12:39
cdentthe reason the version in nova automaticaly monkey patches is because somewhere in the package hierarchy (only implicitly used by placement) the call to monkey patch happens12:39
cdentthat env variable short circuits out of it12:39
cdentwhat I would do in your shoes is:12:39
cdent1. set the env variable12:39
cdent2. as soon as possible move to extracted placement (which a) doesn't have the problem, b) has other improvements12:40
cdent3. and then as soon as possible after that move to train placement, even if staying on stein with everything else, because it is _way_ faster12:40
belmoreirathanks for all the info12:41
belmoreiraYes, I plan to do 2. asap12:41
cdentgreat12:41
belmoreiraIs this issue documented somewhere? (release notes?) I wasn't aware of it. I imagine others can suffer from it12:42
cdentI _thought_ it was. let me dig a bit harder12:42
cdenthmmm. doesn't look like it i s12:44
cdentWhere do you think it should go? It's sort of hard to choose because of the extraction and the fact that the problem goes away when you start using the extracted code.12:45
belmoreiraIn my option it should be in nova release notes12:45
cdentefried: thoughts on that ^. Perhaps somewhere in the stein-related nova docs/notes?12:45
belmoreirabut also doesn't hurt if included in placement release notes12:46
cdentyeah12:47
belmoreiraat least I use the release notes as the source of what I should be aware for the upgrade12:48
cdentthat's what they're there for12:48
cdentso yeah.12:48
efriedone sec12:48
cdentI was just getting read to say "when efried surfaces, he'll have some thoughts"12:48
efriedI'm doing my morning battle with sdk12:49
cdentI'm writing a pupdate, but need more coffee in order to be able to continue12:51
efriedAm I reading backscroll from :27 ish?12:52
cdentefried: yes12:52
efriedon it12:52
cdentbrb12:52
efriedcdent, belmoreira: Yes, I agree nova release notes is a good place for this info. Remember when proposing release notes to stable, they must be proposed only to the stable branch. There is no backporting.12:55
efried(I don't think it makes sense to have anything in placement's release notes on this, because if you're on extracted placement, the issue is n/a)12:56
cdentis there a section that's appropriate for known bugs/workarounds? I can't remember the names of all the sections13:01
* efried creates reno template...13:02
efriedprelude: >13:02
efriedfeatures:13:02
efriedissues:13:02
efriedupgrade:13:02
efrieddeprecations:13:02
efriedcritical:13:02
efriedsecurity:13:02
efriedfixes:13:02
efriedother:13:02
cdentthat's a nice list but I'm no closer to the answer13:03
efried"issues" sounds appropriate to me.13:04
* cdent will cook something up before end of day13:05
belmoreiracdent efried thank you13:05
cdentthanks for reminding us of a thing we should have already done :)13:06
openstackgerritMerged openstack/placement master: Add rw_ctx.parent_uuid_by_rp_uuid, for clarity  https://review.opendev.org/67623313:24
openstackgerritMerged openstack/placement master: Use rp.id instead of uuid in _rp_rc_key  https://review.opendev.org/67623413:31
openstackgerritMerged openstack/placement master: Add a rw_ctx.psum_res_by_rp_rc, for clarity  https://review.opendev.org/67623513:39
openstackgerritChris Dent proposed openstack/placement master: WIP: Use orjson in python3 for allocation candidate dump  https://review.opendev.org/67466113:39
openstackgerritMerged openstack/placement master: Avoid duplicate ProviderSummary in _merge_candidates  https://review.opendev.org/67560613:48
*** belmoreira has quit IRC14:36
cdentlatest pupdate: https://anticdent.org/placement-update-19-32.html14:36
cdentmore narration than normal14:36
cdentplus announcing me being gone next week14:36
gibicdent: have a nice time off next week14:50
cdentthanks. hoping to do some long overnight walks14:50
gibiI will be off Monday, Tuesday due to national holiday14:51
gibicdent: do you walk at night because it is more relaxing?14:55
cdentgibi: I meant walking over two days, including the overnight. so backpacking, essentially14:56
cdentbut I probaby won't take much kit14:56
gibiahh I see14:56
cdentdepends on the weather forecast, I suppose14:58
cdentbut I'd prefer to not take tent, but in england that's generally a recipe for being very damp14:58
gibi:) sound interesting. I always liked the nigth sky but I never have never slept under it directly (yet)15:01
cdentdefinitely worth doing15:01
efriedI do that almost never. Last time I can remember was 1995, West Texas, and there wasn't actually any sleeping.15:03
cdentI camped near Hueco Tanks once, and nearly froze (inside of tent was coated in ice)15:03
*** dklyle has joined #openstack-placement15:05
*** efried is now known as efried_afk15:56
*** e0ne has quit IRC15:58
openstackgerritChris Dent proposed openstack/placement master: Merge request log and request id middlewares  https://review.opendev.org/67698216:21
cdentefried_afk: that ^ is attempt at what I described in a comment on your version of similar.16:21
cdentand that's it for me16:22
cdentsee you all in a bit more than a week16:22
*** cdent has quit IRC16:22
*** dklyle has quit IRC17:40
*** efried_afk is now known as efried18:52
*** spatel has joined #openstack-placement20:53
*** spatel has quit IRC20:57

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