ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
SPARC プラットフォームでの Oracle Solaris のブートおよびシャットダウン Oracle Solaris 11 Information Library (日本語) |
1. SPARC ベースシステムのブートおよびシャットダウン (概要)
2. 指定された状態への SPARC ベースシステムのブート (手順)
5. SPARC ベースシステムのネットワークからのブート (手順)
6. SPARC ベースシステムでのブートパラメータの変更 (手順)
7. SPARC プラットフォームでの ZFS ブート環境の作成と管理、およびこのブート環境からのブート (手順)
8. SPARC ベースシステムのブート可能状態の維持 (手順)
9. SPARC ベースシステムのブートのトラブルシューティング (手順)
次の場合は、ブートおよびシステムのその他の問題を分析またはトラブルシューティングするために、システムをまずシャットダウンする必要があります。
システムのブート時にエラーメッセージのトラブルシューティングを行います。
システムを停止して復旧を試みます。
復旧を目的としてシステムをブートします。
強制的にクラッシュダンプを実行し、システムをリブートします。
kmdb コマンドを使用してカーネルデバッガでシステムをブートします。
このあとの手順では、復旧の目的で SPARC ベースシステムを安全にシャットダウンしてからブートする方法について説明します。
復旧の目的でシステムをブートする必要がある場合があります。一般的なエラーおよび復旧のシナリオには次のものが含まれます。
シングルユーザーモードでシステムをブートして、/etc/passwd ファイルの root シェルエントリの修正や、NIS サーバーの変更などの軽微な問題を解決します。
インストールメディアまたはネットワーク上のインストールサーバーからブートして、システムのブートを妨げている問題から回復したり、紛失した root パスワードを回復したりします。ルートプールのインポート、BE のマウント、および問題の修正を行うことにより、ブート構成の問題を解決します。
SPARC システムでは、boot net:dhcp コマンドは、Oracle Solaris 10 リリースで使用される boot net コマンドに代わるものです。
ok sync
詳細は、boot(1M) のマニュアルページを参照してください。
# who -r . run-level s May 2 07:39 3 0 S
例 9-1 サービスプロセッサの電源をオフにする
Oracle ILOM サービスプロセッサ上で Oracle Solaris 11 を実行中の場合、オペレーティングシステムをシャットダウンしたあと、システムコンソールプロンプトからサービスプロセッサプロンプトに切り替える必要があります。その場所から、次の例に示すようにサービスプロセッサを停止できます。
# shutdown -g0 -i0 -y # svc.startd: The system is coming down. Please wait. svc.startd: 91 system services are now being stopped. Jun 12 19:46:57 wgs41-58 syslogd: going down on signal 15 svc.stard: The system is down. syncing file systems...done Program terminated r)eboot o)k prompt, h)alt? # o
ok #. ->
-> stop /SYS Are you sure you want to stop /SYS (y/n)? y Stopping /SYS ->
即時シャットダウンを実行する必要がある場合は、stop -force -script /SYS コマンドを使用します。このコマンドを入力する前に、すべてのデータが保存されていることを確認してください。
例 9-2 サービスプロセッサの電源をオンにする
次の例は、サーバーの電源をオンにする方法を示しています。最初に Oracle ILOM にログインする必要があります。http://download.oracle.com/docs/cd/E19166-01/E20792/z40002fe1296006.html#scrolltoc を参照してください。
モジュラーシステムを使用している場合は、目的のサーバーモジュールにログインしていることを確認します。
-> start /SYS Are you sure you want to start /SYS (y/n) ? y Starting /SYS ->
確認を求めるプロンプトを表示しない場合は、start -script /SYS コマンドを使用します。
ok boot -s
# vi /etc/password
ok boot net:dhcp
# zpool import -f rpool
# mkdir /a
# beadm mount solaris-instance|bename /a
# TERM=vt100 # export TERM
# cd /a/etc # vi shadow # cd /
注 - この手順のあとにディレクトリを変更する必要があります。
# bootadm update-archive -R /a
# beadm umount be-name
# halt
ok boot -s Boot device: /pci@780/pci@0/pci@9/scsi@0/disk@0,0:a File and args: -s SunOS Release 5.11 Version 11.0 64-bit Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved. Booting to milestone "milestone/single-user:default". Hostname: tardis.central Requesting System Maintenance Mode SINGLE USER MODE Enter user name for system maintenance (control-d to bypass): root Enter root password (control-d to bypass): <Press return> single-user privilege assigned to root on /dev/console. Entering System Maintenance Mode
root@system:~# passwd -r files root New Password: xxxxxx Re-enter new Password: xxxxxx passwd: password successfully changed for root
参照
システムのデフォルト OS がブートできないために、代替の ZFS データセットからブートする必要がある場合、詳細なトラブルシューティング情報について「SPARC プラットフォームの ZFS ブート環境からのブート」を参照してください。
サービスの起動に関する問題が発生した場合、ブートプロセス中にシステムがハングアップすることがあります。この手順は、そうした問題のトラブルシューティングを行う方法を示しています。
このコマンドを実行すると、svc.startd デーモンはすべてのサービスを一時的に無効にし、コンソール上で sulogin を起動します。
ok boot -m milestone=none
# svcadm milestone all
# svcs -a
# svcs -x
このコマンドを使えば、コンソール上の login プロセスが実行されるかどうかを確認できます。
# svcs -l system/console-login:default
場合によっては、トラブルシューティングの目的でクラッシュダンプを強制実行し、システムをリブートする必要があります。デフォルトでは、savecore 機能を使用できます。
システムクラッシュダンプについての詳細は、『Oracle Solaris の管理: 一般的なタスク』の第 17 章「システムクラッシュ情報の管理 (手順)」を参照してください。
システムのクラッシュダンプを強制実行するには、次の手順を実行します。この手順のあとに紹介する例は、halt -d コマンドを使用してシステムのクラッシュダンプを強制実行する方法を示しています。このコマンドの実行後は、手動でシステムをリブートする必要があります。
> n ok sync
クラッシュダンプがディスクに書き出されると、システムはそのままリブートします。
ブートプロセスが正常に終了すると、ログイン画面かログインプロンプトが表示されます。
hostname console login:
例 9-3 SPARC: halt -d コマンドを使用してシステムのクラッシュダンプとリブートを強制実行する
この例は、halt -d コマンドと boot コマンドを使用して、システムのクラッシュダンプとリブートを強制実行する方法を示しています。
# 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 . . .
この手順では、カーネルデバッガ (kmdb) をロードする方法を示します。
注 - システムを対話式でデバッグする時間がない場合は、reboot コマンドと、-d オプションを指定した halt コマンドを使用します。-d オプションを指定して halt コマンドを実行した場合、実行後にシステムを手動でリブートする必要があります。ただし、reboot コマンドを使用した場合、システムは自動的にブートします。詳細は、reboot(1M) のマニュアルページを参照してください。
システムを正常に停止するには、halt コマンドを使用します。
デバッガに入るための方法は、システムへのアクセスに使用するコンソールのタイプによって異なります。
カーネルデバッガをはじめて入力したときに、ウェルカムメッセージが表示されます。
Rebooting with command: kadb Boot device: /iommu/sbus/espdma@4,800000/esp@4,8800000/sd@3,0 . . .
例 9-4 SPARC: カーネルデバッガ (kmdb) を有効にしてシステムをブートする
ok boot kmdb Resetting... Executing last command: boot kmdb -d Boot device: /pci@1f,0/ide@d/disk@0,0:a File and args: kmdb -d Loading kmdb...