JP6235365B2

JP6235365B2 - 情報処理装置及びエラー情報取得方法

Info

Publication number: JP6235365B2
Application number: JP2014026481A
Authority: JP
Inventors: 裕志村
Original assignee: NEC Platforms Ltd
Current assignee: NEC Platforms Ltd
Priority date: 2014-02-14
Filing date: 2014-02-14
Publication date: 2017-11-22
Anticipated expiration: 2034-02-14
Also published as: JP2015153151A

Description

本発明は、情報処理装置におけるエラー情報取得の技術に関する。

情報処理装置の信頼性、可用性、保守性向上のためのさまざまな関連技術が知られている。そのような技術の１つとして、情報処理装置において障害が発生した場合に、その情報処理装置の内部情報を収集し、障害原因の特定に供するための技術がある。

例えば、特許文献１は、障害情報を取得し、取得したその障害情報に基づいて障害原因個所を推定し、推定されたその障害個所を特定し、終了させるシステムを開示する。そのシステムは、障害情報を確実に収集するために、第１の経路を介して障害情報を取得する第１の取得部と、その第１の取得部が障害情報を取得できない場合に、第２の経路を介して障害情報を取得する第２の取得部と、を有する。

国際公開第２０１２／０２９１４７号

しかしながら、上述した先行技術文献に記載された技術は、以下の問題点を解決できない。

その問題点は、サーバのマネージメントコントローラが、ＩＭＰＩ（ＩｎｔｅｌｌｉｇｅｎｔＰｌａｔｆｏｒｍＭａｎａｇｅｍｅｎｔＩｎｔｅｒｆａｃｅ）に準拠したインターフェースによってハードウェアエラー情報を収集する場合、発生した障害によっては、ハードウェアエラー情報を収集することができないことである。その障害は、オペレーティングシステムが正常に動作できなくなる障害である。即ち、オペレーティングシステムが正常に動作できない障害が発生した場合、そのＩＭＰＩにインターフェースを動作させるドライバも正常に動作せず、そのマネージメントコントローラは、ハードウェアエラー情報を収集することができない。

特許文献１は、ＩＭＰＩに準拠したインターフェースによってハードウェアエラー情報を収集する場合の、オペレーティングシステムが正常に動作できない障害が発生した場合における、ハードウェアエラー情報の収集について言及していない。

本発明の目的は、上述した問題点を解決できる情報処理装置及びエラー情報取得方法を提供することにある。

本発明の一様態における情報処理装置は、オペレーティングシステムと、前記オペレーティングシステムの動作が正常でない状態においても、正常にハードウェアエラー情報を転送する第１のインターフェース手段と、前記第１のインターフェース手段及びインテリジェントプラットフォームマネジメントインタフェースに準拠する第２のインターフェース手段のそれぞれを利用して、前記ハードウェアエラー情報を受信し、保持するマネージメントコントローラと、を含む。

本発明の一様態におけるエラー情報取得方法は、オペレーティングシステムを含む情報処理装置が、インテリジェントプラットフォームマネジメントインタフェースに準拠する第２のインターフェース手段を利用して、ハードウェアエラー情報を受信し、保持し、前記オペレーティングシステムの動作が正常でない状態においても、正常にハードウェアエラー情報を転送する第１のインターフェース手段を利用して、ハードウェアエラー情報を受信し、保持する。

本発明は、オペレーティングシステムが正常に動作できなくなる障害であっても、ハードウェアエラー情報を収集することが可能になるという効果がある。

図１は、本発明の第１の実施形態に係る情報処理装置の機能単位に分割された構成を示すブロック図である。図２は、第１の実施形態に係る情報処理装置のハードウェア単位の構成を示すブロック図である。図３は、第１の実施形態における情報処理装置の動作を示すフローチャートである。図４は、本発明の第２の実施形態に係る情報処理装置の機能単位に分割された構成を示すブロック図である。

本発明を実施するための形態について図面を参照して詳細に説明する。尚、各図面及び明細書記載の各実施形態において、同様の構成要素には同様の符号を付与し、適宜説明を省略する。

＜＜＜第１の実施形態＞＞＞
図１は、本発明の第１の実施形態に係る情報処理装置１００の、コンピュータ装置の機能単位に分割された構成を示すブロック図である。情報処理装置１００は、サーバや、コンピュータ、端末、或いは通信制御装置などである。

図１に示すように、本実施形態に係る情報処理装置１００は、オペレーティングシステム１２０、プロセッサ１４０、チップセット１５０、マネージメントコントローラ１６０及びエラー情報保持部１７０を含む。尚、図１に示す各構成要素は、コンピュータ装置の機能単位に分割された構成要素である。

図２は、情報処理装置１００のハードウェア単位の構成要素を示すブロック図である。

図２に示すように、本実施形態に係る情報処理装置１００は、サーキットボード１３０、出力部１３１及び通信部１３２を含む。

サーキットボード１３０は、例えば、マザーボードである。サーキットボード１３０上には、少なくとも、上述のメモリ１１１やプロセッサ１４０、チップセット１５０などの主要な部品が搭載され、更にマネージメントコントローラ１６０が搭載されている。

出力部１３１は、出力部７０５は、例えばディスプレイで実現される。出力部７０５は、例えば、オペレーティングシステム１２０及びチップセット１５０の制御に基づいて、マネージメントコントローラ１６０に保持されているハードウェアエラー情報を表示する。そのハードウェアエラー情報については、後述する。

通信部１３２は、外部装置とのインターフェースを実現する。通信部１３２は、例えば、オペレーティングシステム１２０及びチップセット１５０の制御に基づいて、マネージメントコントローラ１６０に保持されているハードウェアエラー情報を外部装置へ送信する。

＝＝＝オペレーティングシステム１２０＝＝＝
オペレーティングシステム１２０は、メモリ１１１にプログラムとして保持され、プロセッサ１４０上で動作する。

オペレーティングシステム１２０は、オペレーティングシステム本体部１２１とインターフェースドライバ１２３とを含む。更に、オペレーティングシステム本体部１２１は、ＩＰＭＩ（ＩｎｔｅｌｌｉｇｅｎｔＰｌａｔｆｏｒｍＭａｎａｇｅｍｅｎｔＩｎｔｅｒｆａｃｅ）ドライバ１２２を含む。

ＩＰＭＩドライバ１２２は、チップセット１５０とマネージメントコントローラ１６０間のＩＰＭＩ規格に準拠したインターフェースを制御する。尚、ＩＰＭＩドライバ１２２とそのＩＰＭＩ規格に準拠したインターフェースとの組は、第２のインターフェース手段とも呼ばれる。

インターフェースドライバ１２３は、後述のチップセット１５０のポート１５８及びマネージメントコントローラ１６０のポート１６８を制御し、ポート１５８とポート１６８とを通信させる。尚、インターフェースドライバ１２３とポート１５８とポート１６８との組は、第１のインターフェース手段とも呼ばれる。

＝＝＝プロセッサ１４０＝＝＝
プロセッサ１４０は、オペレーティングシステム１２０を動作させて、情報処理装置１００の全体の動作を制御する。

＝＝＝チップセット１５０＝＝＝
チップセット１５０は、例えば、メモリやグラフィック回路などを制御するチップセットである。またチップセット１５０は、ハードディスクや光学ドライブ、キーボード・マウス、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、オーディオなどを制御するチップセットであってもよい。

チップセット１５０は、ポート１５８を含む。ポート１５８は、例えば、検査や保守用のデバッグポートである。チップセット１５０は、ポート１５８を介して、マネージメントコントローラ１６０と接続される。

チップセット１５０は、マネージメントコントローラ１６０から受信する取得要求に応答して、エラー情報取得インターフェース１９０を介してマネージメントコントローラ１６０へ、ハードウェアエラー情報を送信する。そのハードウェアエラー情報は、例えば、プロセッサ１４０やチップセット１５０などの、主要部品の内部レジスタの情報である。チップセット１５０は、例えば、それらの主要部品を接続する内部バス（不図示）を経由して、それらの主要部品の内部レジスタの情報を収集してよい。

＝＝＝マネージメントコントローラ１６０＝＝＝
マネージメントコントローラ１６０は、情報処理装置１００の障害等を監視する。例えば、マネージメントコントローラ１６０は、オペレーティングシステム１２０の動作を監視し、オペレーティングシステム１２０の動作が正常でないことを検出する。

マネージメントコントローラ１６０は、ポート１６８を含む。ポート１６８は、例えば、ＵＳＢやその他のはん用シリアルポートである。マネージメントコントローラ１６０は、ポート１６８を介して、チップセット１５０と接続される。

マネージメントコントローラ１６０は、エラー情報を取得する。具体的には、マネージメントコントローラ１６０は、エラー情報取得インターフェース１９０を介してチップセット１５０に、ハードウェアエラー情報の取得要求を送信する。そして、マネージメントコントローラ１６０は、その取得要求の応答であるハードウェアエラー情報を、エラー情報取得インターフェース１９０を介してチップセット１５０から受信する。

更に、マネージメントコントローラ１６０は、エラー情報保持部１７０を含む。エラー情報保持部１７０は、その取得したエラー情報を保持（記憶）する。更に、エラー情報保持部１７０は、前述の第１のインターフェースを介して取得した情報（ＩＰＭＩ規格に準拠した任意の情報）を、保持してよい。尚、マネージメントコントローラ１６０は、図２に示す構成に係わらず、例えば、メモリ１１１の一部であってもよい。

＝＝＝エラー情報取得インターフェース１９０＝＝＝
エラー情報取得インターフェース１９０は、ポート１５８とポート１６８とにより実現（接続）されるインターフェースである。エラー情報取得インターフェース１９０は、オペレーティングシステム１２０の動作異常時に、マネージメントコントローラ１６０がチップセット１５０からハードウェアエラー情報を取得するために使用される。

ポート１５８は、プロセッサ１４０に含まれてもよい。この場合、エラー情報取得インターフェース１９０は、オペレーティングシステム１２０の動作異常時に、マネージメントコントローラ１６０がプロセッサ１４０からハードウェアエラー情報を取得するために使用される。更に、ポート１５８は、プロセッサ１４０とチップセット１５０の両方に含まれてもよい。この場合、エラー情報取得インターフェース１９０は、オペレーティングシステム１２０の動作異常時に、マネージメントコントローラ１６０がプロセッサ１４０及びチップセット１５０からハードウェアエラー情報を取得するために使用される。

次に本実施形態の動作について、図面を参照して詳細に説明する。

図３は、本実施形態の動作を示すフローチャートである。処理のステップ名については、Ｓ６０１のように、記号で記載する。

情報処理装置１００は、オペレーティングシステム１２０が起動され、オペレーティングシステム１２０によるサーキットボード１３０の初期化が完了したことを契機に、図３に示す動作を開始する。尚、オペレーティングシステム１２０の起動は、インターフェースドライバ１２３の起動を含む。サーキットボード１３０の初期化は、インターフェースドライバ１２３によるエラー情報取得インターフェース１９０（ポート１５８及びポート１６８）の初期化を含む。

マネージメントコントローラ１６０は、オペレーティングシステム１２０の動作を監視し、オペレーティングシステム１２０が正常に動作しなくなったことを検出すると、ステップＳ６０２の動作へ進む（ステップＳ６０１）。

次に、マネージメントコントローラ１６０は、ポート１６８からエラー情報取得インターフェース１９０を介して、チップセット１５０にハードウェアエラー情報の取得要求を送信する（ステップＳ６０２）。ここで、インターフェースドライバ１２３は、ポート１６８からエラー情報取得インターフェース１９０へのその取得要求の送信を制御する。

次に、チップセット１５０は、エラー情報取得インターフェース１９０からポート１５８を介して、その取得要求を受信する（ステップＳ６０３）。ここで、インターフェースドライバ１２３は、エラー情報取得インターフェース１９０からポート１５８を介してのその取得要求の受信を制御する。

次に、チップセット１５０は、その取得要求に応答して、ポート１５８からエラー情報取得インターフェース１９０を介して、ハードウェアエラー情報を送信する（ステップＳ６０４）。ここで、インターフェースドライバ１２３は、ポート１５８からエラー情報取得インターフェース１９０へのそのハードウェアエラー情報の送信を制御する。

次に、マネージメントコントローラ１６０は、エラー情報取得インターフェース１９０からポート１６８を介して、そのハードウェアエラー情報を受信する（ステップＳ６０５）。ここで、インターフェースドライバ１２３は、エラー情報取得インターフェース１９０からポート１６８を介してのそのハードウェアエラー情報の受信を制御する。

次に、マネージメントコントローラ１６０は、受信したそのハードウェアエラー情報をエラー情報保持部１７０に出力する（ステップＳ６０６）。

次に、エラー情報保持部１７０は、そのハードウェアエラー情報を保持する（ステップＳ６０７）。

例えば、オペレータは、上述のようにして保持されたそのハードウェアエラー情報を、出力部１３１及び通信部１３２を介して接続された端末等を利用して、参照することができる。

上述した本実施形態における第１の効果は、オペレーティングシステムが正常に動作できなくなる障害であっても、ハードウェアエラー情報を収集することが可能になる点である。

その理由は、以下のような構成を含むからである。即ち、第１に、第１のインターフェース手段のエラー情報取得インターフェース１９０は、オペレーティングシステム１２０の動作が正常でない状態においても、正常にハードウェアエラー情報を転送する。第２に、マネージメントコントローラ１６０が、エラー情報取得インターフェース１９０及びＩＰＭＩ規格に準拠する第２のインターフェース手段のそれぞれを利用して、ハードウェアエラー情報を受信し、保持する。

上述した本実施形態における第２の効果は、オペレーティングシステムが正常に動作できなくなる障害であっても、ハードウェアエラー情報をより確実に或いはより高速に収集することが可能になる点である。

その理由は、プロセッサ１４０とチップセット１５０の両方が、第１のインターフェース手段のポート１５８を含むからである。

＜＜＜第２の実施形態＞＞＞
次に、本発明の第２の実施形態について図面を参照して詳細に説明する。以下、本実施形態の説明が不明確にならない範囲で、前述の説明と重複する内容については説明を省略する。

図４は、本発明の第２の実施形態に係る情報処理装置２００の構成を示すブロック図である。

図４に示すように、本実施形態における情報処理装置２００は、オペレーティングシステム１２０、マネージメントコントローラ２６０及びインターフェース部（第１のインターフェース手段とも呼ばれる）２９０を含む。オペレーティングシステム１２０は、図１に示すオペレーティングシステム１２０と同じである。

＝＝＝インターフェース部２９０＝＝＝
インターフェース部２９０は、情報処理装置２００のオペレーティングシステム１２０の動作が正常でない状態においても、正常にハードウェアエラー情報を転送する。

例えば、インターフェース部２９０は、その状態において、図１に示すチップセット１５０とマネージメントコントローラ２６０間の通信を実現する。換言すると、その状態において、マネージメントコントローラ２６０は、インターフェース部２９０を介して、チップセット１５０にハードウェアエラー情報の取得要求を送信することができる。そして、その状態において、マネージメントコントローラ２６０は、インターフェース部２９０を介して、チップセット１５０からハードウェアエラー情報を受信することができる。

＝＝＝マネージメントコントローラ２６０＝＝＝
マネージメントコントローラ２６０は、インターフェース部２９０を利用して、例えば図１に示すチップセット１５０から、ハードウェアエラー情報を受信する。そして、マネージメントコントローラ２６０は、受信したそのハードウェアエラー情報を、保持する。

また、マネージメントコントローラ２６０は、ＩＰＭＩ規格に準拠する第２のインターフェース手段（不図示）を利用して、例えば図１に示すチップセット１５０から、ハードウェアエラー情報を受信し、保持する。

上述した本実施形態における効果は、第１の実施形態と同様に、オペレーティングシステム１２０が正常に動作できなくなる障害であっても、ハードウェアエラー情報を収集することが可能になる点である。

その理由は、以下のような構成を含むからである。即ち、第１に、第１のインターフェース手段のインターフェース部２９０は、オペレーティングシステムの動作が正常でない状態においても、正常にハードウェアエラー情報を転送する。第２に、マネージメントコントローラ２６０が、インターフェース部２９０及びＩＰＭＩ規格に準拠する第２のインターフェース手段のそれぞれを利用して、ハードウェアエラー情報を受信し、保持する。

以上の各実施形態で説明した各構成要素は、必ずしも個々に独立した存在である必要はない。例えば、複数個の任意のその構成要素が１個のモジュールとして実現されてよい。また、その構成要素の内の任意のひとつが複数のモジュールで実現されてもよい。また、その構成要素の内の任意のひとつがその構成要素の内の任意の他のひとつであってよい。また、その構成要素の内の任意のひとつの一部と、その構成要素の内の任意の他のひとつの一部とが重複してもよい。

以上説明した各実施形態における各構成要素及び各構成要素を実現するモジュールは、必要に応じ、可能であれば、ハードウェア的に実現されてよい。また、各構成要素及び各構成要素を実現するモジュールは、コンピュータ及びプログラムで実現されてよい。また、各構成要素及び各構成要素を実現するモジュールは、ハードウェア的なモジュールとコンピュータ及びプログラムとの混在により実現されてもよい。

以上、各実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しえるさまざまな変更をすることができる。

１００情報処理装置
１１１メモリ
１２０オペレーティングシステム
１２１オペレーティングシステム本体部
１２２ＩＰＭＩドライバ
１２３インターフェースドライバ
１３０サーキットボード
１３１出力部
１３２通信部
１４０プロセッサ
１５０チップセット
１５８ポート
１６０マネージメントコントローラ
１６８ポート
１７０エラー情報保持部
１９０エラー情報取得インターフェース
２００情報処理装置
２６０マネージメントコントローラ
２９０インターフェース部

Claims

オペレーティングシステムと、
前記オペレーティングシステムの動作が正常でない状態においても、正常にハードウェアエラー情報を転送する第１のインターフェース手段と、
前記第１のインターフェース手段及びインテリジェントプラットフォームマネジメントインタフェースに準拠する第２のインターフェース手段のそれぞれを利用して、前記ハードウェアエラー情報を受信し、保持するマネージメントコントローラと、を含む
情報処理装置。
前記マネージメントコントローラは、前記オペレーティングシステムの動作を監視し、前記オペレーティングシステムの動作が正常でないことを検出した場合に、前記第１のインターフェース手段を利用して、前記ハードウェアエラー情報を受信する
ことを特徴とする請求項１記載の情報処理装置。
前記第１のインターフェース手段は、
前記情報処理装置の部品に搭載される第１のポートと、
前記マネージメントコントローラに搭載される第２のポートと、
前記オペレーティングシステムに対して独立して動作し、前記第１のポート及び前記第２のポートを制御するインターフェースドライバと、を含む
ことを特徴とする請求項１または２記載の情報処理装置。
前記第１のポートが搭載される前記部品は、チップセットである
ことを特徴とする請求項３記載の情報処理装置。
前記第１のポートが搭載される前記部品は、プロセッサである
ことを特徴とする請求項３または４記載の情報処理装置。
前記ハードウェアエラー情報は、前記部品のレジスタの値である
ことを特徴とする請求項３乃至５のいずれか１項に記載の情報処理装置。
前記マネージメントコントローラに保持された前記ハードウェアエラー情報を表示する手段及び外部へ送信する手段の少なくともいずれかを更に含む
ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
オペレーティングシステムを含む情報処理装置が、
インテリジェントプラットフォームマネジメントインタフェースに準拠する第２のインターフェース手段を利用して、ハードウェアエラー情報を受信し、保持し、
前記オペレーティングシステムの動作が正常でない状態においても、正常にハードウェアエラー情報を転送する第１のインターフェース手段を利用して、ハードウェアエラー情報を受信し、保持する
エラー情報取得方法。
前記オペレーティングシステムの動作を監視し、
前記オペレーティングシステムの動作が正常でないことを検出した場合に、前記第１のインターフェース手段を利用して、前記ハードウェアエラー情報を受信する
ことを特徴とする請求項８記載のエラー情報取得方法。