Monday, 2020-05-04

*** spatel has quit IRC00:04
openstackgerritMerged openstack/octavia stable/train: Fix healthmanager not update amphora health when LB disable  https://review.opendev.org/72411300:34
*** gthiemon1e has quit IRC01:05
*** gthiemonge has joined #openstack-lbaas01:06
*** gregwork has quit IRC01:33
*** spatel has joined #openstack-lbaas01:50
*** spatel has quit IRC01:54
*** gthiemonge has quit IRC02:09
*** gthiemonge has joined #openstack-lbaas02:09
*** ramishra has joined #openstack-lbaas02:20
*** spatel has joined #openstack-lbaas02:23
*** sapd1_x has joined #openstack-lbaas03:12
*** sapd1_x has quit IRC03:17
*** sapd1_x has joined #openstack-lbaas03:31
*** psachin has joined #openstack-lbaas03:33
*** yamamoto has joined #openstack-lbaas03:35
*** yamamoto has quit IRC03:38
*** sapd1_x has quit IRC04:40
*** gcheresh has joined #openstack-lbaas04:51
*** sapd1_x has joined #openstack-lbaas04:54
*** spatel has quit IRC05:01
openstackgerritMerged openstack/octavia-dashboard master: Add py38 package metadata  https://review.opendev.org/72499105:31
*** vishalmanchanda has joined #openstack-lbaas05:43
*** rpittau|afk is now known as rpittau06:33
*** ccamposr has joined #openstack-lbaas07:06
*** ccamposr__ has joined #openstack-lbaas07:08
*** ccamposr has quit IRC07:11
*** sapd1_x has quit IRC07:18
*** gcheresh has quit IRC07:30
*** sapd1_x has joined #openstack-lbaas07:30
*** gcheresh has joined #openstack-lbaas07:45
*** stingrayza has quit IRC08:15
*** stingrayza has joined #openstack-lbaas08:18
*** sapd1_x has quit IRC08:20
*** stingrayza has quit IRC08:32
*** sapd1_x has joined #openstack-lbaas08:34
*** stingrayza has joined #openstack-lbaas08:49
openstackgerritCarlos Goncalves proposed openstack/octavia master: Migrate grenade job to native Zuul v3  https://review.opendev.org/72509808:52
*** salmankhan has joined #openstack-lbaas09:00
*** stingrayza has quit IRC09:03
*** salmankhan1 has joined #openstack-lbaas09:04
*** salmankhan has quit IRC09:05
*** salmankhan1 is now known as salmankhan09:05
*** stingrayza has joined #openstack-lbaas09:07
*** stingrayza has quit IRC09:29
*** yamamoto has joined #openstack-lbaas09:50
*** yamamoto has quit IRC09:58
*** stingrayza has joined #openstack-lbaas10:01
*** gcheresh has quit IRC10:04
*** armax has joined #openstack-lbaas10:09
*** rpittau is now known as rpittau|bbl10:14
*** gcheresh has joined #openstack-lbaas10:53
*** kevinz has quit IRC11:04
*** yamamoto has joined #openstack-lbaas11:37
*** yamamoto has quit IRC11:37
*** servagem has joined #openstack-lbaas11:39
openstackgerritCarlos Goncalves proposed openstack/octavia master: Migrate grenade job to native Zuul v3  https://review.opendev.org/72509812:01
*** dmellado has quit IRC12:10
*** sapd1_x has quit IRC12:16
*** dmellado has joined #openstack-lbaas12:16
*** rpittau|bbl is now known as rpittau12:22
rm_workhmmmm seems like we have network_tasks "PlugNetworks" and "UnPlugNetworks" that are only ever used in tests, lol12:29
rm_workcan just be removed I think <_<12:29
rm_workkeep getting blindly updated but aren't actually necessary anymore lol12:29
cgoncalves+ GetPlumbedNetworks, GetMemberPorts12:35
cgoncalves+ RetrievePortIDsOnAmphoraExceptLBNetwork, PlugPorts12:35
rm_worklol12:36
rm_workalso all unused?12:36
rm_workwould be great to run through and delete ALL our unused cruft12:36
cgoncalvesunless something constructs the class names, only tests use them12:36
rm_workyeah12:36
rm_workhmm...12:36
rm_workin allowed_address_pairs.py it seems like `_delete_vip_security_group` and `_delete_security_group` are named backwards :D12:37
rm_work`_delete_vip_security_group` is a generic function that takes in a security_group name and deletes it...12:37
rm_work`_delete_security_group` does all kinds of logic about finding the sg for a vip, then calling the other one with that name XD12:38
rm_workgonna flip that in one of my patches...12:39
*** spatel has joined #openstack-lbaas12:53
*** jamesden_ is now known as jamesdenton13:07
*** yamamoto has joined #openstack-lbaas13:11
*** psachin has quit IRC13:14
*** yamamoto has quit IRC13:16
*** KeithMnemonic has joined #openstack-lbaas13:31
KeithMnemonicis this the right place to ask about this tempest test https://opendev.org/openstack/octavia-tempest-plugin/src/branch/master/octavia_tempest_plugin/tests/scenario/v2/test_traffic_ops.py13:32
colin-aap references give me ptsd :|13:33
KeithMnemonicI am getting a failure and was hoping to see if there were any docs describing what this test does in detail13:36
*** salmankhan1 has joined #openstack-lbaas13:39
*** salmankhan has quit IRC13:40
*** salmankhan1 is now known as salmankhan13:40
johnsomrm_work: failover deletes some cruft. We could start by merging it. Grin13:46
rm_workthis is stuff i'm seeing on top of your failover patch13:47
rm_worklike, i've got it checked out already13:47
rm_workso, in the case of the things i'm mentioning, merging that will not help :D13:48
*** TrevorV has joined #openstack-lbaas13:48
johnsomKeithMnemonic: It does what it says, runs tests that put traffic through the load balancer.13:48
rm_workjohnsom: about to push a new take on the shared security group thing13:48
johnsomOk13:49
rm_workstill will rely on neutron adding the new sharing mode, but that looks likely to happen13:49
johnsomThere is more I can remove when I do the job board version of failover too13:49
KeithMnemonicjohnsom: so my failure is timeout jsut doing the resource_setup, but other tests run fine13:49
johnsomHmmm, timeout in setup sounds like a sick cloud or the tempest config is not set right for the limitations of the cloud.13:51
KeithMnemonicspecifically " cls.webserver1_response"13:51
KeithMnemonicbut i can test webservers running on node manually and they work so trying to see how this is different13:52
KeithMnemonicsomewhere here I guess https://opendev.org/openstack/octavia-tempest-plugin/src/branch/master/octavia_tempest_plugin/tests/test_base.py13:59
rm_workjohnsom: also our "add_security_group_to_port" function is really "replace_security_groups_on_port" lol14:35
johnsomYeah, I am slowly rewriting the whole network driver interface. I want it to be simple methods, not kitchen sink methods14:37
openstackgerritAdam Harwell proposed openstack/octavia master: Share the LB security group with the LB owner  https://review.opendev.org/72373514:38
rm_workjohnsom: ^^14:38
rm_workso, that makes a new SG "lb_access-$LBID"14:38
rm_workname pending :D14:38
rm_workempty, added to all ports we use (except management)14:39
rm_workso, vrrp ports, member ports... maybe vip port? actually not sure but it shouldn't matter14:39
rm_worki put it on top of failover14:39
*** rpittau is now known as rpittau|afk16:08
johnsomLegacy Free! Thanks Carlos for tracking the grenade changes and getting that gate updated.16:21
*** gcheresh has quit IRC16:22
cgoncalveso/16:25
cgoncalvesnow I need to go fix grenade in stable/stein :/ it is blocking the gate16:26
johnsomI see that16:26
openstackgerritCarlos Goncalves proposed openstack/octavia stable/stein: Do not run Tempest in octavia-grenade job  https://review.opendev.org/72533716:54
cgoncalves^ shooting in the dark16:54
*** vishalmanchanda has quit IRC17:15
*** salmankhan has quit IRC17:21
dawzonjohnsom I'm assuming that tls_versions will have to be represented as CSV in MySQL, correct?17:34
*** maciejjozefczyk has joined #openstack-lbaas17:45
johnsomdawzon Yeah or a json list. I would recommend not using python "pickle" as it changes formats over the different python versions and causes upgrade/backward compatibility issues.17:46
*** maciejjozefczyk has quit IRC17:53
*** maciejjozefczyk has joined #openstack-lbaas17:57
*** maciejjozefczyk has quit IRC18:45
dawzonjohnsom Where would I put the code that turns the value from the DB back into a JSON array?18:53
johnsomThat is a good question.18:54
dawzonI'm looking in the listener controller right now18:54
dawzonMaybe manipulating the result object?https://github.com/openstack/octavia/blob/07a93de755c0ec461f51b94e3465708700ff1549/octavia/api/v2/controllers/listener.py#L6618:55
johnsomWell, I think it would be in one of the object layers.18:56
cgoncalvesstable/stein octavia-grenade job fix is ready for reviews: https://review.opendev.org/#/c/725337/18:59
dawzonAh, found it I think  https://github.com/openstack/octavia/blob/07a93de755c0ec461f51b94e3465708700ff1549/octavia/api/v2/types/listener.py#L6818:59
johnsomYeah, follow the allowed cidrs model19:00
openstackgerritMerged openstack/octavia stable/train: Fix py3 amphora-agent cert-rotation type bug  https://review.opendev.org/72338919:05
nmickusjohnsom dawzon Are we going ahead with switching from colon separated to comma seperated for the tls versions?19:21
dawzonnmickus The goal is to make it a JSON array on the client side19:22
nmickusdawzon would that just be passed into the cli using a comma separated list wrapped in brackets?19:26
dawzonHmm19:26
dawzonHowever it works for allowed_cidrs19:27
dawzonIt looks like allowed_cidrs uses repetitions of the flag to do multiple19:28
*** gcheresh has joined #openstack-lbaas19:46
*** markguz_ has joined #openstack-lbaas19:59
markguz_Hi lbaas folks.  I'm having problems with my magnum created k8s cluster deploying a load balancer. when i install nginx-ingress it starts20:01
markguz_the install process but always fails with an error about using trust-scoped tokens to create another token....error: http://paste.openstack.org/show/793081/20:02
markguz_I've done some research.  i enabled redelegation in keystone and allow_rescope_scoped20:04
markguz_octavia version is U release from git20:05
johnsommarkguz_ That is interesting. That code is fairly new and I haven't seen that before20:10
markguz_johnsom: Yeah, i'm scratching my head a bit. when using magnum to deploy the k8s cluster, the load balancers deploy just fine. But when creating the ingress controller if blows up with that error20:11
johnsommarkguz_ It is this patch and code that is causing the trouble: https://review.opendev.org/#/c/721550/4/octavia/common/clients.py20:15
johnsomThe token being used by whatever called the Octavia API must be a special type.20:15
johnsommarkguz_ Can you open a bug for us on this? Then, to get you working while we figure it out, change this setting in your octavia.conf: allow_invisible_resource_usage to true20:19
markguz_johnsom: sure. which section does that go in ? DEFAULT ?20:19
johnsom[networking]20:20
markguz_thx20:20
markguz_johnsom: well that option definitely worked anyway20:23
johnsomYeah, not a good long term solution, but will allow you to continue until we fix it20:24
markguz_what does it do? disable auth?20:25
johnsomWhen the Octavia API verifies that the subnet submitted exists, with that "False" it attempts to use the user context to check the subnet. With it "True" it will use the Octavia service account context to check the subnet.20:26
markguz_ah ok.20:28
*** servagem has quit IRC20:28
markguz_johnsom: https://storyboard.openstack.org/#!/story/200761920:28
johnsomThank you!20:29
markguz_np20:29
*** threestrands has joined #openstack-lbaas20:34
johnsomlxkong FYI: https://storyboard.openstack.org/#!/story/200761920:43
*** gcheresh has quit IRC21:15
openstackgerritNoah Mickus proposed openstack/python-octaviaclient master: Add the ability to specify TLS protocols for a listener  https://review.opendev.org/72242622:17
*** rcernin has joined #openstack-lbaas22:22
openstackgerritMichael Johnson proposed openstack/octavia master: Refactor the failover flows  https://review.opendev.org/70531722:37
*** spatel has quit IRC22:49
*** TrevorV has quit IRC23:00
*** ccamposr has joined #openstack-lbaas23:17
*** ccamposr__ has quit IRC23:20
rm_workjohnsom: just a rebase? or did you do more23:24
johnsomFound a log message I had dropped, so put it back23:25
rm_workseems a test is failing now23:25
rm_worktypo? :D23:25
rm_workhttps://748441c9eeeb89eb36db-b17eeb704755458252956ad3afd603fe.ssl.cf5.rackcdn.com/705317/37/check/openstack-tox-py36/54f933f/testr_results.html23:25
rm_workhmm maybe not23:25
rm_workamphora.load_balancer_id -> amphora.load_balancer.id ?23:26
johnsomProbably23:26
rm_workhmm no, that should exist too23:26
rm_worknot sure23:26
rm_workdoesn't the model have both23:26
johnsomI am will have a look23:26
rm_workyeah it's literally used right above that23:26
rm_workyeah will stop wildly speculating and let you handle it :D23:26

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