![什么原因导致了“skb rides the rocket”错误?](https://linux22.com/image/646854/%E4%BB%80%E4%B9%88%E5%8E%9F%E5%9B%A0%E5%AF%BC%E8%87%B4%E4%BA%86%E2%80%9Cskb%20rides%20the%20rocket%E2%80%9D%E9%94%99%E8%AF%AF%EF%BC%9F.png)
在我们一台繁忙的(虚拟)Debian 6 服务器上,我们在系统日志中看到很多这样的消息:
kernel: xen_netfront: xennet: skb rides the rocket: 19 slots
我们发现了一些连接问题,我相信这可能与此有关。我尝试研究这个问题,但找到的信息很少(但已确认它会导致数据包丢失)。我希望这里有人对这个问题有更多了解。
什么原因可能导致了这个问题?
这可能是虚拟主机的问题吗?(为什么这里提到 Xen)
我该怎么做才能阻止这种情况发生?
谢谢。
答案1
摘自本文:https://bugs.launchpad.net/ubuntu/+source/linux-lts-raring/+bug/1195474 这似乎是由于 Linux 内核错误导致的数据包丢失的结果。
他们建议通过“ethtool -K eth0 sg off”关闭数据包分段,但我不清楚应该在主机还是客户机上应用。我刚刚在自己的 VPS 上尝试过,因为我遇到了同样的问题。希望这对你有帮助。
Stefan Bader (smb) 于 2014-05-15 写道:#9 我们终于有办法随意重现这个问题了。事实证明,任何比 3.7 更新的内核(> > 具有处理我在评论 #7 中提到的复合页面的更改)都会遇到这个问题。> Brian 在上一条评论中找到的解决方法确实有效,因为它可以防止使用片段(“ethtool -K eth0 sg off” 就足够了)。我会将此错误标记为较新版本的重复,因为较新版本已经有了更详细的信息。