Wednesday, 2020-06-10

*** hongbin has quit IRC00:14
*** hongbin has joined #openstack-lbaas00:16
*** yamamoto has joined #openstack-lbaas00:18
*** ccamposr has joined #openstack-lbaas00:21
*** ccamposr__ has quit IRC00:24
*** threestrands has joined #openstack-lbaas01:19
openstackgerritlidong proposed openstack/octavia-lib master: Add releasenotes link to README  https://review.opendev.org/73473001:30
*** sapd1 has joined #openstack-lbaas01:38
*** rcernin has quit IRC02:53
*** rcernin_ has joined #openstack-lbaas02:53
*** TMM has quit IRC02:54
*** TMM has joined #openstack-lbaas02:54
*** vishalmanchanda has joined #openstack-lbaas02:59
*** rcernin_ has quit IRC03:07
*** rcernin_ has joined #openstack-lbaas03:19
*** rcernin_ has quit IRC03:24
*** rcernin has joined #openstack-lbaas03:25
*** armax has quit IRC03:38
*** psachin has joined #openstack-lbaas03:40
*** hongbin has quit IRC04:39
*** gcheresh has joined #openstack-lbaas05:25
*** sapd1 has quit IRC05:55
*** ccamposr__ has joined #openstack-lbaas06:14
*** ccamposr has quit IRC06:17
*** vesper has quit IRC06:18
*** vesper11 has joined #openstack-lbaas06:18
*** sapd1 has joined #openstack-lbaas06:23
*** wuchunyang has joined #openstack-lbaas06:24
*** wuchunyang has quit IRC06:32
*** maciejjozefczyk has joined #openstack-lbaas06:38
*** ccamposr has joined #openstack-lbaas06:43
*** rcernin has quit IRC06:44
*** rcernin_ has joined #openstack-lbaas06:44
*** ccamposr__ has quit IRC06:46
*** rcernin_ has quit IRC06:50
*** rcernin_ has joined #openstack-lbaas06:52
*** wuchunyang has joined #openstack-lbaas06:53
*** rcernin_ has quit IRC06:59
*** wuchunyang has quit IRC07:08
*** psachin has quit IRC07:12
*** sapd1 has quit IRC07:12
*** rpittau|afk is now known as rpittau07:21
*** rcernin_ has joined #openstack-lbaas07:23
*** rcernin_ has quit IRC07:28
*** born2bake has joined #openstack-lbaas07:42
*** rcernin_ has joined #openstack-lbaas07:59
*** rcernin_ has quit IRC08:03
*** AlexStaf has quit IRC08:04
*** wuchunyang has joined #openstack-lbaas08:16
*** AlexStaf has joined #openstack-lbaas08:20
*** sapd1 has joined #openstack-lbaas08:24
*** wuchunyang has quit IRC08:46
*** spatel has joined #openstack-lbaas09:13
*** spatel has quit IRC09:18
*** wuchunyang has joined #openstack-lbaas09:51
*** wuchunyang has quit IRC09:51
*** rpittau is now known as rpittau|bbl10:19
*** wuchunyang has joined #openstack-lbaas10:30
*** AlexStaf has quit IRC10:31
*** wuchunyang has quit IRC10:36
*** AlexStaf has joined #openstack-lbaas10:53
*** tkajinam has quit IRC10:53
*** threestrands has quit IRC11:16
*** zigo has quit IRC11:41
*** rcernin_ has joined #openstack-lbaas11:48
*** rcernin_ has quit IRC11:53
*** yamamoto has quit IRC11:55
*** zigo has joined #openstack-lbaas11:56
openstackgerritMerged openstack/octavia-tempest-plugin master: Pin DIB to Python 2 compatible version on py2 jobs  https://review.opendev.org/73377811:56
*** rpittau|bbl is now known as rpittau12:05
openstackgerritCarlos Goncalves proposed openstack/octavia-tempest-plugin master: DNM: CentOS 8 controller and amphora job  https://review.opendev.org/69845012:05
*** njohnston is now known as njohnston|pto12:05
*** yamamoto has joined #openstack-lbaas12:30
*** yamamoto has quit IRC12:35
*** TrevorV has joined #openstack-lbaas14:01
*** armax has joined #openstack-lbaas14:16
*** sapd1 has quit IRC14:20
*** yamamoto has joined #openstack-lbaas14:24
*** rcernin_ has joined #openstack-lbaas14:28
*** yamamoto has quit IRC14:29
*** rcernin_ has quit IRC14:33
*** also_stingrayza has joined #openstack-lbaas14:44
*** stingrayza has quit IRC14:48
*** gcheresh has quit IRC15:13
*** namrata has joined #openstack-lbaas15:13
namrataHi Folks, I am looking for a way to restrict access to service Load-balanced by Octavia. The approach I tried is to restrict access to the Octavia VMs via seurity groups, but that does not seem to be supported. Can anybody help me with the way to use port security with octavia. Thanks!15:31
johnsomnamrata You want to use the "allowed_cidrs" setting on your listener: https://docs.openstack.org/api-ref/load-balancer/v2/index.html?expanded=create-listener-detail#create-listener15:32
namrata@johnsom Thanks for the reply. So setting allowed_cidrs on listener I can apply security group rule on amphora ports15:37
johnsomCorrect, that will switch the default to denied and only cidrs listed there will be able to access the load balancer port(s)15:38
namrataGreat!. Thanks again15:39
*** armax has quit IRC15:50
*** armax has joined #openstack-lbaas15:52
xgermananyone thought about replacing diskimagebuiler with packer? https://www.packer.io/docs/builders/openstack/15:56
johnsomCan't say that I have heard of anyone mentioning it. There is a debian tool that they use for images.16:00
johnsom#startmeeting Octavia16:00
openstackMeeting started Wed Jun 10 16:00:26 2020 UTC and is due to finish in 60 minutes.  The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: Octavia)"16:00
openstackThe meeting name has been set to 'octavia'16:00
johnsomHi folks16:00
gthiemongehi16:00
cgoncalveshi16:01
johnsom#topic Announcements16:01
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"16:01
johnsomSeems like a small group this week16:02
johnsomFYI, we kept notes from the PTG sessions on the etherpad:16:02
johnsom#link https://etherpad.opendev.org/p/octavia-virtual-V-ptg16:02
johnsomIn case anyone missed the fun and excitement!16:02
johnsomAlso a quick note, we have seen a few reports of Train deployments that octavia-dashboard does not work. Turns out this was an OpenStack Ansible bug where it was installing the master branch of octavia-dashboard. Fixed here:16:03
johnsom#link https://review.opendev.org/73488116:03
johnsomAny other announcements this week?16:04
johnsomFYI, there is some mailing list discussions about releases:16:05
johnsom#link http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015342.html16:05
johnsom#topic Brief progress reports / bugs needing review16:06
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"16:06
johnsomWell, there was this PTG thing last week. grin16:06
johnsomOther than that I have been doing reviews, working to get the gates functional again so that we can land some stuff and do stable branch releases.16:06
johnsomAlso working on the failover patch and backport to the v2 driver.16:07
*** rpittau is now known as rpittau|afk16:07
johnsomThat about sums up my week. Anyone else?16:07
*** sapd1 has joined #openstack-lbaas16:08
johnsom#topic HAProxy memory usage and slow reload process cleanup16:09
*** openstack changes topic to "HAProxy memory usage and slow reload process cleanup (Meeting topic: Octavia)"16:09
gthiemongethat topic sums up my week ^16:10
johnsomgthiemonge Would you introduce this issue?16:10
gthiemongeyes16:10
gthiemongeso I've found an issue when using active standby and session persistence in centos16:11
gthiemongewhen the loadbalancer is updated (adding members, etc..), haproxy is reloaded16:11
gthiemongewhen it is reloading, it creates a new thread, does a lot of allocation, then destroys the previous thread (the worker)16:12
gthiemongein the case of active-standby and session-persistence, it takes 2 min to destroy the previous thread16:12
gthiemonge(instead of 1 or 2 seconds)16:13
gthiemongeso it means that we have 2 haproxy instances that both consume ~150MB at the same time16:13
gthiemongeit should not be a big deal... unless we update the config during this period -> it creates a new worker that consumes 150MB16:14
gthiemongeso after few config updates, we have a memory issue and haproxy crashes16:14
gthiemongeI have more detail in a downstream bug: #link https://bugzilla.redhat.com/show_bug.cgi?id=1845406#c216:15
openstackbugzilla.redhat.com bug 1845406 in openstack-octavia "octavia_tempest_plugin.tests.api.v2.test_pool.PoolAPITest.test_pool_delete fails in ACTIVE_STANDBY jobs" [High,Assigned] - Assigned to gthiemon16:15
johnsomAt which point systemd restarts haproxy and things resume until the next update chain, correct?16:15
gthiemongeyes, correct16:16
gthiemongeI have a paste with logs from ubuntu: http://paste.openstack.org/show/794586/16:16
johnsomWhich is good, but still not ideal as there is downtime during that systemd restart window.16:16
gthiemongeand that one: http://paste.openstack.org/show/794590/ that shows the restart of the service16:16
gthiemongejohnsom: I think we can tune the systemd timeout for reload/restart16:17
gthiemongecurrently, it restarts after 1min3016:17
johnsomYeah, that could be problematic as well though. Sometimes it's good to give a little breathing room between restart attempts.16:19
johnsomI think it would be best to not run into the problem in the first place.16:19
gthiemongesure16:19
johnsomSo the obvious option is bump up the RAM allocated to the amphora. It would only use more on the hypervisor when it is needed.  Though the optics on that may not be good. People see 1GB or 2GB and think that is all "reserved" RAM.16:20
johnsomWe can drop the default max connections from "unlimited" to something more reasonable, thus saving RAM allocation.16:21
johnsomThis would mean a change to the "default" behavior though.16:21
johnsomOverall, I think that is a good idea anyway but rough given how long it's been set like this.16:22
johnsomWe could add a swap partition. lol16:22
gthiemongecan we change the default max connections to a lower value? and add an config option for people who want to override it (to 1M)?16:23
johnsomWe could stop doing hitless reloads and just stop/start for configuration changes. (no, don't do this)16:23
johnsomWe could move to HAProxy 2.2 and use the new configuration API that doesn't need to reload..... (though it's not released yet)16:24
johnsomI really lean towards dropping the default maxconn to something more reasonable, like 30,000 or so.16:26
gthiemonge+116:27
johnsomI wonder what the RAM usage delta would be.16:27
gthiemongejohnsom: I think RAM usage is linear with the maxconn value, I'll check that16:28
johnsomLooks like 139464 -> 6664 RSS16:30
johnsomAt least on my Ubuntu amp in devstack16:30
gthiemongelooks good16:31
johnsomSo, yeah, saves a lot. Plus that RAM was basically wasted since a single CPU isn't going to handle 1,000,000 concurrent connections.16:32
johnsomCould use a bit more and go for 50,00016:32
johnsomAgain, this is all tunable via the listener settings by end users.16:33
johnsomAnyone else have input?16:33
cgoncalves+116:33
gthiemonge50001?16:34
johnsomlol16:34
cgoncalves-1 +W16:34
johnsomAnd we are back to 1,000,000! grin16:34
johnsomSo, the next part of this question is how to implement it. Currently we have "-1" as "unlimited" which translates to 1,000,000 in the configuration file because HAProxy doesn't really have an "unlimited" setting.16:35
johnsomI would like to expose to users that it is set for 30,000 instead of pretending with "-1", but we should keep -1 as an option for other drivers.16:36
gthiemongegood question16:37
johnsomHow do we feel about setting it to the new configuration setting, defaulting to 50,000, if they are using the amphora driver and select "-1"?16:38
johnsomAt least that way it would be truthful and give the user more information and control.16:38
johnsomI just hate "magically" changing settings on users.16:38
gthiemongethat sounds good, and people can change that value to get back to the previous behavior16:39
johnsomYeah. I can see with HAProxy 2.x they may want a higher value when using multi-CPU amphora.16:40
johnsomAny other comments/thoughts on this?16:41
johnsomWe could update the API reference to say "The maximum number of connections permitted for this listener. Default value is -1 which represents infinite connections or a default value set in the configuration of a driver." Something like that I guess.16:42
*** gcheresh has joined #openstack-lbaas16:43
johnsomWell, this sounds like the best path forward. gthiemonge are you going to propose a patch?16:43
gthiemongejohnsom: yes!16:44
johnsomHopefully we can get wider feedback on the patch proposal.16:45
johnsomCool, thanks for raising this!16:45
johnsom#topic Open Discussion16:45
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)"16:46
gthiemongenp16:46
johnsomAny other topics this week?16:46
johnsomupstream HAProxy has released a 2.1 version with the "-x" issue fixed.16:46
johnsomI'm not sure when the 1.8 version will land, but it's planned.16:47
johnsom#link https://github.com/haproxy/haproxy/issues/64416:48
gthiemongeyou can use https://review.opendev.org/#/c/698086/ to test it ;-)16:48
johnsomLol, I should have! I just compiled one to test it.16:49
johnsomOk, if there are no other topics this week we can call it for today. Thanks!16:50
johnsom#endmeeting16:51
*** openstack changes topic to "Discussions for OpenStack Octavia | Priority bug review list: https://etherpad.openstack.org/p/octavia-priority-reviews"16:51
openstackMeeting ended Wed Jun 10 16:51:08 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:51
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2020/octavia.2020-06-10-16.00.html16:51
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2020/octavia.2020-06-10-16.00.txt16:51
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2020/octavia.2020-06-10-16.00.log.html16:51
gthiemongejohnsom: thanks16:51
*** gcheresh has quit IRC16:54
*** namrata has quit IRC17:02
johnsomcgoncalves Any thoughts on how this could fail with this error?  https://review.opendev.org/73368417:11
johnsomIt passed in check, but failed with "diskimage-builder requires Python '>=3.5' but the running Python is 2.7.17" in gate....17:12
*** sapd1 has quit IRC17:12
*** ccamposr__ has joined #openstack-lbaas17:24
johnsomNevermind, I see what happened here. It was pinned in projects and not jobs, so the check runs are pinned and gate are not. Sigh17:24
*** TrevorV has quit IRC17:25
*** ccamposr has quit IRC17:27
*** TrevorV has joined #openstack-lbaas17:29
openstackgerritMichael Johnson proposed openstack/octavia stable/stein: Do not install diskimage-builder from Git  https://review.opendev.org/73368417:33
johnsom^^^ That will need another workflow17:34
*** vishalmanchanda has quit IRC18:08
*** rcernin_ has joined #openstack-lbaas18:30
*** rcernin_ has quit IRC18:34
cgoncalvesthanks for fixing it18:43
*** AlexStaf has quit IRC18:50
*** hongbin has joined #openstack-lbaas19:18
*** maciejjozefczyk has quit IRC19:46
*** hongbin has quit IRC19:55
*** spatel has joined #openstack-lbaas21:03
*** yamamoto has joined #openstack-lbaas21:07
*** yamamoto has quit IRC21:12
*** spatel has quit IRC21:32
johnsomFYI we have a test failing occasionally: octavia_tempest_plugin.tests.scenario.v2.test_traffic_ops.TrafficOperationsScenarioTest.test_healthmonitor_udp_traffic21:49
johnsomIf someone has time to take a look I have opened a story for it: https://storyboard.openstack.org/#!/story/200779221:49
*** threestrands has joined #openstack-lbaas21:55
*** spatel has joined #openstack-lbaas21:56
*** rcernin_ has joined #openstack-lbaas21:59
*** rcernin_ has quit IRC22:04
*** rcernin has joined #openstack-lbaas22:04
*** rcernin is now known as rcernin|brekkie22:05
*** rcernin|brekkie has quit IRC22:19
*** TrevorV has quit IRC22:30
*** shtepanie has joined #openstack-lbaas22:32
*** spatel has quit IRC22:34
*** anushka_ai has joined #openstack-lbaas22:36
rm_workHey shtepanie and anushka_ai!22:37
rm_workWelcome to #openstack-lbaas22:37
johnsomHi! Welcome to the Octavia team.22:37
rm_workStephanie and Anushka are working with me this summer as interns. I hope to get them spun up and doing useful stuff in no time. :)22:38
anushka_aiHello! Excited to be here!! :D22:38
shtepanieHello! Nice to meet everyone.22:38
johnsomNice. Feel free to ask questions here. We are a community and happy to help.22:39
*** anushka_ai is now known as aannuusshhkkaa22:45
*** tkajinam has joined #openstack-lbaas22:45
*** shtepanie_ has joined #openstack-lbaas22:46
*** shtepanie has quit IRC22:47
*** shtepanie_ is now known as shtepanie22:47
*** aannuusshhkkaa has quit IRC22:47
*** TMM has quit IRC22:50
*** TMM has joined #openstack-lbaas22:51
*** aannuusshhkkaa has joined #openstack-lbaas22:52
*** hongbin has joined #openstack-lbaas22:56
aannuusshhkkaa#opendev22:59
*** hongbin has quit IRC23:00
*** born2bake has quit IRC23:02
*** yamamoto has joined #openstack-lbaas23:08
*** rcernin|brekkie has joined #openstack-lbaas23:09
*** rcernin|brekkie has quit IRC23:10
*** rcernin has joined #openstack-lbaas23:10
*** hongbin has joined #openstack-lbaas23:10
*** yamamoto has quit IRC23:25

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!