什么导致`skb乘坐火箭`错误?

在我们的一个繁忙的(虚拟)Debian 6服务器上,我们在系统日志中看到了很多这样的消息:

kernel: xen_netfront: xennet: skb rides the rocket: 19 slots

我们看到一些连接问题,我相信这可能与此有关。 我已经尝试过研究这个问题,但是可以find很less的信息(但是已经证实可能导致丢包)。 我希望有人在这里知道更多关于这个问题。

什么可能导致这个问题?

这可能是虚拟主机的问题吗? (为什么Xen在这里提到)

我能做些什么来阻止这种情况的发生?

谢谢。

从这篇文章: https : //bugs.launchpad.net/ubuntu/+source/linux-lts-raring/+bug/1195474看来,这是由于Linux中的内核错误造成的数据包丢失的结果。

他们提供了通过“ethtool -K eth0 sg off”来closures数据包分段的build议,但是我不清楚它是否在主机或客户机上,它应该被应用。 我只是尝试了我自己的VPS,因为我有同样的问题。 我希望有帮助。

Stefan Bader(smb)在2014-05-15写道:#9我们终于有了一种方法来随意重现这一点。 事实certificate,任何比3.7更新的内核(其中>>具有处理复合页面的改变,我在第7条评论中提到)会遭受这个问题的困扰。 > Brian在前面的评论中find的解决方法确实可以起作用,因为它可以防止使用> fragments(“ethtool -K eth0 sg off”应该足够了)。 我将把这个bug标记为新的,因为它已经有了更多的细节信息。