当其他RAC节点上的私网互连断开连接时,CRS不启动(文档 ID 1981887.1)
2017-01-24 10:34
459 查看
适用于:
Oracle Database - Enterprise Edition - Version11.2.0.1 and later
Information in this document applies to anyplatform.
症状:
在测试期间,在其他节点上拉出网络电缆后,CRS未启动。
命令'crsctl stat res -t -init'显示gpnpd是OFFLINE
......
ora.cluster_interconnect.haip
1 ONLINE OFFLINE STABLE
ora.cssd
1 ONLINE OFFLINE STABLE
ora.gipcd
1 ONLINE OFFLINE STABLE
ora.gpnpd
1 ONLINE OFFLINE STABLE
......
GPNPD日志(<GridInfrastructure home> / log / <node> /gpnpd/gpnpd.log)显示:
2015-02-18 11:10:29.725: [ GPNP][1]clsgpnpd_lFilterIpTypes: [at clsgpnpd.c:1593] -net4/192.8.1.0 cluster_interconnect (ip=,mask=,mac=,typ=1)
2015-02-18 11:10:29.725: [ GPNP][1]clsgpnpd_lFilterIpTypes:[at clsgpnpd.c:1614] of 3 net interfaces, 1 publics (1 ipv4, 0ipv6), 2 privates (2 ipv4, 0 ipv6).
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_lCheckIpTypes:[at clsgpnpd.c:1729] GPnP Node Network Interfaces - 1 total
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_lFilterIpTypes:[at clsgpnpd.c:1593] - net2/172.10.255.0 public(ip=172.10.255.103,mask=255.255.255.0,mac=00-21-28-69-10-36,typ=1)
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_lFilterIpTypes:[at clsgpnpd.c:1614] of 1 net interfaces, 1 publics (1 ipv4, 0ipv6), 0 privates (0 ipv4, 0 ipv6).
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_lCheckIpTypes:[at clsgpnpd.c:1747] (:GPNPD00123:) Fatal: No private GPnP networkinterfaces found on node. Check network setup.
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_term: [atclsgpnpd.c:1187] STOP GPnPD terminating. Closing connections...
2015-02-18 11:10:29.738: [ CLSCEVT][1](:CLSCE0024:)clsce_unsubscribe 100d071d0not currently subscribed
2015-02-18 11:10:29.739: [ CLSCEVT][1](:CLSCE0024:)clsce_unsubscribe 100d071d0not currently subscribed
2015-02-18 11:10:29.739: [ default][1]clsce_term 100d071d0 context terminated
2015-02-18 11:10:29.739: [ default][1]clsgpnpd_term STOP terminating.
2015-02-18 11:10:29.739: [ GPNP][1]clsgpnp_Term: [atclsgpnp0.c:1346] GPnP cli=gpnp
确认网络使用文档Note 1054902.1 How toValidate Network and Name Resolution Setup for the Clusterware and RAC and noissue is found
原因:
私网通过CROSS-OVER CABLE连接。
解决办法:
专用网络不支持交叉电缆。
请用交换机更换并重新运行测试。
Oracle Database - Enterprise Edition - Version11.2.0.1 and later
Information in this document applies to anyplatform.
症状:
在测试期间,在其他节点上拉出网络电缆后,CRS未启动。
命令'crsctl stat res -t -init'显示gpnpd是OFFLINE
......
ora.cluster_interconnect.haip
1 ONLINE OFFLINE STABLE
ora.cssd
1 ONLINE OFFLINE STABLE
ora.gipcd
1 ONLINE OFFLINE STABLE
ora.gpnpd
1 ONLINE OFFLINE STABLE
......
GPNPD日志(<GridInfrastructure home> / log / <node> /gpnpd/gpnpd.log)显示:
2015-02-18 11:10:29.725: [ GPNP][1]clsgpnpd_lFilterIpTypes: [at clsgpnpd.c:1593] -net4/192.8.1.0 cluster_interconnect (ip=,mask=,mac=,typ=1)
2015-02-18 11:10:29.725: [ GPNP][1]clsgpnpd_lFilterIpTypes:[at clsgpnpd.c:1614] of 3 net interfaces, 1 publics (1 ipv4, 0ipv6), 2 privates (2 ipv4, 0 ipv6).
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_lCheckIpTypes:[at clsgpnpd.c:1729] GPnP Node Network Interfaces - 1 total
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_lFilterIpTypes:[at clsgpnpd.c:1593] - net2/172.10.255.0 public(ip=172.10.255.103,mask=255.255.255.0,mac=00-21-28-69-10-36,typ=1)
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_lFilterIpTypes:[at clsgpnpd.c:1614] of 1 net interfaces, 1 publics (1 ipv4, 0ipv6), 0 privates (0 ipv4, 0 ipv6).
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_lCheckIpTypes:[at clsgpnpd.c:1747] (:GPNPD00123:) Fatal: No private GPnP networkinterfaces found on node. Check network setup.
2015-02-18 11:10:29.735: [ GPNP][1]clsgpnpd_term: [atclsgpnpd.c:1187] STOP GPnPD terminating. Closing connections...
2015-02-18 11:10:29.738: [ CLSCEVT][1](:CLSCE0024:)clsce_unsubscribe 100d071d0not currently subscribed
2015-02-18 11:10:29.739: [ CLSCEVT][1](:CLSCE0024:)clsce_unsubscribe 100d071d0not currently subscribed
2015-02-18 11:10:29.739: [ default][1]clsce_term 100d071d0 context terminated
2015-02-18 11:10:29.739: [ default][1]clsgpnpd_term STOP terminating.
2015-02-18 11:10:29.739: [ GPNP][1]clsgpnp_Term: [atclsgpnp0.c:1346] GPnP cli=gpnp
确认网络使用文档Note 1054902.1 How toValidate Network and Name Resolution Setup for the Clusterware and RAC and noissue is found
原因:
私网通过CROSS-OVER CABLE连接。
解决办法:
专用网络不支持交叉电缆。
请用交换机更换并重新运行测试。
相关文章推荐
- 文档 ID 1324574.1 11gR2 RAC 服务在实例关闭时不会故障转移到其他节点
- 文档 ID 1324574.1 11gR2 RAC 服务在实例关闭时不会故障转移到其他节点
- Oracle 11g RAC 添加节点故障之--CRS资源启动故障
- 当程序用ado的jet4.0方式连接的时候,对于设有access数据库密码的mdb的访问居然报错“无法启动应用程序,工作组信息文件丢失,或是已被其他用户已独占方式打开”,而用odbc方式不报错,小阴沟里翻船,郁闷中然后查文档解决之
- 当程序用ado的jet4.0方式连接的时候,对于设有access数据库密码的mdb的访问居然报错“无法启动应用程序,工作组信息文件丢失,或是已被其他用户已独占方式打开”,而用odbc方式不报错,小阴沟里翻船,郁闷中然后查文档解决之
- RAC 环境中 gc block lost 和私网通信性能问题的诊断 (文档 ID 1674865.1)
- 系统突然断电重启导致rac节点无法启动,crs-4000错误
- RAC 环境中 gc block lost 和私网通信性能问题的诊断 (文档 ID 1674865.1)
- rac 中节点的vip在该节点启动不了,在其他节点正常启动。
- 11.2 RAC: In "crsctl stat res -t" State Details May Be Missing or Incorrect (文档 ID 1086563.1)
- 对于诊断 Oracle Clusterware(CRS 或 GI)和 Real Application Cluster(RAC)问题的数据收集 (文档 ID 2017246.1)
- 最常见的 5 个导致节点重新启动、驱逐或 CRS 意外重启的问题 (文档 ID 1524455.1)
- 当存放表决盘的磁盘组发生磁盘丢失时,启动CRS的步骤 (文档 ID 2055530.1)
- 当程序用ado的jet4.0方式连接的时候,对于设有access数据库密码的mdb的访问居然报错“无法启动应用程序,工作组信息文件丢失,或是已被其他用户已独占方式打开”,而用odbc方式不报错,小阴沟里翻船,郁闷中然后查文档解决之
- 网卡mtu 值不同导致rac 2节点ASM不能同时启动 ORA-27550: Target ID protocol check failed.
- Oracle 11g RAC 添加节点故障之--CRS资源启动故障
- RAC节点启动失败--ASM无法连接
- 安卓-开发常见问题之不断启动新的AVD,Eclipse与AVD连接断开
- [Erlang 0098] net_kernel与节点互连,断开,监控
- 配置节点oracle10g rac部署文档