RAC节点启动失败--ASM无法连接

近日遇到一个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 用户：