Tuesday, 2018-06-19

*** ramishra has quit IRC00:01
*** longkb has joined #openstack-lbaas00:37
*** yamamoto has joined #openstack-lbaas00:47
*** yamamoto has quit IRC00:51
*** hongbin has joined #openstack-lbaas01:05
*** fnaval has joined #openstack-lbaas01:42
*** yamamoto has joined #openstack-lbaas01:47
*** yamamoto has quit IRC01:53
*** huangshan has joined #openstack-lbaas02:05
*** ramishra has joined #openstack-lbaas02:12
sapdhi johnsom , does this change related my issue https://github.com/openstack/octavia/commit/48e85569f7e43e3dd5f09fd1ef4cb165526a92cd#diff-bca5cd1020cb0a80eee6beb9f45c8d55?02:21
sapdmy previous issue: http://paste.openstack.org/show/723774/02:22
johnsomsapd: It might be if you are running master/Rocky code02:39
johnsomThere was a race condition introduced with the provider driver work.02:39
johnsomThere are two patches to address those, one for create and one for updates02:40
sapdyep. I'm running on this commit https://github.com/openstack/octavia/commit/1a807242bac4095ee2eebd6dda0520195fe5ab6402:41
sapdI will update source code and test again02:42
*** huangshan has quit IRC02:42
*** huangshan has joined #openstack-lbaas02:43
johnsomOk, the update patch has not yet merged, it needs review02:44
*** sapd_ has joined #openstack-lbaas02:48
*** sapd has quit IRC02:48
*** yamamoto has joined #openstack-lbaas02:49
*** yamamoto has quit IRC02:55
*** fnaval has quit IRC02:57
*** blake has joined #openstack-lbaas02:57
*** jiteka- has quit IRC03:09
*** hongbin has quit IRC03:10
*** jiteka- has joined #openstack-lbaas03:10
openstackgerritMerged openstack/octavia-dashboard master: Set a minimum coverage threshold for javascript  https://review.openstack.org/57045103:15
*** ramishra has quit IRC03:49
*** yamamoto has joined #openstack-lbaas03:51
*** ramishra has joined #openstack-lbaas03:51
*** yamamoto has quit IRC03:57
*** yamamoto has joined #openstack-lbaas04:01
*** blake has quit IRC04:03
*** blake has joined #openstack-lbaas04:04
*** hongbin has joined #openstack-lbaas04:05
*** hongbin has quit IRC04:14
openstackgerritMerged openstack/octavia master: Stop logging API not found as ERROR  https://review.openstack.org/57599904:24
*** strigazi has quit IRC04:46
*** strigazi has joined #openstack-lbaas04:48
*** gans has joined #openstack-lbaas04:53
*** strigazi has quit IRC04:55
*** strigazi has joined #openstack-lbaas04:57
*** AlexeyAbashkin has joined #openstack-lbaas05:01
*** gans has quit IRC05:16
*** links has joined #openstack-lbaas05:33
*** AlexeyAbashkin has quit IRC05:34
*** AlexeyAbashkin has joined #openstack-lbaas05:39
*** blake has quit IRC06:02
*** AlexeyAbashkin has quit IRC06:07
*** ispp has joined #openstack-lbaas06:39
openstackgerrithuangshan proposed openstack/octavia master: Add exception handling for housekeeping service  https://review.openstack.org/57638806:53
*** tesseract has joined #openstack-lbaas07:02
*** rcernin has quit IRC07:05
*** blake has joined #openstack-lbaas07:28
*** shananigans has quit IRC07:33
*** logan- has quit IRC07:35
*** shananigans has joined #openstack-lbaas07:38
*** kobis has joined #openstack-lbaas07:39
*** logan- has joined #openstack-lbaas07:39
*** pcaruana has joined #openstack-lbaas07:50
openstackgerritRafal Pietrzak proposed openstack/octavia master: Adding support for the octavia listener X-Forwarded-Proto header insertion.  https://review.openstack.org/57322707:56
*** blake_ has joined #openstack-lbaas08:05
*** blake has quit IRC08:08
*** blake_ has quit IRC08:09
*** ktibi has joined #openstack-lbaas08:15
*** yboaron has joined #openstack-lbaas08:17
devfazjohnsom: jet again, sorry!08:19
devfazrm_work: Im currently using pike, octavia 1.0.208:21
devfazWhat I already found is that the number of threads octavia-health is using is increasing. Currently each process is using 1800 threads and I restarted the process yesterday. Im able to reproduce this by starting some lb and wait. The amounts of threads is increasing over time.08:23
*** AlexeyAbashkin has joined #openstack-lbaas08:25
*** salmankhan has joined #openstack-lbaas09:32
*** Eran_Kuris has joined #openstack-lbaas09:37
*** huangshan has quit IRC09:50
*** annp has quit IRC10:36
*** hvhaugwitz has quit IRC10:38
*** hvhaugwitz has joined #openstack-lbaas10:38
*** yamamoto has quit IRC10:50
*** kobis has quit IRC10:52
*** nmanos has joined #openstack-lbaas10:55
*** yamamoto has joined #openstack-lbaas10:58
*** yamamoto has quit IRC10:58
*** salmankhan has quit IRC10:59
devfazjust updated my octavia to latest git, nothing changed. Still increasing threads/cpu-load.10:59
*** salmankhan has joined #openstack-lbaas10:59
*** links has quit IRC11:06
*** salmankhan has quit IRC11:06
*** kobis has joined #openstack-lbaas11:06
*** salmankhan has joined #openstack-lbaas11:08
*** links has joined #openstack-lbaas11:22
*** ww2 has joined #openstack-lbaas11:33
*** ww2 has quit IRC11:35
*** links has quit IRC11:39
*** yamamoto has joined #openstack-lbaas11:48
*** links has joined #openstack-lbaas12:05
*** yamamoto has quit IRC12:15
*** longkb has quit IRC12:28
*** fnaval has joined #openstack-lbaas12:31
devfazanother update: looks like removing "event_streamer_driver"-line from config fixes the "increasing threads"-problem. Any known bugs with this part?12:32
*** yamamoto has joined #openstack-lbaas12:46
*** links has quit IRC13:22
*** yamamoto has quit IRC13:34
*** atoth has joined #openstack-lbaas13:35
*** LutzB has quit IRC13:37
*** LutzB has joined #openstack-lbaas13:37
johnsomdevfaz: event streamer is only used if you are using neutron-lbaas. It will backup threads if it is enabled and the rabbit queue for it is not configured.  Disabling it is the best answer.13:48
*** Eran_Kuris has quit IRC13:51
*** yamamoto has joined #openstack-lbaas13:55
*** yamamoto has quit IRC13:55
*** yamamoto has joined #openstack-lbaas13:57
*** salmankhan has quit IRC13:57
*** blake has joined #openstack-lbaas13:59
*** salmankhan has joined #openstack-lbaas14:00
*** nmanos has quit IRC14:02
*** yamamoto has quit IRC14:16
openstackgerrithuangshan proposed openstack/python-octaviaclient master: Support backup members  https://review.openstack.org/57653014:20
*** yamamoto has joined #openstack-lbaas14:30
*** yamamoto has quit IRC14:35
*** kobis has quit IRC14:41
*** yamamoto has joined #openstack-lbaas14:46
*** yboaron has quit IRC14:50
*** yamamoto has quit IRC14:50
rm_workdevfaz: yeah, both of those issues are known -- you upgraded to master though and still see some issue? I thought we fixed both15:00
*** yamamoto has joined #openstack-lbaas15:01
rm_worklatest pike release would possibly still show some of those problems tho15:01
*** yamamoto has quit IRC15:05
*** kobis has joined #openstack-lbaas15:09
*** yamamoto has joined #openstack-lbaas15:16
*** yamamoto has quit IRC15:20
*** kobis has quit IRC15:28
*** pcaruana has quit IRC15:29
*** yamamoto has joined #openstack-lbaas15:31
*** yamamoto has quit IRC15:35
xgerman_I am running Pike and it is fine (if the eventstreamer is disabled and you don’t run noisy neigbors)15:37
openstackgerritZhaoBo proposed openstack/octavia master: UDP jinja template  https://review.openstack.org/52542015:38
openstackgerritZhaoBo proposed openstack/octavia master: UDP for [2]  https://review.openstack.org/52965115:38
openstackgerritZhaoBo proposed openstack/octavia master: UDP for [3][5][6]  https://review.openstack.org/53939115:38
*** kobis has joined #openstack-lbaas15:39
*** ispp has quit IRC15:41
*** yamamoto has joined #openstack-lbaas15:46
*** yamamoto has quit IRC15:50
*** kobis has quit IRC15:52
*** kobis has joined #openstack-lbaas15:53
*** kobis has quit IRC15:53
*** kobis has joined #openstack-lbaas15:58
*** ktibi has quit IRC16:03
*** yamamoto has joined #openstack-lbaas16:15
*** yamamoto has quit IRC16:20
*** yamamoto has joined #openstack-lbaas16:30
*** yamamoto has quit IRC16:35
*** blake has quit IRC16:43
*** blake has joined #openstack-lbaas16:43
*** phuoc has quit IRC16:45
*** yamamoto has joined #openstack-lbaas16:45
*** blake has quit IRC16:48
*** yamamoto has quit IRC16:50
*** AlexeyAbashkin has quit IRC16:52
*** blake has joined #openstack-lbaas16:54
*** blake has quit IRC16:55
*** blake has joined #openstack-lbaas16:55
*** kobis has quit IRC16:56
*** blake has quit IRC17:00
*** yamamoto has joined #openstack-lbaas17:01
*** Eran_Kuris has joined #openstack-lbaas17:01
*** pcaruana has joined #openstack-lbaas17:05
*** yamamoto has quit IRC17:05
*** blake has joined #openstack-lbaas17:06
*** tesseract has quit IRC17:08
*** ramishra has quit IRC17:09
*** salmankhan has quit IRC17:10
*** kobis has joined #openstack-lbaas17:12
*** yamamoto has joined #openstack-lbaas17:15
*** kobis has quit IRC17:17
*** yamamoto has quit IRC17:20
*** yamamoto has joined #openstack-lbaas17:31
*** yamamoto has quit IRC17:35
*** yamamoto has joined #openstack-lbaas17:45
*** kobis has joined #openstack-lbaas17:48
*** yamamoto has quit IRC17:50
*** kobis has quit IRC18:00
*** yamamoto has joined #openstack-lbaas18:00
*** yamamoto has quit IRC18:05
*** yamamoto has joined #openstack-lbaas18:15
*** yamamoto has quit IRC18:20
*** yamamoto has joined #openstack-lbaas18:30
*** yamamoto has quit IRC18:35
*** yamamoto has joined #openstack-lbaas18:36
*** yamamoto has quit IRC18:36
*** atoth has quit IRC18:51
*** AlexeyAbashkin has joined #openstack-lbaas19:26
devfazjohnsom: hmm, i still need neutron-lbaas, because heat is in pike not able to use octavia directly isnt it? So i have to check my configuration.19:32
johnsomI know heat supports octavia, but I'm not sure which release they added it in.19:32
devfazrm_work: yes, the threads are increasing issue is still in master, if that what you wanted to know?19:33
rm_workhmmm ok19:33
rm_workdevfaz: if you are running octavia master, you can do an L7 redirect and skip neutron-lbaas entirely and it will "just work"19:33
johnsomYes, good point19:34
devfazGood idea! I will try it out19:34
rm_workon the LB in front of your neutron API, you can redirect /lbaas/ to octavia's endpoint19:34
rm_worksee: https://review.openstack.org/#/c/561049/19:34
rm_workhttps://review.openstack.org/#/c/561049/38/devstack/etc/neutron/haproxy.cfg19:34
rm_workthis is proven to work :)19:35
rm_workBTW can we review/merge that?19:35
devfaz:)19:35
*** yamamoto has joined #openstack-lbaas19:36
*** AlexeyAbashkin has quit IRC19:37
devfazMaybe someone is able to answer an other question. I lost some Amphore - LB mappings in the past and the database already got cleaned. Now im looking for a way to recreate the missing amphora. Most of the remaining are masters, but even an lb-failover will just recreate the master without doing any Backup-amphora recreation. Any ideas?19:38
rm_workyeah19:39
rm_workso what I do, is copy the master record, and just make up random uuids for the compute_id and all of the port id fields19:39
rm_workand let it assign a new uuid for the uniqueid19:39
devfazPerfekt thx!19:39
rm_workand mark that as BACKUP19:39
rm_workand then do a failover on it19:39
rm_workthe newest code makes that much less likely to happen, so that is good19:40
rm_work(it doesn't clean up the records so quickly)19:40
johnsomrm_work do we have a bug on that?  Do we know why?19:40
rm_workjohnsom: it's fixed19:40
rm_workwhen failovers fail ... the records get wiped like instantly in the old code19:40
rm_workbecause it doesn't have an expiry for the amps19:40
johnsomOk.  I know the dual amp failure ends in something like this, which is what I am working on right now19:41
rm_workit's a bit different19:41
rm_workit's just the record being deleted out from under you like, instantly19:41
rm_workhappened to me a lot before19:41
*** blake has quit IRC19:41
johnsomOk, yeah, I remember that now19:41
rm_workwhich is why i made sure to do https://review.openstack.org/#/c/548989/19:41
*** blake has joined #openstack-lbaas19:42
*** yamamoto has quit IRC19:42
xgerman_yeah, we also have that neutron proxy plugin which is now more than a year in development…19:45
*** blake has quit IRC19:47
*** aojea has joined #openstack-lbaas19:48
rm_workxgerman_: and yet still strikes me as only necessary if you're stuck on an older version of octavia that wasn't fully API compatible <_<19:52
rm_workfor anyone who can run master / Rocky, it is *significantly* simpler and less moving parts to just do the L7 redirect19:52
rm_workthey have distinctly different uses IMO19:52
*** salmankhan has joined #openstack-lbaas19:53
xgerman_well, I just did what we agreed to in Atlanta and then things got slow walked19:59
rm_worki think we revised our thinking :P20:03
rm_workthat said, I don't think the work was wasted20:03
rm_workfor anyone stuck on pike/queens, you probably need that method20:04
rm_workbut i don't think it's something we should be advising people use going forward, if they are able to run rocky+20:04
rm_workbasically, if Octavia<=Queens: use proxy plugin, if Octavia>=Rocky: use L7 redirect if possible20:05
rm_workit's also possible there are cases where people can't do L7 stuff in front of neutron20:05
rm_workin which case, they'd also need the plugin20:05
devfazrm_work: if I remember correctly, it should be fine to run octavia master in an pike cloud, isn't it?20:05
johnsomyes20:05
rm_workyep20:06
rm_workI run octavia master on a Liberty cloud <_<20:06
johnsomLike a crazy man20:06
rm_work(I couldn't find a Juno or Kilo cloud to use instead) :P20:06
rm_workI *think* it'd ork20:07
rm_work*work20:07
devfazOk, then I have enough to do tomorrow. Thanks a lot for your work and help!20:07
*** salmankhan has quit IRC20:22
*** pcaruana has quit IRC20:29
rm_workno worries, good luck!20:36
*** yamamoto has joined #openstack-lbaas20:38
*** yamamoto has quit IRC20:47
*** Swami has joined #openstack-lbaas21:24
*** aojea has quit IRC21:41
*** blake has joined #openstack-lbaas21:42
*** yamamoto has joined #openstack-lbaas21:43
*** yamamoto has quit IRC21:48
*** rcernin has joined #openstack-lbaas22:12
*** blake has quit IRC22:19
*** blake has joined #openstack-lbaas22:20
*** blake has quit IRC22:24
*** fnaval has quit IRC22:28
*** yamamoto has joined #openstack-lbaas22:44
*** yamamoto has quit IRC22:49
*** blake has joined #openstack-lbaas22:52
*** yamamoto has joined #openstack-lbaas23:46
*** yamamoto has quit IRC23:51

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