Windows Server2008、2012安装RAC报 [INS-20802]网格基础结构配置失败
2014-12-29 09:15
393 查看
之前有客户要求,在windows server2012上要求安装Oracle 11gR2 RAC,所以在自己的虚拟机上进行了测试。win 2012没有安装成功,使用2008报同样的错,如图
查看集群状态,节点1完全OK,但是alert日志中:
查看ASM2的alert日志:
手动mount CRS磁盘,报错如图:
可以看出,节点1的mount是非共享的,但是vmware共享磁盘的设置和在inux下安装RAC的共享磁盘是一致。
于是决定将节点1的集群停掉,节点2上mount CRS,再启动节点1的集群。然后GRID安装成功。
疑惑:
1.节点1、2的共享磁盘设置一样,为何先在节点2mount磁盘可以,先在节点1mount,节点2就无法mount
2.使用vmware上安装的window和linux使用共享磁盘是否设置不一样,没有找到答案
与如下网友的情况不一样:
http://bbs.chinaunix.net/thread-4059514-1-1.html :1.我没有使用DNS 2.我的版本是11.2.0.4
http://bbs.chinaunix.net/thread-4059514-1-1.html 共享磁盘是立即分配的
查看集群状态,节点1完全OK,但是alert日志中:
2014-12-26 16:54:23.967: [cssd(3748)]CRS-1601:CSSD 重新配置完毕。活动节点为 windb1 windb2 。 2014-12-26 16:55:57.372: [cssd(2756)]CRS-1612:50% 的超时时间间隔内缺少与节点 windb2 (2) 的网络通信。将在 14.774 秒后从集群中删除此节点 2014-12-26 16:56:05.399: [cssd(2756)]CRS-1611:75% 的超时时间间隔内缺少与节点 windb2 (2) 的网络通信。将在 6.740 秒后从集群中删除此节点 2014-12-26 16:56:09.407: [cssd(2756)]CRS-1610:90% 的超时时间间隔内缺少与节点 windb2 (2) 的网络通信。将在 2.747 秒后从集群中删除此节点 2014-12-26 16:56:12.162: [cssd(728)]CRS-1607:节点 windb2 被排除在集群复本 315077811 之外; 详细资料见 (:CSSNM00007:) (位于 D:\app\11.2.0\grid\log\windb1\cssd\ocssd.log)。节点2上的alert日志:
2014-12-26 16:55:20.446: [ctssd(3056)]CRS-2411:由于本地时间与集群标准时间相差太大, 集群时间同步服务将需要很长时间来执行时间同步操作。详细资料见 D:\app\11.2.0\grid\log\windb2\ctssd\octssd.log。 2014-12-26 16:55:38.514: [cssd(1196)]CRS-1612:50% 的超时时间间隔内缺少与节点 windb1 (1) 的网络通信。将在 14.587 秒后从集群中删除此节点 2014-12-26 16:55:46.548: [cssd(1196)]CRS-1611:75% 的超时时间间隔内缺少与节点 windb1 (1) 的网络通信。将在 6.553 秒后从集群中删除此节点 2014-12-26 16:55:50.696: [cssd(1196)]CRS-1610:90% 的超时时间间隔内缺少与节点 windb1 (1) 的网络通信。将在 2.419 秒后从集群中删除此节点 2014-12-26 16:56:05.691: [cssd(1328)]CRS-1632:节点 windb1 正在从集群副本 315077811 的集群中删除 2014-12-26 16:56:06.185: [cssd(364)]CRS-1601:CSSD 重新配置完毕。活动节点为 windb2 。 2014-12-26 16:56:06.432: [ctssd(3000)]CRS-2407:新的集群时间同步服务引用节点为主机 windb2。查看两个节点时间相差太多,在节点2执行一下时间同步,命令行执行:
net time \\windb1 /set /y但之后节点2的alert日志,一直报如下错误:
2014-12-26 16:59:35.514: [D:\app\11.2.0\grid/bin/oraagent.exe(2528)]CRS-5019:所有 OCR 位置均位于 ASM 磁盘组 [CRS] 上, 但未装载这些磁盘组中的任何一个。有关详细信息, 请访问 "(:CLSN00100:)" (在 "D:\app\11.2.0\grid\log\windb2\agent\ohasd\oraagent\oraagent.log" 中)。 2014-12-26 16:59:38.301: [D:\app\11.2.0\grid/bin/oraagent.exe(2528)]CRS-5019:所有 OCR 位置均位于 ASM 磁盘组 [CRS] 上, 但未装载这些磁盘组中的任何一个。有关详细信息, 请访问 "(:CLSN00100:)" (在 "D:\app\11.2.0\grid\log\windb2\agent\ohasd\oraagent\oraagent.log" 中)。 201 ... ...oraagent日志没什么有价值信息
2014-12-26 16:55:07.561: [ora.gipcd][3160]{0:0:124} [check] clsdmc_respget return: status=0, ecode=0 2014-12-26 16:55:14.168: [ora.gpnpd][1904]{0:0:123} [check] clsdmc_respget return: status=0, ecode=0 2014-12-26 16:55:28.063: [ AGFW][2644]{0:0:115} Agent received the message: AGENT_HB[Engine] ID 12293:1074 2014-12-26 16:55:32.205: [ora.mdnsd][1904]{0:0:115} [check] clsdmc_respget return: status=0, ecode=0 2014-12-26 16:55:37.405: [ora.evmd][1904]{0:0:145} [check] clsdmc_respget return: status=0, ecode=1 2014-12-26 16:55:37.405: [ora.evmd][1904]{0:0:145} [check] DaemonAgent::check returned 0 2014-12-26 16:55:37.405: [ora.evmd][1904]{0:0:145} [check] Deep check returned 1 2014-12-26 16:55:37.560: [ora.gipcd][1892]{0:0:124} [check] clsdmc_respget return: status=0, ecode=0 2014-12-26 16:55:44.189: [ora.gpnpd][928]{0:0:123} [check] clsdmc_respget return: status=0, ecode=0 2014-12-26 16:56:02.192: [ora.mdnsd][1892]{0:0:115} [check] clsdmc_respget return: status=0, ecode=0 2014-12-26 16:56:07.402: [ora.evmd][1892]{0:0:145} [check] clsdmc_respget return: status=0, ecode=1 2014-12-26 16:56:07.402: [ora.evmd][1892]{0:0:145} [check] DaemonAgent::check returned 0 2014-12-26 16:56:07.402: [ora.evmd][1892]{0:0:145} [check] Deep check returned 1
查看ASM2的alert日志:
D:\app\Administrator\diag\asm\+asm\+asm2\trace\alert_+asm2.log Fri Dec 26 16:59:32 2014 NOTE: Disk CRS_0000 in mode 0x7f marked for de-assignment ERROR: diskgroup CRS was not mounted WARNING: Disk Group CRS containing spfile for this instance is not mounted WARNING: Disk Group CRS containing configured OCR is not mounted WARNING: Disk Group CRS containing voting files is not mounted ORA-15032: not all alterations performed ORA-15017: diskgroup "CRS" cannot be mounted ORA-15003: diskgroup "CRS" already mounted in another lock name space ERROR: ALTER DISKGROUP ALL MOUNT /* asm agent call crs *//* {0:0:158} */
手动mount CRS磁盘,报错如图:
可以看出,节点1的mount是非共享的,但是vmware共享磁盘的设置和在inux下安装RAC的共享磁盘是一致。
于是决定将节点1的集群停掉,节点2上mount CRS,再启动节点1的集群。然后GRID安装成功。
疑惑:
1.节点1、2的共享磁盘设置一样,为何先在节点2mount磁盘可以,先在节点1mount,节点2就无法mount
2.使用vmware上安装的window和linux使用共享磁盘是否设置不一样,没有找到答案
与如下网友的情况不一样:
http://bbs.chinaunix.net/thread-4059514-1-1.html :1.我没有使用DNS 2.我的版本是11.2.0.4
http://bbs.chinaunix.net/thread-4059514-1-1.html 共享磁盘是立即分配的
相关文章推荐
- 用SQL2012安装DPM2012时,提示报表配置失败的问题
- IT基础结构-4.BDNS-安装与配置
- Windows Server 2012 R2 文件服务器安装与配置02 之基础说明与安装
- IT基础结构-3.BDC-安装与配置
- MongoDB 基础(一)Windows XP 32位安装mongodb及其目录结构和配置
- Windows Server 2012 R2 文件服务器安装与配置02 之基础说明与安装
- IT基础结构-4.BDNS-安装与配置
- IT基础结构-3.BDC-安装与配置
- win7 安装oracle提示:[INS-20802] Oracle Net Configuration Assistant 失败。
- MongoDB 基础(一)Windows XP 32位安装mongodb及其目录结构和配置
- Windows Server 2012 R2 WSUS4.0 服务器安装与配置01之基础安装
- Windows Server 2012 R2 DHCP安装与配置之01 DHCP服务器的基础安装与配置
- sql安装出错,安装程序配置服务器失败的解决方案 [转]
- 安装sql2005时提示系统配置检查器失败,消息为“性能监视器计数器检查失败”
- 解决为VS2008配置调试.NET框架源码的时候安装补丁KB944899(Visual Studio 2008 QFE)失败回滚的问题
- SQL2000:安装程序配置服务器失败
- 安装程序配置服务器失败。参考服务器错误日志和 C:/WINDOWS/SQLSTP.LOG 了解更多信息