Re: [ovs-discuss] lost packet on port channel 1 of handler 1
Hi again! No answer for this question? :) Thank you! On Tue, Jan 30, 2018 at 1:14 PM, Jonas Nemeiksis wrote: > Hi all! > > I have problems with lost packets and network interrupt. I not found > information about it, also I'm not clear how I can tuning openvswitch. > > Concept: Openstack(compute nova KVM) + openvswitch > > > A lot logs: > - wakeup due to 0-ms timeout at ofproto/ofproto-dpif-upcall.c:720 (64% > CPU usage) > - Dropped 1037 log messages in last 2 seconds (most recently, 0 seconds > ago) due to excessive rate > - system@ovs-system: lost packet on port channel 1 of handler 1 > > Information about software versions: > > openvswitch-2.6.1-4.1.git20161206.el7.x86_64 > CentOS Linux release 7.4.1708 > > > > Somebody known this issues? > > > Thanks, > Jonas > ___ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
[ovs-discuss] A bug on openswitch
Hi,all I recently found a bug about OVS, which was supposed to be sent to local but was sent to eth0! Can you tell me why? I need help, thank you very much. recirc_id(0),in_port(4),eth(src=78:02:f8:29:cb:58,dst=00:0b:82:92:21:db),eth_type(0x0800),ipv4(src=192.168.1.64/255.255.255.192,dst=203.100.92.31,proto=6,frag=no),tcp(src=59765,dst=80), packets:4, bytes:296, used:3.980s, flags:S, actions:set(eth(src=78:02:f8:29:cb:58,dst=00:0b:82:a6:45:50)),set(ipv4(src=192.168.1.64/255.255.255.192,dst=192.168.1.129)),set(tcp(src=59765,dst=8080)),2 system@ovs-system: lookups: hit:4226 missed:543 lost:0 flows: 14 masks: hit:22261 total:8 hit/pkt:4.67 port 0: ovs-system (internal) port 1: br-lan0_zone0 (internal) port 2: eth0 port 3: ath0 port 4: ath1 cookie=0x1, duration=444.585s, table=0, n_packets=1224, n_bytes=232770, idle_age=24, priority=3,tcp,in_port=2,tp_dst=80 actions=learn(table=0,idle_timeout=60,hard_timeout=120,priority=100,in_port=LOCAL,NXM_OF_ETH_DST[]=NXM_OF_ETH_SRC[],eth_type=0x800,nw_proto=6,tcp_src=8080,NXM_OF_TCP_DST[]=NXM_OF_TCP_SRC[],load:NXM_OF_IP_DST[]->NXM_OF_IP_SRC[],load:NXM_OF_ETH_DST[]->NXM_OF_ETH_SRC[],load:NXM_OF_TCP_DST[]->NXM_OF_TCP_SRC[],output:NXM_OF_IN_PORT[]),mod_dl_dst:00:0b:82:a6:45:50,mod_nw_dst:192.168.1.129,mod_tp_dst:8080,LOCAL OFPT_FEATURES_REPLY (xid=0x2): dpid:000b82a64550 n_tables:254, n_buffers:256 capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS ARP_MATCH_IP actions: output enqueue set_vlan_vid set_vlan_pcp strip_vlan mod_dl_src mod_dl_dst mod_nw_src mod_nw_dst mod_nw_tos mod_tp_src mod_tp_dst 1(ath0): addr:00:0b:82:a6:45:51 config: 0 state: 0 speed: 0 Mbps now, 0 Mbps max 2(ath1): addr:00:0b:82:a6:45:52 config: 0 state: 0 speed: 0 Mbps now, 0 Mbps max 101(eth0): addr:00:0b:82:a6:45:50 config: 0 state: 0 current:COPPER AUTO_NEG advertised: 10MB-HD 10MB-FD 100MB-HD 100MB-FD 1GB-FD COPPER FIBER AUTO_NEG AUTO_PAUSE AUTO_PAUSE_ASYM speed: 0 Mbps now, 0 Mbps max LOCAL(br-lan0_zone0): addr:00:0b:82:a6:45:50 config: 0 state: 0 speed: 0 Mbps now, 0 Mbps max OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0 -- 博学之，审问之，慎思之，明辨之，笃行之。 Albert Xie___ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
Re: [ovs-discuss] A bug on openswitch
I suggest using ofproto/trace to figure it out. See ovs-vswitchd(8) for details. On Sat, Feb 03, 2018 at 07:42:10PM +0800, a* wrote: > Hi,all > > > I recently found a bug about OVS, which was supposed to be sent to local but > was sent to eth0! > Can you tell me why? I need help, thank you very much. > > > recirc_id(0),in_port(4),eth(src=78:02:f8:29:cb:58,dst=00:0b:82:92:21:db),eth_type(0x0800),ipv4(src=192.168.1.64/255.255.255.192,dst=203.100.92.31,proto=6,frag=no),tcp(src=59765,dst=80), > packets:4, bytes:296, used:3.980s, flags:S, > actions:set(eth(src=78:02:f8:29:cb:58,dst=00:0b:82:a6:45:50)),set(ipv4(src=192.168.1.64/255.255.255.192,dst=192.168.1.129)),set(tcp(src=59765,dst=8080)),2 > > > system@ovs-system: > lookups: hit:4226 missed:543 lost:0 > flows: 14 > masks: hit:22261 total:8 hit/pkt:4.67 > port 0: ovs-system (internal) > port 1: br-lan0_zone0 (internal) > port 2: eth0 > port 3: ath0 > port 4: ath1 > > > > > cookie=0x1, duration=444.585s, table=0, n_packets=1224, n_bytes=232770, > idle_age=24, priority=3,tcp,in_port=2,tp_dst=80 > actions=learn(table=0,idle_timeout=60,hard_timeout=120,priority=100,in_port=LOCAL,NXM_OF_ETH_DST[]=NXM_OF_ETH_SRC[],eth_type=0x800,nw_proto=6,tcp_src=8080,NXM_OF_TCP_DST[]=NXM_OF_TCP_SRC[],load:NXM_OF_IP_DST[]->NXM_OF_IP_SRC[],load:NXM_OF_ETH_DST[]->NXM_OF_ETH_SRC[],load:NXM_OF_TCP_DST[]->NXM_OF_TCP_SRC[],output:NXM_OF_IN_PORT[]),mod_dl_dst:00:0b:82:a6:45:50,mod_nw_dst:192.168.1.129,mod_tp_dst:8080,LOCAL > > > OFPT_FEATURES_REPLY (xid=0x2): dpid:000b82a64550 > n_tables:254, n_buffers:256 > capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS ARP_MATCH_IP > actions: output enqueue set_vlan_vid set_vlan_pcp strip_vlan mod_dl_src > mod_dl_dst mod_nw_src mod_nw_dst mod_nw_tos mod_tp_src mod_tp_dst > 1(ath0): addr:00:0b:82:a6:45:51 > config: 0 > state: 0 > speed: 0 Mbps now, 0 Mbps max > 2(ath1): addr:00:0b:82:a6:45:52 > config: 0 > state: 0 > speed: 0 Mbps now, 0 Mbps max > 101(eth0): addr:00:0b:82:a6:45:50 > config: 0 > state: 0 > current:COPPER AUTO_NEG > advertised: 10MB-HD 10MB-FD 100MB-HD 100MB-FD 1GB-FD COPPER FIBER > AUTO_NEG AUTO_PAUSE AUTO_PAUSE_ASYM > speed: 0 Mbps now, 0 Mbps max > LOCAL(br-lan0_zone0): addr:00:0b:82:a6:45:50 > config: 0 > state: 0 > speed: 0 Mbps now, 0 Mbps max > OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0 > > > -- > > > 博学之，审问之，慎思之，明辨之，笃行之。 > > Albert Xie > ___ > discuss mailing list > disc...@openvswitch.org > https://mail.openvswitch.org/mailman/listinfo/ovs-discuss ___ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
Re: [ovs-discuss] [OVN][RFC] ovn-northd simple optimization converting uuid from string
On Sat, Feb 03, 2018 at 09:10:16AM +0100, Daniel Alvarez Sanchez wrote: > Thanks Ben, > > > On Sat, Feb 3, 2018 at 12:16 AM, Ben Pfaff wrote: > > > Nice finding! > > > > I don't think it's necessary to inline this into the header file to get > > the speedup, since its caller along the uuid_from_string() call chain is > > in the same file as hexit_value(). > > > I did this because hexit_value() is called also from scan_int(), which is > called by ovs_scan(). The former was called around > 20K times in my > run. But it's also in util.c so that's fine :) Fair enough, thanks! ___ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
Re: [ovs-discuss] A bug on openswitch
ovs-appctl ofproto/trace br-lan0_zone0 "in_port=2,tcp,tp_dst=80" -generate Bridge: br-lan0_zone0 Flow: tcp,in_port=2,vlan_tci=0x,dl_src=00:00:00:00:00:00,dl_dst=00:00:00:00:00:00,nw_src=0.0.0.0,nw_dst=0.0.0.0,nw_tos=0,nw_ecn=0,nw_ttl=0,tp_src=0,tp_dst=80,tcp_flags=0 Rule: table=0 cookie=0x1 priority=3,tcp,in_port=2,tp_dst=80 OpenFlow actions=learn(table=0,idle_timeout=60,hard_timeout=120,priority=100,in_port=LOCAL,NXM_OF_ETH_DST[]=NXM_OF_ETH_SRC[],eth_type=0x800,nw_proto=6,tcp_src=8080,NXM_OF_TCP_DST[]=NXM_OF_TCP_SRC[],load:NXM_OF_IP_DST[]->NXM_OF_IP_SRC[],load:NXM_OF_ETH_DST[]->NXM_OF_ETH_SRC[],load:NXM_OF_TCP_DST[]->NXM_OF_TCP_SRC[],output:NXM_OF_IN_PORT[]),mod_dl_dst:00:0b:82:a6:45:50,mod_nw_dst:192.168.1.129,mod_tp_dst:8080,LOCAL Final flow: tcp,in_port=2,vlan_tci=0x,dl_src=00:00:00:00:00:00,dl_dst=00:0b:82:a6:45:50,nw_src=0.0.0.0,nw_dst=192.168.1.129,nw_tos=0,nw_ecn=0,nw_ttl=0,tp_src=0,tp_dst=8080,tcp_flags=0 Megaflow: recirc_id=0,tcp,in_port=2,dl_src=00:00:00:00:00:00,dl_dst=00:00:00:00:00:00,nw_src=0.0.0.0/1,nw_dst=0.0.0.0,nw_frag=no,tp_src=0,tp_dst=80 Datapath actions: set(eth(src=00:00:00:00:00:00,dst=00:0b:82:a6:45:50)),set(ipv4(src=0.0.0.0/128.0.0.0,dst=192.168.1.129)),set(tcp(src=0,dst=8080)),1 This problem is accidental, but the frequency is relatively high. I tracked this problem, but I could not know where the flow was modified. I saw a problem in the OVS discussion group, about the mismatch of behavior when using lxia to test.(https://mail.openvswitch.org/pipermail/ovs-discuss/2017-April/044130.html) It looks like a similar problem. I think there may be some logical errors inside the OVS. I believe that in your environment, as long as patient testing, it is easy to reappear. Please take it seriously, and I want to know how this problem comes into being. -- 博学之，审问之，慎思之，明辨之，笃行之。 Albert Xie At 2018-02-06 01:04:16, "Ben Pfaff" wrote: >I suggest using ofproto/trace to figure it out. See ovs-vswitchd(8) for >details. > >On Sat, Feb 03, 2018 at 07:42:10PM +0800, a* wrote: >> Hi,all >> >> >> I recently found a bug about OVS, which was supposed to be sent to local but >> was sent to eth0! >> Can you tell me why? I need help, thank you very much. >> >> >> recirc_id(0),in_port(4),eth(src=78:02:f8:29:cb:58,dst=00:0b:82:92:21:db),eth_type(0x0800),ipv4(src=192.168.1.64/255.255.255.192,dst=203.100.92.31,proto=6,frag=no),tcp(src=59765,dst=80), >> packets:4, bytes:296, used:3.980s, flags:S, >> actions:set(eth(src=78:02:f8:29:cb:58,dst=00:0b:82:a6:45:50)),set(ipv4(src=192.168.1.64/255.255.255.192,dst=192.168.1.129)),set(tcp(src=59765,dst=8080)),2 >> >> >> system@ovs-system: >> lookups: hit:4226 missed:543 lost:0 >> flows: 14 >> masks: hit:22261 total:8 hit/pkt:4.67 >> port 0: ovs-system (internal) >> port 1: br-lan0_zone0 (internal) >> port 2: eth0 >> port 3: ath0 >> port 4: ath1 >> >> >> >> >> cookie=0x1, duration=444.585s, table=0, n_packets=1224, n_bytes=232770, >> idle_age=24, priority=3,tcp,in_port=2,tp_dst=80 >> actions=learn(table=0,idle_timeout=60,hard_timeout=120,priority=100,in_port=LOCAL,NXM_OF_ETH_DST[]=NXM_OF_ETH_SRC[],eth_type=0x800,nw_proto=6,tcp_src=8080,NXM_OF_TCP_DST[]=NXM_OF_TCP_SRC[],load:NXM_OF_IP_DST[]->NXM_OF_IP_SRC[],load:NXM_OF_ETH_DST[]->NXM_OF_ETH_SRC[],load:NXM_OF_TCP_DST[]->NXM_OF_TCP_SRC[],output:NXM_OF_IN_PORT[]),mod_dl_dst:00:0b:82:a6:45:50,mod_nw_dst:192.168.1.129,mod_tp_dst:8080,LOCAL >> >> >> OFPT_FEATURES_REPLY (xid=0x2): dpid:000b82a64550 >> n_tables:254, n_buffers:256 >> capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS ARP_MATCH_IP >> actions: output enqueue set_vlan_vid set_vlan_pcp strip_vlan mod_dl_src >> mod_dl_dst mod_nw_src mod_nw_dst mod_nw_tos mod_tp_src mod_tp_dst >> 1(ath0): addr:00:0b:82:a6:45:51 >> config: 0 >> state: 0 >> speed: 0 Mbps now, 0 Mbps max >> 2(ath1): addr:00:0b:82:a6:45:52 >> config: 0 >> state: 0 >> speed: 0 Mbps now, 0 Mbps max >> 101(eth0): addr:00:0b:82:a6:45:50 >> config: 0 >> state: 0 >> current:COPPER AUTO_NEG >> advertised: 10MB-HD 10MB-FD 100MB-HD 100MB-FD 1GB-FD COPPER FIBER >> AUTO_NEG AUTO_PAUSE AUTO_PAUSE_ASYM >> speed: 0 Mbps now, 0 Mbps max >> LOCAL(br-lan0_zone0): addr:00:0b:82:a6:45:50 >> config: 0 >> state: 0 >> speed: 0 Mbps now, 0 Mbps max >> OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0 >> >> >> -- >> >> >> 博学之，审问之，慎思之，明辨之，笃行之。 >> >> Albert Xie > >> ___ >> discuss mailing list >> disc...@openvswitch.org >> https://mail.openvswitch.org/mailman/listinfo/ovs-discuss ___ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
