急急急!weblogic8每天都DOWN,the configured time (StuckThreadMaxTime) of "600" seconds??

qlp_cd_love 2010-02-26 02:25:04
这是后台信息:

####<2010-2-24 上午08时05分59秒 CST> <Warning> <WebLogicServer> <hp-626ihne0gdkg> <myserver> <weblogic.health.CoreHealthMonitor> <<WLS Kernel>> <> <BEA-000337> <ExecuteThread: '198' for queue: 'weblogic.kernel.Default' has been busy for "1,426" seconds working on the request "Http Request: /index.jsp", which is more than the configured time (StuckThreadMaxTime) of "600" seconds.>
####<2010-2-24 上午08时05分59秒 CST> <Error> <HTTP> <hp-626ihne0gdkg> <myserver> <ExecuteThread: '199' for queue: 'weblogic.kernel.Default'> <<WLS Kernel>> <> <BEA-101020> <[ServletContext(id=16737096,name=webapp,context-path=)] Servlet failed with Exception
java.lang.RuntimeException: Close Hibernate session in OpenSessionInViewFilter error.
at cn.com.ncportal.oa.fliter.OpenSessionInViewFilter.doFilter(OpenSessionInViewFilter.java:67)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:628)
at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:412)
at weblogic.servlet.jsp.PageContextImpl.include(PageContextImpl.java:154)
at jsp_servlet._portal.__includelogon._jspService(__includelogon.java:153)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:33)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:996)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at cn.com.ncportal.oa.fliter.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:107)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at cn.com.ncportal.oa.fliter.OpenSessionInViewFilter.doFilter(OpenSessionInViewFilter.java:55)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:628)
at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:412)
at weblogic.servlet.jsp.PageContextImpl.include(PageContextImpl.java:154)
at jsp_servlet.__index._jspService(__index.java:295)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:33)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:996)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at cn.com.ncportal.oa.fliter.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:107)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at cn.com.ncportal.oa.fliter.OpenSessionInViewFilter.doFilter(OpenSessionInViewFilter.java:55)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6458)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3661)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2630)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
Caused by: net.sf.hibernate.exception.GenericJDBCException: Could not execute JDBC batch update
at net.sf.hibernate.exception.ErrorCodeConverter.handledNonSpecificException(ErrorCodeConverter.java:90)
at net.sf.hibernate.exception.ErrorCodeConverter.convert(ErrorCodeConverter.java:79)
at net.sf.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:29)
at net.sf.hibernate.impl.BatcherImpl.convert(BatcherImpl.java:328)
at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:135)
at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2438)
at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2393)
at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2261)
at cn.com.ncportal.oa.commons.session.HibernateSessionFactory.closeSession(HibernateSessionFactory.java:98)
at cn.com.ncportal.oa.fliter.OpenSessionInViewFilter.doFilter(OpenSessionInViewFilter.java:59)
... 34 more
Caused by: java.sql.BatchUpdateException: Io 异常: Connection reset
at oracle.jdbc.driver.DatabaseError.throwBatchUpdateException(DatabaseError.java:367)
at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedStatement.java:8726)
at weblogic.jdbc.wrapper.PreparedStatement.executeBatch(PreparedStatement.java:137)
at net.sf.hibernate.impl.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:54)
at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:128)
... 39 more
>
出现这个错,就得重启了,很严重的问题,请各个老师多多帮忙!
...全文
2290 6 打赏 收藏 转发到动态 举报
写回复
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
ouyangyannan 2011-12-27
  • 打赏
  • 举报
回复
qq2321333695求指教
xm_bluesky 2010-12-11
  • 打赏
  • 举报
回复
配置期间超过了 WebLogic Server StuckThreadMaxTime 值
如果正在使用配置程序配置 WebLogic Server 9.2 MP2 或 10,并且完成配置花费的时间超过 600 秒,则会将以下错误返回到终端、WebLogic Server 域和服务器日志:

<Error> <WebLogicServer> <BEA-000337> <[STUCK] Exe
cuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)' has been busy
for "681" seconds working on the request "Http Request: /opensso/setup/setSetup
Progress", which is more than the configured time (StuckThreadMaxTime) of "600"
seconds. Stack trace: ... 产生此错误是由于 WebLogic Server 超过了其“阻塞线程最长时间:”的默认值:600 秒。

解决方法。如果配置程序没有响应,则重新启动。同时,考虑将 WebLogic Server 的“阻塞线程最长时间”的值从默认的 600 秒更改为更大的值,例如 1200 秒。使用 WebLogic 控制台更改该值(base_domain >“环境”>“服务器”>“管理服务器”>“配置/调节”)。

qiufengqi 2010-03-24
  • 打赏
  • 举报
回复
访问页面 index.jsp的请求时间超过了weblogic设置的时间。
跟踪看看是哪部分超时,优化下。。
TeaMo801023 2010-03-10
  • 打赏
  • 举报
回复
还要看一下这个:at jsp_servlet._portal.__includelogon._jspService(__includelogon.java:153)
TeaMo801023 2010-03-08
  • 打赏
  • 举报
回复
重点检查一下cn.com.ncportal.oa.fliter.OpenSessionInViewFilter.doFilter这个方法,感觉你这个过滤器有嵌套循环,消耗系统资源,你可以加我的QQ,所threadDump日志发给我
jeffreyzhi 2010-03-03
  • 打赏
  • 举报
回复
600秒超时,经常碰到,进程卡死,空闲进程没有了。从来没搞清楚过为什么?
相关推荐
服务器管理应预案 服务器系统故障应预案 1、服务器应用系统出现故障,系统恢复应预案 (1)当服务器应用系统出现故障,安全管理员、系统管理员、应用管理员应当立即初 步确定故障的严重程度,估计出现故障的应用系统故障排除需要的时间,并根据应用系 统需要保障的无故障运行时间,采取不同的应用系统恢复策略。 (2)如果应用系统不能停机,立即启用热备份系统进行工作。 如果应用系统不能停机,而故障又可以在10分钟之内排除,那么安全管理员指导系 统管理员和应用管理员立即排除故障,恢复系统正常运行。 应用系统可以停机而故障又可以在2小时内排除,安全管理员,应该断开服务器的 网络连接,配合系统管理员和应用管理员,处理服务器故障,尽快排除故障,恢复系统 运行。 应用系统可以停机但故障排除不能在2小时之内完成,而应用系统有冷备份系统, 安全管理员,应该断开服务器的网络连接,通知系统管理员和应用管理员启动冷备份系 统,完成应用系统的安装、设置,并进行数据的恢复,保证系统正常运行。 应用系统可以停机,而又没有冷备份的应用系统,那么安全管理员应该通知系统管 理员和应用管理员,备份现有系统的数据和程序,如果不能进行备份系统的数据和程序 ,安全管理员应该从备份管理员那里得到应用系统的最新备份。安全管理员在确定了应 用系统有备份的情况下,通知系统管理员重新修复或安装操作系统,并配合应用管 响、处置结果在调查工作结束后一日内书面报告信息网络事件应小组主任。 (5)应预案技术措施,如果出现网络病毒,系统管理员采用瑞星杀毒软件或卡巴 斯基杀毒软件和360木马查杀工具,对整个计算机进行杀毒。对不能确定是否为病毒的文 件,应该询问安全管理员和应用程序员来确定。如果出现不良信息,安全管理、系统管 理员程序管理员要设法找到不良信息的文件或不良信息存在数据库中的位置,对非法信 息,进行手工删除,或编程删除,若不能清除,采用程序和数据备份进行恢复。 3、软件系统故障应预案 (1) 发生服务器软件系统故障后,安全管理员、系统管理员、应用管理员应立即对服务器进 行查看,分析故障原因,采取并及时报告信息网络事件应小组;同时安排将故障服务 器脱离网络,保存系统状态不变,取出系统镜像备份磁盘,保持原始数据,按照系统恢 复应预案进行。 (2)事态或后果严重的,信息网络事件应小组。 (3)处置结束后, 系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告信息网络事件应 小组。 (4)技术措施:安全管理员、系统管理员、应用管理员在故障发生后立即查看服务 器系统状态,如果是系统软件出现故障,并且能进入系统,且可以清晰定位故障原因, 并可以立即排除,那么立即进行排除。如果估计在3小时之内都不能定位故障原因,那么 报告信息网络事件应小组,请求系统软件厂商及技术支持协助排除,或根据技术支持 的建议进行重新安装操作系统和应用系统。排除操作系统故障的方法,检查操作系统进 程是否都正常,有无非法进程,操作系统文件有无损坏丢失,是否受到病毒和木马程序 侵害,黑客攻击。 如果不是操作系统故障,安全管理员应该只是应用管理员对应用系统进行检查,检 查方法,查看应用系统代码和数据是否被破坏,损坏,丢失,如果丢失,从正确的备份 进行恢复。 4、 黑客攻击事件应预案 当发现网络被非法入侵、网页内容被篡改,应用服务器上的数据被非法拷贝、修改、删 除,或通过入侵检测系统发现有黑客正在进行攻击时,使用者或管理者应断开网络,并 立即报告信息网络事件应小组。 接报告后,信息网络事件应小组应立即指令系统管理员和安全管理员核实情况,关闭 服务器或系统,封锁或删除被攻破的登陆帐号,阻断可疑用户进入网络的通道。 系统管理员应及时清理系统,恢复数据、程序,恢复系统和网络正常;情况严重的,不 能准确判断黑客攻击行为和采取防护和阻断措施的,报告网络事件应小组,并请求支 援。 处置结束后, 系统管理员和安全管理员应将事发经过、处置结果等在调查工作结束后一日内报告信息 网络事件应小组。 (5)技术措施:查看是否存在黑客程序及非法进程,用杀毒软件,360木马查杀工具 ,以及手工方法清除非法程序,若安全管理员、系统管理员、应用管理员不能完全清除 黑客程序,安全管理员应及时报告信息网络事件应小组,请求安全厂商及安全技术支 持协助排除,或根据技术支持的建议进行重新安装操作系统和应用系统。 5、服务器硬件故障应预案 (1)发生服务器设备硬件故障后,安全管理员和系统管理员应及时报告信息网络事 件应小组,并组织查找、确定故障设备及故障原因,进行先期处置。 (2)根据系统恢复应预案,确定故障的服务器上的应用系统的应恢复措施。 (3)处置结束后, 系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告信息网络事件应

5,644

社区成员

发帖
与我相关
我的任务
社区描述
Web开发应用服务器相关讨论专区
社区管理员
  • 应用服务器社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告