Wednesday, 2021-04-28

*** rcernin has joined #openstack-lbaas00:21
*** sapd1_x has quit IRC00:40
openstackgerritYuehuiLei proposed openstack/octavia master: setup.cfg: Replace dashes with underscores  https://review.opendev.org/c/openstack/octavia/+/78812400:45
haleybrm_work: this is the doc, https://docs.openstack.org/neutron/wallaby/admin/config-service-subnets.html00:50
haleyband i'm not stuck on it, just came to mind when looking at this00:51
haleybthe original intention was to be able to designate subnets for routers, floating ips, and computes all on the same network, and neutron would choose the right one, allowing operators to not consume public IP space (think dvr routers on every compute)00:52
haleybit does say it requires admin privileges which i don't remember, but maybe just since it's typically on an external network00:53
haleybusing it would require more work on port creation, and now thinking out loud maybe won't work for octavia00:54
rm_workhaleyb: it DOES seem like this is ... exactly the purpose of this feature01:09
rm_workbut yeah `Each service type must correspond to a valid device owner within the port model in order for it to be used.` STILL worries me01:09
rm_workwhy would port creation require more work?01:10
rm_worki assumed just SETTING this value or reading it maybe would require admin?01:10
haleybi'm just thinking if we have to set the device_owner for it to pick that subnet.  did i say it was late here? :)01:10
haleyband my brain is swapping01:10
rm_workyeah if so, it wouldn't work -- as we need to allow general purpose stuff also01:18
rm_workon the same subnets01:18
haleyband the name i'm using is hitting the thing you were worried about01:19
haleyb$ openstack subnet create --network e12fb43f-67a2-4f9c-b3b3-b78b04038c8c --service-type octavia --subnet-pool shared-default-subnetpool-v4 lb-subnet01:20
haleybBadRequestException: 400: Client Error for url: http://172.16.0.155:9696/v2.0/subnets, Invalid input for operation: Failed to create port on network e12fb43f-67a2-4f9c-b3b3-b78b04038c8c, because fixed_ips included invalid subnet 6f97bfb6-983b-4849-a60d-fcb15486b26c.01:20
haleybsuper non-obvious error, but removing --service-type octavia helps01:20
haleybso i guess forget i mentioned it01:20
rm_workah, damn01:22
rm_workyou almost had me excited about doing something like... service-type=octavia:flavorname01:23
haleybor there's a bug, i tried again with another string and it said the device_owner was invalid01:23
rm_work<_<01:24
haleybrm_work: yeah, it's only supposed to support network:*, neutron:*, compute:* prefixes01:33
rm_workhmm ok01:33
rm_worktags it is I guess01:33
rm_workunless we... like... register with neutron? by adding code to support lbaas:*?01:33
haleybi could have sworn i saw other strings there, but maybe it's a test where it mocks out the validator01:33
rm_workwhich ... would not work in a backwards-compatible way01:33
rm_workso ... yeah :/ tags01:33
haleybthere are the deprecated neutron:LOADBALANCER owners...01:34
haleybit was worth a noodle01:35
haleybnow you just have to fight over the name of the option, vip_subnet_tag or valid_vip_subnet_tag01:36
rm_worklol01:52
rm_workor `vip_subnet_selection_tag=`?01:52
rm_worklol01:52
*** priteau has quit IRC02:03
johnsomTags is cleaner imo02:05
johnsomThe owner fields are trouble from my experience years ago messing with them.02:06
rm_workso ... varname?02:07
rm_workthen i'll start tests and docs02:07
johnsomThat is fine with me. I just didn’t want future rm_work to come back and be like “why valid? The is lame”02:07
johnsomThe->that02:08
rm_workseriously, not married to it, just picked SOMETHING to get the patch out the door at 3am02:08
rm_worksuggestions welcome :D02:08
rm_workwhat "makes sense"02:08
johnsom`vip_subnet_selection_tag works02:09
*** sapd1_x has joined #openstack-lbaas02:40
*** xgerman has quit IRC02:52
*** sapd1_x has quit IRC04:26
*** sapd1_x has joined #openstack-lbaas04:34
*** gcheresh has joined #openstack-lbaas04:37
*** vishalmanchanda has joined #openstack-lbaas04:40
rm_worki'm kinda at an impasse for docs04:48
rm_workit's hard for me to write about this flavor setting, because we don't talk about any provider specific flavor options *at all*, seemingly on purpose04:48
johnsomSounds like a new doc page, amphora provider flavors05:14
johnsomMy flavors page is intentionally non-provider specific for sure, but we can always create a new doc page05:15
*** sapd1_x has quit IRC05:39
rm_workok, so not AGAINST having a doc page describing the options for the amphora provider *in the docs*05:56
rm_workrather than just "use provider capabilities list"05:57
rm_workI would love that anyway05:57
rm_workalso debating writing a page on "using octavia with routed networks" lol05:57
rm_workbut I'd prolly have to be like "here's some cool unmerged patches" XD05:57
*** damien_r has joined #openstack-lbaas06:06
*** damien_r has quit IRC06:11
*** luksky has joined #openstack-lbaas06:34
*** QG has joined #openstack-lbaas07:06
openstackgerritGregory Thiemonge proposed openstack/octavia master: Spare pool removal  https://review.opendev.org/c/openstack/octavia/+/78772207:15
*** rcernin has quit IRC07:25
*** marlinc has quit IRC07:29
*** rpittau|afk is now known as rpittau07:36
*** marlinc has joined #openstack-lbaas07:38
*** rcernin has joined #openstack-lbaas08:21
zigojohnsom: Sorry for my stupidity yesterday, the issue is that *I* wasn't using the correct subnet for the VIP of my LB. Otherwise, if creating with the correct subnet, everything works perfectly in our setup ! :)08:29
*** rcernin has quit IRC08:32
*** sapd1_x has joined #openstack-lbaas08:37
*** wolsen has quit IRC08:41
*** wolsen has joined #openstack-lbaas08:48
openstackgerritGregory Thiemonge proposed openstack/octavia stable/wallaby: Cap hacking and pylint  https://review.opendev.org/c/openstack/octavia/+/78843309:01
openstackgerritMerged openstack/octavia master: Fix pylint errors  https://review.opendev.org/c/openstack/octavia/+/78804709:16
*** priteau has joined #openstack-lbaas09:22
openstackgerritGregory Thiemonge proposed openstack/octavia stable/victoria: Cap hacking  https://review.opendev.org/c/openstack/octavia/+/78845809:24
*** sapd1_x has quit IRC09:26
*** rcernin has joined #openstack-lbaas09:39
*** sapd1_x has joined #openstack-lbaas09:49
openstackgerritGregory Thiemonge proposed openstack/octavia stable/ussuri: Cap hacking  https://review.opendev.org/c/openstack/octavia/+/78846409:53
*** vishalmanchanda has quit IRC10:00
*** sapd1_x has quit IRC10:06
*** sapd1_x has joined #openstack-lbaas10:06
*** vishalmanchanda has joined #openstack-lbaas10:11
*** sapd1_x has quit IRC11:14
*** rcernin has quit IRC15:01
openstackgerritMerged openstack/octavia-tempest-plugin master: Fix owner_or_admin API tests  https://review.opendev.org/c/openstack/octavia-tempest-plugin/+/78717715:10
*** rcernin has joined #openstack-lbaas15:12
*** xgerman has joined #openstack-lbaas15:17
*** rcernin has quit IRC15:17
*** damien_r has joined #openstack-lbaas15:41
*** rcernin has joined #openstack-lbaas15:59
gthiemonge#startmeeting Octavia16:01
openstackMeeting started Wed Apr 28 16:01:00 2021 UTC and is due to finish in 60 minutes.  The chair is gthiemonge. Information about MeetBot at http://wiki.debian.org/MeetBot.16:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:01
*** openstack changes topic to " (Meeting topic: Octavia)"16:01
openstackThe meeting name has been set to 'octavia'16:01
gthiemongeHi16:01
QGHello16:01
johnsomo/16:01
haleybhi16:01
gthiemonge#topic Announcements16:01
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"16:01
gthiemongePEP8 issues: new releases of hacking and pylint have broken our pep8 job16:02
johnsomShort agenda this week, nice!16:02
gthiemongeit is now fixed on master16:02
gthiemongejohnsom: we discussed too much during the PTG16:02
gthiemongeBut fixes are waiting for reviews on stable branches:16:02
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/78843316:03
johnsomThanks for the quick patch on the pep8 issue16:03
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/78845816:03
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/78846416:03
gthiemongeolder stable branches already have the cap on pylint16:03
gthiemongeI don't have any other announcements for this week. Does anyone have anything?16:04
johnsomYeah, I agree we should do that16:04
johnsomThanks to everyone for a good PTG session. I think we had some good discussions.16:04
gthiemongeYes, that was really interesting16:05
johnsomThere is a mailing list discussion about sqlalchemy breakage with the new version.16:05
*** rcernin has quit IRC16:05
johnsom#link http://lists.openstack.org/pipermail/openstack-discuss/2021-April/022094.html16:05
johnsomThat may be of interest to folks16:06
gthiemongejohnsom: I launched the unit tests in a env with the new sqlalchemy release, and I didn't notice anything wrong16:06
johnsomOk cool. I think we also did some of that work already.16:06
johnsomI remember it coming up before16:06
gthiemongecool16:06
gthiemongeanything else?16:07
gthiemongeok16:07
gthiemonge#topic Brief progress reports / bugs needing review16:07
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"16:07
gthiemongeFollowing our discussions on the CentOS 8/stream jobs during the PTG, I deployed my dev environemnt on CentOS Stream.16:08
johnsomI think I have mostly been doing reviews and minor patches. I did complete the items I signed up for at the PTG and updated the etherpad with my findings.16:08
gthiemongeI patched devstack to not use the current release of RDO (which is still Victoria) but instead I'm using packages from RDO Wallaby.16:08
gthiemongeAnd everything is working fine so far, so I'm confident that we will be able to fix our CentOS jobs after the RDO release.16:09
gthiemongejohnsom: yeah thanks for the update on the TLS features that are missing in openstacksdk16:09
gthiemongeI also tried to continue the work on amphorav2, I found a couple of bugs when enabling persistence16:10
gthiemongeOne in Octavia, the max_workers config is not used when jobboard is enabled:16:10
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/78830716:10
gthiemongeThe second bug in taskflow, I proposed a patch:16:10
gthiemonge#link https://review.opendev.org/c/openstack/taskflow/+/78832816:11
gthiemongeOh and there's a last bug with the failover flow:16:11
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/78766716:11
gthiemongeI'm also working on the removal of the spare feature (deprecated since Victoria)16:11
gthiemongeit will help us to avoid some known issues with amphorav2:16:12
johnsomI think it would be nice to get the focal periodic test image build job going for the deployment projects that use the test image:16:12
johnsom#link https://review.opendev.org/c/openstack/octavia/+/76309216:12
gthiemonge#link https://review.opendev.org/c/openstack/octavia/+/78772216:12
johnsomWe did finally get the xenial image removed16:12
gthiemongeok, cgoncalves sent a CR-1 for a previous patchset16:14
gthiemongejohnsom: I will review it16:14
gthiemonge#topic Open Discussion16:16
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)"16:16
johnsomYeah, I addressed his comment by removing the other changes we needed at the time that was posted.16:16
cgoncalves+2'd16:16
gthiemongejohnsom: ok!16:16
gthiemongethanks16:16
gthiemongejohnsom: one question for you: during the spare pool removal, I noticed a lot of unused controller tasks in both amphorav1 and amphorav216:17
gthiemonge#link http://paste.openstack.org/show/804828/16:17
gthiemongehttps://codesearch.opendev.org/?q=UpdateAmphoraeVIPData&i=nope&files=&excludeFiles=&repos=16:17
gthiemongehttps://codesearch.opendev.org/?q=MarkListenerDeletedInDB&i=nope&files=&excludeFiles=&repos=16:17
gthiemongeany reason for that? can we remove them?16:17
johnsomI am sure there are some16:18
cgoncalvesare you by chance suggesting we leave cruft code behind? tss-tss...16:18
johnsomGreat expectations that never materialized16:18
gthiemongeperhaps there's a plan to use them ;-)16:18
johnsomWell, some of these, there *was* a plan, like four years ago....16:19
johnsomCan we move that to etherpad? That way I can comment on each one?16:19
gthiemongethe good thing is that we have tests for those classes :D16:20
gthiemongejohnsom: Yeah I will create an etherpad16:20
gthiemonge#link https://etherpad.opendev.org/p/octavia-unused-controller-classes16:21
johnsomSome of this is leftover from changes I made in the failover flow. I had to leave them in the first patches as v2 was still using them. So, yeah, many of these can go. Some were wishful thinking back when we started the project.16:21
johnsomOthers make me think we have a bug somewhere.... sigh16:22
gthiemongehaha16:22
johnsomI will add my comments after the meeting16:22
gthiemongethanks johnsom16:23
gthiemongeany other topics today?16:23
gthiemongeok16:25
gthiemongeThanks everyone!16:25
gthiemonge#endmeeting16:25
*** openstack changes topic to "Discussions for OpenStack Octavia | Priority bug review list: https://etherpad.openstack.org/p/octavia-priority-reviews"16:25
openstackMeeting ended Wed Apr 28 16:25:29 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:25
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2021/octavia.2021-04-28-16.01.html16:25
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2021/octavia.2021-04-28-16.01.txt16:25
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2021/octavia.2021-04-28-16.01.log.html16:25
johnsomThanks gthiemonge16:25
*** QG has quit IRC16:31
johnsomgthiemonge Is this something we could have as a periodic job?16:34
gthiemongejohnsom: what do you mean? checking unused code?16:35
johnsomYeah, checking for unused tasks16:36
johnsomOr even just a tox env maybe?16:36
gthiemongehm, I don't think it's worth it to setup a job16:37
gthiemongetox env, yeah maybe16:37
*** rcernin has joined #openstack-lbaas16:38
*** rpittau is now known as rpittau|afk16:39
*** rcernin has quit IRC16:43
*** rcernin has joined #openstack-lbaas16:57
*** rcernin has quit IRC17:02
johnsomgthiemonge I have added my comments to the etherpad about the unused tasks.17:02
gthiemongejohnsom: thanks!17:30
openstackgerritMerged openstack/octavia stable/wallaby: Cap hacking and pylint  https://review.opendev.org/c/openstack/octavia/+/78843317:48
openstackgerritMerged openstack/octavia stable/ussuri: Cap hacking  https://review.opendev.org/c/openstack/octavia/+/78846418:42
openstackgerritMerged openstack/octavia stable/victoria: Cap hacking  https://review.opendev.org/c/openstack/octavia/+/78845818:42
*** vishalmanchanda has quit IRC19:40
*** njohnston has joined #openstack-lbaas20:53
*** gcheresh has quit IRC21:38
*** rcernin has joined #openstack-lbaas21:40
*** gregraka has quit IRC21:59
*** rcernin has quit IRC22:06
*** rcernin has joined #openstack-lbaas22:07
*** luksky has quit IRC22:56
*** bcafarel has quit IRC23:11
*** bcafarel has joined #openstack-lbaas23:11

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