[ovs-discuss] Fedora 25+ with OVS kernel trainted?

Ziemowit Pierzycki ziemowit at pierzycki.com
Mon Jul 31 16:01:28 UTC 2017


Hi,

I have a hypervisor with Fedora 25 on a few machines and ever since
upgrading I started getting occasional messages:

[321428.168903] WARNING: CPU: 0 PID: 2279 at net/core/dev.c:2562
skb_warn_bad_offload+0xc4/0x110
[321428.168906] san0: caps=(0x000004009fbb58e9, 0x0000000000000000)
len=6769 data_len=6727 gso_size=1480 gso_type=2 ip_summed=0
[321428.168906] Modules linked in: vhost_net vhost tap tun
ebtable_filter ebtables ip6table_filter ip6_tables nfsv3 nfs_acl nfs
lockd grace fscache fuse cfg80211 openvswitch rfkill nf_conntrack_ipv6
nf_nat_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
nf_defrag_ipv6 nf_nat nf_conntrack intel_rapl sb_edac edac_core
x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass
crct10dif_pclmul crc32_pclmul ghash_clmulni_intel intel_cstate
iTCO_wdt ipmi_ssif iTCO_vendor_support intel_uncore mei_me ipmi_si
intel_rapl_perf raid10 joydev i2c_i801 mei lpc_ich ioatdma shpchp wmi
ipmi_devintf ipmi_msghandler acpi_power_meter acpi_pad tpm_tis
tpm_tis_core tpm auth_rpcgss sunrpc xfs libcrc32c ast i2c_algo_bit
raid1 drm_kms_helper ixgbe ttm drm crc32c_intel mdio ptp pps_core dca
[321428.168955] CPU: 0 PID: 2279 Comm: ruby-mri Tainted: G        W
   4.11.12-200.fc25.x86_64 #1
[321428.168956] Hardware name: Supermicro SYS-1028U-TNRTP+/X10DRU-i+,
BIOS 1.1 07/22/2015
[321428.168957] Call Trace:
[321428.168962]  dump_stack+0x63/0x86
[321428.168965]  __warn+0xcb/0xf0
[321428.168966]  warn_slowpath_fmt+0x5a/0x80
[321428.168968]  skb_warn_bad_offload+0xc4/0x110
[321428.168970]  __skb_gso_segment+0x190/0x1a0
[321428.168977]  queue_gso_packets+0x62/0x160 [openvswitch]
[321428.168979]  ? wait_for_completion+0x39/0x180
[321428.168982]  ? stop_one_cpu+0x81/0xb0
[321428.168984]  ? sched_ttwu_pending+0xd0/0xd0
[321428.168987]  ? __skb_flow_dissect+0xcc6/0xfb0
[321428.168989]  ? __skb_get_hash+0x8f/0x300
[321428.168992]  ovs_dp_upcall+0x31/0x60 [openvswitch]
[321428.168994]  ovs_dp_process_packet+0x10d/0x130 [openvswitch]
[321428.168997]  ovs_vport_receive+0x76/0xd0 [openvswitch]
[321428.168999]  ? wait_for_completion+0x39/0x180
[321428.169001]  ? ___slab_alloc+0x2ac/0x570
[321428.169003]  ? __alloc_skb+0x87/0x1c0
[321428.169005]  ? stop_one_cpu+0x81/0xb0
[321428.169006]  ? sched_ttwu_pending+0xd0/0xd0
[321428.169007]  ? set_next_entity+0xd9/0x220
[321428.169009]  ? __slab_alloc+0x20/0x40
[321428.169010]  ? __alloc_skb+0x9b/0x1c0
[321428.169013]  internal_dev_xmit+0x28/0x60 [openvswitch]
[321428.169014]  dev_hard_start_xmit+0xa3/0x1f0
[321428.169016]  __dev_queue_xmit+0x592/0x650
[321428.169025]  ? udp_packet+0x50/0xa0 [nf_conntrack]
[321428.169026]  dev_queue_xmit+0x10/0x20
[321428.169029]  ip_finish_output2+0x2a9/0x3a0
[321428.169030]  ip_finish_output+0x1c7/0x270
[321428.169032]  ? ip_finish_output+0x1c7/0x270
[321428.169033]  ip_output+0x76/0xe0
[321428.169035]  ? ip_fragment.constprop.49+0x80/0x80
[321428.169037]  ip_local_out+0x35/0x40
[321428.169038]  ip_send_skb+0x19/0x40
[321428.169040]  udp_send_skb+0x99/0x260
[321428.169042]  udp_sendmsg+0x368/0xa10
[321428.169043]  ? ip_reply_glue_bits+0x50/0x50
[321428.169047]  ? __check_object_size+0x100/0x19d
[321428.169048]  inet_sendmsg+0x31/0xb0
[321428.169050]  sock_sendmsg+0x38/0x50
[321428.169051]  SYSC_sendto+0x101/0x190
[321428.169060]  ? handle_mm_fault+0xd3/0x240
[321428.169062]  ? __do_page_fault+0x266/0x4e0
[321428.169064]  SyS_sendto+0xe/0x10
[321428.169066]  entry_SYSCALL_64_fastpath+0x1a/0xa9
[321428.169067] RIP: 0033:0x7fd138484b23
[321428.169068] RSP: 002b:00007ffd8cabc8d0 EFLAGS: 00000293 ORIG_RAX:
000000000000002c
[321428.169070] RAX: ffffffffffffffda RBX: 00007fd137d2bae0 RCX:
00007fd138484b23
[321428.169070] RDX: 0000000000001a47 RSI: 000000b0ea9c36a0 RDI:
0000000000000007
[321428.169071] RBP: 00007fd137d2bae0 R08: 000000b0e91370e0 R09:
0000000000000010
[321428.169072] R10: 0000000000000000 R11: 0000000000000293 R12:
0000000000000020
[321428.169072] R13: 0000000000000002 R14: 000000b0e91370d0 R15:
0000000000000000
[321428.169074] ---[ end trace 355a022d9ee054ce ]---

I noticed it's happening with Fedora 26 too.  I'm using kernel
4.11.12-200.fc25.x86_64 in this particular example.   I'm using OVS
2.5.0-4.  Am I supposed to turn off GSO everywhere?  I thought it was
supposed to automatic.  Thanks,

Ziemowit


More information about the discuss mailing list