非oracle用户无法运行sqlplus

今天收到一个case，客户说我们打完PSU之后，他们的sqlplus就无法使用了，报错为：

检查该lib文件的权限：

发现该文件的权限是对于other是0。非oracle用户没有这个文件的权限。

进一步对比这个文件的更改时间和PSU的时间：

我们看到PSU的时间确实和这个文件的更改时间是吻合的。

开了SR给oracle，oracle在实验环境中重做了该PSU，发现2个问题：
（1）数据库版本是11.1的，应该是11.1的opatch，而不是我们用的11.2.
（2）即使是用11.1或11.2的opatch打，文件的权限也是不会改的。

那么为什么这个文件的权限会更改？是手工更改的？

后续有别的故障发生，已经有好几个数据库，也是打完PSU之后，非oracle的用户无法执行sqlplus了，但是在打PSU的过程中，没有人去手工改过那个文件的权限，patch的log也是显示成功。这是怎么回事？

随着进一步的调查，发现上述数据库的oracle用户，在.profile中，umask由于安全的原因，在前段时间都已经被改成027，而不是安装时，oracle文档要求的022。这样，当进行patch时候，该lib文件会被删除，在重新生成一个，在重新生成的时候，按照027的权限，就变成了other为0的权限了。

结论：不要轻易更改oracle用户的umask。保持其在安装时候的要求。