Monday, 2017-07-31

*** kiennt has joined #openstack-kuryr00:31
*** limao has joined #openstack-kuryr00:34
*** hongbin has joined #openstack-kuryr00:43
*** yedongcan has joined #openstack-kuryr01:07
*** deep-book-gk has joined #openstack-kuryr01:45
*** deep-book-gk has left #openstack-kuryr01:48
*** irenab has quit IRC01:56
*** irenab has joined #openstack-kuryr01:57
*** hyunsun has joined #openstack-kuryr02:01
*** gouthamr has quit IRC02:07
*** caowei has joined #openstack-kuryr02:08
*** hyunsun has quit IRC02:14
*** vikasc has joined #openstack-kuryr03:11
*** aojea has joined #openstack-kuryr03:34
*** aojea has quit IRC03:38
*** kiennt_ has joined #openstack-kuryr04:14
*** yboaron has joined #openstack-kuryr04:31
openstackgerritHyunsun Moon proposed openstack/kuryr-libnetwork master: Allow new network ID pattern  https://review.openstack.org/48780204:46
*** yboaron has quit IRC04:47
*** hongbin has quit IRC05:01
*** aojea has joined #openstack-kuryr05:08
*** janki has joined #openstack-kuryr05:10
*** caowei has quit IRC05:23
*** aojea has quit IRC05:47
*** aojea has joined #openstack-kuryr05:48
*** kiennt_ has quit IRC05:49
*** kiennt has quit IRC05:49
*** aojea has quit IRC05:52
*** aojea has joined #openstack-kuryr05:52
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes master: Add devstack support for multi-node deployment  https://review.openstack.org/48909806:00
*** kiennt has joined #openstack-kuryr06:02
*** kiennt_ has joined #openstack-kuryr06:02
*** kiennt__ has joined #openstack-kuryr06:05
*** kiennt__ has quit IRC06:05
*** kiennt_ has quit IRC06:06
*** kiennt has quit IRC06:06
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes master: [WIP] Add devstack support for multi-node deployment  https://review.openstack.org/48909806:06
*** kiennt has joined #openstack-kuryr06:06
*** caowei has joined #openstack-kuryr06:15
*** pcaruana has joined #openstack-kuryr06:19
*** kzaitsev_ws has joined #openstack-kuryr06:25
ltomasboGood morning irenab! Yes! It is useful for others! :D06:40
irenabltomasbo, still need to be properly verified. I didn't try to run it for master yet06:40
irenabhence WIP06:41
ltomasbosure, there may be some small problems, but in general it should work! I'll try to test it too06:42
*** yboaron has joined #openstack-kuryr07:06
irenabltomasbo, thanks!07:10
*** yboaron_ has joined #openstack-kuryr07:21
*** yboaron has quit IRC07:24
apuimedoirenab: what does your comment to https://review.openstack.org/#/c/487935/ mean?07:25
irenabapuimedo, if you click the bug link in the commit messgae, it takes you to the launchpad, but the link to the patch is not there07:26
apuimedooh07:27
apuimedothat's odd07:27
irenabapuimedo, maybe Fixes-Bug does not work, need Closes-Bug: #######07:27
irenabPartial-Bug: #######07:27
irenabRelated-Bug: #######07:27
irenabmaybe not, just checked here https://review.openstack.org/#/c/489098/, it is also not on the launchpad ..07:29
apuimedook07:29
janonymousirenab: https://review.openstack.org/#/c/489098/ --> you need to assign bug in launchpad to update07:31
irenabjanonymous, it is assigned07:32
janonymousirenab: ah no , to you07:32
janonymousirenab: it is assigned to daniel07:32
irenabjanonymous, interesting07:33
irenabdmellado, ping07:35
apuimedoirenab: dmellado is on pto07:43
apuimedofeel free to assign it to yourself07:43
*** egonzalez has joined #openstack-kuryr07:44
*** yboaron_ has quit IRC07:44
*** yboaron_ has joined #openstack-kuryr07:45
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: create host interface to the pod subnet  https://review.openstack.org/48793507:46
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes master: [WIP] Add devstack support for multi-node deployment  https://review.openstack.org/48909807:47
irenabapuimedo, great, thanks. Will appreciate your review on this patch07:47
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: devstack: create host interface to the pod subnet  https://review.openstack.org/48793507:47
apuimedoirenab: very well07:48
apuimedoirenab: I have octavia working but due to the conversation with longfei_zhang here on IRC last week I want to make it configurable whether to use L2 connectivity between the LB and the members or L#07:49
apuimedos/L#/L3/07:49
apuimedocurrently, as we do it, it's L2 (which is what he wanted)07:49
apuimedobut that means that for every load balancer, we take an extra pod subnet IP07:49
irenabapuimedo, want to split to iterations?07:49
apuimedoirenab: maybe I should07:49
irenabconsuming pods' IPs are bad07:50
irenabbut can be first step07:51
apuimedoirenab: it's a tradeoff07:51
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes master: [WIP] Add devstack support for multi-node deployment  https://review.openstack.org/48909807:51
apuimedofor the ref impl, it gets you services -> pods without going through the router07:51
apuimedowhich is a big win07:51
apuimedoyou just resize the pod subnet accordingly07:52
apuimedofor df and ovn you don't gain anything though07:52
irenabapuimedo, yea. Agree that is should be configurable, but actualy I would go for the L3 as default07:52
apuimedoirenab: vikasc: can we get https://review.openstack.org/#/c/487935/ in?07:52
apuimedoirenab: that is my intention07:53
apuimedoto add an lbaas handler config option07:53
apuimedo[lbaas]07:53
irenabapuimedo, will check asap07:53
apuimedomember_connectivity = "L3"07:53
apuimedothat you can change to L207:53
irenabapuimedo, I rebased your overcloud heat patch07:53
irenabit worth to get it in, since it gets confliced every few days07:54
kzaitsev_wsjanonymous: apuimedo: I thought we've fixed the infra bot not updating the bugs on the lp thing07:59
apuimedoirenab: :-)07:59
apuimedokzaitsev_ws: apparently not07:59
apuimedo:/07:59
kzaitsev_wsapuimedo: aha, you need to add openstack-infra to this group https://launchpad.net/~kuryr-bugs/+members (this group is the bug supervisor)08:00
janonymouskzaitsev_ws:  ohh08:00
kzaitsev_wslet me fetch the bot's mail08:00
janonymousirenab: it worked right?08:01
irenabjanonymous, didn't change it yet08:01
kzaitsev_wsapuimedo: https://launchpad.net/~hudson-openstack this one I think.08:02
irenabbut really surprised that is is strict08:02
janonymousirenab: ah  ohky08:02
*** yamamoto has quit IRC08:02
irenabapuimedo, done. Now your turn to review my patch08:03
apuimedocool08:03
openstackgerritHyunsun Moon proposed openstack/kuryr-libnetwork master: Allow new network ID pattern  https://review.openstack.org/48780208:04
kzaitsev_wsbtw. sorry for not tending to my patches. I'm suddenly made responsible for a bit of integration between the teems around here, so I'm fighting fires. Would get back to them when the fires are gone.08:09
irenabkzaitsev_ws, do not get burned :-)08:10
kzaitsev_wsirenab: I'll try my best )08:11
kzaitsev_wsirenab: apuimedo: https://bugs.launchpad.net/kuryr-kubernetes/+bug/1706576 looks like the bot is working now ;)08:11
openstackLaunchpad bug 1706576 in kuryr-kubernetes "devstack does not support multi node scenario" [High,In progress] - Assigned to Irena Berezovsky (irenab)08:11
irenabkzaitsev_ws, do not see link to the patch there08:13
kzaitsev_wsirenab: the bot has moved the bug to in-progress though08:14
irenabkzaitsev_ws, bot developed its own judgment?08:14
kzaitsev_wsI believe it triggers on a new-patchset. maybe only a brand new patch triggers a message with "fix proposed + link" and a new changeset to existing patch only triggers state transition?08:16
irenabkzaitsev_ws, sounds reasonable08:17
openstackgerritMerged openstack/kuryr-kubernetes master: Add ODL devstack example  https://review.openstack.org/44930908:20
openstackgerritMerged openstack/kuryr-kubernetes master: devstack: create host interface to the pod subnet  https://review.openstack.org/48793508:40
*** garyloug has joined #openstack-kuryr08:43
apuimedoirenab: the multi node overcloud one looks good to me :-)08:57
irenabapuimedo, great. Hope you will have time to verify (just in case) and we can merge it09:01
apuimedoirenab: I'll try to get to that today09:01
irenabthanks!09:01
*** yamamoto has joined #openstack-kuryr09:02
*** yamamoto has quit IRC09:08
*** yamamoto has joined #openstack-kuryr09:08
*** limao has quit IRC09:23
*** limao has joined #openstack-kuryr09:23
*** yamamoto has quit IRC09:25
*** limao has quit IRC09:28
*** yamamoto has joined #openstack-kuryr09:34
*** janki is now known as janki|meeting09:37
*** janki|meeting is now known as janki09:39
*** yamamoto has quit IRC09:40
*** yamamoto has joined #openstack-kuryr09:53
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: octavia: Make Octavia ready devstack  https://review.openstack.org/48915709:54
apuimedoirenab: ltomasbo: please, check ^^09:54
apuimedovikasc: ^^09:54
apuimedoI'll make a follow-up patch that changes the default to use L309:56
vikascapuimedo, will try out, thanks!09:56
apuimedo:-)09:56
apuimedoI'll make a demo soon out of this09:56
apuimedobut with openshift09:56
ltomasboapuimedo, great! I'll take a look asap09:58
apuimedoltomasbo: vikasc: irenab: note that this local.conf will only work in master and pike+09:59
apuimedosince I dropped neutron-lbaas09:59
apuimedothat is not necessary anymore09:59
vikascnoted.09:59
apuimedoif using Ocata + Octavia, enable the neutron-lbaas repo plugin as well09:59
*** kiennt has quit IRC10:01
openstackgerritDanil Golov proposed openstack/kuryr-kubernetes master: [WIP] Allow setting specific ports for SRIOV handler  https://review.openstack.org/47849410:15
irenabapuimedo, worth to document the required compotents with regard to Releases10:36
kzaitsev_wsapuimedo: do you plan to abandon neutron lbaas alltogether or keep it as a configurable option?10:46
kzaitsev_wsalso really cool that it doesn't require any actual code change...10:49
irenabivc, did really good job10:49
apuimedoirenab: can you ellaborate?10:49
apuimedokzaitsev_ws: it needs one code change for working in L3 mode10:50
apuimedoI'm working on it now10:50
irenabapuimedo, about the required services for different releases10:50
irenabmaybe in local.conf or some installation documentation10:50
irenabI wonder if we need installation doc revision per release10:50
irenabso for Ocata, there will be neutron-lbaas, but for pike only Octavia10:51
kzaitsev_wswe can have a single "USE_OCTAVIA" that defaults to true and a config function that set's up all the things that are in local.conf10:51
apuimedoirenab: I was thinking to make a developing section in the docs10:51
kzaitsev_wsthat would keep local.conf simple enough10:51
irenabthis is a bit more of installation than developing10:52
irenabkzaitsev_ws, use_octavia will end up with different services based on the openstack version10:52
kzaitsev_wsirenab: it will, but I don't see a problem there if you want octavia you need them anyway10:53
irenabneutron_lbass is not required in Pike, since Octavia added API server10:53
irenabapuimedo, correct?10:54
apuimedocorrect10:54
irenabthis maybe just another config in local.conf10:54
kzaitsev_wswe're making developer think/know about what services are required for octavia, which feels to me like leaking abstraction.10:55
irenabit is more Octavia thing than kuryr's10:55
kzaitsev_wsaha, wouldn't it configure all the services it needs btw?10:55
apuimedokzaitsev_ws: I still want deployers and developers to think whether they prefer l2 or l310:56
apuimedofor lb -> member10:56
kzaitsev_wsapuimedo: yeah, that sounds fair.10:56
apuimedokzaitsev_ws: will you spin anew your multi vif cni support?10:59
apuimedoI'd like to start getting these things in11:00
*** aojea has quit IRC11:05
kzaitsev_wsapuimedo: yeah. I need to deal with a couple of things locally and would get to them.11:06
apuimedook11:08
kzaitsev_wsapuimedo: while we're at it. irenab and I thought of a way to reduce amount of changes in my patches that go to generic vif handler.11:13
irenabkzaitsev_ws, seems we should move to modular_vif_driver11:13
kzaitsev_wswe can add a config variable, smth like 'enabled_drivers=pool,sriov,additional_subnets'11:14
apuimedoirenab: kzaitsev_ws: modular vif driver?11:14
kzaitsev_wsand vif_handler would pass the pod object to each one of them and would collect the vifs they request from neutron.11:15
irenabotherwise the generic vif driver gets 'polluted' with many specific if/else cases11:15
apuimedocan we work around that with multi net?11:15
irenabsimilar with what modular l2 plugin does in neutron11:15
irenabapuimedo, I wouldn't say its related to multiple networks11:16
kzaitsev_wsirenab: +1 it's more about different ways to request ports11:16
apuimedoirenab: kzaitsev_ws: my idea was that when you define a network object you can sepcify the type11:18
apuimedothis way we don't need configuration for more than the dfeault network11:18
kzaitsev_wslike in danil's patch he's adding a way to request a Port by id. that's another set of if/else's. sriov and pool drivers are also smth vif-handler shouldn't necessarily know about11:18
kzaitsev_wsapuimedo: that way (at least for sriov) we would still have to put some VIF-specific logic to generic vif11:19
* apuimedo going for lunch. We'll read again when I'm back11:19
apuimedosee if I catch it11:20
apuimedo:P11:20
irenabapuimedo, its just more for refactoring to provide extendability at vif plugging layer11:20
kzaitsev_ws(=11:20
irenabapuimedo, bon appetite11:20
*** dougbtv__ is now known as dougbtv11:26
kzaitsev_wsapuimedo: I think irenab's idea/concern can be summed up as "do not alter generic vif handler if you need to parse some specific annotation"11:29
irenabkzaitsev_ws, +111:30
irenabeven out of tree options can be supported without modification of the kuryr code11:31
*** yamamoto has quit IRC11:31
irenabapuimedo, I vefiried BM deployment of the kuryr all in one with devstack patch, it works properly11:31
kzaitsev_wsirenab: it almost feels to me like we can later just switch the code from reading the config to reading the network objects to determine which plugins have to be enabled. but I'm not 100% sure on that.11:32
kzaitsev_wsmayb it's the other way and we can implement network-obj-reading driver, that would parse an annotation ) again withour altering main vif_handler's code =)11:33
irenabkzaitsev_ws, I think you are right. About the other way around, I just not sure that we always have exact mapping to network-obj driver11:34
irenabas with the port_id annotation11:34
irenabits just specific port to request11:34
*** caowei has quit IRC11:38
apuimedoirenab: which patch?11:41
irenabthe one for multi node11:41
apuimedoso you used the local.conf in one11:42
irenabI just checked that the most common case is not broken :-)11:42
apuimedoand another VM with yours?11:42
apuimedoah11:42
irenabI do not have the setup to verify multi node BM11:42
irenabbut master+worker BM works properly11:42
apuimedooh, you meant real baremetal?11:42
irenaband nested master with another nested worker too11:43
irenabyes11:43
apuimedocool11:44
*** yamamoto has joined #openstack-kuryr12:01
*** yamamoto has quit IRC12:04
*** yamamoto has joined #openstack-kuryr12:20
*** yamamoto has quit IRC12:32
*** yamamoto has joined #openstack-kuryr12:33
*** yamamoto has quit IRC12:33
*** yamamoto has joined #openstack-kuryr12:33
apuimedokzaitsev_ws: I can't find the "setup" phase12:33
kzaitsev_wsapuimedo: there should be some =) for example we could use override_defaults12:37
*** zengchen has quit IRC12:37
apuimedokzaitsev_ws: I was trying to pick between 'source' and 'override_defaults'12:37
*** zengchen has joined #openstack-kuryr12:37
apuimedoalso considering just enabling them in our devstack/settings12:37
kzaitsev_wsthat's an option too12:38
apuimedokzaitsev_ws: irenab: which do you like more?12:38
kzaitsev_wsi don't think just enabling in settings is a good idea though. feels confusing. I would expect settings to be settings without much logic12:39
apuimedookey dokey12:39
apuimedoso I'll try with 'source' phase12:39
apuimedono, that's too late, I think12:40
kzaitsev_wsjust checked murano's plugin. murano requires heat and it's not enabled anywhere at the moment. =/ yet I was sure it was somewhere.12:41
kzaitsev_wsapuimedo: maybe even that would not work12:41
apuimedokzaitsev_ws: because the official position is that you are supposed to put it in local.conf12:42
kzaitsev_wshttps://github.com/openstack-dev/devstack/blob/master/stack.sh#L584-L58812:42
apuimedojust like I did in my patch and like we do with etcd and so on12:42
kzaitsev_wsfetch_plugins before source probably means that plugins can't implicitly download other plugins =(12:43
apuimedoright12:43
kzaitsev_wsso my nice single variable wouldn't work12:43
apuimedoI think we have to leave it in local.conf or devstackgaterc12:43
apuimedos/or/and/12:43
apuimedokzaitsev_ws: tbh, there should be a way for plugins to have /devstack/deps12:44
apuimedoand put there the plugins they depend on12:44
kzaitsev_wsapuimedo: sounds scary (=12:47
*** rwallner_ has quit IRC12:47
*** rwallner has joined #openstack-kuryr12:47
kzaitsev_wsok other idea. if you have octavia enabled — run octavia preps. elif you have lpaasv2 run lbaasv2 prep. else complain that services would not work?12:48
apuimedokzaitsev_ws: what's prep?12:49
kzaitsev_wswe do that for horizon (configure dashboard only if you have enabled horizon)12:49
apuimedooh, right12:50
apuimedoof course12:50
kzaitsev_wsapuimedo: enable additional services and do that thing security-groups12:50
kzaitsev_wsidk. maybe you're right and I'm wrong about enabled_services12:53
kzaitsev_wsand they *should* just go to local.conf12:53
kzaitsev_wsthe security-groups code can be safely wrapped under 'if service_enabled octavia' though =)12:55
*** rwallner has quit IRC12:55
*** rwallner has joined #openstack-kuryr12:56
apuimedoyeah12:59
apuimedoat least that12:59
apuimedoI hate devstack13:09
apuimedonecessary evil13:09
irenabapuimedo, +100013:09
*** yedongcan1 has joined #openstack-kuryr13:12
*** yedongcan has quit IRC13:14
apuimedoirenab: amphorae is the plural of amphora ;-)13:15
*** atoth has joined #openstack-kuryr13:27
*** gouthamr has joined #openstack-kuryr13:31
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: octavia: Make Octavia ready devstack  https://review.openstack.org/48915713:39
apuimedokzaitsev_ws: irenab: I think I may have addressed all your comments ^^13:39
*** yedongcan1 has left #openstack-kuryr13:45
kzaitsev_wsohmygosh =) does octavia require barbican?13:57
apuimedokzaitsev_ws: I think so14:00
apuimedothey enable it in their local.conf14:01
*** zengchen1 has joined #openstack-kuryr14:01
*** limao has joined #openstack-kuryr14:03
kzaitsev_wsI'm always afraid of new cross-project 'big-tent'ish' dependencies (I know that big tent is gone, still there's no better work I guess)14:03
kzaitsev_wsyet14:03
*** kural has joined #openstack-kuryr14:03
apuimedokzaitsev_ws: it is scary indeed14:08
apuimedokzaitsev_ws: although in this case I'd expect barbican not to be necessary for L4 most usage14:08
irenabapuimedo: jenkins is not happy on Octavia patch14:09
apuimedoirenab: yes, yes. I made a mistake14:10
apuimedoI'm pushing a new version14:10
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: octavia: Make Octavia ready devstack  https://review.openstack.org/48915714:11
apuimedoirenab: here you go14:11
*** janki has quit IRC14:17
openstackgerritMerged openstack/kuryr-libnetwork master: Allow new network ID pattern  https://review.openstack.org/48780214:26
*** openstackgerrit has quit IRC14:33
*** openstackgerrit has joined #openstack-kuryr14:34
openstackgerritMerged openstack/kuryr-libnetwork master: Return network options when AllocateNetwork called  https://review.openstack.org/48725814:34
*** aojea has joined #openstack-kuryr14:44
*** yamamoto has quit IRC14:45
*** limao has quit IRC14:52
*** hongbin has joined #openstack-kuryr14:52
*** limao has joined #openstack-kuryr14:54
janonymousapuimedo: zengchen1 : so i wanted to know on drawbacks/limitations of python one client model14:59
apuimedoI didn't look at it in some time, but apparently duplicated events, reconnection and things like that15:00
*** alraddarla has joined #openstack-kuryr15:02
janonymousagree that go-client is good and robust, but was curious on things which need improvement in python- client15:02
janonymousthis week i will test client patch e2e15:03
apuimedogood15:03
apuimedotry to take notes of the findings, to report15:03
apuimedokzaitsev_ws: irenab: could you try https://review.openstack.org/#/c/489157/ ?15:04
janonymousapuimedo:  right! i will note down15:04
*** pcaruana has quit IRC15:04
zengchen1janonymous:do you see my comments on your patch15:04
irenabapuimedo: asap15:04
*** alraddarla has left #openstack-kuryr15:05
janonymouszengchen1: yes, i had a reason for that but while loop still dont make sense15:05
janonymouszengchen1:  i wanted to avoid iterating 2 times so passed object directly..15:05
zengchen1janonymous:no, it is not right.15:06
zengchen1janonymous:if you return a generator directly, the code of 'while True' will be useless.15:06
janonymouszengchen1: right! i wrote that above..15:07
irenabapuimedo: posted some question15:08
janonymouszengchen1: i will test it out this week and correct errors15:08
zengchen1janonymous:when you finish iterating the generator, how to re-watch the resource if break out the 'while True'.15:08
zengchen1janonymous:ok.15:09
zengchen1janonymous:i say the library of  https://github.com/kubernetes/client-go/blob/master/tools/cache may be more correctly. because it use the two interface of list and watch to generate the real events15:10
zengchen1janonymous: you can see this function to get the details. https://github.com/kubernetes/client-go/blob/master/tools/cache/controller.go#L27915:12
janonymouszengchen1: more efficiently written i guess15:15
*** yamamoto has joined #openstack-kuryr15:16
*** limao has quit IRC15:17
kzaitsev_wsapuimedo: left devstack deploying with your commit. would probably check on it tomorrow, though (=15:19
zengchen1janonymous:i encountered a scenario that i got no result when i invoke the watch interface directly to get an event of 'Add' for PVC which i created after i invoked the watch.15:19
*** yamamoto has quit IRC15:21
janonymouszengchen1:  so watch was looking for which resource type? and was watch working correctly?15:21
zengchen1janonymous: so, i am worry that it may be not right to get all events of resource only invoking the watch interface.15:21
janonymouszengchen1: i see channels usage in go for that.. but have to recheck what is used in python15:22
janonymouszengchen1: i guess there is some issue, watch should work ideally...15:22
zengchen1janonymous: watch for PVC. I hope the mechanism of watch for python is same good as go.15:23
zengchen1janonymous: i will try to find the reason. and will review your patch.15:24
janonymouszengchen1: great! thanks15:24
janonymouszengchen1: ping me if i can be of any assistance with client-working15:25
zengchen1janonymous:sure. i will tell you what i have learned on that library.15:27
janonymous:)15:27
*** yboaron_ has quit IRC15:32
*** yamamoto has joined #openstack-kuryr15:48
*** yamamoto has quit IRC15:58
*** zengchen1 has quit IRC16:00
*** egonzalez has quit IRC16:03
*** dougbtv_ has joined #openstack-kuryr16:32
*** garyloug has quit IRC16:58
*** kural has quit IRC17:27
*** kural has joined #openstack-kuryr18:20
*** tonanhngo has joined #openstack-kuryr18:26
*** aojea has quit IRC18:42
*** aojea has joined #openstack-kuryr18:42
*** aojea has quit IRC18:47
*** rwallner has quit IRC18:48
*** atoth has quit IRC19:41
*** aojea has joined #openstack-kuryr20:07
*** kural_ has joined #openstack-kuryr20:24
*** kural has quit IRC20:24
*** yamamoto_ has joined #openstack-kuryr21:06
*** yamamoto_ has quit IRC21:15
*** kural_ has quit IRC22:05
*** yamamoto has joined #openstack-kuryr22:16
*** aojea has quit IRC22:18
*** aojea has joined #openstack-kuryr22:19
*** lihi has quit IRC22:20
*** lihi has joined #openstack-kuryr22:20
*** yamamoto has quit IRC22:23
*** aojea has quit IRC22:24
*** yamamoto has joined #openstack-kuryr22:28
*** gouthamr has quit IRC22:46
*** tonanhngo has quit IRC22:53
*** premsankar has joined #openstack-kuryr22:54
*** tonanhngo has joined #openstack-kuryr23:05
*** tonanhngo has quit IRC23:08
*** tonanhngo has joined #openstack-kuryr23:09
*** tonanhngo has quit IRC23:09
*** hongbin has quit IRC23:11
*** tonanhngo has joined #openstack-kuryr23:13
*** gouthamr has joined #openstack-kuryr23:16
*** tonanhngo has quit IRC23:18
*** aojea has joined #openstack-kuryr23:20
*** aojea has quit IRC23:27

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