Tuesday, 2017-12-05

bar_johnsom, looking. thanks. regarding the capital letters, I figured it would ease typing. Do you mind if I'll treat 'A' and 'a', just the same?00:03
johnsomThat is fine00:03
johnsomWe just have constants and API ref that uses capitals, so they are documented as uppercase00:04
openstackgerritMerged openstack/octavia master: Fix health monitor type "PING" to use icmp ping  https://review.openstack.org/51863200:10
*** fnaval has joined #openstack-lbaas00:35
*** yamamoto has quit IRC00:36
openstackgerritAdam Harwell proposed openstack/octavia master: Add unit tests for neutron utils, add model/util for floating_ip  https://review.openstack.org/52535300:38
rm_workjohnsom: check out them sweet sweet new tests ^^00:38
johnsomgrin00:38
*** yamamoto has joined #openstack-lbaas00:38
johnsomTrying to test german's proxy plugin at the moment00:38
rm_workall it'll cost you is adding a model/conversion-util for floating-ip00:38
xgerman_thanks — appreciated00:40
johnsomdevstack is not being your friend at the moment.  Last run neutron-db-manage puked on some agent issue.  Very odd00:41
*** dayou has joined #openstack-lbaas00:42
rm_workerr, missed a couple, fixing00:43
*** yamamoto has quit IRC00:44
openstackgerritMerged openstack/neutron-lbaas master: Update pool member operating status for haproxy  https://review.openstack.org/52125000:44
*** armax has quit IRC00:47
openstackgerritMichael Johnson proposed openstack/neutron-lbaas master: Octavia Proxy Plugin  https://review.openstack.org/41853000:49
johnsomrebase, I think it was a neutron-lib thing.00:50
*** dayou has quit IRC00:52
openstackgerritAdam Harwell proposed openstack/octavia master: Add unit tests for neutron utils, add model/util for floating_ip  https://review.openstack.org/52535300:52
johnsomYep, the rebase fixed it00:59
bar_johnsom, the list --loadbalancer breaks in the octavia patch, not the client. unfortunately, I cannot use _type_to_model_map out of the box for the conversion.01:02
bar_I'll fix it tomorrow.01:02
johnsomYeah, I expected it was in the octavia patch, but easier to mark the place there.01:03
johnsomOk01:03
*** bar_ has quit IRC01:04
*** dayou has joined #openstack-lbaas01:11
*** yamamoto has joined #openstack-lbaas01:41
*** yamamoto has quit IRC01:46
openstackgerritAdam Harwell proposed openstack/octavia master: Update compute noop driver/tests (many were disabled/useless)  https://review.openstack.org/52529501:51
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561201:55
rm_workk01:56
rm_workk handled it01:57
*** armax has joined #openstack-lbaas02:08
rm_workerr johnsom you've been participating in this vrrp_ rename thing?02:13
rm_workjust actually *looked* at it ...02:14
rm_workwe can't be doing schema changes like that O_o02:14
*** annp has joined #openstack-lbaas02:33
*** links has joined #openstack-lbaas03:07
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-lbaas master: Updated from global requirements  https://review.openstack.org/52376203:16
openstackgerritOpenStack Proposal Bot proposed openstack/octavia master: Updated from global requirements  https://review.openstack.org/52538703:20
*** sanfern has quit IRC03:20
johnsomrm_work Participating, no, aware of the discussion from the PTG, yes.03:22
rm_worki saw some comments of yours on it03:22
johnsomI think our current naming is a mess03:22
rm_workyeah03:22
rm_worki would love to see that changed03:22
rm_worki don't think we are allowed to do schema changes like this -- and/or just thinking about the pain hurts my brain a little03:23
rm_workdo you think we can do it?03:23
rm_worki don't think anyone just ... renames DB fields03:23
rm_workmaybe i'm overreacting03:23
johnsomI don’t think I have looked at it close enough yet.03:23
johnsomWell, we abstract the DB. As long as there is clean migration path it shouldn’t be a problem.03:24
*** threestrands has joined #openstack-lbaas03:27
*** yamamoto has joined #openstack-lbaas03:49
openstackgerritZhaoBo proposed openstack/octavia master: WIP:UDP jinja template  https://review.openstack.org/52542004:08
*** sanfern has joined #openstack-lbaas04:26
sanfernhi johnsom04:47
*** ianychoi has joined #openstack-lbaas05:07
*** krypto has joined #openstack-lbaas05:25
*** threestrands has quit IRC05:25
*** sanfern has quit IRC05:52
*** Alex_Staf has joined #openstack-lbaas06:10
Alex_Stafxgerman_, johnsom Hi, tnx for the answers , added some other question regarding the namespace and allowed pairs06:10
*** oanson has quit IRC06:20
*** oanson has joined #openstack-lbaas06:20
*** krypto has quit IRC06:43
*** armax has quit IRC06:57
*** jcross has quit IRC07:05
*** pcaruana has joined #openstack-lbaas07:32
openstackgerritGuoqiang Ding proposed openstack/neutron-lbaas master: Choose correct log option by listener protocol  https://review.openstack.org/45361207:41
*** knsahm has joined #openstack-lbaas07:43
*** rcernin has quit IRC07:48
*** krypto has joined #openstack-lbaas08:00
*** krypto has quit IRC08:00
*** krypto has joined #openstack-lbaas08:00
Alex_Stafxgerman_, Hi, could you please send me provider and flavor docs? tnx08:06
*** krypto has quit IRC08:10
*** krypto has joined #openstack-lbaas08:10
*** b_bezak has joined #openstack-lbaas08:11
openstackgerritAdam Harwell proposed openstack/octavia master: Add unit tests for neutron utils, add model/util for floating_ip  https://review.openstack.org/52535308:13
Alex_Stafrm_work,  Hi, could you please send me provider and flavor docs? tnx08:13
*** tesseract has joined #openstack-lbaas08:24
*** rcernin has joined #openstack-lbaas08:33
*** eN_Guruprasad_Rn has joined #openstack-lbaas08:37
*** pcaruana has quit IRC08:40
oansonHi all: Running dragonflow+kuryr+octavia (or DVR+kuryr+octavia) and the VIP port is in admin_state_down.08:44
oansonI see that that's how it's created here: http://git.openstack.org/cgit/openstack/neutron-lbaas/tree/neutron_lbaas/db/loadbalancer/loadbalancer_dbv2.py#n14508:44
*** irenab has joined #openstack-lbaas08:44
oansonAnd set to up by calling plug_vip_port here: https://github.com/openstack/neutron-lbaas/blob/e890821ba07deb4561f4712eccd5b62f09f5cec5/neutron_lbaas/drivers/haproxy/namespace_driver.py#L31908:44
oansonThe latter is the agent.08:44
oanson(I think it's the HAProxy agent, but I'm not sure)08:45
oansonWhat's the reason behind this behaviour?08:45
rm_worki don't believe that state actually matters08:50
rm_workmine always say down, even when they're operational08:50
rm_workbut, i'm not using DVR, so not positive08:50
rm_workAlex_Staf: what docs?08:50
Alex_Stafrm_work, something regarding the flavors and providers for octavia08:51
nmagnezioanson, to the best of my knowledge, that VIP port is not bound to any host (which is a must from the neutron L2 agent POV). the reason is that we configure that IP address in the haproxy-amphora namespace inside the amphora. this is done by the amphora agent.08:51
rm_workuhh08:51
rm_worknot sure anything has merged yet08:51
nmagneziso the port kina reserves the ip address..08:51
nmagneziAlex_Staf, both not merged. but you can read and  comment on them08:52
rm_workAlex_Staf: maybe this? https://review.openstack.org/#/c/509957/08:52
oansonI guessed as much. But an SDN controller that respects that field will not wire it08:52
oansonrm_work, nmagnezi thanks. and ^^^08:52
Alex_Stafnmagnezi, tnx08:53
oansonIn Dragonflow, we detect the behaviour of the VIP port, but it goes through the general port-handling code. That code doesn't process ports that are 'disabled'08:53
rm_workand maybe this? https://review.openstack.org/#/c/486499/08:53
oansonIf the field is ignored in most cases, would there be a problem to set that field to up?08:53
rm_workoanson: maybe we could patch it to be enabled? I honestly don't think it matters for us, so yeah, maybe that's fine too?08:53
nmagnezioanson, not sure about the usecase you mention. I don't know anything about Dragonflow. when Octavia will have providers built-in it might look differently for those other drivers08:53
oansonrm_work, I opened a bug. Patch should come in soon08:54
rm_workit might just have to be a downstream patch depending on how it interacts with various network systems08:54
nmagnezirm_work, we'll have to provide that port with a host to bind to. that would mean the neutron L2 agent will try to wire it, no?08:54
rm_workbut the patch seems VERY simple, so you could always put that up and test it in your environment08:54
oansonnmagnezi, I think any implementation respecting port admin state would ignore the port if it is down.08:54
rm_workand let us know if it solves your issue -- and we could try it out and see if it negatively impacts things08:55
oansonnmagnezi, leaving the binding information blank is fine by me08:55
oansonrm_work, I did test it in my environment :) Seems to fix my issue08:55
nmagnezioanson, if and when you propose the patch. let me know and I'd be happy to have look :)08:55
rm_worknmagnezi: i think it's literally just a bool we pass in08:55
rm_worki looked at it before, it didn't seem to matter for me08:55
rm_workoanson: if you put up a patch, our CI will test it and see if it interferes with devstack08:55
rm_workif so, we will have to look at what's going on08:56
oansonmnaser, rm_work, will do. Thanks08:56
openstackgerritOmer Anson proposed openstack/neutron-lbaas master: Set VIP port to be enabled  https://review.openstack.org/52550408:57
oansonrm_work, nmagnezi, ^^^08:58
nmagnezioanson, not sure about this ^. you changed it in a patch that is relevant for *all* drivers. not only Octavia. let's see how it runs in CI09:01
rm_workah this is n-lbaas09:01
rm_workyeah we'll see what happens when CI runs09:01
nmagneziyeah I was under the impression oanson meant for Octavia as it's own endpoint09:02
oansonnmagnezi, rm_work, this is the only location I found in the code. I didn't find the octavia-specific location.09:02
rm_workoanson: but, this means you're running neutron-lbaas09:02
oansonIf you prefer a different location (especially if CI fails) then I can move the change there09:02
oansonShould be running octavia. I understood this flow is in the path.09:03
oansonWhen I changed this on my environment, I saw a difference. And I am pretty sure I'm using Octavia (e.g. I see amphora VMs)09:03
rm_workwhat version of neutron-lbaas and octavia are you running?09:04
rm_workas of Pike, we recommend running Octavia standalone, without running neutron-lbaas in front09:04
oansonI'm running master09:04
rm_workin which case, your change would be in the octavia project, not the neutron-lbaas project09:04
rm_workyeah in that case, HIGHLY RECOMMEND you don't run neutron-lbaas09:04
rm_workrun Octavia only09:05
rm_workneutron-lbaas is a huge headache09:05
oansonYes, I see both in my local.conf09:05
oansonLet me try and fix my local.conf and re-run my environment, and see if that solves the issue.09:05
oansonThanks!09:05
rm_workok, so you are just doing devstack right now?09:05
rm_workin that case, yeah, definitely remove any reference to neutron-lbaas09:05
rm_workif you show me your local.conf i can tell you what you can remove09:05
rm_work(censored for passwords/etc of course)09:06
oansonYes09:06
oansonlocal.conf is here: https://paste.fedoraproject.org/paste/~s8kKduywnfibmj5tIbWrw09:07
oanson(I work fully upstream (: )09:07
oansonThis also includes kuryr09:07
rm_workaaah09:07
rm_workyou are using kuryr k8s09:07
rm_worki wonder if they fixed their stuff to work directly with octavia yet (not that they should really have to change anything, but it may not be tested)09:08
rm_workwell, anyway, you can TRY this:09:08
rm_workcomment out 88-9009:08
oansonI'll try that.09:09
rm_workactually yeah it even says, "in case Octavia is older than pike"09:09
rm_workwhich it is not :P09:09
rm_workamp_active_retries=999909:09
rm_workTHAT is interesting, lol09:09
rm_workmaybe a *little bit* high :P09:09
rm_workhmmm also that cirros image looks a little old, but it shouldn't really matter09:10
rm_workI assume KURYR_K8S_LBAAS_USE_OCTAVIA is True09:10
irenabrm_work, you cannot imagine how much time it takes to get the environment up09:10
rm_worki mean...09:10
rm_workmaybe :P09:10
irenabso the retries are essential :-)09:10
rm_workerr so...09:11
rm_workit may take a while09:11
rm_worklike 10m to boot them without nested virt?09:11
rm_workI just mean, when you get to production, remember 9999 is probably not a good choice :P but you're in devstack still so whatever09:12
rm_workif you DO get a legitimate failure though, you're going to be waiting a while09:12
*** cody-somerville has joined #openstack-lbaas09:22
*** knsahm has quit IRC09:41
*** dokua has joined #openstack-lbaas09:42
*** dokua has quit IRC09:42
*** dokua has joined #openstack-lbaas09:44
*** salmankhan has joined #openstack-lbaas09:53
openstackgerritNuman Siddique proposed openstack/neutron-lbaas master: Support OVN driver for lbaas v2  https://review.openstack.org/51092109:54
*** krypto has quit IRC10:06
openstackgerritNuman Siddique proposed openstack/neutron-lbaas master: Support OVN driver for lbaas v2  https://review.openstack.org/51092110:08
*** krypto has joined #openstack-lbaas10:13
*** krypto has joined #openstack-lbaas10:13
*** krypto has quit IRC10:17
*** krypto has joined #openstack-lbaas10:18
*** krypto has quit IRC10:18
*** krypto has joined #openstack-lbaas10:18
*** rcernin has quit IRC10:30
openstackgerritHengqing Hu proposed openstack/octavia master: Change how path munging works for sphinx docs  https://review.openstack.org/52121110:31
*** annp has quit IRC10:33
*** salmankhan has quit IRC10:52
*** ianychoi has quit IRC10:55
*** ianychoi has joined #openstack-lbaas10:55
*** salmankhan has joined #openstack-lbaas10:57
*** yamamoto has quit IRC11:28
openstackgerritHengqing Hu proposed openstack/octavia master: ignore api-ref/build directory  https://review.openstack.org/52238511:50
*** sanfern has joined #openstack-lbaas12:04
*** yamamoto has joined #openstack-lbaas12:28
openstackgerritHengqing Hu proposed openstack/octavia-dashboard master: Remove build_sphinx section from setup.cfg  https://review.openstack.org/52558012:29
openstackgerritHengqing Hu proposed openstack/octavia master: Change how path munging works for sphinx docs  https://review.openstack.org/52121112:30
openstackgerritHengqing Hu proposed openstack/octavia master: ignore api-ref/build directory  https://review.openstack.org/52238512:30
*** yamamoto has quit IRC12:31
*** yamamoto has joined #openstack-lbaas12:31
openstackgerritHengqing Hu proposed openstack/python-octaviaclient master: Remove build_sphinx section from setup.cfg  https://review.openstack.org/52558612:36
*** yamamoto has quit IRC12:38
*** yamamoto has joined #openstack-lbaas12:40
openstackgerritHengqing Hu proposed openstack/neutron-lbaas master: Remove build_sphinx section from setup.cfg  https://review.openstack.org/52559112:46
dokuaHi colleagues, I have a problem creating pool members using Heat. When creating two members, I'm getting the following problem:13:07
dokua- Neutron calls for both members creation:13:07
dokuaINFO neutron_lbaas.services.loadbalancer.plugin [...] Calling driver operation MemberManager.create13:07
dokuaINFO neutron_lbaas.services.loadbalancer.plugin [...] Calling driver operation MemberManager.create13:07
dokua- while Octavia creates one and refuses creation of another:13:07
dokuaINFO octavia.api.v1.controllers.member [...] Member cannot be created or modified because the Load Balancer is in an immutable state13:07
dokuaINFO octavia.controller.queue.endpoint [-] Creating member 'aed824c6-753e-42a7-ab24-9f38f225b2e5'...13:07
dokua- and haproxy.conf contains only one member in pool:13:07
dokuabackend d50fc8b3-93da-488f-b235-4d2316d8700b13:07
dokua    [ ... ]13:07
dokua    server aed824c6-753e-42a7-ab24-9f38f225b2e5 10.1.1.11:8080 weight 1 check inter 5s fall 3 rise 313:07
dokuaWhen I do the same using CLI, no problems. It seems that Heat issues requests much faster than I can do this from CLI and there is kind of "deadlock" somewhere. Any ideas on this? Thanks!13:07
openstackgerritHengqing Hu proposed openstack/octavia master: Change how path munging works for sphinx docs  https://review.openstack.org/52121113:18
openstackgerritHengqing Hu proposed openstack/octavia master: ignore api-ref/build directory  https://review.openstack.org/52238513:18
*** links has quit IRC13:22
openstackgerritGuoqiang Ding proposed openstack/neutron-lbaas master: Fix the deprecated usage of "get_transport"  https://review.openstack.org/52560413:22
openstackgerritNuman Siddique proposed openstack/neutron-lbaas master: Support OVN driver for lbaas v2  https://review.openstack.org/51092113:23
*** krypto has quit IRC13:23
*** yamamoto has quit IRC13:47
*** eN_Guruprasad_Rn has quit IRC13:50
*** fnaval has quit IRC14:02
*** yamamoto has joined #openstack-lbaas14:11
openstackgerritBar RH proposed openstack/octavia master: Fix filtering in list API calls  https://review.openstack.org/52268914:12
openstackgerritBar RH proposed openstack/octavia master: Fix filtering in list API calls  https://review.openstack.org/52268914:15
*** sanfern has quit IRC14:42
*** fnaval has joined #openstack-lbaas14:52
*** armax has joined #openstack-lbaas14:56
*** Alex_Staf has quit IRC15:09
*** jniesz has joined #openstack-lbaas15:22
openstackgerritBar RH proposed openstack/python-octaviaclient master: Add Quota client API and OSC support  https://review.openstack.org/51876715:24
openstackgerritBar RH proposed openstack/python-octaviaclient master: Extend loadbalancer_create valid VIP parameters combinations  https://review.openstack.org/51943915:24
openstackgerritBar RH proposed openstack/python-octaviaclient master: Complement Octavia client with a set of features  https://review.openstack.org/52266615:24
*** bar_ has joined #openstack-lbaas15:24
*** rm_work has quit IRC15:32
*** bar_ has quit IRC15:34
*** rm_work has joined #openstack-lbaas15:36
*** longstaff has joined #openstack-lbaas15:44
*** krypto has joined #openstack-lbaas15:48
*** openstackgerrit has quit IRC15:48
*** krypto has quit IRC15:50
*** dokua has quit IRC15:55
*** dokua1 has joined #openstack-lbaas15:55
*** longstaff has quit IRC15:57
*** dokua1 has quit IRC15:59
*** longstaff has joined #openstack-lbaas15:59
*** salmankhan has quit IRC16:03
*** longstaff has quit IRC16:05
*** salmankhan has joined #openstack-lbaas16:06
*** longstaff has joined #openstack-lbaas16:11
*** longstaff has quit IRC16:14
*** longstaff has joined #openstack-lbaas16:14
*** pck is now known as pckizer16:29
*** bar_ has joined #openstack-lbaas16:32
*** bar_ has quit IRC17:11
*** longstaff has quit IRC17:11
*** longstaff has joined #openstack-lbaas17:14
*** openstackgerrit has joined #openstack-lbaas17:18
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: [WIP] Adds the missing stats command  https://review.openstack.org/52570417:18
*** pcaruana has joined #openstack-lbaas17:22
*** sanfern has joined #openstack-lbaas17:25
*** pcaruana has quit IRC17:26
*** pcaruana has joined #openstack-lbaas17:27
*** b_bezak has quit IRC17:30
*** gcheresh has joined #openstack-lbaas17:43
*** dokua has joined #openstack-lbaas17:46
sanfernHi johnsom ,17:52
*** gcheresh has quit IRC17:52
johnsomsanfern Hi17:52
sanfernAdam wants some clarification on backwards compatibility - https://review.openstack.org/#/c/521138/17:53
sanfernWe have discussed this once, can we put this discussion on tomorrow's agenda17:54
johnsomYes, we can add it to the agenda17:54
sanfernyeah do you have the link to update17:55
johnsomIt is here but I can do it for you: https://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda17:55
sanfernok great thanks.17:56
sanfernI want this to be merged17:56
sanfernAlso https://review.openstack.org/#/c/490164/2017:56
johnsomYeah, I spent all day doing reviews yesterday.  Still more to do.  We will get to it.17:57
johnsomThanks for the reminder17:57
*** pcaruana has quit IRC17:58
sanfernThank you johnsom17:58
johnsomIt would be nice to see any reviews on it...17:58
sanfernI have asked xgerman_ to do it.18:16
*** tesseract has quit IRC18:21
*** salmankhan has quit IRC18:24
*** longstaff has quit IRC18:33
*** tongl has joined #openstack-lbaas18:37
*** Alex_Staf has joined #openstack-lbaas18:38
openstackgerritAdam Harwell proposed openstack/octavia master: DNM: Revert "Disable kvm on OVH infra instances"  https://review.openstack.org/52572918:45
rm_work^^ testing OVH stuff18:47
xgerman_rm_work: https://review.openstack.org/#/c/418530/2818:48
rm_workxgerman_: it works?18:48
rm_workI'll review it now18:48
rm_workugh i'm not in a great place for spinning a devstack though so I will trust johnsom assuming he tested it?18:49
johnsomI did a test pass.  The basic stuff seems to work.  Certainly not an exhaustive test.  I found that status and stats don't work.  I had him open a bug and deferred to the other cores to decide if we merge as-is and fix or wait for those to work.18:50
rm_workyeah that's fine18:50
rm_worka bug we can even backport, too18:50
rm_workhate to be thinking like that, but18:50
rm_workwe need to get some features in18:51
rm_workxgerman_: i have some tiny ones for you, just some easy fixes/additions that make things easier for me, if you had a min to look while i'm reviewing that18:54
rm_workhttps://review.openstack.org/52529518:54
rm_workhttps://review.openstack.org/52530218:54
rm_workhttps://review.openstack.org/525353 <-- this one is admittedly a little more controversial, just want to add a thing because it belongs there, isn't used yet in the main code, but comes with bonus tests!18:55
johnsomrm_work I hope you can make tomorrows IRC meeting.  We want to talk about the -218:59
*** bar_ has joined #openstack-lbaas18:59
openstackgerritMerged openstack/octavia master: Updated from global requirements  https://review.openstack.org/52538719:01
johnsommugsie How would it break API compatibility other than the amphora API change (which has not yet gone out in a release)?19:01
rm_workjohnsom: yes, there's another one too19:01
rm_workjohnsom: yeah i commented to that effect19:01
rm_workxgerman_: quick -1, maybe you can answer my questions? ignore the deep/shallow copy thing, that was just an offhand nit19:02
johnsomYeah, upgrades, I see two issues.  1. it would be control plane downtime. 2. the amphora API probably needs some compat work so you don't have to change out the amps.19:02
rm_workjohnsom: i wanted to discuss this as well tomorrow: https://review.openstack.org/#/c/505158/19:03
rm_workah which links into #2 there19:03
johnsomOk, throw it on the agenda19:03
rm_workk19:04
rm_workadded19:05
johnsomThanks.  It should be a busy one19:05
rm_worklast week i was having jetlag issues and also alarm issues, combined i missed ... a lot of stuff19:06
*** longstaff has joined #openstack-lbaas19:07
johnsombar_ are we good for a re-test on the client / filter patches?19:09
xgerman_rm_work commented - let me know if I need to re-roll19:10
xgerman_and this was sitting there for almost a year…19:10
johnsombroken19:10
*** gcheresh has joined #openstack-lbaas19:24
*** yamamoto has quit IRC19:27
rm_workxgerman_: this was the first time I heard it was "ready/working" :P19:28
*** SumitNaiksatam has joined #openstack-lbaas19:31
xgerman_yeah, it’s just hard for me to conext-switch19:32
bar_johnsom, yes, the filter patches should do the job.19:36
*** bar_ has quit IRC19:43
*** Alex_Staf has quit IRC19:52
*** salmankhan has joined #openstack-lbaas19:54
*** salmankhan has quit IRC19:58
*** csomerville has joined #openstack-lbaas20:00
mugsiejohnsom: technically as the API has been put to master, it has been "released" - but that is a philisophical debate :)20:15
mugsieAPI compatibility was supposed to be patch to patch (part of the reason tempest is in a separate repo)20:15
*** kobis has joined #openstack-lbaas20:18
xgerman_I won the battle on the neutron side apparently, too20:19
*** gcheresh has quit IRC20:24
*** yamamoto has joined #openstack-lbaas20:28
xgerman_rm_work you want a re-roll or you are fine with my answers20:31
xgerman_?20:31
*** b_bezak has joined #openstack-lbaas20:31
*** yamamoto has quit IRC20:35
*** b_bezak has quit IRC20:35
*** kobis has quit IRC20:47
*** longstaff has quit IRC21:09
rm_workxgerman_: sorry went to lunch, will look now21:11
xgerman_let me know happy to-reroll21:11
*** longstaff has joined #openstack-lbaas21:15
rm_workxgerman_: followup question21:15
xgerman_sure21:15
rm_workposted21:15
xgerman_ok, answered21:20
xgerman_let me know what you want me to do next with this21:20
openstackgerritAdam Harwell proposed openstack/octavia master: Update devstack to properly configure nova-lxd img  https://review.openstack.org/45323721:21
rm_workxgerman_: so the tests that were in tests/unit/db/loadbalancer/test_db_loadbalancerv2.py21:22
rm_workwent to tests/unit/db/loadbalancer/util.py21:22
rm_work?21:22
rm_workit's hard to tell21:23
xgerman_thos weren’t tests - they were test helpers21:23
rm_workit looked like a bunch of code moved to test_proxy_plugin21:23
rm_workbut21:23
rm_worki guess yeah, i see it21:23
xgerman_yeah, I felt refactoring was best…21:23
*** armax has quit IRC21:25
rm_workalright, good enough for me21:26
rm_workposted final comments, but +A21:26
xgerman_THANK YOU! This was haunting me for almost a year… I will run a follow up patch with stats and status — as soon as my devstack becomes agreeable21:27
*** bar_ has joined #openstack-lbaas21:35
openstackgerritBar RH proposed openstack/octavia master: Fail-proof VIP deallocation task  https://review.openstack.org/52393121:39
johnsomFYI, these tempest updates are just adding the story tag so we track our Queens community goal...21:41
openstackgerritMichael Johnson proposed openstack/octavia-tempest-plugin master: Add basic tests for listeners  https://review.openstack.org/49231121:42
openstackgerritMichael Johnson proposed openstack/octavia-tempest-plugin master: Add tests for pools  https://review.openstack.org/49267321:43
openstackgerritMichael Johnson proposed openstack/octavia-tempest-plugin master: Create scenario tests for members  https://review.openstack.org/49713921:43
openstackgerritMichael Johnson proposed openstack/octavia-tempest-plugin master: Create scenario tests for health monitors  https://review.openstack.org/49764321:44
bar_johnsom, ^ I have added retry for Exception.21:44
openstackgerritMichael Johnson proposed openstack/octavia-tempest-plugin master: WIP: Failover test  https://review.openstack.org/50155921:44
johnsombar_ Thanks!21:45
johnsomAgain, sorry for the channel spam.  Just getting things tracked so I can post progress on the Queens community goal for the tempest plugin.21:45
johnsomI now return you to your regularly scheduled programming.21:46
*** sshank has joined #openstack-lbaas21:54
*** threestrands has joined #openstack-lbaas22:05
*** threestrands has quit IRC22:05
*** threestrands has joined #openstack-lbaas22:05
*** rcernin has joined #openstack-lbaas22:05
johnsomAny cores have a minute for a dashboard patch updating the auth code?  Want to  get this in Q2 if we can.  https://review.openstack.org/#/c/524011/22:05
rm_worksure why not22:10
rm_workjohnsom: i'm about to submit the code for the amphora-api /failover22:12
johnsomOk22:12
rm_workjohnsom: should i do it as a patch on top of https://review.openstack.org/#/c/525302/ or just merge it in22:12
rm_workI was trying to keep things simple22:13
rm_workbut22:13
rm_worki guess it's impossible to test that code without this code22:13
johnsomThat is what parent/child is for...22:14
johnsomI like just checking out the end of the chain for things like this when testing.22:15
*** armax has joined #openstack-lbaas22:20
openstackgerritMerged openstack/octavia-dashboard master: Update openstacksdk construction to be forward compatible  https://review.openstack.org/52401122:21
rm_workk22:29
openstackgerritAdam Harwell proposed openstack/octavia master: Amphora API Failover call  https://review.openstack.org/52577822:36
rm_workthere it is22:36
bar_Does the order of the attributes in json response have significance? lb_stats_response.json example differs from the response description in the documentation (loadbalancer.inc)22:37
openstackgerritMichael Johnson proposed openstack/python-octaviaclient master: Complement Octavia client with a set of features  https://review.openstack.org/52266622:40
*** sshank has quit IRC22:44
bar_johnsom, If you have reservations from the octavia server-side dependency (https://review.openstack.org/#/c/522689/) please comment on it today so I'll have time to correct it.22:44
johnsombar_ on my last test with it, then +222:44
rm_workbar_: order doesn't matter22:46
rm_workthe assertion stuff in tempest shouldn't test22:46
rm_workerr, shouldn't test order22:46
rm_workif you do assertEquals on dicts, it ignores order22:47
rm_worksince they are inherently unordered22:47
rm_workand we're fine with that22:47
bar_oh, I was reviewing the client patch set for loadbalancer stats, so it's all user facing. And in this patch, the order of the user views the response is not the same as manifested in loadbalancer.inc22:48
bar_rm_work, ^22:48
rm_workdoesn't matter22:49
rm_workfeel free to fix docs if you want i guess22:49
bar_nah22:49
rm_workbut order REALLY shouldn't matter22:49
johnsomI am going to comment that the CLI output should be in alpha order though22:50
bar_johnsom, asked me yesterday to add columns for amphora client in a certain order22:50
rm_workheh22:50
johnsomYeah, the CLI table output should have an order that makes sense22:51
johnsomThat is different than JSON22:51
rm_workyep it's true22:51
rm_worktho alpha?22:51
johnsomWell, in this case:22:51
johnsomhttps://review.openstack.org/#/c/523306/1/octaviaclient/osc/v2/constants.py22:51
rm_workdon't things normally do some intelligent sorting, like id-first?22:51
johnsombar_ Yep, the filtering patch works for me22:54
johnsomI think we might need to fix the quota patch ourselves to get this chain in.22:54
bar_johnsom, I'm glad to here22:54
bar_johnsom, I'll approach Carlos tomorrow, it doesn't need much work, and I know he's on to it (among other assignments)22:55
bar_*to hear22:56
johnsomYeah, tomorrow makes me nervous given I need to do the release tomorrow.  If no one else has time I make poke at it.22:56
johnsomI want to review some dashboard stuff too, but client takes priority22:57
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: Adds the missing stats command and fixes status  https://review.openstack.org/52570422:57
xgerman_^^ now if pep8, etc. are happy we have stats and status…22:58
xgerman_johnsom anyway I can help with the client?22:58
*** sshank has joined #openstack-lbaas22:59
rm_workjohnsom: got a weird one ... member update died in the worker because of a connection timeout to neutron looking for the extensions23:03
rm_workand it ... didn't roll back23:03
rm_workO_o23:03
rm_workbecause it was before the flow maybe?23:03
rm_worktrying to init the neutron driver?23:03
rm_worksec i'll post logs23:03
rm_workhttp://paste.openstack.org/show/VlRFt3vjI17ZaAJJXJDs/23:05
johnsomxgerman I think bar_ has it covered23:08
bar_+123:08
johnsomrm_work Yep, that check for neutron extensions is outside the flow in the driver __init__()...23:13
rm_workT_T23:13
johnsomhttps://github.com/openstack/octavia/blob/master/octavia/network/drivers/neutron/base.py#L4723:13
rm_workso that happens if connectivity goes bad to neutron temporarily23:13
rm_work(our neutron was down for 5min)23:13
johnsomYeah, we should move that into the flow.  It's not like it's a shared driver and only loaded once....23:15
rm_workdo you know where you'd do that?23:19
xgerman_mmh, why are we optimizing for. abroken neutron?23:19
rm_workwe're trying to remove cases where it's possible for things to go to error23:20
rm_workconnectivity issues happen23:20
johnsombecause it leaves an LB in PENDING...23:20
johnsomIt's a fix our state machine issue IMO23:21
rm_workyes23:21
xgerman_I don’t like covering every edge case and neutron being not available is pretty edgy23:21
johnsomFrankly I would probably just move those check calls into the network driver methods that care.  Those are neutron driver specific issues, so I think it should be a detail hidden.23:22
rm_workyeah23:22
johnsomxgerman But we should take the LB to ERROR to give a clear indication to the user and operator.23:23
johnsomIf it's outside the flow we don't have the ERROR fail safe23:23
xgerman_ok, at best I see that as low priority…23:24
xgerman_but I like the plan moving things to the methods which care - though we should then cache the response so we are not going over the wire all the time23:25
rm_workyeah basically the flows should be airtight -- doesn't matter if it's neutron or anything else, connectivity blips for any reason should not cause LBs to be forever stuck in PENDING. *NOTHING* should cause LBs to get stuck in PENDING.23:30
xgerman_given that we are having Q-2 and are in no position to deprecate lbaasv2 we have bigger fish to fry than all the edge cases23:31
johnsomI think supporting our teammates that have this in customer hands has some priority in my book....23:33
openstackgerritHengqing Hu proposed openstack/octavia master: Change how path munging works for sphinx docs  https://review.openstack.org/52121123:34
xgerman_I don’t think Neutron outages are very common…23:36
xgerman_but we can also keep supporting lbaasv2 another cycle23:36
rm_worki think i could prolly fix it in approximately the time it took to argue about this :P23:39
xgerman_most things are that way…23:39
xgerman_reviews are our bottle neck23:40
rm_workkinda?23:40
rm_worka lot of stuff just doesn't look ready to review, to me23:40
rm_worki guess there are a few23:40
xgerman_a couple of people are new to OpenStack and would benefit from early reviews23:41
rm_workat this point it might be good to have an etherpad or something where people put links to reviews that they actually think are *ready to go*23:41
rm_workhmmm23:41
*** tongl has quit IRC23:41
rm_worki guess that's a fair point23:41
rm_worksometimes reviews can be good even when stuff isn't done23:41
rm_workthough that might be the luxury23:41
openstackgerritHengqing Hu proposed openstack/octavia master: Change how path munging works for sphinx docs  https://review.openstack.org/52121123:42
xgerman_yeah, it’s the teach people to fish thing and then they get put on another project23:42
*** tongl has joined #openstack-lbaas23:49
*** sshank has quit IRC23:51
openstackgerritMichael Johnson proposed openstack/python-octaviaclient master: Add loadbalancer stats client api and osc  https://review.openstack.org/52330623:52
openstackgerritMerged openstack/python-octaviaclient master: Updated from global requirements  https://review.openstack.org/52540023:53
johnsomOk, that client patch works for me.  I just fixed the two minor things I found.23:53
*** sshank has joined #openstack-lbaas23:53
openstackgerritAdam Harwell proposed openstack/octavia master: Move loading the network driver into the flows  https://review.openstack.org/52579023:55
rm_work^^ fixed the network driver loading badly23:55
rm_workxgerman_: what about this: you're doing maintenance on neutron to upgrade it -- should octavia let LBs get stuck immutable because of that? :/23:58
rm_worknot sure if your neutron is zero-downtime-upgrades, but ours isn't23:58
xgerman_if neutron is not zero downtime I would schedule a maintenance and take down all the APIs…23:59
xgerman_it’s not like nova will be working23:59
*** longstaff has quit IRC23:59
rm_workyeah but I would also say that we should do the same for the compute driver23:59
rm_workif there's somewhere we needed to do that23:59
rm_workwe have to be resilient23:59

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