JP2005018462A - プロセッサストール監視方式および方法 - Google Patents
プロセッサストール監視方式および方法 Download PDFInfo
- Publication number
- JP2005018462A JP2005018462A JP2003183191A JP2003183191A JP2005018462A JP 2005018462 A JP2005018462 A JP 2005018462A JP 2003183191 A JP2003183191 A JP 2003183191A JP 2003183191 A JP2003183191 A JP 2003183191A JP 2005018462 A JP2005018462 A JP 2005018462A
- Authority
- JP
- Japan
- Prior art keywords
- processor
- stall
- post
- computer system
- stall monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
【課題】コンピュータシステム起動の際のストール障害発生時にその障害部位を特定してリスタートを行わせる。
【解決手段】複数のプロセッサを有するコンピュータシステム１の電源投入時にＰＯＳＴを実行するＢＳＰ（ブートストラッププロセッサ）１０と、ＰＯＳＴ処理時に発生したストール障害を検出したとき前記ＰＯＳＴ処理を引き継いて処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記ＢＳＰのプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記ＢＳＰを切離してリスタートを行うＡＰ（アプリケーションプロセッサ）２０と、前記ＰＯＳＴ処理を継続処理中に前記ＡＰもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，そのまま前記コンピュータシステムのリスタートを行わせる外部ストール監視部２とを具備する。
【選択図】 図１
【解決手段】複数のプロセッサを有するコンピュータシステム１の電源投入時にＰＯＳＴを実行するＢＳＰ（ブートストラッププロセッサ）１０と、ＰＯＳＴ処理時に発生したストール障害を検出したとき前記ＰＯＳＴ処理を引き継いて処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記ＢＳＰのプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記ＢＳＰを切離してリスタートを行うＡＰ（アプリケーションプロセッサ）２０と、前記ＰＯＳＴ処理を継続処理中に前記ＡＰもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，そのまま前記コンピュータシステムのリスタートを行わせる外部ストール監視部２とを具備する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明はプロセッサストール監視方式および方法に関し、特に複数のプロセッサを有するコンピュータシステムの起動時に発生することがあるストール障害を判定してリスタートを行うプロセッサストール監視方式および方法に関する。
【０００２】
【従来の技術】
従来、複数のプロセッサを有するコンピュータシステムでは、あるプロセッサが故障したときそのプロセッサが実行中の処理を他のプロセッサが引き継いで実行することがある（たとえば、特許文献１参照）。
【０００３】
しかしながら、上記の例の場合、故障の原因を判定してその回復を試行することはない。特に、電源投入時に発生することがあるストール障害の場合には、原因不明でシステム起動ができないことがある。
【０００４】
【特許文献１】
特開２００１−２２５９９号公報（第３〜４頁，図１）
【０００５】
【発明が解決しようとする課題】
上記のように複数のプロセッサを有する従来のコンピュータシステムでは、特にシステム起動の際に次のような問題点がある。
【０００６】
第一の問題点は、ＰＯＳＴ実行中にストールが発生したときＰＯＳＴ処理を実行していたプロセッサの動作を他の待機プロセッサが引き継ぐことができないことである。
【０００７】
その理由は、従来の技術ではＣＰＵストール監視はウォッチドッグタイマー等の機能を持つストール監視部が行っているが、一定期間ウォッチドッグタイマーの更新が行われないと、ＰＯＳＴ処理を実行していたプロセッサの動作を他の待機プロセッサが引き継ぐことなく、ストール監視部がシステムを再起動していることにある。
【０００８】
第二の問題点は、ＰＯＳＴ実行中のストール発生の障害の要因は、ＣＰＵ自身の処理障害とプラットフォーム障害とに分離されるが、従来の技術ではストール障害発生時に両要因の特定ができないことにある。
【０００９】
その理由は、従来の技術ではＣＰＵストール監視はウォッチドッグタイマー等の機能を持つストール監視部が行っているが、一定期間ウォッチドッグタイマーの更新が行われないと、ストール監視部はストール発生と認識しても、それがＣＰＵ 要因の障害かプラットフォーム要因の障害かの識別を行うことができないからである。
【００１０】
本発明の目的は、上記のような欠点を改善するために、コンピュータシステム起動の際のストール障害発生時にその障害部位を特定してリスタートを行わせ、ストール障害に対するシステムの運用性および保守性を向上させるプロセッサストール監視方式および方法を提供することにある。
【００１１】
【課題を解決するための手段】
本発明のプロセッサストール監視方式は、複数のプロセッサを有するコンピュータシステムの電源投入時にＰＯＳＴを実行する第一のプロセッサと、前記第一のプロセッサのＰＯＳＴ処理時に発生したストール障害を検出したとき前記ＰＯＳＴ処理を引き継いて継続処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記第一のプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記第一のプロセッサを切離してリスタートを行う第二のプロセッサと、前記ＰＯＳＴ処理を継続処理中に前記第二のプロセッサもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，そのまま前記コンピュータシステムのリスタートを行わせる外部ストール監視部と、を具備することを特徴とする。
【００１２】
さらに、本発明のプロセッサストール監視方式において、前記第一のプロセッサは、あらかじめ保持されているＰＯＳＴタスクテーブルを参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域に書き込むＰＯＳＴ処理部を備え、システム初期化処理を行うことを特徴とする。
【００１３】
さらに、本発明のプロセッサストール監視方式において、前記第二のプロセッサは、前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記第一のプロセッサがストールしたことを検出するストール監視部と、前記ストール監視部がストールを判定したとき前記ＰＯＳＴタスクテーブルを参照して前記ＰＯＳＴタスクを引き継ぎ実行するＰＯＳＴタスク処理引き継ぎ制御部と、前記ＰＯＳＴタスクが正常に終了したとき前記ストールをプロセッサ要因に基づくストールと判定するＰＯＳＴ正常終了判断部とを具備することを特徴とする。
【００１４】
また、本発明のプロセッサストール監視方式は、あらかじめ保持されているＰＯＳＴタスクテーブルを参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域に書き込むＰＯＳＴ処理部を備え，システム初期化処理を行う第一のプロセッサと、前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記第一のプロセッサがストールしたことを検出するストール監視部と，前記ストール監視部が前記第一のプロセッサのストールを検出したときコンピュータシステムの診断処理を実行して診断情報を送出する診断処理部とを備える第二のプロセッサと、前記診断処理部から診断情報を取得してそれに対応する処置を施し，前記コンピュータシステムをリスタートさせるサービスプロセッサと、を具備することを特徴とする。
【００１５】
さらに、本発明のプロセッサストール監視方式において、前記サービスプロセッサは、取得した診断情報に基づいて前記第一のプロセッサ要因によるストール障害，あるいは前記コンピュータシステムのプラットフォーム要因によるストール障害のいずれかを判断し、前者の場合には前記コンピュータシステムから前記第一のプロセッサを切り離してリスタートさせ、後者の場合には前記コンピュータシステムをそのままリスタートさせることを特徴とする。
【００１６】
また、本発明のプロセッサストール監視方法は、複数のプロセッサを有するコンピュータシステムの電源投入時に第一のプロセッサがＰＯＳＴを実行し、前記第一のプロセッサのＰＯＳＴ処理時に発生したストール障害を検出したとき第二のプロセッサが前記ＰＯＳＴ処理を引き継いて継続処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記第一のプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記第一のプロセッサを切離してリスタートを行い、前記ＰＯＳＴ処理を継続処理中に前記第二のプロセッサもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，前記コンピュータシステムにそのままリスタートを行わせることを特徴とする。
【００１７】
さらに、本発明のプロセッサストール監視方法において、ストール障害が発生したとき前記コンピュータシステムは自己診断した診断情報を送出し、前記診断情報に基づいて前記第一のプロセッサ要因によるストール障害，あるいは前記コンピュータシステムのプラットフォーム要因によるストール障害のいずれかを判断し、前者の場合には前記コンピュータシステムから前記第一のプロセッサを切り離してリスタートさせ、後者の場合には前記コンピュータシステムをそのままリスタートさせることを特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明について図面を参照しながら説明する。
【００１９】
図１は本発明の実施の第一の形態を示すブロック図である。同図において、本発明によるプロセッサストール監視方式は、複数のプロセッサを有するコンピュータシステム１の電源投入時にＰＯＳＴを実行するＢＳＰ（ブートストラッププロセッサ。以下、ＢＳＰという。）１０と、前記ＢＳＰのＰＯＳＴ処理時に発生したストール障害を検出したとき前記ＰＯＳＴ処理を引き継いて継続処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記ＢＳＰのプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記ＢＳＰを切離してリスタートを行うＡＰ（アプリケーションプロセッサ。以下、ＡＰという。）２０と、前記ＰＯＳＴ処理を継続処理中に前記ＡＰもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，そのまま前記コンピュータシステムのリスタートを行わせる外部ストール監視部２とを具備する。
【００２０】
ここで、ＢＳＰ１０は、あらかじめ保持されているＰＯＳＴタスクテーブル４０を参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域３０に書き込むＰＯＳＴ処理部１１を備え、システム初期化処理を行う。
【００２１】
さらに、ＡＰ２０は、前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記ＢＳＰがストールしたことを検出するストール監視部２１と、前記ストール監視部がストールを判定したとき前記ＰＯＳＴタスクテーブルを参照して前記ＰＯＳＴタスクを引き継ぎ実行するＰＯＳＴタスク処理引き継ぎ制御部２２と、前記ＰＯＳＴタスクが正常に終了したとき前記ストールをプロセッサ要因に基づくストールと判定するＰＯＳＴ正常終了判断部２３とを具備する。
【００２２】
すなわち、上記のコンピュータシステム１は、ＰＯＳＴ処理部を有するＢＳＰ１０と、ＢＳＰがＰＯＳＴの各試験および初期化処理を細分化した実行中のＰＯＳＴタスクコードを格納するストール監視データ領域３０とを備える。
【００２３】
ここで、ＡＰ２０は、ストール監視データ領域に格納されたＰＯＳＴタスクコードの更新を監視する。そして、一定期間ストール監視データ領域に格納されたＰＯＳＴタスクコードが更新されなかった場合、ＡＰはＰＯＳＴタスク処理引き継ぎ制御部によりＰＯＳＴタスクテーブルを参照し、ストール監視データ領域に格納されているＰＯＳＴタスクコードの示すＰＯＳＴタスクの処理を引き継ぎ、実行する。ＰＯＳＴタスクテーブルには各ＰＯＳＴタスクの実行コードアドレスが格納されている。
【００２４】
ＢＳＰからＰＯＳＴタスク処理を引き継いだＡＰはＰＯＳＴタスク処理を実行し、ＰＯＳＴ正常終了判断部によりＰＯＳＴタスクが正常処理されたならば、ＢＳＰ自身の要因によりストールが発生したものと判断する。ＢＳＰおよびＡＰ共にストールした場合は、外部ストール監視部がシステムのリスタートを行う。
【００２５】
すなわち、上記のプロセッサストール監視方式では、システムの電源投入直後に行われるＰＯＳＴ処理で、通常プラットフォームの試験および初期化を実行するＢＳＰがＰＯＳＴの各試験および初期化処理を細分化した各ＰＯＳＴタスク実行の際に、ストール監視データ領域にＰＯＳＴタスクコードを格納する。
【００２６】
ＡＰは、ＰＯＳＴ処理中は待機処理を行うが、この待機処理において、ＢＳＰが格納するストール監視データ領域のＰＯＳＴタスクコードが更新されることを定期的に監視する。ＡＰの待機処理におけるこのストール監視は、一定期間このストール監視データ領域のＰＯＳＴタスクコードが更新されない場合、ＢＳＰのＰＯＳＴ処理がストールしたと判断し、ＰＯＳＴタスクコードが示すＰＯＳＴ処理を引き継ぐ。
【００２７】
ストールしたＢＳＰのＰＯＳＴ処理を引き継いだＡＰがＰＯＳＴ処理を継続し、引き継いだＰＯＳＴ処理が正常終了するならば、ＢＳＰのＣＰＵ要因である障害が発生したものと特定し、引き継いだＰＯＳＴ処理が異常終了するならば、プラットフォーム要因の障害が発生したものと特定する。
【００２８】
図２は、図１に示した、プロセッサストール監視方式の動作を示す流れ図である。
【００２９】
まず、システム起動が行われると、ＢＳＰ１０はＰＯＳＴの処理を開始する。ＰＯＳＴはＰＯＳＴの各試験および初期化処理を細分化したＰＯＳＴタスクとして処理が行われる。このＰＯＳＴタスクはＰＯＳＴタスクテーブル４０として各ＰＯＳＴの実行アドレスが管理されており、指定されたアドレスに格納されるプログラムを順次実行する。ＢＳＰはＰＯＳＴ実行の際に実行するＰＯＳＴタスクコードをストール監視データ領域３０に格納する（ステップＡ１）。
【００３０】
ＡＰ２０は、待機処理を行うと共にストール監視データ領域のＰＯＳＴタスクコードが更新されることを定期的に監視する（ステップＢ１）。
【００３１】
ＢＳＰにＰＯＳＴ処理中にストールが発生（ステップＡ２）すると、ストール監視データ領域のＰＯＳＴタスクコードの更新が行われなくなる。ＡＰは、一定期間ＰＯＳＴタスクコードの更新が行われないと、ＢＳＰにストールが発生したと判断する（ステップＢ２）。
【００３２】
その後、ＡＰはストール監視データ領域に格納されているＰＯＳＴタスクコードを元に、ＰＯＳＴタスクテーブルのアドレスの示すＰＯＳＴタスク処理を引き継ぐ（ステップＢ３）。
【００３３】
ＡＰはＢＳＰに障害が発生したＰＯＳＴタスクが正常処理されるならば、ＢＳＰ自身にストール要因があるものと判断し、ＢＳＰの切り離し処理を実行し、ＡＰがＢＳＰとなりシステムのリスタートを行う（ステップＢ４，Ｂ５）。
【００３４】
ＢＳＰおよびＡＰを含むシステム全体のストール監視は、外部ストール監視部２が行っている（ステップＣ１）。ＢＳＰストールにより処理継続を受け持ったＡＰもストールしたならば（ステップＢ６）、外部ストール監視部はＣＰＵの切り離しを行うことなくシステムのリスタートを実行する（ステップＣ２）。
【００３５】
図３は本発明の実施の第二の形態を示すブロック図である。同図において、本発明によるプロセッサストール監視方式は、あらかじめ保持されているＰＯＳＴタスクテーブルを参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域に書き込むＰＯＳＴ処理部１１を備え，システム初期化処理を行うＢＳＰ１０と、前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記ＢＳＰがストールしたことを検出するストール監視部２１と，前記ストール監視部が前記ＢＳＰのストールを検出したときコンピュータシステム１ａの診断処理を実行して診断情報を送出する診断処理部２４とを備えるＡＰ２０ａと、前記診断処理部から診断情報を取得してそれに対応する処置を施し，前記コンピュータシステムをリスタートさせるサービスプロセッサ３とを具備する。
【００３６】
上記のサービスプロセッサ３は、取得した診断情報に基づいて前記ＢＳＰのプロセッサ要因によるストール障害，あるいは前記コンピュータシステム１ａのプラットフォーム要因によるストール障害のいずれかを判断し、前者の場合には前記コンピュータシステムから前記ＢＳＰを切り離してリスタートさせ、後者の場合には前記コンピュータシステムをそのままリスタートさせる。
【００３７】
すなわち、ＡＰ２０ａはストール監視部２１および診断処理部２４を有し、ストール監視部がＢＳＰのストールを検出すると、診断処理部により装置の診断を行い、診断情報をサービスプロセッサ３に送る。サービスプロセッサは診断情報を元に適切な処理を行い、装置のリスタートを行う。
【００３８】
図４は、図３に示したプロセッサストール監視方式の動作を示す流れ図である。
【００３９】
まず、システム起動が行われると、ＢＳＰ１０はＰＯＳＴの処理を開始する。ＰＯＳＴはＰＯＳＴの各試験および初期化処理を細分化したＰＯＳＴタスクとして処理が行われる。このＰＯＳＴタスクはＰＯＳＴタスクテーブル４０として各ＰＯＳＴの実行アドレスが管理されており、指定されたアドレスに格納されるプログラムを順次実行する。ＢＳＰはＰＯＳＴ実行の際に実行するＰＯＳＴタスクコードをストール監視データ領域３０に格納する（ステップＡ１）。
【００４０】
ＡＰ２０ａは、待機処理を行うと共にストール監視データ領域のＰＯＳＴタスクコードが更新されることを定期的に監視する（ステップＢ１）。
【００４１】
ＢＳＰにＰＯＳＴ処理中にストールが発生（ステップＡ２）すると、ストール監視データ領域のＰＯＳＴタスクコードの更新が行われなくなる。ＡＰは、一定期間ＰＯＳＴタスクコードの更新が行われないと、ＢＳＰにストールが発生したと判断する（ステップＢ２）。
【００４２】
その後、ＡＰはストールしたＰＯＳＴタスクコードを元に、その処理に対応した診断処理を実施し、診断データの採取を行い、採取した診断データをサービスプロセッサに送る（ステップＢ７）。
【００４３】
サービスプロセッサは受信した診断情報を元に最適な処置をシステムに施し、システムのリスタートを行う（ステップＤ１）。
【００４４】
【発明の効果】
以上、詳細に説明したように、本発明によれば次の効果が得られる。
【００４５】
第一の効果は、ＰＯＳＴ実行中にストールが発生したときのＰＯＳＴ処理を待機プロセッサに引き継ぐことができることにある。その理由は、待機プロセッサにストール監視処理を持たせることおよびストール監視データ領域に実行中のＰＯＳＴタスクコードを格納しておくことにより、ＢＳＰのストールを検出しその処理を引き継ぐためである。
【００４６】
第二の効果は、ストール原因がプロセッサ自身の障害か，プラットフォームの障害かを切り分けることができることにある。その理由は、ＢＳＰのストールを検出した待機プロセッサが引き継いだＰＯＳＴタスクを実行し、引き継いだＰＯＳＴタスクが正常終了するか否かの判断を行うことにより、その切り分けができるためである。
【図面の簡単な説明】
【図１】本発明の実施の第一の形態を示すブロック図。
【図２】本発明の実施の第一の形態の動作を示す流れ図。
【図３】本発明の実施の第二の形態を示すブロック図。
【図４】本発明の実施の第二の形態の動作を示す流れ図。
【符号の説明】
１，１ａ コンピュータシステム
２ 外部ストール監視部
３ サービスプロセッサ
１０ ＢＳＰ
１１ ＰＯＳＴ処理部
２０，２０ａ ＡＰ
２１ ストール監視部
２２ ＰＯＳＴタスク処理引き継ぎ制御部
２３ ＰＯＳＴ正常終了判断部
２４ 診断処理部
３０ ストール監視データ領域
４０ ＰＯＳＴタスクテーブル
【発明の属する技術分野】
本発明はプロセッサストール監視方式および方法に関し、特に複数のプロセッサを有するコンピュータシステムの起動時に発生することがあるストール障害を判定してリスタートを行うプロセッサストール監視方式および方法に関する。
【０００２】
【従来の技術】
従来、複数のプロセッサを有するコンピュータシステムでは、あるプロセッサが故障したときそのプロセッサが実行中の処理を他のプロセッサが引き継いで実行することがある（たとえば、特許文献１参照）。
【０００３】
しかしながら、上記の例の場合、故障の原因を判定してその回復を試行することはない。特に、電源投入時に発生することがあるストール障害の場合には、原因不明でシステム起動ができないことがある。
【０００４】
【特許文献１】
特開２００１−２２５９９号公報（第３〜４頁，図１）
【０００５】
【発明が解決しようとする課題】
上記のように複数のプロセッサを有する従来のコンピュータシステムでは、特にシステム起動の際に次のような問題点がある。
【０００６】
第一の問題点は、ＰＯＳＴ実行中にストールが発生したときＰＯＳＴ処理を実行していたプロセッサの動作を他の待機プロセッサが引き継ぐことができないことである。
【０００７】
その理由は、従来の技術ではＣＰＵストール監視はウォッチドッグタイマー等の機能を持つストール監視部が行っているが、一定期間ウォッチドッグタイマーの更新が行われないと、ＰＯＳＴ処理を実行していたプロセッサの動作を他の待機プロセッサが引き継ぐことなく、ストール監視部がシステムを再起動していることにある。
【０００８】
第二の問題点は、ＰＯＳＴ実行中のストール発生の障害の要因は、ＣＰＵ自身の処理障害とプラットフォーム障害とに分離されるが、従来の技術ではストール障害発生時に両要因の特定ができないことにある。
【０００９】
その理由は、従来の技術ではＣＰＵストール監視はウォッチドッグタイマー等の機能を持つストール監視部が行っているが、一定期間ウォッチドッグタイマーの更新が行われないと、ストール監視部はストール発生と認識しても、それがＣＰＵ 要因の障害かプラットフォーム要因の障害かの識別を行うことができないからである。
【００１０】
本発明の目的は、上記のような欠点を改善するために、コンピュータシステム起動の際のストール障害発生時にその障害部位を特定してリスタートを行わせ、ストール障害に対するシステムの運用性および保守性を向上させるプロセッサストール監視方式および方法を提供することにある。
【００１１】
【課題を解決するための手段】
本発明のプロセッサストール監視方式は、複数のプロセッサを有するコンピュータシステムの電源投入時にＰＯＳＴを実行する第一のプロセッサと、前記第一のプロセッサのＰＯＳＴ処理時に発生したストール障害を検出したとき前記ＰＯＳＴ処理を引き継いて継続処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記第一のプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記第一のプロセッサを切離してリスタートを行う第二のプロセッサと、前記ＰＯＳＴ処理を継続処理中に前記第二のプロセッサもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，そのまま前記コンピュータシステムのリスタートを行わせる外部ストール監視部と、を具備することを特徴とする。
【００１２】
さらに、本発明のプロセッサストール監視方式において、前記第一のプロセッサは、あらかじめ保持されているＰＯＳＴタスクテーブルを参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域に書き込むＰＯＳＴ処理部を備え、システム初期化処理を行うことを特徴とする。
【００１３】
さらに、本発明のプロセッサストール監視方式において、前記第二のプロセッサは、前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記第一のプロセッサがストールしたことを検出するストール監視部と、前記ストール監視部がストールを判定したとき前記ＰＯＳＴタスクテーブルを参照して前記ＰＯＳＴタスクを引き継ぎ実行するＰＯＳＴタスク処理引き継ぎ制御部と、前記ＰＯＳＴタスクが正常に終了したとき前記ストールをプロセッサ要因に基づくストールと判定するＰＯＳＴ正常終了判断部とを具備することを特徴とする。
【００１４】
また、本発明のプロセッサストール監視方式は、あらかじめ保持されているＰＯＳＴタスクテーブルを参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域に書き込むＰＯＳＴ処理部を備え，システム初期化処理を行う第一のプロセッサと、前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記第一のプロセッサがストールしたことを検出するストール監視部と，前記ストール監視部が前記第一のプロセッサのストールを検出したときコンピュータシステムの診断処理を実行して診断情報を送出する診断処理部とを備える第二のプロセッサと、前記診断処理部から診断情報を取得してそれに対応する処置を施し，前記コンピュータシステムをリスタートさせるサービスプロセッサと、を具備することを特徴とする。
【００１５】
さらに、本発明のプロセッサストール監視方式において、前記サービスプロセッサは、取得した診断情報に基づいて前記第一のプロセッサ要因によるストール障害，あるいは前記コンピュータシステムのプラットフォーム要因によるストール障害のいずれかを判断し、前者の場合には前記コンピュータシステムから前記第一のプロセッサを切り離してリスタートさせ、後者の場合には前記コンピュータシステムをそのままリスタートさせることを特徴とする。
【００１６】
また、本発明のプロセッサストール監視方法は、複数のプロセッサを有するコンピュータシステムの電源投入時に第一のプロセッサがＰＯＳＴを実行し、前記第一のプロセッサのＰＯＳＴ処理時に発生したストール障害を検出したとき第二のプロセッサが前記ＰＯＳＴ処理を引き継いて継続処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記第一のプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記第一のプロセッサを切離してリスタートを行い、前記ＰＯＳＴ処理を継続処理中に前記第二のプロセッサもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，前記コンピュータシステムにそのままリスタートを行わせることを特徴とする。
【００１７】
さらに、本発明のプロセッサストール監視方法において、ストール障害が発生したとき前記コンピュータシステムは自己診断した診断情報を送出し、前記診断情報に基づいて前記第一のプロセッサ要因によるストール障害，あるいは前記コンピュータシステムのプラットフォーム要因によるストール障害のいずれかを判断し、前者の場合には前記コンピュータシステムから前記第一のプロセッサを切り離してリスタートさせ、後者の場合には前記コンピュータシステムをそのままリスタートさせることを特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明について図面を参照しながら説明する。
【００１９】
図１は本発明の実施の第一の形態を示すブロック図である。同図において、本発明によるプロセッサストール監視方式は、複数のプロセッサを有するコンピュータシステム１の電源投入時にＰＯＳＴを実行するＢＳＰ（ブートストラッププロセッサ。以下、ＢＳＰという。）１０と、前記ＢＳＰのＰＯＳＴ処理時に発生したストール障害を検出したとき前記ＰＯＳＴ処理を引き継いて継続処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記ＢＳＰのプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記ＢＳＰを切離してリスタートを行うＡＰ（アプリケーションプロセッサ。以下、ＡＰという。）２０と、前記ＰＯＳＴ処理を継続処理中に前記ＡＰもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，そのまま前記コンピュータシステムのリスタートを行わせる外部ストール監視部２とを具備する。
【００２０】
ここで、ＢＳＰ１０は、あらかじめ保持されているＰＯＳＴタスクテーブル４０を参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域３０に書き込むＰＯＳＴ処理部１１を備え、システム初期化処理を行う。
【００２１】
さらに、ＡＰ２０は、前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記ＢＳＰがストールしたことを検出するストール監視部２１と、前記ストール監視部がストールを判定したとき前記ＰＯＳＴタスクテーブルを参照して前記ＰＯＳＴタスクを引き継ぎ実行するＰＯＳＴタスク処理引き継ぎ制御部２２と、前記ＰＯＳＴタスクが正常に終了したとき前記ストールをプロセッサ要因に基づくストールと判定するＰＯＳＴ正常終了判断部２３とを具備する。
【００２２】
すなわち、上記のコンピュータシステム１は、ＰＯＳＴ処理部を有するＢＳＰ１０と、ＢＳＰがＰＯＳＴの各試験および初期化処理を細分化した実行中のＰＯＳＴタスクコードを格納するストール監視データ領域３０とを備える。
【００２３】
ここで、ＡＰ２０は、ストール監視データ領域に格納されたＰＯＳＴタスクコードの更新を監視する。そして、一定期間ストール監視データ領域に格納されたＰＯＳＴタスクコードが更新されなかった場合、ＡＰはＰＯＳＴタスク処理引き継ぎ制御部によりＰＯＳＴタスクテーブルを参照し、ストール監視データ領域に格納されているＰＯＳＴタスクコードの示すＰＯＳＴタスクの処理を引き継ぎ、実行する。ＰＯＳＴタスクテーブルには各ＰＯＳＴタスクの実行コードアドレスが格納されている。
【００２４】
ＢＳＰからＰＯＳＴタスク処理を引き継いだＡＰはＰＯＳＴタスク処理を実行し、ＰＯＳＴ正常終了判断部によりＰＯＳＴタスクが正常処理されたならば、ＢＳＰ自身の要因によりストールが発生したものと判断する。ＢＳＰおよびＡＰ共にストールした場合は、外部ストール監視部がシステムのリスタートを行う。
【００２５】
すなわち、上記のプロセッサストール監視方式では、システムの電源投入直後に行われるＰＯＳＴ処理で、通常プラットフォームの試験および初期化を実行するＢＳＰがＰＯＳＴの各試験および初期化処理を細分化した各ＰＯＳＴタスク実行の際に、ストール監視データ領域にＰＯＳＴタスクコードを格納する。
【００２６】
ＡＰは、ＰＯＳＴ処理中は待機処理を行うが、この待機処理において、ＢＳＰが格納するストール監視データ領域のＰＯＳＴタスクコードが更新されることを定期的に監視する。ＡＰの待機処理におけるこのストール監視は、一定期間このストール監視データ領域のＰＯＳＴタスクコードが更新されない場合、ＢＳＰのＰＯＳＴ処理がストールしたと判断し、ＰＯＳＴタスクコードが示すＰＯＳＴ処理を引き継ぐ。
【００２７】
ストールしたＢＳＰのＰＯＳＴ処理を引き継いだＡＰがＰＯＳＴ処理を継続し、引き継いだＰＯＳＴ処理が正常終了するならば、ＢＳＰのＣＰＵ要因である障害が発生したものと特定し、引き継いだＰＯＳＴ処理が異常終了するならば、プラットフォーム要因の障害が発生したものと特定する。
【００２８】
図２は、図１に示した、プロセッサストール監視方式の動作を示す流れ図である。
【００２９】
まず、システム起動が行われると、ＢＳＰ１０はＰＯＳＴの処理を開始する。ＰＯＳＴはＰＯＳＴの各試験および初期化処理を細分化したＰＯＳＴタスクとして処理が行われる。このＰＯＳＴタスクはＰＯＳＴタスクテーブル４０として各ＰＯＳＴの実行アドレスが管理されており、指定されたアドレスに格納されるプログラムを順次実行する。ＢＳＰはＰＯＳＴ実行の際に実行するＰＯＳＴタスクコードをストール監視データ領域３０に格納する（ステップＡ１）。
【００３０】
ＡＰ２０は、待機処理を行うと共にストール監視データ領域のＰＯＳＴタスクコードが更新されることを定期的に監視する（ステップＢ１）。
【００３１】
ＢＳＰにＰＯＳＴ処理中にストールが発生（ステップＡ２）すると、ストール監視データ領域のＰＯＳＴタスクコードの更新が行われなくなる。ＡＰは、一定期間ＰＯＳＴタスクコードの更新が行われないと、ＢＳＰにストールが発生したと判断する（ステップＢ２）。
【００３２】
その後、ＡＰはストール監視データ領域に格納されているＰＯＳＴタスクコードを元に、ＰＯＳＴタスクテーブルのアドレスの示すＰＯＳＴタスク処理を引き継ぐ（ステップＢ３）。
【００３３】
ＡＰはＢＳＰに障害が発生したＰＯＳＴタスクが正常処理されるならば、ＢＳＰ自身にストール要因があるものと判断し、ＢＳＰの切り離し処理を実行し、ＡＰがＢＳＰとなりシステムのリスタートを行う（ステップＢ４，Ｂ５）。
【００３４】
ＢＳＰおよびＡＰを含むシステム全体のストール監視は、外部ストール監視部２が行っている（ステップＣ１）。ＢＳＰストールにより処理継続を受け持ったＡＰもストールしたならば（ステップＢ６）、外部ストール監視部はＣＰＵの切り離しを行うことなくシステムのリスタートを実行する（ステップＣ２）。
【００３５】
図３は本発明の実施の第二の形態を示すブロック図である。同図において、本発明によるプロセッサストール監視方式は、あらかじめ保持されているＰＯＳＴタスクテーブルを参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域に書き込むＰＯＳＴ処理部１１を備え，システム初期化処理を行うＢＳＰ１０と、前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記ＢＳＰがストールしたことを検出するストール監視部２１と，前記ストール監視部が前記ＢＳＰのストールを検出したときコンピュータシステム１ａの診断処理を実行して診断情報を送出する診断処理部２４とを備えるＡＰ２０ａと、前記診断処理部から診断情報を取得してそれに対応する処置を施し，前記コンピュータシステムをリスタートさせるサービスプロセッサ３とを具備する。
【００３６】
上記のサービスプロセッサ３は、取得した診断情報に基づいて前記ＢＳＰのプロセッサ要因によるストール障害，あるいは前記コンピュータシステム１ａのプラットフォーム要因によるストール障害のいずれかを判断し、前者の場合には前記コンピュータシステムから前記ＢＳＰを切り離してリスタートさせ、後者の場合には前記コンピュータシステムをそのままリスタートさせる。
【００３７】
すなわち、ＡＰ２０ａはストール監視部２１および診断処理部２４を有し、ストール監視部がＢＳＰのストールを検出すると、診断処理部により装置の診断を行い、診断情報をサービスプロセッサ３に送る。サービスプロセッサは診断情報を元に適切な処理を行い、装置のリスタートを行う。
【００３８】
図４は、図３に示したプロセッサストール監視方式の動作を示す流れ図である。
【００３９】
まず、システム起動が行われると、ＢＳＰ１０はＰＯＳＴの処理を開始する。ＰＯＳＴはＰＯＳＴの各試験および初期化処理を細分化したＰＯＳＴタスクとして処理が行われる。このＰＯＳＴタスクはＰＯＳＴタスクテーブル４０として各ＰＯＳＴの実行アドレスが管理されており、指定されたアドレスに格納されるプログラムを順次実行する。ＢＳＰはＰＯＳＴ実行の際に実行するＰＯＳＴタスクコードをストール監視データ領域３０に格納する（ステップＡ１）。
【００４０】
ＡＰ２０ａは、待機処理を行うと共にストール監視データ領域のＰＯＳＴタスクコードが更新されることを定期的に監視する（ステップＢ１）。
【００４１】
ＢＳＰにＰＯＳＴ処理中にストールが発生（ステップＡ２）すると、ストール監視データ領域のＰＯＳＴタスクコードの更新が行われなくなる。ＡＰは、一定期間ＰＯＳＴタスクコードの更新が行われないと、ＢＳＰにストールが発生したと判断する（ステップＢ２）。
【００４２】
その後、ＡＰはストールしたＰＯＳＴタスクコードを元に、その処理に対応した診断処理を実施し、診断データの採取を行い、採取した診断データをサービスプロセッサに送る（ステップＢ７）。
【００４３】
サービスプロセッサは受信した診断情報を元に最適な処置をシステムに施し、システムのリスタートを行う（ステップＤ１）。
【００４４】
【発明の効果】
以上、詳細に説明したように、本発明によれば次の効果が得られる。
【００４５】
第一の効果は、ＰＯＳＴ実行中にストールが発生したときのＰＯＳＴ処理を待機プロセッサに引き継ぐことができることにある。その理由は、待機プロセッサにストール監視処理を持たせることおよびストール監視データ領域に実行中のＰＯＳＴタスクコードを格納しておくことにより、ＢＳＰのストールを検出しその処理を引き継ぐためである。
【００４６】
第二の効果は、ストール原因がプロセッサ自身の障害か，プラットフォームの障害かを切り分けることができることにある。その理由は、ＢＳＰのストールを検出した待機プロセッサが引き継いだＰＯＳＴタスクを実行し、引き継いだＰＯＳＴタスクが正常終了するか否かの判断を行うことにより、その切り分けができるためである。
【図面の簡単な説明】
【図１】本発明の実施の第一の形態を示すブロック図。
【図２】本発明の実施の第一の形態の動作を示す流れ図。
【図３】本発明の実施の第二の形態を示すブロック図。
【図４】本発明の実施の第二の形態の動作を示す流れ図。
【符号の説明】
１，１ａ コンピュータシステム
２ 外部ストール監視部
３ サービスプロセッサ
１０ ＢＳＰ
１１ ＰＯＳＴ処理部
２０，２０ａ ＡＰ
２１ ストール監視部
２２ ＰＯＳＴタスク処理引き継ぎ制御部
２３ ＰＯＳＴ正常終了判断部
２４ 診断処理部
３０ ストール監視データ領域
４０ ＰＯＳＴタスクテーブル
Claims (7)
- 複数のプロセッサを有するコンピュータシステムの電源投入時にｐｏｗｅｒ ｏｎ ｓｅｌｆ ｔｅｓｔ（以下、ＰＯＳＴという。）を実行する第一のプロセッサと、
前記第一のプロセッサのＰＯＳＴ処理時に発生したストール障害を検出したとき前記ＰＯＳＴ処理を引き継いて継続処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記第一のプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記第一のプロセッサを切離してリスタートを行う第二のプロセッサと、
前記ＰＯＳＴ処理を継続処理中に前記第二のプロセッサもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，そのまま前記コンピュータシステムのリスタートを行わせる外部ストール監視部と、
を具備することを特徴とするプロセッサストール監視方式。 - 請求項１記載のプロセッサストール監視方式において、前記第一のプロセッサは、あらかじめ保持されているＰＯＳＴタスクテーブルを参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域に書き込むＰＯＳＴ処理部を備え、システム初期化処理を行うことを特徴とするプロセッサストール監視方式。
- 請求項１または２記載のプロセッサストール監視方式において、前記第二のプロセッサは、前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記第一のプロセッサがストールしたことを検出するストール監視部と、前記ストール監視部がストールを判定したとき前記ＰＯＳＴタスクテーブルを参照して前記ＰＯＳＴタスクを引き継ぎ実行するＰＯＳＴタスク処理引き継ぎ制御部と、前記ＰＯＳＴタスクが正常に終了したとき前記ストールをプロセッサ要因に基づくストールと判定するＰＯＳＴ正常終了判断部とを具備することを特徴とするプロセッサストール監視方式。
- あらかじめ保持されているＰＯＳＴタスクテーブルを参照してＰＯＳＴタスクを実行し，そのＰＯＳＴタスクコードをストール監視データ領域に書き込むＰＯＳＴ処理部を備え，システム初期化処理を行う第一のプロセッサと、
前記ストール監視データ領域を定期的にチェックして一定期間前記ストール監視データ領域が更新されない場合に前記第一のプロセッサがストールしたことを検出するストール監視部と，前記ストール監視部が前記第一のプロセッサのストールを検出したときコンピュータシステムの診断処理を実行して診断情報を送出する診断処理部とを備える第二のプロセッサと、
前記診断処理部から診断情報を取得してそれに対応する処置を施し，前記コンピュータシステムをリスタートさせるサービスプロセッサと、
を具備することを特徴とするプロセッサストール監視方式。 - 請求項４記載のプロセッサストール監視方式において、前記サービスプロセッサは、取得した診断情報に基づいて前記第一のプロセッサ要因によるストール障害，あるいは前記コンピュータシステムのプラットフォーム要因によるストール障害のいずれかを判断し、前者の場合には前記コンピュータシステムから前記第一のプロセッサを切り離してリスタートさせ、後者の場合には前記コンピュータシステムをそのままリスタートさせることを特徴とするプロセッサストール監視方式。
- 複数のプロセッサを有するコンピュータシステムの電源投入時に第一のプロセッサがＰＯＳＴを実行し、
前記第一のプロセッサのＰＯＳＴ処理時に発生したストール障害を検出したとき第二のプロセッサが前記ＰＯＳＴ処理を引き継いて継続処理し，引き継いたＰＯＳＴ処理が正常に終了したとき前記第一のプロセッサ要因に基づくストールと判断し，前記コンピュータシステムから前記第一のプロセッサを切離してリスタートを行い、
前記ＰＯＳＴ処理を継続処理中に前記第二のプロセッサもストールを発生したときには前記コンピュータシステムのプラットフォーム要因に基づくストールと判断し，前記コンピュータシステムにそのままリスタートを行わせる
ことを特徴とするプロセッサストール監視方法。 - 請求項６記載のプロセッサストール監視方法において、
ストール障害が発生したとき前記コンピュータシステムは自己診断した診断情報を送出し、前記診断情報に基づいて前記第一のプロセッサ要因によるストール障害，あるいは前記コンピュータシステムのプラットフォーム要因によるストール障害のいずれかを判断し、前者の場合には前記コンピュータシステムから前記第一のプロセッサを切り離してリスタートさせ、後者の場合には前記コンピュータシステムをそのままリスタートさせる
ことを特徴とするプロセッサストール監視方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003183191A JP2005018462A (ja) | 2003-06-26 | 2003-06-26 | プロセッサストール監視方式および方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003183191A JP2005018462A (ja) | 2003-06-26 | 2003-06-26 | プロセッサストール監視方式および方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005018462A true JP2005018462A (ja) | 2005-01-20 |
Family
ID=34183364
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003183191A Pending JP2005018462A (ja) | 2003-06-26 | 2003-06-26 | プロセッサストール監視方式および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005018462A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007241832A (ja) * | 2006-03-10 | 2007-09-20 | Nec Corp | コンピュータシステム、起動監視方法および起動監視プログラム |
| JP2013061841A (ja) * | 2011-09-14 | 2013-04-04 | Fujitsu Ltd | 情報処理装置および情報処理装置の試験方法 |
-
2003
- 2003-06-26 JP JP2003183191A patent/JP2005018462A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007241832A (ja) * | 2006-03-10 | 2007-09-20 | Nec Corp | コンピュータシステム、起動監視方法および起動監視プログラム |
| JP4586750B2 (ja) * | 2006-03-10 | 2010-11-24 | 日本電気株式会社 | コンピュータシステムおよび起動監視方法 |
| JP2013061841A (ja) * | 2011-09-14 | 2013-04-04 | Fujitsu Ltd | 情報処理装置および情報処理装置の試験方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106959866B (zh) | 一种日志收集客户端及其升级方法 | |
| JP4586750B2 (ja) | コンピュータシステムおよび起動監視方法 | |
| CN115237644B (zh) | ***故障处理方法、中央运算单元以及车辆 | |
| WO2012119432A1 (zh) | 提高计算机***稳定性的方法及计算机*** | |
| JPH0950424A (ja) | ダンプ採取装置およびダンプ採取方法 | |
| CN111800304A (zh) | 进程运行的监测方法、存储介质和虚拟装置 | |
| KR100899582B1 (ko) | 정보 처리 장치, 그 제어 장치, 그 제어 방법 및 제어프로그램을 저장한 컴퓨터 판독 가능한 기록 매체 | |
| JP2001056772A (ja) | 障害監視システム | |
| WO2012097570A1 (zh) | 实现软件版本同步的方法及装置 | |
| JP2005018462A (ja) | プロセッサストール監視方式および方法 | |
| JP2004302731A (ja) | 情報処理装置および障害診断方法 | |
| JP5429171B2 (ja) | 情報処理装置及びハングアップ原因調査用情報取得方法 | |
| JP2002149437A (ja) | ソフトウェア再起動方法 | |
| JP2005165415A (ja) | 情報処理装置、システム起動方法、およびシステム起動プログラム | |
| JP2002049509A (ja) | データ処理システム | |
| JPH11327914A (ja) | 自動インストールシステムおよび自動インストールプログラムを記録した記録媒体 | |
| JP2785992B2 (ja) | サーバプログラムの管理処理方式 | |
| JPH11259160A (ja) | コンピュータの起動方法、コンピュータ、起動処理プログラムを記録した記録媒体 | |
| CN112269685B (zh) | 一种启动阶段收集硬件错误的方法及装置 | |
| CN111400076B (zh) | 一种宕机修复方法、装置、设备及存储介质 | |
| JP2998793B2 (ja) | 情報処理装置の試験方式 | |
| CN113220358B (zh) | 一种多平台bios信息存储方法、***及介质 | |
| CN112286551B (zh) | 触摸设备的固件升级纠错方法和控制装置 | |
| JP2010102441A (ja) | 情報処理装置、情報処理プログラム | |
| JPH07168729A (ja) | 再開始制御システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050314 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060510 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060606 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060802 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060914 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070126 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070320 |