0 0

如何分析weblogic DUMP日志0

在网上搜了有关DUMP日志如何分析,但是在实际项目中看到DUMP日志就蒙了

 

哪位帮忙解答下:

1       A6vkX6Q5pALcgXm2PTpA3A

"ExecuteThread: '60' for queue: 'weblogic.kernel.Default'" id=69 idx=0x138 tid=411728 prio=5 alive, in native, native_blocked, daemon

    at jrockit/vm/Allocator.nativeGetNewTLA()V(Native Method)

    at jrockit/vm/Allocator.getNewTLA(Allocator.java:805)

    at jrockit/vm/Allocator.allocLargerThanFreeTLA(Allocator.java:833)

    at jrockit/vm/Allocator.allocSlowCaseInner(Allocator.java:947)

    at jrockit/vm/Allocator.allocObjectOrArray(Allocator.java:980)

    at jrockit/vm/Allocator.allocArray(Allocator.java:762)

    at oracle/jdbc/driver/T4C8Oall.receive(T4C8Oall.java:665)

    at oracle/jdbc/driver/T4CPreparedStatement.doOall8(T4CPreparedStatement.java:216)

    at oracle/jdbc/driver/T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:955)

    at oracle/jdbc/driver/OracleStatement.doExecuteWithTimeout(OracleStatement.java:1168)

    at oracle/jdbc/driver/OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3285)

    at oracle/jdbc/driver/OraclePreparedStatement.execute(OraclePreparedStatement.java:3390)

    ^-- Holding lock: oracle/jdbc/driver/T4CPreparedStatement@0x4d91df08[thin lock]

    ^-- Holding lock: oracle/jdbc/driver/T4CConnection@0x4cf9e310[thin lock]

    at weblogic/jdbc/wrapper/PreparedStatement.execute(PreparedStatement.java:102)

    at com/ibatis/sqlmap/engine/execution/SqlExecutor.executeUpdate(SqlExecutor.java:84)

    at com/ibatis/sqlmap/engine/mapping/statement/GeneralStatement.sqlExecuteUpdate(GeneralStatement.java:200)

    at com/ibatis/sqlmap/engine/mapping/statement/GeneralStatement.executeUpdate(GeneralStatement.java:78)

    at com/ibatis/sqlmap/engine/impl/SqlMapExecutorDelegate.update(SqlMapExecutorDelegate.java:500)

    at com/ibatis/sqlmap/engine/impl/SqlMapSessionImpl.update(SqlMapSessionImpl.java:85)

    at com/***app/lwc/service/persistence/dao/ibatis/SqlMapClientTemplate$10.doInSqlMapClient(SqlMapClientTemplate.java:521)

    at com/***app/lwc/service/persistence/dao/ibatis/SqlMapClientTemplate.execute(SqlMapClientTemplate.java:193)

    at com/***app/lwc/service/persistence/dao/ibatis/SqlMapClientTemplate.update(SqlMapClientTemplate.java:516)

    at com/***core/integration/dao/impl/***IbatisDAO.update(***IbatisDAO.java:206)

    at com/***core/biz/bo/CustomerBO.update(CustomerBO.java:394)

    at com/***core/biz/service/impl/RegisterPojoService.updateCustomerInfo(RegisterPojoService.java:248)

    at com/***core/biz/action/login/LoginLogDealAction.handleRequest(LoginLogDealAction.java:113)

    at com/***core/biz/action/***Action.perform(***Action.java:105)

    at com/***app/biz/ac/impl/ApplicationControllerBean.handleRequest(ApplicationControllerBean.java:101)

    at com/***app/biz/ac/impl/pafaAC_q25x5e_EOImpl.handleRequest(pafaAC_q25x5e_EOImpl.java:46)

    at com/***app/biz/ac/impl/pafaAC_q25x5e_EOImpl_WLSkel.invoke(ILweblogic/rmi/spi/InboundRequest;Lweblogic/rmi/spi/OutboundResponse;Ljava/lang/Object;)Lweblogic/rmi/spi/OutboundResponse;(Unknown Source)

    at weblogic/rmi/internal/BasicServerRef.invoke(BasicServerRef.java:492)

    at weblogic/rmi/cluster/ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:108)

    at weblogic/rmi/internal/BasicServerRef$1.run(BasicServerRef.java:435)

    at weblogic/security/acl/internal/AuthenticatedSubject.doAs(AuthenticatedSubject.java:363)

    at weblogic/security/service/SecurityManager.runAs(SecurityManager.java:147)

    at weblogic/rmi/internal/BasicServerRef.handleRequest(BasicServerRef.java:430)

    at weblogic/rmi/internal/BasicExecuteRequest.execute(BasicExecuteRequest.java:35)

    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:224)

    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:183)

    at jrockit/vm/RNI.c2java(IIIII)V(Native Method)

    -- end of trace

1       W4p/Iplh9oGwXyRzId2Y4Q

"ExecuteThread: '63' for queue: 'weblogic.kernel.Default'" id=72 idx=0x144 tid=411731 prio=5 alive, in native, blocked, daemon

    -- Blocked trying to get lock: weblogic/utils/classloaders/GenericClassLoader@0x166c74a0[thin lock]

    at jrockit/vm/Threads.sleep(I)V(Native Method)

    at jrockit/vm/Locks.waitForThinRelease(Locks.java:1233)

    at jrockit/vm/Locks.monitorEnterSecondStage(Locks.java:1307)

    at jrockit/vm/Locks.monitorEnter(Locks.java:2389)

    at jrockit/vm/Classes.loadClassInternal(Classes.java:41)

    at jrockit/vm/RNI.c2java(IIIII)V(Native Method)

    at jrockit/vm/ExceptionHandler.throwMissingCDPReference(III)V(Native Method)

    at com/***biz/ac/ACRequestTool.requestAfter(ACRequestTool.java:50)

    at com/***biz/ac/impl/ApplicationControllerBean.handleRequest(ApplicationControllerBean.java:141)

    at com/***biz/ac/impl/****AC_q25x5e_EOImpl.handleRequest(pafaAC_q25x5e_EOImpl.java:46)

    at sun/reflect/GeneratedMethodAccessor276.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;(Unknown Source)

    at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

    at java/lang/reflect/Method.invoke(Method.java:324)

    at com/***lwc/service/remoting/access/rmi/RmiClientInterceptorUtils.doInvoke(RmiClientInterceptorUtils.java:103)

    at com/***lwc/service/remoting/access/ejb/SimpleRemoteSlsbInvokerInterceptor$MethodInvokedAction.run(SimpleRemoteSlsbInvokerInterceptor.java:149)

    at weblogic/security/acl/internal/AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)

    at weblogic/security/service/SecurityManager.runAs(SecurityManager.java:121)

    at weblogic/security/Security.runAs(Security.java:41)

    at com/***lwc/service/remoting/access/ejb/SimpleRemoteSlsbInvokerInterceptor.invokeFromWeblogic(SimpleRemoteSlsbInvokerInterceptor.java:133)

    at com/***lwc/service/remoting/access/ejb/SimpleRemoteSlsbInvokerInterceptor.doInvoke(SimpleRemoteSlsbInvokerInterceptor.java:97)

    at com/***lwc/service/remoting/access/ejb/SmartRemoteSlsbInvokerInterceptor.doInvoke(SmartRemoteSlsbInvokerInterceptor.java:134)

    at com/***lwc/service/remoting/access/ejb/AbstractRemoteSlsbInvokerInterceptor.invoke(AbstractRemoteSlsbInvokerInterceptor.java:116)

    at com/***lwc/core/aop/framework/ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:138)

    at com/***lwc/core/aop/framework/JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:148)

    at $Proxy10.handleRequest(Lcom/***dto/ServiceRequest;)Lcom/***dto/ServiceResponse;(Unknown Source)

    at com/***core/biz/service/ejb/MessageControllerBean.onMessage(***MessageControllerBean.java:133)

    at weblogic/ejb20/internal/MDListener.execute(MDListener.java:400)

    at weblogic/ejb20/internal/MDListener.transactionalOnMessage(MDListener.java:333)

    at weblogic/ejb20/internal/MDListener.onMessage(MDListener.java:298)

    at weblogic/jms/client/JMSSession.onMessage(JMSSession.java:2686)

    at weblogic/jms/client/JMSSession.execute(JMSSession.java:2598)

    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:224)

    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:183)

    at jrockit/vm/RNI.c2java(IIIII)V(Native Method)

    -- end of trace

 

2014年1月03日 17:23

2个答案 按时间排序 按投票排序

0 0

采纳的答案

参考 http://www.oschina.net/translate/java-thread-dump?p=2#comments

Blocked trying to get lock: weblogic/utils/classloaders/GenericClassLoader@0x166c74a0[thin lock] 被锁住了

2014年1月04日 12:11
0 0

根据这个锁的堆栈(获取锁的位置)直接定位另一个正在运行的线程(有相同的堆栈,但更深)

2014年1月19日 22:46

相关推荐

    weblogic dump 学习

    在WebLogic的日常运维中,监控和问题排查是非常重要的环节,而dump文件是分析WebLogic运行情况、排查问题的有力工具之一。本文档将围绕WebLogic dump进行详细介绍,并辅助监控WebLogic的性能。 ### 1. WebLogic监控...

    weblogic_dump文件分析器

    - **结合日志分析**:dump文件应与WebLogic Server的日志文件一起分析,日志可能提供了问题发生的时间线和更多的上下文信息。 - **持续监控与优化**:定期进行性能监控和dump分析,可以帮助预防问题的发生,优化...

    weblogic内存调优

    WebLogic服务器内存调优是一个关键的过程,以确保应用程序的稳定性和高效性。内存配置不当可能导致系统性能下降,甚至出现内存溢出错误。以下是对JVM内存原理和WebLogic内存调优的详细说明。 首先,JVM内存分为两大...

    WEBLOGIC门户挂起分析

    6. 错误日志分析:如果系统未产生DUMP或Java核心文件,应依赖于错误日志进行问题定位。分析`nohup.out`文件可以找到程序的异常情况,从而对代码进行修正。 7. 目录权限与文件系统优化:检查程序目录(如`/bea/...

    weblogic故障诊断与日常维护总结

    #### 三、后台日志分析 1. **日志文件的重要性**:在WebLogic环境中,日志文件是非常重要的资源,它记录了WebLogic启动和运行过程中的各种信息。 2. **日志文件的种类**:WebLogic会产生多种类型的日志文件,如...

    WebLogic企业级运维实战

    六、故障排查与日志分析 WebLogic的日志系统是诊断问题的重要来源。了解如何解读和分析日志,结合JVM的堆转储和线程dump,可以帮助快速定位和解决应用问题。 七、自动化运维 在大规模的WebLogic环境中,自动化运维...

    WebLogic Support Patterns

    1. **日志分析与监控** - WebLogic Server的日志文件是诊断问题的关键资源,包括`server.log`、`diag.trace`和`diagnostic logs`等。了解如何配置日志级别,以便在出现问题时收集足够的信息。 - 使用`weblogic....

    WebLogic Server 故障诊断

    2. **使用工具收集数据**:基于初步的现象描述,利用各种诊断工具(如日志分析工具、监控软件等)来收集更详细的数据信息,以便于后续的分析。 3. **使用工具分析数据**:对收集到的数据进行分析,识别可能的问题...

    weblogic jvm调优

    1. **监控和分析**:使用监控工具(如VisualVM、JConsole等)实时监控内存使用情况,收集堆转储文件(Heap Dump)和线程转储文件(Thread Dump)。 2. **工具辅助分析**:利用专业的内存分析工具(如MAT、YourKit等...

    weblogic 调优

    - 使用Thread Dump来分析线程的状态,识别出那些占用CPU较高的线程。 - 通过`top`或`vmstat`命令来监控系统的CPU使用率。 2. **连接池管理**: - 优化数据库连接池的配置,确保连接池的大小适合当前的应用负载。...

    weblogic的问题处理

    - 日志和跟踪:WebLogic Server的日志和跟踪信息是诊断问题的关键,需学会阅读和分析这些日志,找到问题根源。 - Server状态监控:通过管理控制台或命令行工具(如`wlst`)监控服务器状态,识别潜在问题。 - ...

    Weblogic Server 11g 系统管理

    故障排除是系统管理员必备技能,课程教授如何分析和解决WebLogic Server Core Dump、Java虚拟机Core Dump、服务器挂起、CPU利用率过高、内存溢出、JDBC异常以及太多文件打开等问题。 总的来说,WebLogic Server 11g...

    weblogic内存占用过大调优

    - 分析GC日志,根据日志信息调整JVM的垃圾回收策略,比如增加年轻代(Young Generation)或老年代(Old Generation)的大小。 - 针对特定版本的JVM,如果存在已知的GC问题,可以考虑升级JVM版本或者应用补丁来解决...

    Oracle WebLogic Server 11g: Diagnostics and Troubleshooting

    综上所述,Oracle WebLogic Server 11g 的诊断与故障排除不仅涉及基本的日志分析和性能监控,还包括更深层次的性能调优、自定义诊断脚本编写以及安全性和合规性的考虑。掌握这些技能对于有效管理和维护WebLogic ...

    weblogic日常维护手册.doc

    - **javacore和heapdump文件**:当WebLogic遇到严重问题时,可能会生成这些文件,它们提供了内存和线程的快照,用于分析和解决问题。 4. **配置文件config.xml** - **概述**:config.xml是WebLogic Server域配置...

    Oracle WebLogic Server高级性能调优

    - 通过编辑setDomainEnv.cmd文件,可以调整JVM的启动参数,例如设置最小和最大堆内存大小(-Xms和-Xmx),并配置当发生内存溢出(OOM)时,自动产生Heapdump文件,以帮助分析内存问题。 5. 修改classpath和JDK版本...

    WebLogic监控程序

    监控程序的目的是确保WebLogic服务器的稳定性和高效运行,通过收集和分析服务器的运行时数据,帮助管理员识别潜在问题并进行调优。 该程序的核心功能包括: 1. **日志记录**:能够将WebLogic的监控信息写入文件,...

    weblogic 常见问题 TROUBLE_SHOOTING

    - 日志分析:WebLogic Server产生的日志文件是诊断问题的关键,仔细阅读日志可以帮助定位错误源。 - JMX监控:通过JMX(Java Management Extensions)可以实时监控服务器状态,识别性能瓶颈。 - 健康检查:使用...

    weblogic日常维护总结与故障诊断

    1、准确描述现象:客户说的和自己查看到的:平台、版本、操作、信息等。特别是,故障前是否有做过什么操作:网络调整、设备调整、主机参数调整、配置文件修改……反正将这一切都列入排查的对象。...8、日志分析

    WebLogic服务器管理概述

    2. 堆转储和线程 dump:分析内存使用和线程状态,解决性能问题。 总结,WebLogic服务器管理涉及了服务器的启动、停止、部署、配置、监控、安全和故障排查等多个方面。理解并掌握这些核心概念和操作对于有效管理和...

Global site tag (gtag.js) - Google Analytics