Linux Error: 11: Resource temporarily unavailable

几日前生产环境遇到一问题，经查证，问题解决，大体过程如下：
一：问题根源：系统参数小于实际需要参数大小
二：基本环境：redhat6.2 +oracle11g rac 
三：分析过程：

现场反馈程序无法正常连接数据库，但登录系统后，监听正常。
1.alert告警日志无报错信息
2.监听日志信息错误信息如下：
(CONNECT_DATA=(SID=uflowcb1)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=)))* (ADDRESS=(PROTOCOL=tcp)(HOST=**)(PORT=42961)) * establish * udc *12518
TNS-12518: TNS:listener could not hand off client connection
TNS-12536: TNS:operation would block
TNS-12560: TNS:protocol adapter error
TNS-00506: Operation would block
Linux Error: 11: Resource temporarily unavailable
3.错误核对官方文档显示：
ORA-12536: TNS:operation would block Cause: An internal operationdid not commence because to do so would block the current processand the user has requested that operations be non-blocking. Action:None needed; this is an information message 
TNS-12560: TNS:protocol adapter error Cause: A generic protocoladapter error occurred. Action: Check addresses used for properprotocol specification. Before reporting this error, look at theerror stack and check for lower level transport errors. For furtherdetails, turn on tracing
TNS-00506: Operation would block Cause: An internal operation didnot commence because to do so would block the current process andthe user has requested that operations be non-blocking. Action:None needed; this is an information message.

前三个错误的action均什么也不需要，那么我们就看最后一个linux error：
Linux Error: 11: Resource temporarily unavailable
经查询，是系统连接进程的显示：

[oracle@* ~]$ grep nproc/etc/security/limits.conf 
#       - nproc - max number of processes
#@student       hard    nproc         20
#@faculty       soft    nproc         20
#@faculty       hard    nproc         50
#ftp            hard   nproc         0
grid              soft   nproc   2048
grid              hard   nproc   16384
oracle            soft    nproc  2048
oracle            hard    nproc  16384
[oracle@itsm-uflow-db2 ~]$ 

而数据库内部的process是5000，这里的2048明显小于5000，这也是系统限制而不是数据库内部限制报错的一个原因

数据库内部的process是5000，这里的2048明显小于5000，这也是系统限制而不是数据库内部限制报错的一个原因，（如果是数据库内部进程限制，那么告警日志将直接报，进程参数不足类似告警）。目前常规用户在2000-2500之间，高峰在3000左右，因此目前数据库5000*2=10000，系统8192*2=16384

能满足近期的需要。

四：处理办法：修改系统参数文件限制，两个同时修改，缺一不可
1.vi /etc/security/limits.conf
grid                 soft     nproc   8092
grid                 hard     nproc   16384
oracle               soft     nproc  8092
oracle               hard     nproc  16384
2.vi /etc/security/limits.d/90-nproc.conf
*           soft     nproc     40960

保存即可，该限制文件修改后就生效，不需要系统重启。

五：验证是否生效
ulimit -a 

在实际操作中，发现有redhat6.3机器需要重启才生效。