Weblogic 9自动shutdown的原因分析

日志中有报错：
Reason: Server failed as the number of stuck threads has exceeded the max limit of 20>


<000000>

 

......

 

<000000>

在此之前还有大量如下的错误：

ErrorCode:[system.pm.CreateConnectionFail]
ErrorMesg:[???en_US.system.pm.CreateConnectionFail???]

......

weblogic.jdbc.extensions.PoolLimitSQLException: weblogic.common.resourcepool.ResourceLimitException: No resources currently available in pool teller to allocate to applications, please increase the size of the pool and retry..

......

 

在console上看到Stuck Thread Count参数设置为20，与shutdown时的日志信息吻合：
Reason: Server failed as the number of stuck threads has exceeded the max limit of 20
JDBC连接池的Initial Capacity设置为60，Maximum Capacity设置为80。

分析Weblogic自动shutdown的原因如下：
由于系统访问量增大，需要访问数据库的线程增多，同时连接着数据库的connections达到JDBC连接池的最大容量，所以就会有部分线程由于无法建立连接报错，关于这一点，在AdminServer.log日志中也有提示信息，JDBC已经达到了Maximum Capacity，之后再增加新的连接就会报错。
由于设置了Stuck Thread Count负载参数为20（该参数默认为0），这表示当有20个线程被标记为Stuck时，会将server转变为FAILED状态。线程无法建立连接并不会马上被标记为Stuck，当达到StuckThreadMaxTime时才会被标记为Stuck，该负载参数设置为600秒。当有20个线程Stuck时，Weblogic启用负载保护机制，将server转变为FAILED状态，由于该server是AdminServer，所以该server为FAILED状态，Weblogic认为这是A critical service failed，所以将server强行关闭FORCE_SHUTTING_DOWN。

 

阅读(10649) | 评论(0) | 转发(1) |

0

上一篇：维度（Dimension）的创建

下一篇：RHEL4.7安装RAC简记