この章では、Sun Fire ハイエンドシステム上の System Management Services (SMS) 1.4 に固有の情報として、以下の項目について説明します。

• SMS 1.4 で既知の制限事項
• 一般的な問題
• SMS のマニュアルについて

---

SMS 1.4 で既知の制限事項

この節では、Sun Fire ハイエンドシステムの SMS に関連する既知の制限事項を説明します。

• このリリースの現時点では、setbus を使用する必要がある場合、setbus -c csb が唯一の指定形式です。-b オプションや location オペランドを使用するとシステムが不安定になる可能性があるため、使用しないでください。
• プロダクションドメインと、デバイスドライバなどの新規またはテストされていない特権モードソフトウェアが含まれているドメインでは、両方のドメインで dstop が発生する可能性があるため、これらドメイン間で拡張ボードを共有しないでください。BugId 4761277 を参照してください。
• デフォルトでは、分割スロット構成で MAXCPU ボードを使用できません。この構成が可能な SMS 1.3 からアップグレードしたためにこの構成が必要になる場合は、ご購入先にお問い合わせください。また、RFE 番号 #4863496 を参照してください。
• setkeyswitch standby または setkeyswitch off コマンドを複数同時に実行すると、拡張ボードを共有しているドメインに dstops が発生することがあります。BugId 4799169 を参照してください。
• hsPCI ボードには、66 Mhz スロットが 1 つあります。ドメインの再起動を行わない場合、このスロットに 33Mhz のカードを装着しないでください。BugId 4785070 を参照してください。
• Sun Fire ハイエンドシステムで SMS 1.4 から SMS 1.3 に戻す場合、smsversion を実行しても、ドメイン構成の設定値は自動的には復元されません。手動でドメイン構成を復元する必要があります。自動診断やドメイン回復など、SMS 1.4 で提供されている機能は SMS 1.3 に戻すと使用できなくなりますのでご注意ください。詳細については、『System Management Services (SMS) 1.4 インストールマニュアル』を参照してください。
• UltraSPARC IV 機能を使用するには UltraSPARC IV ボードが必要です。
• hsPCI+ 機能を使用するには hsPCI + ボードが必要です。
• Sun Fire Link ファブリックマネージャーサーバーをはじめとする Sun Fire Link クラスタリング機能を使用するには、wPCI ボードが必要です。

---

一般的な問題

この節では、Sun Fire ハイエンドシステムの SMS に関連する一般的な問題について説明します。

自動診断および自動回復

SMS 1.4 では、以下の自動診断およびドメイン回復機能がデフォルトで使用可能です。

• 自動診断エンジン

SMS 1.4 には、特定のハードウェアエラーを分析し、システムとそのドメインの可用性に影響を与えるエラーが発生したコンポーネントを特定する、3 種類の診断エンジン (DE) が組み込まれています。

• SMS 診断エンジン

SMS DE は、ドメイン停止 (dstop) を伴うハードウェアエラーを診断します。

• Solaris オペレーティング環境

Solaris オペレーティング環境 (Solaris DE とも呼ばれる) では、致命的でないドメインのハードウェアエラーを特定し、そのエラーをシステムコントローラに報告します。

• POST 診断エンジン

POST DE は、SMS で電源投入時自己診断が実行されているときに発生したハードウェアテスト障害を特定します。

これらの DE では、影響を受けたコンポーネントの診断情報を記録し、コンポーネントの健全性ステータス (CHS) の一部としてこの情報を保持します。

• 障害イベントとエラーの報告

診断エンジンでは、以下の方法により診断情報の報告を行います。

• ドメインとプラットフォームのログファイルにイベントメッセージを表示する。

表示されるイベントメッセージには、影響を受けたシステムのシャーシのシリアル番号と、障害やエラーイベントを特定するイベントコードが含まれています。また、これらのイベントメッセージは SMS イベントログにも記録され、このイベントログは showlogs コマンドを実行すると表示できます。

これらのイベントメッセージが表示されたときは、サービス代理店に連絡してください。サービス代理店では、シャーシのシリアル番号とイベントコードを使用して、適切な保守処理を開始します。

• 電子メールで障害およびエラーイベントを通知する。

手動でプラットフォームやドメインのログを監視しなくても、重大な障害イベントの通知をただちに受信するように、電子メールイベント通知機能を構成することができます。イベントメッセージの場合と同様に、これらの電子メールを受信した場合はサービス代理店に連絡して、適切な保守処理を開始するよう依頼してください。

• Sun Management Center や Sun^SM Remote Services Net Connect を通して障害イベントを通知する (通知するように構成している場合)。

• 停止したドメインの自動復元

ドメイン停止 (dstop) に伴ってハードウェアエラーが発生した場合、POST では、影響を受けたコンポーネントの CHS 情報を調べて、障害が発生したコンポーネントをシステムから構成解除します。

これらの機能についての詳細は、『System Management Services (SMS) 1.4 管理者マニュアル』の「自動診断および自動回復」を参照してください。

SMS 1.4 の新規コマンド

SMS 1.4 で採用された自動診断および自動回復機能に関連して、次のデーモンとコマンドが新たに追加されました。これらのデーモンおよびコマンドについての詳細は、『System Management Services (SMS) 1.4 リファレンスマニュアル』の説明を参照してください。

• efhd(1M) - エラーおよび障害処理デーモン
• elad(1M) - イベントログアクセスデーモン
• erd(1M) - イベントレポートデーモン
• setcsn(1M) - Sun Fire ハイエンドシステムのシャーシのシリアル番号を設定する。
• testemail(1M) - イベントメッセージのログ機能と電子メールによるイベント通知機能を含む、イベントレポート機能のテストを行う。このコマンドへのパスは次のとおりです。

/opt/SUNWSMS/SMS1.4/lib/smsadmin/testemail

SMS 1.4 で修正されたコマンド

自動診断および自動回復機能の採用による変更を反映して、SMS 1.4 では次のコマンドが更新されました。これらのコマンドについての詳細は、『System Management Services (SMS) 1.4 リファレンスマニュアル』の説明を参照してください。

• showlogs (1M) - イベントログ情報を表示する新しいオプションを提供する。
• showplatform (1M) - Sun Fire ハイエンドシステムに割り当てられたシャーシのシリアル番号を表示する。

シャーシのシリアル番号

シャーシのシリアル番号は、Sun Fire ハイエンドシステムを特定する際に使用されます。このシリアル番号によってシステムイベントメッセージに記載されているプラットフォームが特定されるため、サービス代理店では、この番号を利用して、発生したイベントと保守処理を適切なシステムに対応付けます。

シャーシのシリアル番号は、システムシャーシ正面の下部中央付近に貼付されているラベルに印刷されています。SMS 1.4 からは、シャーシのシリアル番号は、サンでの製造時に SMS 1.4 をインストールして出荷するシステム上に自動的に記録されます。シャーシのシリアル番号を表示するには、showplatform -p csn コマンドを実行します。

旧バージョンの SMS から SMS 1.4 にアップグレードするときは、setcsn(1M) コマンドを使用して、Sun Fire ハイエンドシステムのシャーシのシリアル番号を記録してください。シャーシのシリアル番号の設定方法については、『System Management Services (SMS) 1.4 インストールマニュアル』と『System Management Services (SMS) 1.4 リファレンスマニュアル』のsetcsn コマンドの説明を参照してください。

Capacity on Demand (COD)

障害が発生した非 COD CPU を交換する際に、用意されているインスタントアクセス CPU (ヘッドルームとも呼ばれる) を一時的に使用可能にすることができます。この場合、インスタントアクセス CPU は、ホットスペアと見なされます。これは、障害が発生した非 COD CPU の交換時にただちに使用可能なスペアの CPU です。しかし、障害が発生した非 COD CPU を交換した後、『System Management Services (SMS) 1.4 管理者マニュアル』の「Capacity on Demand」に記載されている説明に従って、インスタントアクセス CPU を無効にする必要があります。インスタントアクセス CPU を継続使用する場合は、購入先に連絡して、使用しているインスタントアクセス CPU の COD RTU ライセンスを購入してください。

システムコントローラ (SC) 外部ネットワークの構成

各システムコントローラ (SC) は、その接続先である TCP/IP ネットワークに合わせて構成する必要があります。TCP/IP ネットワークの計画および構成の詳細については、Solaris 9 System Administrator Collection の『Solaris のシステム管理 (資源管理とネットワークサービス)』を参照してください。SMS では、IPv4 と IPv6 両方の構成をサポートしています。

このリリースでは、SC は各 SC の背面板にある RJ45 ジャックでのネットワーク接続をサポートしています。この接続は、各 SC の Solaris ソフトウェアの hme0 および eri1 と対応します。使用する TCP/IP ネットワークに適した情報を使って、各 SC の hme0 または eri1 を構成する必要があります。この構成により、各 SC は個別の IP ホスト名およびアドレスを持ち、外部のネットワークアプリケーションに認識されるようになります。

注意 - Sun Fire ハイエンドシステムのマニュアルに記載されている smsconfig の使用例の IP アドレスは、あくまで例に過ぎません。使用するネットワークで有効な IP アドレスについては、必ず『Sun Fire 15K/12K システムサイト計画の手引き』を参照してください。特定の状況のもとでは、無効なネットワーク IP アドレスを使用すると、システムが起動できなくなる場合があります。

各 SC は、相互に排他的な 2 つのモードのうちの 1 つ、すなわちメインモードまたはスペアモードで動作します。メインモードの SC が、コンピュータを制御する SC です。スペアモードの SC は、メイン SC に障害が発生した際に自動的に交代するスペアとして動作します。システムコントローラのうち、どれがメイン SC でどれがスペア SC であるかを確認しておくことは重要です。SC の役割を判別するには、SC にログインしてから以下のコマンドを使用します。

sc0:sms-user:>showfailover -r

MAIN

http://www.sun.com/products-n-solutions/hardware/docs/Servers/High-End_Servers/Sun_Fire_15K

sc0:sms-user:>/opt/SUNWSMS/SMS1.4/lib/smsadmin/testemail -c fault.board.ex.l1l2, fault.board.io.l1l2 -dD -i EX7,IO8

System Management Services (SMS) 1.4 ご使用にあたって

817-4183-10

Copyright© 2004, Sun Microsystems, Inc. All rights reserved.