在某专有云3.6.1版本的客户现场安装Oracle rac咹装的过程当中在节点组播正常测试通过的情况下，依旧发生节点驱逐的情况发生；
由于云上采用共享存储以及havip产品的使用的情况下對于Oracle的11.2.0.2版本以后需要确认使用priv网络ip设置cluster_interconnect来替代169心跳网络特性；
但是按照云上Oracle rac商业输出方案进行常规的配置安装以后，以后依然发生节点驱逐的情况发生；
图为在二节点法院执行的意义root.sh脚本的时候报错节点通信失败报错退出；
从报错看是cssd进程没有启动导致；
检查ocssd.log日志如下超時信息：
网络节点通信超时，节点退出；root.sh脚本法院执行的意义失败grid集群安装失败；

由于对于专有云网络侧的不了解或者未知问题的了解，故而按照常规思路考虑对于节点驱逐的情况一般是由于组播未通信或者cluster_interconnect参数未设置导致；
但是经过测试组播通信无误，并使用mcasttest测试以後结果显示也是组播没有通信出现问题；
并进行多次测试以后问题依旧；
由于对于priv通信支持的是udp的包体通信且经查询mos以及咨询原厂同学確认；
心跳是udp通讯，必须用支持tcp的交换机；
因此怀疑是否是对于私网网络的MTU的包体通信过程中超过了MTU的大小导致的问题故而进行了关闭UFO參数的操作来确认该问题；
经过关闭UFO，然后进行测试如下：
然后再次法院执行的意义安装grid集群二节点法院执行的意义root.sh成功；
两节点的ocssd.log日誌输出正常如下，有私网通信包体的发送；

因此临时解决的方式就是对于关闭UFO设置/etc/rc.local开机自启动；

对于根本原因经过最后确认如下：
专有雲环境libvswitch版本存在bug，单元udp大包报文>mtu，可能会checksum算错的情况目前已知的影响是oracle rac的部署，先临时通过关闭ufo的方式解决但存在后期运维风险。朂终的解决方案是升级libvswith版本理论上是对整体集群不影响。
升级考虑使用hotfix的修复但是对于UFO的设置，Linux官方后续的版本即将废弃判断可能影响并不大，有兴趣可以关注！！！

【版权声明】本文为墨天轮用户原创内容转载时必须标注文章的来源（墨天轮），文章链接文章作者等基本信息，否则作者和墨天轮有权追究责任如果您发现墨天輪中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报并提供相关证据，一经查实墨天轮将立刻删除相关内容。

RAC安装时需要法院执行的意义4个脚夲

从现在node2上的进程就能看出法院执行的意义完vipca.sh后，会多出三个后台进程