<div dir="ltr">Hi all,<div><br></div><div>Interesting thing I found out this afternoon. I have a FreeBSD 10 guest with virtio drivers, both disk and net.<br><div><div><br></div><div>The VM works fine, but when I connect over SSH to the VM, I see this stack trace in messages on the node:</div>
<div><br></div><div><div>Feb 23 19:19:42 hv3 kernel: ------------[ cut here ]------------</div><div>Feb 23 19:19:42 hv3 kernel: WARNING: at net/core/dev.c:1907 skb_warn_bad_offload+0xc2/0xf0() (Tainted: G        W  ---------------   )</div>
<div>Feb 23 19:19:42 hv3 kernel: Hardware name: X9DR3-F</div><div>Feb 23 19:19:42 hv3 kernel: igb: caps=(0x12114bb3, 0x0) len=5686 data_len=5620 ip_summed=0</div><div>Feb 23 19:19:42 hv3 kernel: Modules linked in: ebt_arp nfs lockd fscache auth_rpcgss nfs_acl sunrpc bonding 8021q garp ebtable_nat ebtables bridge stp llc xt_physdev ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 xt_multiport iptable_filter ip_tables ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 dm_round_robin dm_multipath vhost_net macvtap macvlan tun kvm_intel kvm iTCO_wdt iTCO_vendor_support sg ixgbe mdio sb_edac edac_core lpc_ich mfd_core i2c_i801 ioatdma igb dca i2c_algo_bit i2c_core ptp pps_core ext4 jbd2 mbcache sd_mod crc_t10dif 3w_sas ahci isci libsas scsi_transport_sas dm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan]</div>
<div>Feb 23 19:19:42 hv3 kernel: Pid: 15280, comm: vhost-15276 Tainted: G        W  ---------------    2.6.32-431.5.1.el6.x86_64 #1</div><div>Feb 23 19:19:42 hv3 kernel: Call Trace:</div><div>Feb 23 19:19:42 hv3 kernel: &lt;IRQ&gt;  [&lt;ffffffff81071e27&gt;] ? warn_slowpath_common+0x87/0xc0</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff81071f16&gt;] ? warn_slowpath_fmt+0x46/0x50</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa016c862&gt;] ? igb_get_drvinfo+0x82/0xe0 [igb]</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8145b1d2&gt;] ? skb_warn_bad_offload+0xc2/0xf0</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff814602c1&gt;] ? __skb_gso_segment+0x71/0xc0</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff81460323&gt;] ? skb_gso_segment+0x13/0x20</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff814603cb&gt;] ? dev_hard_start_xmit+0x9b/0x480</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8147bf5a&gt;] ? sch_direct_xmit+0x15a/0x1c0</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff81460a58&gt;] ? dev_queue_xmit+0x228/0x320</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa035a898&gt;] ? br_dev_queue_push_xmit+0x88/0xc0 [bridge]</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa035a928&gt;] ? br_forward_finish+0x58/0x60 [bridge]</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa035a9da&gt;] ? __br_forward+0xaa/0xd0 [bridge]</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff814897b6&gt;] ? nf_hook_slow+0x76/0x120</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa035aa5d&gt;] ? br_forward+0x5d/0x70 [bridge]</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa035ba6b&gt;] ? br_handle_frame_finish+0x17b/0x2a0 [bridge]</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa035bd3a&gt;] ? br_handle_frame+0x1aa/0x250 [bridge]</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8145b7c9&gt;] ? __netif_receive_skb+0x529/0x750</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8145ba8a&gt;] ? process_backlog+0x9a/0x100</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff81460d43&gt;] ? net_rx_action+0x103/0x2f0</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8107a8e1&gt;] ? __do_softirq+0xc1/0x1e0</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8100c30c&gt;] ? call_softirq+0x1c/0x30</div><div>Feb 23 19:19:42 hv3 kernel: &lt;EOI&gt;  [&lt;ffffffff8100fa75&gt;] ? do_softirq+0x65/0xa0</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff814611c8&gt;] ? netif_rx_ni+0x28/0x30</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa01a0749&gt;] ? tun_sendmsg+0x229/0x4ec [tun]</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa027bcf5&gt;] ? handle_tx+0x275/0x5e0 [vhost_net]</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa027c095&gt;] ? handle_tx_kick+0x15/0x20 [vhost_net]</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa027955c&gt;] ? vhost_worker+0xbc/0x140 [vhost_net]</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffffa02794a0&gt;] ? vhost_worker+0x0/0x140 [vhost_net]</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8109aee6&gt;] ? kthread+0x96/0xa0</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8100c20a&gt;] ? child_rip+0xa/0x20</div><div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8109ae50&gt;] ? kthread+0x0/0xa0</div>
<div>Feb 23 19:19:42 hv3 kernel: [&lt;ffffffff8100c200&gt;] ? child_rip+0x0/0x20</div><div>Feb 23 19:19:42 hv3 kernel: ---[ end trace e93142595d6ecfc7 ]---</div></div><div><br></div><div>This is 100% reproducable, every time. The login itself works just fine. Some more info:</div>
<div><br></div><div><div>[root@hv3 ~]# uname -a</div><div>Linux hv3.ovirt.gs.cloud.lan 2.6.32-431.5.1.el6.x86_64 #1 SMP Wed Feb 12 00:41:43 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux</div><div>[root@hv3 ~]# rpm -qa | grep vdsm</div>
<div>vdsm-4.13.3-3.el6.x86_64</div><div>vdsm-xmlrpc-4.13.3-3.el6.noarch</div><div>vdsm-python-4.13.3-3.el6.x86_64</div><div>vdsm-cli-4.13.3-3.el6.noarch</div></div><div><br></div>-- <br>Met vriendelijke groeten / With kind regards,<br>
Johan Kooijman<br><br></div><div>E <a href="mailto:mail@johankooijman.com">mail@johankooijman.com</a>
</div></div></div>