RAC节点启动失败--ASM无法连接
程序员文章站
2022-05-31 19:29:20
...
近日遇到一个RAC问题,一个节点无法启动,经过分析后解决,解决过程如下。11.2.0.3RAC环境,其中一个节点instance启动失败,显示如下错误[oracle@exadbmel04~]$c
近日遇到一个RAC问题,一个节点无法启动,经过分析后解决,解决过程如下。
通过Sqlplus启动,遇到同样的错误
查看资源,可以看到ASM的实例都是正常的,包括diskgroup,但是实例exadbmel04未启动。
通过查询ORA-27300错误,找到问题点。
这个问题是这个文件 $GI_HOME/bin/oracle 的权限不对,正确的权限应该是 "-rwsr-s--x".将权限修改正确,问题解决。
启动实例,香港服务器,正常启动
使用sqlplus验证,数据库已经可以正常访问
遇到这种问题的可能,
1、是人为修改该文件的权限,
2、还有就是apply patch失败,apply patch的过程会有修改该文件权限为-rwxr-xr-x的动作,在apply patch完成后再修改回来,但是如果apply patch失败,就会导致该文件权限一直是错误的状态,需要手动修改回来。
最后分析 $GI_HOME/bin/oracle文件权限中的“S”,这个权限问题明白了,oracle的这个问题也就解释了。查询Linux权限,美国服务器,得到这样的解释
Linux 权限模型有两个专门的位,香港空间,叫做“suid”和“sgid”。当设置了一个可执行程序
的“suid”这一位时,它将代表可执行文件的所有者运行,而不是代表启动程序的人运行。
现在,回到可执行文件,我们可以
看到它属于 root 用户:
推荐阅读
-
RAC节点启动失败--ASM无法连接
-
【RAC】cssfatal缺少导致的节点1无法启动
-
RAC一个节点的数据库无法启动:ORA-00600:internalerrorcode,argu
-
rac_第二个节点重启后无法启动实例:磁盘组dismount问题
-
RAC一个节点的数据库无法启动:ORA-00600:internalerrorcode,argu
-
rac_第二个节点重启后无法启动实例:磁盘组dismount问题
-
RAC节点启动失败--ASM无法连接
-
【RAC】cssfatal缺少导致的节点1无法启动
-
rac某节点asm磁盘启动失败故障定位及恢复
-
【RAC】cssfatal缺少导致的节点1无法启动