| System Management Services (SMS) 1.4.1 管理者マニュアル |    
|
| System Management Services (SMS) 1.4.1 管理者マニュアル |
|
第7章 |
|
この章では、ドメインソフトウェアとサーバーハードウェアを制御する機能について説明します。制御機能は、管理者の判断で実行できます。SMS でも、制御機能によって ASR (Automatic System Recovery : 自動システム回復) が利用できるため便利です。
ドメイン制御機能では、ドメイン上で実行されるソフトウェアを制御します。これには、ドメインを起動したり中断できる機能が含まれます。ドメイン制御機能は、ドメイン管理者だけが実行できます。
ここでは、SMS ソフトウェアを実行しているドメイン内で Solaris オペレーティング環境を起動する際のさまざまな側面について説明します。
setkeyswitch(1M) は、ドメインの起動を開始および処理します。このコマンドは、必要なドメインハードウェアの電源を投入し、POSTを実行して論理ドメイン内のハードウェアを Sun Fire ハイエンドシステムの物理ハードウェアドメインでテストおよび構成します。また、ドメイン上で Solaris オペレーティング環境を起動するのに必要な OpenBoot PROM をダウンロードして実行します。
仮想キースイッチが適切に設定されたドメインだけが、起動制御の対象となります。仮想キースイッチを参照してください。
OpenBoot PROM 起動パラメタは、ドメインの仮想 NVRAM に格納されます。osd(1M) は OpenBoot PROM に対してそれらパラメタ値を提供し、OpenBoot PROM は指定されたとおりにドメインの起動を実行します。
特定のパラメタ、特にドメインの起動に失敗したときに OpenBoot PROM 自体からは調整できないパラメタは、setobpparams(1M) によって設定し、次の起動試行の際に有効にすることができます。
ドメインのキースイッチ制御 (仮想キースイッチ) では、ドメインの起動を手動で開始します。
setkeyswitch は、正しく構成されたドメインのキースイッチ制御がオフまたはスタンバイの位置から、いずれかのオンの位置に変化したときに、そのドメインを起動します。この処理には約 20 分かかります。
setobpparams(1M) では、手動で開始した (キースイッチ制御) ドメインの起動処理を OpenBoot PROM で停止できる手段を提供します。詳細は、OpenBoot PROM 変数の設定および setobpparams のマニュアルページを参照してください。
SMS は、poweron(1M) コマンドを使用して Sun Fire ハイエンドシステムのシャーシの電源が投入されると、正しく構成されたすべてのドメインを起動します。SMS は、poweroff コマンドを使用してシャーシの電源が切断されると、正しく構成されたすべてのドメインをシャットダウンします。
SMS は、コンポーネントの電源状態をチェックしてオンなのかオフなのかを判断し、ボードの電源がオンまたはオフになったときに、必要に応じてコンソールのバスポートを有効または無効にします。poweron は、コンポーネントが物理的に存在するかどうかをチェックします。poweroff は、拡張ボードから DCU の構成を解除し、必要に応じて拡張ボードを分割スロットから非分割スロットに変更します。poweroff は、拡張ボードの電源が切断されたときにセンタープレーンから拡張ボードを構成解除し、電圧の読み取り許容性をチェックしてボードのオン/オフを判断します。
以下のコンポーネントは、poweron および poweroff コマンドを使用して電源を制御できます。
バルク電源装置
ファントレー
センタープレーンサポートボード
拡張ボード
CPU / メモリーボード
標準 PCI ボード
ホットプラグ可能な PCI および PCI+ アセンブリ
MaxCPU ボード
wPCI ボード
システムコントローラ (スペアのみ、poweroff のみ。スペアの電源を投入する際には resetsc が使用されます)
プラットフォーム管理者は、システム全体の電源を制御することが可能で、location オプションを使用せずにこれらのコマンドを実行できます。ドメイン管理者は、それぞれのドメインに割り当てられたシステムボードの電源を制御することが可能です。ドメインの権限だけを持つユーザーは、location オプションを使用する必要があります。
1. システムコンポーネントの電源を投入するには、次のコマンドを入力します。
|
電源を投入したいシステムコンポーネントの場所で、ユーザーがドメイン管理者の場合は、権限を持つコンポーネントの場所を指定します。 |
詳細は、poweron(1M) のマニュアルページを参照してください。
2. システムコンポーネントの電源を切断するには、次のコマンドを入力します。
|
電源を切断したいシステムコンポーネントの場所で、ユーザーがドメイン管理者の場合は、権限を持つコンポーネントの場所を指定します。 |
警告メッセージの後で、y または n のいずれかを入力します。
|
注 - コンポーネントを交換するためにその電源を切断する場合は、poweroff(1M) コマンドを使用します。ブレーカを使用してコンポーネントの電源を切断しないでください。ドメインが停止する可能性があります。 |
詳細は、poweroff(1M) のマニュアルページを参照してください。
ドメインでオペレーティングシステムを実行しているときにシステムの電源を切断しようとすると、コマンドは失敗してウィンドウのメッセージパネルにメッセージが表示されます。その場合は、アクティブなドメインに対して setkeyswitch domain_id standby コマンドを発行することにより、プロセッサを安全にシャットダウンすることができます。その後、コマンドを再発行して電源を切断できます。
停電のためプラットフォームの電源が失われる場合は、pcd によって、電源が失われる前の各ドメインの最後の状態が記録および保存されます。
SC でのみ電源が失われた場合、SC の電源を投入してください。Sun Fire ハイエンドシステムのドメインは、SC の電源が失われたことに影響されません。SC とドメインの両方の電源が失われた場合は、以下の手順で電源障害から回復してください。スイッチの場所については、『Sun Fire 15K/12K システムサイト計画の手引き』を参照してください。
1. Sun Fire ハイエンドシステムのバルク電源と、SC の電源スイッチを手動で切断します。
これによって、電源が復元したときに発生する可能性のある電源サージを回避します。
2. 電源が復元したら、Sun Fire ハイエンドシステムのバルク電源を手動で投入します。
これによって SC が起動し、SMS デーモンが開始されます。SC プラットフォームのメッセージファイルを参照して、SMS デーモンの完了をチェックしてください。
電源が投入され、Solaris オペレーティング環境が実行されているドメインは、オペレーティング環境の実行状態に戻ります。OpenBoot PROM のドメインは、やがて OpenBoot PROM の実行状態に戻ります。
回復プロセスは、SMS の操作が実行される前に完了させる必要があります。ドメインのメッセージファイルをモニターして、回復プロセスが完了したかどうかを判断することができます。
SMS はドメインソフトウェア (Solaris ソフトウェアまたは dsmd) からの要求に応じてドメインを再起動します。ドメインソフトウェアは、以下の状況で再起動サービスを要求します。
ユーザーが再起動要求を実行した場合。たとえば、Solaris の reboot(1M) コマンドまたは OpenBoot PROM の起動コマンド reset-all など。
Solaris ソフトウェアがパニック状態になった場合。
CPU で検出された RED_mode やウオッチドッグリセットの状態をトラップした場合。
ASR (Automatic System Recovery : 自動システム回復) は、ソフトウェアまたはハードウェアの障害や許容できない環境条件によって、1つまたは複数のドメインがアクティブでない状態に陥った後、システムを復元して正しく構成されたドメインを実行できるようにするための手順で構成されます。
SMS ソフトウェアは、ASR の一部としてソフトウェアから発行された再起動要求をサポートしています。クラッシュしたドメインは、すべて dsmd によって自動的に再起動されます。
ASR が必要な状況は、ドメインをクラッシュさせる障害 (パニックなど) が検出された際に、ドメインソフトウェアによってドメインの起動が要求される場合です。
ドメインソフトウェアのハングの検出など、Solaris ソフトウェアハングイベントで説明されているような他の状況もあります。その場合、SMS は回復プロセスの一部としてドメインの起動を実行します。
dsmd は OpenBoot PROM パラメタの auto-boot? を無視します (auto-boot? は、サービスプロセッサのないシステム上で、システムがパワーオンリセットの状況で自動的に再起動するのを回避するパラメタです)。dsmd はキースイッチ制御を無視しません。キースイッチがオフまたはスタンバイに設定されている場合、キースイッチ設定はドメインが ASR の再起動アクションの対象かどうか判断する際に考慮されます。
最後の起動以降、ハードウェアに起因する深刻なエラーがない場合。
SMS が既存のドメイン資源の信頼性を疑問視するような障害が発生していない場合。
SMS はハードウェアのモニタリングやエラーの検出および応答を行うため、SMS は最後の起動以降に記録されたハードウェアエラーに基づいて、高速再起動を要求するかどうかを決定します。
POST は、指定された入力の数に基づいてハードウェア構成を制御しますが、ブラックリストのデータに関係なく、ハードウェア構成が変更されているかどうかを判断し、高速再起動を回避します。システム管理で高速再起動が要求された場合、POST は現在の入力によって示されるハードウェア構成が、最後の起動で使用されたハードウェア構成と一致しているかどうかを検証し、一致していない場合は高速 POST 処理が失敗します。システム管理ソフトウェアでは、フルテスト (低速) のドメイン起動を要求して、この種の POST 障害から回復します。
Sun Fire ハイエンドシステム管理ソフトウェアは、制御可能なドメインの起動プロセスの一部に費やされる時間を最少限に抑えます。
ドメインソフトウェアを中止したり、ドメインソフトウェアまたはハードウェアに対してリセットを発行する必要のある、特定のエラー状況がドメインで発生する場合があります。ここでは、dsmd によって提供されるドメインの中止 / リセット機能について説明します。
dsmd は、コアイメージを取得しようとパニックになって要求しているドメインの Solaris OS を中止するための、ソフトウェア的な実行メカニズムを提供します。ユーザーの操作は必要ありません。
SMS には reset(1M) コマンドが用意されており、ユーザーはこのコマンドを使用してドメインソフトウェアを中止し、ドメインハードウェアに対してリセットを発行できます。
reset コマンドが発行されると、OpenBoot PROM に制御が渡されます。ユーザーインタフェースで reset コマンドが発行された場合、OpenBoot PROM はそのデフォルト設定を使用して、Solaris 環境に対してドメインを起動するかどうかを決定します。dsmd によって reset コマンドが発行された場合、OpenBoot PROM は Solaris オペレーティング環境に対してドメインを強制的に起動するパラメタを提供します。
reset コマンドは、指定されたドメインのすべての CPU ポートに対して信号を送信します。これはハードリセットであり、ハードウェアをクリーンな状態にします。ただし -x オプションを使用すると、reset コマンドは指定されたドメインのプロセッサに対して XIR 信号を送信できます。これはソフトウェアで行われ、ソフトリセットと見なされます。仮想キースイッチが安全位置にある場合は、エラーメッセージが発行されます。デフォルトでは、オプションの "Are you sure?" プロンプトが表示されます。たとえば、次のメッセージが表示されます。
sc0:sms-user:> reset -d C Do you want to send RESET to domain C?[y|n]:y RESET to processor 4.1.0 initiated. RESET to processor 4.1.1 initiated. RESET initiated to all processors for domain: C |
メインまたはスペアの SC をリセットする方法については、SC のリセットおよび再起動を参照してください。
SMS ホットプラグ可能ユニット (HPU) がパワーオンリセットされたときに正しい状態を反映させるため、LED を備えた HPU のインジケータ LED が、ソフトウェアによって点灯または消灯されます。
ハードウェア制御は、プラットフォームハードウェアの構成や制御を行う機能です。いくつかの機能はドメイン上で実行されます。
システム管理サービスソフトウェアは、POST を 2 つの状況で実行します。
POST はドメインの起動時に実行され、そのドメインで利用可能なすべてのハードウェア機能をテストおよび構成します。
POST はセルフテストに失敗したハードウェアコンポーネントをすべて除去して、正しく動作するハードウェアを用いて起動可能なドメインを構築します。
POST は、ハードウェアのテスト結果を報告して障害の分析に役立つ、詳細な診断機能を提供します。ハードウェアの障害が原因だと明示されずにドメインが再起動される場合は、POST を要求してドメイン構成のテストは行わずに確認のみを行うことができます。
システムボードをドメインに追加する DR 操作が開始される前に、POST が実行されてシステムボードのコンポーネントがテストおよび構成されます。
POST によって候補のシステムボードが機能することが示されると、DR 操作でシステムボードを物理 (ハードウェア) ドメインに安全に組み込むことができます。
POST は通常は自動的に実行されますが、POST の自動実行に影響する表示可能なユーザーインタフェースがあります。
POST によって実行される診断テストのレベルは、仮想キースイッチで説明されているように、ドメインのキースイッチ制御 setkeyswitch(1M) を使用して最大レベルにすることができます。
ブラックリストファイルを使用して、POST でハードウェア構成から除外したいコンポーネントを追加または削除できます。これらの編集可能なファイルについては、ブラックリストの編集で説明しています。
これによって、システムボードなどの DCU 上で動作する標準のドメイン構成インタフェースよりも、ドメインで使用されるハードウェアコンポーネントを綿密に制御できます。
setkeyswitch コマンドは、POST を実行してドメインのテストや構成を行います。ドメインを起動する際は、通常および最大の診断テストレベルの設定が利用できます。
addboard および moveboard コマンドは、POST を実行してシステムボードのテストや構成を行い、実行中の Solaris ドメインにそのシステムボードを追加するための DR 操作を支援します。
LED を備えた FRU のコンポーネントが POST に失敗すると、FRU の障害 LED が点灯します。
SMS は 3 つのブラックリストをサポートしています。具体的には、プラットフォーム用、ドメイン用、そして内部の ASR (Automatic System Recovery) 用のブラックリストです。
編集可能なブラックリストファイルでは、POST によって使用不可であると見なされる特定のハードウェア資源を指定します。ブラックリストで指定されたハードウェア資源は、ドメインの相互接続で調査、テスト、または構成されません。
通常、これらのブラックリストファイルは空であり、存在しなくてもかまいません。
ここでは、ブラックリスト機能は資源管理の目的で使用されます。
ブラックリストによって、実在するすべてのハードウェアよりも少ないシステムを構成できます。ブラックリストの用途としては、ベンチマークを行う場合や、メモリーの使用を制限して DR でのボード切り離しを高速化する場合、およびトラブルシューティングで構成を検証する場合などがあります。
Sun Fire ハイエンドシステムの POST は、プラットフォーム用とドメイン用の 2 つの編集可能な標準ブラックリストファイルをサポートしています。
/etc/opt/SUNWSMS/config/platform/blacklist
/etc/opt/SUNWSMS/config/domain_id/blacklist
|
注 - ブラックリストファイルでは、物理的な場所に基づいて資源を指定します。コンポーネントを物理的に移動した場合は、対応するブラックリストのエントリもすべて変更する必要があります。 |
ブラックリストでは、ブラックリストの対象となるコンポーネントを論理的に指定します。たとえば、コンポーネントの位置を指定することにより、ブラックリストは特定のコンポーネントに伴って移動せず、ホットスワップ処理を通じてそのコンポーネントの位置に残ります。
ブラックリストファイルを編集するには、プラットフォーム管理者、ドメイン管理者、またはドメイン構成者の特権が必要です。
|
domain_id - ドメインの ID。有効な domain_id は、A 〜 R で、大文字と小文字を区別しません。 |
|
domain_indicator が指定されていない場合は、プラットフォームのブラックリストが編集されます。コンポーネントの場所は、すべてスラッシュで区切って指定します。location 形式は、オプションであり、特定の位置にあるボード上の特定のコンポーネントを指定するために使用されます。
複数の location 引数をスペースで区切って指定できます。
プロセッサ位置は、単一のプロセッサまたはプロセッサペアを示します。CPU/メモリーボード上には 4 つのプロセッサが存在します。ボード上のプロセッサペアは、procs 0 と 1、および procs 2 と 3 です。
|
注 - プロセッサペアの一方の CPU/Mem プロセッサをブラックリストに登録すると、両方のプロセッサが使用されなくなります。 |
MaxCPU には、procs 0 と 1、および 1 つのみの proc ペア (PP0) の 2 つのプロセッサがあります。このボードの場所として PP1 を使用すると、disablecomponent コマンドは終了してエラーメッセージを表示します。
HsPCI および HsPCI+ アセンブリには、ホットスワップ可能なカセットが内蔵されています。
バス位置には、アドレス、データおよび応答の 3 つがあります。
|
注 - システムコントローラのセンタープレーンサポートボードまたはバスの無効化に disablecomponents コマンドを使用しないでください。 |
|
domain_id - ドメインの ID。有効な domain_id は、A 〜 R で、大文字と小文字を区別しません。 |
|
domain_indicator が指定されていない場合は、プラットフォームのブラックリストが編集されます。コンポーネントの場所は、すべてスラッシュで区切って指定します。location 形式は、オプションであり、特定の位置にあるボード上の特定のコンポーネントを指定するために使用されます。
複数の location 引数をスペースで区切って指定できます。
プロセッサ位置は、単一のプロセッサまたはプロセッサペアを示します。CPU/メモリーボード上には 4 つのプロセッサが存在します。ボード上のプロセッサペアは、procs 0 と 1、および procs 2 と 3 です。
|
注 - プロセッサペアの一方の CPU/Mem プロセッサをブラックリストに登録すると、両方のプロセッサが使用されなくなります。 |
MaxCPU は、2 つのプロセッサ (プロセッサ 0 と 1) および 1 つのプロセッサペア (PP0) を持ちます。このボードの場所として PP1 を使用すると、disablecomponent コマンドは終了してエラーメッセージを表示します。
HsPCI および HsPCI+ アセンブリには、ホットスワップ可能なカセットが内蔵されています。
詳細は、enablecomponent(1M) および disablecomponent(1M) のマニュアルページを参照してください。
障害が繰り返し (ときどき) 発生するハードウェアは、さまざまな理由で以降のドメイン構成から除外する必要があります。このような障害は、コンポーネントを物理的に交換するまで、ときどき発生する可能性があります。障害のあるコンポーネントは、CPU ボード上の 1 つのプロセッサなど、サブコンポーネントである場合もあります。そのコンポーネントを交換するまで、その他のコンポーネントのサービスについては電源を切断して運用を中止したくないと考えるでしょう。ハードウェアが損傷している場合は、POST を実行するたびにその障害を検出するのは時間の浪費です。障害がときどき発生する場合は、POST 実行時にその障害を回避せず、OE が実行されている場合のみエラーにするとよいでしょう。
この障害を回避するには、esmd コマンドで 別の ASR ブラックリストファイルを作成および編集します。環境条件により電源が切断されているコンポーネントは自動的にリストに登録され、POST から除外されます。poweron、setkeyswitch、addboard、および moveboard コマンドは、除外するコンポーネントについて ASR ブラックリストに問い合わせをします。上記のコマンドのうち、poweron 以外のコマンドを実行すると、警告メッセージが表示されます。poweron では、警告メッセージではなく、コンポーネントの電源投入を継続するか中止するかを問い合わせるメッセージが表示されます。詳細は、enablecomponent(1M)、disablecomponent(1M) および showcomponent(1M) のマニュアルページを参照してください。
メインの SC は、Sun Fire ハイエンドシステムのラックに収められた以下のコンポーネントの電源を制御します。
Sun Fire ハイエンドシステムボード。
Sun Fire ハイエンドシステムの HsPCI I/O アセンブリにある HsPCI アダプタのスロット。
Sun Fire ハイエンドシステムの HsPCI+ I/O アセンブリにある HsPCI+ アダプタのスロット。
CPU ペア
システムコントローラ (電源切断のみ)
センタープレーンサポートボード
wPCI ボード
拡張ボード
48V電源
AC バルク電源モジュール
ファントレー
Sun Fire ハイエンドシステムの I/O ラックでの電源制御については、HPU の LEDを参照してください。
SMS では、rcfgadm(1M) コマンドによって、ドメインの Solaris コマンドインタフェース (cfgadm(1M)) で Sun Fire ハイエンドシステムの HsPCI I/O アセンブリ内の HPCI アダプタスロットの電源の投入または切断を要求することができます。詳細は、rcfgadm のマニュアルページを参照してください。
仮想キースイッチで説明されているキースイッチ制御インタフェースの setkeyswitch コマンドでは、ドメインに割り当てられたハードウェアの電源をユーザーが投入または切断できます。
電源操作は、すべて電源制御ソフトウェアによってログに記録されます。
電源制御ソフトウェアは、コンポーネントの電源を投入または切断するためのすべてのハードウェア要件に従います。たとえば、SMS はコンポーネントの電源を投入する前に、適切な電源が利用可能かどうかをチェックします。電源制御インタフェースは、ハードウェア要件に違反している場合にはユーザー指定による電源投入または切断の操作を行いません。ハードウェア要件またはハードウェア推奨手順に反して実行された電源操作は、メッセージログに記録されます。
デフォルトでは、電源制御ソフトウェアはソフトウェアの実行に影響する電源操作を拒否します。電源制御ユーザーインタフェースには、このデフォルト動作を変更して、実行中のソフトウェアをクラッシュさせる危険を冒しても、電源操作を強制的に完了させる方法があります。このような電源操作の強制変更は、メッセージログに記録されます。
HPU の LEDで説明されているように、SMS は LED を備えた HPU のインジケータ LED を点灯または消灯して、HPU の電源が投入または切断された場合に正確な状態を反映させます。
esmd コマンドは、Sun Fire ハイエンドシステムのファンの速度を制御します。一般に、ファンの速度はノイズレベルを最小に抑えながら適切に冷却を行える最も遅い速度に設定されます。
ホットスワップは、実行されているドメインに影響を与えずに、電源が投入されたプラットフォームからボードを物理的に着脱できる機能を指します。ホットスワップ操作の際には、ボードはすべてのドメインから切り離されます。
ホットスワップ可能なハードウェアコンポーネントは、ホットプラグ可能ユニット (HPU) と呼ばれます。HPU を安全に取り外せる場合は、HPU 上の 取り外し可能インジケータ LED が点灯します。取り外し可能 LED についての詳細は、HPU の LEDを参照してください。ボード存在レジスタは、HPU が存在するかどうかを示し、HPU の着脱を感知します。
Sun Fire ハイエンドシステムの HsPCI および HsPCI+ I/O アセンブリは、HsPCI および HsPCI+ I/O アセンブリが取り付けられているスロットに関連する 取り外し可能インジケータ LED を備えています。各スロットはホットプラグコントローラを備えています。このコントローラは、スロットの電源を制御し、スロット内のアダプタの存在を検出します。ただし、SMS が他の Sun Fire ハイエンドシステムの HPU をサポートするのとは異なり、HsPCI および HsPCI+ I/O アセンブリのホットスワップを制御するソフトウェアは、ドメイン上の Solaris 環境の一部です。
SMS では、ユーザーがアダプタスロットの電源を投入したり切断することが可能です。
SMS ソフトウェアは、ドメインから実行可能なソフトウェアインタフェースを提供し、I/O ボード上のアダプタスロットに関連するハードウェアデバイスを制御します。
この節で説明している他のホットスワップの目的に対しては、HPU にはホットスワップ可能な I/O アダプタは含まれません。
SMS ソフトウェアは、Sun Fire ハイエンドシステムのラック内にあるすべての HPU のホットスワップサービスを可能にするサポートを提供します。
HPU がすべてのドメインから切り離されると、ホットスワップに必要なソフトウェアサポートは電源切断の制御だけです。
動的再構成 (DR) は、ドメインから DCU (システムボード) を切り離す際に使用されます。
HPU が取り外されると、HPU の存在インジケータによってその不在が検出され、ハードウェア構成で説明されているようにハードウェア構成ステータスが変更されます。
ホットアンプラグの際に予想されるユーザーの対話モードは次のとおりです。
取り外したい HPU を直接操作します。HPU のインジケータ LED が取り外し可能ではないと示している場合は、poweroff コマンドを使用して HPU の電源切断を要求します。電源切断機能で HPU がドメインによって使用されていることが検出されると、電源切断機能はエラーとなり、DR を使用して最初に HPU のアクティブな運用を解除する必要があることが示されます。詳細については、『System Management Services (SMS) 1.4 Dynamic Reconfiguration ユーザーマニュアル』を参照してください。
新たに挿入された HPU の存在が検出され、ハードウェア構成で説明しているようにハードウェア構成の変更が報告されます。
SC はメインとスペアの SC に対してソフトウェア処理型のリセットをサポートし、システムコントローラの外付けのリセットボタンと同様の機能を提供します。SC は、主にフェイルオーバーの後にリセットされます。メインの SC ソフトウェアがスペアの SC (存在する場合) をリセットしたり、その逆を行うことも可能です。SC は自身をリセットすることはできません。
resetsc (1M) コマンドで、他の SC にリセット信号を送ります。他の SC が存在しない場合、resetsc コマンドはエラーになって終了します。
詳細は、resetsc のマニュアルページを参照してください。
LED は、ホットプラグ可能ユニット (HPU) のステータスを反映します。LED は 3 つのグループで構成されます。
動作インジケータ LED は、電源がオンの場合に点灯します。
取り外し可能 LED は、HPU が取り外し可能な場合に点灯します。
障害 LED は、HPU のハードウェアエラーが検出された場合に点灯します。
この節では、SMS ソフトウェアが準拠する HPU の LED 制御のポリシーについて説明します。
システムコントローラを除くすべての Sun Fire ハイエンドシステムの HPU は、メインのシステムコントローラで実行されている SMS ソフトウェアの制御により、電源が投入されテストされます。
特に電源投入時リセットのときの LED の初期状態は、電源投入時リセットのときに POST が自動的に実行されることを前提として設計されています。この前提条件を満たす Sun Fire ハイエンドシステムの HPU は、システムコントローラだけです。システムコントローラの電源が投入されると、プロセッサは PROM から SC-POST コードの実行を開始します。
その他の HPU は、POST によってテストされるものもあれば、SMS ソフトウェアによってテスト (またはモニター) されるものもあり、通常は電源投入後すぐにテストが実行されますが、必ずしもそうならない場合もあります。
さらに、一方のドメインから他方のドメインに動的に再構成される HPU の電源投入の際には、POST を何度も実行することが可能です。POST と SMS の両方で同じ物理 HPU の障害を検出することも可能です。両者の違いは、システムコントローラと他の Sun Fire ハイエンドシステムの HPU との間の電源やテストの制御で、それらの管理に対するポリシーが異なります。
システムコントローラは、HPU の 3 組の LED を提供します。
Sun Fire ハイエンドシステムのラックに電源が投入されると、システムコントローラに電源が供給されます。動作インジケータ LED と 取り外し可能インジケータは、ハードウェアによって適切に初期化されます。障害を正確に反映し、SC-POST の実行を妨げる問題が存在することが分かるように、3 つの障害 LED がすべて点灯します。
SMS ソフトウェアは、スペアのシステムコントローラの電源切断時に、動作インジケータ LED を消灯して、取り外し可能インジケータを点灯します。SMS ソフトウェアは、ソフトウェアが実行されているメイン SC の電源が切断されると、動作インジケータや取り外し可能インジケータの LED を調整できなくなります。
SC のテスト完了時に障害が検出されなかった場合は、SC 障害インジケータ LED を消灯します。
HPCI スロットのテスト完了時に障害が検出されなかった場合、SC-POST は SC スペアスロット障害 LED を消灯します。
制御ボードのテスト完了時に、制御ボードや SC メインスロットまたは SC スペアスロットで障害が検出されなかった場合、SC-POST は SC 障害 LED を消灯します。
SC-OpenBoot PROM ファームウェアおよび SMS ソフトウェアは、ハードウェアエラーを検出すると、システムコントローラ上の該当する障害 LED を点灯します。
システムコントローラ以外の HPU の LED を管理する際は、以下のポリシーが適用されます。
Sun Fire ハイエンドシステムのラックに収められた、LED を備えたすべての非 SC HPU に関して、SMS は HPU に電源が供給されたときに動作インジケータ LED が常時点灯することを保証します。
Sun Fire ハイエンドシステムに収められた、LED を備えたすべての非 SC HPU に関して、SMS は HPU が安全に取り外せる状態になったときのみ取り外し可能インジケータ LED が常時点灯することを保証します。HPU の取り外しや、Sun Fire ハイエンドシステムのハードウェアおよび実行中のソフトウェアの正常かつ連続的な動作を維持する際には、安全上の注意事項が適用されます。
|
注 - Sun Fire ハイエンドシステムは、HPU の電源が投入されたり電源投入時リセットされたときに、動作インジケータ LED を点灯して、取り外し可能インジケータ LED を消灯します。 |
ほとんどの場合、障害 LED とそれらの表示動作は、SC HPU と非 SC HPU では異なります。
SC では、障害 LED は電源投入時に点灯し、テスト期間中は点灯が維持され、障害が検出されなかった場合は消灯します。
障害は、SC-POST が以降の障害 LED を点灯できた後に検出されます。
そのため、SC が POST によってテストされている短い間を除いて、SC の障害 LED は電源投入以降に障害が発生したことを示します。非 SC HPU の場合も同様です (障害 LED の点灯は、電源投入以降に障害が検出されたことを示します)。Sun Fire ハイエンドシステムに収められた LED を備えたすべての非 SC HPU は、HPU の電源が投入されたり電源投入時リセットされたときに、SMS は障害インジケータ LED を確実に消灯します。
電源投入時自己診断 (POST)、またはハードウェア監視ソフトウェア、環境イベント、ハードウェアエラーイベント、およびSC 障害イベント などで上記の処理が指示されている場合、SMS は、HPU の障害 LED を常時点灯します。HPU の LEDで前述したように、障害インジケータは、次回の電源投入または電源投入時リセットによって消灯されるまで点灯します。
| System Management Services (SMS) 1.4.1 管理者マニュアル | 817-6104-10 |
|
Copyright © 2004, Sun Microsystems, Inc. All rights reserved.
