JPH0950424A - ダンプ採取装置およびダンプ採取方法 - Google Patents

ダンプ採取装置およびダンプ採取方法

Info

Publication number
JPH0950424A
JPH0950424A JP7200154A JP20015495A JPH0950424A JP H0950424 A JPH0950424 A JP H0950424A JP 7200154 A JP7200154 A JP 7200154A JP 20015495 A JP20015495 A JP 20015495A JP H0950424 A JPH0950424 A JP H0950424A
Authority
JP
Japan
Prior art keywords
dump
processor
processing
storage device
processors
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.)
Granted
Application number
JP7200154A
Other languages
English (en)
Other versions
JP3481737B2 (ja
Inventor
Osamu Inaho
修 稲穂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP20015495A priority Critical patent/JP3481737B2/ja
Priority to US08/623,995 priority patent/US5884019A/en
Priority to DE19615644A priority patent/DE19615644C2/de
Publication of JPH0950424A publication Critical patent/JPH0950424A/ja
Application granted granted Critical
Publication of JP3481737B2 publication Critical patent/JP3481737B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operations
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Debugging And Monitoring (AREA)
  • Multi Processors (AREA)
  • Hardware Redundancy (AREA)

Abstract

(57)【要約】 【目的】 複数の処理プロセッサを用いて１つの並列プ
ログラムを実行するシステムのダンプ採取装置およびダ
ンプ採取方法に関し、ダンプの採取に伴うシステムの停
止時間を短縮することを目的とする。 【構成】 複数の処理プロセッサ２〜４は通信網１０に
よって接続されて並列プログラム１の実行を行う。処理
プロセッサ４に障害が発生した場合、停止手段５が、複
数の処理プロセッサ２〜４の動作を停止させる。そし
て、ダンプ書込手段６が、障害が発生した障害プロセッ
サ４の内部記憶装置に、処理プロセッサ２，３の各ダン
プを書き込む。ダンプ書込手段６によるダンプ書き込み
が完了した後、再起動手段７が、処理プロセッサ２，３
を再起動させる。障害プロセッサ４に書き込まれた各ダ
ンプおよび障害プロセッサ４自身のダンプは、読出手段
９によって外部記憶装置８へ読み出される。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、複数の処理プロセッサ
を用いて１つの並列プログラムを実行するシステムのダ
ンプ採取装置およびダンプ採取方法に関し、特に、分散
メモリ型並列型計算機における複数のダンプの採取装置
および採取方法に関する。
【０００２】一般に単一型計算機では、システムが異常
な状態に陥ったとき、主記憶装置あるいは２次記憶装置
の内容をダンプ（ＤＵＭＰ）として採取して外部記憶装
置へ送り、それを基にオペレーションシステムの障害の
原因究明を行っている。
【０００３】一方、複数の処理プロセッサと、それらを
結ぶ通信網とを備え、各処理プロセッサが独立した記憶
装置とＣＰＵとを備えた分散メモリ型並列型計算機にお
いては、通信網によりデータの交換や同期を行いなが
ら、複数の処理プロセッサが同一の並列プログラムを実
行することが行われている。こうした分散メモリ型並列
型計算機においても、システムの異常時にはダンプの採
取が行われる。
【０００４】
【従来の技術】従来、多数の処理プロセッサを備えた計
算機システムにおいて、そのうちの複数の処理プロセッ
サを用いて１つの並列プログラムを実行しているとき
に、それらの複数の処理プロセッサのいずれかに障害が
発生した場合、その並列プログラムを実行していた処理
プロセッサ全ての動作が停止され、それらの処理プロセ
ッサ全てにおけるダンプが採取され、外部記憶装置のフ
ァイルに吐き出される。
【０００５】ダンプが採取された複数の処理プロセッサ
のうち、障害が発生した処理プロセッサ以外のプロセッ
サには何ら問題がないので、それらのプロセッサに対し
ては、ダンプの吐き出し後、再起動が行われる。
【０００６】
【発明が解決しようとする課題】ところで、障害発生に
よって動作が停止してから再起動するまでのシステム停
止時間は当然、最小限に抑えることが要求される。
【０００７】しかし、処理プロセッサから吐き出された
ダンプを外部記憶装置へ書き込むことに要する時間は一
般的に長くかかる。しかも、最近の処理プロセッサでは
内部メモリ量が増大しているのでその所要時間は更に長
くなる傾向にあり、また、ダンプを採取すべき処理プロ
セッサの数が多くなればそれだけトータルのシステム停
止時間は長くなる。
【０００８】こうしたことは、ユーザにとって非常に不
利益をもたらすことであり、できるだけシステムの停止
時間を短くする必要がある。本発明はこのような点に鑑
みてなされたものであり、複数の処理プロセッサを備え
て並列プログラムを実行するシステムにおいて、ダンプ
の採取に伴うシステムの停止時間を短縮することを図っ
たダンプ採取装置およびダンプ採取方法を提供すること
を目的とする。
【０００９】
【課題を解決するための手段】本発明では上記目的を達
成するために、図１に示すように、並列プログラム１を
実行する複数の処理プロセッサ２〜４のいずれかに障害
が発生したときに、複数の処理プロセッサ２〜４の動作
を停止させる停止手段５と、障害が発生した障害プロセ
ッサ（例えば処理プロセッサ４に障害が発生したとす
る）の内部記憶装置に、複数の処理プロセッサ２〜４の
うちの障害プロセッサ４を除いた処理プロセッサ２，３
の各ダンプを書き込むダンプ書込手段６とを、有するこ
とを特徴とするダンプ採取装置が提供される。
【００１０】また好ましくは、ダンプ採取装置は、ダン
プ書込手段６によるダンプ書き込みが完了した後、複数
の処理プロセッサ２〜４のうちの障害プロセッサ４を除
いた処理プロセッサ２，３を再起動させる再起動手段７
と、障害プロセッサ４に書き込まれた各ダンプおよび障
害プロセッサ４自身のダンプを外部記憶装置８へ読み出
す読出手段９とを有する。
【００１１】
【作用】以上のような構成において、複数の処理プロセ
ッサ２〜４は通信網１０によって接続されて並列プログ
ラム１の実行を行う。ここで、複数の処理プロセッサ２
〜４のうちの処理プロセッサ４に障害が発生したと仮定
する。
【００１２】この障害検知により、停止手段５が、まず
複数の処理プロセッサ２〜４の動作を停止させる。そし
て、ダンプ書込手段６が、障害が発生した障害プロセッ
サ４の内部記憶装置に、処理プロセッサ２，３の各ダン
プを書き込む。このダンプ書き込みは、各処理プロセッ
サ間におけるリード／ライト処理であるので、処理プロ
セッサと外部記憶装置との間のリード／ライト処理に比
べて格段に高速度に行われる。
【００１３】ダンプ書込手段６によるダンプ書き込みが
完了した後、再起動手段７が、障害プロセッサ４を除い
た処理プロセッサ２，３を再起動させる。したがって、
障害プロセッサ４を除いた処理プロセッサ２，３に関し
ては、従来に比べて格段に短い停止時間の後、再起動さ
れることになる。
【００１４】なお、障害プロセッサ４に書き込まれた各
ダンプおよび障害プロセッサ４自身のダンプは、読出手
段９によって外部記憶装置８へ読み出される。これに要
する時間は従来通りの時間であるが、このときには、既
に障害プロセッサ４を除いた他の正常な処理プロセッサ
２，３は動作再開しているので、この所要時間は何ら問
題とならない。
【００１５】
【実施例】以下、本発明の実施例を図面に基づいて説明
する。まず、本発明の第１の実施例の原理構成を、図１
を参照して説明する。第１の実施例は、並列プログラム
１を実行する複数の処理プロセッサ２〜４のいずれかに
障害が発生したときに、複数の処理プロセッサ２〜４の
動作を停止させる停止手段５と、障害が発生した障害プ
ロセッサ（例えば処理プロセッサ４に障害が発生したと
する）の内部記憶装置に、複数の処理プロセッサ２〜４
のうちの障害プロセッサ４を除いた処理プロセッサ２，
３の各ダンプを書き込むダンプ書込手段６とを備える。
また、ダンプ書込手段６によるダンプ書き込みが完了し
た後、複数の処理プロセッサ２〜４のうちの障害プロセ
ッサ４を除いた処理プロセッサ２，３を再起動させる再
起動手段７と、障害プロセッサ４に書き込まれた各ダン
プおよび障害プロセッサ４自身のダンプを外部記憶装置
８へ読み出す読出手段９とを備える。
【００１６】図２（Ａ）は、第１の実施例の具体的な構
成を示す。図中、制御用プロセッサ１１およびプロセッ
サ１２〜１５が通信網１６によって接続され、プロセッ
サ１２〜１５が並列プログラム１７を実行する。プロセ
ッサ１２〜１５は、独立した内部記憶装置とＣＰＵとを
有し、通信網１６を介して互いにデータの交換や同期を
行いながら、並列プログラム１７を実行する。プロセッ
サ１２〜１５の各内部記憶装置は、システムプログラム
（オペーレーションシステム）およびユーザプログラム
（アプリケーションプログラム）により使用される。シ
ステムに異常が発生した場合には、システム異常の原因
を調査するために、プロセッサ１２〜１５において主に
システムプログラムに使用された各内部記憶装置内の情
報（ダンプ）が採取される必要がある。
【００１７】図１における停止手段５、再起動手段７、
および読出手段９は、図２（Ａ）に示す制御用プロセッ
サ１１の動作により実現する機能である。なお、図１に
おけるダンプ書込手段６は、図２（Ａ）に示す制御用プ
ロセッサ１１からプロセッサ１２〜１５へ送られたダン
プドライバ（ダンプ取得プログラム）を、プロセッサ１
２〜１５が実行することにより実現する機能である。
【００１８】また、図１における処理プロセッサ２〜４
は、図２（Ａ）のプロセッサ１２〜１５に対応し、同様
に、並列プログラム１は並列プログラム１７に、通信網
１０は通信網１６に対応する。
【００１９】図２（Ｂ）は、プロセッサ１４に異常が発
生した場合に、制御用プロセッサ１１から各プロセッサ
１２〜１５にダンプドライバが送られる様子を示し、図
２（Ｃ）は、プロセッサ１２，１３，１５から異常プロ
セッサ１４の内部記憶装置へダンプが書き込まれる様子
を示している。こうした制御用プロセッサ１１によるダ
ンプ採取の処理手順を図３を参照して説明する。
【００２０】図３は、制御用プロセッサ１１によるダン
プ採取の処理手順を示すフローチャートである。以下、
図中のステップに沿って説明する。 〔Ｓ１〕制御用プロセッサ１１がプロセッサ１２〜１５
を監視して、異常の発生を検出する。異常の発生を検出
すると、制御用プロセッサ１１は、並列プログラム１７
を実行していたプロセッサ１２〜１５の動作を停止させ
る。図中の「ＰＥ」は Processing Element の略号であ
り、プロセッサを指す。以下、プロセッサ１４に異常が
発生したと仮定して説明する。
【００２１】〔Ｓ２〕異常の発生したプロセッサ１４に
制御用プロセッサ１１からダンプドライバを送る。ダン
プドライバは、ダンプを読み出して送り、所定の場所に
書き込むためのプログラムである。
【００２２】〔Ｓ３〕異常の発生したプロセッサ１４以
外のプロセッサ１２，１３，１５に制御用プロセッサ１
１からダンプドライバを送る。 〔Ｓ４〕ダンプドライバを実行することにより、プロセ
ッサ１２，１３，１５は、自己のダンプを異常の発生し
たプロセッサ１４へそれぞれ読み出す。それぞれ読み出
されたダンプは、プロセッサ１２，１３，１５の各内部
記憶装置のスカラメモリ上に書き込まれていたオペレー
ションシステムに関連するメモリダンプである。
【００２３】〔Ｓ５〕ダンプドライバを実行することに
より、異常の発生したプロセッサ１４は、送られた各ダ
ンプを自己の内部記憶装置へ書き込む。特に、これらの
ダンプは、プロセッサ１４の内部記憶装置のユーザプロ
グラム用に使用されていたベクトルメモリ上に書き込ま
れる。
【００２４】なお、ダンプのデータ量は、異常の発生し
たプロセッサ１４に一番多く存在するので、ダンプを、
異常の発生したプロセッサ１４に集約することは、集約
に要する時間を一番短くすることにつながる。
【００２５】〔Ｓ６〕ダンプの転送が完了した後、制御
用プロセッサ１１は、異常の発生したプロセッサ１４以
外のプロセッサ１２，１３，１５にＩＰＬ(Initial Pro
gramLoader)を実行させて再起動させ、運用を再開させ
る。
【００２６】〔Ｓ７〕制御用プロセッサ１１は、プロセ
ッサ１４に書き込まれた各ダンプおよびプロセッサ１４
自身のダンプを読み出して、外部記憶装置のファイル上
に書き込む。このファイルを基に、異常の原因の究明が
別途行われる。
【００２７】〔Ｓ８〕制御用プロセッサ１１は、プロセ
ッサ１４にＩＰＬを実行させて再起動させ、運用を再開
させる。つぎに、本発明の第２の実施例を説明する。
【００２８】第２の実施例の原理構成も、図１に示す構
成と同じである。図４（Ａ）は、第２の実施例の具体的
な構成を示す。図１における停止手段５、再起動手段
７、および読出手段９は、図４（Ａ）に示す制御用プロ
セッサ２１の動作により実現する機能である。なお、図
１におけるダンプ書込手段６は、図４（Ａ）に示す制御
用プロセッサ２１からプロセッサ２２〜２７へ送られた
ダンプドライバ（ダンプ取得プログラム）を、プロセッ
サ２２〜２７が実行することにより実現する機能であ
る。
【００２９】また、図１における処理プロセッサ２〜４
は、図４（Ａ）のプロセッサ２２〜２７に対応し、同様
に、並列プログラム１は並列プログラム２９に、通信網
１０は通信網２８に対応する。ただし、図４（Ａ）で
は、並列プログラム２９をプロセッサ２２〜２６が実行
し、プロセッサ２７は実行しない例を示す。
【００３０】図４（Ｂ）は、プロセッサ２４に異常が発
生した場合に、プロセッサ２２，２３，２５，２６から
異常プロセッサ２４の内部記憶装置へダンプが書き込ま
れる様子を示している。第２の実施例では、書き込まれ
るダンプのデータ量が多く、異常プロセッサ２４の内部
記憶装置が全てを格納しきれない場合に対処した装置を
提供している。こうした制御用プロセッサ２１によるダ
ンプ採取の処理手順を図５を参照して説明する。
【００３１】図５は、制御用プロセッサ２１によるダン
プ採取の処理手順を示すフローチャートである。このフ
ローチャートは、図３に示す第１の実施例のフローチャ
ートと基本的には同じであるので、異なる部分だけを説
明する。なお、図５のステップＳ１１〜Ｓ１５が図３の
ステップＳ１〜Ｓ５にそれぞれ対応し、また、図５のス
テップＳ１８〜Ｓ２０が図３のステップＳ６〜Ｓ８にそ
れぞれ対応する。
【００３２】〔Ｓ１６〕並列プログラム２９を実行して
いたプロセッサ２２〜２６のうちでプロセッサ２４に異
常が発生した場合に、プロセッサ２２，２３，２５，２
６の各ダンプが異常プロセッサ２４へ書き込まれる（集
約される）が、この異常プロセッサ２４の内部記憶装置
が一杯になってしまっていないか否かを判別する。一杯
にならず、プロセッサ２２，２３，２５，２６から送ら
れた各ダンプが全部格納できたときにはステップＳ１８
へ進み、一方、一杯になってしまい、送られたダンプの
全部は格納できていないときにはステップＳ１７へ進
む。
【００３３】〔Ｓ１７〕制御用プロセッサ２１により、
格納しきれなかった残りのダンプを新たに格納すべきプ
ロセッサを決定する。この決定は、制御用プロセッサ２
１がシステム監視プログラムを実行することにより自動
的に行われる。例えば、図４の異常プロセッサ２４の右
側に並ぶプロセッサ２５，２６を、さらには左側のプロ
セッサ２２，２３をこの順に順次対象として、既に自己
のダンプの異常プロセッサ２４への転送を完了している
かどうかを調べる。そして、既に自己のダンプの転送を
完了しているプロセッサが見つかったら、最初に見つか
ったプロセッサを、残りのダンプを格納すべきプロセッ
サとして決定する。図４の例ではプロセッサ２５が、残
りのダンプを格納すべきプロセッサに決定されている。
【００３４】したがって、その後のステップＳ１４，Ｓ
１５の実行では、プロセッサ２５の内部記憶装置に残り
のダンプが書き込まれる。そして、ステップＳ１８で
は、プロセッサ２２，２３，２６が再起動され、ステッ
プＳ１９では、プロセッサ２４，Ｓ２５から外部記憶装
置へダンプが吐き出される。
【００３５】このように、第２の実施例では、書き込ま
れるダンプのデータ量が多く、異常プロセッサ２４の内
部記憶装置が全てを格納しきれない場合に、既に自己の
ダンプの転送を完了しているプロセッサを一意的に決定
して、そのプロセッサに、格納しきれなかったダンプを
格納することを可能としている。
【００３６】
【発明の効果】以上説明したように本発明では、複数の
処理プロセッサによって並列プログラムと実行している
ときに異常が発生した場合、異常が発生したプロセッサ
に、関連する他の処理プロセッサのダンプを集め、それ
らの他の処理プロセッサについては運用を再開させる。
これによって、ダンプの採取に伴うシステムの停止時間
が、従来のように各処理プロセッサのダンプを外部記憶
装置へ吐き出す場合に比べて、短縮することができる。
したがって、障害時にユーザに対して与える影響を最小
限に止めることができ、信頼性を向上できる。
【図面の簡単な説明】
【図１】本発明の原理説明図である。
【図２】第１の実施例の説明図であり、（Ａ）は第１の
実施例の具体的な構成を示し、（Ｂ）は制御用プロセッ
サから各プロセッサにダンプドライバが送られる様子を
示し、（Ｃ）は各プロセッサから異常プロセッサへダン
プが書き込まれる様子を示している。
【図３】第１の実施例の動作フローチャートである。
【図４】第２の実施例の説明図であり、（Ａ）は第２の
実施例の具体的な構成を示し、（Ｂ）は各プロセッサか
ら異常プロセッサ等にダンプが書き込まれる様子を示し
ている。
【図５】第２の実施例の動作フローチャートである。
【符号の説明】
１ 並列プログラム ２ 処理プロセッサ ３ 処理プロセッサ ４ 処理プロセッサ ５ 停止手段 ６ ダンプ書込手段 ７ 再起動手段 ８ 外部記憶装置 ９ 読出手段 １０ 通信網

Claims (9)

    【特許請求の範囲】
  1. 【請求項１】 複数の処理プロセッサを用いて１つの並
    列プログラムを実行するシステムのダンプ採取装置にお
    いて、 並列プログラムを実行する複数の処理プロセッサのいず
    れかに障害が発生したときに、当該複数の処理プロセッ
    サの動作を停止させる停止手段と、 前記障害が発生した障害プロセッサの内部記憶装置に、
    前記複数の処理プロセッサのうちの前記障害プロセッサ
    を除いた処理プロセッサの各ダンプを書き込むダンプ書
    込手段と、 を有することを特徴とするダンプ採取装置。
  2. 【請求項２】 前記ダンプ書込手段によるダンプ書き込
    みが完了した後、前記複数の処理プロセッサのうちの前
    記障害プロセッサを除いた処理プロセッサを再起動させ
    る再起動手段を、更に有することを特徴とする請求項１
    記載のダンプ採取装置。
  3. 【請求項３】 前記障害プロセッサに書き込まれた各ダ
    ンプおよび前記障害プロセッサ自身のダンプを外部記憶
    装置へ読み出す読出手段を、更に有することを特徴とす
    る請求項１記載のダンプ採取装置。
  4. 【請求項４】 前記読出手段によるダンプ読み出しが完
    了した後、前記障害プロセッサを再起動させる障害プロ
    セッサ再起動手段を更に有することを特徴とする請求項
    ３記載のダンプ採取装置。
  5. 【請求項５】 前記ダンプ書込手段によるダンプ書き込
    みが完了した後、前記複数の処理プロセッサのうちの前
    記障害プロセッサを除いた処理プロセッサを再起動させ
    る再起動手段と、 前記障害プロセッサに書き込まれた各ダンプおよび前記
    障害プロセッサ自身のダンプを外部記憶装置へ読み出す
    読出手段と、 を更に有し、 前記ダンプ書込手段は、前記障害プロセッサの内部記憶
    装置に前記ダンプの全てを書き込みきれない場合には、
    前記複数の処理プロセッサのうちで既に自己のダンプの
    送出を済んでいる送出済プロセッサの内部記憶装置に、
    残りのダンプを書き込む手段を含み、 前記再起動手段は、前記ダンプの全てを書き込みきれな
    い場合に、前記複数の処理プロセッサのうちの前記障害
    プロセッサおよび前記送出済プロセッサを除いた処理プ
    ロセッサを再起動させる手段を含み、 前記読出手段は、前記ダンプの全てを書き込みきれない
    場合に、前記障害プロセッサおよび前記送出済プロセッ
    サに書き込まれた各ダンプ、並びに前記障害プロセッサ
    自身のダンプを前記外部記憶装置へ読み出す手段を含む
    ことを特徴とする請求項１記載のダンプ採取装置。
  6. 【請求項６】 前記ダンプ書込手段により前記障害プロ
    セッサの内部記憶装置に書き込まれる処理プロセッサの
    ダンプは、オペレーションシステムに関わるメモリダン
    プであることを特徴とする請求項１記載のダンプ採取装
    置。
  7. 【請求項７】 制御プロセッサおよび複数の処理プロセ
    ッサを備え、複数の処理プロセッサを用いて１つの並列
    プログラムを実行するシステムにおける前記制御プロセ
    ッサによるダンプ採取方法において、 （１）並列プログラムを実行する複数の処理プロセッサ
    のいずれかに障害が発生したときに、前記複数の処理プ
    ロセッサによる処理を停止させ、 （２）前記複数の処理プロセッサにダンプ取得プログラ
    ムを送り、 （３）前記送られたダンプ取得プログラムにより、前記
    障害プロセッサの内部記憶装置に、前記複数の処理プロ
    セッサのうちの前記障害プロセッサを除いた処理プロセ
    ッサの各ダンプを書き込ませ、 （４）前記ステップ（３）によるダンプ書き込み完了後
    に、前記複数の処理プロセッサのうちの前記障害プロセ
    ッサを除いた処理プロセッサを再起動させ、 （５）前記障害プロセッサに書き込まれた各ダンプおよ
    び前記障害プロセッサ自身のダンプを外部記憶装置へ読
    み出させることを特徴とするダンプ採取方法。
  8. 【請求項８】 （６）前記ステップ（５）によるダンプ
    読み出し完了後に、前記障害プロセッサを再起動させる
    ことを特徴とする請求項７記載のダンプ採取方法。
  9. 【請求項９】 前記ステップ（３）において、前記障害
    プロセッサの内部記憶装置に前記ダンプの全てを書き込
    みきれない場合には、前記複数の処理プロセッサのうち
    で既に自己のダンプの送出を済んでいる送出済プロセッ
    サの内部記憶装置に、残りのダンプを書き込ませ、 前記ステップ（４）において、前記ダンプの全てを書き
    込みきれない場合に、前記複数の処理プロセッサのうち
    の前記障害プロセッサおよび前記送出済プロセッサを除
    いた処理プロセッサを再起動させ、 前記ステップ（５）において、前記ダンプの全てを書き
    込みきれない場合に、前記障害プロセッサおよび前記送
    出済プロセッサに書き込まれた各ダンプ、並びに前記障
    害プロセッサ自身のダンプを前記外部記憶装置へ読み出
    させることを特徴とする請求項７記載のダンプ採取方
    法。
JP20015495A 1995-08-07 1995-08-07 ダンプ採取装置およびダンプ採取方法 Expired - Lifetime JP3481737B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP20015495A JP3481737B2 (ja) 1995-08-07 1995-08-07 ダンプ採取装置およびダンプ採取方法
US08/623,995 US5884019A (en) 1995-08-07 1996-03-29 System and method for collecting dump information in a multi-processor data processing system
DE19615644A DE19615644C2 (de) 1995-08-07 1996-04-22 Verfahren zum Sammeln von Speicherauszugsinformationen durch einen Steuerprozessor und Datenverarbeitungsanlage zur Durchführung des Verfahrens

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP20015495A JP3481737B2 (ja) 1995-08-07 1995-08-07 ダンプ採取装置およびダンプ採取方法

Publications (2)

Publication Number Publication Date
JPH0950424A true JPH0950424A (ja) 1997-02-18
JP3481737B2 JP3481737B2 (ja) 2003-12-22

Family

ID=16419694

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20015495A Expired - Lifetime JP3481737B2 (ja) 1995-08-07 1995-08-07 ダンプ採取装置およびダンプ採取方法

Country Status (3)

Country Link
US (1) US5884019A (ja)
JP (1) JP3481737B2 (ja)
DE (1) DE19615644C2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016042618A (ja) * 2014-08-13 2016-03-31 富士電機株式会社 制御装置及び制御方法

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19827432C2 (de) * 1997-07-25 2001-07-26 Siemens Ag Verfahren zur Speicherung von Rechner-Zustandsdaten bei einem Störfall, der ein anschließendes Wieder-Hochfahren des Rechners erfordert
JP3389842B2 (ja) * 1997-10-08 2003-03-24 トヨタ自動車株式会社 データ修復システム及び車両用データ修復装置並びにデータ修復プログラムを記録した媒体
US6675324B2 (en) * 1999-09-27 2004-01-06 Intel Corporation Rendezvous of processors with OS coordination
US6643802B1 (en) * 2000-04-27 2003-11-04 Ncr Corporation Coordinated multinode dump collection in response to a fault
US6738928B1 (en) * 2000-06-19 2004-05-18 Hewlett-Packard Development Company, L.P. Method and expert system for analysis of crash dumps
US6832342B2 (en) * 2001-03-01 2004-12-14 International Business Machines Corporation Method and apparatus for reducing hardware scan dump data
US6912670B2 (en) * 2002-01-22 2005-06-28 International Business Machines Corporation Processor internal error handling in an SMP server
US6973598B2 (en) * 2002-01-28 2005-12-06 Dell Products L.P. Computer system with improved data capture system
US8799706B2 (en) * 2004-03-30 2014-08-05 Hewlett-Packard Development Company, L.P. Method and system of exchanging information between processors
US20050240806A1 (en) * 2004-03-30 2005-10-27 Hewlett-Packard Development Company, L.P. Diagnostic memory dump method in a redundant processor
US7308609B2 (en) * 2004-04-08 2007-12-11 International Business Machines Corporation Method, data processing system, and computer program product for collecting first failure data capture information
CN1755660B (zh) * 2004-09-28 2010-09-29 惠普开发有限公司 冗余处理器中的诊断存储器转储方法
US7383471B2 (en) * 2004-12-28 2008-06-03 Hewlett-Packard Development Company, L.P. Diagnostic memory dumping
US7590885B2 (en) * 2005-04-26 2009-09-15 Hewlett-Packard Development Company, L.P. Method and system of copying memory from a source processor to a target processor by duplicating memory writes
US9176803B2 (en) * 2006-08-14 2015-11-03 International Business Machines Corporation Collecting data from a system in response to an event based on an identification in a file of the data to collect
US8127099B2 (en) * 2006-12-26 2012-02-28 International Business Machines Corporation Resource recovery using borrowed blocks of memory
US8473818B2 (en) * 2009-10-12 2013-06-25 Empire Technology Development Llc Reliable communications in on-chip networks
KR20190037666A (ko) * 2017-09-29 2019-04-08 에스케이하이닉스 주식회사 데이터 저장 장치 및 그것의 동작 방법
US11379290B2 (en) 2019-07-17 2022-07-05 International Business Machines Corporation Prioritizing and parallelizing the capture of data for debugging computer programs

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69021712T2 (de) * 1990-02-08 1996-04-18 Ibm Wiederanlaufkennzeichnungsmechanismus für fehlertolerierende Systeme.
US5634096A (en) * 1994-10-31 1997-05-27 International Business Machines Corporation Using virtual disks for disk system checkpointing

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016042618A (ja) * 2014-08-13 2016-03-31 富士電機株式会社 制御装置及び制御方法

Also Published As

Publication number Publication date
US5884019A (en) 1999-03-16
JP3481737B2 (ja) 2003-12-22
DE19615644A1 (de) 1997-02-13
DE19615644C2 (de) 1998-07-09

Similar Documents

Publication Publication Date Title
JPH0950424A (ja) ダンプ採取装置およびダンプ採取方法
EP0479230B1 (en) Recovery method and apparatus for a pipelined processing unit of a multiprocessor system
JP5392594B2 (ja) 仮想計算機冗長化システム、コンピュータシステム、仮想計算機冗長化方法、及びプログラム
JPH07117903B2 (ja) 障害回復方法
US5056091A (en) Method for handling errors detected in a computer system
JPS59123058A (ja) マシンチエツク処理方式
JPH0465411B2 (ja)
US8032791B2 (en) Diagnosis of and response to failure at reset in a data processing system
CN100394394C (zh) 容错双工计算机系统及其控制方法
EP3534259B1 (en) Computer and method for storing state and event log relevant for fault diagnosis
CN109343986B (zh) 处理内存故障的方法与计算机系统
JPH02294739A (ja) 障害検出方式
JPH07183891A (ja) 計算機システム
JPH11120154A (ja) コンピュータシステムにおけるアクセス制御装置および方法
JPH06342387A (ja) 情報処理装置に於ける障害情報採取方式
JP2785992B2 (ja) サーバプログラムの管理処理方式
JPS6229820B2 (ja)
JPH0869593A (ja) プラント性能監視システム
JP2922981B2 (ja) タスクの実行継続方法
JPH03273344A (ja) フォールトトレラントシステム
JPH0667909A (ja) 障害回復方式
JPH04124735A (ja) システム起動方式
JP3019409B2 (ja) マルチプロセッサシステムのマシンチェックテスト方法
JPH0746344B2 (ja) 通信システムの障害情報収集方法
JPH03156646A (ja) 障害情報の出力方式

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20030930

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071010

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081010

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081010

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091010

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091010

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101010

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101010

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111010

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111010

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121010

Year of fee payment: 9