其他分享
首页 > 其他分享> > MustGather: Classloader problems for WebSphere Application Server

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.

  1. 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.

  2. Enable Java™ Virtual Machine (JVM) classloader traces through the Admin console:

    1. Select Servers, choose Application servers and select the server you want to configure.

    2. In the Server Infrastructure section, open Java and Process Management and select Process Definition.

    3. Under Additional Properties, select Java Virtual Machine.

    4. Check the Verbose class loading checkbox.

    5. Add the following string to the Generic JVM arguments field:

      -Dws.ext.debug=true  -Dws.osgi.debug

    6. Click OK.

  3. Save the changes. Stop the server.

  4. Clear the JVM and OSGi class cache. For more details, see How to clear the WebSphere Class Caches..

  5. 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.

  6. 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).

  7. Run the collector tool against the problem profile.

  8. 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:

 

Read first and related MustGathers

 

标签:information,log,WebSphere,Classloader,problems,Server,Application,Problem
来源: https://www.cnblogs.com/z-cm/p/16525015.html