Wednesday, 2018-02-07

*** PagliaccisCloud has quit IRC00:15
*** PagliaccisCloud has joined #openstack-lbaas00:19
*** kobis has quit IRC00:26
*** kobis has joined #openstack-lbaas00:26
*** kobis has quit IRC00:36
*** kobis has joined #openstack-lbaas00:39
*** links has joined #openstack-lbaas01:28
*** links has quit IRC01:29
*** slaweq has joined #openstack-lbaas01:32
*** slaweq has quit IRC01:37
*** kobis has quit IRC02:06
rm_workkk will look02:06
*** bbzhao has quit IRC02:10
*** Dave has quit IRC02:11
*** Dave_ has joined #openstack-lbaas02:11
*** links has joined #openstack-lbaas02:12
*** fnaval has joined #openstack-lbaas02:16
*** atoth has quit IRC02:52
*** yamamoto has joined #openstack-lbaas02:52
*** atoth has joined #openstack-lbaas02:54
*** yamamoto has quit IRC02:55
*** yamamoto has joined #openstack-lbaas02:56
openstackgerritchao liu proposed openstack/octavia-dashboard master: Add postinstall in tox.ini  https://review.openstack.org/54152603:11
openstackgerritchao liu proposed openstack/neutron-lbaas-dashboard master: Add postinstall in tox.ini  https://review.openstack.org/54153303:30
*** ianychoi_ has quit IRC03:49
*** ianychoi_ has joined #openstack-lbaas03:50
*** atoth has quit IRC03:55
*** atoth has joined #openstack-lbaas03:55
*** openstackgerrit has quit IRC04:04
*** slaweq has joined #openstack-lbaas04:15
*** slaweq has quit IRC04:20
*** harlowja has quit IRC04:32
*** slaweq has joined #openstack-lbaas04:36
*** slaweq has quit IRC04:42
*** slaweq has joined #openstack-lbaas04:52
*** slaweq has quit IRC04:57
*** slaweq has joined #openstack-lbaas05:08
*** slaweq has quit IRC05:12
*** kobis has joined #openstack-lbaas05:13
*** fnaval has quit IRC05:16
*** krypto has joined #openstack-lbaas05:20
*** slaweq has joined #openstack-lbaas05:23
*** slaweq has quit IRC05:28
*** harlowja has joined #openstack-lbaas05:37
*** slaweq has joined #openstack-lbaas05:55
*** slaweq has quit IRC06:00
*** openstackgerrit has joined #openstack-lbaas06:06
openstackgerritchao liu proposed openstack/octavia-dashboard master: Deprecated error method  https://review.openstack.org/53888506:06
*** bbzhao has joined #openstack-lbaas06:07
*** slaweq has joined #openstack-lbaas06:11
openstackgerritOpenStack Proposal Bot proposed openstack/octavia-dashboard master: Imported Translations from Zanata  https://review.openstack.org/54155506:13
*** annp has joined #openstack-lbaas06:13
*** slaweq has quit IRC06:16
openstackgerritMaoyangLiu proposed openstack/octavia master: fixs typo mistake  https://review.openstack.org/54155706:16
*** slaweq has joined #openstack-lbaas06:26
*** slaweq has quit IRC06:31
*** slaweq has joined #openstack-lbaas06:42
*** slaweq has quit IRC06:47
openstackgerritOpenStack Proposal Bot proposed openstack/octavia master: Imported Translations from Zanata  https://review.openstack.org/54157106:49
*** harlowja has quit IRC06:52
*** slaweq has joined #openstack-lbaas06:58
*** slaweq has quit IRC07:03
*** slaweq has joined #openstack-lbaas07:14
openstackgerritchao liu proposed openstack/octavia-dashboard master: Deprecated error method  https://review.openstack.org/53888507:15
*** Alex_Staf has joined #openstack-lbaas07:15
*** slaweq has quit IRC07:18
*** AlexeyAbashkin has joined #openstack-lbaas07:22
*** slaweq has joined #openstack-lbaas07:30
*** slaweq has quit IRC07:35
*** krypto has quit IRC07:40
*** krypto has joined #openstack-lbaas07:41
*** AlexeyAbashkin has quit IRC07:42
*** slaweq_ has joined #openstack-lbaas07:45
*** rcernin has quit IRC07:48
openstackgerritzhouguowei proposed openstack/neutron-lbaas-dashboard master: The pool has wrong translation  https://review.openstack.org/54160007:49
*** slaweq_ has quit IRC07:50
*** AlexeyAbashkin has joined #openstack-lbaas07:54
*** slaweq_ has joined #openstack-lbaas08:01
*** bbzhao has quit IRC08:02
*** bbzhao has joined #openstack-lbaas08:04
*** slaweq_ has quit IRC08:06
*** b_bezak has joined #openstack-lbaas08:08
*** annp has quit IRC08:14
*** ianychoi_ has quit IRC08:14
*** annp has joined #openstack-lbaas08:14
*** mmdurrant has joined #openstack-lbaas08:17
*** slaweq has joined #openstack-lbaas08:17
*** ianychoi_ has joined #openstack-lbaas08:19
mmdurrantI'm making a mod to our lbaas driver involving project parent ID... getting the parent project ID requires asking keystone for the project and getting the ID as far as I can tell. Is there an easier way that doesn't involve making an API call?08:19
mmdurrantI was kinda surprised it wasn't part of the lbaas object model but understand the need for compatibility between v2/v308:19
*** slaweq has quit IRC08:22
*** threestrands has quit IRC08:22
*** tesseract has joined #openstack-lbaas08:24
*** mmdurrant_ has joined #openstack-lbaas08:26
*** mmdurrant has quit IRC08:26
*** mmdurrant_ is now known as mmdurrant08:26
*** ianychoi_ has quit IRC08:28
*** ianychoi_ has joined #openstack-lbaas08:30
*** slaweq has joined #openstack-lbaas08:33
*** pcaruana has joined #openstack-lbaas08:38
*** slaweq has quit IRC08:38
*** ianychoi_ has quit IRC08:45
*** gcheresh has joined #openstack-lbaas08:45
*** ianychoi_ has joined #openstack-lbaas08:46
*** slaweq has joined #openstack-lbaas08:49
*** slaweq has quit IRC08:53
*** slaweq has joined #openstack-lbaas09:04
*** gcheresh has quit IRC09:08
*** slaweq has quit IRC09:09
*** slaweq has joined #openstack-lbaas09:20
*** slaweq has quit IRC09:25
*** slaweq_ has joined #openstack-lbaas09:36
*** slaweq_ has quit IRC09:41
*** slaweq has joined #openstack-lbaas09:52
*** slaweq has quit IRC09:56
*** pcaruana has quit IRC09:57
*** salmankhan has joined #openstack-lbaas10:03
*** slaweq has joined #openstack-lbaas10:08
*** dougwig has quit IRC10:11
*** slaweq has quit IRC10:13
*** pcaruana has joined #openstack-lbaas10:13
*** strigazi_ has joined #openstack-lbaas10:16
*** strigazi has quit IRC10:19
*** strigazi_ is now known as strigazi10:19
*** ianychoi_ has quit IRC10:21
*** annp has quit IRC10:22
*** slaweq has joined #openstack-lbaas10:23
*** ianychoi_ has joined #openstack-lbaas10:24
*** kobis has quit IRC10:24
*** kobis has joined #openstack-lbaas10:24
*** kobis has quit IRC10:25
*** kobis has joined #openstack-lbaas10:25
*** kobis has quit IRC10:26
*** slaweq has quit IRC10:28
*** slaweq has joined #openstack-lbaas10:39
*** Dave_ is now known as Dave10:41
*** slaweq has quit IRC10:44
*** slaweq_ has joined #openstack-lbaas10:55
*** slaweq_ has quit IRC11:00
*** ianychoi_ has quit IRC11:05
*** ianychoi_ has joined #openstack-lbaas11:07
*** pcaruana has quit IRC11:09
*** slaweq has joined #openstack-lbaas11:11
*** slaweq has quit IRC11:15
*** dmellado has quit IRC11:21
*** slaweq has joined #openstack-lbaas11:27
*** dmellado has joined #openstack-lbaas11:27
*** slaweq has quit IRC11:32
*** salmankhan has quit IRC11:41
*** slaweq has joined #openstack-lbaas11:42
*** salmankhan has joined #openstack-lbaas11:43
*** slaweq has quit IRC11:47
*** dmellado has quit IRC11:48
*** slaweq has joined #openstack-lbaas11:58
*** dmellado has joined #openstack-lbaas11:59
*** ianychoi_ has quit IRC12:00
*** slaweq has quit IRC12:03
*** pcaruana has joined #openstack-lbaas12:13
*** slaweq has joined #openstack-lbaas12:14
*** yamamoto has quit IRC12:17
*** yamamoto has joined #openstack-lbaas12:17
*** slaweq has quit IRC12:18
*** AlexeyAbashkin has quit IRC12:25
*** slaweq has joined #openstack-lbaas12:30
*** slaweq has quit IRC12:35
*** AlexeyAbashkin has joined #openstack-lbaas12:40
*** slaweq has joined #openstack-lbaas12:45
*** slaweq has quit IRC12:50
*** slaweq_ has joined #openstack-lbaas13:01
*** slaweq_ has quit IRC13:06
*** slaweq has joined #openstack-lbaas13:17
*** slaweq has quit IRC13:22
*** slaweq has joined #openstack-lbaas13:33
*** gcheresh has joined #openstack-lbaas13:34
*** AlexeyAbashkin has quit IRC13:34
*** AlexeyAbashkin has joined #openstack-lbaas13:35
*** slaweq has quit IRC13:37
*** AlexeyAbashkin has quit IRC13:40
*** cyberde has joined #openstack-lbaas13:42
*** slaweq has joined #openstack-lbaas13:49
*** slaweq has quit IRC13:53
*** AlexeyAbashkin has joined #openstack-lbaas13:55
*** slaweq has joined #openstack-lbaas14:04
*** KeithMnemonic has quit IRC14:07
*** slaweq has quit IRC14:09
*** links has quit IRC14:09
*** gcheresh has quit IRC14:13
*** ianychoi has joined #openstack-lbaas14:17
*** fnaval has joined #openstack-lbaas14:18
*** slaweq has joined #openstack-lbaas14:20
*** dougwig has joined #openstack-lbaas14:20
*** slaweq has quit IRC14:25
*** ivve has quit IRC14:33
*** slaweq_ has joined #openstack-lbaas14:36
*** slaweq_ has quit IRC14:40
*** irenab has quit IRC14:43
*** jniesz has joined #openstack-lbaas14:44
*** irenab has joined #openstack-lbaas14:45
*** ivve has joined #openstack-lbaas14:45
*** slaweq has joined #openstack-lbaas14:52
*** gcheresh has joined #openstack-lbaas14:53
*** slaweq has quit IRC14:56
*** gcheresh has quit IRC14:58
*** salmankhan has quit IRC15:05
*** krypto has quit IRC15:07
*** krypto has joined #openstack-lbaas15:07
*** slaweq has joined #openstack-lbaas15:08
*** yamamoto has quit IRC15:10
*** slaweq has quit IRC15:12
*** kobis has joined #openstack-lbaas15:17
*** slaweq has joined #openstack-lbaas15:23
*** irenab has quit IRC15:23
*** AlexeyAbashkin has quit IRC15:24
*** AlexeyAbashkin has joined #openstack-lbaas15:24
*** kobis has quit IRC15:26
*** yamamoto has joined #openstack-lbaas15:26
*** irenab has joined #openstack-lbaas15:26
*** atoth has quit IRC15:27
*** slaweq has quit IRC15:28
*** salmankhan has joined #openstack-lbaas15:29
*** yamamoto has quit IRC15:30
openstackgerritAlex Stafeyev proposed openstack/octavia-tempest-plugin master: Adding healthmonitor create and delete functions  https://review.openstack.org/54008815:34
*** slaweq has joined #openstack-lbaas15:39
*** atoth has joined #openstack-lbaas15:43
*** slaweq has quit IRC15:43
*** slaweq has joined #openstack-lbaas15:55
*** slaweq has quit IRC16:00
*** pcaruana has quit IRC16:03
openstackgerritTuan Luong-Anh proposed openstack/octavia master: Enable hacking-extensions H204, H205  https://review.openstack.org/53978416:06
*** slaweq has joined #openstack-lbaas16:11
*** krypto has quit IRC16:12
*** slaweq has quit IRC16:15
*** b_bezak has quit IRC16:18
*** slaweq has joined #openstack-lbaas16:27
*** Alex_Staf has quit IRC16:27
*** slaweq has quit IRC16:31
*** slaweq has joined #openstack-lbaas16:42
*** kobis has joined #openstack-lbaas16:44
*** slaweq has quit IRC16:47
*** yamamoto has joined #openstack-lbaas16:50
openstackgerritMerged openstack/octavia-dashboard master: Imported Translations from Zanata  https://review.openstack.org/54155516:54
*** yamamoto has quit IRC16:57
*** slaweq has joined #openstack-lbaas16:58
*** slaweq has quit IRC17:03
*** harlowja has joined #openstack-lbaas17:11
*** slaweq has joined #openstack-lbaas17:14
*** harlowja has quit IRC17:17
*** slaweq has quit IRC17:19
openstackgerritMichael Johnson proposed openstack/octavia master: Fix release notes job  https://review.openstack.org/54181017:21
openstackgerritSwaminathan Vasudevan proposed openstack/octavia master: Update osutil support for SUSE distro  https://review.openstack.org/54181117:22
*** fnaval_ has joined #openstack-lbaas17:23
*** fnaval_ has quit IRC17:24
*** fnaval_ has joined #openstack-lbaas17:24
*** AlexeyAbashkin has quit IRC17:26
*** fnaval has quit IRC17:26
*** tesseract has quit IRC17:27
*** slaweq has joined #openstack-lbaas17:30
*** salmankhan has quit IRC17:33
*** slaweq has quit IRC17:34
*** salmankhan has joined #openstack-lbaas17:36
*** slaweq has joined #openstack-lbaas17:46
*** slaweq has quit IRC17:50
openstackgerritMichael Johnson proposed openstack/octavia master: Update zuul jobs barbican-tempest tripleo-elements  https://review.openstack.org/54181917:52
*** sanfern has joined #openstack-lbaas17:52
*** slaweq has joined #openstack-lbaas18:01
*** slaweq has quit IRC18:06
*** harlowja has joined #openstack-lbaas18:11
*** slaweq has joined #openstack-lbaas18:17
*** harlowja has quit IRC18:18
*** slaweq has quit IRC18:22
*** sanfern has quit IRC18:23
*** slaweq has joined #openstack-lbaas18:33
johnsommmdurrant It is likely in the request context if you have access to that.18:34
johnsommmdurrant If you are looking for the user's project ID, it is in the context and passed through to the drivers. It may still be named "tenant_id" however as neutron has not fully moved over.18:35
*** slaweq has quit IRC18:37
*** slaweq has joined #openstack-lbaas18:49
*** salmankhan has quit IRC18:53
*** slaweq has quit IRC18:53
*** salmankhan has joined #openstack-lbaas18:53
*** kobis has quit IRC18:54
*** kobis has joined #openstack-lbaas19:00
*** slaweq has joined #openstack-lbaas19:04
*** salmankhan has quit IRC19:07
johnsomxgerman_ nmagnezi rm_work https://review.openstack.org/#/c/541810/ please review19:08
*** slaweq has quit IRC19:09
*** kobis has quit IRC19:12
*** kobis has joined #openstack-lbaas19:12
*** kobis has quit IRC19:16
*** slaweq has joined #openstack-lbaas19:20
*** isssp has joined #openstack-lbaas19:20
*** sshank has joined #openstack-lbaas19:21
*** sshank has quit IRC19:25
*** slaweq has quit IRC19:25
*** sshank has joined #openstack-lbaas19:25
*** kobis has joined #openstack-lbaas19:33
*** slaweq has joined #openstack-lbaas19:36
*** AlexeyAbashkin has joined #openstack-lbaas19:37
*** slaweq has quit IRC19:41
*** fnaval_ has quit IRC19:41
*** fnaval has joined #openstack-lbaas19:41
*** pcaruana has joined #openstack-lbaas19:52
*** slaweq has joined #openstack-lbaas19:52
*** sshank has quit IRC19:55
*** blake has joined #openstack-lbaas19:56
*** slaweq has quit IRC19:56
nmagnezijohnsom, will do19:58
johnsomYour colleagues got it already.  Thanks though!19:59
nmagnezijohnsom, oh, i see it's approvied19:59
nmagneziyeah sorry :-)19:59
*** longstaff has joined #openstack-lbaas19:59
johnsom#startmeeting Octavia20:00
openstackMeeting started Wed Feb  7 20:00:06 2018 UTC and is due to finish in 60 minutes.  The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot.20:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.20:00
*** openstack changes topic to " (Meeting topic: Octavia)"20:00
openstackThe meeting name has been set to 'octavia'20:00
johnsomHi folks!20:00
jnieszhello20:00
longstaffhi20:00
cgoncalveshi20:00
xgerman_o/20:00
blakehi20:00
johnsom#topic Announcements20:00
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"20:00
johnsom#link https://releases.openstack.org/queens/schedule.html20:01
johnsomQueens RC1 will be cut today20:01
johnsomSome zuul issues and late breaking library issues have delayed this a bit.20:01
nmagnezio/20:01
johnsomCurrently I am waiting on a couple of release notes issues to get through the gates and then I will do the release.20:02
johnsomAs it looks at the moment, this will be our Queens release unless something major (bug wise) comes up and we decide we need an RC2.20:02
johnsomThank you to everyone that has been helping with the priority bug lists.  We got a lot done.20:03
johnsomThe Rocky PTG in Dublin is rapidly approaching20:03
johnsom#link https://etherpad.openstack.org/p/octavia-ptg-rocky20:03
johnsomPlease add your name to the attendance (or not) list and add any topics you think we should discuss.20:04
johnsomAlso of note at the PTG, there is a proposal for a session around OpenStack releases, LTS, etc.20:04
johnsom#link http://lists.openstack.org/pipermail/openstack-dev/2018-February/127057.html20:05
johnsomMany of us running OpenStack probably have an interest here.20:05
johnsomI fully expect there will be a follow on session during the forum at the summit.20:05
johnsomI should also announce that the PTL nominations are still open for a few hours.20:06
johnsom#link https://governance.openstack.org/election/20:06
johnsomAny other announcements today?20:07
xgerman_CfP for Vancouver closing20:07
xgerman_link https://t.e2ma.net/click/6m31w/am5h7v/a2pgoi20:07
johnsomAh, yes, good call.  The call for presentations for the Vancouver summit closes this week.20:07
* xgerman_ took that out of an e-mail20:07
*** pcaruana has quit IRC20:07
*** slaweq has joined #openstack-lbaas20:08
johnsom#link https://www.openstack.org/summit-login/login?BackURL=%2Fsummit%2Fvancouver-2018%2Fcall-for-presentations%2F20:08
johnsomI have signed us up for a project update session.20:08
johnsom#topic Brief progress reports / bugs needing review20:09
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"20:09
johnsomAs you have probably seen, I have been busy with last minute patch updates for the release.20:09
johnsomI have also been looking at some of our gate jobs, working to improve the gate testing situation.20:10
*** slaweq has quit IRC20:10
johnsomI do have more work to do there, specifically about modernizing our tempest gates. However, this is work that will land for Rocky.20:10
*** slaweq has joined #openstack-lbaas20:10
johnsomI also took a hour or two to poke at the nova-lxd situation to see how that is progressing and if we could consider using it for gating.  Initial tests are still showing some issues and right now I can't boot an amp with it.  I'm looking at it as a side project, so I'm not setting any expectations.20:12
johnsomMy motivator is the gate hosts.  Some of them are up to 19 minutes to boot a VM, which leads to tests timing out.20:12
johnsomAny other progress reports to note today?20:13
* johnsom wonders if everyone is taking vacation while I battle the gates for our release.....20:14
johnsom#topics Octavia testing planning20:15
johnsom#link https://etherpad.openstack.org/p/octavia-testing-planning20:15
johnsomWe started this etherpad to talk about our gate testing situation.  I hope we can move forward on this.20:15
johnsomAs part of my recent gate job cleanup I hit an issue that speaks to getting some clarity here.20:15
johnsom#link https://review.openstack.org/#/c/541001/20:16
johnsomSpecifically around the API testing.20:16
johnsomI split out the tempest API and scenario tests into their own jobs in preparation for additional tests to come in.20:16
johnsomI also attempted to setup the API jobs to use the no-op drivers to speed the gate.20:17
johnsomFor those not familiar with the no-op setup Octavia has, we have the capability to enable no-op, or no operation drivers, that cause Octavia to not call out to the third party services such as neutron, nova, barbican, etc.20:18
johnsomThey implement our internal APIs and allow testing of the API without the penalty of interacting with outside services.20:18
johnsomCurrently our neutron-lbaas API tempest tests and our functional API tests run against these drivers.20:19
johnsomHowever, the new tempest plugin API tests fail as they are attempting to attach a floating IP to the load balancer under test.20:19
johnsomMy question to the community is: should we be running the tempest plugin API tests against the no-op drivers, or should they be using live services?20:20
johnsomAside from that, I think our API tempest test should not be using floating IPs, I think that is a bug in the tests.20:21
xgerman_+120:21
xgerman_I think we should limit teh rela driver to as little tests as possible20:21
xgerman_especially API tests shouldn’t rely on the thing actually working…20:22
nmagnezi+1 for not using FIPs20:23
johnsomYeah, I kind of agree.  They still test our code paths, just stopping at the external service drivers.20:23
johnsomIt's the calls to nova that really slow down our test runs. By using no-op we can include many more tests per gate job before we come close to the timeouts.20:24
johnsomOk, please take some time this week to look at the tempest docs and comment on the etherpad about our testing strategy.  We need to make a call on this soon as there is work going on with the tempest plugin.20:25
johnsom#topic CLI for driver specific features20:26
*** kobis has quit IRC20:26
*** openstack changes topic to "CLI for driver specific features (Meeting topic: Octavia)"20:26
johnsom#link https://etherpad.openstack.org/p/octavia-drivers-osc20:26
johnsomLast week I said I would contact some of the OSC folks to discuss how we expose admin commands that are driver specific via OpenStack client.20:26
nmagnezii was off for couple of weeks, but I remember this was mentioned 3 weeks ago20:26
* nmagnezi reads the etherpad20:26
johnsomOur vote was for "openstack octavia amphora failover" but I had concerns that I knew the OSC team did not want project names involved.20:27
johnsomA recommendation that came out of it was "openstack amphora failover"20:27
johnsomRemoving the project name and/or "loadbalancer" all together and making it a top level "thing"20:28
xgerman_mmh, isn’t that confusing20:28
johnsomSo, if we loaded a OSC plugin for ADMIN management of amphora it would be "openstack amphora failover"20:28
johnsomLikewise (total example off my head) F5 could have "openstack LTM failover"20:29
nmagnezijohnsom, i was not around so I have to ask: why do we hate "openstack loadbalancer amphora" so much?20:30
johnsomThoughts/comments?20:30
johnsomnmagnezi Not sure, rm_work? Others that voted that -1?20:30
nmagnezisince we cannot use "octavia" (which I actually don't hate in this context) "loadbalancer" looks like something to think about20:31
xgerman_my main worry is that it ’s not clear what os Octavia specific admin functionality and what is mot20:31
nmagnezibut again, I was not a part of the discussion up until now so I don't want to take the discussion backwards.20:31
johnsomnmagnezi No worries, the discussion is still open (thus the topic), I am just bringing more information to the discussion from my conversations with the OSC folks.20:32
*** AlexeyAbashkin has quit IRC20:33
johnsomHmmm, we might be light on quorum today....  Or people are being shy20:33
nmagnezixgerman_, fair enough. but I actually also agree your claim about the fact that it might be confusing ais actually more si20:34
nmagnezixgerman_, fair enough. but I actually also agree your claim about the fact that it might be confusing20:34
nmagnezisorry pressed enter before I had to.. :)20:34
cgoncalvesopenstack harmony {loadbalancer, listener, member, pool} {create,delete,update} ?20:34
nmagnezijohnsom, yeah..20:34
xgerman_we are trying to prevent:20:35
xgerman_1) Somebody tries that on a 3rd party loadblancer20:35
xgerman_2) A 3rd party loadbalancer adds admin functionality to OSC and so things get really confufing20:35
*** blake has quit IRC20:36
*** blake has joined #openstack-lbaas20:36
openstackgerritMerged openstack/octavia master: Fix release notes job  https://review.openstack.org/54181020:36
johnsomTo some degree there are concerns about name collisions20:36
xgerman_yeah, what I like to avoid is something20:38
rm_workI actually like the concept of amphora as a toplevel20:38
rm_workbut20:38
rm_workyeah it doesn't help us a lot for distinguishing internal vs vendor vs whatever20:38
nmagneziI'm not worries about the word amphora (here should be a placeholder for johnsom to grin) , but other drivers might collide with the naming indeed..20:38
xgerman_or you have a list of top level objects from each LB vendor and nobosy can read that help20:39
johnsomYeah, tab completion would give a shorter list if it is under something as opposed to "openstack"...20:39
johnsomNot sure that is a big factor though20:40
rm_workso did they 100% nix "octavia" as a toplevel?20:40
rm_worki figured we could schmooze and lobby at Dublin20:40
rm_workand get it done20:40
xgerman_well, if we make amphora top level - does this make people think we are the amphora driver?20:41
jnieszi think putting the vendor namespace directly under openstack is ugly20:41
johnsomrm_work yes, the fact that congress is in there is a problem evidently20:41
johnsomxgerman_ well, it would be the 'thing' the action would be against20:41
rm_workjniesz: actually that is a fair point, if you consider us a vendor20:41
cgoncalvesrm_work: I also would advise against. the intent of the openstack cli is to be implementation-wise agnostic. openstack is about APIs20:41
rm_worklet me look at the list again20:42
nmagnezithe way I see it, "amphora" as a top level thing is worse than "openstack loadbalancer amphora failover"20:42
johnsomcgoncalves Yes, the api is /amphora so kind of aligns20:42
cgoncalvesopenstack {equilibrium, harmony} as top level?20:42
johnsomOk, I guess not, our api is /v2.0/octavia/amphorae/{amphora_id}/failover20:43
jnieszwhat about if vendor had multiple plugins, maybe networking and lb20:43
johnsomWe chose to put the driver in there20:43
jnieszit would all go under openstack <ting>20:43
johnsomWe are down to 15 minutes in the meeting. Should we table this for next week and think about it more?20:44
rm_worki don't mind openstack amphora20:45
rm_workbut20:45
rm_worki liked the concept of somewhere to shove all the admin stuff20:45
johnsomYep20:45
rm_workI guess `openstack loadbalancer <vendor> <thing> is ... maybe better20:45
xgerman_if that can be done20:46
rm_workopenstack loadbalancer octavia amphora failover20:46
johnsomOk, let's give some time for open discussion and come back next week.  We can throw comments/thoughts on the etherpad.20:46
rm_workopenstack loadbalancer f5 something20:46
xgerman_+120:46
jnieszrm_work:+120:46
rm_workk20:46
rm_worki'll give my vote to that20:46
johnsom#topic Open Discussion20:46
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)"20:46
cgoncalvesrm_work: -120:46
johnsomOther topics to discuss today?20:47
rm_workI think i gave it +0 before cause i had questions20:47
rm_workcgoncalves: whyfore?20:47
nmagnezirm_work, why not just openstack loadbalancer amphora failover20:47
rm_workbecause amphora are a vendor20:47
cgoncalvesjohnsom: if there's nothing urgent we could discuss the o-hm vif20:47
cgoncalvesrm_work: too much vendor specific IMO20:48
rm_worki mean20:48
johnsomcgoncalves Sure thing20:48
rm_workthat's what we're talking about20:48
rm_workwe need to put it somewhere20:48
*** blake has quit IRC20:48
*** blake has joined #openstack-lbaas20:48
cgoncalvesso re: https://storyboard.openstack.org/#!/story/154929720:48
johnsomcgoncalves I put some comments on the story/patch. I'm still struggling with the concept, so others should jump in.20:49
cgoncalvesi'm not sure it has got other cores' attention20:49
johnsomcgoncalves I did note that we should use privsep instead of rootwrap20:49
cgoncalvesjohnsom: neutron does not yet use os-vif but it is expected at some point in time they will20:49
johnsomcgoncalves +1 I really would like others to join the conversation20:50
cgoncalvesjohnsom: neutron would not be needed on the same host that runs the health monitor20:50
rm_worki'm not quite sure i understand either20:50
xgerman_yeah, for me it would be helpful to see a proof-of-concept20:50
cgoncalvesjohnsom: neutron would not even be required in the deployment if the driver is 'flat'20:50
*** blake__ has joined #openstack-lbaas20:50
johnsomSo, help we with that.  My understanding is the OS-VIF is glue code that hooks the neutron host networking to the nova instances. Basically all of the OVS/bridge/libvirt fun stuffs20:51
cgoncalvesxgerman_: that is what I have been working on. I uploaded a very very WIP to gerrit20:51
xgerman_ok, will take a look20:52
cgoncalvesjohnsom: kind of. the documentation makes it sound coupled to nova and neutron but it is not20:52
cgoncalvesjohnsom: all os-vif does is to make sure the network backend is configured as desired without being too explicit20:53
*** blake has quit IRC20:53
cgoncalvesi.e. os-vif users would not need to know how to create switches and ports, and attach20:54
johnsomMy take (correct me) is this is an alternative to how an operator sets up the lb-mgmt-net, OSA does it with provider networks and VLANs, devstack does it with https://github.com/openstack/octavia/blob/master/devstack/plugin.sh#L316, some deployments just use routes.20:54
cgoncalvesjohnsom: os-vif would be a single point place for that20:54
johnsomBasically right now we leave it as an activity for the operator to setup.20:55
*** blake__ is now known as blake20:55
cgoncalvesoperator/installer20:55
johnsomRight, same as neutron20:56
*** kobis has joined #openstack-lbaas20:56
cgoncalvesthe network backend could be ovs, linux bridge, ovn, opendaylight, etc. there are too many to consider20:56
johnsomIt is super flexible, so hard to code up automation for it as there are a bunch of options. IMO20:57
johnsomRight, or even none of the above20:57
johnsomI guess what might help me is understanding what the octavia.conf would look like for this os-vif option.20:58
cgoncalvesall we would need would be an os-vif plugin which is expected to exist for major net drivers20:58
cgoncalvesjohnsom: I think you can see in my WIP patch20:59
johnsomDarn, just about out of time.  I can chat after our meeting window though if you have time.20:59
cgoncalvesunfortunately tonight I cannot, sorry20:59
johnsomOk, we should setup a special IRC to discuss more maybe21:00
johnsom#endmeeting21:00
*** openstack changes topic to "Welcome to LBaaS / Octavia - Queens priority review etherpad https://etherpad.openstack.org/p/Octavia-Queens-Priority-Review"21:00
openstackMeeting ended Wed Feb  7 21:00:11 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2018/octavia.2018-02-07-20.00.html21:00
cgoncalvesall we would need in octavia.conf would be 'plugin=ovs' for example and os-vif would take care of the rest21:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2018/octavia.2018-02-07-20.00.txt21:00
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2018/octavia.2018-02-07-20.00.log.html21:00
*** longstaff has quit IRC21:00
cgoncalvesand the integration bridge to attach the port of course21:00
johnsomcgoncalves That can't be all...  It would have to know the bridge, the local interface name, etc.21:01
cgoncalvesxgerman_, rm_work: FYI https://review.openstack.org/#/c/536613/21:01
rm_worki still kinda feel like21:02
cgoncalvesjohnsom: which local interface name? os-vif would create o-hm vif and attach to the integration bridge, whatever kind it is (ovs, linux bridge, etc)21:02
rm_worka deployer can just... do what they want21:02
rm_workwhy is it related to us21:02
rm_workseems like a deploy detail21:02
rm_workyou're editing devstack stuff which *should* be totally irrelevant for a real deploy, it's just an example thing?21:02
rm_workare you guys deploying with our devstack plugin? lol21:03
cgoncalvesrm_work: automation. same way we have octavia to create load balancers and such :) deployers would also leave without octavia... if they build their own mechanisms to CRUD :)21:03
rm_workthere's kolla_ansible21:04
rm_workwe use a lot of that mostly21:04
cgoncalvesrm_work: the intention would be to get rid of that function in devstack21:04
rm_workbut yeah, i am pretty sure deployers can use one of the real deployment solutions (triple-o, kolla/ansible, etc) or build their own21:05
*** sshank has joined #openstack-lbaas21:06
johnsomMy worry is ~40 lines (because it does both OVS and linux bridge) of script is becoming >450 lines of python code.21:07
johnsomI want to make sure we are getting a benefit and keeping things simple/flexible for installers.21:07
cgoncalvesrm_work: triple-o sets up o-hm same way devstack does, and that is only for ovs. other installers would have also to implement their ways times # of drivers21:07
johnsomI'm not against it, just still trying to get my head around it.21:08
cgoncalveswhile we would add a bit of complexity to octavia, it would ease a lot the life for deployers21:08
cgoncalvesit would be something that would be run only during health manager service start21:10
cgoncalveswell, I gotta go now. we can discuss tomorrow21:10
cgoncalvesthanks for the good chat :)21:10
johnsomNote, all three backend services need access to that network21:10
rm_worki mean, any work you do there is definitely not going to help for my deploy at all, i'd still have to be doing my own thing :P21:11
rm_workof which my own thing is ... boot HM VMs, attach to network, set up SGs21:12
rm_workthe ansible for that took about 30 minutes to write and is actually LESS lines that your patch <_<21:12
rm_work*than21:12
xgerman_cgoncalves: I am running octavia in lxc containers… which get plugged by lxc/d — so how would that help me?21:15
openstackgerritMichael Johnson proposed openstack/octavia master: Imported Translations from Zanata  https://review.openstack.org/54157121:36
*** threestrands has joined #openstack-lbaas21:39
*** slaweq has quit IRC21:44
*** isssp has quit IRC21:49
*** slaweq has joined #openstack-lbaas22:00
*** slaweq has quit IRC22:04
mmdurrantjohnsom: When I read your response I said DUH with a capital D hahahaha - thank you! Not sure how I overlooked that.,22:09
*** Alex_Staf has joined #openstack-lbaas22:17
*** rcernin has joined #openstack-lbaas22:25
*** slaweq has joined #openstack-lbaas22:28
*** slaweq has quit IRC22:32
*** Alex_Staf has quit IRC22:44
*** blake has quit IRC22:45
*** blake has joined #openstack-lbaas22:46
*** slaweq has joined #openstack-lbaas22:52
*** blake has quit IRC22:52
*** sshank has quit IRC22:54
johnsomNP, happy to help22:55
*** slaweq has quit IRC22:56
openstackgerritMerged openstack/octavia master: Deallocate the VIP prior to deleting the amphorae  https://review.openstack.org/54149423:01
*** kobis has quit IRC23:54

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