Troubleshooting System Administration Issues in Oracle® Solaris 11.2

Exit Print View

Updated: September 2014
 
 

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 as described in the following procedure.


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

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

    For example:

    # 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. For example:

    # /usr/sbin/dumpadm
          Dump content: kernel pages
           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 1-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 this system's /etc/system file.

# 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