Friday, 2017-04-07

« Thursday, 2017-04-06 Index Saturday, 2017-04-08 »
*** bzhao_ has quit IRC00:09
*** armax has joined #openstack-lbaas00:22
openstackgerritMerged openstack/octavia master: Support QoS policy apply on vip port  https://review.openstack.org/44191200:43
*** reedip has quit IRC00:59
*** fnaval has joined #openstack-lbaas01:09
*** amotoki has quit IRC01:16
*** amotoki has joined #openstack-lbaas01:22
openstackgerritMerged openstack/octavia master: blueprint LBaaS Alternative Monitoring IP/Port  https://review.openstack.org/45300101:59
openstackgerritMerged openstack/python-octaviaclient master: Initialize plugin for OSC  https://review.openstack.org/44622302:13
openstackgerritXieYingYun proposed openstack/octavia master: Optimize the link address  https://review.openstack.org/45442702:16
*** amotoki has quit IRC03:00
*** reedip has joined #openstack-lbaas03:09
*** amotoki has joined #openstack-lbaas03:19
*** armax has quit IRC03:20
*** ianychoi has quit IRC03:36
*** amotoki has quit IRC03:37
*** ianychoi has joined #openstack-lbaas03:42
*** links has joined #openstack-lbaas03:47
openstackgerritAnkur proposed openstack/octavia master: Octavia Feature Classification  https://review.openstack.org/45117703:55
*** amotoki has joined #openstack-lbaas04:00
*** amotoki has quit IRC04:01
*** amotoki has joined #openstack-lbaas04:01
*** voelzmo has joined #openstack-lbaas04:02
*** voelzmo has quit IRC04:10
*** reedip has quit IRC04:11
*** fnaval has quit IRC04:18
*** voelzmo has joined #openstack-lbaas04:20
*** reedip has joined #openstack-lbaas04:21
openstackgerritAnkur proposed openstack/octavia master: Introduce TESTING.rst for quick developer reference  https://review.openstack.org/40393804:27
*** yamamoto has quit IRC04:30
*** yamamoto has joined #openstack-lbaas04:30
*** voelzmo has quit IRC04:43
*** reedip has quit IRC04:44
*** rcernin has joined #openstack-lbaas04:48
*** rcernin has quit IRC04:55
*** rcernin has joined #openstack-lbaas04:55
*** rcernin is now known as rcernin|wfh04:55
*** yamamoto_ has joined #openstack-lbaas05:07
*** yamamoto has quit IRC05:11
*** charcol has joined #openstack-lbaas05:15
*** yamamoto has joined #openstack-lbaas05:20
*** yamamoto_ has quit IRC05:24
*** foutatoro has quit IRC05:38
*** csomerville has quit IRC05:55
*** yamamoto_ has joined #openstack-lbaas06:02
*** cody-somerville has joined #openstack-lbaas06:03
*** yamamoto has quit IRC06:06
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-lbaas-dashboard master: Updated from global requirements  https://review.openstack.org/45450506:10
openstackgerritOpenStack Proposal Bot proposed openstack/octavia master: Updated from global requirements  https://review.openstack.org/45450706:12
openstackgerritAnkur proposed openstack/python-octaviaclient master: [WIP] Add rest of load balancer commands  https://review.openstack.org/45451606:14
*** charcol has quit IRC06:25
*** yamamoto_ has quit IRC06:30
*** pcaruana has joined #openstack-lbaas06:34
*** yamamoto has joined #openstack-lbaas06:38
*** voelzmo has joined #openstack-lbaas06:42
*** cody-somerville has quit IRC07:06
*** cody-somerville has joined #openstack-lbaas07:07
*** tesseract has joined #openstack-lbaas07:07
*** aojea_ has joined #openstack-lbaas07:16
*** yamamoto has quit IRC07:31
*** yamamoto has joined #openstack-lbaas07:32
*** gcheresh has joined #openstack-lbaas07:42
*** yamamoto has quit IRC08:09
*** gcheresh has quit IRC08:37
*** gcheresh has joined #openstack-lbaas08:45
*** yamamoto has joined #openstack-lbaas08:46
*** voelzmo has quit IRC08:58
*** voelzmo has joined #openstack-lbaas09:05
*** voelzmo has quit IRC09:06
*** yamamoto has quit IRC09:13
*** yamamoto has joined #openstack-lbaas09:15
*** gongysh has quit IRC09:28
*** reedip has joined #openstack-lbaas09:29
*** gongysh has joined #openstack-lbaas09:30
*** sputnik13 has quit IRC09:40
*** sputnik13 has joined #openstack-lbaas09:41
*** amotoki has quit IRC10:10
*** links has quit IRC10:16
*** tesseract has quit IRC10:30
*** links has joined #openstack-lbaas10:32
*** tesseract has joined #openstack-lbaas10:44
*** gcheresh has quit IRC11:03
*** links has quit IRC11:04
*** links has joined #openstack-lbaas11:05
*** voelzmo has joined #openstack-lbaas11:05
*** blogan__ has joined #openstack-lbaas11:07
*** blogan_ has quit IRC11:07
*** openstackgerrit has quit IRC11:18
*** pcaruana has quit IRC11:22
reediprm_work : hi11:33
xgermanhi12:15
reediprm_work : As I would be travelling back to India today, I didnt get too much time to work ( shopping for good stuff, you see ) , so the HM patch is open :)12:22
xgermanno worries… I think we can tackle that next week ;-)12:26
xgermanalso R naming vote opened12:27
reedipYeah, ... I lov Raspberry Pi :)12:28
*** gongysh has quit IRC12:29
xgermanI had a feeling that would win12:30
reedipIt should, but then Openstack Rock also sounds good :D12:52
*** gcheresh has joined #openstack-lbaas12:57
*** yamamoto has quit IRC13:03
*** catintheroof has joined #openstack-lbaas13:03
*** gcheresh has quit IRC13:06
*** yamamoto has joined #openstack-lbaas13:07
*** chlong has joined #openstack-lbaas13:33
*** gongysh has joined #openstack-lbaas13:50
*** amotoki has joined #openstack-lbaas14:01
*** ipsecguy has joined #openstack-lbaas14:05
*** ipsecguy_ has quit IRC14:05
*** amotoki has quit IRC14:19
*** links has quit IRC14:25
*** armax has joined #openstack-lbaas14:41
*** blogan__ is now known as blogan14:49
*** fnaval has joined #openstack-lbaas14:54
*** voelzmo has quit IRC15:02
*** fnaval has quit IRC15:03
*** gongysh has quit IRC15:04
*** rcernin|wfh has quit IRC15:04
*** fnaval has joined #openstack-lbaas15:05
*** catintheroof has quit IRC15:06
*** catintheroof has joined #openstack-lbaas15:06
*** catintheroof has quit IRC15:07
*** catintheroof has joined #openstack-lbaas15:15
*** catintheroof has quit IRC15:16
*** catintheroof has joined #openstack-lbaas15:26
*** catintheroof has quit IRC15:27
*** amotoki has joined #openstack-lbaas15:30
*** gcheresh has joined #openstack-lbaas15:37
*** aojea_ has quit IRC15:42
*** openstackgerrit has joined #openstack-lbaas15:51
openstackgerritMichael Johnson proposed openstack/octavia master: Explicitly list neutron api extensions for tests  https://review.openstack.org/45476915:51
*** amotoki has quit IRC16:15
*** voelzmo has joined #openstack-lbaas16:18
openstackgerritMerged openstack/octavia master: Updated from global requirements  https://review.openstack.org/45450716:27
*** KeithMnemonic has joined #openstack-lbaas16:35
*** KeithMnemonic1 has joined #openstack-lbaas16:35
*** bbzhao has quit IRC16:36
*** bbzhao has joined #openstack-lbaas16:37
*** tesseract has quit IRC16:42
openstackgerritMerged openstack/neutron-lbaas-dashboard master: Updated from global requirements  https://review.openstack.org/45450516:50
*** catintheroof has joined #openstack-lbaas16:51
*** armax has quit IRC16:57
*** catintheroof has quit IRC16:57
*** bbzhao has quit IRC17:22
*** bbzhao has joined #openstack-lbaas17:22
*** chlong_ has joined #openstack-lbaas17:46
*** armax has joined #openstack-lbaas17:47
*** kobis has joined #openstack-lbaas17:58
openstackgerritGerman Eichberger proposed openstack/octavia master: ACTIVE-ACTIVE Topology: Initial Distributor Driver Mixin  https://review.openstack.org/31300618:04
xgermanok, rewrote that first patch18:04
*** kobis has quit IRC18:08
*** kobis has joined #openstack-lbaas18:08
*** kobis has quit IRC18:09
johnsomNice.  Ready for a review pass?18:18
xgermansure, jenkins hates it but that should be an easy fix18:19
johnsomOk, maybe I will give it a look this afternoon18:19
xgermancool18:20
openstackgerritGerman Eichberger proposed openstack/octavia master: ACTIVE-ACTIVE Topology: Initial Distributor Driver Mixin  https://review.openstack.org/31300618:40
*** kobis has joined #openstack-lbaas18:47
xgermanarrgh, forgot to fix the data model18:52
rm_workjohnsom: i have a new guy that wants to join octavia upstream contribution!!18:53
rm_workin a couple of hours I'll be walking him through the process to get set up to push reviews18:53
rm_workneed to find him a good intro bug18:54
johnsomAwesome!  Welcome18:54
rm_workanything that comes to mind before I dive into the bug tracker?18:54
rm_workI know we had quite a few around the v2 api that should be simple18:54
rm_workdunno if all were claimed yet18:54
johnsomI am happy to do project overview and code layout training if you don't want to do it18:54
johnsomYeah, there are a number of open bugs worth looking at18:55
johnsomUse the lbaas-merge tag filter18:55
reediphey johnsom , rm_work , do we have a developer doc guide which tells about the state transition in Octavia?18:56
*** diltram_ has joined #openstack-lbaas18:56
reedipI mean what states occur during create/update/delete?18:57
*** diltram has quit IRC18:57
johnsomreedip Take a look at this: https://developer.openstack.org/api-ref/load-balancer/v2/index.html#status-codes18:58
reedipalso, a completely separate query, do we have a plan to Purge Loadbalancers of a tenant ? ( ankur-gupta-f4 , this might be needed in SDK )18:58
reedipjohnsom ok thanks, will do18:58
reedipjohnsom, yeah , I got what I wanted, thanks18:59
johnsomreedip Let me know if that meets your needs18:59
johnsomreedip So given a tenant delete all of their resources?18:59
reedipjohnsom :yes18:59
johnsomreedip We have cascade delete, but I don't think we have an RFE for purge tenant19:00
reedipjohnsom : I guess we need one, and as SDK and OSC is being created right now, this would a good time to integrate it ( or keep it handy)19:01
rm_workthat sounds like an admin thing right?19:01
reedipxgerman: something similar in FWaaS as well, I think ^^19:01
rm_workadmin API is on the short list for summit topics, I assume19:01
johnsomreedip Go for it!  Grin19:01
reediprm_work , yeah , it would be admin dependent19:01
johnsomWe are doing an integrated API and using RBAC to protect "admin" actions.19:02
johnsomThe framework is there, we just haven't finished it yet19:02
johnsomfor the RBAC stuff.19:03
rm_workright i mean19:03
rm_workwe need to talk about / plan19:03
reedipjohnsom : but the purge action is a bit different, like we already have purge for Ports, networks, compute instances, storages19:03
rm_workwhat we want to see for admin commands19:03
rm_workand how we structure it19:03
johnsomYeah19:03
reediprm_work. johnsom: but load balancers, firewalls are not directly connected to these resources, so we need to keep these on track as well19:03
reedipI mean they are, but they are not tracked during purge19:04
rm_workright but19:06
rm_workwe just need to talk about how we want to go about doing this stuff19:06
rm_workand make a spec for the "admin" stuff19:06
rm_workeven if it isn't a separate endpoint19:06
rm_workso we can do it once, right, and not have to deprecate random weird one-off things people wrote, or maintain a bunch of stuff with really weird structure forever19:07
reediprm_work : you mean about the purge?19:07
rm_workyes19:07
rm_workwe DO need that19:07
rm_workI think we can agree it's something we'll want to see19:07
rm_workbut we need to have a discussion about admin commands as a whole19:07
reediprm_work : purge command would simply call the delete. But the call of the delete action would be in the OSC and octaviaclient19:08
rm_workright19:08
rm_workah19:08
reedipso I think the focus would be how to deal with it there19:08
rm_workyou just mean in client19:08
rm_worknot as an admin api action?19:08
xgermanyeah, I am co fused about the need for purge, too19:08
rm_workthat's just a delete-loop19:08
rm_workwe don't need anything special for that19:08
reediprm_work : do you think admin api also needs a purge action ?19:08
reedipwont that be a bit complicated?19:08
xgermanI thought admin was more stuff like migrate load balancer vm, rotate images, chamge topology19:09
rm_workfor LBID in $(openstack loadbalancer list -f json | jq .id); do openstack loadbalancer delete $LBID; done19:09
rm_workxgerman: right19:09
rm_worka tenant suspend/purge might make sense though19:09
rm_workas a single API call for an admin to make19:09
xgermanyep, we also don’t want to put oo much orchestration into our API19:09
ankur-gupta-f4also note i don't think we have cascade delete in v2 yet19:09
ankur-gupta-f4so there may be orphaned resources19:09
ankur-gupta-f4i believe19:09
rm_workright, maybe19:10
xgermanI wrote cascade delete so it must be somewhere19:10
rm_workthough as I discovered, ALL delete was cascade delete in v1, by accident19:10
rm_worksooooo19:10
*** aojea has joined #openstack-lbaas19:10
xgermanyes, that was what I wanted ;-)19:10
xgermanno accident19:10
rm_workxgerman: yeah, in neutron-lbaas, dunno fi we have implemented that functionality in octavia's v2 implementation yet19:10
rm_worklolol19:10
rm_workxgerman sabotaging the delete command :P19:10
reediphehe19:10
xgermanno, it had a bug before and didn’t delete everyhting19:11
openstackgerritGerman Eichberger proposed openstack/octavia master: ACTIVE-ACTIVE Topology: Initial Distributor Driver Mixin  https://review.openstack.org/31300619:11
xgermanlet’s hope this works19:11
johnsomI'm with rm_work, this needs a spec. I don't want any "graph" BS going forward19:13
reedipnow I am confused19:14
rm_workxgerman: we HAD a cascade delete command. it was technically broken, and wouldn't run19:14
rm_workthe NORMAL delete command was cascading, but since it wasn't intended to cascade, it was doing so improperly T_T19:14
rm_workI submitted fixes for both issues like... only three weeks ago19:15
xgermanwell, I wrote that stuff like two years ago19:15
rm_workheh yeah19:15
xgermanand we entertained the idea that delete was broken and needed to cascade19:15
xgermanbecause horizon would call delete on LB and expect cascade19:16
johnsomreedip For the purge, let's write up an RFE or spec calling out the need and proposed approach.19:16
johnsomxgerman but we have a path /cascade or something like that to trigger the cascade.  I would have just done a param myself, but....19:16
xgermanyeah, that is v219:17
xgermanI think we were chatting v1 ;-)19:17
rm_workno, that is also v119:18
xgermanat that point we can do whatever — I found the cascading delete battle in lbaaasv2 neutron silly from the get-go19:18
rm_workhttps://github.com/openstack/octavia/blob/master/octavia/api/v1/controllers/load_balancer.py#L28919:18
reedipjohnsom : the purge was for OSC , but if you think we need a purge from Admin side in the API as well, I wil19:18
reedip:)19:19
rm_workreedip: i think it doesn't make sense in the client19:19
*** openstackgerrit has quit IRC19:19
rm_workit's doing an orchestration layer in the client for something that is a single line of BASH I can type up in 30 seconds19:19
reediprm_work : yes, exactly right...but not with LB but also ALL tenant resources19:19
rm_workand automated systems should be able to do their own logic for this based on ... whatever19:20
reedipso u execute a purge commands and the whole MATRIX code just crashes :D19:20
rm_workif the LB is gone, nothing else is provisioned19:20
xgermannah, most people don’t have that many LB and most clouds don’t have that many tenants19:20
rm_workit's all just DB objects19:20
reedipok19:20
rm_workso nothing but LBs matters functionally19:20
reediplets break it into 2 sections then. I guess you guys agree an API side purge command is required19:20
xgermanbut agree with johnsom we should write a spec/RfE and see19:20
rm_workyep19:20
rm_workwe need to discuss and spec19:21
rm_workmaybe it turns out we need an API command19:21
rm_workmaybe we don't19:21
reedipfrom the OSC side, I suggest keep a purge command as well19:21
rm_workI am receptive to the idea, as it sounds like a common admin task19:21
reedipfor the API side/RFE  I will write the spec19:21
reedipfor the OSC side, I will discuss with ankur-gupta-f4 and dtroyer19:21
johnsomreedip Thank you19:21
xgerman+119:21
rm_work"oh shit we need to shut down this tenant NOW because they are violating EULA" -> POST /admin/tenant_destroy19:22
rm_workor whatever19:22
rm_workseems like a realistic need19:22
reedipok , great .. cya guys soon, time for my flight :D19:22
xgermanrm_work you have tenants?19:22
rm_workyeah19:26
rm_workwe're on Liberty :P19:26
johnsomSigh19:27
rm_workexcept Octavia!!!19:27
rm_workWe'll be running master, lagging about a month probably19:27
johnsomThat is one of the big bonus from doing the merge....19:28
rm_workyep19:28
rm_workwe're practically release-independent in reality19:28
rm_workbecause all we do is call APIs with stuff that's been stable for years19:28
rm_workwant to run Octavia-master on a cloud that is running Kilo? no worries19:31
rm_workshould "just work"19:31
johnsomThat is the plan...19:31
rm_workkeystone/nova/neutron APIs have been stable forever for the stuff we touch19:31
johnsomWell, kilo.  I know we did some work on neutron in kilo for our stuff19:31
rm_workhmm19:32
rm_workyeah maybe19:32
*** chlong_ has quit IRC19:37
*** chlong has quit IRC19:37
*** aojea has quit IRC19:39
*** aojea has joined #openstack-lbaas19:40
*** chlong has joined #openstack-lbaas19:42
*** aojea has quit IRC19:45
*** kobis has quit IRC19:49
*** reedip has quit IRC20:02
rm_workjohnsom: actually I am going to have him look at fixing the threading and sleep() model in our daemons20:11
rm_workhealthmanager and housekeeping20:11
rm_workso they won't suck as much20:11
rm_worksince I think we have a simple fix for that20:11
rm_workand removing our dependency on eventlet entirely20:12
*** openstackgerrit has joined #openstack-lbaas20:13
openstackgerritAdam Harwell proposed openstack/octavia master: [WIP] Removing dependency on eventlet  https://review.openstack.org/45487320:13
rm_workthat's part 1 ^^20:13
*** voelzmo has quit IRC20:31
*** darkfires has joined #openstack-lbaas20:39
darkfiresanyone know why I might be getting  WARNING stevedore.named [req-267acb74-c8e2-4692-afd5-a0bf61dc8ba3 - - - - -] Could not load neutron_lbaas.drivers.haproxy.namespace_driver.HaproxyNSDriver  ? when i did an strace it didn't even try to open anything in neutron_lbaas/drivers/*20:40
*** aojea has joined #openstack-lbaas20:45
*** gcheresh has quit IRC20:57
*** voelzmo has joined #openstack-lbaas21:01
*** voelzmo has quit IRC21:05
*** chlong has quit IRC21:08
johnsomHi21:11
johnsomAre you trying to use the old namespace driver, Octavia, or other?21:11
*** catintheroof has joined #openstack-lbaas21:12
johnsomrm_work yeah, the housekeeping is annoying and a pretty easy fix.  Healthmanager I think the delay shutting down is mostly the processing finishing up.21:14
*** blogan_ has joined #openstack-lbaas21:14
darkfiresyeah the old namespace driver on newton21:15
johnsomHmm, ok.  Check two things:21:15
*** catintheroof has quit IRC21:16
*** blogan has quit IRC21:16
*** blogan_ is now known as blogan21:16
johnsomIn neutron_lbaas.conf, under the "[service_providers]" section, service_provider should be: LOADBALANCERV2:Haproxy:neutron_lbaas.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver:default21:19
johnsomin neutron.conf, "[DEFAULT]", service_plugins should have "lbaasv2" in the list21:20
darkfiresboth those are already set just like that21:20
johnsomThat said, you should consider the octavia driver.  It brings HA, etc. that the namespace driver doesn't have21:20
johnsomAnd neutron-lbaas is installed?21:21
*** armax has quit IRC21:21
darkfiresit is21:21
darkfiresopenstack-neutron-lbaas-9.2.0-1.el7.noarch python-neutron-lbaas-9.2.0-1.el7.noarch21:21
johnsomHmmm, yeah, not very familiar with that packaging.  It comes up in a "pip list"?21:23
johnsomIs it running under py2.7 and you are running neutron under py3.5?21:23
darkfiresno it's the centos 7.3 packaging so no pip on it, have everything else working without issue so im surprised thats not21:24
darkfirespy2.7.5  no 3.5 installed21:24
johnsomYeah, I'm not sure why it's not finding it either.21:25
johnsomI was just thinking pip would check the python eggs and show if it is showing up there.21:25
darkfiresi could install pip21:26
darkfires# pip list | grep lbaas neutron-lbaas (9.2.0)21:27
johnsomHmm, well there goes that idea21:27
darkfiresi edited the stevedore src code to try and narrow it down ... and purposely made a config error on the interface driver for comparison21:29
darkfireshttp://dpaste.com/110V4TN21:29
darkfiresyou can see the interface driver it actually loads the possibilities21:30
darkfiresbut the first one doesn't load anything at all21:30
darkfireshttp://dpaste.com/25K0X7F21:32
darkfiresfiles are definitely there tho21:32
darkfiresbut yeah since that driver is smoking crack i guess ill try the octavia one21:33
xgermanlet us know how that goes21:34
darkfiresthanks for your help btw.. much appreciated :)21:34
johnsomThat is what most of us use.  Same lbaasv2 in the service_plugin list, service_provider = LOADBALANCERV2:Octavia:neutron_lbaas.drivers.octavia.driver.OctaviaDriver:default21:34
johnsomThe fact it didn't find the bridge interface driver either is interesting21:35
darkfiresno i purposely did that21:35
darkfiresfor a point of comparison in debuging21:35
darkfiresthe bridge thing21:35
darkfireswanted to see what it would do with something that already worked (loading the list of available interfaces)21:36
johnsomOk.21:36
johnsomCores can you take a quick look at: https://review.openstack.org/#/c/446082/21:38
johnsomIt's the base cookiecutter for the tempest plugin.  It would be nice to have that landed21:39
johnsomHey, the DIB patch merged...  Maybe our py3 gates are happy now21:43
*** aojea has quit IRC21:44
openstackgerritAnkur proposed openstack/octavia master: Introduce TESTING.rst for quick developer reference  https://review.openstack.org/40393821:48
*** KeithMnemonic has quit IRC22:15
*** KeithMnemonic1 has quit IRC22:15
darkfiresusing octavia is wayy more involved than just switching the driver, wants barbican and other stuff.. going to have to debug the other driver the hard way i guess22:20
johnsomActually both of those drivers use barbican22:21
johnsomBut, yes, octavia is more invovled22:21
darkfirescould that be why i'm getting could not load then, because of barbican?22:22
johnsomI don't think so.  stevedore loading the basic driver should be way earlier than loading barbican22:23
johnsomBarbican is optional in both as well22:25
rm_workyeah, I run without barbican configured at all22:35
darkfires2017-04-07 18:47:10.329 10341 WARNING neutron.services.provider_configuration [-] The configured driver neutron_lbaas.agent_scheduler.ChanceScheduler has been moved, automatically using neutron_lbaas.agent_scheduler.ChanceScheduler instead. Please update your config files, as this automatic fixup will be removed in a future release.22:52
darkfireslol22:52
johnsomhmm, probably related to the agent refactor going on in neutron.22:54
darkfiresDEBUG neutron.services.provider_configuration [-] Service providers = ['LOADBALANCERV2:Haproxy:neutron_lbaas.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver:default'] parse_service_provider_opt /usr/lib/python2.7/site-packages/neutron/services/provider_configuration.py:170 WARNING stevedore.named [-] Could not load neutron_lbaas.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver23:02
darkfiresas much as i hate the thought i think i might just end up sticking haproxy inside a vm for the customer instead of messing around with this thing23:06
*** csomerville has joined #openstack-lbaas23:13
*** cody-somerville has quit IRC23:16
*** JudeC has joined #openstack-lbaas23:23
rm_workJudeC: o/23:23
rm_workjohnsom: JudeC is going to be starting to contribute soon hopefully :)23:23
JudeC:D23:24
johnsomHi JudeC Welcome!23:34
johnsomPlease feel free to reach out to me if you have any questions23:35
*** armax has joined #openstack-lbaas23:38
« Thursday, 2017-04-06 Index Saturday, 2017-04-08 »

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