CRS-0215 错误处理

--*******************

-- CRS-0215 错误处理

--*******************

 

在安装 Clusterware 的时候,

收到下列错误提示:

       The given interface(s), "eth0" is not public. Public interfaces should be used to configure virtual IPs.

此时我们需要在第二节点上运行 vipca , 当安装到 75% 左右,又收到了如下的错误信息

 

       CRS-0215 : Could not start resource 'ora.node2.ons'.

 

       Check the log file "/u01/app/oracle/product/10.2.0/crs_1/log/node2/racg/ora.node2.ons.log"  for more details.

 

[oracle@node2 racg]$ pwd

/u01/app/oracle/product/10.2.0/crs_1/log/node2/racg

 

 

[oracle@node2 ~]$ cd /u01/app/oracle/product/10.2.0/crs_1/log/node2/

[oracle@node2 node2]$ ls

admin  alertnode2.log  client  crsd  cssd  evmd  racg

[oracle@node2 node2]$ cd racg

[oracle@node2 racg]$ ls

racgeut  racgevtf  racgmain

[oracle@node2 racg]$ ls -hlt

total 12K

drwxrwxrwt 2 oracle oinstall 4.0K Apr  1 14:15 racgeut

drwxrwxrwt 2 oracle oinstall 4.0K Apr  1 14:15 racgevtf

drwxrwxrwt 2 oracle oinstall 4.0K Apr  1 14:15 racgmain

 

查看一下,根本没有日志存在, Google了一下,需要查看 /etc/hosts localhost的设置

 

[oracle@node2 racg]$ more /etc/hosts

# Do not remove the following line, or various programs

# that require network functionality will fail.

#127.0.0.1               localhost.localdomain localhost

#::1            localhost6.localdomain6 localhost6

 

127.0.0.1       node2.oradb.com          node2

# Public

192.168.0.11   node1.oradb.com        node1

192.168.0.12   node2.oradb.com        node2

#Private

10.101.0.11    node1-priv.oradb.com   node1-priv

10.101.0.12    node2-priv.oradb.com   node2-priv

#Virtual

192.168.0.21   node1-vip.oradb.com    node1-vip

192.168.0.22   node2-vip.oradb.com    node2-vip

 

原来的 127.0.0.1   localhost.localdomain localhost的这一行被注释掉了,记得当时是考虑到

已经增加了 127.0.0.1       node2.oradb.com          node2

所以就将原本缺省行 127.0.0.1注释了,因此取消注释行 (使用 root帐户 )

 

在节点 node1上也是同样的,需要取消注释行 (使用 root帐户 )

 

再次运行 vipca没有出现 CRS-0215错误。

 

更多参考      

有关基于用户管理的备份和备份恢复的概念请参考:

       Oracle 冷备份

       Oracle 热备份

       Oracle 备份恢复概念

       Oracle 实例恢复

       Oracle 基于用户管理恢复的处理 ( 详细描述了介质恢复及其处理 )

             

有关 RMAN的恢复与管理请参考:

       RMAN 概述及其体系结构

       RMAN 配置、监控与管理

       RMAN 备份详解

       RMAN 还原与恢复

             

有关 Oracle体系结构请参考:

       Oracle 实例和 Oracle数据库 (Oracle体系结构 )

       Oracle 表空间与数据文件

       Oracle 密码文件

       Oracle 参数文件

Oracle 数据库实例启动关闭过程

       Oracle 联机重做日志文件 (ONLINE LOG FILE)

       Oracle 控制文件 (CONTROLFILE)

       Oracle 归档日志

 

<think>好的,用户需要解决Oracle 11g RAC中的CRS-4534错误。首先,我得回忆一下这个错误的具体含义。CRS-4534通常表示集群资源无法启动或通信问题,可能涉及CRS(Cluster Ready Services)的状态异常。 根据引用内容,用户之前遇到CRS-4535和CRS-2800的问题,可能和资源状态或磁盘丢失有关。CRS-4534可能类似,需要检查CRS服务是否正常启动。首先应该检查各节点的CRS服务状态,使用crsctl check crs命令。如果某个节点的CRS服务没有在线,可能需要手动启动。 然后,查看集群日志,如$CRS_HOME/log/<hostname>/alert<hostname>.log,寻找具体错误信息。可能的问题包括网络配置错误、磁盘资源不可用或时间同步问题。引用[3]提到时间同步问题可能导致CRS错误,需要检查CTSS或NTP配置,确保所有节点时间一致。 另外,资源状态异常如ora.asm可能在INTERMEDIATE状态,可能需要清理资源状态或重新配置。引用[2]中的CRS-2800错误处理可能需要停止并重新启动资源。此外,检查OCR和表决磁盘的可用性,使用ocrcheck和crsctl query css votedisk命令确认它们的状态。 如果问题依旧,可能需要重新初始化CRS服务或应用补丁。最后,确保所有步骤都参考了Oracle官方文档,并在生产环境中谨慎操作,必要时联系Oracle支持。</think>### Oracle 11g RAC CRS-4534 错误解决方法 CRS-4534 错误表示 *Cluster Ready Services (CRS)* 无法在集群节点上正常启动或通信中断。以下是分步解决方案: --- #### **1. 检查CRS服务状态** 在所有节点执行以下命令,确认服务是否正常: ```bash crsctl check crs ``` - **若输出包含 `CRS-4534`**:表明当前节点CRS服务未完全在线,需进一步排查[^1]。 - **若其他节点正常**:仅故障节点需处理。 --- #### **2. 检查集群日志** 查看CRS日志定位具体原因: ```bash $CRS_HOME/log/<hostname>/alert<hostname>.log # 主日志 $CRS_HOME/log/<hostname>/crsd/crsd.log # CRS守护进程日志 ``` 常见日志线索: - **网络问题**:节点间心跳超时、私网IP配置错误。 - **磁盘资源不可用**:OCR/Voting Disk路径丢失或权限问题(参考引用[2]中磁盘恢复操作)。 - **时间不同步**:若涉及时间同步错误,需检查NTP/CTSS配置(参考引用[3]中ntp.conf处理)。 --- #### **3. 重启CRS服务** 在故障节点尝试重启CRS: ```bash crsctl stop crs crsctl start crs ``` 若重启失败,检查资源占用: ```bash ps -ef | grep crs | grep -v grep # 确认无残留进程 ``` --- #### **4. 检查OCR和Voting Disk** 使用以下命令验证集群关键资源: ```bash ocrcheck # 检查OCR完整性 crsctl query css votedisk # 检查表决磁盘状态 ``` - **若OCR/Voting Disk异常**:需通过 `crsctl replace votedisk` 或 `ocrconfig` 修复[^2]。 --- #### **5. 处理资源状态冲突** 若资源(如 `ora.asm`)处于异常状态: ```bash crsctl stat res -t # 查看资源状态 crsctl stop resource ora.asm -f # 强制停止冲突资源 crsctl start resource ora.asm # 重新启动 ``` --- #### **6. 其他操作** - **网络验证**:使用 `ping`/`cluvfy comp nodecon -n all` 检查私网通信。 - **补丁应用**:确认已安装最新PSU补丁(部分CRS问题需补丁修复)。 --- ### 关键操作总结 | 步骤 | 命令/操作 | 目的 | |------|-----------|------| | 状态检查 | `crsctl check crs` | 确认服务在线情况 | | 日志分析 | `alert<hostname>.log` | 定位错误根源 | | 资源修复 | `crsctl stop/start resource` | 清理冲突状态 | | 磁盘检查 | `ocrcheck`/`crsctl query css votedisk` | 确保存储可靠性 |
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

清风智语

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值