我们最近得到了两台QCT 2U4Node高密度服务器。 每个节点都配有一个带两个QSPF +端口的XL710双40G网卡和两个运行Intel 82599和双10G SPF +端口的QCT Mezz卡，每个节点总共4个10G端口。 我们使用真正的英特尔DAC将XL710的QSFP +端口连接到QCT LY8开关的40G QSFP +端口。 对于10G端口，我们使用一套廉价的第三方DAC将其连接到两台Arista 7280SE-68交换机的10G端口。
八个节点中的每一个都运行CentOS 7.1 x86_64。
经过testing，我们观察到一些10G端口上的数据包丢失（通过netstat -i ）。 因此，我决定为英特尔在sourceforge上发布的最新稳定的i40e和ixgbe驱动程序构buildRPM。 步骤在每个驱动程序源码的README中列出，所以我完成了并使用yum -y --nogpgcheck localinstall将它们安装在每个节点上。
然后，我重新启动所有节点。 他们都回来后，我做了modinfo i40e和modinfo ixgbe ，看到最新的。 因此，我认为更新已经完成。
但今天，我需要审查所有节点的ethtool -i输出，而且我得到了一个惊喜！ 请看下面。 综上所述：
我做了什么：
modinfo输出以确保将新版本加载到OS中 但为什么ethtool -i仍然显示“股票”版本？我错过了更新两个英特尔驱动程序的任何步骤？
感谢任何提示！
40G i40e
$ ansible topfses:bottomfses -a "/sbin/modinfo i40e" -u root|grep version version: 1.3.38 rhelversion: 7.1 srcversion: AC44711F498386802A6D524 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 1.3.38 rhelversion: 7.1 srcversion: AC44711F498386802A6D524 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 1.3.38 rhelversion: 7.1 srcversion: AC44711F498386802A6D524 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 1.3.38 rhelversion: 7.1 srcversion: AC44711F498386802A6D524 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 1.3.38 rhelversion: 7.1 srcversion: AC44711F498386802A6D524 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 1.3.38 rhelversion: 7.1 srcversion: AC44711F498386802A6D524 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 1.3.38 rhelversion: 7.1 srcversion: AC44711F498386802A6D524 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 1.3.38 rhelversion: 7.1 srcversion: AC44711F498386802A6D524 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions $ ansible topfses:bottomfses -a "/sbin/ethtool -i ens10f0" -u root|grep version version: 1.0.11-k firmware-version: f4.22 a1.1 n04.24 e800013fc version: 1.0.11-k firmware-version: f4.22 a1.1 n04.24 e800013fc version: 1.0.11-k firmware-version: f4.22 a1.1 n04.24 e800013fc version: 1.0.11-k firmware-version: f4.22 a1.1 n04.24 e800013fc version: 1.0.11-k firmware-version: f4.22 a1.1 n04.24 e800013fc version: 1.0.11-k firmware-version: f4.22 a1.1 n04.24 e800013fc version: 1.0.11-k firmware-version: f4.22 a1.1 n04.24 e800013fc version: 1.0.11-k firmware-version: f4.22 a1.1 n04.24 e800013fc
10G ixgbe
$ ansible topfses:bottomfses -a "/sbin/modinfo ixgbe" -u root|grep version version: 4.1.2 rhelversion: 7.1 srcversion: 11CE41D9B741B44F4507285 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 4.1.2 rhelversion: 7.1 srcversion: 11CE41D9B741B44F4507285 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 4.1.2 rhelversion: 7.1 srcversion: 11CE41D9B741B44F4507285 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 4.1.2 rhelversion: 7.1 srcversion: 11CE41D9B741B44F4507285 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 4.1.2 rhelversion: 7.1 srcversion: 11CE41D9B741B44F4507285 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 4.1.2 rhelversion: 7.1 srcversion: 11CE41D9B741B44F4507285 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 4.1.2 rhelversion: 7.1 srcversion: 11CE41D9B741B44F4507285 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions version: 4.1.2 rhelversion: 7.1 srcversion: 11CE41D9B741B44F4507285 vermagic: 3.10.0-229.11.1.el7.x86_64 SMP mod_unload modversions $ ansible topfses:bottomfses -a "/sbin/ethtool -i ens20f0" -u root|grep version version: 4.0.1-k-rh7.1 firmware-version: 0x800004e0 version: 4.0.1-k-rh7.1 firmware-version: 0x800004e0 version: 4.0.1-k-rh7.1 firmware-version: 0x800004e0 version: 4.0.1-k-rh7.1 firmware-version: 0x800004e0 version: 4.0.1-k-rh7.1 firmware-version: 0x800004e0 version: 4.0.1-k-rh7.1 firmware-version: 0x800004e0 version: 4.0.1-k-rh7.1 firmware-version: 0x800004e0 version: 4.0.1-k-rh7.1 firmware-version: 0x800004e0