Thursday, 2018-04-26

*** fnaval_ has joined #openstack-lbaas00:12
*** fnaval has quit IRC00:13
*** slaweq has joined #openstack-lbaas00:20
*** slaweq has quit IRC00:25
johnsomUgh, we need to figure out why systemctl stop devstack@o-hm leaves processes around.00:43
*** yamamoto has quit IRC00:53
*** yamamoto has joined #openstack-lbaas00:53
*** kbyrne has quit IRC01:27
*** kbyrne has joined #openstack-lbaas01:32
*** sapd has joined #openstack-lbaas01:35
*** phuoc_ has quit IRC01:40
openstackgerritMerged openstack/octavia master: Fix calls to "DELETED" items  https://review.openstack.org/54549301:50
*** phuoc has joined #openstack-lbaas01:50
*** srihas has joined #openstack-lbaas02:11
*** cgoncalves_ has joined #openstack-lbaas02:12
*** keithmnemonic[m] has quit IRC02:12
*** mordred has quit IRC02:12
*** cgoncalves has quit IRC02:12
*** srihas_ has quit IRC02:12
*** oanson has quit IRC02:12
*** cgoncalves_ is now known as cgoncalves02:12
*** oanson has joined #openstack-lbaas02:13
*** mordred has joined #openstack-lbaas02:14
*** fnaval_ has quit IRC02:29
*** fnaval has joined #openstack-lbaas02:41
openstackgerritMerged openstack/octavia master: Fix keepalived vrrp check script to be in PATH  https://review.openstack.org/56437102:52
mrhillsmandoes octavia not work with self-signed certs?03:06
mrhillsmani know this is a warning but just want to rule it out as the reason why loadbalancer will not get out of pending_create03:06
mrhillsmanhttps://www.irccloud.com/pastebin/evPjY5zt/03:06
johnsommrhillsman Hi Melvin, so this is odd as the certificate for the amphora is automaticaly generated by the controller worker.03:08
johnsommrhillsman So, this is the important config section for this: https://github.com/openstack/octavia/blob/master/etc/octavia.conf#L10603:10
johnsomWe use self signed in our gates03:10
johnsommrhillsman line 106 through 113 are the important ones.03:11
mrhillsmanthx03:11
johnsomLet me give you some command lines to validate the cert/key03:12
mrhillsman++03:12
johnsomSo, for the ca_certificate file: openssl x509 -in <ca_certificate path> -noout -text03:13
johnsomfor ca_private_key: openssl rsa -in <ca_private_key path> -noout -text03:15
johnsomAlso, might help: https://github.com/openstack/octavia/blob/master/devstack/plugin.sh#L29303:16
mrhillsmancool, thx03:16
johnsomThis is the section of the devstack plugin that generates self signed certs for the gates03:16
mrhillsmani did deploy via devstack to try to pin things down03:16
mrhillsmanthis is all helpful03:16
mrhillsmani may have messed up the cert somehow03:17
mrhillsmanis my guess03:17
johnsomSure, NP. Good luck, come back if you don't find it03:17
mrhillsmanwill do03:17
johnsomThat is a critical failure, it will go to ERROR eventually with that error message.03:18
*** leitan has joined #openstack-lbaas03:20
mrhillsmanif i encrypted the key after generating everything could that be the issue?03:20
johnsomIf you didn't set the passphrase in the config: https://github.com/openstack/octavia/blob/master/etc/octavia.conf#L11103:21
mrhillsmani did so because when i set ca_private_key_passphrase =03:21
mrhillsmanit was failing03:21
mrhillsmankept trying to use a passphrase03:21
johnsomYeah, if you set that it should be the same as the key passphrase03:21
mrhillsmanweird03:21
mrhillsmani did not have a passphrase originally03:22
johnsomThere might be a bug if you don't set one. I think we always set one, so maybe something is broken if you don't03:22
mrhillsmandid not set that and logs kept showing fail due to no passphrase03:22
mrhillsmanyeah, i think so03:22
mrhillsmanlet me just regenerate things with a passphrase03:22
mrhillsmanthx again03:22
johnsomSure, NP. Feel free to open us a bug: https://storyboard.openstack.org/#!/dashboard/stories03:23
mrhillsmanwill drop a line if things still not panning out after some troubleshooting03:23
mrhillsmansure thing03:23
*** annp has joined #openstack-lbaas03:39
rm_workwooo looking forward to these 4 merges04:15
* rm_work jinxed it04:15
*** slaweq has joined #openstack-lbaas04:22
*** slaweq has quit IRC04:26
rm_workhmmm, the latter patches seem to be passing the multinode, is that random or did it fix something? <_<04:40
openstackgerritMerged openstack/octavia master: Correct flavor to flavor_id in LB API  https://review.openstack.org/56286904:47
openstackgerritMerged openstack/octavia master: Pool PUT should validate name/description length  https://review.openstack.org/56320204:49
openstackgerritMerged openstack/octavia master: Health Monitor url_path requires leading slash  https://review.openstack.org/56334104:49
openstackgerritMerged openstack/octavia master: Fix lower-constraints to actually match our reqs  https://review.openstack.org/56339604:49
*** links has joined #openstack-lbaas04:53
openstackgerritAdam Harwell proposed openstack/octavia master: Experimental multi-az support  https://review.openstack.org/55896204:54
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: AZ Evacuation resource  https://review.openstack.org/55987304:57
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561204:57
openstackgerritAdam Harwell proposed openstack/octavia master: Add config for disabling creation of PING type HMs  https://review.openstack.org/52843904:57
*** leitan has quit IRC05:00
openstackgerritAdam Harwell proposed openstack/octavia master: Update HAProxy version for Centos  https://review.openstack.org/54842005:01
openstackgerritAdam Harwell proposed openstack/octavia master: Fix amphora failover API to work with spares  https://review.openstack.org/56408205:09
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561205:12
openstackgerritAdam Harwell proposed openstack/octavia master: Add usage admin resource  https://review.openstack.org/55754805:15
openstackgerritAdam Harwell proposed openstack/octavia master: Fix amphora failover API to work with spares  https://review.openstack.org/56408205:17
rm_workalright, i think that's it with the rebases05:20
*** yboaron has joined #openstack-lbaas05:24
openstackgerritAdam Harwell proposed openstack/octavia master: Add pecan middleware for neutron-lbaas compat  https://review.openstack.org/56206305:24
*** fnaval has quit IRC05:44
*** slaweq has joined #openstack-lbaas06:22
*** tesseract has joined #openstack-lbaas06:58
*** tesseract has quit IRC07:00
*** tesseract has joined #openstack-lbaas07:02
*** yamamoto has quit IRC07:16
*** yamamoto has joined #openstack-lbaas07:17
*** pcaruana has joined #openstack-lbaas07:31
*** rcernin has quit IRC07:32
*** AlexeyAbashkin has joined #openstack-lbaas07:45
*** threestrands_ has quit IRC07:52
*** Alex_Staf has joined #openstack-lbaas07:55
*** yamamoto has quit IRC08:11
*** yamamoto has joined #openstack-lbaas08:27
*** rpittau has joined #openstack-lbaas08:44
*** keithmnemonic[m] has joined #openstack-lbaas08:50
*** Alexey_Abashkin has joined #openstack-lbaas08:57
*** AlexeyAbashkin has quit IRC09:01
*** Alexey_Abashkin is now known as AlexeyAbashkin09:01
*** keithmnemonic[m] has quit IRC09:39
*** keithmnemonic[m] has joined #openstack-lbaas10:21
openstackgerritMerged openstack/neutron-lbaas master: use rpc Connection rather than create_connection  https://review.openstack.org/56102810:42
*** Alex_Staf_ has joined #openstack-lbaas10:46
*** Alex_Staf has quit IRC10:47
*** yamamoto has quit IRC10:55
*** threestrands_ has joined #openstack-lbaas11:01
*** pchavva has joined #openstack-lbaas11:11
*** rm_work has quit IRC11:39
*** rm_work has joined #openstack-lbaas11:39
yboaronHi Octavia Experts,11:45
yboaronI have a question  for you,11:45
yboaronI have provisioned Loadbalancer as follows:11:45
yboaron1. Create LB11:45
yboaron2. Create Listener (attach to LB)11:45
yboaron3. Create pool (attached to Listener)11:45
yboaron4. Create member11:45
yboaronTill here all fine, my next step will be to delete the member,pool,listener,LB11:45
yboaronWhen I send the 'pool_delete' request via the octavia client for pool deletion,11:45
yboaronIn order to make sure that deletion operation completed, should I monitor the 'provisioning_status' of the Listener or the LoadBalancer ?11:45
yboaronmany thanks in advance11:46
*** yamamoto has joined #openstack-lbaas11:50
*** yamamoto has quit IRC11:50
*** samccann has joined #openstack-lbaas12:04
*** atoth has joined #openstack-lbaas12:06
*** fnaval has joined #openstack-lbaas12:06
*** fnaval has quit IRC12:10
cgoncalvesyboaron, load balancer. you can also delete cascade: openstack loadbalancer delete --cascade12:15
yboaroncgoncalves, thanks for your feedback, yes I know that this is the prefer option, assuming that I'm not using --cascade, Do u know which provisioning_status field should be monitored in each step ?12:17
*** yamamoto has joined #openstack-lbaas12:18
cgoncalvesyboaron, you mean provisioning_status value? PENDING_*12:19
cgoncalvesPENDING_CREATE, PENDING_UPDATE, PENDING_DELETE12:19
yboaroncgoncalves, yes , !=ACTIVE12:19
cgoncalveshttps://developer.openstack.org/api-ref/load-balancer/v2/#status-codes12:20
yboaroncgoncalves, thanks12:31
*** yboaron has quit IRC12:38
*** leitan has joined #openstack-lbaas12:57
*** threestrands_ has quit IRC12:58
*** fnaval has joined #openstack-lbaas13:05
*** yboaron has joined #openstack-lbaas13:06
*** fnaval has quit IRC13:10
*** Alex_Staf_ has quit IRC13:14
*** leitan has quit IRC13:43
*** leitan has joined #openstack-lbaas13:50
*** yamamoto has quit IRC13:56
*** pcaruana has quit IRC14:42
*** yamamoto has joined #openstack-lbaas14:57
*** yamamoto has quit IRC15:03
*** fnaval has joined #openstack-lbaas15:03
-openstackstatus- NOTICE: We've successfully troubleshooted the issue that prevented paste.openstack.org from loading and it's now back online, thank you for your patience.15:05
mnaseris there soem sort of15:06
*** irenab has quit IRC15:06
mnaserreset-state for a load balancer that is stuck?15:06
*** links has quit IRC15:06
mnaseri have some in PENDING_CREATE and ERROR15:06
*** irenab has joined #openstack-lbaas15:07
johnsomPENDING_CREATE should mean that a controller still owns it and is still working on it. It will eventually go ACTIVE or to ERROR. Only un-clean shutdowns would leave it in that state permanently.  As for ERROR, the objects in ERROR can be delete and recreated by the end user. Sometimes the Admin failover command can restore it, but not usually. Provisioning status ERROR means some outside service (nova/neutron,etc)15:09
johnsomfailed in a way we could not recover from.15:09
johnsommnaser What version of Octavia are you running?15:10
mnaserpike right now johnsom15:10
johnsomYeah, ok, ouch15:10
mnaseryeah queens octavia should be very soon15:10
johnsomUm, go pick up the tip of stable/pike, we have been backporting a bunch of stuff recently for pike.15:10
mnaserdeleting the ERROR doesnt seem to do much (but could that be a pike thing?)15:10
mnaseris there a lot of backwards incompatible changes/fixes in queens?15:11
mnaserwe could just also go queens..15:11
johnsomAlso, I think you used OSA, there was a bug that had the event streamer turned on (don't) which causes high CPU usage and troubles: https://github.com/openstack/octavia/blob/master/etc/octavia.conf#L8015:11
johnsomMake sure that is set to noop15:12
johnsommnaser No, no backwards incompatible changes in Queens, I would highly recommend it15:12
johnsomhttps://docs.openstack.org/releasenotes/octavia/queens.html15:13
mnaserjohnsom: deployed without OSA for pike, but is that bug in queens though? We recently deployed the same for queens15:13
johnsomI think the OSA config had it in all of the branches until recently. xgerman_ would know when it got fixed.15:14
johnsomIt's pretty easy to see, if you have health processes at 100% CPU that is probably enabled. It was only for neutorn-lbaas installs and hoses the queue without neutron-lbaas there.15:14
xgerman_I swiched it off when we made Octavia stabd alone the default install15:15
mnaseryeah we didnt deploy neutron-lbaas support15:15
johnsomOh, ok, so not an issue in an OSA queens install15:15
johnsomYeah, good15:15
xgerman_https://review.openstack.org/#/c/555087/15:16
xgerman_^^ has the change. Before event streamer was on by default to aid n-lbaas interopability15:17
xgerman_mnaser: so this is mater/Rockey15:18
mnaserill double check and redeploy15:19
mnaserif the case15:19
xgerman_if it is really that bad we can backport that patch15:20
*** irenab has quit IRC15:30
*** irenab has joined #openstack-lbaas15:34
*** AlexeyAbashkin has quit IRC15:56
*** yamamoto has joined #openstack-lbaas15:59
*** yamamoto has quit IRC16:04
openstackgerritMichael Johnson proposed openstack/octavia master: Fix version discovery for the Octavia API  https://review.openstack.org/55946016:52
johnsomHad to fix a merge conflict on that16:52
*** yamamoto has joined #openstack-lbaas17:01
*** leitan has quit IRC17:05
*** yamamoto has quit IRC17:06
rm_workjohnsom: yeah i was actually gonna do it for you last night but i wasn't sure about the 2.1 still17:25
rm_workdoesn't that imply that the link is /lbaas/v2.1/ ?17:25
*** SumitNaiksatam has joined #openstack-lbaas17:33
johnsomNo, I looked at a few other services, they just increment that number and don't change the path17:42
johnsomVersioning for OpenStack is, different IMO17:42
*** pchavva has quit IRC17:46
johnsomOh, yeah, it does, hmmm That wasn't my intent17:49
johnsombummer, hmm, we need to decide how to do this.  It looks like the projects that just increment  the "v2.1" use /v2 in the path and not the full version17:50
*** leitan has joined #openstack-lbaas17:50
johnsomHere are some examples from Rocky:17:54
johnsomhttps://etherpad.openstack.org/p/octavia_versions17:54
xgerman_in the grand scheme of things they get their endoiints from keystone — is someone checking the v?17:57
johnsomIn theory the clients should17:57
xgerman_yep…18:01
*** yamamoto has joined #openstack-lbaas18:02
*** yamamoto has quit IRC18:07
*** samccann has quit IRC18:09
openstackgerritGerman Eichberger proposed openstack/octavia master: When SG delete fails on vip deallocate, try harder  https://review.openstack.org/54926318:09
*** pchavva has joined #openstack-lbaas18:11
*** yboaron has quit IRC18:15
openstackgerritGerman Eichberger proposed openstack/octavia master: Updates the docs with new admin tips  https://review.openstack.org/56203518:18
*** sshank has joined #openstack-lbaas18:18
*** samccann has joined #openstack-lbaas18:21
*** pchavva has quit IRC18:21
*** tesseract has quit IRC18:24
*** pchavva has joined #openstack-lbaas18:26
*** sshank has quit IRC18:33
*** SumitNaiksatam has left #openstack-lbaas18:34
rm_workjohnsom: yeah, what compute did is what i was thinking too18:38
rm_workand yeah, /v2/18:38
johnsomWell, /v2 vs /v2.0 we have already published is....18:39
rm_workwell i mean, we can't do that18:39
rm_workjust sayin18:39
rm_worki think we need to wait until we're actually ready to expose v2.0 and v2.118:39
rm_workto bump that18:39
rm_workor v3 :P18:39
johnsomSo your vote would be to add /v2.1 as a valid path and advertise both /v2.0 and /v2.1?18:39
rm_workwell, my vote would definitely be to NOT do that18:40
rm_workbut if we go to v2.1 i think we'd have to18:40
rm_workdoes that make sense?18:40
johnsomSo leave it and don't bump at all?18:40
rm_workyes18:40
johnsomor leave /v2.0 and version v2.118:40
*** pchavva has quit IRC18:43
*** harlowja has joined #openstack-lbaas18:46
*** yboaron has joined #openstack-lbaas19:03
*** yamamoto has joined #openstack-lbaas19:04
*** samccann has quit IRC19:08
*** samccann has joined #openstack-lbaas19:08
*** yamamoto has quit IRC19:09
*** imacdonn has quit IRC19:14
*** imacdonn has joined #openstack-lbaas19:14
rm_workweird, the lb-list api test left one of the LBs after cleanip19:18
rm_work*cleanup19:19
rm_workthe "C" one19:20
rm_workbut i see the addClassResourceCleanup for it...19:20
rm_workjohnsom: hmmm i feel like we should only bother spinning up the backend VM for scenario tests (since it doesn't get used if you only run API tests)19:35
rm_workso like... maybe it should happen in the setup class for the scenario tests19:35
johnsomrm_work Umm, I was pretty sure I had a branch in there that did not start them for API tests....19:36
rm_workhmmm19:36
johnsomThis is the tempest plugin right?19:36
rm_workyes19:36
rm_worki'm watching them be set up19:37
rm_workas i run a single api test19:37
johnsomAh, this should probably have a check for the noop flag: https://github.com/openstack/octavia-tempest-plugin/blob/master/octavia_tempest_plugin/tests/test_base.py#L19219:37
johnsomMy bad19:37
johnsomrm_work Wait, no I do https://github.com/openstack/octavia-tempest-plugin/blob/master/octavia_tempest_plugin/tests/test_base.py#L13319:38
rm_worki'm not running in NOOP19:38
rm_workbut i'm only running the API tests19:38
rm_workAPI tests wouldn't send traffic, so wouldn't need a real backend member, right?19:38
johnsomHmmm, yeah, that kind of comes down to the member tests and how we test the member API. So, yeah, "left for later work"19:39
rm_workk19:39
rm_worki mean19:39
rm_work1.2.3.419:39
johnsomI get you19:39
rm_workor you know19:39
rm_workwhatever19:39
rm_work;P19:39
johnsomI just tried to not have too much code duplication between the two paths, so merged it into one base file.  Probably need to fix that at some point19:40
johnsomFeel free to jump into tempest plugin land!  grin19:41
johnsomI have removed the word "handler" from the load balancer API, so happy about that.  I just need to deal with the VIP creation, vip qos, and single call create and LB will be fully driver-ized.19:42
rm_workjohnsom: oh i'm jumping in19:44
rm_workthat's my next *week* prolly19:45
rm_workand THEN i get to rebase to fix all the madness that will happen with my stuff probably after the provider work :P19:45
johnsomsweet. I think listener needs to get reverted back to Jude level and brought back up, then the rest haven't been touched19:45
johnsomYeah....  This is a wrecking ball type activity19:46
rm_workyeah ummm19:46
rm_workthe multi-az stuff ... should work19:46
rm_worklike19:46
rm_workthat should be mergeable19:46
rm_workit's all nice and split out and configuration is straightforward19:47
rm_workjust an FYI :)19:47
rm_workand IMO is a great feature19:47
rm_workthough it relies on all AZs being on the same L2 :/19:47
rm_workI don't know if that ... exists19:48
johnsomI think it does exist, but probably not very common19:48
xgerman_let’s make it. atrend…19:49
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: Fix proxy extension for neutron RBAC  https://review.openstack.org/55400419:51
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: Gate API test for the lbaasv2-proxy plugin  https://review.openstack.org/53935019:52
*** yamamoto has joined #openstack-lbaas20:05
mnaserhi lbaas friends20:06
*** leitan has quit IRC20:06
johnsomo/20:07
mnaser"VIPConfigurationNotFound: Can't deallocate VIP because the vip port eda223bb-ce8c-4d3d-a3a3-d7cc1a8b4737 cannot be found in neutron"20:07
mnaserwhy wouldnt this be noop then and just move on20:07
mnaser(trying to delete an ERROR port)20:07
johnsomYou have old code20:07
mnaseri cant upgrade right right right now :( maybe i can cherry pick something i guess20:07
mnaserill look for what to cherry pick because i'm using old code :P20:07
johnsomLet me go look at stable/pike, I would have expected that to be fixed there20:08
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: Fix proxy extension for neutron RBAC  https://review.openstack.org/55400420:08
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: Gate API test for the lbaasv2-proxy plugin  https://review.openstack.org/53935020:08
johnsommnaser https://github.com/openstack/octavia/blob/stable/pike/octavia/network/drivers/neutron/allowed_address_pairs.py#L29220:09
johnsomSo it looks like on Pike that should be a warning and go on20:09
mnaserjohnsom: fyi VIPConfigurationNotFound seems to be referenced but no longer used!20:09
johnsommnaser This was the patch where I beat that neutron driver with a blunt stick: https://review.openstack.org/#/c/517455/20:10
*** sshank has joined #openstack-lbaas20:10
johnsommnaser Yes, that does appear to be abandoned code. Sigh.20:11
*** yamamoto has quit IRC20:11
mnaserjohnsom: are specs 'readonly' in octavia world?20:12
mnaserim pushing up a clean up patch20:12
mnaserthere are references in the spec documents20:12
johnsomYou can go ahead and clean that up in the specs.20:12
johnsomWe probably should have a statement about those that they are "as of the design time".20:13
openstackgerritMohammed Naser proposed openstack/octavia master: Remove PluggedVIPNotFound references  https://review.openstack.org/56461620:16
*** leitan has joined #openstack-lbaas20:26
*** atoth has quit IRC20:29
*** atoth has joined #openstack-lbaas20:29
openstackgerritAdam Harwell proposed openstack/octavia master: Experimental multi-az support  https://review.openstack.org/55896220:37
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: AZ Evacuation resource  https://review.openstack.org/55987320:37
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561220:37
openstackgerritAdam Harwell proposed openstack/octavia master: Fix amphora failover API to work with spares  https://review.openstack.org/56408220:38
openstackgerritAdam Harwell proposed openstack/octavia master: When SG delete fails on vip deallocate, try harder  https://review.openstack.org/54926320:42
openstackgerritAdam Harwell proposed openstack/octavia master: Fix amphora failover API to work with spares  https://review.openstack.org/56408220:53
*** leitan has quit IRC21:04
*** leitan has joined #openstack-lbaas21:06
*** yamamoto has joined #openstack-lbaas21:07
*** leitan has quit IRC21:10
*** yamamoto has quit IRC21:13
openstackgerritAdam Harwell proposed openstack/octavia master: Fix amp failover where failover already failed  https://review.openstack.org/54898921:16
*** velizarx has joined #openstack-lbaas21:16
openstackgerritAdam Harwell proposed openstack/octavia master: Correct naming for quota resources  https://review.openstack.org/55967221:16
*** samccann has quit IRC21:19
*** velizarx has quit IRC21:20
rm_workso pike is now ahead of queens: https://review.openstack.org/#/c/562802/121:21
rm_workya'll need to merge that chain21:21
xgerman_it’s a race21:21
johnsomArgh21:21
*** yboaron has quit IRC21:22
*** yboaron has joined #openstack-lbaas21:22
rm_workalso i think johnsom ignored my comment on https://review.openstack.org/55698921:26
johnsomYeah, I think that is fully gone now21:26
rm_workis it?21:27
*** yboaron has quit IRC21:27
johnsomHmm, guess not.  odd21:27
rm_worki think you still have to backport the thing21:34
rm_workwhich ... again, per my comment, will be a lot simpler if it's on top of this21:34
rm_workbut your call21:34
*** slaweq has quit IRC22:00
*** leitan has joined #openstack-lbaas22:00
*** yamamoto has joined #openstack-lbaas22:09
*** yamamoto has quit IRC22:14
*** leitan has quit IRC22:17
*** leitan has joined #openstack-lbaas22:19
openstackgerritGerman Eichberger proposed openstack/octavia master: Updates the docs with new admin tips  https://review.openstack.org/56203522:20
*** rcernin has joined #openstack-lbaas22:23
*** leitan has quit IRC22:29
openstackgerritAdam Harwell proposed openstack/octavia master: Experimental multi-az support  https://review.openstack.org/55896222:40
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: AZ Evacuation resource  https://review.openstack.org/55987322:40
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561222:40
*** yamamoto has joined #openstack-lbaas23:11
*** annp has quit IRC23:13
*** annp has joined #openstack-lbaas23:14
*** yamamoto has quit IRC23:16
*** jmccrory has quit IRC23:17
*** jmccrory has joined #openstack-lbaas23:18
openstackgerritGerman Eichberger proposed openstack/octavia master: Allow fields filter on single object GETs  https://review.openstack.org/55984223:32

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