クラッシュダンプを強制してシステムをリブートする

このセクションでは次の手順について説明します。

「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 (日本語)