| *** mTeK has quit IRC | 00:24 | |
| *** mTeK has joined #openvswitch | 00:24 | |
| *** inflatador has quit IRC | 00:40 | |
| *** timthowtdi has quit IRC | 01:53 | |
| *** timthowtdi has joined #openvswitch | 01:55 | |
| *** acidfoo has joined #openvswitch | 02:15 | |
| *** acidfu has quit IRC | 02:16 | |
| *** acidfoo has quit IRC | 02:29 | |
| *** dholler has quit IRC | 02:30 | |
| *** mishiran- has joined #openvswitch | 02:41 | |
| *** mishiranu has quit IRC | 02:42 | |
| *** dholler has joined #openvswitch | 02:43 | |
| *** thaller_ has joined #openvswitch | 03:07 | |
| *** thaller has quit IRC | 03:10 | |
| *** psahoo has joined #openvswitch | 03:13 | |
| *** troulouliou_div2 has joined #openvswitch | 03:29 | |
| *** yamamoto has quit IRC | 03:36 | |
| *** yamamoto has joined #openvswitch | 03:40 | |
| *** imaximets has quit IRC | 03:51 | |
| *** yamamoto has quit IRC | 03:53 | |
| *** gmg has quit IRC | 03:55 | |
| *** imaximets has joined #openvswitch | 04:00 | |
| *** gmg1 has joined #openvswitch | 04:13 | |
| *** gmg1 has quit IRC | 04:17 | |
| *** yamamoto has joined #openvswitch | 04:26 | |
| *** thaller__ has joined #openvswitch | 04:32 | |
| *** yamamoto has quit IRC | 04:33 | |
| *** thaller_ has quit IRC | 04:34 | |
| *** yamamoto has joined #openvswitch | 04:38 | |
| *** yamamoto has quit IRC | 04:47 | |
| *** yamamoto has joined #openvswitch | 04:50 | |
| *** anilvenkata has joined #openvswitch | 05:40 | |
| *** slaweq has joined #openvswitch | 05:48 | |
| *** yamamoto has quit IRC | 06:06 | |
| *** yamamoto has joined #openvswitch | 06:07 | |
| *** jaicaa has quit IRC | 06:29 | |
| *** jaicaa has joined #openvswitch | 06:32 | |
| *** mmirecki has joined #openvswitch | 06:45 | |
| *** mmirecki has quit IRC | 06:52 | |
| *** mmirecki has joined #openvswitch | 06:56 | |
| *** eelco has joined #openvswitch | 07:09 | |
| *** mbarroso has joined #openvswitch | 07:11 | |
| *** dceara has joined #openvswitch | 07:59 | |
| *** links has joined #openvswitch | 08:11 | |
| *** igordc has quit IRC | 08:13 | |
| *** yamamoto has quit IRC | 08:18 | |
| *** yamamoto has joined #openvswitch | 08:19 | |
| *** thaller__ is now known as thaller | 08:44 | |
| *** yamamoto has quit IRC | 08:48 | |
| *** yamamoto has joined #openvswitch | 08:49 | |
| *** yamamoto has joined #openvswitch | 08:50 | |
| *** mishiran- has quit IRC | 09:04 | |
| *** mishiranu has joined #openvswitch | 09:06 | |
| *** zhouhan has quit IRC | 09:09 | |
| *** zhouhan has joined #openvswitch | 09:09 | |
| *** mishiranu has quit IRC | 09:31 | |
| *** timothy has joined #openvswitch | 09:31 | |
| *** mishiranu has joined #openvswitch | 09:32 | |
| *** numans has quit IRC | 09:42 | |
| *** numans has joined #openvswitch | 09:43 | |
| *** yamamoto has quit IRC | 09:55 | |
| *** rcernin has quit IRC | 10:03 | |
| *** FH_thecat has quit IRC | 10:12 | |
| *** yamamoto has joined #openvswitch | 10:42 | |
| *** links has quit IRC | 10:52 | |
| *** links has joined #openvswitch | 11:02 | |
| *** ndim has quit IRC | 11:02 | |
| *** troulouliou_div2 has quit IRC | 12:03 | |
| *** jraju__ has joined #openvswitch | 12:41 | |
| *** links has quit IRC | 12:41 | |
| *** bostondriver has joined #openvswitch | 12:43 | |
| *** inflatador has joined #openvswitch | 12:44 | |
| *** acidfoo has joined #openvswitch | 12:54 | |
| *** dholler has quit IRC | 12:58 | |
| *** ndimitrij has joined #openvswitch | 13:03 | |
| *** igordc has joined #openvswitch | 13:07 | |
| *** yamamoto has quit IRC | 13:09 | |
| *** yamamoto has joined #openvswitch | 13:09 | |
| *** dholler has joined #openvswitch | 13:10 | |
| *** ndimitrij is now known as ndim | 13:43 | |
| *** inflatador_ has joined #openvswitch | 13:52 | |
| *** inflatador has quit IRC | 13:55 | |
| *** inflatador_ is now known as inflatador | 13:55 | |
| *** eelco has quit IRC | 14:28 | |
| *** eelco has joined #openvswitch | 14:32 | |
| *** eelco has quit IRC | 14:48 | |
| *** eelco has joined #openvswitch | 14:48 | |
| *** eelco has quit IRC | 14:49 | |
| *** eelco has joined #openvswitch | 14:49 | |
| *** eelco has joined #openvswitch | 14:50 | |
| *** gmg has joined #openvswitch | 14:54 | |
| *** acidfoo has quit IRC | 15:16 | |
| *** acidfoo has joined #openvswitch | 15:18 | |
| *** yamamoto has quit IRC | 15:18 | |
| *** yamamoto has joined #openvswitch | 15:19 | |
| *** yamamoto has quit IRC | 15:21 | |
| *** yamamoto has joined #openvswitch | 15:21 | |
| *** eelco has quit IRC | 15:30 | |
| *** dholler has quit IRC | 15:33 | |
| *** gmg2 has joined #openvswitch | 16:06 | |
| *** gmg has quit IRC | 16:08 | |
| *** mmirecki has quit IRC | 16:09 | |
| *** gmg2 has quit IRC | 16:11 | |
| *** atpa8a has quit IRC | 16:22 | |
| *** acidfoo has quit IRC | 16:26 | |
| *** mbarroso has quit IRC | 16:27 | |
| *** acidfoo has joined #openvswitch | 16:28 | |
| *** gmg has joined #openvswitch | 16:30 | |
| *** donhw_ has joined #openvswitch | 17:06 | |
| *** donhw has quit IRC | 17:08 | |
| *** aginwala has joined #openvswitch | 17:14 | |
| *** jraju__ has quit IRC | 17:14 | |
| * flaviof hears Yeah Ant soundtrack in the making.... http://dig.ccmixter.org/files/speck/42100 | 17:15 | |
| numans | Hello | 17:20 |
|---|---|---|
| flaviof | hi there! | 17:20 |
| numans | flaviof, howz the track ? | 17:20 |
| flaviof | lol. rocking! | 17:20 |
| numans | Its time for OVN meeting | 17:20 |
| numans | #startmeeting ovn-community-development-discussion | 17:21 |
| openstack | Meeting started Thu Apr 23 17:21:03 2020 UTC and is due to finish in 60 minutes. The chair is numans. Information about MeetBot at http://wiki.debian.org/MeetBot. | 17:21 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 17:21 |
| openstack | The meeting name has been set to 'ovn_community_development_discussion' | 17:21 |
| numans | Hello | 17:21 |
| numans | Lets start the meeting. | 17:21 |
| zhouhan | hi | 17:21 |
| numans | zhouhan, Hi | 17:21 |
| numans | mmichelson is not joining today. | 17:21 |
| numans | Who wants to start | 17:21 |
| numans | I can go real quick. | 17:22 |
| dceara | Hi | 17:22 |
| numans | Last week I submitted the v3 of I-P patches | 17:22 |
| numans | dceara, Hi | 17:22 |
| numans | Then I started working on the OVN load balancer hashing. | 17:23 |
| numans | I submitted a patch to enable openflow 1.5, since we cannot set the selection_method unless we use oflow 1.5 | 17:23 |
| numans | I'm still working on providing the option for the CMS to chose the hash fields - like ip_src, ip_dst, tp_src etc | 17:24 |
| numans | which will be used for the hashing. | 17:24 |
| numans | I'm working on another issue. Recently I submitted a patch to address an issue in tcp_reset action | 17:24 |
| numans | And to support this, I added llflows to by pass tcp rst pkts from conntrack. | 17:24 |
| numans | And this is causing the conntrack entries to be established state even after the client/server closes the connection by sending tcp rst pkt | 17:25 |
| numans | I'm working on it. | 17:25 |
| numans | That | 17:25 |
| numans | That's it for me. | 17:25 |
| numans | zhouhan, dceara It will be great if you can take a look at the I-P patches whenever you can. | 17:25 |
| flaviof | Nice, numans! 2 follow up questions, if I may. | 17:25 |
| numans | flaviof, sure. | 17:26 |
| dceara | numans, ack | 17:26 |
| _lore_ | hi all | 17:26 |
| zhouhan | numans: thanks a lot. I will review them | 17:26 |
| numans | zhouhan, thanks. | 17:26 |
| flaviof | 1) does the hashing for lp require a specific verion of the kernel? or anything that can do ovs1.5 is enough? | 17:26 |
| numans | flaviof, No. it doesn't depend the kernel version. | 17:26 |
| numans | OVS supports 2 hashing methods - dp_hash and hash. | 17:26 |
| numans | dp_hash is calculated by the datapath. | 17:27 |
| numans | for the latter, ovs calculates the hash. | 17:27 |
| flaviof | numans: ah. ack. I heard from Maiciej about it today. Interesting find! | 17:27 |
| flaviof | 2) can you tell me if the conntrack issue is a regression or has it always been there? | 17:27 |
| zhouhan | numans: dp_hash should still ensure that same 5-tuple is hashed to same value, right? | 17:27 |
| numans | zhouhan, that's not the case in my testing. | 17:28 |
| numans | zhouhan,for a given 5tuple , I see that ovs is not choosing the same bucket all the time | 17:28 |
| numans | flaviof, I don't think its a regression. | 17:29 |
| zhouhan | numans: that's strange. For what I observed in the past it seems always the same bucket. Maybe I can do more test and confirm | 17:29 |
| numans | zhouhan, that would be great if you could confirm | 17:29 |
| flaviof | zhouhan: maybe you are using OF1.5 ? | 17:29 |
| zhouhan | numans: usually I use ping (ICMP) to test. Does that impact the result? | 17:30 |
| numans | flaviof, starting from ovs 2.10, the defualt selection method changed from hash to dp_hash in ovs. | 17:30 |
| numans | zhouhan, I used ncat | 17:30 |
| numans | and specified the source port. | 17:30 |
| numans | flaviof, ovn was always selecting dp_hash, but since we are not using oflow1.5, that never reached ovs and it uses the default if no selection_method is set | 17:31 |
| flaviof | ack, understood. ty | 17:31 |
| zhouhan | numans: do you know by any chance what's the dp_hash algorithm? In the code comment it mentioned Webster method, but I never heard of it | 17:31 |
| numans | zhouhan, I'd suggest to use ncat with src port specified in your testing | 17:31 |
| numans | zhouhan, it is calculated by kernel | 17:31 |
| numans | zhouhan, and from what I understand it uses skb_get_hash() for that | 17:32 |
| * numans merely knows datapath and I can be wrong. | 17:32 | |
| *** atpa8a has joined #openvswitch | 17:32 | |
| zhouhan | ok, thanks! | 17:32 |
| imaximets | numans, zhouhan: IIRC, dp_hash is likely an RSS hash if available. | 17:32 |
| numans | zhouhan, from the code I saw, it uses webster to allocate the hashes to buckets. | 17:33 |
| numans | imaximets, ok | 17:33 |
| imaximets | there might be difference while making upcall, because vswitchd will calculate 5tuple hash by itself if RSS hash is not present. | 17:33 |
| zhouhan | numans: any links to "webster" would be helpful. Google just give me the dictionary :( | 17:34 |
| numans | zhouhan, :). Even I'm not aware of it. I just saw the comments. But sure, I'll share if I come across | 17:34 |
| zhouhan | imaximets: RSS hash should still make sure same flow hashed to same bucket, right? So I still don't understand how could same flow end up in different bucket | 17:35 |
| imaximets | zhouhan, yes, RSS should ensure. | 17:35 |
| numans | imaximets, zhouhan, I'm pretty certain on that. I did some prints, and the value of dp_hash was always different | 17:36 |
| imaximets | the issue might be if you're calculating dp_hash in userspace for the first packet and using RSS in datapath for subsequent ones. That is the only case I can think of. | 17:36 |
| numans | https://github.com/openvswitch/ovs/blob/master/ofproto/ofproto-dpif-xlate.c#L4604 | 17:37 |
| numans | I put a print here and the dp_hash was different. | 17:37 |
| numans | ok. | 17:37 |
| imaximets | numans, if it's always different, this might be the bug in kernel. Maybe you're reading incorrect memory, or your hashing algorithm uses more fields than 5tuple. | 17:38 |
| numans | imaximets, ovn doesn't set the selection_method so the default is used | 17:38 |
| numans | imaximets, actually ovn sets, but it nevers gets encoded when ovn sends the group_mod message | 17:38 |
| numans | I think we can continue further in the ML. | 17:39 |
| imaximets | numans, ok. | 17:39 |
| numans | zhouhan, I've replied to maciej's email. If you can take a look at that and reply to that after the testing that would be great. | 17:39 |
| numans | imaximets, zhouhan thanks for the discussion. | 17:39 |
| numans | I'm done. If someone wants to go next. | 17:39 |
| zhouhan | numans: sure, will do | 17:40 |
| _lore_ | can I go next? | 17:40 |
| numans | _lore_, sure. | 17:40 |
| flaviof | #link https://github.com/openvswitch/ovs/commit/2e3fd24c7c440f87d7a24fbfce1474237de7e1cf pick_dp_hash_select_group ref on hash | 17:40 |
| _lore_ | this week I worked on a issue related to QoS ovn metering | 17:40 |
| _lore_ | in particular if you create 2 meters with same values for rate and burst on the same hv they will be mapped to the same kernel meter and they will share the bandwidth | 17:41 |
| _lore_ | I am wondering if it is an intended behaviour or not | 17:41 |
| _lore_ | any idea? | 17:41 |
| _lore_ | maybe not :) | 17:42 |
| flaviof | sorry _lore_ i don't know | 17:43 |
| numans | _lore_, not sure on that. | 17:43 |
| _lore_ | actually I posted a RFC patch to make the meters unique, I tested it and it works fine | 17:43 |
| numans | _lore_, but I think we can fix that if that is causing incorrect meter allocation | 17:43 |
| _lore_ | it has been tested even by osp folks and they are fine with it | 17:43 |
| _lore_ | so I would send it as normal patch | 17:44 |
| numans | _lore_, sounds good to me. | 17:44 |
| _lore_ | and in case we have some regression takes care of it | 17:44 |
| _lore_ | ack | 17:44 |
| _lore_ | moreover I posted some ipv6 pd trivial fixes | 17:44 |
| _lore_ | zhouhan: I read your reply about my ovn-scale-test PR but I did not get it exactly | 17:45 |
| _lore_ | what do you mean? | 17:45 |
| zhouhan | _lore_: Oh, I mean, the port-groups and ACLs are better to be configured, instead of hard-coded in the implementation | 17:46 |
| _lore_ | ah ok | 17:46 |
| zhouhan | _lore_: for ovn-scale-test, it should be able to test different port-groups and ACLs settings, without update the code everytime. | 17:46 |
| _lore_ | so you mean to generalize it adding the possibility to read the configuration from json file | 17:47 |
| _lore_ | instead of hard code ACL and so on | 17:47 |
| _lore_ | right? | 17:47 |
| zhouhan | _lore_: I also posted an issue in ovn-k8s to discuss the reason why multiple default group is used instead of one. I think in ovn-scale-test we can test the scalability difference. | 17:48 |
| zhouhan | yes | 17:48 |
| zhouhan | that's right | 17:48 |
| zhouhan | Then we can change the json file and test different scenarios and compare the results | 17:48 |
| _lore_ | ack, I will look how to generalize it | 17:49 |
| _lore_ | but the concept is ok for you, right? | 17:49 |
| zhouhan | _lore_: sorry, what concept? | 17:49 |
| _lore_ | I mean to implement OpenShift network policy | 17:50 |
| *** slaweq has quit IRC | 17:50 | |
| zhouhan | _lore_: yes, of course | 17:51 |
| _lore_ | ack fine | 17:51 |
| _lore_ | that's all from my side | 17:51 |
| numans | Ok. Thanks. | 17:51 |
| numans | Who wants to go next | 17:51 |
| zhouhan | I can go quickly | 17:52 |
| numans | sure | 17:52 |
| zhouhan | We observed same problem dceara is fixing - the ovsdb missing updates, and spent lot of time debugging, until I recall what dceara has reported. So, thanks! | 17:53 |
| zhouhan | I am reviewing dceara's v3 patch | 17:53 |
| dceara | zhouhan, no worries :) Does the patch fix the issue for you? | 17:53 |
| dceara | zhouhan, there's a v4 (addressing Ilya's comments): https://patchwork.ozlabs.org/project/openvswitch/list/?series=172109 | 17:54 |
| zhouhan | dceara: it is in production, so no chance to apply the patch. We just worked around by restarting all impacted ovn-controllers | 17:54 |
| dceara | zhouhan, ack | 17:54 |
| *** dholler has joined #openvswitch | 17:55 | |
| zhouhan | dceara: however, I am concerned even with a fix because in our case 1/3 of the HVs had the issue, which may due to a problem in one of the 3 nodes in the raft cluster. If all of the HVs starts to do the clear and resync at the same time if may cause very high load of the server. | 17:56 |
| zhouhan | I will think more about it. | 17:56 |
| zhouhan | Other than this, I was simply following up some of the discussions and reviews. | 17:57 |
| dceara | zhouhan, you mean 1/3 of the nodes had the issue at the same time? | 17:57 |
| zhouhan | 1/3 of the nodes were missing same flows and showing same warning logs at same time. | 17:57 |
| *** psahoo has quit IRC | 17:58 | |
| dceara | zhouhan, oh, I see, we only saw it occasionally | 17:58 |
| zhouhan | It could be that, when there is a change to SB, e.g. creating a new DP, it causes all HVs changing the condition, and at the same time one of the SB server were disconnected thus causing some of the flow updates in the following SB transaction missing. | 17:59 |
| imaximets | dceara, zhouhan: one possibility that appears in mind is that we could store 'last_id' for the previous successful cond_change and use it instead of 0 on re-connection if there was in-flight cond_change. | 18:00 |
| zhouhan | imaximets: yeah, great idea. | 18:01 |
| dceara | imaximets, that might work yes | 18:01 |
| zhouhan | well, I am done with my update | 18:01 |
| flaviof | may I go next? | 18:01 |
| dceara | imaximets, do you mind replying to the ML with the suggestion? I'll try it out tomorrow | 18:01 |
| imaximets | dceara, ok. | 18:01 |
| dceara | imaximets, thanks | 18:02 |
| numans | flaviof, sure | 18:02 |
| flaviof | numans: thanks. I spent some time taking a closer look at Ankur's port-range changes in OVN. I was a little | 18:02 |
| flaviof | confused about the usage of the word external, thinking it was meant for external ip, but I | 18:02 |
| *** anilvenkata has quit IRC | 18:02 | |
| flaviof | was wrong. It really means the source port range visible to the 'external' side of the connection. | 18:02 |
| flaviof | And that may be the external_ip or the logical_ip, depending on the nat type (dnat vs snat). | 18:02 |
| flaviof | More details on that are in the ML: | 18:03 |
| flaviof | #link https://mail.openvswitch.org/pipermail/ovs-discuss/2020-April/049959.html questions on port-range | 18:03 |
| flaviof | Anyways, I was able to test it some and verified that the nat rules are indeed populated properly | 18:03 |
| flaviof | all the way into conntrack. Tested with ncat(s) ;) | 18:03 |
| numans | cool | 18:03 |
| flaviof | Also, I tried out Numan's fix to make OVN test 85 pass consistently. No | 18:04 |
| flaviof | surprise it worked great. ;) | 18:04 |
| flaviof | In the process, I saw OVN test 78 failing and decided to look into it. | 18:04 |
| flaviof | Then, dceara told me that test 76 needed love too, and I was able to | 18:04 |
| flaviof | reproduce the issue and make it better. | 18:04 |
| flaviof | With these changes I get it to pass every time in my system, | 18:04 |
| flaviof | but would love to have folks here find out if this is not just me. ;) | 18:04 |
| flaviof | This is basically the command I do to test the changes: | 18:04 |
| flaviof | CNT=0 ; while [ $? -eq 0 ]; do sleep 3 ; echo $(date +"%D %T %Z") -- cnt is $CNT ; \ | 18:04 |
| flaviof | CNT=$((${CNT}+1)) ; make check TESTSUITEFLAGS="76 78 85" ; done | 18:04 |
| flaviof | #link https://patchwork.ozlabs.org/project/openvswitch/patch/20200417145737.1769111-1-numans@ovn.org/ Fix for OVN test 85 | 18:05 |
| flaviof | #link https://patchwork.ozlabs.org/project/openvswitch/patch/20200417212501.23757-1-flavio@flaviof.com/ Fix for OVN test 78 | 18:05 |
| flaviof | #link https://patchwork.ozlabs.org/project/openvswitch/patch/20200423123731.29123-1-flavio@flaviof.com/ Fix for OVN test 76 | 18:05 |
| flaviof | that is it fro me | 18:05 |
| flaviof | *from | 18:05 |
| numans | flaviof, Thanks. I'll take a look tomorrow. I applied one of your patch and tested a wrong case. | 18:05 |
| flaviof | lol. all good. | 18:05 |
| numans | applied as in locally :) | 18:05 |
| flaviof | timing things are tricky | 18:05 |
| numans | Who wants to go next. | 18:05 |
| numans | flaviof, yeah. And there're a few tests which fail 100% of the time in one of server I've access to. | 18:06 |
| *** donhw_ has quit IRC | 18:06 | |
| numans | I need to dig further. | 18:06 |
| flaviof | awesome! | 18:06 |
| numans | Anyway, if some one wants to go next/ | 18:06 |
| *** donhw has joined #openvswitch | 18:07 | |
| dceara | I'd just like to bring up these OVN2.12 backports https://patchwork.ozlabs.org/project/openvswitch/list/?series=168987 It would be nice to have them backported as we need them downstream. | 18:08 |
| dceara | #link https://patchwork.ozlabs.org/project/openvswitch/list/?series=168987 | 18:08 |
| dceara | flaviof, that's the way to share links right? :) | 18:08 |
| dceara | that's it on my side | 18:08 |
| numans | dceara, yes. | 18:08 |
| flaviof | dceara: you got it. whatever comment you want to store, make it after the url | 18:09 |
| dceara | flaviof, ah, now i see, ok, next time I know | 18:09 |
| numans | Who wants to go next. | 18:11 |
| aginwala | nm from my side but spent time with Han on debugging the flow miss issue since we have interconnection enabled now between two AZs, random pod/vm connectivity failures were reported by customers when reaching workloads to/from az1/az2. Hence, the fix by dceara helped us recall and audit results were surprising with 1/3 of the HVs missing the | 18:11 |
| aginwala | updates. Following the ML for fixes by you guys. | 18:11 |
| *** dholler has quit IRC | 18:11 | |
| flaviof | aginwala: cool news on the interconnection you guys do! Great to hear from you | 18:13 |
| aginwala | yo! | 18:14 |
| numans | cool. | 18:15 |
| numans | I thnk its time to end the meeting. | 18:16 |
| zhouhan | numans: In case you didn't know yet, I confirmed that we also had the disconnection between RAFT nodes due to probe timeout you reported before, when the servers are overloaded, even though the election timer is not timed out yet. And NVIDIA folks also reported that and sent a patch to disable the probe #link https://patchwork.ozlabs.org/project/openvswitch/patch/20200331002104.26230-1-zhewang@nvidia.com/ | 18:16 |
| * flaviof cues up Space Bazooka :) http://dig.ccmixter.org/files/Kirkoid/43005 | 18:16 | |
| numans | zhouhan, I saw that patch. | 18:16 |
| numans | Ok. | 18:16 |
| numans | zhouhan, thanks for the update. | 18:17 |
| zhouhan | np | 18:17 |
| numans | I guess we can end the meeting ? | 18:17 |
| numans | Ok. Bye everyone. | 18:18 |
| flaviof | bye all | 18:18 |
| numans | #endmeeting | 18:18 |
| openstack | Meeting ended Thu Apr 23 18:18:13 2020 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 18:18 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/ovn_community_development_discussion/2020/ovn_community_development_discussion.2020-04-23-17.21.html | 18:18 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/ovn_community_development_discussion/2020/ovn_community_development_discussion.2020-04-23-17.21.txt | 18:18 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/ovn_community_development_discussion/2020/ovn_community_development_discussion.2020-04-23-17.21.log.html | 18:18 |
| zhouhan | bye all | 18:18 |
| dceara | bye everyone | 18:18 |
| aginwala | bye all. Stay safe! | 18:18 |
| imaximets | bye | 18:18 |
| *** aginwala has quit IRC | 18:19 | |
| *** zhouhan_ has joined #openvswitch | 18:51 | |
| *** zhouhan has quit IRC | 18:55 | |
| *** fbl has quit IRC | 18:58 | |
| *** yogananth has quit IRC | 19:08 | |
| *** imaximets has quit IRC | 19:13 | |
| *** imaximets has joined #openvswitch | 19:14 | |
| *** atpa8a has quit IRC | 19:14 | |
| *** atpa8a has joined #openvswitch | 19:36 | |
| *** igordc has quit IRC | 19:39 | |
| *** fbl has joined #openvswitch | 19:44 | |
| *** thaller has quit IRC | 20:06 | |
| *** mmirecki has joined #openvswitch | 20:08 | |
| *** mmirecki has quit IRC | 20:15 | |
| *** igordc has joined #openvswitch | 20:32 | |
| *** slaweq has joined #openvswitch | 20:33 | |
| *** igordc has quit IRC | 21:51 | |
| *** rcernin has joined #openvswitch | 22:10 | |
| *** slaweq has quit IRC | 22:14 | |
| *** rcernin has quit IRC | 22:15 | |
| *** rcernin has joined #openvswitch | 22:15 | |
| *** acidfoo has quit IRC | 22:18 | |
| *** acidfoo has joined #openvswitch | 22:18 | |
| *** igordc has joined #openvswitch | 22:26 | |
| *** gmg has quit IRC | 22:37 | |
| *** gmg has joined #openvswitch | 22:39 | |
| *** timothy has quit IRC | 22:42 | |
| *** igordc_tmp has joined #openvswitch | 23:05 | |
| *** igordc has quit IRC | 23:05 | |
| *** rcernin has quit IRC | 23:09 | |
| *** igordc_tmp has quit IRC | 23:13 | |
| *** rcernin has joined #openvswitch | 23:16 | |
| *** dceara has quit IRC | 23:18 | |
| *** dceara has joined #openvswitch | 23:19 | |
| *** dceara has quit IRC | 23:29 | |
| *** gmg has quit IRC | 23:32 | |
| *** gmg has joined #openvswitch | 23:37 | |
| *** dceara has joined #openvswitch | 23:38 | |
| *** gmg has quit IRC | 23:45 | |
| *** dceara has quit IRC | 23:47 | |
| *** gmg has joined #openvswitch | 23:56 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!