Thursday, 2017-03-16

*** reedip has joined #openstack-lbaas00:10
*** yuanying has quit IRC00:10
openstackgerritMichael Johnson proposed openstack/octavia master: Update Octavia v2 API for vip_network_id  https://review.openstack.org/44287900:11
*** yuanying has joined #openstack-lbaas00:15
openstackgerritMichael Johnson proposed openstack/octavia master: Add v2 load balancer type and controllers  https://review.openstack.org/42354300:18
openstackgerritMichael Johnson proposed openstack/octavia master: Fix load balancer project_id handling on POST  https://review.openstack.org/44286500:19
openstackgerritMerged openstack/octavia master: Updated from global requirements  https://review.openstack.org/44575901:02
*** sanfern has quit IRC01:04
*** sanfern has joined #openstack-lbaas01:05
*** armax has joined #openstack-lbaas01:14
openstackgerritMerged openstack/octavia master: devstack: install qemu-kvm on RHEL-based distros  https://review.openstack.org/44605901:15
*** blogan_ has joined #openstack-lbaas01:21
*** blogan has quit IRC01:23
*** gongysh has quit IRC01:25
openstackgerritAdam Harwell proposed openstack/octavia master: Install DIB from source so depends-on will work  https://review.openstack.org/44470701:36
*** sanfern has quit IRC01:39
*** zioproto has quit IRC01:41
*** ducnc has quit IRC01:42
*** ducnc has joined #openstack-lbaas01:42
*** reedip has quit IRC01:48
bzhaoxgerman: Hi, sir. Are u still online? :)01:48
xgermanyep01:48
*** diltram has joined #openstack-lbaas01:59
bzhaoxgerman: Thank you for helo the lb&qos spec reviews and comments. But I read the meeting log today, I'm  still not clear the conclusion of it. Sorry, could you please show more info for me? Thank you very much02:02
xgermanbzhao that is the problem we didn’t really arrive at a conclusion02:03
xgermanso will discuss it next week again —02:03
xgermanproblem is that some hardware load balancers can do QoS in the LB and we are not sure if we should have Neutron handle that through QoS or create some way for them to get that through the LBaaS API02:04
bzhaoalright, that's ok. I will take part in next week meeting. haha 4:00 am.02:04
xgermansorry, about the time02:05
bzhaono problem. If I miss the meeting, I will still trace the log. :)02:05
xgermanyep, I will do my best to drive to some conclusion — since we have requests for SG also Iike to have some comprehensive solution02:06
bzhaoYeah. maybe I need raise the problem through mail-list and talk with them.02:07
xgermanpotentially — we are in favor of the QoS proposal just trying to cross all t’s and i's02:08
bzhaoThank you, german. You give us so powerful help. :)02:08
*** diltram_ has joined #openstack-lbaas02:09
xgermanThanks02:09
*** diltram has quit IRC02:11
bzhaoI know there is the case about that, the next step is about how to implement it in openstack, such as neutron side and octavia..I also have a doubt about whether they can accept setting in a qos API call in lb creation..So I think i must do some thing to make it clear.02:14
openstackgerritSindhu Devale proposed openstack/neutron-lbaas master: Updating import for linux/interface opts  https://review.openstack.org/35247102:29
*** gongysh has joined #openstack-lbaas02:43
*** amotoki has joined #openstack-lbaas02:44
*** amotoki has quit IRC02:49
*** amotoki has joined #openstack-lbaas02:54
johnsombzhao No worries, we understand the need, just discussing the "how" part03:01
*** ducnc1 has joined #openstack-lbaas03:02
*** ducnc has quit IRC03:02
*** ducnc1 is now known as ducnc03:02
*** yuanying has quit IRC03:06
*** reedip has joined #openstack-lbaas03:06
bzhaojohnsom, many thanks. :)03:12
*** amotoki has quit IRC03:19
reedipHi, any takers ?? https://review.openstack.org/#/c/404774/03:24
johnsomreedip Killing me03:45
johnsomHa03:46
johnsomreedip Did you see we are talking about freezing features on lbaas?03:46
johnsomrm_work are you back awake and on the clock?03:47
reedipjohnsom : whaaa ???03:53
reedipno I just logged in03:53
johnsomreedip Yeah, since we are moving the API over to octavia, we need to stop adding features to neutron-lbaas.03:54
johnsomI am proposing freezing new features at Pike-103:54
reedipjohnsom : so what should I do about the above patch ????03:54
reedipshould I move it ? Because its a small patch .03:54
reedipso it can go either side IIUC03:55
johnsomI think we should try to merge that, but it would be great if you are willing to move it over to the octavia API when that is ready03:55
johnsomIt's been open a while, mostly waiting for use to do the deep testing it needs03:55
*** ndahiwade has quit IRC03:59
openstackgerritMichael Johnson proposed openstack/octavia master: Update Octavia v2 API for vip_network_id  https://review.openstack.org/44287904:02
*** sanfern has joined #openstack-lbaas04:03
*** amotoki has joined #openstack-lbaas04:08
*** links has joined #openstack-lbaas04:10
openstackgerritSindhu Devale proposed openstack/octavia master: DB migration to add ID column to HM  https://review.openstack.org/43045104:11
*** ndahiwade has joined #openstack-lbaas04:12
openstackgerritMichael Johnson proposed openstack/octavia master: Update Octavia v2 API for vip_network_id  https://review.openstack.org/44287904:16
*** aojea has joined #openstack-lbaas04:18
reedipjohnsom : you are the boss :) , you decide .. IMHO, I hope this merges in LBaaS itself because its a small fix04:20
johnsomreedip Yeah, I think we can get it in.  We just need to have an eye for the future...04:21
reedip:)04:21
*** aojea has quit IRC04:24
openstackgerritMichael Johnson proposed openstack/octavia master: Update Octavia v2 API for vip_network_id  https://review.openstack.org/44287904:33
*** gongysh has quit IRC04:38
*** gongysh has joined #openstack-lbaas04:38
*** gongysh has quit IRC04:42
johnsomIf someone is bored or motivated and wants to take the night shift (for us west cost folks), feel free to finish fixing up https://review.openstack.org/#/c/44287904:43
johnsomCatch you all in the morning (here)04:44
*** yuanying has joined #openstack-lbaas04:46
*** amotoki_ has joined #openstack-lbaas04:57
*** amotoki has quit IRC05:00
*** gongysh has joined #openstack-lbaas05:14
reedipIts morning here :)05:15
*** armax has quit IRC05:18
*** krypto has joined #openstack-lbaas05:55
*** bzhao has quit IRC06:04
*** bzhao has joined #openstack-lbaas06:05
*** gongysh has quit IRC06:09
*** gcheresh has joined #openstack-lbaas06:19
*** aojea has joined #openstack-lbaas06:20
*** aojea has quit IRC06:25
*** aojea has joined #openstack-lbaas06:48
*** aojea has quit IRC06:53
*** eezhova has joined #openstack-lbaas06:55
*** krypto has quit IRC06:57
*** aojea has joined #openstack-lbaas06:58
*** gcheresh_ has joined #openstack-lbaas07:07
*** gcheresh has quit IRC07:07
*** kobis has joined #openstack-lbaas07:08
*** kobis has quit IRC07:12
*** amotoki has joined #openstack-lbaas07:18
*** amotoki_ has quit IRC07:21
*** tesseract has joined #openstack-lbaas07:33
*** kobis has joined #openstack-lbaas07:40
*** kobis has quit IRC07:42
*** eezhova has quit IRC07:50
*** gongysh has joined #openstack-lbaas07:56
*** aojea has quit IRC08:06
*** reedip has quit IRC08:07
*** eezhova has joined #openstack-lbaas08:18
*** yuanying has quit IRC08:19
*** kobis has joined #openstack-lbaas08:22
*** pcaruana has joined #openstack-lbaas08:30
*** aojea has joined #openstack-lbaas08:33
*** cody-somerville has quit IRC08:42
*** cody-somerville has joined #openstack-lbaas08:42
*** csomerville has joined #openstack-lbaas08:43
*** kobis has quit IRC08:46
*** cody-somerville has quit IRC08:47
*** yuanying has joined #openstack-lbaas08:55
*** strigazi_AFK is now known as strigazi09:04
*** reedip has joined #openstack-lbaas09:04
*** aojea has quit IRC09:16
*** aojea has joined #openstack-lbaas09:17
*** aojea has quit IRC09:17
*** aojea has joined #openstack-lbaas09:18
*** links has quit IRC09:27
*** krypto has joined #openstack-lbaas09:28
*** krypto has quit IRC09:34
*** krypto has joined #openstack-lbaas09:35
*** reedip has quit IRC09:40
*** krypto has quit IRC09:44
*** links has joined #openstack-lbaas09:44
*** aojea has quit IRC09:53
*** csomerville has quit IRC10:05
*** aojea has joined #openstack-lbaas10:22
*** aojea has quit IRC10:22
*** aojea has joined #openstack-lbaas10:24
*** kobis has joined #openstack-lbaas10:24
*** reedip has joined #openstack-lbaas10:35
*** gongysh has quit IRC10:36
*** sanfern has quit IRC10:48
-openstackstatus- NOTICE: paste.openstack.org is down, due to connectivity issues with backend database. support ticket has been created.10:59
*** ChanServ changes topic to "paste.openstack.org is down, due to connectivity issues with backend database. support ticket has been created."10:59
*** aojea has quit IRC11:11
*** aojea has joined #openstack-lbaas11:15
*** gcheresh_ has quit IRC11:20
*** gcheresh has joined #openstack-lbaas11:20
*** aojea has quit IRC11:28
*** aojea has joined #openstack-lbaas11:29
rm_workjohnsom: almost done with that patchset, just validating test results11:33
openstackgerritAdam Harwell proposed openstack/octavia master: Update Octavia v2 API for vip_network_id  https://review.openstack.org/44287911:35
*** sanfern has joined #openstack-lbaas11:38
*** ChanServ changes topic to "Welcome to LBaaS / Octavia"11:46
-openstackstatus- NOTICE: paste.openstack.org service is back up - turns out it was a networking issue, not a database issue. yay networks!11:46
*** aojea has quit IRC11:46
*** krypto has joined #openstack-lbaas12:24
*** gcheresh has quit IRC12:26
*** gcheresh has joined #openstack-lbaas12:27
*** krypto has quit IRC12:30
*** krypto has joined #openstack-lbaas12:35
*** krypto has joined #openstack-lbaas12:35
*** catintheroof has joined #openstack-lbaas13:00
*** cody-somerville has joined #openstack-lbaas13:08
*** krypto has quit IRC13:08
*** matt-borland has joined #openstack-lbaas13:16
*** links has quit IRC13:52
*** gcheresh_ has joined #openstack-lbaas13:56
*** gcheresh has quit IRC13:56
*** amotoki has quit IRC14:08
*** pcaruana has quit IRC14:24
*** logan- has quit IRC14:46
*** logan- has joined #openstack-lbaas14:46
*** ptoohill has quit IRC14:48
*** blogan_ is now known as blogan14:49
*** ptoohill has joined #openstack-lbaas14:52
*** armax has joined #openstack-lbaas14:54
johnsomrm_work Thanks for finishing that up!15:10
diltram_morning15:16
*** armax has quit IRC15:18
*** diltram_ is now known as diltram15:19
johnsomMorning15:19
johnsomI think we are all slackers if we can't get LB API merged today.15:20
diltram:P15:20
johnsomAdam finished up the network part that was blocking some of my testing, so I'm going to plug away at testing15:20
diltramjohnsom: so we're accepting new features into lbaasv2 till P115:22
diltramright?15:22
johnsomYeah, I think so.  Still need to send out the e-mail15:23
*** armax has joined #openstack-lbaas15:23
johnsomDarn, bug out of the gate....15:23
*** armax has quit IRC15:24
johnsomGet all is returning DELETED LBs15:24
diltram:P15:28
diltramjohnsom: the nova-lxd work is done15:29
johnsomThey merged that?15:29
xgermanhooray15:29
diltramI'm gonna revert the gate patch in next week15:29
diltramno15:29
diltramthey decided that they will not merge it15:29
diltramand they're pushing to use ec2 api15:30
johnsomSo no-go with nova-lxd?15:30
xgermanthat’s how I read it — back to their drawing board/improve test cases15:30
diltramyep15:30
xgermanjohnsom in your API tests are you testing the plugin-proxy as well15:30
xgerman?15:30
johnsomNo, not at the moment15:31
rm_workjohnsom: err, the API has *always* returned deleted LBs for a get-all15:31
rm_workat least v1 has, do you mean v2 should *not*?15:31
diltramjohnsom: if we don't want to patch every time on gate their code there is no way that we will mak it15:31
johnsomThe question is does n-lbaas15:31
rm_workdiltram: wellllll.... we COULD do that15:32
rm_workthere is really no way to do it without breaking their security model?15:32
rm_workit seems like we should be able to somehow get the configdrive files in place without having to do the full privilege thing15:32
diltramrm_work: but you're taking responsibility for maitainging this patch :P15:32
diltramno, unfortunately15:32
diltramthis is how containers works15:32
xgermanthey ought to make config drive work - or not?15:32
diltramand even giving access to loop devices require additional privileges15:33
diltramthey created a bug for it15:33
diltramto "fix it"15:33
diltramquote "I've raised bug 1673411 to cover this; looks like we need to review the config-drive implementation as you state (I think testing may have just fallen back to the network accessible metadata service in the test environments for nova-lxd)."15:33
openstackbug 1673411 in nova-lxd "config-drive support is broken" [Medium,Triaged] https://launchpad.net/bugs/167341115:33
johnsomI think if we are going gate custom we would just write a compute driver that spins lxd or docker local15:33
diltramagree15:34
rm_workdiltram: i thought they had a thing that mounted the thing and *copied* the files out15:34
diltramyeah15:34
rm_worki feel like that approach should be able to work15:34
rm_workjust needs to put the files in the right spot15:34
xgerman+115:34
diltramtheir code was unpacking image and copying data into container15:34
rm_workright15:34
rm_workso why is that not workable15:34
diltrambut cloud-init expects block device15:34
rm_workerr, so15:35
diltramwhich will mount on it's own15:35
rm_workdon't we control the images?15:35
rm_workcan't we fix the container images that lxd uses to expect differently?15:35
xgermanmmh, don’t they have loop-back in Linux to simulate a block device15:35
xgerman?15:35
diltramthere is no config which allows you to read plain data from dir15:35
rm_workxgerman: yeah but user can't mount one15:35
rm_workwithout privs15:35
rm_worki think15:36
diltramexactly15:36
diltramthere are some "virtual" ones15:36
diltramwhich are not real loopback devices15:36
xgermanmmh, http://unix.stackexchange.com/questions/46423/mounting-and-modifying-a-loopback-file-without-sudo-root-is-it-possible15:36
xgermanlibguest what is that?15:37
diltramstuff which you can use to modify images15:37
xgermanand then there is: https://lwn.net/Articles/173617/15:37
diltramand do other stuff15:37
diltramlike add something inside15:37
diltrambut problem is that cloud-init will not use libguest to mount device :P15:38
xgermaneven if you run a patch of it call before15:38
xgerman?15:38
diltramthe idea is that cloud-init is running with root user15:38
diltramyou're talking about patching cloud-init?15:39
xgermanyeah, you can always do a binary patch and replace the C-calls15:39
xgermanyep15:39
xgermanpatch >cloud-init15:39
rm_worki mean, we control the whole stack15:39
johnsomIf you can make the data/directory visible inside the image, we can hack init scripts that makes it look like a block device.   That isn't too hard15:39
rm_workso we should be able to just ... change how it loads15:39
rm_work^^ yes that15:39
rm_workwhat johnsom said15:39
diltramxgerman: go for it, then I can even use this broken cloud-init15:39
xgermanmy hex-editor days are a while back ;-)15:39
rm_workisn't it open source? >_>15:40
johnsomOh please, let's not try to hot patch cloud-init.  That is a support nightmare15:40
rm_work(rhetorical)15:40
diltramrm_work: it is15:40
rm_workright so15:40
rm_workfix the dib elements that build the lxd container image15:40
rm_workto put a working cloud-init on there15:40
diltramlike I said, provide me the code and I'm gonna use it15:41
rm_workjohnsom: did you actually see my comments on https://review.openstack.org/#/c/423543/15:41
diltrambut I don't want or don't have a time to work on patching cloud-init15:41
rm_workdiltram: you can't do it? T_T15:41
rm_workk15:41
rm_workif that's the only problem15:42
rm_workmaybe i can look at it15:42
johnsomrm_work No,  I had not15:42
rm_workbut my focus is SUPPOSED to be getting the API stuff moved forward15:42
rm_workand so far i've spent the last three or four weeks being distracted by gate issues and py3 fixes and various bugs T_T15:42
johnsomdiltram let's talk later about possible paths forward15:43
diltramok15:43
johnsomI agree that we, as the community team, need to get focused on API15:43
diltram+115:43
rm_workIMO maybe what we need to do15:44
johnsomrm_work Ok, yeah, so there are comments (TODO) for the listeners and pools in the code.  Known issue15:44
johnsomPending the merge of those API parts (that have the types)15:44
rm_workis get these basic things fixed up to "basically passably working without breaking everything"15:44
rm_workand then fix individual bugs from there15:44
johnsomrm_work the port_id we need to revisit as well since the drivers expect a port, we will have to fix that as well I think15:45
rm_workis it just pools/listeners?15:45
diltramhell yeah15:45
diltramthey made patches to cloud-init :P15:45
diltramconfigdrive will read data from /config-drive directory15:45
rm_workah so they already fixed what we were saying?15:45
rm_workcool15:45
diltramthis is how it looks like15:46
rm_workjohnsom: so it looks like the return for "description" is null instead of empty-string15:46
rm_workand we're missing "provider" (lol, do we need that?)15:46
diltramhttps://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+ref/bug/1673411-nova-lxd-config-drive15:46
johnsomprovider is also an open bug15:46
johnsomdescription null, that is a bug that needs captured15:46
rm_workok15:47
rm_workwell15:47
rm_workif that's it15:47
rm_workcan we have a merge party15:47
rm_workand get like15:47
rm_workLB and your two patches on top of it merged15:47
rm_workand then move to listeners15:47
johnsomWorking to test it now15:47
diltramso you want additional pair of eyes looking on the responses?15:47
diltramI can spin up devstack with this code15:47
rm_work"It is also interesting that on a create in neutron-lbaas we've already populated the port/address by the time we return the response, but in Octavia I don't think that's possible."15:48
rm_workthoughts?15:48
johnsomrm_work I mentioned above, that has to be fixed.  The drivers expect a neutron VIP port15:48
rm_workoh right15:49
rm_workk15:49
openstackgerritBernard Cafarelli proposed openstack/octavia master: Look for all qemu-img/kvm package names in rhel-based distros  https://review.openstack.org/44661015:53
rm_workI +2'd those first three15:55
johnsomOk, if you are good with them do it.  I would prefer that I get to finish some testing before we workflow though.  I'm trying to capture the bugs in launchpad instead of commenting on the code so we can move forward.15:57
-openstackstatus- NOTICE: The Gerrit service on review.openstack.org is being restarted to address hung remote replication tasks, and should return to an operable state momentarily15:57
johnsomIt would be cool if folks could also review the two tempest test patches so we can run some tests against this API.15:58
rm_workyeah I'll leave the +A to you then15:58
diltramjohnsom: if we gonna merge the code and move tests to use this new endpoint we should see all issues or I'm missing something?15:58
johnsom^^^ gerrit is down or I would post some links15:58
diltramit's up again15:59
johnsomdiltram It should cover a lot of them, but I don't feel like they are complete, so still some testing will be needed15:59
johnsomhttps://review.openstack.org/41369715:59
diltramsure, agree15:59
johnsomhttps://review.openstack.org/#/c/429825/215:59
johnsomThose two15:59
*** gcheresh_ has quit IRC16:04
*** aojea has joined #openstack-lbaas16:07
*** amotoki has joined #openstack-lbaas16:09
*** eezhova has quit IRC16:11
diltramfirst reviewed16:27
diltramreviewed16:38
johnsomThanks16:39
openstackgerritSindhu Devale proposed openstack/octavia master: DB migration to add ID column to HM  https://review.openstack.org/43045116:40
*** tonygunk has quit IRC16:40
diltramsindhu: in this patch ^^ why you're still adding id in models.py?16:42
diltramyou're using IdMixin16:43
diltramso it should be done already16:43
*** aojea has quit IRC16:43
rm_workok gotta disappear for a while, back towards the end of the day <_<16:45
sindhudiltram: oh yeah, will fix it. thanks! :)16:46
*** armax has joined #openstack-lbaas16:46
diltramand do we need to require the id?16:47
diltramcan't we in repository take the pool.id and assign it?16:47
*** eezhova has joined #openstack-lbaas16:47
*** aojea_ has joined #openstack-lbaas16:48
openstackgerritLubosz Kosnik (diltram) proposed openstack/octavia master: Adds a new feature to limit the amphora build rate  https://review.openstack.org/30330416:50
*** catinthe_ has joined #openstack-lbaas16:52
*** aojea_ has quit IRC16:52
*** catintheroof has quit IRC16:54
*** kobis has quit IRC16:56
*** blogan_ has joined #openstack-lbaas16:57
*** blogan has quit IRC16:59
*** blogan_ is now known as blogan17:00
*** catintheroof has joined #openstack-lbaas17:01
*** catinthe_ has quit IRC17:05
*** rcernin has joined #openstack-lbaas17:12
*** catintheroof has quit IRC17:14
*** catintheroof has joined #openstack-lbaas17:15
johnsomkevinbenton ping17:18
openstackgerritMerged openstack/neutron-lbaas master: Updated from global requirements  https://review.openstack.org/44575817:22
*** tonygunk has joined #openstack-lbaas17:24
*** rcernin has quit IRC17:28
*** aojea has joined #openstack-lbaas17:29
*** amotoki has quit IRC17:32
openstackgerritSindhu Devale proposed openstack/octavia master: DB migration to add ID column to HM  https://review.openstack.org/43045117:32
johnsomWell, two more bugs, case sensitive on booleans (nlbaas is not) and single call create isn't implemented.17:38
johnsomOk, +A on LB API.  There are a bunch of open bugs, but it is good enough to merge and iterate.17:43
johnsomdiltram xgerman Can you guys review the follow on patches: https://review.openstack.org/#/c/442865 and https://review.openstack.org/#/c/442879 ?17:43
*** SumitNaiksatam has joined #openstack-lbaas17:44
*** sanfern has quit IRC17:45
diltramon it17:45
johnsomThanks17:47
*** aojea has quit IRC18:04
*** armax has quit IRC18:22
*** eezhova has quit IRC18:25
*** eezhova has joined #openstack-lbaas18:26
*** eezhova has quit IRC18:28
*** rcernin has joined #openstack-lbaas18:28
*** catinthe_ has joined #openstack-lbaas18:30
*** catinth__ has joined #openstack-lbaas18:30
*** catintheroof has quit IRC18:32
openstackgerritMerged openstack/octavia master: Add v2 load balancer type and controllers  https://review.openstack.org/42354318:33
*** catinthe_ has quit IRC18:34
openstackgerritMerged openstack/octavia master: Fix load balancer project_id handling on POST  https://review.openstack.org/44286518:37
openstackgerritMerged openstack/octavia master: Update Octavia v2 API for vip_network_id  https://review.openstack.org/44287918:41
*** tesseract has quit IRC18:42
*** SumitNaiksatam has quit IRC18:44
*** rcernin has quit IRC18:58
*** eezhova has joined #openstack-lbaas19:04
johnsomWahoo!19:07
johnsomI am going to grab lunch then will be back to work on more docs....19:07
*** eezhova has quit IRC19:08
*** krypto has joined #openstack-lbaas19:17
*** krypto has quit IRC19:22
*** krypto has joined #openstack-lbaas19:22
*** armax has joined #openstack-lbaas19:26
*** amotoki has joined #openstack-lbaas19:32
*** krypto has quit IRC19:32
diltramrm_work, johnsom, xgerman: who will give his second +2 for https://review.openstack.org/#/c/303304/19:34
*** amotoki has quit IRC19:39
xgermanwell, done but given we had all our hands in it…19:51
*** SumitNaiksatam has joined #openstack-lbaas19:54
*** eezhova has joined #openstack-lbaas20:27
kevinbentonjohnsom: pong20:30
johnsomHi there20:32
johnsomI wanted to let you know that we are planning to freeze new features in neutron-lbaas after Pike-120:33
xgerman+120:33
johnsomWe will direct those to be developed against the Octavia API and code base20:34
*** SumitNaiksatam has quit IRC20:45
openstackgerritMerged openstack/octavia master: Adds a new feature to limit the amphora build rate  https://review.openstack.org/30330420:59
*** blogan has quit IRC21:05
*** reedip has quit IRC21:15
*** catinth__ has quit IRC21:33
*** eezhova has quit IRC21:43
*** matt-borland has quit IRC21:47
*** blogan has joined #openstack-lbaas21:49
*** ThiagoCMC has quit IRC22:04
*** blogan has quit IRC22:07
openstackgerritMichael Johnson proposed openstack/octavia master: Adds v2 load balancer API section  https://review.openstack.org/43875723:01
*** kbyrne has quit IRC23:34
*** amotoki has joined #openstack-lbaas23:36
*** kbyrne has joined #openstack-lbaas23:38
*** amotoki has quit IRC23:41
*** zioproto has joined #openstack-lbaas23:44

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