安装grid,执行安装过程中第二个脚本出错
系统环境：红帽linux企业版 64bitgrid版本:11.2.0.3.0
安装过程前边一切正常，在install时出现执行两个脚本的提示，按照原来一直做的那样，按顺序执行
当在第二个节点执行第二个脚本时眼看就要结束但是报了如下错误。
PRCR-1079 : Failed to start resource ora.scan1.vip
CRS-5017: The resource action "ora.scan1.vip start" encountered the following error:
CRS-5005: IP Address: 10.101.4.248 is already in use in the network
. For details refer to "(:CLSN00107:)" in "/ora/grid/11.2.0/log/j2-8-s-rac02/agent/crsd/orarootagent_root/orarootagent_root.log".
CRS-2674: Start of 'ora.scan1.vip' on 'j2-8-s-rac02' failed
CRS-2632: There are no more servers to try to place resource 'ora.scan1.vip' on that would satisfy its placement policy
start scan ... failed
FirstNode configuration failed at /ora/grid/11.2.0/crs/install/crsconfig_lib.pm line 9196.
/ora/grid/11.2.0/perl/bin/perl -I/ora/grid/11.2.0/perl/lib -I/ora/grid/11.2.0/crs/install /ora/grid/11.2.0/crs/install/rootcrs.pl execution failed
附件是log 2014-03-05 11:10:32.555: {1:57936:203} (:CLSN00107:) clsn_agent::start {
2014-03-05 11:10:32.555: {1:57936:203} InterfaceName = bond0
2014-03-05 11:10:32.555: {1:57936:203} NetworkMask = 255.255.255.240
2014-03-05 11:10:32.555: {1:57936:203} NetworkAuto = static
2014-03-05 11:10:32.556: {1:57936:203} Checking if bond0 Interface is fine
2014-03-05 11:10:32.567: {1:57936:203} ifname=bond0
2014-03-05 11:10:32.567: {1:57936:203} subnetmask=255.255.255.240
2014-03-05 11:10:32.567: {1:57936:203} subnetnumber=10.101.4.240
2014-03-05 11:10:32.567: {1:57936:203} InterfaceName = bond0
2014-03-05 11:10:32.567: {1:57936:203} HostName 10.101.4.248 translated to 10.101.4.248
2014-03-05 11:10:32.568: {1:57936:203} Interface Name = bond0
2014-03-05 11:10:32.568: {1:57936:203} Ip Address = 10.101.4.248
2014-03-05 11:10:32.568: {1:57936:203} Utils::getCrsHome crsHome /ora/grid/11.2.0
2014-03-05 11:10:32.568: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:32.571: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:32.571: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:32.572: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:33.572: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:33.573: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:34.573: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:34.574: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:35.574: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:35.575: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:36.575: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:36.576: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:37.576: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:37.577: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:38.577: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:38.578: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:39.578: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:39.579: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:40.579: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:40.580: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:41.580: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:41.580: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:42.581: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:42.581: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:43.582: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:43.582: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:44.582: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:44.583: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:45.583: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:45.584: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:46.584: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:46.585: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:47.585: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:47.586: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:48.586: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:48.587: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:49.587: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:49.587: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:50.587: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:50.588: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:51.588: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:51.589: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:52.589: [ default]ICMP Ping from 10.101.4.245 to 10.101.4.248
2014-03-05 11:10:52.590: [ default]clsicmp_pingdecode recvd from 0.0.0.0 Response type 0
2014-03-05 11:10:52.590: {1:57936:203} Ip address already in use 10.101.4.248
2014-03-05 11:10:52.591: [ AGENT] {1:57936:203} UserErrorException: Locale is
2014-03-05 11:10:52.591: [ AGENT] {1:57936:203} UserErrorException: Locale is
2014-03-05 11:10:52.591: {1:57936:203} clsnUtils::error Exception type=2 string=
CRS-5017: The resource action "ora.scan1.vip start" encountered the following error:
CRS-5005: IP Address: 10.101.4.248 is already in use in the network
. For details refer to "(:CLSN00107:)" in "/ora/grid/11.2.0/log/j2-8-s-rac02/agent/crsd/orarootagent_root/orarootagent_root.log".
2014-03-05 11:10:52.592: {1:57936:203} (:CLSN00107:) clsn_agent::start }
2014-03-05 11:10:52.592: [ AGFW] {1:57936:203} Command: start for resource: ora.scan1.vip 1 1 completed with status: FAIL
2014-03-05 11:10:52.593: [ AGFW] {1:57936:203} Agent sending reply for: RESOURCE_START ID 4098:569
2014-03-05 11:10:52.593: {1:57936:203} VipAgent::checkIp returned false
2014-03-05 11:10:52.594: [ AGFW] {1:57936:203} Agent sending reply for: RESOURCE_START ID 4098:569
2014-03-05 11:10:52.596: [ AGFW] {1:57936:203} ora.scan1.vip 1 1 state changed from: STARTING to: OFFLINE
2014-03-05 11:10:52.596: [ AGFW] {1:57936:203} Agent sending last reply for: RESOURCE_START ID 4098:569
2014-03-05 11:10:52.606: [ AGFW] {1:57936:203} Agent received the message: RESOURCE_CLEAN ID 4100:581
2014-03-05 11:10:52.606: [ AGFW] {1:57936:203} Preparing CLEAN command for: ora.scan1.vip 1 1
2014-03-05 11:10:52.606: [ AGFW] {1:57936:203} ora.scan1.vip 1 1 state changed from: OFFLINE to: CLEANING
2014-03-05 11:10:52.607: {1:57936:203} (:CLSN00106:) clsn_agent::clean {
scan vip存在ip冲突， 需要分析10.101.4.248被谁使用了 Maclean Liu(刘相兵 发表于 2014-3-5 13:06 static/image/common/back.gif
2014-03-05 11:10:32.555: {1:57936:203} (:CLSN00107:) clsn_agent: ...
刘大，我是按正常顺序执行脚本的。在以前搭建rac时就没有这样的问题。 Maclean Liu(刘相兵 发表于 2014-3-5 13:06 static/image/common/back.gif
2014-03-05 11:10:32.555: {1:57936:203} (:CLSN00107:) clsn_agent: ...
这个当时我查了，是被第一个节点占用了。但是在我前期配置的时候是没有配置的，这个应该是安装grid时加上去的占用了scan-ip 用最新的cluvfy看一下， 该问题也可能与你的 GRID安装配置有关 Maclean Liu(刘相兵 发表于 2014-3-5 14:22 static/image/common/back.gif
用最新的cluvfy看一下， 该问题也可能与你的 GRID安装配置有关
知道原因了。是由于在安装之前同事在存储上映射时将主机组的主机弄颠倒了，导致两套rac的存储交叉了。我之前也没检查环境，就直接开装。失误啊。
页:
[1]