OpenStack的neutron结点的奇怪重启问题

CentOS7上安装OpenStack Juno版本。配置了两个物理网络（对应地是两个external network），一个与管理网络重合，一个与Tunnel网络重合。配置第二个物理网络后，碰到一个奇怪问题，就是分配第二个物理网络的浮动IP给虚拟机（虚拟机是两个网卡，分别与两个物理网络对应的），能ping通这个虚拟IP，但是使用ssh访问这个IP，竟然会导致neutron结点重启。查日志看是ACPI错误，但什么原因导致这个错误一无所知，网上找找，有的说是内核可能有bug，有的又说可能是网卡驱动错误也能导致，等等；但我根本没有什么办法解决。差点准备禁用ACPI了。结果在偶然的情况下，发现没有将第二个物理网络对应网卡eno2的gre关闭，于是将它关闭，然后就正常了。安装手册对这个操作的描述，显得这并不是一个什么关键性问题，如下所示：

Depending on your network interface driver, you may need to disable generic receive offload (GRO) to achieve suitable throughput between your instances and the external network.

To temporarily disable GRO on the external network interface while testing your environment:

# ethtool -K INTERFACE_NAME gro off

看上面的描述，第一是比较模糊——我怎么知道我的网卡驱动到底需不需要执行这个操作？ 第二是不配置后果也不严重——只是需要吞吐量不行的时候可以考虑这个问题。只是这个操作没执行就导致neutron结点在某种莫名的情况下重启，是在令人想不到。

上面的设置似乎不是持久性的，neutron结点重启后，又需要设置一下。

附1：ethtool -i  <interface> 命令可以查看驱动，我的网卡驱动信息是

“driver: bnx2
version: 2.2.5
firmware-version: bc 4.0.3 ipms 1.6.0”

附2：neutron结点重启还会引发一个附加问题：安装安装手册，对于ovs网桥，如br-ex等的IP配置都是临时性的，等到重启后，这个配置失效，那么这个接口也就访问不了了。所以如果是远程的那么最好有个被用接口。另外就是需要将ovs网桥配置写到文件，这个与RHEL7中传统网桥的配置又有不同，是另外一个问题了。