MustGather: Classloader problems for WebSphere Application Server
MustGather: Classloader problems for WebSphere Application Server
Troubleshooting
https://www.ibm.com/support/pages/mustgather-classloader-problems-websphere-application-server
Problem
The following MustGather will assist you in setting up the traces and collecting the data required to analyze a classloader issue.
Resolving The Problem
Collecting data for problems with the IBM® WebSphere® Application Server classloader component. Gathering this MustGather information before calling IBM support will help you understand the problem and save time analyzing the data
This MustGather is needed to analyze exceptions such as: ClassNotFoundException, NoClassDefFoundError, ClassCastException, NoSuchMethodError, LinkageError, UnsatisfiedLinkError, VerifyError, UnsupportedClassVersionError, IncompatibleClassChangeError, ClassFormatError.
Collecting data manually
NOTE: Please see the following link for instructions for Liberty Profile:
MustGather: Classloader problems for WebSphere Application Server Liberty Profile
Perform the following steps to collect WebSphere Application Server specific information.
- Enable and collect Application Server traces with the following trace string:
com.ibm.ws.classloader.*=all
For more details, see How to set up a trace. - Enable Java™ Virtual Machine (JVM) classloader traces through the Admin console:
- Select Servers, choose Application servers and select the server you want to configure.
- In the Server Infrastructure section, open Java and Process Management and select Process Definition.
- Under Additional Properties, select Java Virtual Machine.
- Check the Verbose class loading checkbox.
- Add the following string to the Generic JVM arguments field:
-Dws.ext.debug=true -Dws.osgi.debug - Click OK.
- Save the changes. Stop the server.
- Clear the JVM and OSGi class cache. For more details, see How to clear the WebSphere Class Caches..
- Backup and delete all WebSphere log files for this WebSphere process (SystemOut*.log, SystemErr*.log, native_stderr.log, native_stdout.log, startServer.log, stopServer.log and trace.log).
The log files are located in the following directory:
<profile_root>/logs/server_name/*
Clear all WebSphere Application Server FFDC logs. FFDC files are located in the following directory:
<profile_root>/profile_name/logs/ffdc/*
Note: If you have configured to write FFDC log files into a different location, then clear them accordingly. - Restart the server. Reproduce the issue. Make sure the classloader exception is generated in the WebSphere logs (SystemOut.log) and the trace file (trace.log).
- Run the collector tool against the problem profile.
- Gathering information with the collector tool - V7.0
- Gathering information with the collector tool - V8.0
- Gathering information with the collector tool - V8.5
- Gathering information with the collector tool - V9.0
- Send the collector output to IBM: Exchanging information with IBM support.
Related information
Submitting information to IBM support
Steps to getting support for WebSphere Application Server
MustGather: Read first for WebSphere Application Server
Troubleshooting guide for WebSphere Application Server
Exchanging data with IBM Support
To diagnose or identify a problem, it is sometimes necessary to provide Technical Support with data and information from your system. In addition, Technical Support might also need to provide you with tools or utilities to be used in problem determination. You can submit files using one of following methods to help speed problem diagnosis:
- IBM Support Assistant (ISA)
- Service Request (SR)
- FTP to the Enhanced Customer Data Repository (ECuRep)
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!