IBM Support

MustGather: Classloader problems for WebSphere Application Server

Technote (troubleshooting)


Problem(Abstract)

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

Related information

Recording your screen to share with IBM Support

Cross reference information
Segment Product Component Platform Version Edition
Application Servers WebSphere Application Server - Express Java SDK AIX, HP-UX, Linux, Solaris, Windows 8.5, 8.0, 7.0, 6.1, 6.0
Application Servers Runtimes for Java Technology Java SDK

Document information

More support for: WebSphere Application Server
Classloader

Software version: 7.0, 8.0, 8.5, 9.0

Operating system(s): AIX, HP-UX, Linux, Solaris, Windows

Software edition: Base, Express, Network Deployment

Reference #: 1196187

Modified date: 08 August 2013