Monday, 2017-10-16

*** aojea has joined #openstack-kuryr00:04
*** aojea has quit IRC00:09
*** limao has joined #openstack-kuryr00:53
*** kiennt26 has joined #openstack-kuryr00:59
*** aojea has joined #openstack-kuryr01:05
*** aojea has quit IRC01:10
*** caowei has joined #openstack-kuryr01:17
*** yamamoto has joined #openstack-kuryr01:21
*** wangbo has joined #openstack-kuryr01:43
*** caowei has quit IRC01:44
*** caowei has joined #openstack-kuryr01:44
*** edisonxiang has joined #openstack-kuryr02:10
*** gouthamr has quit IRC02:27
*** yamamoto_ has joined #openstack-kuryr02:36
*** yamamoto has quit IRC02:39
*** wangbo has quit IRC02:53
*** wangbo has joined #openstack-kuryr02:58
*** aojea has joined #openstack-kuryr03:07
*** aojea has quit IRC03:11
*** edisonxiang has quit IRC03:30
*** wangbo has quit IRC03:38
*** wangbo has joined #openstack-kuryr03:42
*** vikasc has joined #openstack-kuryr03:43
*** hongbin_ has quit IRC04:24
*** wangbo has quit IRC04:34
*** kiennt26 has quit IRC04:54
*** aojea has joined #openstack-kuryr05:08
*** aojea has quit IRC05:13
*** yboaron has joined #openstack-kuryr05:16
*** wangbo has joined #openstack-kuryr05:27
*** janki has joined #openstack-kuryr05:42
*** wangbo has quit IRC05:50
janonymousirenab: useful link, thanks!06:05
*** aojea has joined #openstack-kuryr06:09
*** aojea has quit IRC06:14
*** openstackgerrit has quit IRC06:28
*** kiennt26 has joined #openstack-kuryr06:36
*** wangbo has joined #openstack-kuryr06:36
*** openstackgerrit has joined #openstack-kuryr06:41
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes master: Enable port debug in devstack  https://review.openstack.org/51218406:41
irenabjanonymous, great minds think alike06:45
irenabltomasbo, hi06:45
ltomasboirenab, hi!06:46
irenabltomasbo, I want to check something with you06:46
ltomasbosure06:46
irenabDid you check the LoadBalancer service type in ovn or odl environment?06:47
janonymousirenab: true! like apuimedo's and urs :)06:47
ltomasboirenab, nope06:47
ltomasbodid you find any issue with it in df?06:48
irenabI wanted to verify it with Dragonflow and since there is currently some issue with Octavia, I used HAProxy06:48
ltomasbothere are problems with octavia too with ODL06:48
irenabIt does not work, but actually I do not understand how it works with reference implementation06:48
irenabI see that service VIP SG is the same as Pods'06:49
ltomasboI found out one issue with octavia and odl, that also needed to be fixed in ovn06:49
ltomasboso, perhaps you are hitting the same problem in odl (regarding octavia, not the LoadBalancer type)06:49
irenabbut since it does not contain any rule to allow service  (TCP port 80), curl to FIP does not work06:50
*** vikasc has quit IRC06:50
ltomasbohttps://bugs.opendaylight.org/show_bug.cgi?id=923206:50
openstackbugs.opendaylight.org bug 9232 in General "Allow Address Pairs not working across tenant networks" [Normal,Unconfirmed] - Assigned to bugs06:50
irenabltomasbo, Octavia works for DF with ClusterIP type06:50
ltomasboirenab, does it work the curl to the VIP?06:50
ltomasboirenab, with L2 or L3?06:50
ltomasbo(or both)06:50
irenabltomasbo, I think for both06:51
ltomasbook, great then!06:51
irenabcurl for VIP works from one of the pods06:51
irenabsince SG contains only rules for ingress/egress of the same SG group06:51
ltomasboas for the FIP, that is mainly just a SNAT/DNAT translation, so I think SGs that apply are the ones from the neutron port, not the FIP06:52
ltomasboirenab, ahh, I think I get your point now06:52
irenabexactly, and since one access the FIP from outside, it should not work without explicetly allowing service protocol/port. so actually I do not understand how it works for ref. implementation06:53
ltomasboyep, you are right, we need to allow curl (port 80 or whatever port is needed) to the lbaas network06:53
irenabbut it works with reference impementation ...06:53
ltomasbowell, I think that will work thanks to the kubeXXX interface that it created with devstack06:54
ltomasbowith is in the pod members subnet06:54
ltomasboand that one is allowed at the lbaas subnet06:54
ltomasboI bet if you set that one down, it should not work06:54
ltomasboirenab, one question about this: https://review.openstack.org/#/c/512184/06:57
ltomasboirenab, the idea you had is to set the port_debug to true always, or just for the devstack deployments, but still keep the default to false in other deployments?06:58
ltomasboirenab, just double checking that you skipped the config.py on purpose (which I agree with)06:59
*** vikasc has joined #openstack-kuryr07:03
irenabbut then I do not understand why it does not work for DF07:05
ltomasboI don't know about DF, but perhaps the veth kubectlXXX is not properly configure07:06
ltomasboirenab, can you ping/curl the members directly from the host?07:07
ltomasboif you can't then the issue is on how we connect this kubectlXXX to the br-int07:07
ltomasboif you can, then the issue is a different one (I guess)07:08
irenabltomasbo, regarding https://review.openstack.org/#/c/512184/, I wanted to enable port debug by default but still be able to disable it. Didn't plan to change the default in config.py to keep production default to False. Does it make sense?07:09
*** aojea has joined #openstack-kuryr07:10
ltomasboirenab, yep, it does, I agree with this! Just double checking that was the intention -- to only enable portdebug for devstack deployments07:11
irenaband still keep it tunable07:11
irenabregarding the host to pod: ping works, curl doesn't07:12
ltomasboummm07:12
ltomasbocurl to 8080? (if apuimedo's demo pod is being use)07:13
irenabthis one works :-)07:13
ltomasbook, so the kubectlXXX interface is properly configure07:14
*** karimb has joined #openstack-kuryr07:14
ltomasbothen I don't know why it is working for ml2/ovs and not for df07:14
ltomasboI'll try to give it a try with ovn later today if time allows07:14
*** aojea has quit IRC07:15
irenabbut curl to VIP does not work07:15
irenabfrom the host07:15
irenabif you get to it, would be great to know if its specific issue to DF07:16
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes master: Enable port debug in devstack  https://review.openstack.org/51218407:21
openstackgerritMichał Dulko proposed openstack/kuryr-kubernetes master: Add basic DevStack installation tutorial  https://review.openstack.org/50976307:28
ltomasbocurl to the VIP should not work from the host (I think)07:29
*** yboaron has quit IRC07:29
ltomasboirenab, I assume df does not have namespaces, right?07:29
ltomasboirenab, can you check if you have a route in your host to the FIP?07:30
ltomasboor if you can access FIPs that are assigned to VMs/containers without lbaas?07:30
irenabltomasbo, without enabling ping/ssh for SG?07:31
ltomasboI mean, it is only access to the lbaas subnet, or a problem with the FIPs? I usually add this in my deployments to ensure FIP connectivity07:31
ltomasbosudo ip link set br-ex up07:31
ltomasbosudo ip route add 172.24.4.0/24 dev br-ex07:31
ltomasbosudo ip addr add 172.24.4.1/24 dev br-ex07:31
*** yamamoto_ has quit IRC07:35
irenabltomasbo, assigned FIP to Pod, no ping or curl from the host07:41
ltomasboirenab, then it seems the problem is with FIP itself07:42
irenablet me add sg rule to enable it07:43
ltomasboyou can just try to remove the sg and disable port security at the pod's port07:43
ltomasboand check again07:43
*** egonzalez has joined #openstack-kuryr07:47
irenabltomasbo, removed port security and still cannot ping to FIP of that port07:57
ltomasboso, it is not sgs07:57
ltomasboI think it could be related to the FIP management itself07:57
ltomasbodid you try setting br-ex up and the ip and route? as I suggested above?07:58
ltomasbo(not sure if br-ex exists on DF)07:58
irenabyes, probably. But must admit I am still not sure how FIP should work if we do not enable specific rule per service07:58
irenabyes, did the settings07:58
ltomasboirenab, I'm not sure anymore that actually works from outside either08:00
irenab:-)08:00
ltomasbomost probably we are taking advantage of the kubectlXXX tap, and the traffic goes from there08:01
ltomasboso, probably without that being configure, it will not work08:01
irenabbut in case of devstack we do have it properly set08:01
*** garyloug has joined #openstack-kuryr08:02
openstackgerritMichał Dulko proposed openstack/kuryr-kubernetes master: Add basic DevStack installation tutorial  https://review.openstack.org/50976308:02
ltomasboirenab, yes, to access the VIP and the members, not the FIP08:03
dulekdmellado: Do you have any comments on gates status after Zuul v3 was enabled yesterday?08:04
ltomasboirenab, another thing is that lbaas deals with taht internally08:04
ltomasboand adds the needed sgs when created08:04
dulekdmellado: I'm not sure what I can expect from gates now.08:04
dmelladodulek: well, our basic zuulv3 status should be fine08:05
dmelladoI was reading those emails now, as I've been on pto for a few days :P08:05
irenabltomasbo, do you see where its done in the code?08:05
dmelladodulek: anything I should check?08:05
ltomasboirenab, actually, I think it does that! create a sg that allows the traffic based on the listening pool ports08:05
ltomasboirenab, you mean in kuryr side? I don't think that is kuryr, but octavia/lbaasv208:05
dulekdmellado: https://review.openstack.org/#/c/509763/ - Zuul run on patchset #08:05
dulekdmellado: Patchset #3.08:06
irenabI see only the remote group for ingess and egress08:06
dulekdmellado: Octavia and lbaasv2 tests were triggered even though this was docs only change.08:06
*** wangbo has quit IRC08:06
dulekdmellado: Moreover both failed, Octavia with ECONNREFUSED.08:06
dmelladohttp://zuulv3.openstack.org/08:07
dulekdmellado: Okay, both on "Max retries exceeded with url: /v1/loadbalancers"08:07
dmelladodulek: we'll need to check that08:07
irenabltomasbo, I had a type in the address setting command for the br-ex ... now it works08:08
irenabtypo08:08
dmelladoon the docs only we'll need to check if we can tweak the gate now to only trigger sphinx gate08:08
dulekdmellado: It should be possible - see e.g. https://review.openstack.org/#/c/512184/08:09
*** wangbo has joined #openstack-kuryr08:09
dulekdmellado: On my docs change install tests were skipped.08:09
dulekdmellado: But not tempest. I guess there's a simple switch missing.08:09
dulekdmellado: Nevertheless - looks like tempest is failing in the gate.08:09
dmelladoI'll need to check how this is done on the dreaded zuulv308:10
irenabltomasbo, so it is SG related, I added ping rule and it works, curl still does not.08:10
dmelladodulek: any link to the failures? so far tempest is doing a *really* simple thing08:10
dmelladoso if it fails, houston we've an issue08:10
janonymousdulek: zuul +108:10
dulekdmellado: https://review.openstack.org/#/c/512184/ - you have two failed tempest runs here.08:11
*** aojea has joined #openstack-kuryr08:11
irenabadded tcp pot 80 (the one of the service) and it works08:11
ltomasboummm08:11
ltomasboirenab, and that was with octavia or lbaasv2?08:12
irenabltomasbo, so still not sure why it works withoiut explicit rule for the ref. impl.08:12
irenablbaasv2 + DF08:12
dmelladoWTF ft1.1: devstack_StringException08:12
ltomasbook, so maybe this was tested just with octaviaL3 then...08:12
ltomasbobut yep, I don't understand why it happens08:13
irenabit works with ref. Both Yaron and myself checked this08:13
ltomasbowith lbaasv2 too?08:13
irenabyes08:13
ltomasboummm08:13
irenabSo if you happen to deploy ovn or odl , please see what happens08:14
dmelladodulek: this could be just a devstack issue, as you said08:14
dmellado2017-10-16 07:54:41.466 | Driver error: HTTPConnectionPool(host='127.0.0.1', port=9876): Max retries exceeded with url: /v1/loadbalancers (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7f5ee0d9b510>: Failed to establish a new connection: [Errno 111] ECONNREFUSED',))08:14
ltomasbothen, maybe there are some different devstack deployment steps for ml2/ovs that are not happening for others, related to FIP configuration08:14
dulekdmellado: Yeah, looks like Octavia/LBaaS wasn't sintalled?08:14
ltomasboirenab, yes, I'll test later today with ovn08:14
irenabltomasbo, I am not sure how it may be FIP related, since SGs are on VIP08:15
ltomasboand if I manage to finish a multinode setup with ODL, I'll test it too08:15
ltomasbobut you said VIP was accessible, but not FIP, right?08:15
*** aojea has quit IRC08:15
ltomasboor none of them are?08:15
dmelladodulek: looks like it08:15
irenabVIP was from one of the pods (not host)08:15
dmelladofor instance I'm not seeing any octavia logs here08:15
dmelladohttp://logs.openstack.org/84/512184/2/check/tempest-kuryr-kubernetes-octavia/2ab668c/logs/08:15
irenabFIP from the host after the rule addition08:16
ltomasboahh, true08:16
ltomasboand you checked the rules after deployment for both, df and ml2-ovs, and there were the same sgs?08:16
irenabyes08:17
dmelladodulek: let me trigger a octavia enabled dsvm just to check08:17
ltomasboso, unless something weird is managed at the qrouter or qlbaas namespace, I don't see a reason why this should happend08:18
irenabwith lbaasv2 I only see the SG remote_group for ingress and egress in the VIP associated SG08:18
irenabltomasbo, which more looks like bug than feature actually08:19
ltomasbo:)08:19
*** yamamoto has joined #openstack-kuryr08:36
*** yboaron has joined #openstack-kuryr08:37
*** yamamoto has quit IRC08:42
*** zarka has joined #openstack-kuryr08:42
*** zarka has quit IRC08:43
*** yamamoto has joined #openstack-kuryr09:04
*** yamamoto has quit IRC09:09
*** wangbo has quit IRC09:10
openstackgerritMerged openstack/kuryr-kubernetes master: Enable port debug in devstack  https://review.openstack.org/51218409:10
*** aojea has joined #openstack-kuryr09:12
apuimedoltomasbo: if you want to try the lbaasv2 thing irenab reported with ovn, you'll need numans' patches09:13
*** yamamoto has joined #openstack-kuryr09:13
*** wangbo has joined #openstack-kuryr09:13
*** aojea has quit IRC09:16
*** wangbo has quit IRC09:16
ltomasboapuimedo, which ones? aren't they merged upstream?09:20
ltomasboI mean, it will not work with TripleO but I thought it should work with dvstack using master branches09:20
apuimedoltomasbo: I think it was a PoC09:20
apuimedonot sure he intends to send it upstream at all09:20
ltomasbook09:21
ltomasboI'll check, I'm still confident enough on the odl multinode to be able to test it there! xD09:21
*** wangbo has joined #openstack-kuryr09:22
dmelladoltomasbo: that's like saying 'follow me, I know the way' xD09:26
ltomasboxD09:26
ltomasbowell, I didn't mean that...09:27
ltomasbobut if you want to follow me, a couple of extra eyes are always welcome :D09:27
openstackgerritBerezovsky Irena proposed openstack/kuryr-kubernetes master: Update dragonflow devstack local.conf  https://review.openstack.org/51223209:33
ltomasboapuimedo, I have a ovn deployment09:36
ltomasboand I cannot log it (kubectl exec -it) into the container with kubernets, but I can do it with docker exec09:36
ltomasboand I can curl the lbaas VIP from within the container09:37
irenabltomasbo, waht about FIP?09:37
ltomasboit was an old deployment, going to update it and test it with FIP09:37
ltomasbogive me five minutes!09:38
*** janki has quit IRC09:40
apuimedoltomasbo: that's due to the dns IIRC09:41
*** janki has joined #openstack-kuryr09:41
ltomasboapuimedo, could be09:44
*** wangbo has quit IRC09:48
*** kiennt26 has quit IRC09:50
ltomasboirenab, it does not work either09:51
*** wangbo has joined #openstack-kuryr09:53
*** aojea has joined #openstack-kuryr10:12
*** aojea has quit IRC10:17
apuimedodmellado: ltomasbo: https://review.openstack.org/#/c/510157/10:26
apuimedowhat to do when jenkins says no and zuul says yes?10:26
ltomasborecheck...10:27
*** wangbo has quit IRC10:29
*** danil has joined #openstack-kuryr10:29
dmelladoas of now, disregard jenkins10:32
*** openstackgerrit has quit IRC10:33
apuimedodmellado: but it's still being run against the patches and blocking them10:36
dmelladoapuimedo: in a meeting10:38
dmelladobbiab10:38
*** caowei has quit IRC10:38
irenabltomasbo, good news. Trying something we discussed with apuimedo10:48
apuimedoirenab: ?10:49
apuimedothat sg rule?10:49
irenabyes10:49
irenabwill update once check10:49
apuimedoperfect10:49
apuimedothanks irenab !10:49
dmelladoapuimedo: back10:50
dmelladoso what's up?10:50
dmelladohuh, this is weird10:51
dmelladothere were a few patches removing the legaxy gates10:51
dmelladoapuimedo: recheck, the patch that removed the legacy jenkins got merged after OCt 1110:52
apuimedodmellado: ltomasbo did a recheck today at 7:31am CEST10:53
*** vikasc has quit IRC10:55
dmelladoapuimedo: try abandoning and recovering....10:56
*** openstackgerrit has joined #openstack-kuryr10:59
openstackgerritDaniel Mellado proposed openstack/kuryr-kubernetes master: o[DNM] ZuulV3 test  https://review.openstack.org/51226310:59
dmelladoapuimedo: ltomasbo dulek let's see how that foo patch behaves ^^11:00
dmelladoI'll also need to dig on the non-installing lbaas/octavia11:00
dmelladoapuimedo: ltomasbo jenkins -1 shouldn't matter there11:09
*** vikasc has joined #openstack-kuryr11:09
dmelladoin any case, folks, if you see any weird thing, pls post it here11:12
dmelladohttps://etherpad.openstack.org/p/zuulv3-issues11:12
*** aojea has joined #openstack-kuryr11:13
*** aojea has quit IRC11:17
dmelladoit seems that the issues on those gates were already partially tracked there11:25
dmelladoso... zuulv3gate, and not the good one xD11:25
*** wangbo has joined #openstack-kuryr11:28
*** atoth has joined #openstack-kuryr11:36
*** yamamoto has quit IRC11:38
irenabapuimedo, it didn't work11:42
irenabapuimedo, ltomasbo I think we may need something similar to octavia : https://github.com/openstack/octavia/blob/master/octavia/network/drivers/neutron/allowed_address_pairs.py#L20211:54
*** vikasc has quit IRC11:55
*** yamamoto has joined #openstack-kuryr11:58
ltomasboirenab, yep, it may be needed12:05
ltomasboirenab, what did you test btw?12:05
*** vikasc has joined #openstack-kuryr12:10
*** aojea has joined #openstack-kuryr12:14
*** aojea has quit IRC12:19
*** yamamoto has quit IRC12:21
irenabltomasbo, curl to FIP from the host12:24
ltomasbook12:27
*** wangbo has quit IRC12:34
openstackgerritDanil Golov proposed openstack/kuryr-kubernetes master: Allow passing multiple VIFs to CNI  https://review.openstack.org/47101212:39
openstackgerritDanil Golov proposed openstack/kuryr-kubernetes master: [WIP] Add SR-IOV capabilities to VIF handler  https://review.openstack.org/51228012:39
openstackgerritDanil Golov proposed openstack/kuryr-kubernetes master: [WIP] Add SR-IOV binding driver to CNI  https://review.openstack.org/51228112:39
openstackgerritDanil Golov proposed openstack/kuryr-kubernetes master: [WIP] Allow requesting additional subnets via annotation  https://review.openstack.org/51228212:39
*** yamamoto has joined #openstack-kuryr12:52
*** vikasc has quit IRC12:52
*** vikasc has joined #openstack-kuryr13:05
*** aojea has joined #openstack-kuryr13:15
*** aojea has quit IRC13:19
*** kiennt26 has joined #openstack-kuryr13:23
*** kiennt26 has quit IRC13:37
*** limao has quit IRC13:37
*** hongbin has joined #openstack-kuryr13:41
*** danil has quit IRC13:44
openstackgerritHongbin Lu proposed openstack/kuryr master: Introduce a SR-IOV binding driver  https://review.openstack.org/50042013:45
irenabltomasbo: can you please check if you add rule to enable tcp port 80 (assuming you are deploying apuimedo’s demo app) to the pod/service SG, does it work for FIP access?13:46
ltomasboirenab, sure13:47
ltomasboirenab, yep, it works13:50
irenabltomasbo: great, same for dragonflow13:50
irenabseems we need to add Octavia like support  to create VIP SG with service rule in it13:51
irenabat least I do not think how we can make it at deployment time, unless we deside to enable all tcp range13:51
irenabstill do not know how it works for neutron-ovs13:52
irenabyboaron: any idea?13:52
yboaronirenab, Hmmmm , No ....13:53
ltomasboI'm not sure how that needs to be handled13:53
*** gouthamr has joined #openstack-kuryr13:54
irenabit works for VIP since both service port and pods port have smae SG13:54
ltomasbocan fips have different sgs?13:54
irenabbut with FIP, we need to have rule allowing to accept port and protocol that service provides13:54
ltomasboand can/should that be decided when doing kubernetes expose? or should that be handle by the OpenStack provider?13:55
irenabare we talking about kuryr?13:55
irenabOpenStack provider works a bit different13:55
ltomasboI mean, floating ip network is usually handle by the OpenStack admin13:57
ltomasbonot the tenants13:57
*** kiennt26 has joined #openstack-kuryr13:57
apuimedothe tenants can only request fips from it13:58
ltomasboright13:58
irenabbut the SG is on internal port (VIP in our case), not the FIP13:58
ltomasboyep, the FIP has the sg disabled13:58
irenabso to allow external access we need to enable service related rule, smae as to allow ping/ssh/…13:59
*** janki has quit IRC14:07
*** yamamoto has quit IRC14:07
*** janki has joined #openstack-kuryr14:07
*** aojea has joined #openstack-kuryr14:15
openstackgerritMerged openstack/kuryr master: Updated from global requirements  https://review.openstack.org/49604814:18
openstackgerritMerged openstack/kuryr master: Introduce a SR-IOV binding driver  https://review.openstack.org/50042014:18
openstackgerritHongbin Lu proposed openstack/kuryr master: Allow multiple binding drivers  https://review.openstack.org/50877814:19
*** aojea has quit IRC14:20
openstackgerritHongbin Lu proposed openstack/kuryr master: Allow multiple binding drivers  https://review.openstack.org/50877814:23
*** janki has quit IRC14:40
*** vikasc has quit IRC14:44
*** vikasc has joined #openstack-kuryr14:59
*** yamamoto has joined #openstack-kuryr15:08
*** yamamoto has quit IRC15:14
*** aojea has joined #openstack-kuryr15:16
*** yboaron has quit IRC15:19
*** aojea has quit IRC15:21
*** kiennt26 has quit IRC15:27
*** yamamoto has joined #openstack-kuryr16:10
*** yamamoto has quit IRC16:15
*** aojea has joined #openstack-kuryr16:21
*** egonzalez has quit IRC16:23
*** aojea has quit IRC16:23
*** yamamoto has joined #openstack-kuryr17:12
*** yamamoto has quit IRC17:18
*** aojea has joined #openstack-kuryr17:24
*** aojea has quit IRC17:29
*** tonygunk has joined #openstack-kuryr18:00
*** yamamoto has joined #openstack-kuryr18:14
*** yamamoto has quit IRC18:19
*** aojea has joined #openstack-kuryr18:25
*** aojea has quit IRC18:29
*** yamamoto has joined #openstack-kuryr19:15
*** yamamoto has quit IRC19:20
*** atoth has quit IRC19:22
*** aojea has joined #openstack-kuryr19:43
*** aojea has quit IRC19:48
*** hongbin has quit IRC20:05
*** salv-orlando has joined #openstack-kuryr20:16
*** yamamoto has joined #openstack-kuryr20:17
*** yamamoto has quit IRC20:22
*** tonygunk has quit IRC20:44
*** aojea has joined #openstack-kuryr20:44
*** aojea has quit IRC20:49
*** livelace-link has joined #openstack-kuryr20:56
*** yamamoto has joined #openstack-kuryr21:18
*** yamamoto has quit IRC21:24
*** karimb has quit IRC21:42
*** aojea has joined #openstack-kuryr21:45
*** aojea has quit IRC21:49
*** pmannidi has joined #openstack-kuryr22:08
*** salv-orlando has quit IRC22:14
*** yamamoto has joined #openstack-kuryr22:21
*** yamamoto has quit IRC22:26
*** gouthamr has quit IRC22:37
*** aojea has joined #openstack-kuryr22:46
*** aojea has quit IRC22:50
*** gouthamr has joined #openstack-kuryr22:57
*** salv-orlando has joined #openstack-kuryr23:15
*** salv-orlando has quit IRC23:21
*** yamamoto has joined #openstack-kuryr23:22
*** yamamoto has quit IRC23:28
*** aojea has joined #openstack-kuryr23:47
*** aojea has quit IRC23:51

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