*** madhu_ak has quit IRC | 00:05 | |
*** Aish has quit IRC | 00:11 | |
*** barclaac has joined #openstack-lbaas | 00:27 | |
*** jamiem has quit IRC | 00:27 | |
*** SumitNaiksatam has joined #openstack-lbaas | 00:31 | |
*** barclaac has quit IRC | 00:33 | |
*** barclaac has joined #openstack-lbaas | 00:47 | |
*** Aish has joined #openstack-lbaas | 00:52 | |
*** Aish has quit IRC | 00:52 | |
*** barclaac has quit IRC | 00:52 | |
openstackgerrit | Michael Johnson proposed stackforge/octavia: Implements Octavia Controller Worker https://review.openstack.org/151496 | 00:57 |
---|---|---|
*** haigang has joined #openstack-lbaas | 00:59 | |
*** logan2 has quit IRC | 01:19 | |
*** logan2 has joined #openstack-lbaas | 01:21 | |
*** crc32 has quit IRC | 01:25 | |
*** sballe has quit IRC | 01:28 | |
*** xgerman has quit IRC | 01:29 | |
*** xgerman has joined #openstack-lbaas | 01:29 | |
*** xgerman has quit IRC | 01:50 | |
*** crc32 has joined #openstack-lbaas | 02:56 | |
*** sbalukoff has quit IRC | 03:02 | |
crc32 | so I have to import octavia.common.config before I import octavia.api.v1.handlers.queue.producer but this breaks the pep8 alphabetical ordering non sense. How am I supposed to resolve this? | 03:25 |
*** rm_work|away is now known as rm_work | 03:31 | |
*** SumitNaiksatam has quit IRC | 03:38 | |
*** SumitNaiksatam has joined #openstack-lbaas | 03:38 | |
*** SumitNaiksatam has quit IRC | 03:40 | |
*** SumitNaiksatam has joined #openstack-lbaas | 03:42 | |
*** woodster_ has quit IRC | 04:00 | |
*** SumitNaiksatam has quit IRC | 04:07 | |
*** SumitNaiksatam has joined #openstack-lbaas | 04:07 | |
*** sbalukoff has joined #openstack-lbaas | 04:11 | |
*** xgerman has joined #openstack-lbaas | 04:11 | |
*** fnaval has quit IRC | 04:21 | |
*** SumitNaiksatam has quit IRC | 04:30 | |
*** rm_work is now known as rm_work|away | 04:32 | |
*** SumitNaiksatam has joined #openstack-lbaas | 04:34 | |
*** woodster_ has joined #openstack-lbaas | 04:35 | |
openstackgerrit | Carlos Garza proposed stackforge/octavia: Implementation for bp/api-to-oslo-messing-handler https://review.openstack.org/149079 | 04:39 |
*** fnaval has joined #openstack-lbaas | 04:48 | |
*** kiran-r has joined #openstack-lbaas | 05:00 | |
*** xgerman has quit IRC | 05:02 | |
*** mugu has quit IRC | 05:05 | |
*** mugu has joined #openstack-lbaas | 05:05 | |
dougwig | crc32: why the ordering issue? | 05:50 |
crc32 | octavia.common.config must be imported after octavia.api.blah.blah.blah.producer | 05:50 |
crc32 | with out import octavia.common.config the oslo_messaging group is not added to the config | 05:51 |
*** haigang has quit IRC | 06:02 | |
openstackgerrit | Carlos Garza proposed stackforge/octavia: Implementation for bp/api-to-oslo-messing-handler https://review.openstack.org/149079 | 06:06 |
*** bharath has joined #openstack-lbaas | 06:08 | |
*** haigang has joined #openstack-lbaas | 06:12 | |
*** bharath has quit IRC | 06:21 | |
*** crc32 has quit IRC | 06:28 | |
*** bharath has joined #openstack-lbaas | 06:30 | |
openstackgerrit | Shane McGough proposed openstack/neutron-lbaas: Implement KEMPtechnologies lbaas driver v2 shim https://review.openstack.org/167945 | 06:31 |
*** kobis has joined #openstack-lbaas | 06:34 | |
*** woodster_ has quit IRC | 06:40 | |
*** apuimedo has quit IRC | 06:41 | |
*** rm_work|away is now known as rm_work | 06:51 | |
rm_work | blogan / ptoohill: you there? | 06:51 |
*** chlong has quit IRC | 06:55 | |
rm_work | dougwig: ah, i see what he did | 07:08 |
rm_work | dougwig: i will explain tomorrow how to use import_group | 07:08 |
rm_work | (to him) | 07:09 |
*** bharath has quit IRC | 07:13 | |
*** sbalukoff has quit IRC | 07:20 | |
ptoohill | rm_work: hey | 07:21 |
rm_work | ah | 07:21 |
*** sbalukoff has joined #openstack-lbaas | 07:25 | |
*** haigang has quit IRC | 07:30 | |
*** haigang has joined #openstack-lbaas | 07:35 | |
openstackgerrit | Phillip Toohill proposed openstack/neutron-lbaas: WIP: Neutron LBaaS: TLS Barbican Scenario Test https://review.openstack.org/164828 | 07:40 |
*** jschwarz has joined #openstack-lbaas | 07:56 | |
*** haigang has quit IRC | 07:56 | |
*** haigang has joined #openstack-lbaas | 08:02 | |
*** BrianShang has quit IRC | 08:20 | |
*** BrianShang has joined #openstack-lbaas | 08:22 | |
*** haigang has quit IRC | 08:24 | |
*** kiran-r has quit IRC | 08:27 | |
*** haigang has joined #openstack-lbaas | 08:28 | |
*** _kiran_ has joined #openstack-lbaas | 08:52 | |
*** amotoki has joined #openstack-lbaas | 09:05 | |
*** amotoki has quit IRC | 09:05 | |
*** amotoki has joined #openstack-lbaas | 09:06 | |
openstackgerrit | Adam Harwell proposed stackforge/octavia: Implementation for bp/api-to-oslo-messing-handler https://review.openstack.org/149079 | 09:11 |
rm_work | err | 09:16 |
rm_work | gah | 09:17 |
rm_work | didn't mean to do that | 09:17 |
rm_work | <_< | 09:17 |
rm_work | i should go to sleep before I accidentally push any more reviews that aren't mine | 09:18 |
*** haigang has quit IRC | 09:24 | |
*** amotoki has quit IRC | 09:31 | |
*** haigang has joined #openstack-lbaas | 09:40 | |
*** amotoki has joined #openstack-lbaas | 09:52 | |
*** ptoohill has quit IRC | 10:03 | |
*** ptoohill has joined #openstack-lbaas | 10:04 | |
*** amotoki has quit IRC | 10:12 | |
*** bharath has joined #openstack-lbaas | 10:14 | |
*** bharath has quit IRC | 10:18 | |
*** haigang has quit IRC | 10:55 | |
*** _kiran_ has quit IRC | 11:01 | |
*** _kiran_ has joined #openstack-lbaas | 11:09 | |
*** haigang has joined #openstack-lbaas | 11:23 | |
*** _kiran_ has quit IRC | 11:29 | |
*** woodster_ has joined #openstack-lbaas | 12:27 | |
*** BrianShang has quit IRC | 13:00 | |
*** BrianShang has joined #openstack-lbaas | 13:01 | |
*** chlong has joined #openstack-lbaas | 13:01 | |
*** chlong has quit IRC | 13:47 | |
*** jamiem has joined #openstack-lbaas | 14:03 | |
*** haigang has quit IRC | 14:08 | |
*** mlavalle has joined #openstack-lbaas | 14:09 | |
*** xgerman has joined #openstack-lbaas | 14:53 | |
*** sbalukoff has quit IRC | 15:03 | |
*** jamiem has quit IRC | 15:07 | |
*** ajmiller has joined #openstack-lbaas | 15:24 | |
*** SumitNaiksatam has quit IRC | 15:37 | |
*** kbyrne has quit IRC | 15:48 | |
*** kobis has quit IRC | 15:50 | |
*** jamiem has joined #openstack-lbaas | 15:50 | |
*** madhu_ak has joined #openstack-lbaas | 15:56 | |
*** enikanorov__ has joined #openstack-lbaas | 15:58 | |
*** madhu_ak has quit IRC | 16:01 | |
*** barclaac has joined #openstack-lbaas | 16:01 | |
*** enikanorov has quit IRC | 16:01 | |
*** SumitNaiksatam has joined #openstack-lbaas | 16:04 | |
*** madhu_ak has joined #openstack-lbaas | 16:12 | |
*** kbyrne has joined #openstack-lbaas | 16:15 | |
*** jschwarz_ has joined #openstack-lbaas | 16:15 | |
*** mwang2 has joined #openstack-lbaas | 16:17 | |
*** jschwarz has quit IRC | 16:17 | |
*** bharath has joined #openstack-lbaas | 16:24 | |
*** localloop127 has joined #openstack-lbaas | 16:25 | |
johnsom | We need to get rm_work a sticker for his laptop that says "don't git sleepy" | 16:27 |
*** SumitNaiksatam has left #openstack-lbaas | 16:28 | |
*** SumitNaiksatam has joined #openstack-lbaas | 16:30 | |
openstackgerrit | Phillip Toohill proposed openstack/neutron-lbaas: Fixes cert_parser intermediate validation https://review.openstack.org/170203 | 16:38 |
ptoohill | https://review.openstack.org/#/c/169206/ | 16:38 |
ptoohill | https://review.openstack.org/#/c/169633/ | 16:39 |
ptoohill | Thats greate! johnsom | 16:39 |
ptoohill | great* | 16:39 |
*** Miouge has quit IRC | 16:53 | |
*** fnaval has quit IRC | 16:59 | |
*** jschwarz_ has quit IRC | 17:01 | |
*** barclaac|2 has joined #openstack-lbaas | 17:02 | |
*** barclaac has quit IRC | 17:05 | |
*** SumitNaiksatam has quit IRC | 17:12 | |
*** sbfox has joined #openstack-lbaas | 17:16 | |
*** SumitNaiksatam has joined #openstack-lbaas | 17:17 | |
*** fnaval has joined #openstack-lbaas | 17:18 | |
*** sbfox has quit IRC | 17:29 | |
*** sbfox has joined #openstack-lbaas | 17:33 | |
*** SumitNaiksatam_ has joined #openstack-lbaas | 17:45 | |
*** SumitNaiksatam has quit IRC | 17:47 | |
*** SumitNaiksatam_ is now known as SumitNaiksatam | 17:47 | |
blogan | xgerman, johnsom: ping | 18:04 |
xgerman | hi | 18:05 |
blogan | yall wanna talk about that network driver? | 18:05 |
xgerman | can we move that after lunch (+2h) | 18:05 |
blogan | xgerman: sure | 18:06 |
blogan | xgerman: just ping me | 18:06 |
xgerman | will do | 18:06 |
madhu_ak | dougwig: https://review.openstack.org/#/c/165627/ could you please have a look? Thanks | 18:33 |
*** barclaac|2 has quit IRC | 18:43 | |
*** kobis has joined #openstack-lbaas | 19:01 | |
*** kobis has quit IRC | 19:06 | |
*** barclaac|2 has joined #openstack-lbaas | 19:06 | |
*** sbfox has quit IRC | 19:24 | |
*** enikanorov__ has quit IRC | 19:27 | |
*** crc32 has joined #openstack-lbaas | 19:43 | |
*** mwang2 has quit IRC | 19:51 | |
*** madhu_ak has quit IRC | 19:56 | |
TrevorV | xgerman you around my man? | 20:00 |
johnsom | Not yet, just grabbed lunch so will be a few minutes | 20:02 |
xgerman | TrevorV hi? | 20:03 |
TrevorV | I talked with phil about the log location for HAProxy | 20:03 |
xgerman | ok, cool | 20:03 |
TrevorV | He said its configured already in the jinja config. I think that's sufficient for a log directory specification | 20:03 |
TrevorV | Thoughts? | 20:03 |
TrevorV | (was about to make that comment in the CR, but figured we should talk it out here and I'll put the answer in the comments for tracking) | 20:04 |
xgerman | well, I like it to be configurable in the config file since some operators have specific log locations on their vms (I need to put things into /mnt) | 20:04 |
johnsom | +1 for configurable via config file and passed in the config down to the amp | 20:06 |
TrevorV | Right, which is why you'd have a different template file. Those template files, as I understand, are another for of configuration files. | 20:06 |
TrevorV | form of config**** | 20:06 |
xgerman | not sure if it makes sense to have the end user replace template files | 20:07 |
johnsom | Sorry, was thinking about the agent, should be in octavia config and put in the haproxy config that goes down | 20:07 |
xgerman | then when we need to update the template for haproxy 1.6 the operator can't reuse their config files? | 20:08 |
TrevorV | Just to make things clear then, should there be a section in the actual octavia.conf that directly relates to haproxy templating, and have us just read that and generate the full template off of config values? That sounds like work duplication. | 20:08 |
xgerman | no, the template adapts whatever we do to the right haproxy version | 20:09 |
xgerman | the config entries allow aus to adapt octavia to an operator's environment | 20:09 |
xgerman | so ideally if haproxy 1.6 comes around we chaneg the template but I can still use my config values' | 20:10 |
johnsom | I'm thinking of all of the people that will show up here with questions if we have them muck with the templates to set log directories and such | 20:11 |
TrevorV | I can understand that, I just don't think its that much of a problem. | 20:13 |
TrevorV | Probably because we're talking about Operators doing said configuration, where they may have to make more specific changes anyway, not just a log directory | 20:14 |
*** madhu_ak has joined #openstack-lbaas | 20:15 | |
xgerman | I can't think of a ton of changes anyway -- but the log directory is one I need ;-) | 20:15 |
TrevorV | Right, which is easily done via the template update. That's kinda the point of a template right? | 20:16 |
*** mwang2 has joined #openstack-lbaas | 20:16 | |
TrevorV | I guess what I'm seing is you guys are thinking of templates a little more concrete where the changes to it are made via config files, whereas I'm thinking of a simple template update to suit your environment, similar to a config in the first place. | 20:17 |
TrevorV | seeing*** | 20:17 |
johnsom | I think of the template as abstracting the HaProxy bit as opposed to a commonly updated config. | 20:17 |
xgerman | I understand but configs live in like /etc and survive updates whereas templates are not -- it's just an odd choice for configuration | 20:18 |
TrevorV | I can't say its "our" choice, right? HAProxy made that ha ha. Idk, I'm kinda speaking out without a TON of knowledge on this, and I'd have ptoohill here, but he had to step away for a bit. | 20:19 |
TrevorV | I don't necessarily mind the log directory being in the config file and loaded into the template, I just want a clear line drawn: is this an exception, or is everything supposed to follow suit. I feel like it shouldn't be both. | 20:20 |
xgerman | agreed. For instance I am perfectly fine with the stats directory being only in the template | 20:20 |
xgerman | but I know log directory, etc. should be configurable since different operators have different layouts | 20:21 |
xgerman | so the things we want to configure should be in the config files; things we think the values we put in are ok for everybody can just be in the template | 20:22 |
TrevorV | Once again, different operators should just have different templates... just like they have different configs. | 20:22 |
xgerman | then the template needs to be loaded from /etc/octavia | 20:22 |
xgerman | and you need to have commnadline options to specify where to load from | 20:22 |
TrevorV | I'm not sure if that's a problem. | 20:22 |
TrevorV | I'd have to talk to ptoohill | 20:22 |
xgerman | well, in my opinion it is since then you can't upgrade templates automatically' | 20:23 |
TrevorV | Actually, I'm going to push back on that | 20:23 |
TrevorV | Different operators have different drivers, isn't that correct? | 20:23 |
TrevorV | If an operator can change their driver, then they should be able to update their templates on their own as well. | 20:24 |
johnsom | That is correct, the template is used by the driver | 20:24 |
xgerman | well, I don't think that's the premise -- we shouldn't force Redhat to write a third haproxy driver | 20:24 |
xgerman | so they can set a log directory | 20:24 |
TrevorV | No, they wouldn't, they'd make a different template if they needed. | 20:25 |
TrevorV | Even then you're talking about the field labeled "log" having a value of "/var/log/redhat_said_here" in the template that came with the code base... Its not a difficult change to make there. | 20:26 |
xgerman | yeah, but a) should the template be a public interface where people make changes? and b) are people expecting to put things there which normally go into a config file? c) does everybody need to learn haproxy.config and jinja2 to change their log file location? | 20:27 |
xgerman | blogan - ping... | 20:28 |
blogan | xgerman: hi | 20:28 |
johnsom | I like to keep common config settings in the config file to reduce questions and mistakes. I.e. keep them as simple as possible | 20:28 |
johnsom | Hi blogan | 20:29 |
xgerman | I think we exchanged arguments and we have a packed day so let's talk network driver | 20:29 |
TrevorV | That's fair johnsom, but once again, where do we draw the line? Do we generate it fully via config or not? I disagree with a half and half. | 20:29 |
xgerman | I like to not have to touch the template | 20:30 |
TrevorV | Then we should make it ALL configurable, not just the one field you want to have configurable. Does that make sense? | 20:30 |
xgerman | yep, makes sense... | 20:30 |
johnsom | I hear you on where the line is. I think we, the folks contributing to octavia, should discuss what we all need to change to deploy and try to make that easy. | 20:31 |
xgerman | +1 | 20:31 |
TrevorV | I can understand that. If everyone else is okay with it being partially configurable then I guess I'll deal, but I really dislike it. | 20:32 |
blogan | i think the log being configurable in the octavia.conf makes sense | 20:32 |
johnsom | +1 blogan | 20:33 |
blogan | and we don't need to have everything in the template in octavia.conf, evolve over time for when operators want to easily change somethign in the template, we can just add a config option | 20:34 |
blogan | doesn't have to be all or nothing | 20:34 |
blogan | xgerman, johnsom: networkdriver | 20:36 |
blogan | so my intention was to have a network driver that works with a normal devstack build (normal to us at least). Rackspace does not have the allowed-address-pairs extension enabled so it wouldn't work for us, if HP's cloud does great, but the intention is to just have a workable active/passive network driver | 20:37 |
*** mwang2 has quit IRC | 20:37 | |
xgerman | sounds good | 20:38 |
johnsom | We do, but it doesn't work | 20:38 |
blogan | lol yeah bc i messed it up a bit, pushing a new ps up soon | 20:38 |
blogan | i got reversed on which ips should go into the allowed_address_pairs | 20:38 |
xgerman | ok, johnsom meant to say address pair doesn't work on our cloud | 20:38 |
blogan | ohhh | 20:38 |
blogan | so you have it enabled but it doesn't work? | 20:39 |
xgerman | exactly | 20:39 |
johnsom | Yes, saddly | 20:39 |
blogan | security groups issue? | 20:39 |
johnsom | No, some genius layer two optimization code that doesn't learn the arps right | 20:39 |
johnsom | But, I think we are going to ignore that and go forward as if that is fixed as it is in our Helion code | 20:40 |
blogan | ah okay, so it woudl be safe to say that HP's cloud isn't pure openstack? it does have some HP special sauce in certain places? | 20:40 |
xgerman | of course... | 20:40 |
johnsom | "special" is the right word | 20:40 |
blogan | okay, then thats why we have the network drivers | 20:41 |
xgerman | yep | 20:41 |
xgerman | but having one which works in devstack is rande | 20:41 |
johnsom | So, if you don't have address pairs either, what is the plan? | 20:41 |
xgerman | grande | 20:41 |
blogan | but the ponit of this one was a quick way to have it work in a devstack deploy | 20:41 |
xgerman | +1000 | 20:41 |
johnsom | +1 | 20:41 |
blogan | well we have a plan for our networking infrastructure, but it definitely won't work for yall | 20:41 |
blogan | so we'll be writing our own special driver | 20:41 |
johnsom | I was also confused on the amp ips all on one port, but your clarification made it click for me | 20:42 |
blogan | yeah the vip ip should be on the amp's vip ports | 20:42 |
blogan | if that makes sense | 20:42 |
blogan | which id ont think it did | 20:42 |
johnsom | So the new patchset you are pushing for network driver. It will work with stock devstack kilo? | 20:43 |
xgerman | (ajmiller happens to have an octavia devstack laying around BTW) | 20:43 |
ajmiller | I'm working on getting that wrapped up. Right now having permission/sudo problems, but will get that worked out soon../ | 20:44 |
xgerman | and then we have the network driver to go with it ;-) | 20:44 |
TrevorV | Well xgerman, it looks as though my distaste for the "all or nothing" approach is vetoed. | 20:45 |
blogan | johnsom: theoretically, i ran through it manually a month or two ago and it worked, i was just now testing it out | 20:45 |
openstackgerrit | Carlos Garza proposed stackforge/octavia: Implementation for bp/api-to-oslo-messing-handler https://review.openstack.org/149079 | 20:46 |
johnsom | Ok, cool. So I think we are good. I don't have any more questions and will review when you push your new version up. | 20:46 |
blogan | johnsom: okay, also try it out too, i do think i might be missing some security-group commands as well, in fact im almost certain i am now | 20:47 |
johnsom | Yeah, will do | 20:47 |
blogan | oh and it won't work until amphora have some kind of vrrp software running on it and a driver/agent that configures it | 20:48 |
blogan | johnsom, xgerman: yall are planning on doing an active/passive setup in production correct? | 20:48 |
xgerman | well, right now we are thinking "preview" without anyhting ;-) | 20:49 |
johnsom | Yes, Helion. Though I have not been putting a lot of thought into it as that was a v1 goal. No that we wouldn't want it sooner. | 20:49 |
johnsom | Are you thinking VRRP? | 20:49 |
blogan | by "without anything" you mean no HA basically? | 20:49 |
johnsom | We are really pushing for an end-to-end demo for the summit. HA isn't necessary for that. | 20:50 |
xgerman | yeah, our mind is really on that | 20:50 |
*** sbfox has joined #openstack-lbaas | 20:50 | |
blogan | oh of course, just wondering what the end product for HP would look like | 20:51 |
johnsom | My thought was we were going to "release" v0.5 without HA, then in v1 workout the HA (including controllers/mysql/etc) | 20:51 |
johnsom | If you have syncs to accelerate HA I support it | 20:52 |
xgerman | +! | 20:52 |
johnsom | Man, lunch coma, cycles | 20:53 |
blogan | well this network driver should support HA and no HA setups in devstack, so if you only have one VM it should still work | 20:53 |
xgerman | we like HA but I think having something to show customers and get their feedback is our top priority ;-) | 20:53 |
blogan | i read the syncs and thought you had some new lingo | 20:53 |
johnsom | Thanks for the extra credit | 20:53 |
blogan | well hell no HA woudl be quite a simple network driver | 20:54 |
xgerman | yep | 20:54 |
johnsom | That said, if you see things that aren't HA ready, call them out and/or fix them. We are really focused on getting an end-to-end working | 20:55 |
xgerman | yep, we need to get that show on the road... | 20:55 |
blogan | oh of course, i made some changes to the network interface writing this bc it was with HA in mind | 20:56 |
johnsom | Exactly, the road to Vancouver | 20:56 |
johnsom | That is cool | 20:56 |
blogan | and should also support Rackspace's active/active topology as well | 20:56 |
johnsom | I still have the mental model, v0.5 is working, v1 is HA, v2 is horiz scale | 20:56 |
blogan | and i think its just generic enough to support other implementations | 20:57 |
johnsom | Excellent | 20:57 |
blogan | famous last words :( | 20:57 |
xgerman | wwe gotta run to our next meeting... dense week :-( | 20:57 |
blogan | good luck! | 20:58 |
*** mwang2 has joined #openstack-lbaas | 20:58 | |
*** bharath has quit IRC | 20:59 | |
*** bharath_ has joined #openstack-lbaas | 20:59 | |
*** bharath_ has quit IRC | 21:00 | |
*** bharath has joined #openstack-lbaas | 21:00 | |
*** ajmiller_ has joined #openstack-lbaas | 21:10 | |
*** fnaval has quit IRC | 21:13 | |
*** ajmiller has quit IRC | 21:14 | |
openstackgerrit | Trevor Vardeman proposed stackforge/octavia: Amphora SSH Driver https://review.openstack.org/160964 | 21:21 |
*** sbalukoff has joined #openstack-lbaas | 21:22 | |
*** dougwig has quit IRC | 21:35 | |
*** rm_work has quit IRC | 21:37 | |
*** rm_work has joined #openstack-lbaas | 21:41 | |
*** rm_work has quit IRC | 21:41 | |
*** rm_work has joined #openstack-lbaas | 21:41 | |
*** dougwig has joined #openstack-lbaas | 21:45 | |
*** fnaval has joined #openstack-lbaas | 21:46 | |
openstackgerrit | Al Miller proposed stackforge/octavia: Add devstack plugin for octavia https://review.openstack.org/167796 | 21:51 |
*** localloop127 has quit IRC | 21:56 | |
openstackgerrit | Aishwarya Thangappa proposed stackforge/octavia: Implements Octavia Controller Worker https://review.openstack.org/151496 | 22:02 |
*** madhu_ak has quit IRC | 22:06 | |
*** madhu_ak has joined #openstack-lbaas | 22:06 | |
*** SumitNaiksatam has quit IRC | 22:12 | |
*** crc32 has quit IRC | 22:20 | |
*** barclaac has joined #openstack-lbaas | 22:49 | |
*** barclaac|2 has quit IRC | 22:53 | |
*** barclaac|2 has joined #openstack-lbaas | 23:01 | |
*** barclaac has quit IRC | 23:03 | |
*** sbfox has quit IRC | 23:09 | |
*** jamiem has quit IRC | 23:26 | |
*** jamiem has joined #openstack-lbaas | 23:26 | |
*** barclaac has joined #openstack-lbaas | 23:27 | |
*** barclaac|2 has quit IRC | 23:30 | |
johnsom | dougwig Can we get this in today so our coverage run tomorrow has the updated numbers? https://review.openstack.org/#/c/169050/ | 23:31 |
johnsom | It has a couple of +1s and a +2 already | 23:32 |
dougwig | I'm at the furious 7 premiere. I can after. Unless mestery is online and can do it now for us. (Ping mestery) | 23:32 |
johnsom | Awesome, enjoy. | 23:33 |
*** barclaac|2 has joined #openstack-lbaas | 23:34 | |
*** barclaac has quit IRC | 23:34 | |
rm_you | oh nice | 23:41 |
rm_you | I forgot that was tonight or i would be there too dougwig T_T | 23:42 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!