应用于：

症状：

当在安装RAC/CRS过程中，运行cluvfy去检查网络连通性时，clusvfy会跟着抛出类似以下的失败：

找不到适当的网络配置给VIPs

结果：节点连通性检查失败

vip找不到一个合适的接口

========================

如上面所提到的，但是ip地址和节点名可能不同，node1，node2，node1_internal,node2_internal的名字会被您实际​​的公共及私用节点名称取代。

在这种情况下，将遇到的第二个问题是，'optional'配置助手里的静默模式，VIPCA将自动运行。在这种情况下，VIPCA将在的CRS安装末尾处失败。 InstallActions日志将显示输出，如：

原因：

这个问题的发生是由于cluvfy和VIPCA在网络最好操作文档“RFC1918"私有网络地址分配做出不正确的假设。因特网最好操作RFC可以查看这里：http://www.faqs.org/rfcs/rfc1918.html

从oracle的角度来看，这个问题追踪到BUG:4437727,每个4437727bug，让cluvfy在RFC1918上，任何IP地址/子网的接下来的位组是私有的，因此作为VIP将不合适使用。

然而，这种假设不考虑的话，它有可能使用这些IP地址作为公网IP内部网络（或Intranet）。因此，这是很常见的，在这些范围内使用公共IP和虚拟IP（S）的IP地址，这是一个支持的配置。

解决：

以上的错误的解决办法是运行时“cluvfy”简单地忽略它，如果你的VIP上述范围之内，你打算使用一个IP地址。安装和配置，可以继续使用没有采取纠正措施。

这样做的结果之一，问题的部分指出，静默的VIPCA在10gR2中的CRS安装结束时将失败。这是因为vipca是在静默模式下运行，并试图通知，提供的IP地址可能不适合VIP（S）。要纠正这一点，你可以手动执行VIPCA界面CRS安装完成后。 VIPCA需要从CRS_HOME / bin目录中的'根'的用户（在Unix / Linux），或作为本地管理员（Windows上）执行：

按照提示，给VIPCA选择适当的公共网络作为接口，在提示时，并为每个节点分配的VIP。在GUI模式手动运行VIPCA，使用相同的IP地址，应该成功完成。

请注意，如果你的补丁10.2.0.3或以上，VIPCA将在静默模式下运行正常。命令会悄悄重新运行vipca，这时可以发现在CRS_HOME \ cfgtoollogs（或CRS_HOME / cfgtoollogs）的文件的configToolAllCommands“或”configToolFailedCommands“。因此，在一个新安装的情况下，静默模式VIPCA命令将失败后10.2.0.1base释放安装，但CRS给10.2.0.3打补丁一次或一次以上，VIPCA可以重新默默运行并且不需要调用GUI工具。