强制实施系统故障转储和重新引导

本节提供了以下过程：

SPARC: 如何强制实施故障转储和系统重新引导
x86: 如何强制实施故障转储和系统重新引导

有时，为了排除故障，必须强制实施故障转储并重新引导系统。缺省情况下将启用 savecore 功能。

有关系统故障转储的更多信息，请参见《解决 Oracle Solaris 11.1 中的典型问题》中的"管理系统故障转储信息"。

SPARC: 如何强制实施故障转储和系统重新引导

使用以下过程可以强制实施基于 SPARC 的系统的故障转储。该示例遵循以下过程，说明如何使用 halt -d 命令强制实施系统故障转储。运行此命令后，您需要以手动方式重新引导系统。

使系统进入 ok PROM 提示符下。
同步文件系统并写入故障转储。
```
> n
ok sync
```
将故障转储写入磁盘后，系统将继续重新引导。
确认系统引导至运行级别 3。
引导过程成功完成后，将显示登录提示。
```
hostname console login:
```

示例 6-3 SPARC: 使用 halt -d 命令强制实施故障转储和系统重新引导

本示例说明如何使用 halt -d 命令对基于 SPARC 的系统强制实施故障转储和重新引导。

# halt -d
Jul 21 14:13:37 jupiter halt: halted by root

panic[cpu0]/thread=30001193b20: forced crash dump initiated at user request

000002a1008f7860 genunix:kadmin+438 (b4, 0, 0, 0, 5, 0)
  %l0-3: 0000000000000000 0000000000000000 0000000000000004 0000000000000004
  %l4-7: 00000000000003cc 0000000000000010 0000000000000004 0000000000000004
000002a1008f7920 genunix:uadmin+110 (5, 0, 0, 6d7000, ff00, 4)
  %l0-3: 0000030002216938 0000000000000000 0000000000000001 0000004237922872
  %l4-7: 000000423791e770 0000000000004102 0000030000449308 0000000000000005

syncing file systems... 1 1 done
dumping to /dev/dsk/c0t0d0s1, offset 107413504, content: kernel
100% done: 5339 pages dumped, compression ratio 2.68, dump succeeded
Program terminated
ok boot
Resetting ... 

.
.
Rebooting with command: boot
Boot device: /pci@1f,0/pci@1,1/ide@3/disk@0,0:a
File and args: kernel/sparcv9/unix
configuring IPv4 interfaces: hme0.
add net default: gateway 172.20.27.248
Hostname: jupiter
The system is coming up.  Please wait.
NIS domain name is example.com
.
.
.
System dump time: Wed Jul 21 14:13:41 2010
Jul 21 14:15:23 jupiter savecore: saving system crash dump
in /var/crash/jupiter/*.0
Constructing namelist /var/crash/jupiter/unix.0
Constructing corefile /var/crash/jupiter/vmcore.0
100% done: 5339 of 5339 pages saved
.
.
.

x86: 如何强制实施故障转储和系统重新引导

如果您不能使用 reboot -d 或 halt -d 命令，则可以使用内核调试器 (kmdb) 来强制实施故障转储。必须已在引导时或使用 mdb -k 命令装入了内核调试器，以下过程才能正常进行。

注 - 必须处于文本模式下，才能访问内核调试器。因此，首先要退出任何窗口系统。

访问内核调试器。
用于访问调试器的方法因访问系统所使用的控制台类型而异。
- 如果使用本地连接的键盘，请按 F1–A 组合键。
- 如果使用串行控制台，请使用适合于该类型的串行控制台的方法来发送中断信号。
此时将显示 kmdb 提示符。
要强制实施故障转储，请使用 systemdump 宏。
```
[0]> $<systemdump
```
此时将显示故障消息，保存故障转储，随后系统将重新引导。
通过在控制台登录提示符下登录来确认系统已重新引导。

示例 6-4 x86: 使用 halt -d 命令对系统强制实施故障转储和重新引导

本示例说明如何使用 halt -d 命令对基于 x86 的系统强制实施故障转储和重新引导。

# halt -d
4ay 30 15:35:15 wacked.<domain>.COM halt: halted by user

panic[cpu0]/thread=ffffffff83246ec0: forced crash dump initiated at user request

fffffe80006bbd60 genunix:kadmin+4c1 ()
fffffe80006bbec0 genunix:uadmin+93 ()
fffffe80006bbf10 unix:sys_syscall32+101 ()

syncing file systems... done
dumping to /dev/dsk/c1t0d0s1, offset 107675648, content: kernel
NOTICE: adpu320: bus reset
100% done: 38438 pages dumped, compression ratio 4.29, dump succeeded

Welcome to kmdb
Loaded modules: [ audiosup crypto ufs unix krtld s1394 sppp nca uhci lofs 
genunix ip usba specfs nfs md random sctp ]
[0]> 
kmdb: Do you really want to reboot? (y/n) y

跳过导航链接
退出打印视图
	引导和关闭 Oracle Solaris 11.1 系统 Oracle Solaris 11.1 Information Library (简体中文)