Go to main content

Troubleshooting System Administration Issues in Oracle® Solaris 11.3

Exit Print View

Updated: October 2017
 
 

Examining Crash Dump Information

You can examine the control structures, active tables, memory images of a live or crashed system kernel and other information about the operation of the kernel by using the mdb utility.


Note -  The following procedure provides only a limited example of how to use the mdb utility. Using the mdb utility to its full potential requires a detailed knowledge of the kernel, and, is beyond the scope of this manual. For further information about using this utility, see the Oracle Solaris Modular Debugger Guide and mdb(1) man page.

How to Examine Crash Dump Information

  1. Assume the root role.

    See Using Your Assigned Administrative Rights in Securing Users and Processes in Oracle Solaris 11.3.

  2. Change to the directory where the crash dump information has been saved.

    For example, to change to the default directory:

    # cd /var/crash

    If you are unsure of the location of the crash dump, use the dumpadm command to determine where the system has been configured to store kernel crash dump files. The following sample output shows that the default directory location has not been changed:

    # /usr/sbin/dumpadm
          Dump content: kernel with ZFS metadata
           Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
    Savecore directory: /var/crash
      Savecore enabled: yes
       Save compressed: on
  3. Examine the crash dump by using the modular debugger utility (mdb).
    # /usr/bin/mdb [-k] crashdump-file
    –k

    Specifies kernel debugging mode by assuming the file is an operating system crash dump file.

    crashdump-file

    Specifies the operating system crash dump file.

    For example:

    # /usr/bin/mdb -K vmcore.0

    The command can also be specified as follows:

    # /usr/bin/mdb -k 0
  4. Display the system crash status.
    > ::status
       .
       .
       .
    > ::system
       .
       .
       .

    To use the ::system dcmd command when examining a kernel crash dump, the core file must be a kernel crash dump, and the –k option must have been specified when starting the mdb utility.

  5. Quit the mdb utility.
    > $quit
Example 4  Examining Crash Dump Information

This example shows sample output from the mdb utility, which includes system information and identifies the tunables that are set in the /etc/system file of the system.

# cd /var/crash
# /usr/bin/mdb -k unix.0 
Loading modules: [ unix krtld genunix ip nfs ipc ptm ]
> ::status
debugging crash dump /dev/mem (64-bit) from ozlo
operating system: 5.10 Generic sun4v
> ::system
set ufs_ninode=0x9c40 [0t40000]
set ncsize=0x4e20 [0t20000]
set pt_cnt=0x400 [0t1024]
> $q