Thursday, 2019-09-12

*** goldyfruit_ has joined #openstack-lbaas00:12
johnsomrm_work Still around?00:17
rm_workyeah00:17
rm_workin a meeting but yes00:17
johnsomhttps://review.opendev.org/#/c/659626/15/octavia/db/models.py Line 81000:18
johnsomCarlos has a foreignkey to the listeners table for listener_id. When you get the sqlalchemy model back it automagicly has the whole listener object also attached. Do you know how to stop that?00:18
johnsoma dir(db_object) shows:00:20
johnsom['__class__', '__delattr__', '__dict__', '__doc__', '__eq__', '__format__', '__getattribute__', '__hash__', '__init__', '__module__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', '__weakref__', '_find_in_graph', '_get_unique_key', '_name', 'cidr', 'from_dict', 'listener', 'listener_id', 'to_dict', 'update']00:20
rm_workuhh00:20
johnsomMy problem is our wonderful to_dict() will expand that listener object too.00:20
rm_workif it's lazy-load, then it won't until you access it00:20
rm_workah hmm00:21
rm_workyeah that'd access it, lol00:21
rm_worki am not sure00:21
johnsomOk, thanks00:21
johnsomI don't want to do something dumb like "if listenercidr del listener"00:21
johnsomlol, well, this will work00:31
johnsom    def to_dict(self, **kwargs):00:31
johnsom        return {'cidr': self.cidr, 'listener_id': self.listener_id}00:31
rm_work:D00:33
johnsomThe things I do to work around sqlalchemy issues.....00:36
*** henriqueof has joined #openstack-lbaas00:45
*** henriqueof1 has quit IRC00:46
*** ivve has quit IRC00:47
*** ricolin has joined #openstack-lbaas00:48
*** henriqueof1 has joined #openstack-lbaas00:56
*** henriqueof has quit IRC00:57
*** happyhemant has quit IRC01:00
*** henriqueof1 has quit IRC01:05
*** henriqueof has joined #openstack-lbaas01:05
*** pcaruana has quit IRC01:09
johnsomrm_work are you working on the nits patch?02:03
rm_workwaiting for the recheck02:04
johnsomOh it exploded in zuul02:04
johnsomIf you have that I will finish up fixing Carlos's patch02:04
rm_workyeah02:09
johnsomI would just ignore W50402:14
rm_workerr, where?02:15
rm_worki didn't get that one02:15
johnsomhttps://github.com/openstack/octavia/blob/master/tox.ini#L14402:16
johnsomWell it is a bit of a stupid rule, so I would just exclude it. At least for now02:16
johnsomYeah, neutron ignores it too02:17
rm_worki mean, which patch is it causing problems?02:51
rm_workoh weird02:52
rm_worki don't get that Warning locally02:53
rm_workcan't repro02:53
rm_workthat or E30502:53
rm_workok well I think I got those handled03:00
rm_workwill try again in the gate since I can't repro it locally T_T03:01
openstackgerritAdam Harwell proposed openstack/octavia master: Fix a few nits from the main volume-based patch  https://review.opendev.org/68114403:01
johnsomDid you rebuild your tox environment? It shows up for me03:02
rm_workyeah, like 3 times just now03:03
johnsomSuper strange03:03
rm_workhmmm locally it's still installing 2.5.5 >_>03:04
rm_workwtf03:04
rm_workweird03:05
rm_worksomething cached? <_<03:05
sapd1rm_work,  you are working on VIP ACL?03:06
johnsomsapd1: I am03:06
sapd1Do we need to write specs about the last discussion about deny access for LB?03:07
sapd1Just write story on storyboard, rights?03:07
johnsomI think so, but Mr PTL can chime in03:07
johnsomA spec might be good as it allows comments better than storyboard03:10
rm_workI'm concerned though, because this is ... comments on the way we're implementing... the thing that we're planning to merge in the next 24 hours? lol03:11
johnsomWell, I think the proposal is the inverse, but yeah, this needs discussion given the decision we made for this patch.03:13
rm_workjohnsom: i am a little concerned that there's broken reqs in upper-requirements: https://zuul.opendev.org/t/openstack/build/9782d30ea93e46f8b53b82df302003dd03:14
rm_workfor py203:14
rm_workeverything py2 is failing now03:14
rm_workpy27, functional, py2-scenarios ...03:15
johnsomYeah, I saw that. I wasn’t sure if it was something we were doing that caused that or not03:15
rm_worki don't think so03:16
johnsomDo we just need to advance something in our requirements?03:16
rm_workit's an == coming from upper-constraints03:16
rm_workwhich is from requirements project, isn't it?03:16
johnsomYes03:17
rm_workERROR: No matching distribution found for configparser===4.0.1 (from -c /opt/upper-constraints.txt (line 620))03:17
rm_workso ...03:17
rm_workI think maybe they f'd up a patch?03:17
rm_workchecking03:17
rm_workyeah the last patch broke it03:18
rm_workhttps://github.com/openstack/requirements/commit/c9b1610a12b4a75e2e658dd85ce2650ab358b60f#diff-0bdd949ed8a7fdd4f95240bd951779c8L62003:18
johnsomWe don’t have that in our reqs....  sigh03:18
sapd1https://storyboard.openstack.org/#!/story/2006533 have a look.03:18
rm_worki don't think we require it directly?03:19
rm_workwe never use it directly, it comes in from somewhere else03:19
rm_workso we shouldn't have it, i think03:19
rm_workbut... there is no 4.0.103:19
rm_workhttps://pypi.org/project/configparser/#history03:19
johnsomLol, wow, how did that happen.  Thode!03:20
rm_workpoking him >_>03:21
rm_workONE THING AFTER ANOTHER03:21
rm_worklove freeze week :D03:21
rm_workyeah I am hereby stating that we're entering freeze next week instead. fight me.03:21
johnsomLol03:22
rm_workFriday, September 2003:22
* johnsom thinks he needs to move his vacation up two weeks next year03:22
rm_workI think that works03:22
rm_workeh, maybe Wednesday is enough03:23
rm_workgives us the weekend for stuff to settle and a couple days to get these things merged03:23
rm_workWednesday the 18th? That seem good to you?03:23
johnsomYeah, we don’t do milestone releases anymore so..03:23
johnsomPTL call03:24
rm_workhmm, what to do about: W605 invalid escape sequence '\ '03:30
rm_workadd another `\`?03:31
rm_workthat was your code03:32
rm_workright johnsom ?03:32
rm_workdo you know what it's supposed to be doing? is there a reason it's not a real escape?03:32
johnsomummm, link?03:33
rm_workah right03:33
rm_workhttps://github.com/openstack/octavia/blob/master/octavia/common/jinja/haproxy/combined_listeners/jinja_cfg.py#L14303:34
rm_workthere's one more but it's exactly the same, so whatever we do for this one03:34
rm_workin my head i already showed you the code, lol03:34
johnsomAh, it is supposed to be an explicit \ + space, so in the string I'm escaping the space. Not for python, but for the output03:35
rm_workyeah ok03:35
johnsomso maybe just r'\ '?03:35
rm_workso we need to ignore that error03:35
rm_workah err03:35
rm_workso yeah \\ would also work03:35
rm_workthat's what that means03:35
johnsomYeah, r is bad, don't do that03:36
johnsomoh, well, maybe r is ok.03:36
rm_workit should be03:37
openstackgerritAdam Harwell proposed openstack/octavia master: Fix a few nits from the main volume-based patch  https://review.opendev.org/68114403:37
rm_workbut i'll just explicitly escape it03:37
johnsomYeah, ok, it should just be r'\ '03:37
rm_work'\\ ' is == r'\ '03:37
johnsomI will quote you on that03:37
johnsomgrin03:37
rm_work>>> '\\ ' is r'\ '03:37
rm_workTrue03:37
rm_worki mean it quite literally lol03:38
johnsomIn python 99.3?03:38
johnsomrevenge of the python?03:38
rm_workuhhh we'll see in a decade or five i guess03:38
johnsomlol03:38
rm_workalright we're gonna be queued for another 1-2h i guess so03:39
rm_worki'm gonna go do stuff03:39
rm_workbe back in 2--6h03:39
rm_work*2-6h03:39
johnsomo/03:39
johnsomI am still working on straightening out the cidr object stuff. Solved one problem, found another one03:40
*** KeithMnemonic has quit IRC04:04
openstackgerritMichael Johnson proposed openstack/octavia master: Add VIP access control list  https://review.opendev.org/65962604:06
openstackgerritMichael Johnson proposed openstack/octavia master: Add VIP access control list  https://review.opendev.org/65962604:08
johnsomOk, I think that is working.04:08
johnsomPretty pumped that my new lib-getter functional test caught some issues.04:09
johnsomOk, calling it a night. I think we are stuck until requirements can fix upper-constraints....04:11
*** spatel has joined #openstack-lbaas04:17
*** sapd1_x has joined #openstack-lbaas04:23
*** ricolin has quit IRC04:27
*** pcaruana has joined #openstack-lbaas04:32
*** pcaruana has quit IRC04:58
*** spatel has quit IRC04:58
*** sapd1_x has quit IRC05:13
*** vishalmanchanda has joined #openstack-lbaas05:20
rm_workYeah05:29
*** ramishra has joined #openstack-lbaas05:31
*** gcheresh_ has joined #openstack-lbaas05:42
*** tkajinam has quit IRC06:00
*** tkajinam has joined #openstack-lbaas06:06
*** pcaruana has joined #openstack-lbaas06:08
*** rpittau|afk is now known as rpittau06:36
*** pcaruana has quit IRC06:41
*** ricolin has joined #openstack-lbaas06:41
*** maciejjozefczyk has joined #openstack-lbaas06:43
*** tkajinam_ has joined #openstack-lbaas06:53
*** tkajinam has quit IRC06:56
*** ricolin has quit IRC06:59
*** ccamposr__ has joined #openstack-lbaas07:00
*** ccamposr has quit IRC07:03
*** ivve has joined #openstack-lbaas07:07
cgoncalvesjohnsom, thanks for the great help on the VIP ACL patch!07:08
cgoncalvestox started now complaining about E741 ambiguous variable name 'l'...07:09
cgoncalvessorry, pep807:09
cgoncalvesthe exact line has been there for a while, so maybe yet-another requirement bump? :S07:10
*** pcaruana has joined #openstack-lbaas07:11
*** trident has quit IRC07:15
cgoncalvespep8 passed locally, though07:15
*** ricolin has joined #openstack-lbaas07:18
gthiemongecgoncalves: you should try it with 'tox --recreate'07:21
*** happyhemant has joined #openstack-lbaas07:23
cgoncalvesgthiemonge, I did http://paste.openstack.org/show/kgwvKXsiyDHWBSRohyjP/07:24
*** trident has joined #openstack-lbaas07:24
cgoncalveschanged basepython to python2 in tox.ini. it failed now but different problem07:24
*** bcafarel has quit IRC07:24
gthiemongehm, I have hundreds of errors07:27
*** trident has quit IRC07:28
gthiemongecgoncalves: http://paste.openstack.org/show/775346/07:28
cgoncalvesgthiemonge, reading channel backlog, johnsom is facing same problem as you while rm_work could not reproduce it07:31
cgoncalvesre-recreated a second time, passed07:31
cgoncalvesconfigparser update reverted https://review.opendev.org/#/c/681630/07:32
johnsomYeah, it is a requirements team issue as far as I know07:34
cgoncalveslol, autobahn lib (https://pypi.org/project/autobahn/). the autobahn here in Germany has been in intense refactor mode since I moved to Germany 5 years ago07:35
*** trident has joined #openstack-lbaas07:37
johnsomI just remember white knuckles as the BMW flew by is.07:44
johnsomOk, offline for the night. Good luck07:44
*** bcafarel has joined #openstack-lbaas07:56
rm_workcgoncalves: all of those errors are fixed in the patch I submitted above07:58
rm_workhttps://review.opendev.org/68114407:58
rm_workWe needed the reqs patch to land before we can merge that one07:58
rm_workBut that will fix our gate07:58
rm_workI recommend you base all other patches on top of that for now07:59
rm_workAs it will be the first to merge once reqs are working07:59
rm_workgthiemonge: ^^07:59
cgoncalvespy27 is passing now in Zuul07:59
cgoncalvesrebasing now. thanks, rm_work!08:00
gthiemongerm_work: ack, thanks08:00
cgoncalvesoh, it is already. thank you, johnsom!08:00
cgoncalvesrm_work, you missed v1/tasks/database_tasks.py08:01
cgoncalves./octavia/controller/worker/v1/tasks/database_tasks.py:1590:13: E741 ambiguous variable name 'l'08:01
rm_workThought I got that one08:02
rm_workI remember fixing it...08:02
rm_workOh ffff yeah I did it once not twice :D08:02
rm_workOoos08:02
rm_work*ooos08:02
rm_work*oops08:03
rm_workStupid phone08:03
rm_workSec I'll fix the other one08:03
openstackgerritAdam Harwell proposed openstack/octavia master: Fix a few nits from the main volume-based patch  https://review.opendev.org/68114408:05
*** tkajinam_ has quit IRC08:09
rm_workif you want to +2 it I will +A :D08:10
cgoncalveswaiting for Zuul to pass certain jobs08:13
rm_workyeah ok, i'll +2 and you can +A when you're happy :)08:16
rm_workcause i'm about to head to bed08:16
*** threestrands has quit IRC08:16
cgoncalvesk08:16
openstackgerritAdam Harwell proposed openstack/octavia master: Fix 'additive_only' parameter api-ref  https://review.opendev.org/68162508:16
rm_workrebased and +A08:16
openstackgerritCarlos Goncalves proposed openstack/octavia master: Add VIP access control list  https://review.opendev.org/65962608:18
rm_workWAT08:28
rm_workoctavia-tox-functional-py37-tips FAILED08:28
rm_workERROR: Could not find a version that satisfies the requirement SQLAlchemy===1.3.808:28
rm_workI will *destroy* someone08:29
rm_workok, no, that exists in pypi08:29
rm_workwtf08:29
rm_workah, connection issue08:30
rm_workok, well, that'll need a recheck -- cgoncalves can you do that when it finishes?08:30
cgoncalvesrm_work, we can force a recheck with a rebase or something08:30
rm_worknothing to rebase it on08:30
rm_worki was thinking that lol08:31
rm_workcould make a change to the commit message <_<08:31
openstackgerritCarlos Goncalves proposed openstack/octavia master: Fix a few nits from the main volume-based patch  https://review.opendev.org/68114408:31
cgoncalvesrm_work, ^08:31
rm_work+208:32
*** bcafarel has quit IRC08:34
*** bcafarel has joined #openstack-lbaas08:35
openstackgerritGregory Thiemonge proposed openstack/octavia stable/stein: Add support for monitor_{address,port} in UDP members  https://review.opendev.org/67534908:43
openstackgerritGregory Thiemonge proposed openstack/octavia stable/stein: Fixed pool and members status with UDP loadbalancers  https://review.opendev.org/67536208:43
openstackgerritGregory Thiemonge proposed openstack/octavia stable/stein: Fixed down server issue after reloading keepalived  https://review.opendev.org/67536308:43
openstackgerritGregory Thiemonge proposed openstack/octavia stable/stein: Prevent UDP LBs to use different IP protocol versions in amphora driver  https://review.opendev.org/67536408:43
*** sapd1 has quit IRC08:44
*** ccamposr has joined #openstack-lbaas08:48
*** ccamposr__ has quit IRC08:51
*** ccamposr__ has joined #openstack-lbaas09:02
*** ccamposr has quit IRC09:04
cgoncalvesErr:4 http://mirror.regionone.fortnebula.opendev.org/ubuntu bionic-security InRelease09:10
cgoncalvesnow on octavia-v2-dsvm-scenario :/09:10
cgoncalvesfortnebula has caused nothing by trouble09:11
openstackgerritCarlos Goncalves proposed openstack/octavia master: Fix a few nits from the main volume-based patch  https://review.opendev.org/68114409:11
cgoncalvesuhm, +2s are cleared but +1s aren't?!09:12
cgoncalvesmore mirror issues with fortnebula09:13
cgoncalvesUnable to connect to mirror.regionone.fortnebula.opendev.org09:13
*** rcernin has quit IRC09:16
*** ricolin has quit IRC09:37
cgoncalvesfortnebula strikes again...10:06
cgoncalvesgoing to -infra10:07
cgoncalvesDisable fortnebula cloud - https://review.opendev.org/#/c/681697/10:11
openstackgerritAnn Taraday proposed openstack/octavia master: Convert listener flows to use provider models  https://review.opendev.org/66023610:27
openstackgerritAnn Taraday proposed openstack/octavia master: Convert pool flows to use dicts  https://review.opendev.org/66538110:27
openstackgerritAnn Taraday proposed openstack/octavia master: Transition member flows to use dicts  https://review.opendev.org/65784210:27
openstackgerritAnn Taraday proposed openstack/octavia master: Transition amphora flows to dicts  https://review.opendev.org/66889810:27
openstackgerritAnn Taraday proposed openstack/octavia master: Convert Lb flows to use provider dicts  https://review.opendev.org/67172510:27
openstackgerritAnn Taraday proposed openstack/octavia master: [WIP] Jobboard based controller  https://review.opendev.org/64740610:27
openstackgerritCarlos Goncalves proposed openstack/octavia master: Fix a few nits from the main volume-based patch  https://review.opendev.org/68114410:32
openstackgerritAnn Taraday proposed openstack/octavia master: Convert health_monitor flows to use provider models  https://review.opendev.org/67977910:42
openstackgerritAnn Taraday proposed openstack/octavia master: Transition l7policy flows to dicts  https://review.opendev.org/66597710:47
openstackgerritAnn Taraday proposed openstack/octavia master: Transition l7rule flows to dicts  https://review.opendev.org/66817310:47
*** ajay33 has joined #openstack-lbaas10:48
openstackgerritAnn Taraday proposed openstack/octavia master: Use retry for AmphoraComputeConnectivityWait  https://review.opendev.org/66279110:51
*** sapd1_x has joined #openstack-lbaas10:56
*** numans has joined #openstack-lbaas10:58
openstackgerritAnn Taraday proposed openstack/octavia master: Convert Lb flows to use provider dicts  https://review.opendev.org/67172511:24
openstackgerritAnn Taraday proposed openstack/octavia master: [WIP] Jobboard based controller  https://review.opendev.org/64740611:24
openstackgerritCarlos Goncalves proposed openstack/octavia master: Add VIP access control list  https://review.opendev.org/65962611:41
*** boden has joined #openstack-lbaas11:47
*** ccamposr__ has quit IRC12:12
*** ccamposr has joined #openstack-lbaas12:13
*** goldyfruit_ has quit IRC12:16
*** pcaruana has quit IRC13:30
*** ricolin has joined #openstack-lbaas13:39
*** Vorrtex has joined #openstack-lbaas13:41
*** happyhemant has quit IRC13:47
*** KeithMnemonic has joined #openstack-lbaas13:53
*** goldyfruit_ has joined #openstack-lbaas13:53
*** goldyfruit_ has quit IRC13:54
*** tkajinam has joined #openstack-lbaas13:55
*** goldyfruit has joined #openstack-lbaas13:56
openstackgerritMaciej Józefczyk proposed openstack/octavia master: Add new algorithm SOURCE_IP_PORT  https://review.opendev.org/67246314:00
openstackgerritMaciej Józefczyk proposed openstack/octavia master: Validate supported LB algorithm in Amphora provider drivers  https://review.opendev.org/67247714:00
*** pcaruana has joined #openstack-lbaas14:08
*** goldyfruit_ has joined #openstack-lbaas14:09
*** goldyfruit has quit IRC14:12
*** henriqueof1 has joined #openstack-lbaas14:27
*** henriqueof has quit IRC14:30
*** gcheresh_ has quit IRC14:40
*** Vorrtex has quit IRC14:51
*** pcaruana has quit IRC14:57
*** tkajinam has quit IRC15:06
*** rouk has joined #openstack-lbaas15:11
roukjohnsom: in ProviderDriver, create_vip_port has a message of 'This provider does not support creating VIP ports. Octavia will create it.', but it crashes and gives up if that function isnt in the driver.15:13
cgoncalvesjohnsom, rm_work: the ACL patch is passing now. could you +2 it again? https://review.opendev.org/#/c/659626/15:13
roukis it supposed to just die? should it be catching and continuing with creation itself?15:14
cgoncalvesI thought it had been fixed. IIRC problem was we were catching an exception from octavia whereas it should be the same but from octavia-lib (or the other way around)15:15
johnsomrouk Umm, no, that should not happen.  What version of Octavia and what driver are you using?15:15
johnsomYeah, I also thought that was fixed15:15
roukstein, and this a10 one im trying to make work.15:16
roukbut i think it might be an error directly after with an empty message thats actually stopping it.15:16
rouk"ProviderDriverError: Provider 'a10' reports error: " no message.15:16
johnsomCan you paste.openstack.org the log sections?15:17
roukyep, sec15:17
roukhttp://paste.openstack.org/show/5IOiitE3yBDUbEmMbdLN/15:18
roukhttps://github.com/a10networks/a10-octavia/blob/master/a10_octavia/api/drivers/driver.py15:19
roukthe driver is here.15:19
rouki was demo'd this stuff "working", but they must have had some strange undocumented setup.15:20
johnsomlol15:21
johnsomrouk Ok, yeah, we fixed this on master, but forgot to backport it to stein. Sorry about that15:26
roukoi15:26
johnsomThis patch: https://github.com/openstack/octavia/commit/e2defa6dd238d82ce4ee457e21ca047888d2710615:27
roukshould i cherrypick or just pull up to master? master + stein wont break?15:28
openstackgerritMichael Johnson proposed openstack/octavia stable/stein: Fix catching driver exceptions  https://review.opendev.org/68177915:28
roukor are you going to merge it to stable/stein in the next 10 mins and ill just rebuild?15:28
johnsommerge in 10 minutes?  What mythical CI environment do you work in? grin15:29
johnsomIt will be at least a day to merge. More before a release lands on pypi15:29
openstackgerritMichael Johnson proposed openstack/octavia stable/rocky: Fix catching driver exceptions  https://review.opendev.org/68178015:30
cgoncalvesspeaking of stable branches, I'll be checking them next week. hopefully we can merge all open stable patches and cut stable releases15:30
roukam i safer to just run master for my testing? master+stein should be fine for octavia right?15:30
johnsomYes, it should work fine15:31
roukalright, ill just build some master octavia images and play with it there.15:31
johnsomWe have added a new tag for patches to try to improve the backport situation. I hope there will now be less we miss.15:32
johnsomrouk FYI, you might want to pull master after this next patch merges. There was a requirements issue last night with upper-constraints.15:34
johnsomThis patch is just about to merge: https://review.opendev.org/68114415:35
roukah, ETA?15:35
johnsomAny minute now15:35
roukalright, ill watch for it.15:36
*** ataraday_ has quit IRC15:36
*** sapd1_x has quit IRC15:41
openstackgerritMerged openstack/octavia master: Fix a few nits from the main volume-based patch  https://review.opendev.org/68114415:42
johnsomrouk ^^^^ Ok, master should be good now.15:43
roukexcellent, and if i just follow requirements.txt for octavia_lib master should be happy with.... 1.3.1?15:44
*** rpittau is now known as rpittau|afk15:44
roukother way around, words, hard. octavia master is still happy with _lib 1.3.1?15:44
johnsomhmmm, you might need 1.4.0 octavia-lib15:45
cgoncalvesyes https://github.com/openstack/octavia/blob/master/lower-constraints.txt#L7515:45
johnsomAh, ok, cool15:45
*** maciejjozefczyk has quit IRC15:45
roukthe repo says 1.3.1, just wanted to make sure it was still in sync, since thats the bits im testing against.15:46
johnsomcgoncalves Hmm, should your patch advance that?15:46
cgoncalvesjohnsom, the allowed_cidrs patch in -lib is part of 1.3.0 or 1.3.115:46
johnsomok15:46
cgoncalvesyep, included in 1.3.015:47
johnsomYeah, ok, 1.4.0 was mostly docs and removing the need for oslo log, so not critical15:47
*** ivve has quit IRC15:52
*** ricolin has quit IRC16:03
*** ricolin has joined #openstack-lbaas16:04
*** ricolin has quit IRC16:05
*** goldyfruit_ has quit IRC16:32
*** goldyfruit_ has joined #openstack-lbaas16:48
*** Vorrtex has joined #openstack-lbaas17:16
*** ivve has joined #openstack-lbaas17:31
*** pcaruana has joined #openstack-lbaas17:58
roukwhere does line 45 in octavia/controller/queue/v1/endpoints.py get that function from? http://paste.openstack.org/show/woNg9bNPjjXH7uVwcygu/ getting this on my driver lb create.18:19
roukloadbalancer_create in -lib only takes 2 args in the skeleton, is it getting a different function?18:20
johnsomrouk The queue and endpoints are only used for the amphora driver.18:31
roukthen why are they failing for a not-amphora driver...18:31
johnsomFair question18:31
johnsomAh, it looks like the A10 driver is also using a messaging queue.18:32
johnsomrouk Yeah, so, it looks like that A10 driver is putting messages on the Octavia Amphora driver message queue here: https://github.com/a10networks/a10-octavia/blob/master/a10_octavia/api/drivers/driver.py#L5418:35
johnsomThey should use their own queue, not the amphora driver queue18:36
johnsomIf you see, they copied the amphora driver queue setup: https://github.com/openstack/octavia/blob/master/octavia/api/drivers/amphora_driver/v1/driver.py#L4318:37
johnsomSame topic and namespace18:37
roukthey also stole config options, its a mess, but im trying to get it working enough to provide them detailed feedback on the mistakes they need to fix.18:40
johnsomHave them start here: https://docs.openstack.org/octavia/latest/contributor/guides/providers.html grin18:41
roukyeah... trying to help more than that... i can fix most of it i think pretty quickly.18:42
roukjust not understanding how that function gets pulled so i can find what is wrong.18:42
johnsomTheir docs appear to be behind a login, so I can't really give much guidence18:43
roukthe readme on that repo is the only docs you get, this module isnt part of their official support18:43
roukand their readme is wrong.18:43
johnsomSo the driver gets pulled in here: https://github.com/a10networks/a10-octavia/blob/master/setup.cfg#L3718:43
johnsomSo this gets called: https://github.com/a10networks/a10-octavia/blob/master/a10_octavia/api/drivers/driver.py#L5118:44
johnsomon an LB create18:44
johnsomThat is putting a message on our queue which doesn't match the signature for our endpoints (it's an old fork I guess)18:44
roukbut why would it be getting more args?  it matches the boilerplate class its extending18:45
roukalso, unrelated question, access logs, is there no way for a user to get the hits from the perspective of the amphora?18:46
johnsomOurs expects three: https://github.com/openstack/octavia/blob/master/octavia/controller/queue/v1/endpoints.py#L4218:46
johnsomYou want this Train feature: https://docs.openstack.org/octavia/latest/admin/log-offloading.html18:47
roukbut the base class is https://github.com/openstack/octavia-lib/blob/master/octavia_lib/api/drivers/provider_base.py#L63 which expects 218:47
johnsomRight, because the queue in the Amphora driver is after that interface.18:48
johnsomThis is the amphora driver version of the driver interface: https://github.com/openstack/octavia/blob/master/octavia/api/drivers/amphora_driver/v1/driver.py#L7118:49
johnsomThe queue interface is not the driver interface. The queue for the amphora driver is internal to amphora driver. Third party drivers should never use it18:50
johnsomA user call flows like this in Octavia Amphora driver: API->driver interface->amphora driver->amphora queue->amphora endpoint->controller worker.18:53
johnsomThey are doing API->driver interface->A10 driver->amphora queue->amphora endpoint->ERROR18:53
johnsomhttps://github.com/openstack/octavia-lib/blob/master/octavia_lib/api/drivers/provider_base.py#L63 is the driver interface18:53
johnsomIf they want to use a queue, they should do API->driver interface->A10 driver->A10 queue->A10 endpoint->A10 code18:55
roukyeah, for now i just want it working in my lab like it was workign in their lab, then i gotta make a giant list of everything thats wrong18:58
roukso, goal is working model in lab, then ill try and teach them or make a giant PR18:59
roukwe asked for this, they rushed it and coded it like garbage it seems.,18:59
*** goldyfruit_ has quit IRC19:52
*** Vorrtex has quit IRC19:52
*** goldyfruit has joined #openstack-lbaas19:52
roukjohnsom: shouldnt this arg have a default of none or something? seems strange to require it as a mandatory arg, never used to be an arg at all https://github.com/openstack/octavia-lib/blob/master/octavia_lib/api/drivers/provider_base.py#L2719:56
cgoncalveshope you get a good license deal after all that work ;)19:57
johnsomrouk Good question, rm_work added that, maybe he will have an answer.19:58
roukcgoncalves: i just want things to not be a mess all the time, and things are a mess all the time.19:59
roukjohnsom: it just seems strange, yet another incompatibility with master with this driver that likes to borrow all the amphora components, but that one does seem weird.20:00
rm_workLemmie get context20:09
rm_workrouk / johnsom: it was supposed to be used in the multivip stuff, but that patch isn't going to make Train20:19
rm_workso it'll hopefully be in Ussuri20:19
rm_workas to why it's *mandatory*...20:20
rm_work¯\_(ツ)_/¯20:20
rm_workall args there are mandatory20:20
rm_workand it's a dict structure so it'd need to be a "None with autoconvert to emptydict" and it made sense just to require the driver to deal with it somehow20:21
rm_workwhether that's making it have a default in THEIR signature (which is fine?) or explicitly passing an empty dict to it20:21
rm_workI mean, MAYBE multivip could make Train if I go *hard* on it today and focus 100%, and then convince Michael to do the same to review it, and I don't run into any issues (which I think I will, specifically I never dealt with the random 404 issue we had)20:22
*** pcaruana has quit IRC20:32
rm_workas PTL I would like the power to just vote "YES" and skip zuul and automerge a patch >_>20:38
rm_worksince apparently people can do that in other projects... <_<20:38
*** trident has quit IRC20:39
rm_workala: https://review.opendev.org/#/c/681630/20:39
johnsomPicking up bad behaviors in the seedy corners of OpenStack?20:41
johnsomThough I have to say, self approving a revert to fix every project is probably a good exception.20:43
colin-is compute_flavor available to be set through the flavor or flavor profile apis?20:45
colin-didn't see it mentioned here https://docs.openstack.org/octavia/stein/admin/flavors.html, but do see it as a property when i use "openstack loadbalancer provider capability list amphora"20:45
colin-(could i supply a pair like --flavor-data '{"compute_flavor": "c4.xlarge"}'20:48
johnsomhttps://www.irccloud.com/pastebin/y9tSzG8v/20:48
colin-yeah it was seeing the second property in that output that made me curious20:50
*** trident has joined #openstack-lbaas20:51
johnsomLol, well, the master docs maybe make it more clear? https://docs.openstack.org/octavia/latest/admin/flavors.html20:54
*** ajay33 has quit IRC21:16
colin-not exactly, the part i'm interested in is summarized as "the amphora provider supports the loadbalancer_topology capability, among many others:"21:21
*** ramishra has quit IRC21:23
*** henriqueof1 has quit IRC21:31
*** henriqueof has joined #openstack-lbaas21:40
openstackgerritMichael Johnson proposed openstack/octavia master: Generate PDF documentation  https://review.opendev.org/66724921:44
openstackgerritMichael Johnson proposed openstack/octavia master: Generate PDF documentation  https://review.opendev.org/66724922:02
*** rcernin has joined #openstack-lbaas22:19
*** boden has quit IRC22:28
*** ivve has quit IRC22:52
*** tkajinam has joined #openstack-lbaas23:03
openstackgerritMichael Johnson proposed openstack/octavia master: Generate PDF documentation  https://review.opendev.org/66724923:23
openstackgerritMichael Johnson proposed openstack/octavia master: Generate PDF documentation  https://review.opendev.org/66724923:57
johnsomOk, I think that is as good as it is going to get until we figure out why a few chapters are empty23:59

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