| *** hongbin has quit IRC | 00:32 | |
| *** limao has joined #openstack-kuryr | 00:32 | |
| *** limao has quit IRC | 00:32 | |
| *** yedongcan has joined #openstack-kuryr | 00:45 | |
| *** tonanhngo has quit IRC | 01:20 | |
| *** salv-orlando has joined #openstack-kuryr | 01:25 | |
| *** tonanhngo has joined #openstack-kuryr | 01:27 | |
| *** tonanhngo has quit IRC | 01:32 | |
| *** salv-orlando has quit IRC | 01:46 | |
| *** tonanhngo has joined #openstack-kuryr | 02:01 | |
| *** tonanhngo has quit IRC | 02:02 | |
| *** tonanhngo has joined #openstack-kuryr | 02:09 | |
| *** tonanhngo has quit IRC | 02:11 | |
| *** salv-orlando has joined #openstack-kuryr | 02:13 | |
| *** salv-orlando has quit IRC | 02:32 | |
| *** tonanhngo has joined #openstack-kuryr | 02:50 | |
| *** tonanhngo has quit IRC | 02:51 | |
| *** hongbin has joined #openstack-kuryr | 02:53 | |
| *** salv-orlando has joined #openstack-kuryr | 03:00 | |
| *** yuanying has quit IRC | 03:01 | |
| *** yuanying has joined #openstack-kuryr | 03:01 | |
| *** yuanying has quit IRC | 03:01 | |
| *** yuanying has joined #openstack-kuryr | 03:02 | |
| *** salv-orlando has quit IRC | 03:05 | |
| *** yuanying has quit IRC | 03:06 | |
| *** janki has joined #openstack-kuryr | 03:40 | |
| *** yuanying has joined #openstack-kuryr | 04:02 | |
| *** v1k0d3n has joined #openstack-kuryr | 04:07 | |
| *** v1k0d3n has quit IRC | 04:11 | |
| *** hongbin has quit IRC | 04:16 | |
| *** hongbin has joined #openstack-kuryr | 04:17 | |
| *** tonanhngo has joined #openstack-kuryr | 04:19 | |
| *** tonanhngo has quit IRC | 04:22 | |
| *** vikas_ has quit IRC | 04:28 | |
| *** tonanhngo has joined #openstack-kuryr | 04:29 | |
| *** tonanhngo has quit IRC | 04:31 | |
| *** vikas_ has joined #openstack-kuryr | 04:33 | |
| *** yuanying has quit IRC | 04:55 | |
| *** salv-orlando has joined #openstack-kuryr | 05:01 | |
| *** yuanying has joined #openstack-kuryr | 05:03 | |
| *** salv-orlando has quit IRC | 05:06 | |
| *** v1k0d3n has joined #openstack-kuryr | 05:14 | |
| *** hongbin has quit IRC | 05:17 | |
| *** v1k0d3n has quit IRC | 05:25 | |
| *** tonanhngo has joined #openstack-kuryr | 05:30 | |
| *** yuanying has quit IRC | 05:46 | |
| *** yuanying has joined #openstack-kuryr | 05:47 | |
| *** yuanying has quit IRC | 05:51 | |
| openstackgerrit | Merged openstack/kuryr-kubernetes: Updated from global requirements https://review.openstack.org/419933 | 05:56 |
|---|---|---|
| *** salv-orlando has joined #openstack-kuryr | 06:02 | |
| *** pc_m has quit IRC | 06:03 | |
| *** salv-orlando has quit IRC | 06:07 | |
| *** saneax-_-|AFK is now known as saneax | 06:35 | |
| janonymous | irenab, ivc_: ping | 06:57 |
| irenab | janonymous, hi | 06:59 |
| janonymous | irenab: i had a small question in kuryr-kubernetes | 07:00 |
| irenab | sure | 07:00 |
| janonymous | irenab: Would that make sense to use paste-deploy for handler pipeline. | 07:00 |
| *** pc_m has joined #openstack-kuryr | 07:02 | |
| janonymous | *it | 07:04 |
| irenab | janonymous, need to check it, can you point to the cons to use it? | 07:08 |
| janonymous | https://pypi.python.org/pypi/PasteDeploy | 07:08 |
| janonymous | swift uses it in its proxy configuration file | 07:09 |
| janonymous | for loading of middlewares in swift case | 07:09 |
| janonymous | https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L94 | 07:09 |
| irenab | janonymous, interesting | 07:11 |
| janonymous | irenab: let me know if more info is required | 07:12 |
| irenab | janonymous, give me few mins to catch up on this | 07:13 |
| janonymous | irenab: yeah, pls take your time. | 07:13 |
| *** yuanying has joined #openstack-kuryr | 07:23 | |
| *** salv-orlando has joined #openstack-kuryr | 07:40 | |
| *** tonanhngo_ has joined #openstack-kuryr | 07:49 | |
| *** tonanhngo_ has quit IRC | 07:49 | |
| *** tonanhngo has quit IRC | 07:51 | |
| *** tonanhngo has joined #openstack-kuryr | 07:56 | |
| *** tonanhngo has quit IRC | 07:57 | |
| *** tonanhngo has joined #openstack-kuryr | 08:01 | |
| *** saneax is now known as saneax-_-|AFK | 08:09 | |
| *** salv-orlando has quit IRC | 08:09 | |
| *** saneax-_-|AFK is now known as saneax | 08:16 | |
| *** yamamoto has quit IRC | 08:21 | |
| *** tonanhngo has quit IRC | 08:23 | |
| yedongcan | irenab, ivc_ : ping | 08:34 |
| openstackgerrit | vikas choudhary proposed openstack/kuryr-kubernetes: Add support for nested pods with Vlan trunk port https://review.openstack.org/410578 | 08:43 |
| irenab | yedongcan, hi | 08:45 |
| vikas_ | irenab, apuimedo|away ivc_ PTAL ^ | 08:45 |
| yedongcan | irenab: hi, does kuryr-k8s support LBaaSv2 now? | 08:46 |
| irenab | yedongcan, yes | 08:46 |
| irenab | check this patch https://review.openstack.org/#/c/376045/ | 08:46 |
| irenab | but its not merged yet | 08:47 |
| irenab | vikas_, asap | 08:47 |
| vikas_ | thanks irenab | 08:47 |
| yedongcan | irenab: thanks, got it. | 08:48 |
| irenab | yedongcan, the plan is to move to use Octavia at some point | 08:49 |
| yedongcan | irenab: does we both supports HAProxy and Octavia? | 08:50 |
| irenab | yedongcan, currently only HAProxy as default implementation, but theoretically any LBaaS Provider that implements LBaaSv2 API | 08:51 |
| *** limao has joined #openstack-kuryr | 08:52 | |
| yedongcan | irenab: sure :) | 08:52 |
| *** devvesa has joined #openstack-kuryr | 08:58 | |
| *** yamamoto has joined #openstack-kuryr | 09:00 | |
| *** yamamoto has quit IRC | 09:07 | |
| *** yedongcan1 has joined #openstack-kuryr | 09:17 | |
| *** yedongcan has quit IRC | 09:20 | |
| *** apuimedo|away is now known as apuimedo | 09:24 | |
| *** saneax is now known as saneax-_-|AFK | 09:24 | |
| *** limao has quit IRC | 09:25 | |
| *** saneax-_-|AFK is now known as saneax | 09:34 | |
| *** garyloug has joined #openstack-kuryr | 09:44 | |
| *** yamamoto has joined #openstack-kuryr | 09:45 | |
| *** yamamoto has quit IRC | 09:49 | |
| *** yedongcan1 has left #openstack-kuryr | 10:02 | |
| *** salv-orlando has joined #openstack-kuryr | 10:10 | |
| *** salv-orlando has quit IRC | 10:14 | |
| *** tonanhngo has joined #openstack-kuryr | 10:24 | |
| *** yamamoto has joined #openstack-kuryr | 10:28 | |
| *** yamamoto has quit IRC | 10:29 | |
| *** tonanhngo has quit IRC | 10:29 | |
| *** yamamoto has joined #openstack-kuryr | 10:38 | |
| *** yamamoto has quit IRC | 10:56 | |
| *** neiljerram has joined #openstack-kuryr | 11:01 | |
| *** neiljerram has quit IRC | 11:15 | |
| *** yamamoto has joined #openstack-kuryr | 11:30 | |
| apuimedo | ivc_: irenab: vikas_: https://etherpad.openstack.org/p/kuryr_virtual_gathering_2017h1 | 11:33 |
| apuimedo | please contribute to the document, I'll send it to the mailing list tomorrow | 11:33 |
| *** yamamoto has quit IRC | 11:34 | |
| *** saneax is now known as saneax-_-|AFK | 11:42 | |
| *** saneax-_-|AFK is now known as saneax | 11:43 | |
| *** tonanhngo has joined #openstack-kuryr | 11:49 | |
| *** tonanhngo has quit IRC | 11:50 | |
| *** tonanhngo has joined #openstack-kuryr | 12:09 | |
| *** tonanhngo has quit IRC | 12:11 | |
| *** neiljerram has joined #openstack-kuryr | 12:17 | |
| irenab | apuimedo, ack | 12:33 |
| *** huats has quit IRC | 12:42 | |
| *** huats has joined #openstack-kuryr | 12:42 | |
| apuimedo | irenab: and thanks for the reminders! | 12:48 |
| apuimedo | ivc_: https://wiki.openstack.org/wiki/Neutron_Trunk_API_Performance_and_Scaling#add_subports_before_boot.2C_all_at_once | 13:09 |
| apuimedo | search for "add subports after boot, in batches" | 13:10 |
| apuimedo | this is consistent with the resource management plans | 13:10 |
| apuimedo | batching calls helps a ton | 13:10 |
| apuimedo | s/calls/allocation/ | 13:10 |
| *** garyloug has quit IRC | 13:10 | |
| *** saneax is now known as saneax-_-|AFK | 13:17 | |
| *** garyloug has joined #openstack-kuryr | 13:31 | |
| *** neiljerram has quit IRC | 13:41 | |
| *** tonanhngo has joined #openstack-kuryr | 13:59 | |
| *** tonanhngo has quit IRC | 13:59 | |
| *** janki has quit IRC | 14:00 | |
| *** limao has joined #openstack-kuryr | 14:00 | |
| openstackgerrit | vikas choudhary proposed openstack/kuryr-kubernetes: Add support for nested pods with Vlan trunk port https://review.openstack.org/410578 | 14:03 |
| vikas_ | ivc_, irenab apuimedo ltomasbo ^ , i will be update test case for noop plugin shortly, except that PTAL | 14:04 |
| *** limao has quit IRC | 14:05 | |
| *** limao has joined #openstack-kuryr | 14:08 | |
| *** salv-orlando has joined #openstack-kuryr | 14:10 | |
| *** yamamoto has joined #openstack-kuryr | 14:31 | |
| apuimedo | ivc_: ltomasbo and I have both confirmed that you can't set trunk subports specifying only the segmentation type | 14:34 |
| apuimedo | the segmentation id is needed as well | 14:35 |
| apuimedo | ivc_: ltomasbo said he'd look into how difficult it would be to build a Neutron patch that makes segmentation id allocation behave consistently with IPAM allocation | 14:35 |
| *** yamamoto has quit IRC | 14:35 | |
| apuimedo | the code freeze for Neutron is coming in ~10 days though | 14:36 |
| irenab | apuimedo, what do you mean by 'segmentation id allocation behave consistently with IPAM allocation'? | 14:42 |
| apuimedo | irenab: in Neutron, when you create a port, if you don't specify an IP, it will allocate one for you | 14:43 |
| apuimedo | it does not behave the same way with segmentation ids | 14:44 |
| apuimedo | I think that's an API inconsistency | 14:44 |
| apuimedo | as it's the same problem nature | 14:44 |
| irenab | apuimedo, maybe for now it expects external seg_id management. If it returns proper error in case seg_id is not provided, it is not bug | 14:47 |
| irenab | apuimedo, sounds like a feature to propose | 14:47 |
| apuimedo | irenab: I'm not saying it is a bug | 14:47 |
| apuimedo | it is giving a proper error message | 14:48 |
| apuimedo | I'm saying it is an inconsistency. | 14:48 |
| apuimedo | and that we should try to get it fixed | 14:49 |
| irenab | apuimedo, sounds like a feature neutron should not reject, but do not think its on the same weight as IPAM | 14:49 |
| apuimedo | how is it different? | 14:50 |
| *** salv-orlando has quit IRC | 14:50 | |
| irenab | I checked the spec, and it says that is possible to get reject if backend does not support allocation | 14:51 |
| irenab | check here https://specs.openstack.org/openstack/neutron-specs/specs/newton/vlan-aware-vms.html#proposed-change | 14:52 |
| irenab | apuimedo, looks like on the kuryr side we do need both options, depends on the backend | 14:53 |
| apuimedo | irenab: which reinforces my point that we should be able to make a patch that makes the default backend accept | 14:53 |
| apuimedo | these things | 14:53 |
| apuimedo | and we can have an exception handling in kuryr for those that do not support it | 14:53 |
| irenab | it will be nice to delegate vlan management to neutron, so keep kuryr stateless with regards to the seg. ids | 14:54 |
| irenab | but for now it seems more realistic to provide seg. id management as part of kuryr | 14:54 |
| irenab | apuimedo, lets see if you have super power :-) | 14:55 |
| apuimedo | irenab: I wish | 14:55 |
| apuimedo | xD | 14:55 |
| *** saneax-_-|AFK is now known as saneax | 14:59 | |
| apuimedo | irenab: ivc_: vikas_: Isn't it better to have it stateless anyway. That we do a trunk show for the VM trunk. This gets us all the subports with their segmentation ids and then we request a new one? Saving the map seems a bit of a premature optimization | 15:00 |
| apuimedo | as it could be that soon Neutron allocates by itself and makes the optimization unnecessary | 15:00 |
| *** tonanhngo has joined #openstack-kuryr | 15:01 | |
| apuimedo | or that we see that with resource management we handle this by batching subport allocation in big chunks and we don't need the map either | 15:01 |
| *** tonanhngo has quit IRC | 15:01 | |
| apuimedo | ltomasbo: read the above as well | 15:03 |
| apuimedo | thoughts? | 15:03 |
| irenab | apuimedo, to request a new one, kuryr will need to check what is available | 15:04 |
| ltomasbo | apuimedo, ok, reading | 15:04 |
| irenab | the map is not meant to be persistent, right? | 15:05 |
| apuimedo | irenab: " | 15:05 |
| apuimedo | irenab: "That we do a trunk show for the VM trunk. This gets us all the subports with their segmentation ids" | 15:05 |
| irenab | apuimedo, but to allocate new one, we need to see wht is available | 15:06 |
| irenab | I am probably missing something... | 15:06 |
| ltomasbo | irenab, yes, as neutron does not handle vlan_ids request/release for trunk ports so far | 15:06 |
| apuimedo | irenab: you could do both the trunk show, make a map of that and decide on an id, all inside _get_vlan_id | 15:07 |
| apuimedo | and rather than a map, use a frozenset | 15:07 |
| ltomasbo | apuimedo, you mean in the neutron side or kuryr side? | 15:07 |
| apuimedo | this way you are encapsulating the detail of doing the vlan id allocation handling | 15:07 |
| apuimedo | ltomasbo: on kuryr side | 15:07 |
| apuimedo | https://review.openstack.org/#/c/410578/13/kuryr_kubernetes/controller/drivers/nested_vlan_vif.py | 15:07 |
| apuimedo | here in _get_vlan_id | 15:08 |
| ltomasbo | why a frozenset? | 15:08 |
| ltomasbo | should not that quickly change as it is for containers? | 15:08 |
| apuimedo | because we do not need to modify it | 15:08 |
| apuimedo | if we make it stateless | 15:08 |
| apuimedo | each _get_vlan_id will request Neutron the trunk status | 15:09 |
| ltomasbo | umm, I think I miss something, perhaps didn't start reading at the top! | 15:09 |
| ltomasbo | ahh, ok, you mean so that kuryr handles the vlan_ids but by asking neutron | 15:10 |
| apuimedo | ltomasbo: yes | 15:10 |
| ltomasbo | got it | 15:10 |
| apuimedo | we also work with Neutron on adding allocation | 15:10 |
| ltomasbo | that will be slower than current approach | 15:10 |
| apuimedo | and if we see performance being a problem that is not solved with that (or that is not accepted) nor by resource management | 15:10 |
| apuimedo | then we consider caching | 15:11 |
| ltomasbo | I agree maybe we are missing some use case for some entity/user creating subpors in the kuryr VM | 15:12 |
| ltomasbo | but the impact of calling neutron more times could be big for containers, if there is no such a case | 15:12 |
| apuimedo | ltomasbo: I'm all in favor of performance optimizations if that is the case | 15:13 |
| ltomasbo | how I see it is that, the vlan_id collision is only in a per-vm case | 15:13 |
| apuimedo | right | 15:13 |
| ltomasbo | and I though, if we dedicate a VM to create nested container with kuryr | 15:14 |
| *** janki has joined #openstack-kuryr | 15:14 | |
| ltomasbo | there will be no other users allocating subports to that VM | 15:14 |
| ltomasbo | s/though/thought | 15:14 |
| *** pcaruana has quit IRC | 15:15 | |
| ltomasbo | and, even if there were, lets say, 2 independent kuryr services inside that VM | 15:16 |
| ltomasbo | we could still configure them to use different vlan_id range in https://github.com/openstack/kuryr/blob/master/kuryr/lib/constants.py | 15:16 |
| *** neiljerram has joined #openstack-kuryr | 15:16 | |
| *** tonanhngo has joined #openstack-kuryr | 15:19 | |
| apuimedo | tbh, if we suppose that, it is better to allocate all the subports ahead of time in a single batch operation | 15:19 |
| *** tonanhngo has quit IRC | 15:19 | |
| *** saneax is now known as saneax-_-|AFK | 15:20 | |
| ltomasbo | yep, that would be an optimization from kuryr point of view, pre-creating the ports and the subport_attachments | 15:21 |
| apuimedo | so my point is, we can leave optimization for a follow-up patch | 15:22 |
| *** hongbin has joined #openstack-kuryr | 15:24 | |
| apuimedo | irenab: ltomasbo: Or do you prefer to have this mapping light optimization now? | 15:26 |
| ltomasbo | IMO that could be handled later | 15:26 |
| ltomasbo | perhaps even by adding the vlan_id management at neutron instead of kuryr | 15:27 |
| ltomasbo | and therefore not having to worry about that anymore at kuryr side | 15:27 |
| apuimedo | ltomasbo: that's why I said to drop the semi-persistent port mapping and see later which optimization we take | 15:28 |
| ltomasbo | apuimedo, that is one approach, but for simplecity, efficiency, and coherency with the current patch at kuryr-libnetwork, I would leave the vlan_id management as it is right now in vikas_ patch | 15:29 |
| ltomasbo | otherwise we should update both to always ask neutron about the 'in-use' vlan_ids for an specific trunk port, and still double check that it was really available when later calling the trunk_subport_add | 15:30 |
| ltomasbo | no strong opinion anyway, both are ok (one faster, the other more robust) | 15:31 |
| apuimedo | ok. I'm almost convinced to let this stand | 15:32 |
| apuimedo | ltomasbo: let me know when you check how difficult it is to add the allocation support on Neutron side | 15:32 |
| ltomasbo | :D | 15:33 |
| ltomasbo | going to check | 15:33 |
| apuimedo | irenab: ivc_: vikas_: please read the conversation above and share your thoughts | 15:33 |
| *** tonanhngo has joined #openstack-kuryr | 15:39 | |
| *** tonanhngo has quit IRC | 15:42 | |
| *** david-lyle has joined #openstack-kuryr | 15:42 | |
| *** huikang has joined #openstack-kuryr | 15:48 | |
| ltomasbo | apuimedo, right now, only one seg_driver is implemented (vlan) | 15:50 |
| *** tonanhngo has joined #openstack-kuryr | 15:50 | |
| ltomasbo | apuimedo, but if there were more, and the segmentation_driver is not specified, how will you choose among the available ones? a default config variable? | 15:51 |
| ltomasbo | seems, forcing it right now to be vlan is easy, but getting that accepted (as there may be other segmentation_driver later on) could be harder | 15:52 |
| *** david-lyle has quit IRC | 15:55 | |
| *** mattmceuen has joined #openstack-kuryr | 15:57 | |
| *** limao has quit IRC | 16:05 | |
| *** david-lyle has joined #openstack-kuryr | 16:07 | |
| irenab | apuimedo: I think that starting with kuryr handling the allocation (make it already optional, but by default enable) is a way to start. In parallel, proceed with neutron handling the segmentation allocation support and having sub ports precreated is a possible perfromance optimization for later | 16:23 |
| *** saneax-_-|AFK is now known as saneax | 16:35 | |
| *** mattmceuen has quit IRC | 16:38 | |
| *** salv-orlando has joined #openstack-kuryr | 16:51 | |
| *** huikang has quit IRC | 16:54 | |
| *** salv-orlando has quit IRC | 16:54 | |
| *** huikang has joined #openstack-kuryr | 16:55 | |
| *** salv-orlando has joined #openstack-kuryr | 16:55 | |
| *** janki has quit IRC | 16:55 | |
| *** huikang has quit IRC | 16:55 | |
| *** huikang has joined #openstack-kuryr | 16:55 | |
| *** devvesa has quit IRC | 17:00 | |
| *** saneax is now known as saneax-_-|AFK | 17:12 | |
| apuimedo | ltomasbo: I want only the segmentation-type to be mandatory | 17:31 |
| ltomasbo | I just tried some modifications to the neutron code to not need neither segmenteation_type, nor segmentation_id | 17:32 |
| ltomasbo | just a few lines | 17:32 |
| ltomasbo | it gets the default seg_type plus an available set_id and do the trunk_subport_add with the proper values | 17:33 |
| ltomasbo | however, the container got no connectivity, so I'm checking what I'm missing | 17:33 |
| apuimedo | very odd! | 17:37 |
| *** tonanhngo has quit IRC | 17:46 | |
| apuimedo | ltomasbo: did you touch any agent code? | 17:50 |
| ltomasbo | just the plugin.py at services/trunk | 17:50 |
| apuimedo | ok | 17:51 |
| *** huikang has quit IRC | 17:52 | |
| *** huikang has joined #openstack-kuryr | 17:52 | |
| apuimedo | ivc_: irenab: ltomasbo: vikas_: I was now thinking that since we have two components in Kuryr-kubernetes, maybe it would make sense that all the kuryr-kubernetes controller code (fromerly known as raven) would live in kuryr_kubernetes/controller/ just like the cni code resides in kuryr_kubernetes/cni | 17:54 |
| apuimedo | to make finding things easier | 17:54 |
| ivc_ | apuimedo once we get to daemon-based cni, i expect that we'll have the same 'core' service shared between the controller and cni daemon | 17:55 |
| apuimedo | third dir for that? | 17:56 |
| ivc_ | maybe just service.py and 'plugins' dir | 17:56 |
| *** huikang has quit IRC | 17:56 | |
| ivc_ | i can't tell you now before we get the code in some shape | 17:57 |
| apuimedo | ivc_: I'm now looking at the split | 18:01 |
| apuimedo | sorry, not at the split, at the run files | 18:02 |
| apuimedo | :P | 18:02 |
| * apuimedo 's mind goes back and forth | 18:02 | |
| ivc_ | apuimedo 'service' or 'actor system' or something like that - the 'middleware' - should be common in some way | 18:02 |
| apuimedo | right | 18:02 |
| ivc_ | but otherwise we have most of the controller code in 'controller' package now. os-vif-util is the only exception iirc | 18:03 |
| ivc_ | and it prolly makes sense to move os-vif-util to 'controller' package to keep things in one place | 18:05 |
| apuimedo | right | 18:10 |
| *** garyloug has quit IRC | 18:15 | |
| *** huikang has joined #openstack-kuryr | 18:23 | |
| *** huikang has quit IRC | 18:42 | |
| *** huikang has joined #openstack-kuryr | 18:42 | |
| *** huikang has quit IRC | 18:47 | |
| *** david-lyle has quit IRC | 18:47 | |
| *** tonanhngo has joined #openstack-kuryr | 18:52 | |
| *** tonanhngo has quit IRC | 18:52 | |
| *** tonanhngo has joined #openstack-kuryr | 18:53 | |
| *** neiljerram has quit IRC | 19:41 | |
| *** neiljerram has joined #openstack-kuryr | 19:43 | |
| *** david-lyle has joined #openstack-kuryr | 19:50 | |
| *** neiljerram has quit IRC | 19:51 | |
| *** salv-orlando has quit IRC | 20:11 | |
| *** huikang has joined #openstack-kuryr | 20:19 | |
| *** huikang_ has joined #openstack-kuryr | 20:22 | |
| *** huikang has quit IRC | 20:23 | |
| *** janonymous has quit IRC | 20:34 | |
| *** severion has joined #openstack-kuryr | 20:51 | |
| openstackgerrit | Merged openstack/kuryr: Updated from global requirements https://review.openstack.org/418792 | 21:17 |
| *** portdirect is now known as portdirect_away | 21:30 | |
| *** severion has quit IRC | 21:39 | |
| *** huikang_ has quit IRC | 21:51 | |
| *** huikang has joined #openstack-kuryr | 21:52 | |
| *** huikang has quit IRC | 21:56 | |
| *** huikang has joined #openstack-kuryr | 21:59 | |
| *** portdirect_away is now known as portdirect | 22:07 | |
| *** huikang has quit IRC | 22:09 | |
| *** huikang has joined #openstack-kuryr | 22:10 | |
| *** yamamoto has joined #openstack-kuryr | 22:11 | |
| *** huikang has quit IRC | 22:13 | |
| *** huikang has joined #openstack-kuryr | 22:14 | |
| *** huikang has quit IRC | 22:14 | |
| *** salv-orlando has joined #openstack-kuryr | 22:28 | |
| *** david-lyle has quit IRC | 22:51 | |
| *** janonymous has joined #openstack-kuryr | 23:00 | |
| *** salv-orlando has quit IRC | 23:21 | |
| *** mattmceuen has joined #openstack-kuryr | 23:33 | |
| *** mattmceuen has quit IRC | 23:40 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!