Tuesday, 2020-09-22

*** spatel has quit IRC00:04
*** hongbin has quit IRC00:10
johnsomJust a reminder, we are cutting the RC1 in a few days. There are still 30 patches on the priority review list. Some have had -1 for a few weeks. Please review your patches on the priority list and either move them to post-Victoria list or try to resolve the -1 comments.00:18
*** sapd1 has quit IRC00:38
*** armax has quit IRC00:50
*** sapd1 has joined #openstack-lbaas02:09
openstackgerritMerged openstack/octavia-tempest-plugin master: Add ALPN protocol scenario tests  https://review.opendev.org/74673702:18
openstackgerritMerged openstack/octavia master: Fix the tls_cipher_prohibit_list release note  https://review.opendev.org/75051802:18
*** ramishra has quit IRC02:29
openstackgerritMaAoyu proposed openstack/octavia master: Remove install unnecessary packages  https://review.opendev.org/75320202:36
openstackgerritMaAoyu proposed openstack/octavia master: Remove install unnecessary packages  https://review.opendev.org/75320202:38
*** spatel has joined #openstack-lbaas02:50
*** zzzeek has quit IRC02:51
*** zzzeek has joined #openstack-lbaas02:54
*** spatel has quit IRC02:55
*** hongbin has joined #openstack-lbaas03:00
*** spatel has joined #openstack-lbaas03:01
*** spatel has quit IRC03:06
*** ramishra has joined #openstack-lbaas03:15
*** ramishra has quit IRC03:48
*** ramishra has joined #openstack-lbaas03:55
openstackgerritMerged openstack/octavia master: Fix AttributeError on TLS-enabled pool provisioning  https://review.opendev.org/75223904:11
*** weiguo has quit IRC04:27
*** rcernin has quit IRC05:14
*** gcheresh has joined #openstack-lbaas05:19
*** hongbin has quit IRC05:26
*** servagem has quit IRC05:27
openstackgerritCarlos Goncalves proposed openstack/octavia-tempest-plugin master: Add act-stdby scenario jobs to the gate  https://review.opendev.org/74238505:30
*** rcernin has joined #openstack-lbaas05:34
*** servagem has joined #openstack-lbaas05:52
*** zzzeek has quit IRC05:54
*** zzzeek has joined #openstack-lbaas05:54
*** vishalmanchanda has joined #openstack-lbaas05:58
*** zzzeek has quit IRC06:26
*** zzzeek has joined #openstack-lbaas06:28
*** TMM has quit IRC06:30
*** TMM has joined #openstack-lbaas06:30
*** BlackFX has quit IRC06:53
*** maciejjozefczyk has joined #openstack-lbaas06:57
*** rcernin has quit IRC07:13
*** spatel has joined #openstack-lbaas07:29
*** spatel has quit IRC07:34
*** AlexStaf has joined #openstack-lbaas07:34
*** rcernin has joined #openstack-lbaas07:40
*** ccamposr__ has joined #openstack-lbaas07:45
*** ccamposr has quit IRC07:47
openstackgerritGregory Thiemonge proposed openstack/octavia master: Add SCTP support in Amphora  https://review.opendev.org/75324708:29
openstackgerritGregory Thiemonge proposed openstack/octavia-tempest-plugin master: Add SCTP protocol scenario tests  https://review.opendev.org/73864308:31
ataradaygthiemonge, Hi! Could you review https://review.opendev.org/#/c/738609/ ?08:51
*** rcernin has quit IRC08:59
*** rcernin has joined #openstack-lbaas09:00
gthiemongeataraday: Hi, done!09:17
*** rcernin has quit IRC09:19
openstackgerritMerged openstack/octavia master: Fixes API list handling of unscoped tokens  https://review.opendev.org/75316909:28
dulekcgoncalves: Hello! Quick question about allowed_cidrs on listeners - what's the "default" mentioned on the API reference? Is that None? Or empty list?09:51
dulek"A list of IPv4, IPv6 or mix of both CIDRs. The default is all allowed. When a list of CIDRs is provided, the default switches to deny all."09:51
dulekOr code just assumes the default is when that property is not sent at all with the request?09:51
dulekAh, maybe some context… So this change broke our ovn-provider gate https://opendev.org/openstack/ovn-octavia-provider/src/commit/bfd98048cfabaa66ca8a61047b642e8bf446490c/ovn_octavia_provider/driver.py#L142.09:53
dulekBasically seems like openstacksdk always fills that option with an empty list even if we don't specify it.09:53
dulekI'm trying to figure out how it should really work.09:53
cgoncalvesdulek, default is None09:54
dulekAlright, so I just need to make openstacksdk put None as a default, cool. Thanks!09:55
openstackgerritMerged openstack/octavia-tempest-plugin master: Add HTTP/2 tempest scenario tests for listeners  https://review.opendev.org/74795910:17
openstackgerritMerged openstack/octavia stable/ussuri: Fix amphora failover when VRRP port is missing  https://review.opendev.org/75319010:17
*** spatel has joined #openstack-lbaas10:21
*** spatel has quit IRC10:25
dulekhaleyb: Hi there! A while ago you've introduced validating allowed_cidrs in ovn-octavia-provider. So apparently that's broken - it'll fail listener creation even if I won't set the option as seen on this log: http://paste.openstack.org/show/798197/10:34
*** ccamposr has joined #openstack-lbaas10:34
dulekThe listener request is '{"listener": {"loadbalancer_id": "faca9a1b-30dc-45cb-80ce-2ab1c26b5521", "protocol": "TCP", "protocol_port": 80, "admin_state_up": true}}', yet it fails with 501.10:34
*** rcernin has joined #openstack-lbaas10:37
*** ccamposr__ has quit IRC10:37
*** rcernin has quit IRC10:37
*** rcernin has joined #openstack-lbaas10:37
dulekOh my, this happens all over ovn-octavia-provider tests as well, just all of them are skipped. :D10:38
*** ccamposr__ has joined #openstack-lbaas11:00
*** ccamposr has quit IRC11:03
*** rcernin has quit IRC11:11
*** gcheresh has quit IRC11:14
*** gcheresh has joined #openstack-lbaas11:44
*** gcheresh has quit IRC12:13
haleybdulek: sigh, we can revert and just blacklist the test(s)12:14
dulekhaleyb: Well, fixing the check works for me too. ;) It's probably comparing the value incorrectly, I printed it and apparently it's an empty list at that point.12:15
haleyband i thought the gate being green was good :(12:16
dulekhaleyb: Yeah, I'm not sure why so many tests are skipped there.12:17
haleybwe should only be skipping the ones with that option set, until we add support12:17
*** sapd1 has quit IRC12:29
haleybdulek: https://review.opendev.org/#/c/753302/ - i just haven't verified on a running stack yet12:37
dulekhaleyb: Yep, that should do the thing, thanks!12:39
dulekLet me try running tests based on that…12:39
haleybdulek: thanks, that was my fault trying to get the gate green12:40
dulekKuryr tests are running in https://review.opendev.org/#/c/753303/, let's see.12:41
*** gcheresh has joined #openstack-lbaas12:41
*** rcernin has joined #openstack-lbaas12:55
*** rcernin has quit IRC13:10
*** sapd1 has joined #openstack-lbaas13:49
openstackgerritMerged openstack/octavia stable/stein: Fix accepting 'insert_headers' when unsupported  https://review.opendev.org/74680713:52
*** TrevorV has joined #openstack-lbaas13:54
*** armax has joined #openstack-lbaas14:26
dulekhaleyb: The Kuryr tests I mentioned above failed, but it's because I made a typo in Depends-On. Checking again.15:00
haleybdulek: there might be another issue as my patch is failing on another test, tracking that down now too15:01
*** rcernin has joined #openstack-lbaas15:06
*** rcernin has quit IRC15:10
openstackgerritMichael Johnson proposed openstack/octavia stable/ussuri: Fixes API list handling of unscoped tokens  https://review.opendev.org/75338215:33
openstackgerritMichael Johnson proposed openstack/octavia stable/train: Fixes API list handling of unscoped tokens  https://review.opendev.org/75338315:33
openstackgerritMichael Johnson proposed openstack/octavia stable/stein: Fixes API list handling of unscoped tokens  https://review.opendev.org/75338415:33
*** gcheresh has quit IRC15:40
*** gcheresh has joined #openstack-lbaas16:07
*** irclogbot_0 has quit IRC16:08
*** irclogbot_2 has joined #openstack-lbaas16:09
*** dosaboy has quit IRC16:09
*** sapd1 has quit IRC16:11
*** maciejjozefczyk_ has joined #openstack-lbaas16:11
*** dosaboy has joined #openstack-lbaas16:13
*** maciejjozefczyk has quit IRC16:14
*** sapd1 has joined #openstack-lbaas16:15
*** redrobot has quit IRC16:25
*** johnsom has quit IRC16:26
*** gcheresh has quit IRC16:26
*** johnsom has joined #openstack-lbaas16:27
*** ccamposr has joined #openstack-lbaas17:08
*** ccamposr__ has quit IRC17:10
*** sapd1 has quit IRC17:34
*** ramishra has quit IRC17:42
*** maciejjozefczyk_ has quit IRC17:52
openstackgerritMerged openstack/octavia master: Fix backend certificate file paths  https://review.opendev.org/75242817:54
*** gcheresh has joined #openstack-lbaas17:57
*** rouk has joined #openstack-lbaas18:09
rouk@johnsom is there a hook somewhere to recreae the octavia-lb port? i had some tenant fire off 2 creates using a manually selected ip at the exact same time (lol kubernetes) and had 1 lb create stuck in early stages, didnt know this was the case, so i dumped the port to remove the conflict as i didnt notice 2 LBs were trying to create for a month18:12
roukso now the stuck one created, and we cleanly deleted it, but i now have the correct LB with no octavia-lb port18:13
johnsomrouk if you have the new failover code, it will rebuild it on load balancer failover (not amphora failover)18:14
rouknew being... train?18:14
johnsomstable/train master has it. It hasn't been released packaged yet18:15
roukaw18:15
johnsomhttps://docs.openstack.org/releasenotes/octavia/train.html18:15
johnsomI would guess we can release train in the next week or two.18:16
roukso how can i create a port by hand to hold the ip reservation so octavia can manage it?18:16
rouksince, im in a good state now, just things could steal the ip18:16
johnsomWell, if you already deleted the port it is at risk of being used.18:16
johnsomRight,18:17
johnsomWhich port exactly is it? VIP or VRRP?18:17
roukoctavia-lb, not octavia-lb-vrrp18:17
johnsomUgh, ok, that is the harder one.18:17
roukbut i deleted it cause i guess octavia doesnt atomically check static ip reserveration?18:17
johnsomAny chance you can just delete the LB and re-create it with the ip address specified?18:18
roukand allows 2 lbs to be requested on the same ip18:18
johnsomOr create a parallel LB?18:18
roukid prefer not to make the tenant do that, but i guess i could...18:18
johnsomIt doesn't allow it. When the second port is created the LB will go into error18:18
roukwas hoping i could just craft a port octavia would be happy about, since its just holding ip reservation18:18
roukoh but it did allow it18:19
rouki had 2 LBs come up on the same ip18:19
roukthats why i deleted the first port, didnt know one was queued on the same ip18:19
johnsomOn the same subnet? neutron should not allow that.18:19
roukbut neutron is spoken to later18:19
rouk2 LBs were requested miliseconds apart18:20
roukwith the same ip18:20
johnsomRight, the second LB should go into error as neutron will reject the port create18:20
roukfirst one came up, 2nd one got stuck till i freed up the port18:20
rouknever came up on the tenant's LB list.18:20
rouksuddenly appeared once i unstuck it by deleting the port18:20
johnsomWell, as soon as the command returns it's in their list. Something doesn't line up.18:21
johnsomAnyway, ummm. We can try to work through creating a port and getting things lined back up, but you have to deal with security groups, allowed address pairs ports, etc.18:22
rouknot sure, i dont have the script that made it, it was done by some abuse of kubernetes CNI18:22
roukwell... its a port that sits detached, it needs secgroups?18:22
johnsomYeah, terraform can do dumb things18:23
roukwe have terraform abuse too, but this was just pure kubernetes octavia integration18:23
roukim just saying what i saw, and that there might be a race condition, i dont advocate that my users use things correctly or sanely.18:24
rouki dont have these problems, they find every bug under the sun somehow by flailing around.18:24
johnsomYeah, I just know this was a tested scenario and neutron did the right thing. Because we also had the high rate of change k8s stuff18:25
roukmaybe k8s had it queued.18:25
*** gcheresh has quit IRC18:25
roukand it was just being replayed constantly  without the user knowing.18:25
johnsomGive me a minute to switch context here and look at what all we would need to handle.18:25
roukyeah, if remaking the port is horrible ill ask them to remake the lb, just rather avoid it if i can just remake it in 1 command where octavia will be happy.18:26
johnsomHa, well, happy enough to limp along until you get the new failover that repairs broken vip ports18:27
johnsomOk, SINGLE or ACT/STDBY?18:27
roukactive standby18:27
johnsomOk, can you "openstack port show" both of the octavia-lb-vrrp ports and validate that they have the right allowed address pairs configured?18:28
roukyep they do.18:29
rouki also have another port in the same project for another lb as a reference.18:29
johnsomOk, take note of the security group on those two VRRP ports. We will need it on the new port18:30
roukwhy? if the port sits detached? or is octavia using it as a reference for something18:30
johnsomThere is a strange relationship with the allowed address pairs and that port. We always keep them in sync to make sure the rules stay applied18:30
roukah18:31
johnsomOk, next step is to get the octavia service account credentials so you can run the openstack command under your octavia project18:32
johnsomIt is the service_auth section in your octavia.conf.18:32
johnsomDo you know how to do that?18:32
rouki cant just admin myself into the project?18:32
rouki can get the creds, yeah.18:33
johnsomWell, however you do it, the port should be owned by the octavia account18:33
roukoctavia project? or does the userid have to be octavia as well on the port?18:34
johnsomTechnically users can bring a port, but it's best when we are doing this to have it under the right account18:34
johnsomproject_id needs to be in this case. We will aslo set the device owner to a Octavia18:35
roukah ports dont even have a userid field18:35
roukso yeah im good, got secgroup id, and can set --project.18:35
johnsomOk. In your octavia database: "select octavia_owned where load_balanacer_id = "<LB UUID>";"18:36
johnsomIs that 1 or 0?18:36
johnsomActually we should just select the whole data to make sure there is no qos_policy18:37
roukuser is agreeing to remake it18:39
johnsomlol18:39
johnsomSo close18:39
johnsomlol18:39
johnsomSo, in the future, if you see something like this, please collect the worker logs for the conflicting elements. Maybe neutron API is no longer concurrently safe or something.18:41
roukwell, considering that this is kubernetes, and kubernetes likes to infinitely retry things18:41
johnsomWe expect neutron to raise a "conflict" error on the second port create call.18:42
rouki bet they had one sitting in the pipe stuck on the kube side18:42
roukit was.18:42
rouki didnt notice that the error was coming from a create command for a different lb18:42
roukcause the user claimed they didnt have another create happening18:44
roukcause they have no idea what theyre doing18:44
johnsomSo k8s should go well for them then... lol Well, good luck to you all!18:45
roukyep... im always the one with problems18:45
johnsomKeep an eye out for a new trail bug fix release in the next few weeks.18:45
roukyeah i need to do a ussuri upgrade in the next couple weeks18:46
roukso ill get the update then18:46
johnsomOk, good plan. We will also release a bug fix version for that soon.18:46
johnsomWe are focused on getting Victoria out the door this week.18:47
rouksweet18:47
roukim stuck with punting users off fwaas before i can get to V18:49
roukcause that ship sunk18:49
roukso one day ill join you18:49
johnsomYeah, sad. I think it has a place18:49
roukwe used it as a central authority per project for knowing holes18:50
roukso we didnt have to make come big red twine conspiracy theory pegboard to map out our network holes18:50
roukbut, i wrote some policy verification system for securty groups... fills our auditing needs i guess.18:51
*** vishalmanchanda has quit IRC18:58
*** zzzeek has quit IRC19:08
*** zzzeek has joined #openstack-lbaas19:09
*** ccamposr__ has joined #openstack-lbaas20:20
*** ccamposr has quit IRC20:22
*** ianychoi_ has joined #openstack-lbaas20:23
*** ianychoi has quit IRC20:27
*** maciejjozefczyk_ has joined #openstack-lbaas20:31
*** maciejjozefczyk has joined #openstack-lbaas20:33
*** maciejjozefczyk_ has quit IRC20:35
*** gcheresh has joined #openstack-lbaas20:44
*** gcheresh has quit IRC20:56
*** rouk has quit IRC21:27
*** ccamposr has joined #openstack-lbaas21:28
*** ccamposr__ has quit IRC21:32
*** maciejjozefczyk has quit IRC21:44
*** TrevorV has quit IRC21:48
*** spatel has joined #openstack-lbaas21:59
*** spatel has quit IRC21:59
*** gmann has quit IRC22:04
*** gregwork has quit IRC22:04
*** andrein has quit IRC22:04
*** aannuusshhkkaa has quit IRC22:04
*** nicolasbock has quit IRC22:04
*** andrein has joined #openstack-lbaas22:05
*** gmann has joined #openstack-lbaas22:05
*** nicolasbock has joined #openstack-lbaas22:05
*** aannuusshhkkaa has joined #openstack-lbaas22:06
*** mnaser has quit IRC22:06
*** gregwork has joined #openstack-lbaas22:08
*** mnaser has joined #openstack-lbaas22:10
*** xgerman has joined #openstack-lbaas22:21
*** servagem has quit IRC22:47
*** servagem has joined #openstack-lbaas22:48
*** rcernin has joined #openstack-lbaas22:55
*** tkajinam has joined #openstack-lbaas22:57
*** servagem has quit IRC23:00
*** AlexStaf has quit IRC23:16
*** AlexStaf has joined #openstack-lbaas23:16
*** servagem has joined #openstack-lbaas23:22
*** zzzeek has quit IRC23:30
*** zzzeek has joined #openstack-lbaas23:31
*** spatel has joined #openstack-lbaas23:44
*** spatel has quit IRC23:49

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