在网上搜了有关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
相关推荐
在WebLogic的日常运维中,监控和问题排查是非常重要的环节,而dump文件是分析WebLogic运行情况、排查问题的有力工具之一。本文档将围绕WebLogic dump进行详细介绍,并辅助监控WebLogic的性能。 ### 1. WebLogic监控...
- **结合日志分析**:dump文件应与WebLogic Server的日志文件一起分析,日志可能提供了问题发生的时间线和更多的上下文信息。 - **持续监控与优化**:定期进行性能监控和dump分析,可以帮助预防问题的发生,优化...
WebLogic服务器内存调优是一个关键的过程,以确保应用程序的稳定性和高效性。内存配置不当可能导致系统性能下降,甚至出现内存溢出错误。以下是对JVM内存原理和WebLogic内存调优的详细说明。 首先,JVM内存分为两大...
6. 错误日志分析:如果系统未产生DUMP或Java核心文件,应依赖于错误日志进行问题定位。分析`nohup.out`文件可以找到程序的异常情况,从而对代码进行修正。 7. 目录权限与文件系统优化:检查程序目录(如`/bea/...
#### 三、后台日志分析 1. **日志文件的重要性**:在WebLogic环境中,日志文件是非常重要的资源,它记录了WebLogic启动和运行过程中的各种信息。 2. **日志文件的种类**:WebLogic会产生多种类型的日志文件,如...
六、故障排查与日志分析 WebLogic的日志系统是诊断问题的重要来源。了解如何解读和分析日志,结合JVM的堆转储和线程dump,可以帮助快速定位和解决应用问题。 七、自动化运维 在大规模的WebLogic环境中,自动化运维...
1. **日志分析与监控** - WebLogic Server的日志文件是诊断问题的关键资源,包括`server.log`、`diag.trace`和`diagnostic logs`等。了解如何配置日志级别,以便在出现问题时收集足够的信息。 - 使用`weblogic....
2. **使用工具收集数据**:基于初步的现象描述,利用各种诊断工具(如日志分析工具、监控软件等)来收集更详细的数据信息,以便于后续的分析。 3. **使用工具分析数据**:对收集到的数据进行分析,识别可能的问题...
1. **监控和分析**:使用监控工具(如VisualVM、JConsole等)实时监控内存使用情况,收集堆转储文件(Heap Dump)和线程转储文件(Thread Dump)。 2. **工具辅助分析**:利用专业的内存分析工具(如MAT、YourKit等...
- 使用Thread Dump来分析线程的状态,识别出那些占用CPU较高的线程。 - 通过`top`或`vmstat`命令来监控系统的CPU使用率。 2. **连接池管理**: - 优化数据库连接池的配置,确保连接池的大小适合当前的应用负载。...
- 日志和跟踪:WebLogic Server的日志和跟踪信息是诊断问题的关键,需学会阅读和分析这些日志,找到问题根源。 - Server状态监控:通过管理控制台或命令行工具(如`wlst`)监控服务器状态,识别潜在问题。 - ...
故障排除是系统管理员必备技能,课程教授如何分析和解决WebLogic Server Core Dump、Java虚拟机Core Dump、服务器挂起、CPU利用率过高、内存溢出、JDBC异常以及太多文件打开等问题。 总的来说,WebLogic Server 11g...
- 分析GC日志,根据日志信息调整JVM的垃圾回收策略,比如增加年轻代(Young Generation)或老年代(Old Generation)的大小。 - 针对特定版本的JVM,如果存在已知的GC问题,可以考虑升级JVM版本或者应用补丁来解决...
综上所述,Oracle WebLogic Server 11g 的诊断与故障排除不仅涉及基本的日志分析和性能监控,还包括更深层次的性能调优、自定义诊断脚本编写以及安全性和合规性的考虑。掌握这些技能对于有效管理和维护WebLogic ...
- **javacore和heapdump文件**:当WebLogic遇到严重问题时,可能会生成这些文件,它们提供了内存和线程的快照,用于分析和解决问题。 4. **配置文件config.xml** - **概述**:config.xml是WebLogic Server域配置...
- 通过编辑setDomainEnv.cmd文件,可以调整JVM的启动参数,例如设置最小和最大堆内存大小(-Xms和-Xmx),并配置当发生内存溢出(OOM)时,自动产生Heapdump文件,以帮助分析内存问题。 5. 修改classpath和JDK版本...
监控程序的目的是确保WebLogic服务器的稳定性和高效运行,通过收集和分析服务器的运行时数据,帮助管理员识别潜在问题并进行调优。 该程序的核心功能包括: 1. **日志记录**:能够将WebLogic的监控信息写入文件,...
- 日志分析:WebLogic Server产生的日志文件是诊断问题的关键,仔细阅读日志可以帮助定位错误源。 - JMX监控:通过JMX(Java Management Extensions)可以实时监控服务器状态,识别性能瓶颈。 - 健康检查:使用...
1、准确描述现象:客户说的和自己查看到的:平台、版本、操作、信息等。特别是,故障前是否有做过什么操作:网络调整、设备调整、主机参数调整、配置文件修改……反正将这一切都列入排查的对象。...8、日志分析
2. 堆转储和线程 dump:分析内存使用和线程状态,解决性能问题。 总结,WebLogic服务器管理涉及了服务器的启动、停止、部署、配置、监控、安全和故障排查等多个方面。理解并掌握这些核心概念和操作对于有效管理和...