sbalukoff | dougwig: Congrats on becoming a Neutron core reviewer, eh. | 00:04 |
---|---|---|
dougwig | ty, but i have to get voted in first. :) | 00:05 |
sbalukoff | Eh, it'll happen. | 00:05 |
sbalukoff | And you totally deserve it, too. ;) | 00:05 |
sbalukoff | (In every sense of that word.) | 00:05 |
dougwig | lol | 00:07 |
*** muhalam has joined #openstack-lbaas | 00:07 | |
*** muhalam has quit IRC | 00:08 | |
*** dougw2 has quit IRC | 00:10 | |
*** ajmiller has joined #openstack-lbaas | 00:28 | |
*** sbfox has quit IRC | 00:28 | |
*** markmcclain has quit IRC | 00:28 | |
*** sbfox has joined #openstack-lbaas | 00:38 | |
*** ajmiller has quit IRC | 00:42 | |
*** sbfox has quit IRC | 00:44 | |
*** omnibus7 is now known as davidlenwell | 00:49 | |
*** davidlenwell is now known as davidlenwell__ | 00:50 | |
*** davidlenwell__ is now known as davidlenwell | 00:50 | |
*** barclaac|2 has quit IRC | 00:55 | |
*** markmcclain has joined #openstack-lbaas | 00:55 | |
*** xgerman has quit IRC | 01:01 | |
*** barclaac has joined #openstack-lbaas | 01:06 | |
*** barclaac|2 has joined #openstack-lbaas | 01:07 | |
*** barclaac has quit IRC | 01:11 | |
*** markmcclain has quit IRC | 01:23 | |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: taskflows to create, delete amphora https://review.openstack.org/142569 | 01:28 |
*** evgenyf has quit IRC | 01:31 | |
*** openstack has joined #openstack-lbaas | 01:34 | |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: taskflows to create, delete amphora https://review.openstack.org/142569 | 01:34 |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: taskflows to create, delete amphora https://review.openstack.org/142569 | 01:53 |
*** SumitNaiksatam has quit IRC | 04:09 | |
*** mlavalle_ has quit IRC | 04:20 | |
*** amotoki has quit IRC | 04:23 | |
*** amotoki has joined #openstack-lbaas | 04:42 | |
*** sbfox has joined #openstack-lbaas | 04:57 | |
*** kobis has joined #openstack-lbaas | 05:00 | |
*** kobis has quit IRC | 05:07 | |
*** kobis has joined #openstack-lbaas | 05:17 | |
*** kobis has quit IRC | 05:22 | |
*** kobis has joined #openstack-lbaas | 05:23 | |
*** kobis has quit IRC | 05:42 | |
*** woodster_ has quit IRC | 06:10 | |
*** sbalukoff has quit IRC | 06:39 | |
*** sbalukoff has joined #openstack-lbaas | 06:52 | |
*** sbfox has quit IRC | 06:56 | |
*** sbfox has joined #openstack-lbaas | 07:05 | |
*** kobis has joined #openstack-lbaas | 07:11 | |
*** kobis has quit IRC | 07:19 | |
*** chlong has quit IRC | 07:20 | |
openstackgerrit | Phillip Toohill proposed stackforge/octavia: taskflows to create, delete amphora https://review.openstack.org/142569 | 07:27 |
*** Miouge has joined #openstack-lbaas | 07:52 | |
*** apuimedo has joined #openstack-lbaas | 07:53 | |
*** kobis has joined #openstack-lbaas | 09:39 | |
*** kobis has quit IRC | 09:46 | |
*** sbfox has quit IRC | 09:51 | |
*** apuimedo has quit IRC | 11:22 | |
*** kobis has joined #openstack-lbaas | 11:47 | |
*** kbyrne has quit IRC | 12:06 | |
*** kbyrne has joined #openstack-lbaas | 12:08 | |
*** kobis has quit IRC | 12:14 | |
*** apuimedo has joined #openstack-lbaas | 12:59 | |
*** woodster_ has joined #openstack-lbaas | 13:18 | |
*** Miouge_ has joined #openstack-lbaas | 13:56 | |
*** Miouge has quit IRC | 13:59 | |
*** Miouge_ is now known as Miouge | 13:59 | |
*** ajmiller has joined #openstack-lbaas | 14:39 | |
*** kobis has joined #openstack-lbaas | 14:45 | |
*** kobis has quit IRC | 14:55 | |
*** kobis has joined #openstack-lbaas | 14:55 | |
*** amotoki has quit IRC | 14:57 | |
*** fnaval has quit IRC | 15:30 | |
*** fnaval has joined #openstack-lbaas | 15:31 | |
*** fnaval has quit IRC | 15:35 | |
*** fnaval has joined #openstack-lbaas | 15:47 | |
*** kobis has quit IRC | 16:01 | |
*** xgerman has joined #openstack-lbaas | 16:06 | |
*** kobis has joined #openstack-lbaas | 16:07 | |
xgerman | blogan, dougiwg (sbalukoff) can we get some eyes on https://review.openstack.org/147674 ? Otherwise I need to learn how to chain reviews... or you can just explain how that works... | 16:11 |
*** Miouge has quit IRC | 16:19 | |
*** Miouge has joined #openstack-lbaas | 16:21 | |
*** kobis has quit IRC | 16:34 | |
*** jorgem has joined #openstack-lbaas | 16:40 | |
*** Guest29310 is now known as redrobot | 16:41 | |
ptoohill | xgerman, to chain them, checkout whichever is the 'first' or the dependency, then cherry pick the other commit on top. submit that and you have a chained review | 16:57 |
*** amotoki has joined #openstack-lbaas | 16:58 | |
xgerman | ok | 16:59 |
sbalukoff | ptoohill: Did you see the comments I made last night on the amphora api spec? | 17:00 |
xgerman | ptoohill thanks -- hopefully I will play around with that ;-) | 17:00 |
ptoohill | indeed i did sbalukoff, thank you :) | 17:00 |
sbalukoff | Is that enough to unblock you? | 17:00 |
sbalukoff | Or did you have more questions there? | 17:00 |
*** apuimedo has quit IRC | 17:01 | |
ptoohill | I believe so, i need to go back and reread the cert answer(read on my phone this am) and i may have a question about that one | 17:02 |
sbalukoff | ptoohill: The more I think about that one, the more I think relative paths probably won't work in the config file. So we should pick a path template and stick with that. | 17:03 |
sbalukoff | Again, probably under something like: /var/lib/octavia/<listener_uuid>/<certificate_name.pem> | 17:03 |
ptoohill | in that case, that resolves the question i would have had | 17:03 |
ptoohill | In the driver im only concerned with this because thats where i build the config. otherwise i wouldnt care where they were put | 17:04 |
sbalukoff | Yep, I understand! | 17:04 |
ptoohill | ;) | 17:04 |
xgerman | sbalukoff, ptoohill we put all certs in /etc/ssl | 17:04 |
sbalukoff | xgerman: Certs need to go on a memory filesystem. | 17:05 |
ptoohill | that could work too, and what i was testing with | 17:05 |
xgerman | not sure if there is a standard where to put them or not | 17:05 |
xgerman | you can mount that fs there ;-) | 17:05 |
sbalukoff | xgerman: listener_uuid needs to be part of the path. | 17:05 |
ptoohill | as long as i know the base path i can generate the path without any problems | 17:05 |
sbalukoff | or filename. | 17:05 |
xgerman | file location + if not memory fs are two different things | 17:05 |
sbalukoff | xgerman: I agree. | 17:06 |
sbalukoff | However, I also tend to try to avoid having automated tools put stuff under /etc | 17:06 |
sbalukoff | There's really no reason not to put this under /var/lib/octavia or something. | 17:06 |
ptoohill | Yea, the files can be stored anywhere, we just need to know where that is | 17:07 |
sbalukoff | And in any case the exact root under which we put something is supremely unimportant. | 17:07 |
ptoohill | though, i dont have much experience with memoryFS so i am unsure of specific restrictions | 17:08 |
xgerman | yes, i was just saying where we put things and the system tools seems to find certs there (there is always the issue with all the ca certs, etc.) | 17:08 |
*** mlavalle has joined #openstack-lbaas | 17:08 | |
sbalukoff | System tools aren't going to be useful for us in this case. | 17:08 |
dougwig | morning all | 17:08 |
xgerman | morning | 17:08 |
ptoohill | Mornin' | 17:09 |
xgerman | sbalukoff we usually use them to debug but I get your point | 17:09 |
dougwig | xgerman: https://wiki.openstack.org/wiki/Gerrit_Workflow#Add_dependency | 17:09 |
xgerman | thanks | 17:09 |
dougwig | 'git review -d' makes it simple. you just have to be careful of rebases. | 17:09 |
xgerman | now i actually need to write the code I intended to write ;-) | 17:10 |
*** amotoki has quit IRC | 17:11 | |
*** amotoki has joined #openstack-lbaas | 17:15 | |
*** sbfox has joined #openstack-lbaas | 17:18 | |
*** kobis has joined #openstack-lbaas | 17:20 | |
TrevorV | goooooooooood merning! | 17:22 |
*** amotoki has quit IRC | 17:27 | |
*** apuimedo has joined #openstack-lbaas | 17:28 | |
*** SantoshNetScaler has joined #openstack-lbaas | 17:29 | |
blogan | finally back up and running on my real machine! | 17:34 |
blogan | i was forced into os x land for a week and i did not like it | 17:35 |
*** amotoki has joined #openstack-lbaas | 17:36 | |
ptoohill | Like old man stuck in his ways | 17:36 |
ptoohill | TOUCHTONE PHONES, we dont need nun of them smart dillywhacker phones | 17:37 |
*** kobis has quit IRC | 17:45 | |
sbalukoff | blogan: I hear you. I gave os X land a try for a couple years and am glad to be back on linux. | 17:57 |
*** kobis has joined #openstack-lbaas | 17:58 | |
*** Miouge has quit IRC | 18:00 | |
dougwig | give me a professionally maintained window system with a unix kernel any day. | 18:09 |
*** sbfox has quit IRC | 18:10 | |
sbalukoff | dougwig: Haha! Just make sure you like doing things the Steve Jobs way. | 18:11 |
sbalukoff | Because if you don't, then too bad. | 18:12 |
dougwig | it's true. though increasingly it's the "not steve jobs" way. the amount of spurious popup crap is approaching microsoft proportions these days. | 18:12 |
*** amotoki has quit IRC | 18:15 | |
*** Miouge has joined #openstack-lbaas | 18:17 | |
*** sbfox has joined #openstack-lbaas | 18:20 | |
*** amotoki has joined #openstack-lbaas | 18:22 | |
*** sbfox1 has joined #openstack-lbaas | 18:29 | |
*** sbfox1 has quit IRC | 18:29 | |
*** sbfox has quit IRC | 18:29 | |
*** sbfox1 has joined #openstack-lbaas | 18:29 | |
*** amotoki has quit IRC | 18:58 | |
openstackgerrit | German Eichberger proposed stackforge/octavia: taskflows to create, delete amphora https://review.openstack.org/142569 | 18:58 |
xgerman | I think what dougwig recommended went terribly wrong | 19:00 |
xgerman | it bundled up the parent patch, too | 19:00 |
xgerman | going to a metting | 19:01 |
*** amotoki has joined #openstack-lbaas | 19:01 | |
TrevorV | sbalukoff you alive my man? | 19:23 |
ptoohill | Yea, seen that xgerman, the way i do it is to checkout the dep then cherry pick the needed-by on top(in this case patchset 14, so you can undo the merge) | 19:23 |
dougwig | xgerman: can you post for command history, so we can see where it went wrong? | 19:26 |
blogan | xgerman: all you need to do is pull that the review you depend on, and then add another commit on top of it | 19:27 |
*** amotoki has quit IRC | 19:41 | |
*** sbfox1 has quit IRC | 19:58 | |
*** sbfox has joined #openstack-lbaas | 19:59 | |
*** sbfox has quit IRC | 19:59 | |
*** sbfox has joined #openstack-lbaas | 20:00 | |
*** apuimedo has quit IRC | 20:03 | |
sbalukoff | TrevorV: Partially. What's up? | 20:07 |
rm_work | I think they MAY have just gone to do foosball :P | 20:11 |
rm_work | xgerman: +1 for blogan and ptoohill's preferred method, 100% what I always recommend. | 20:12 |
rm_work | checkout latest master (or whatever dependency) and use the cherry-pick command to grab the change you want :) | 20:13 |
rm_work | so what reviews do people need me to look at?! I'm in full-on review mode today | 20:17 |
rm_work | I feel like we used to have a page somewhere with "latest reviews" but i don't know if it's up to date or if it included both neutron-lbaas and octavia or just one of the two | 20:18 |
*** SantoshNetScaler has quit IRC | 20:36 | |
xgerman | I will give that a spin | 20:38 |
blogan | just look at non WIP octavia reviews in gerrit | 20:38 |
rm_work | blogan: yeah looking at a review now | 20:39 |
blogan | xgerman: is this a WIP? https://review.openstack.org/#/c/142569 | 20:40 |
xgerman | yes | 20:41 |
rm_work | actually I am looking at a WIP right now, but by request <_< | 20:41 |
xgerman | I wanted to base it on the in review nova driver | 20:41 |
blogan | oh okay | 20:41 |
blogan | so pull the nova driver review down, with git review -d | 20:41 |
blogan | then do this | 20:42 |
blogan | git fetch https://review.openstack.org/stackforge/octavia refs/changes/69/142569/15 && git cherry-pick FETCH_HEAD | 20:42 |
blogan | then git review and that'll be a dependency | 20:42 |
rm_work | (assuming the cherry-pick finishes and doesn't have conflicts) | 20:43 |
xgerman | ok, let me try that | 20:44 |
xgerman | git review | 20:47 |
xgerman | You are about to submit multiple commits. This is expected if you are | 20:47 |
xgerman | submitting a commit that is dependent on one or more in-review | 20:47 |
xgerman | commits. Otherwise you should consider squashing your changes into one | 20:47 |
xgerman | commit before submitting. | 20:47 |
xgerman | The outstanding commits are: | 20:47 |
xgerman | 7e964e0 (HEAD, review/german_eichberger/nova-driver-fix) taskflows to create, delete amphora | 20:47 |
xgerman | b8089b9 (nova-driver-fix) Patches nova client to work with HP Cloud | 20:47 |
blogan | yes | 20:47 |
xgerman | Do you really want to submit the above commits? | 20:47 |
xgerman | Type 'yes' to confirm, other to cancel: | 20:48 |
xgerman | rm_work/blogan | 20:48 |
openstackgerrit | German Eichberger proposed stackforge/octavia: taskflows to create, delete amphora https://review.openstack.org/142569 | 20:48 |
xgerman | ok | 20:48 |
blogan | type yes | 20:48 |
rm_work | :P | 20:48 |
rm_work | usually good to check the commit hashes of the ones that aren't yours tho | 20:48 |
rm_work | and verify they match the latest for the deps | 20:48 |
xgerman | I did no before and squashed | 20:48 |
xgerman | Thanks for the help!! | 20:48 |
xgerman | rm_work one more question -- It seems I need to wrap the nova driver in a singleton to avoid the keystone auth calls | 20:56 |
rm_work | hmm | 20:56 |
rm_work | well | 20:56 |
xgerman | yeah, it feels hmm as well for me | 20:56 |
rm_work | the nova/keystone clients should already be a singleton | 20:56 |
blogan | should have done module methods | 20:56 |
rm_work | so it shouldn't matter how many times the driver asks for it | 20:56 |
xgerman | well, when I was running my flow https://review.openstack.org/#/c/142569/16/octavia/controller/flows/create_listener_flows.py | 20:57 |
xgerman | it looked like I did a keystone auth for both tasks I was using the nova_client | 20:57 |
blogan | if those keystone methods were module methods, you could do a singleton fairly easily | 20:57 |
sballe__ | @blogan Ho | 20:57 |
rm_work | the keystone methods are already set up to work that way tho | 20:57 |
sballe__ | blogan: What version of HA proxy is being pulled in with Neutron LBaaS v2 ? | 20:58 |
dougwig | if it prompts you with multiple commits ,you *should* go compare the hashes in gerrit to what's in your terminal, and make sure they match. | 20:58 |
xgerman | let me double check the log | 20:58 |
blogan | sballe__: neutron lbaas v2 does not install a version, but for tls it will need 1.5 | 20:59 |
rm_work | https://review.openstack.org/gitweb?p=stackforge/octavia.git;a=blob;f=octavia/compute/drivers/nova_driver.py;h=b4f769b87c0ba346e97e131f36ff121db256f966;hb=7e964e009b034e949f85f7008ca7c1d159dd3592#l160 | 20:59 |
ptoohill | doesnt it pull 1.4? blogan | 20:59 |
xgerman | rm_work -- double checked it does it once | 20:59 |
ptoohill | were still waiting for legit packages for 1.5 otherwise we need to set up ppa | 20:59 |
blogan | ptoohill: devstack would yes, but i neutron lbaas v2 code does not pull down haproxy | 21:00 |
ptoohill | ah | 21:00 |
rm_work | xgerman: ok, so it is working as intended? | 21:00 |
xgerman | yes, it is -- Thank you... soryy for gettign confused | 21:00 |
rm_work | I was really hoping taskflow wasn't somehow subverting the static class stuff :P | 21:00 |
rm_work | np | 21:00 |
blogan | if i felt like being overly nitpicky i would have said put those methods at the module scope | 21:00 |
rm_work | blogan: uhh then how would they set class variables to store the objects? | 21:01 |
blogan | module variables | 21:01 |
rm_work | <_< | 21:01 |
blogan | NOVA_CLIENT = None | 21:01 |
rm_work | how is that not way uglier to you | 21:01 |
rm_work | I would -1 that all day long, and say "go put that in a class" | 21:02 |
blogan | bc its simpler and more pythonic in my opinion | 21:02 |
rm_work | it is rife for abuse | 21:02 |
blogan | you mean putting code just in module scope is rife for abuse? | 21:02 |
rm_work | for instance when people realize "oh i just grab NOVA_CLIENT" right? | 21:02 |
rm_work | >_< | 21:02 |
blogan | put _ infront of it whatever | 21:02 |
rm_work | <_< | 21:03 |
blogan | whats stopping someone from grabbving NovaKeystoneAuth._nova_client? | 21:03 |
rm_work | it just says to me that you're avoiding a class on purpose | 21:03 |
rm_work | that's what I see | 21:03 |
rm_work | because convention clearly dictates that's wrong | 21:03 |
blogan | putting that in a class and just having nothing but class methods tells me you dont need a class | 21:03 |
rm_work | and they can inspect the class to see the correct answer :P | 21:03 |
blogan | and they can't inspect the module? | 21:04 |
*** kobis has quit IRC | 21:04 | |
rm_work | they could, but it feels … icky | 21:05 |
rm_work | i don't think either of us is going to move anywhere on this one | 21:05 |
blogan | nope | 21:05 |
rm_work | for me it's an instinctual code style issue | 21:05 |
blogan | ill agree its a matter of taste, but wrapping things in classes just for the sake of namespacing is overkill since the module is still a namespace | 21:06 |
blogan | especially since you can't instantiate a module, that class can be instantiated, but that would give you nothing | 21:07 |
blogan | except confusion | 21:07 |
rm_work | I guess so <_< | 21:15 |
rm_work | but it is very rare that I see any attributes/methods at module level that aren't static/config related | 21:16 |
blogan | its acutally how a lot of code does singletons | 21:17 |
blogan | here's an example from barbican | 21:18 |
blogan | https://github.com/openstack/barbican/blob/master/barbican/queue/__init__.py | 21:18 |
*** mlavalle has quit IRC | 21:19 | |
rm_work | ugh that's weird | 21:23 |
blogan | maybe for some, but im not a big fan of putting code in __init__ files but I can see why people do it | 21:25 |
dougwig | if it really has to happen at import, i'll do it, but as a one-liner to another module to keep it short. | 21:26 |
blogan | yeah my thoughts on that too | 21:26 |
blogan | i also liked the oslo.namespace libraries over the new oslo_namespace, but i guess im just weird | 21:27 |
dougwig | no, you're sane. | 21:28 |
blogan | hmm a dougwig compliment | 21:30 |
blogan | screenshot! | 21:30 |
mestery | blogan dougwig: You guys both got into trouble in school a lot didn't you? | 21:35 |
mestery | :) | 21:35 |
dougwig | of course. school was boring. | 21:36 |
mestery | rofl | 21:36 |
blogan | i was a model student | 21:37 |
sballe__ | rm_work: I am assuming we'll need ha-proxy 1.5 for ipv6 too | 21:43 |
openstackgerrit | Trevor Vardeman proposed stackforge/octavia: haproxy reference amphora API client https://review.openstack.org/145637 | 21:45 |
*** barclaac has joined #openstack-lbaas | 22:25 | |
rm_work | looks like that's possible | 22:27 |
rm_work | was ipv6 in our 0.5/1.0 plan? | 22:27 |
rm_work | I hope so actually but I have often been accused of over-committing for our early target milestones | 22:27 |
rm_work | brb | 22:28 |
*** barclaac|2 has quit IRC | 22:28 | |
*** jorgem has quit IRC | 22:28 | |
*** mlavalle has joined #openstack-lbaas | 22:41 | |
sbalukoff | rm_work: It's not, but I would like to see it soon, thereafter. :) | 23:01 |
sbalukoff | In any case, none of the code we're committing should be IPv6 unfriendly. | 23:02 |
rm_work | yeah | 23:07 |
*** mlavalle has quit IRC | 23:13 | |
rm_work | need to really check xgerman's nova driver code | 23:18 |
rm_work | to make sure it handles the return including ipv4 AND ipv6 addresses | 23:19 |
xgerman | yeah, go for it | 23:19 |
*** openstackgerrit has quit IRC | 23:19 | |
rm_work | or maybe it's TrevorV's code, not sure which part of it is handling that | 23:19 |
rm_work | xgerman: what does your nova return for that variable? is it a list like mine does? | 23:19 |
*** openstackgerrit has joined #openstack-lbaas | 23:19 | |
xgerman | yes | 23:19 |
xgerman | but if you have an ipv6 cloud handy just run it | 23:20 |
rm_work | yeah, I don't actually know how I'd get any of the Octavia code "running" yet | 23:21 |
xgerman | Trevor's code needed an extension we don't have in HP's cloud | 23:21 |
rm_work | are you just importing pieces? | 23:21 |
rm_work | at a python CLI? | 23:21 |
xgerman | if you look at my flow commit the api manager in there will run | 23:21 |
rm_work | hmm k | 23:21 |
rm_work | https://review.openstack.org/#/c/142569/ ? | 23:21 |
xgerman | it has a main | 23:22 |
rm_work | ok | 23:22 |
rm_work | so i have pulled that down | 23:22 |
rm_work | what do I "run"? | 23:22 |
xgerman | https://review.openstack.org/#/c/142569/16/octavia/controller/api_server/api_server.py | 23:22 |
xgerman | that;s the thing with the main and if your octavia configs are good you should be able to spin up vms | 23:22 |
rm_work | ok | 23:23 |
rm_work | I'll give that a shot | 23:23 |
rm_work | … my configs are probably not good | 23:24 |
xgerman | my goal is to hammer the flows out + integrate/test any drivers as they become available | 23:24 |
rm_work | is it expecting them in /etc/octavia/ ? | 23:24 |
xgerman | yep, I linked there | 23:24 |
rm_work | k | 23:24 |
xgerman | (based on your advice at the hackathon) | 23:24 |
*** mlavalle has joined #openstack-lbaas | 23:25 | |
rm_work | k | 23:25 |
rm_work | which parts of the config need to be right? | 23:25 |
rm_work | just keystone_authtoken and ... | 23:25 |
rm_work | api_manager? | 23:25 |
xgerman | yeah, | 23:25 |
rm_work | oh, networking probably | 23:25 |
xgerman | and DB | 23:25 |
xgerman | and networking | 23:26 |
rm_work | DB has to be set up? ugh | 23:26 |
rm_work | yeah I don't have this machine running mysql currently | 23:26 |
rm_work | whelp | 23:26 |
xgerman | yep, it's my end-to-end test :-) | 23:26 |
rm_work | alright I will probably try this out next week | 23:26 |
rm_work | when I am not WFH | 23:26 |
rm_work | I was planning on just doing reviews and such from home today which are easy without anything installed locally ;P | 23:26 |
xgerman | you can just comment out the peices which write to the DB BTW | 23:26 |
*** mlavalle has quit IRC | 23:27 | |
xgerman | anyhow, that's how I test/develop -- and I have the big reckoning of writing days of unit tests ahead of me :-( | 23:27 |
*** mlavalle has joined #openstack-lbaas | 23:28 | |
*** mlavalle has quit IRC | 23:28 | |
*** mlavalle has joined #openstack-lbaas | 23:29 | |
*** barclaac has quit IRC | 23:30 | |
*** mlavalle has quit IRC | 23:30 | |
*** mlavalle has joined #openstack-lbaas | 23:30 | |
rm_work | heh | 23:30 |
*** mlavalle has quit IRC | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!