| *** JudeC has quit IRC | 00:02 | |
| *** leitan has joined #openstack-lbaas | 00:08 | |
| *** rcernin has quit IRC | 00:12 | |
| *** yuanying_ has joined #openstack-lbaas | 00:58 | |
| *** yuanying has quit IRC | 01:02 | |
| *** yuanying has joined #openstack-lbaas | 01:02 | |
| *** yuanying_ has quit IRC | 01:02 | |
| *** sticker has joined #openstack-lbaas | 01:05 | |
| *** JudeC has joined #openstack-lbaas | 01:08 | |
| *** JudeC has quit IRC | 01:19 | |
| *** JudeC has joined #openstack-lbaas | 01:30 | |
| *** dayou has quit IRC | 01:41 | |
| *** yuanying has quit IRC | 01:50 | |
| *** dougwig has quit IRC | 02:00 | |
| *** yuanying has joined #openstack-lbaas | 02:01 | |
| *** dayou has joined #openstack-lbaas | 02:16 | |
| *** leitan has quit IRC | 02:39 | |
| *** leitan has joined #openstack-lbaas | 02:39 | |
| *** leitan has quit IRC | 02:44 | |
| *** fnaval has quit IRC | 02:48 | |
| *** links has joined #openstack-lbaas | 03:18 | |
| *** JudeC has quit IRC | 03:27 | |
| *** sanfern has joined #openstack-lbaas | 03:42 | |
| *** JudeC has joined #openstack-lbaas | 04:09 | |
| *** sanfern has quit IRC | 04:11 | |
| *** sanfern has joined #openstack-lbaas | 04:12 | |
| *** sanfern has quit IRC | 05:09 | |
| *** sanfern has joined #openstack-lbaas | 05:10 | |
| *** rcernin has joined #openstack-lbaas | 05:11 | |
| *** rcernin has quit IRC | 05:27 | |
| *** armax has quit IRC | 05:28 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/octavia master: Updated from global requirements https://review.openstack.org/496052 | 05:56 |
|---|---|---|
| *** rcernin has joined #openstack-lbaas | 06:12 | |
| *** eezhova has joined #openstack-lbaas | 06:20 | |
| *** pcaruana has joined #openstack-lbaas | 06:21 | |
| openstackgerrit | Omer Anson proposed openstack/octavia master: devstack: Allow 3rd party neutron backends deployment https://review.openstack.org/496205 | 06:25 |
| *** slaweq has joined #openstack-lbaas | 06:32 | |
| *** aojea has joined #openstack-lbaas | 06:39 | |
| *** gcheresh_ has joined #openstack-lbaas | 06:55 | |
| *** eezhova has quit IRC | 07:07 | |
| *** aojea has quit IRC | 07:10 | |
| *** tesseract has joined #openstack-lbaas | 07:20 | |
| *** eezhova has joined #openstack-lbaas | 07:47 | |
| *** tesseract-RH has joined #openstack-lbaas | 07:49 | |
| *** tesseract-RH has quit IRC | 07:50 | |
| *** tesseract-RH has joined #openstack-lbaas | 07:50 | |
| *** tesseract has quit IRC | 07:52 | |
| *** tesseract-RH has quit IRC | 08:01 | |
| *** tesseract-RH has joined #openstack-lbaas | 08:02 | |
| *** yamamoto has joined #openstack-lbaas | 08:10 | |
| *** aojea has joined #openstack-lbaas | 08:22 | |
| *** gcheresh_ has quit IRC | 08:24 | |
| *** gcheresh has joined #openstack-lbaas | 08:26 | |
| *** reedip has quit IRC | 08:31 | |
| openstackgerrit | Jude Cross proposed openstack/octavia-tempest-plugin master: Create scenario tests for members https://review.openstack.org/497139 | 08:35 |
| *** JudeC has quit IRC | 08:48 | |
| *** aojea has quit IRC | 08:50 | |
| *** slaweq has quit IRC | 09:11 | |
| *** slaweq has joined #openstack-lbaas | 09:12 | |
| *** gcheresh has quit IRC | 09:13 | |
| *** yamamoto has quit IRC | 09:16 | |
| *** slaweq has quit IRC | 09:16 | |
| *** yamamoto has joined #openstack-lbaas | 09:17 | |
| *** gcheresh has joined #openstack-lbaas | 09:17 | |
| *** tesseract-RH has quit IRC | 09:18 | |
| *** tesseract has joined #openstack-lbaas | 09:23 | |
| *** yamamoto has quit IRC | 09:27 | |
| *** yamamoto has joined #openstack-lbaas | 09:29 | |
| *** yamamoto has quit IRC | 09:30 | |
| *** aojea has joined #openstack-lbaas | 09:39 | |
| *** reedip has joined #openstack-lbaas | 09:51 | |
| *** slaweq has joined #openstack-lbaas | 09:59 | |
| *** aojea has quit IRC | 10:04 | |
| *** yamamoto has joined #openstack-lbaas | 10:31 | |
| *** yamamoto has quit IRC | 10:36 | |
| *** krypto has joined #openstack-lbaas | 11:17 | |
| *** yamamoto has joined #openstack-lbaas | 11:33 | |
| *** yamamoto has quit IRC | 11:38 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/octavia master: Updated from global requirements https://review.openstack.org/496052 | 11:44 |
| *** sanfern has quit IRC | 12:08 | |
| *** yamamoto has joined #openstack-lbaas | 12:34 | |
| *** coreycb has joined #openstack-lbaas | 12:38 | |
| *** yamamoto has quit IRC | 12:41 | |
| *** atoth has joined #openstack-lbaas | 12:47 | |
| *** sanfern has joined #openstack-lbaas | 12:49 | |
| *** reedip has quit IRC | 13:01 | |
| *** catintheroof has joined #openstack-lbaas | 13:02 | |
| *** reedip has joined #openstack-lbaas | 13:13 | |
| *** krypto has quit IRC | 13:24 | |
| *** krypto has joined #openstack-lbaas | 13:24 | |
| *** fnaval has joined #openstack-lbaas | 13:31 | |
| *** yamamoto has joined #openstack-lbaas | 13:36 | |
| *** krypto has quit IRC | 13:38 | |
| *** yamamoto has quit IRC | 13:42 | |
| *** leitan has joined #openstack-lbaas | 13:44 | |
| *** krypto has joined #openstack-lbaas | 13:45 | |
| *** links has quit IRC | 13:46 | |
| *** slaweq has quit IRC | 14:29 | |
| *** gcheresh has quit IRC | 14:29 | |
| *** yamamoto has joined #openstack-lbaas | 14:38 | |
| *** armax has joined #openstack-lbaas | 14:42 | |
| *** yamamoto has quit IRC | 14:44 | |
| *** krypto has quit IRC | 15:01 | |
| *** krypto has joined #openstack-lbaas | 15:01 | |
| *** eezhova has quit IRC | 15:09 | |
| *** jniesz has joined #openstack-lbaas | 15:17 | |
| *** sanfern has quit IRC | 15:26 | |
| *** cody-somerville has joined #openstack-lbaas | 15:31 | |
| *** yamamoto has joined #openstack-lbaas | 15:40 | |
| *** yamamoto has quit IRC | 15:45 | |
| *** eezhova has joined #openstack-lbaas | 15:46 | |
| *** amotoki is now known as amotoki__away | 15:47 | |
| *** leitan has quit IRC | 15:53 | |
| *** rcernin has quit IRC | 15:54 | |
| *** pcaruana has quit IRC | 15:57 | |
| *** ianychoi has joined #openstack-lbaas | 16:00 | |
| *** tesseract has quit IRC | 16:03 | |
| *** openstackgerrit has quit IRC | 16:04 | |
| *** leitan has joined #openstack-lbaas | 16:04 | |
| *** links has joined #openstack-lbaas | 16:06 | |
| *** kbyrne has quit IRC | 16:09 | |
| *** krypto has quit IRC | 16:09 | |
| *** kbyrne has joined #openstack-lbaas | 16:10 | |
| *** tongl has joined #openstack-lbaas | 16:28 | |
| *** links has quit IRC | 16:38 | |
| *** yamamoto has joined #openstack-lbaas | 16:41 | |
| *** yamamoto has quit IRC | 16:47 | |
| *** JudeC has joined #openstack-lbaas | 16:58 | |
| *** sanfern has joined #openstack-lbaas | 17:26 | |
| *** rcernin has joined #openstack-lbaas | 17:27 | |
| *** eezhova has quit IRC | 17:34 | |
| *** openstackgerrit has joined #openstack-lbaas | 17:41 | |
| openstackgerrit | Merged openstack/octavia master: Updated from global requirements https://review.openstack.org/496052 | 17:41 |
| *** yamamoto has joined #openstack-lbaas | 17:43 | |
| *** catinthe_ has joined #openstack-lbaas | 17:44 | |
| *** catintheroof has quit IRC | 17:45 | |
| *** eezhova has joined #openstack-lbaas | 17:46 | |
| *** eezhova has quit IRC | 17:47 | |
| *** yamamoto has quit IRC | 17:48 | |
| *** eezhova has joined #openstack-lbaas | 17:48 | |
| *** SumitNaiksatam has joined #openstack-lbaas | 17:56 | |
| *** sanfern has quit IRC | 18:00 | |
| *** sanfern has joined #openstack-lbaas | 18:09 | |
| *** dasanind has joined #openstack-lbaas | 18:32 | |
| rm_work | johnsom: FYI I'm going to be working on the API for the maintenance mode thing we discussed a week or so ago | 18:43 |
| rm_work | probably starting next week | 18:43 |
| johnsom | Ok | 18:43 |
| rm_work | doing it upstream, any suggestions? | 18:43 |
| rm_work | It's going to be an "operator" command, we decided those should not be under any different namespace or anything | 18:44 |
| rm_work | right? just ... use permissions to lock them down | 18:44 |
| johnsom | Right | 18:44 |
| rm_work | k | 18:44 |
| rm_work | so we should have an entire cycle to figure out how we want to structure those | 18:44 |
| rm_work | probably I'll bring it up at the PTG | 18:44 |
| rm_work | I'd like to get a number of admin things in this cycle | 18:44 |
| *** yamamoto has joined #openstack-lbaas | 18:44 | |
| rm_work | another one i'll probably do is a thing to force recycle the spares pool (for when we release a new image) | 18:45 |
| rm_work | though maybe that could be done via the failover API? | 18:45 |
| johnsom | No, that would need to be another path. failover works at LB level | 18:45 |
| rm_work | k | 18:46 |
| rm_work | toying with `/maintenance` and `/spares/recycle` | 18:46 |
| rm_work | we might have more spares operations? like, maybe GET for them to show count and readyness | 18:47 |
| *** yamamoto has quit IRC | 18:50 | |
| johnsom | Yeah, my initial thought is /amphora but that is too driver specific IMO | 18:58 |
| rm_work | yeah | 19:05 |
| rm_work | i wonder if this *will be* very driver specific though | 19:06 |
| rm_work | to be honest the amount that i've thought it through for the big picture is <_< | 19:06 |
| rm_work | not a lot | 19:06 |
| rm_work | maybe it is deserving a spec? | 19:06 |
| rm_work | but ... due to internal pressures i'm going to be doing code within a short time no matter what :( | 19:07 |
| rm_work | so i might just be looking at doing some rewriting later if people review it and say "nope" | 19:07 |
| *** eezhova has quit IRC | 19:13 | |
| *** SumitNaiksatam has quit IRC | 19:15 | |
| *** sanfern has quit IRC | 19:16 | |
| *** sanfern has joined #openstack-lbaas | 19:17 | |
| *** sanfern has quit IRC | 19:25 | |
| *** eezhova has joined #openstack-lbaas | 19:27 | |
| *** sanfern has joined #openstack-lbaas | 19:27 | |
| *** gcheresh has joined #openstack-lbaas | 19:35 | |
| openstackgerrit | Jude Cross proposed openstack/octavia-tempest-plugin master: Create scenario tests for members https://review.openstack.org/497139 | 19:42 |
| *** yamamoto has joined #openstack-lbaas | 19:46 | |
| *** yamamoto has quit IRC | 19:51 | |
| *** yamamoto has joined #openstack-lbaas | 19:51 | |
| *** fnaval has quit IRC | 19:54 | |
| openstackgerrit | Merged openstack/octavia master: Add a CLI section to the Octavia docs https://review.openstack.org/496940 | 19:57 |
| *** aojea has joined #openstack-lbaas | 20:06 | |
| *** eezhova has quit IRC | 20:13 | |
| jniesz | thoughts on adding an additional configuration option to change the behavior of amp_boot_network_list | 20:14 |
| jniesz | instead of attaching to all networks in the list | 20:14 |
| jniesz | balance across amp_boot_network_list based on ip availability | 20:14 |
| johnsom | jniesz So, we have discussed the option to have many routable networks for the lb-mgmt-net. | 20:14 |
| jniesz | our main usecase is for regions that can have 1000+ SLB's | 20:15 |
| jniesz | and network team doesn't like giving out large networks, due to broadcasts and size of L2 domain | 20:16 |
| johnsom | Right, that many ports on a network with neutron can get "interesting" | 20:16 |
| jniesz | optimally we would add a pool of /24 nets | 20:16 |
| jniesz | when one fills up we can add another | 20:16 |
| jniesz | wastes less IPv4 space as well | 20:16 |
| johnsom | Yeah, you can always use IPv6 for the mgmt net, but that may not be possible at all deployments | 20:17 |
| jniesz | yea we are limitied in certain networks to IPv4 | 20:17 |
| jniesz | IPv6 is definitely preference for lb management network | 20:17 |
| jniesz | when possible | 20:17 |
| johnsom | Ok, so some thoughts. Neutron has a subnetpool interface, but I'm not super familiar with it. So I'm not sure if that would help here or not. | 20:19 |
| johnsom | Looks like that might not be flexible enough for our needs | 20:23 |
| johnsom | So, thinking about this, I think we would need a few things: | 20:23 |
| jniesz | or maybe address scopes | 20:24 |
| johnsom | 1. A new config setting for a list of networks that will be selected from for the lb-mgmt-net | 20:25 |
| johnsom | 2. Change the flow to select one of these networks to pass to the compute driver. | 20:26 |
| johnsom | 3. Update the create flow to be able to retry with an additional network selected from the list should that network be full at boot time. | 20:27 |
| johnsom | 4. Maybe do a check during selection as well, but we must handle the boot error case as it could get used between the check and the boot call. | 20:27 |
| jniesz | yea i think doing a check would be good and then if failed retry as well | 20:28 |
| johnsom | rm_work Any thoughts on this? I know we have talked about it before | 20:28 |
| johnsom | Back when we started neutron had problems with networks having more than 200 ports. I'm sure that is better now, but was a concern that led to this discussion. | 20:29 |
| johnsom | The assumption that the networks are routable with the controllers will need to be captured in the docs/release notes too | 20:30 |
| xgerman_ | I think a list and selecting at random sounds good | 20:31 |
| jniesz | instead of random what about doing a neutron net-ip-availability-list | 20:33 |
| jniesz | to avoid trying full network | 20:33 |
| rm_work | intelligence sounds good there | 20:33 |
| johnsom | Yeah, that neutron extension might make selection a bit more "balanced' | 20:34 |
| rm_work | though internally what we do is ... i don't provide a network at all... nova schedules me "one" by default and it is guaranteed to be routable | 20:34 |
| rm_work | and that's that | 20:34 |
| johnsom | You are using "auto" for nova? | 20:34 |
| johnsom | I think we need to make sure we do a check that the extension is available in neutron, use it if available, use random otherwise. | 20:35 |
| johnsom | We already have code in the network driver to check for available extensions | 20:36 |
| johnsom | jniesz So it sounds like support for the idea | 20:38 |
| johnsom | There is kind of a roadmap of thoughts on the how part. | 20:38 |
| jniesz | i thought nova scheduling based on ip availability was coming as part of pike | 20:39 |
| jniesz | i need to check on that | 20:39 |
| johnsom | Yeah, I see the "auto" option, but it just grabs a network from the project, probably not ideal. | 20:40 |
| jniesz | yea it would have to select from specific list | 20:40 |
| johnsom | So to get started, a spec would be good. I think we laid most of it out. | 20:42 |
| johnsom | If nova can handle it, that is the best option, then we don't have to deal with the retry code | 20:44 |
| *** yamamoto has quit IRC | 20:45 | |
| jniesz | agreed, that would make coding simpler | 20:46 |
| *** gcheresh has quit IRC | 20:47 | |
| rm_work | jniesz: that's a local patch | 20:51 |
| rm_work | because of our network architecture, we can't allow binding of arbitrary networks | 20:51 |
| rm_work | we actually don't support tenant networks at all | 20:51 |
| rm_work | at no point can i tell nova to bind any network | 20:51 |
| rm_work | :( | 20:52 |
| rm_work | but it makes this specific thing a non-problem for me | 20:52 |
| johnsom | lol | 20:52 |
| *** catinthe_ has quit IRC | 20:53 | |
| jniesz | these would be admin networks that only the service tenant could deploy onto | 20:53 |
| *** catintheroof has joined #openstack-lbaas | 20:54 | |
| johnsom | Correct | 20:56 |
| jniesz | http://specs.openstack.org/openstack/nova-specs/specs/newton/implemented/neutron-routed-networks.html | 20:58 |
| *** catintheroof has quit IRC | 20:58 | |
| *** sanfern has quit IRC | 20:59 | |
| *** sanfern has joined #openstack-lbaas | 21:02 | |
| johnsom | Hmmm, if that works, that would be a great docs article to add to our admin guide | 21:04 |
| jniesz | plus if somebody is doing pure routed L3 networks | 21:04 |
| jniesz | and there is no L3 across racks | 21:04 |
| jniesz | would need something like that for the lb management network | 21:05 |
| jniesz | I mean no L2 across racks | 21:05 |
| rm_work | jniesz: that is my case | 21:05 |
| rm_work | no L2 across racks | 21:05 |
| rm_work | we're pure routed L3 | 21:05 |
| jniesz | what do you do for lb management? | 21:06 |
| rm_work | nova on each cell knows what network it has access to, so it schedules everything on that | 21:06 |
| rm_work | there are no tenant networks | 21:06 |
| rm_work | so our mgmt network is not strictly "private" | 21:06 |
| rm_work | it is the same as the VIP network | 21:07 |
| rm_work | and we use FLIPs to actually expose LBs | 21:07 |
| rm_work | when a user creates a LB, they pass a *FLIP* network-id as "vip_network_id" and we create a FLIP for them and associate it | 21:07 |
| rm_work | jniesz: we use this driver: https://review.openstack.org/#/c/435612/ | 21:09 |
| jniesz | interesting, we are kind of cheating with EVPN VXLAN in ToR | 21:10 |
| rm_work | what I need to do is actually make sure that runs properly in devstack and set up devstack to actually use that driver in the tests :P | 21:10 |
| rm_work | jniesz: ok so apparently, that routed-networks thing was essentially born at our request to handle our exact topology, lol | 21:15 |
| rm_work | jniesz: unfortunately we're just too far behind to run it yet <_< | 21:15 |
| rm_work | but it WILL be what we run, I hope, eventually :3 | 21:16 |
| jniesz | do you know if nova actually implemented their part for routed network scheduling in pike? | 21:16 |
| rm_work | i do not | 21:16 |
| jniesz | looks like neutron part is done | 21:16 |
| rm_work | i was told the nova piece was supposed to land in *newton* | 21:16 |
| rm_work | so | 21:16 |
| rm_work | maybe it got delayed and delayed and delayed? | 21:16 |
| openstackgerrit | Michael Johnson proposed openstack/octavia-dashboard master: Remove neutron-lbaas checks and rename "slug" https://review.openstack.org/497642 | 21:17 |
| jniesz | https://blueprints.launchpad.net/neutron/+spec/routed-networks | 21:17 |
| jniesz | I think Pike was target | 21:17 |
| rm_work | hmm k | 21:17 |
| rm_work | https://blueprints.launchpad.net/nova/+spec/neutron-routed-networks | 21:18 |
| rm_work | "With https://review.openstack.org/#/c/299591/ being merged I'm considering this partially complete for the Newton release, any remaining work for neutron routed networks should happen in Ocata. -- mriedem 20160802" | 21:18 |
| *** rcernin has quit IRC | 21:19 | |
| rm_work | jniesz: if you have L3 routing I'm curious if you have any interest whatsoever in the FLIP driver I'm working with | 21:21 |
| rm_work | *if you're using L3 routing instead of L2 | 21:21 |
| openstackgerrit | Jude Cross proposed openstack/octavia-tempest-plugin master: Create scenario tests for health monitors https://review.openstack.org/497643 | 21:21 |
| rm_work | but I guess you said you're faking it | 21:21 |
| rm_work | ? | 21:21 |
| jniesz | yea, we are using provider networks, but those networks are extended across racks with our ToR | 21:21 |
| rm_work | I am not clear on exactly how "EVPN VXLAN in ToR" makes things work :) | 21:21 |
| jniesz | we need diffferent security zones | 21:22 |
| rm_work | <-- not a networking person | 21:22 |
| rm_work | yeah we do security zones via AZ | 21:22 |
| rm_work | or rather | 21:22 |
| rm_work | sorry no | 21:22 |
| rm_work | we have *different clouds* for security zones | 21:22 |
| rm_work | lol | 21:22 |
| jniesz | on our new L3 network we have multiple security zones | 21:22 |
| jniesz | so it is converged | 21:22 |
| jniesz | and the provider network determines the zone | 21:23 |
| johnsom | Wow, I really confused gerrit on that last patch. I think the code is right, but the diff is really scrambled | 21:23 |
| rm_work | >_> | 21:23 |
| rm_work | johnsom: looks sane to me? https://review.openstack.org/#/c/497642/ ? | 21:23 |
| johnsom | Yeah, at the top, look at the file with "C" tag | 21:24 |
| rm_work | oh just the one | 21:25 |
| jniesz | rm_work I'll be at the PTG, we can probably discuss more there | 21:25 |
| rm_work | kk | 21:25 |
| rm_work | jniesz: i wish i was more of a networking person <_< | 21:25 |
| johnsom | Say the load balancer core | 21:25 |
| rm_work | i just find it hard to *care* what happens below a certain layer (which happens to be 7) | 21:25 |
| jniesz | ha | 21:25 |
| rm_work | which makes it difficult to pick up | 21:25 |
| jniesz | layer 7 always blames layer 3 | 21:26 |
| rm_work | well maybe layer 3 should get its shit together :P | 21:26 |
| * rm_work shrugs | 21:26 | |
| rm_work | johnsom: yeah that's funny i guess it's less characters to describe copying urls.py with changes to panels.py, than to describe the actual changes to panel.py? <_< | 21:28 |
| johnsom | Yeah, I git mv'd the directory and made edits, so... | 21:28 |
| jniesz | have to sign off for the day | 21:28 |
| jniesz | ttyl | 21:28 |
| johnsom | o/ | 21:28 |
| *** jniesz has quit IRC | 21:31 | |
| *** yamamoto has joined #openstack-lbaas | 21:46 | |
| *** aojea has quit IRC | 21:47 | |
| *** aojea has joined #openstack-lbaas | 21:47 | |
| *** eandersson has joined #openstack-lbaas | 21:50 | |
| *** yamamoto has quit IRC | 21:51 | |
| *** aojea has quit IRC | 21:51 | |
| johnsom | Yeah, that code seems to be working just fine | 21:59 |
| *** catintheroof has joined #openstack-lbaas | 21:59 | |
| johnsom | One more step towards an octavia-dashboard | 22:01 |
| *** leitan has quit IRC | 22:02 | |
| *** leitan has joined #openstack-lbaas | 22:02 | |
| *** leitan has quit IRC | 22:02 | |
| *** leitan has joined #openstack-lbaas | 22:02 | |
| *** leitan has quit IRC | 22:03 | |
| *** yamamoto has joined #openstack-lbaas | 22:47 | |
| *** yamamoto has quit IRC | 22:53 | |
| rm_work | johnsom: does our mark_amp_health_busy thing ACTUALLY get a lock?! | 23:19 |
| rm_work | i'm a little confused | 23:19 |
| rm_work | https://github.com/openstack/octavia/blob/master/octavia/controller/worker/tasks/database_tasks.py#L77 | 23:20 |
| johnsom | Yes, it is an auto commit | 23:24 |
| johnsom | There aren't actions to chain in a transaction so it doesn't need the autocommit=False lock sessions we have used in other places | 23:25 |
| rm_work | hmm k | 23:30 |
| rm_work | so err | 23:30 |
| rm_work | in a sec can you review this and see if i'm doing this locking properly | 23:31 |
| johnsom | Sure, NP | 23:31 |
| rm_work | err if we do a with_for_update() query... | 23:36 |
| rm_work | and multiple processes do it at the same time | 23:36 |
| rm_work | do they wait? | 23:36 |
| rm_work | or does the DB reject all after the first? | 23:36 |
| rm_work | johnsom: ^^ | 23:39 |
| *** catintheroof has quit IRC | 23:46 | |
| openstackgerrit | Adam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s) https://review.openstack.org/435612 | 23:47 |
| rm_work | johnsom: https://review.openstack.org/#/c/435612/44..45/octavia/amphorae/drivers/health/flip_utils.py | 23:47 |
| rm_work | The idea is that all the HMs will receive this packet around the same time, and I want to prevent as many as possible from sending the message | 23:47 |
| rm_work | I think this should block the majority, but if the message is delayed for some and the operation is very short on the one that got it early, i guess it could still run multiple times <_< | 23:48 |
| johnsom | They should wait for a period of time, then if the lock is there too long the first one wins | 23:49 |
| rm_work | hmm k | 23:49 |
| rm_work | well, i am not good at this | 23:49 |
| rm_work | so I hope I got it mostly | 23:49 |
| *** yamamoto has joined #openstack-lbaas | 23:49 | |
| johnsom | rm_work Can I pull this down and make some changes? | 23:53 |
| rm_work | if you want :) | 23:53 |
| *** tongl has quit IRC | 23:53 | |
| johnsom | Might be easier than trying to talk you through it | 23:54 |
| *** yamamoto has quit IRC | 23:55 | |
| rm_work | lol yeah i won't argue if you just want to fix it | 23:55 |
| rm_work | lets me zoom with JudeC right now on getting his tempest tests running :P | 23:55 |
| JudeC | o/ | 23:55 |
| rm_work | one step closer to having our own proper testing | 23:56 |
| JudeC | Still need someone to take a look at my code and point out all the stuff I did wrong :P. | 23:56 |
| rm_work | I will definitely be looking shortly ^_^ | 23:57 |
| johnsom | Yeah, I was going to do that today, but dashboard got me sucked in. So much to fix there | 23:59 |
| *** yuanying_ has joined #openstack-lbaas | 23:59 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!