Thursday, 2018-08-09

*** hongbin has joined #openstack-kuryr02:49
*** hongbin has quit IRC03:41
*** janki has joined #openstack-kuryr03:57
*** irenab has joined #openstack-kuryr04:44
*** pcaruana has joined #openstack-kuryr06:38
*** pliu has joined #openstack-kuryr08:03
*** dulek has joined #openstack-kuryr08:19
*** aojea has joined #openstack-kuryr08:22
*** janki has quit IRC08:36
*** celebdor has joined #openstack-kuryr08:38
*** garyloug has joined #openstack-kuryr08:48
*** aojea has quit IRC08:54
*** janki has joined #openstack-kuryr09:15
*** neiljerram has joined #openstack-kuryr09:55
dulekltomasbo: Okay, for the first issue (race condition) - if you know what's causing the race, just check that condition and raise ResourceNotReady in the handler.10:03
dulekltomasbo: Not sure really if that's solvable by this, but maybe?10:03
ltomasbodulek, for the first issue I think I have an idea, yes10:03
dulekltomasbo: In the Octavia SGs case - it's kuryr-controller raising the exceptions?10:04
ltomasboI think it is because we are cleaning up pools, but the ports in used are left as they are being removed at the same time10:04
ltomasbodulek, yes, the second one I'm more worried about10:04
ltomasbodulek, and yes, I see an exception about security group XXX (which is the octavia generated one lb-xxxx) not found10:04
ltomasboand it is not found because it belongs to admin instead of demo10:05
ltomasboI wonder what is the differences, if I deploy it with devstack (baremetal) it works and it has no problems to update that sg10:05
ltomasbobut deploying nested with openshift-ansible raises that10:06
celebdordulek: ltomasbo: dmellado: I'm considering changing how we do tempest access to the API10:08
celebdorand have two service accounts10:08
dulekcelebdor: Which API? K8s?10:08
celebdordulek: both10:08
celebdork8s and OCP10:08
celebdorsorry, k8s and okd10:08
celebdor:P10:08
dulekcelebdor: :)10:09
celebdorcreate a tempest-admin serviceaccount10:09
dulekltomasbo: Are we able to give Kuryr's user access to Octavia's project?10:09
dulekltomasbo: We should be.10:09
dulekltomasbo: We may simply require it.10:09
dulekcelebdor: Sure, sounds okay, but why?10:10
celebdordulek: cause I'm very tempted to end up removing the openshift client from requirements10:11
celebdor(and possibly the k8s one)10:11
celebdorand just use requests10:11
celebdorand also, then we'll have tempest create service accounts for namespace specific tests10:11
dulekcelebdor: Well, one of Tempest's tenets is to query APIs directly…10:13
celebdordulek: exactly10:14
celebdorit bothers me so, so much10:14
celebdorthat we use those clients10:14
ltomasbodmellado, celebdor: this is finally green! https://review.openstack.org/#/c/58984110:29
ltomasbodulek, and this one https://review.openstack.org/#/c/580680/ seems to have time_out in a couple of them10:30
ltomasbogoing to recheck experimental10:30
celebdorltomasbo: you have a -1 from dmellado there10:33
celebdor:-)10:33
ltomasbocelebdor, because it was failing before10:33
ltomasboit is passing now10:33
ltomasboit was a gate flakiness10:33
ltomasbodmellado, remove the -1 here! https://review.openstack.org/#/c/589841/4 xD10:34
dmelladolemme see10:34
dmelladomaybe you deserve it10:34
dmelladoltomasbo: is it better now? xD10:35
ltomasbono10:35
ltomasbodmellado, why -2?10:35
dmelladoltomasbo: I was just teasing you xD10:35
ltomasboxD10:35
celebdorltomasbo: you shouldn't have voted him10:35
dmelladobecause you still didn't get to sing10:35
dmelladocelebdor: how about you?10:35
celebdorhow about what?10:35
dmelladowill we be getting some catalonian song?10:36
dmelladojust like tzumainn did?10:36
dmelladoI'm looking forward to it10:36
dmelladoxD10:36
ltomasbocelebdor, I didn't vote him :D10:36
ltomasbo(I was on PTO...)10:36
celebdordmellado: when/where?10:36
celebdorltomasbo: even worse, abstencionista!10:36
dmelladocelebdor: don't tell me you missed the TMNT song by mainn?10:36
celebdorgoing to the beach instead of doing your civic duty10:36
celebdordmellado: I didn't10:36
celebdorI only sing in public in karaoke booths10:37
ltomasbolol10:37
celebdorand when walking up and down the street making my daughter sleep10:37
dmelladosince then I thought I'd only merge ltomasbo patches if he gets to sing hakuna matata10:37
dmelladoxD10:37
ltomasboxD10:37
celebdordmellado: he should sing something more traditional10:38
celebdorlike "Los fruitis"10:38
dmelladoltomasbo: do you know that one?10:38
celebdordmellado: I have a question regarding kuryr-tempest-plugin10:38
dmelladoshoot10:39
ltomasboI know that one!10:39
celebdorwhich user does it run as in the gates10:39
celebdor?10:39
ltomasboI'll practise it next week!10:39
celebdorxD10:39
dmelladoIIRC, tempest user10:39
celebdoroh, right10:39
celebdorand you are copying the kubeconfig to it10:39
celebdoraren't you?10:39
dmelladoyep10:39
celebdorcause I'm thinking about getting rid of the clients10:40
celebdorand I was thinking which is the best way to pass the bearer token10:40
dmelladocelebdor: -210:40
dmelladothere's a lot of code already written over the clients10:40
dmelladoif you want to do that10:40
dmelladoI'll force you to rewrite all existing code10:40
celebdordmellado: 34 lines10:40
celebdorgit grep k8s_client\. | wc -l10:40
dmelladocelebdor: also, the k8s client will be part of kuryr10:41
dmelladoas it'll be needed for the network policies10:41
dmelladobasically to unwrap and parse the spec10:41
dmelladobut anyways, feel free to propose the patch and we'll get to see it10:42
celebdordmellado: wait, what?10:42
celebdorwhy would it ever be necessary?10:42
dmelladoit's just convenient10:42
celebdorman...10:42
celebdorthat does not seem like a good reason at all10:43
dmelladolol10:43
dmelladothat was part of the conversations I had with eyal before he left10:43
dmelladoand it makes things just easier10:43
dmelladoI'll think about that after today's meeting about python-kubernetes10:43
dmelladooh, and don't forget we have python-openshift as well10:43
celebdorlike what is easier?10:43
dmelladospec and ingress/egress parsing10:44
dmelladoin any case I won't ue the client part for that, so no worries10:44
ltomasbodulek, celebdor: there is one thing I don't quite get10:58
celebdorltomasbo: which?10:58
ltomasbodulek, celebdor: I have 2 devstack deployments10:58
openstackgerritGenadi Chereshnya proposed openstack/kuryr-tempest-plugin master: Testing VM to loadBalancer service connectivity  https://review.openstack.org/57196810:59
ltomasboand in both cases the loadbalancer belongs to the admin10:59
ltomasbowhy in one it does complains about it, and not in the other?10:59
ltomasboohh, wait, what kind of users is k8s? is admin?10:59
dulekltomasbo: Magic? :P11:00
ltomasbothe difference is that I'm using demo tenant in the one I'm running with openshift-ansible...11:00
celebdorthe loadbalancer should not belong to the admin project11:00
celebdordidn't I make a patch fixing all the resources to belong to the right project?11:01
ltomasbocelebdor, sorry, I meant loadbalancer security group11:01
openstackgerritAlexey Perevalov proposed openstack/kuryr-kubernetes master: Add SR-IOV capabilities to VIF handler  https://review.openstack.org/51228011:13
openstackgerritAlexey Perevalov proposed openstack/kuryr-kubernetes master: Add SR-IOV binding driver to CNI  https://review.openstack.org/51228111:13
openstackgerritAlexey Perevalov proposed openstack/kuryr-kubernetes master: Separate helper function for pod  https://review.openstack.org/59024511:13
celebdorltomasbo: can I get more context?11:14
ltomasboI think the problem is we use k8s project for devstack11:16
ltomasbowhile I used demo project for openshift-ansible11:16
ltomasbocelebdor, ^^11:16
ltomasboso, I see demo has the next roles11:17
ltomasbo| member               | demo@Default |       | demo@Default |        |        | False     |11:17
ltomasbo| load-balancer_member | demo@Default |       | demo@Default |        |        | False     |11:17
ltomasbo| anotherrole          | demo@Default |       | demo@Default |        |        | False     |11:17
ltomasbowhile k8s project does not have any11:17
ltomasboand kuryr user has service and admin...11:17
ltomasbothat could explain why it is enabled, but we should use a project_id similar to the demo one, right?11:18
celebdorltomasbo: I don't really know about that11:18
celebdormeaning, I don't know how real the demo project and user are11:19
ltomasboI just looked for the differences11:19
celebdorbut if they are more, let's make the kuryr user like the demo one11:19
ltomasboto see why one can, and the other cannot11:19
celebdorltomasbo: I still don't know what's being blocked11:19
ltomasboI see openstack role assignment list --project k8s  is empty11:19
ltomasboahh, ok, for services isolation with octavia, we need to modify the rules of the lbaas sg created for the amphora11:20
ltomasbocelebdor, ^^11:20
*** aojea has joined #openstack-kuryr11:20
ltomasbootherwise it will open port 80 (for example) from everywhere11:20
ltomasboand we want to only open it for an specific namespace subnet cidr11:21
ltomasboso we were modifying those rules when the listeners where created11:21
ltomasbocelebdor, for instance, here: https://github.com/openstack/kuryr-kubernetes/blob/master/kuryr_kubernetes/controller/drivers/lbaasv2.py#L155-L17111:22
celebdorltomasbo: mmm11:23
celebdoris there something in octavia that would change this behavior?11:24
ltomasbonot that I'm aware of11:24
*** snapiri has quit IRC11:25
ltomasbowell, that code is doing that, changing that sg rules by these ones11:25
celebdorok, let's see if I get it11:25
*** snapiri has joined #openstack-kuryr11:25
celebdoron ansible deployments the LB is owned by the project user11:25
celebdorand there we're not able to do this sg change11:25
celebdorbut on devstack we are11:26
ltomasboloadbalancer belongs to default user in both (in one k8s in another one demo)11:26
ltomasbothe lbaas security group is the one belonging to admin11:26
ltomasboand it can be changed from the tenant we use on devstack for kuryr, but not for demo tenant11:27
ltomasbothe actual error that codes throws is security group not found11:28
ltomasbogoing to have lunch...11:28
*** aojea has quit IRC11:33
celebdormmm11:35
celebdordulek: regarding your comment to https://review.openstack.org/#/c/578310/18/kuryr_tempest_plugin/tests/scenario/base.py11:35
celebdordid you see that in the official https://github.com/openshift/openshift-restclient-python11:35
celebdorsorry, https://github.com/openshift/openshift-restclient-python#dynamic-client-usage11:35
celebdorthey are using it the same way11:35
openstackgerritMerged openstack/kuryr-tempest-plugin master: Ensure create_namespace function waits for CRD annotation  https://review.openstack.org/58984111:36
celebdorexcept that he should be using the dynamic support instead of using the deprecared functions11:36
*** aojea has joined #openstack-kuryr11:45
*** rh-jelabarre has joined #openstack-kuryr11:52
celebdordamn11:54
celebdorIt'll have to be updated to use that11:54
celebdor:/11:54
*** aojea has quit IRC11:58
dulekcelebdor: I don't have hard feelings about it, just giving ideas. My main issue is that tests are failing on it.12:11
celebdordulek: I'll take over that patch12:13
celebdorbut I really do prefer to keep it yaml12:14
celebdorit makes trying things out in the terminal easier12:14
celebdorand it's not like scenario tests are supposed to be so fast that avoiding yaml.load would matter12:14
dulekcelebdor: Sure, keep the yaml!12:16
ltomasbodulek, celebdor: so, it seems the loadbalancer issue is a real problem and changing the lbaas sg is not supported (unless user belongs to admin project)12:28
celebdoryeah12:30
*** garyloug_ has joined #openstack-kuryr12:30
dulekcelebdor, ltomasbo: This seems like Octavia issue to me. Why SGs are in admin instead of Octavia project?12:31
ltomasbodulek, yep, good question12:32
*** garyloug has quit IRC12:33
openstackgerritDaniel Mellado proposed openstack/kuryr-tempest-plugin master: Add Network Policy tests  https://review.openstack.org/58952112:36
*** oanson has joined #openstack-kuryr12:42
*** garyloug_ has quit IRC12:46
*** garyloug_ has joined #openstack-kuryr12:46
openstackgerritDaniel Mellado proposed openstack/kuryr-kubernetes master: Add a new gate for network policies  https://review.openstack.org/59030412:55
ltomasbodulek, celebdor http://logs.openstack.org/80/580680/17/experimental/kuryr-kubernetes-tempest-daemon-containerized-openshift-octavia-serial/de27183/controller/logs/kubernetes/pod_logs/kube-system-kuryr-controller-7db7c944fb-2wnnp.txt.gz13:03
ltomasbostill not clean on the openshift-gates...13:03
ltomasboseems some auth problem13:03
ltomasbowhen using containerized13:04
dulekltomasbo: Okay, this is because of service account.13:04
dulekltomasbo: So this will need to be fixed in DevStack and openshift-ansible, I guess.13:05
ltomasboI think that is working on openshift-ansible13:05
ltomasboI think I already added something for that13:05
ltomasbolet me double check13:05
ltomasbohttps://github.com/openshift/openshift-ansible/pull/8340/files13:05
ltomasbodulek, ^^13:05
ltomasbodulek, what I don't understand is how/why it worked for gate: kuryr-kubernetes-tempest-daemon-openshift-octavia13:07
dulekltomasbo: This change in main.yaml is neough?13:07
dulekltomasbo: It's not using service account.13:07
dulekltomasbo: SA is only used in case of containerized - through standard K8s mechanisms.13:07
ltomasboahh, true13:07
ltomasboand yes, that default/main.yaml is working for me with openshift-ansible13:08
ltomasbothatt clusterrole is the one associated to the sa, right?13:08
ltomasbodulek, https://github.com/openshift/openshift-ansible/blob/master/roles/kuryr/tasks/serviceaccount.yaml13:10
dulekltomasbo: I think so.13:11
openstackgerritPeng Liu proposed openstack/kuryr-kubernetes master: Implement NPWG multi-vif driver  https://review.openstack.org/57800913:15
ltomasbodulek, this is the problem: https://github.com/openstack/kuryr-kubernetes/blob/master/devstack/lib/kuryr_kubernetes#L484-L49313:16
ltomasbowe don't have namespaces there13:16
ltomasboI'll add it13:16
dulekltomasbo: OH! :)13:16
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Ensure OpenShift gate uses the namespace subnet/sg drivers  https://review.openstack.org/58068013:20
ltomasbodulek, ^^ lets see if this is the last try! xD13:22
celebdordulek: I'm going with your recommendation to add a timeout to the route creation13:22
openstackgerritMerged openstack/kuryr-tempest-plugin master: Use expected pod output as a constant  https://review.openstack.org/58987813:29
*** garyloug__ has joined #openstack-kuryr13:36
*** jistr is now known as jistr|call13:39
*** garyloug_ has quit IRC13:39
*** jistr|call is now known as jistr13:59
celebdorltomasbo: did you consider implementing octavia.network.drivers14:16
celebdorfor the Sg problem14:16
celebdorit may be the only workable thing as of now14:16
ltomasbocelebdor, I'm not even sure I know what is that...14:17
ltomasbocelebdor, you mean a new driver for octavia in kuryr?14:17
celebdorah... That was what I meant14:17
celebdorbut it would mean our package in the tripleo container14:17
celebdorso it's not an easy path as well14:17
celebdor:/14:17
celebdors/as well/either/14:18
*** hongbin has joined #openstack-kuryr14:41
*** aojea has joined #openstack-kuryr14:55
*** janki has quit IRC15:03
*** aojea has quit IRC15:06
dulekdmellado, ltomasbo, celebdor: Okay, release time? What do we need to get in before RC is being cut?15:07
dmelladodulek: yep, release time15:07
dulekBecause if there's something, then we'll need to do the release tomorrow?15:07
*** aojea has joined #openstack-kuryr15:07
dmelladoso, ltomasbo are you ok with your namespaces patches15:07
dmellado?15:07
dmelladodulek: ltomasbo celebdor15:07
dmelladolet's do a quick roll call15:07
ltomasbowell, I'm missing one regarding the gates, so that should not really matter that much15:07
ltomasbowe don't have a solution for the octavia issue, so...15:08
dmelladohow about the QE folks?15:08
ltomasboand I need to take a look to the race when deleting ports/namespaces15:08
*** celebdor has quit IRC15:08
dulekdmellado: You mean tempest-plugin patches? Not a priority for today IMO.15:08
dmelladolet's do a quick check on gcheresh/itzik's patches15:08
dulekdmellado: We'll get plenty of time to get those in before final release.15:08
dmelladooh, I thought they had some around for the main repo15:09
dmelladomy bad15:09
* dmellado keeps trying for them to come upstream xd15:09
dmelladoanyways, dulek apuimedo15:09
dulekI have those two regarding upgrades: https://review.openstack.org/#/c/584377/, https://review.openstack.org/#/c/584421/.15:09
dmelladoanything from your side?15:09
dmelladolet's see15:09
dulekdmellado: First one is a bit of a non-bug, so might be nice to get it in.15:10
dulekAnd also there's https://review.openstack.org/#/c/578009/ - NWPG multi vif support.15:10
dmelladoAgreed15:10
dmelladocelebdor[m]:15:10
dmelladoplease approve that one youtoo15:10
dulekI'll review that one now, who's going to be second core?15:11
dmelladoI'll take a look too dulek15:11
dmelladoit has a post-failure15:11
dulekAwesome!15:11
dmelladoprobably just infra issues15:11
dmelladobut let's take a look15:11
dulekOkay, so I'm grabbing a cup of tea and start with it.15:12
dmelladodulek: I'll recheck15:12
dmelladoseems like some zuul issue15:12
dulekdmellado: I've already did that.15:12
dmelladooh, cool!15:13
*** celebdor has joined #openstack-kuryr15:32
*** phuoc has quit IRC15:32
dmelladodulek: I need to drop for today, if you need any urgent approve ping me15:43
dulekdmellado: So release coming up tomorrow?15:43
celebdorltomasbo: dulek: The 4g network dropped completely in my zone :/15:43
dulekdmellado: Note that I'll be out until Tuesday.15:43
dmelladooh, crap15:43
dmelladome too15:43
dulekdmellado: BTW I haven't told you why I'm on PTO - I'm getting married over the weekend. ;)15:43
ltomasbocelebdor, we noticed... :D15:44
dmelladodulek: oh, CONGRATS dulek !!!!15:44
dulekdmellado: I'd really like to get https://review.openstack.org/#/c/578009 in.15:44
dmelladolemme see15:44
dulekdmellado: I'm finishing my review on it.15:44
dmelladodulek: IMHO overall looks good15:44
dmelladohe addressed quite some concerns on the PS15:44
celebdordulek: congratulations!!!15:44
celebdorI'm already 6 years on15:45
dmelladodulek: I guess it's the year!15:45
dulekdmellado: You too? ;)15:45
dmelladothis year a lot of folks are either getting married15:45
dmelladoor having kids15:45
dmelladoI guess for now I'm on the kids' side15:45
dmelladobut we were wondering about just getting married for the sake of paperworks xD15:45
celebdorgetting married is no change... Getting kids on the other hand...15:45
dulekI'm still not ready for the latter. ;)15:45
dulekcelebdor: That's what I expect. :D15:46
celebdordmellado: for the sake of easier paperwork i'd give up a ball15:46
dmelladocelebdor: lol15:46
celebdorfucking hell, how I hate paperwork15:46
openstackgerritVladimir Kuramshin proposed openstack/kuryr-kubernetes master: Add SR-IOV binding driver to CNI  https://review.openstack.org/51228115:46
celebdordulek: you failed tox https://review.openstack.org/#/c/57800915:46
celebdor*shame*15:46
celebdorxD15:46
dmelladocelebdor: that's infra-related15:47
dmelladoshame on infra15:47
dmelladoxd15:47
celebdorbest kind of shame15:47
dulekcelebdor: Hey, it's not even me! :P15:47
dulekpliu: Looks like your patch is getting in. :)15:48
dmelladocelebdor: could you go and check  https://review.openstack.org/#/c/584377/15:48
openstackgerritVladimir Kuramshin proposed openstack/kuryr-kubernetes master: Add SR-IOV capabilities to VIF handler  https://review.openstack.org/51228015:48
celebdordmellado: dulek: https://review.openstack.org/#/c/584377 is one scary patch15:50
celebdor:P15:50
celebdordulek: aren't you dropping old format support on https://review.openstack.org/#/c/584377/3/contrib/kubectl_plugins/kuryr/kuryr ?15:51
ltomasboman, still authentication issues on the openshift side...15:52
dulekcelebdor: We have 3 formats actually. :D15:53
dulekcelebdor: 1. single vif (stable/queens)15:53
celebdorright15:53
celebdorI'm not counting the one that didn't make it a whole cycle15:53
celebdor:P15:53
dulekcelebdor: 2. Intermediary format that multi-vif patch introduced.15:53
dulekcelebdor: Oh yes, okay.15:53
dulekcelebdor: Then this snippet in lines 135-137 is compatibility shim.15:54
dulekcelebdor: If annotation is PodState o.vo, then extract default_vif from it.15:54
dulekcelebdor: Otherwise treat the annotation as vif.15:55
celebdorright15:55
celebdorthat's true15:55
celebdorperfect!15:55
openstackgerritLuis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Ensure OpenShift gate uses the namespace subnet/sg drivers  https://review.openstack.org/58068015:56
celebdordulek: what is this pod_state that started appearing everywhere?15:56
dulekcelebdor: The o.vo that I introduce. Same as LBaaSState.15:56
dulekcelebdor: I mean same concept.15:56
celebdorok15:57
dulekcelebdor: Check out it's definition to understand it better.15:57
celebdordulek: I don't like the implication that it can change15:57
dulekcelebdor: Change?15:57
celebdorsince pods can't have hot plugging15:57
dulekcelebdor: Sure, but it's just an annotation, so it's no different than how it is today.15:59
celebdorI know, I know16:00
celebdordulek: https://review.openstack.org/#/c/584421/4 should also be merged, right?16:00
dulekcelebdor: It's more of a bug fix, so I guess including it in RC2 is also fine.16:01
dmelladodamn timed out amphoraes16:01
dmelladoyep16:01
dmelladolet's put that to RC216:01
dmelladoanyways, celebdor16:03
dmellado+A that patch so we can cut the RC16:03
dmelladoI gotta leave16:03
dmelladoxD16:03
celebdorok16:03
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: drop deprecated oadm  https://review.openstack.org/58830316:09
openstackgerritAntoni Segura Puimedon proposed openstack/kuryr-kubernetes master: Allow musl based distros to resolve using search  https://review.openstack.org/58070116:09
dmelladoso then folks, I'll be doing the patch16:15
dmelladoand cutting kuryr-kubernetes 0.5.0rc116:15
dmelladojust will hold until the patches are merged so we can get the hash16:15
dmelladoand then will add that one16:15
dmelladocelebdor: dulek FYI16:15
celebdorok16:16
dulekdmellado: Sure! It's your ACK which is needed.16:16
dmelladoI'll be proposing the patch and amending the hash later on tonight16:16
celebdordmellado: https://review.openstack.org/#/c/585345/216:17
celebdorplease approve this16:17
celebdorand once dulek's patch is merged I'll w+1 it16:17
dmelladoit should be good if it depends on that16:18
openstackgerritMichał Dulko proposed openstack/kuryr-tempest-plugin master: Refactor options definitons  https://review.openstack.org/59041516:18
openstackgerritMichał Dulko proposed openstack/kuryr-tempest-plugin master: WiP: A/P HA tests  https://review.openstack.org/59041616:18
dmelladocelebdor: ack, waiting on your w+116:18
openstackgerritMichał Dulko proposed openstack/kuryr-kubernetes master: WIP: Add HA gate  https://review.openstack.org/58822316:20
dmelladoall right fellas16:21
dmelladooff I go, will amend the hash later on today16:21
dmelladog'evening!16:21
dulekI'm out as well! See you on Tuesday!16:22
*** hongbin has quit IRC16:37
*** aojea has quit IRC16:51
*** garyloug__ has quit IRC17:01
*** phuoc has joined #openstack-kuryr17:01
openstackgerritVladimir Kuramshin proposed openstack/kuryr-kubernetes master: Add SR-IOV binding driver to CNI  https://review.openstack.org/51228117:21
*** lihi has quit IRC17:44
*** lihi has joined #openstack-kuryr17:45
*** celebdor has quit IRC18:14
*** pcaruana has quit IRC19:33
*** aojea has joined #openstack-kuryr19:47
*** neiljerram has quit IRC22:08
openstackgerritMerged openstack/kuryr-kubernetes master: Implement NPWG multi-vif driver  https://review.openstack.org/57800922:09
openstackgerritMerged openstack/kuryr-tempest-plugin master: Adapt plugin to new annotation format  https://review.openstack.org/58534522:31
*** aojea has quit IRC22:46

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