JP2021006970A - 情報処理装置、異常検出方法及びプログラム - Google Patents

Abstract

【課題】記憶装置の異常状態を正確かつ迅速に検出することができる情報処理装置を提供する。【解決手段】記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視部と、パーティション毎に記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認部と、ディレクトリ確認部によって存在が確認されたディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するアクセス確認部と、マウント状態の変化の確認、ディレクトリの非存在の確認、及びファイル書き込み又は削除の不可の確認のうちのいずれか１が行われたとき記憶装置の異常検出と判定する異常検出部と、を備える。【選択図】 図３

Description

本発明は、ハードディスク装置等の記憶装置を搭載した情報処理装置に関し、特に記憶装置の故障等の異常状態を検出する情報処理装置、情報処理装置の異常検出方法、及び異常検出方法のためのプログラムに関する。

コンピュータ等の情報処理装置においては、搭載されたハードディスク装置における、経年劣化、ファイルの誤消去等の人為的な障害、コンピュータウイルスによるファイルの破壊、ファイルシステムの不整合等の異常状態、いわゆるハードディスク障害によって、セクタ不良やファイルシステム障害等の不具合が発生する場合がある。

例えば、特許文献１には、ハードディスク障害を確実に検知することを目的として、ハードディスク装置に対して書き込み処理を実行し、その書き込みを監視してハードディスク装置の状態を監視し、書き込み処理が一定回数失敗した場合に、ハードディスク装置に障害が発生していると判定する情報処理装置が開示されている。

特開２０１４−２３５５０３号公報

一般的に、ハードディスク装置が故障した場合には、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）に代表されるディスク冗長化技術を用いることで、破損したデータの復旧自体は可能である。

しかしながら、ハードディスク装置の故障又はデータ欠落が発生しても、情報処理装置においてユーザアプリケーションやＯＳに対しての通知や、自律的に回復アクションを実行することはない。そのため、ｆｓｃｋ等のディスクチェックやＳ.Ｍ.Ａ.Ｒ.Ｔ(Self-Monitoring, Analysis and Reporting Technology)に代表されるディスク健康診断等の検査ツールを用いてテストし、異常状態を発見するまでは、ハードディスク障害は検知されないこととなる。

また、ハードディスク障害の発生した箇所が、ユーザアプリケーションがアクセスするようなディレクトリ領域、又はファイルであった場合には、処理の誤動作やアクセス遅延、セグメンテーションフォルト等の多種多様な問題が発生する原因となりうる。

サーバや交換系の伝送装置等の２４時間連続での稼働が求められるような情報処理装置においては、ハードディスク障害により安定したサービスの提供ができなくなってしまうことが懸念されている。特に、ブレードサーバのような、ディスクの冗長化を行っていない単一ハードディスク構成のシステムにおいては致命的な問題となる場合がある。

そこで、本発明の目的は、記憶装置の異常状態を正確かつ迅速に検出することができる情報処理装置、異常検出方法及びプログラムを提供することである。

本発明の情報処理装置は、記憶装置の異常を検出する情報処理装置であって、前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視部と、前記パーティション毎に前記記憶装置のディレクトリが存在するか否かを確認するディレクトリ確認部と、前記ディレクトリ確認部によって存在が確認された前記ディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するアクセス確認部と、前記マウント状態監視部による前記マウント状態の変化の確認、前記ディレクトリ確認部による前記ディレクトリの非存在の確認、及び前記アクセス確認部による前記ファイル書き込み又は削除の不可の確認のうちのいずれか１が行われたとき前記記憶装置の異常検出と判定する異常検出部と、を備えることを特徴としている。

本発明の異常検出方法は、記憶装置の異常を検出する情報処理装置の異常検出方法であって、前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視ステップと、前記パーティション毎に前記記憶装置のディレクトリが存在するか否かを確認するディレクトリ確認ステップと、前記ディレクトリ確認ステップにおいて存在が確認された前記ディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するディスクアクセス確認ステップと、前記マウント状態監視ステップにおける前記マウント状態の変化の確認、前記ディレクトリ確認ステップにおける前記ディレクトリの非存在の確認、及び前記ディスクアクセス確認ステップにおける前記ファイル書き込み又は削除の不可の確認のうちのいずれか１が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を含むことを特徴としている。

本発明のプログラムは、記憶装置の異常を検出する情報処理装置の異常検出方法のためのプログラムであって、コンピュータに、前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視ステップと、前記パーティション毎に前記記憶装置のディレクトリが存在するか否かを確認するディレクトリ確認ステップと、前記ディレクトリ確認ステップにおいて存在が確認された前記ディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するディスクアクセス確認ステップと、前記マウント状態監視ステップにおける前記マウント状態の変化の確認、前記ディレクトリ確認ステップにおける前記ディレクトリの非存在の確認、及び前記ディスクアクセス確認ステップにおける前記ファイル書き込み又は削除の不可の確認のうちのいずれか１が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を実行させることを特徴としている。

本発明の情報処理装置は、記憶装置の異常を検出する情報処理装置であって、前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視部と、前記マウント状態監視部による前記マウント状態の変化の確認が行われたとき前記記憶装置の異常検出と判定する異常検出部と、を備えることを特徴としている。

本発明の情報処理装置は、記憶装置の異常を検出する情報処理装置であって、前記記憶装置の監視対象のパーティション毎に前記記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認部と、前記ディレクトリ確認部による前記ディレクトリの非存在の確認が行われたとき前記記憶装置の異常検出と判定する異常検出部と、を備えることを特徴としている。

本発明の情報処理装置は、記憶装置の異常を検出する情報処理装置であって、前記記憶装置の監視対象のパーティション毎にディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するアクセス確認部と、前記アクセス確認部による前記ファイル書き込み又は削除の不可の確認が行われたとき前記記憶装置の異常検出と判定する異常検出部と、を備えることを特徴としている。

本発明の異常検出方法は、記憶装置の異常を検出する情報処理装置の異常検出方法であって、前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視ステップと、前記マウント状態監視ステップにおける前記マウント状態の変化の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を含むことを特徴としている。

本発明の異常検出方法は、記憶装置の異常を検出する情報処理装置の異常検出方法であって、
前記記憶装置の監視対象のパーティション毎に前記記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認ステップと、
前記ディレクトリ確認ステップにおける前記ディレクトリの非存在の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を含むことを特徴としている。

本発明の異常検出方法は、記憶装置の異常を検出する情報処理装置の異常検出方法であって、前記記憶装置の監視対象のパーティション毎にディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するディスクアクセス確認ステップと、前記ディスクアクセス確認ステップにおける前記ファイル書き込み又は削除の不可の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を含むことを特徴としている。

本発明のプログラムは、記憶装置の異常を検出する情報処理装置の異常検出方法のためのプログラムであって、コンピュータに、前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視ステップと、前記マウント状態監視ステップにおける前記マウント状態の変化の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を実行させることを特徴としている。

本発明のプログラムは、記憶装置の異常を検出する情報処理装置の異常検出方法のためのプログラムであって、コンピュータに、前記記憶装置の監視対象のパーティション毎に前記記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認ステップと、前記ディレクトリ確認ステップにおける前記ディレクトリの非存在の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を実行させることを特徴としている。

本発明のプログラムは、記憶装置の異常を検出する情報処理装置の異常検出方法のためのプログラムであって、コンピュータに、前記記憶装置の監視対象のパーティション毎にディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するディスクアクセス確認ステップと、前記ディスクアクセス確認ステップにおける前記ファイル書き込み又は削除の不可の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を実行させることを特徴としている。

本発明の情報処理装置、異常検出方法及びプログラムによれば、ファイルシステムのマウント状態の変化の確認、ハードディスク装置のディレクトリの非存在の確認、又はファイル書き込み又は削除の不可の確認が行われたとき記憶装置の異常検出と判定するので、記憶装置の異常状態を正確かつ迅速に検出することができる。

本発明による情報処理装置の構成を示すブロック図である。 図１のＣＰＵの動作によって構成される各部を示すブロック図 ハードディスク障害監視処理を示すフローチャートである。 実行カウンタ監視処理を示すフローチャートである。 マウント状態チェックを示すフローチャートである。 /proc/mountsファイルの内容を例示する図である。 ディスクアクセスチェックを示すフローチャートである。 異常検出アクション及びＷａｔｃｈｄｏｇ監視処理をＩＰＭＩによるハードリセットの動作タイミングと共に示すフローチャートである。

以下、本発明の実施例を、図面を参照しつつ詳細に説明する。

図１は本発明による情報処理装置１０の構成を示している。この情報処理装置１０は、ＣＰＵ（Central Processing Unit：中央処理装置）１１、記憶部１２、通信部１３、入出力インタフェース１４、ハードディスク装置（ハードディスクドライブ）１５、入力装置１６、出力装置１７、バス１８、ＩＰＭＩ（Intelligent Platform Management Interface:ハードウェア管理インタフェース）ハードウェア１９、電源装置２０を備えている。ＣＰＵ１１、記憶部１２、通信部１３、入出力インタフェース１４、ＩＰＭＩハードウェア１９の各々はバス１８に接続されている。ハードディスク装置１５、入力装置１６、出力装置１７は入出力インタフェース１４に接続されている。

ＣＰＵ１１はＯＳ（オペレーションシステム）を含むソフトウェアに従って情報処理装置１０の全体を制御する制御部である。記憶部１２はＲＡＭ（Random Access Memory）等のメモリであり、ＣＰＵ１１の処理プログラムや各種のデータが展開或いは保持される領域を有する。通信部１３は図示しないネットワークを介して他の装置とデータを送受信する。入出力インタフェース１４はハードディスク装置１５、入力装置１６、出力装置１７の各々とデータの送受信を行う。入出力インタフェース１４は、接続される装置に応じた種類のインタフェースを有している。

ハードディスク装置１５は、磁気ディスク、光学ディスク、光磁気ディスク等のディスクを用いた記憶装置である。ハードディスク装置１５は本実施例では情報処理装置１０の内部に設けられているが、外部接続されても良い。ハードディスク装置１５には、ＯＳ共にハードディスク障害監視プログラムがインストールされている。本実施例では、ＯＳはＬｉｎｕｘ（登録商標）とする。ハードディスク障害監視プログラムはＯＳ起動時にＣＰＵ１１によって常駐プログラムとして実行開始され、所定の実行タイミングで繰り返しハードディスク装置１５の障害監視を後述するように行う。

入力装置１６はキーボードやマウスを含む。出力装置１７はディスプレイ装置を含む。

ＩＰＭＩハードウェア１９は、Ｗａｔｃｈｄｏｇ（ウォッチドッグ）機能としてウォッチドッグタイマ１９ａを内部に有している。ＩＰＭＩハードウェア１９は、Ｗａｔｃｈｄｏｇ機能を利用して所定のタイマ時間内にウォッチドッグタイマ１９ａのリセットの有無を検出し、そのリセットがない場合に電源装置２０に対してハードリセットを行う。電源装置２０は、情報処理装置１０内のＣＰＵ１１を含む各装置への電源供給を行う装置であり、ハードリセットによって一旦電源供給を停止した後、電源供給を再度行う。

ＣＰＵ１１は、ハードディスク障害監視プログラムの動作としてマウント状態チェック、ディスクアクセスチェック、そして処理スレッド実行状態チェックを行う。マウント状態チェックはファイルシステムのマウント状態の正常性を確認する動作である。ディスクアクセスチェックは、書き込み不可などのアクセス異常が発生していないか確認する動作である。処理スレッド実行状態チェックは、マウント状態チェック及びディスクアクセスチェックを実行している処理スレッドの状態が、アクセス異常などによりフリーズ（処理停止）していないかを後述する実行カウンタにより確認する動作である。

ハードディスク障害監視プログラムはメインルーチンと実行カウンタ監視ルーチンとを含む。メインルーチンにはマウント状態チェック、ディスクアクセスチェック、異常検出アクション及び実行カウンタ更新ステップが含まれる。ディスクアクセスチェックにはディレクトリ存在チェック、ファイル書き込みチェック、及びファイル削除チェックが含まれる。実行カウンタ監視ルーチンには処理スレッド実行状態チェックが含まれる。

ＣＰＵ１１は、図２に示すように、メインルーチンのマウント状態チェックを実行することによりマウント状態監視部３１を構成し、ディレクトリ存在チェックを実行することによりディレクトリ確認部３２を構成し、ファイル書き込みチェック及びファイル削除チェックを実行することによりアクセス確認部３３を構成し、異常検出アクションを実行することにより異常検出部３４を構成する。また、ＣＰＵ１１は、実行カウンタ更新ステップを実行することによりカウンタ更新部３５を構成し、実行カウンタ監視ルーチンを実行することによりカウンタ更新確認部３６を構成する。

次に、ＣＰＵ１１によるハードディスク障害監視プログラム実行による概略動作を説明すると、メインルーチンでは、図３に示すように、先ず、ステップＳ１０１で所定の実行タイミングが測られた後、マウント状態チェックが実行される（ステップＳ１０２）。マウント状態チェックの実行後、その実行結果が判別される（ステップＳ１０３）。

マウント状態チェックの実行結果が正常ならば、ディスクアクセスチェックが実行される（ステップＳ１０４）。ディスクアクセスチェックの実行後、その実行結果が判別される（ステップＳ１０５）。

ディスクアクセスチェックの実行結果が正常ならば、実行カウンタがインクリメントされる（ステップＳ１０６）。実行カウンタの初期値は０であり、インクリメントされる毎にカウント値が例えば１だけ増加する。その後、ステップＳ１０１からの実行が繰り返される。

一方、マウント状態チェックの実行結果、又はディスクアクセスチェックの実行結果が異常ならば、ハードディスク障害が検出されたことを意味するので、異常検出アクションが実行される（ステップＳ１０７）。異常検出アクションでは、ＣＰＵ１１は出力装置１７にハードディスク障害検出を表示させる。

ＣＰＵ１１は、ハードディスク障害監視プログラムのメインルーチンとは別のタスクとして実行カウンタ監視ルーチンを実行する。

実行カウンタ監視ルーチンでは、図４に示すように、ステップＳ１１１で所定の実行タイミングが測られた後、実行カウンタ更新チェックが実行される（ステップＳ１１２）。実行カウンタのカウント値が前回値からインクリメントされている場合、すなわちメインルーチンのステップＳ１０６が実行された場合には、その判別結果は正常である（ステップＳ１１３）。その正常ならば、その後、ステップＳ１１１からの実行が繰り返される。一方、実行カウンタのカウント値が前回値からインクリメントされず、前回値のままである場合には、その判別結果は異常である（ステップＳ１１３）。その異常ならば、ハードディスク障害監視プログラムのメインルーチンの処理に何らかの不具合が生じたとして異常検出アクションが実行される（ステップＳ１１４）。

次に、ステップＳ１０２のマウント状態チェックを具体的に説明すると、図５に示すように、先ず、マウント情報管理ファイルが記憶部１２から読み出される（ステップＳ１２１）。マウント情報管理ファイルは、監視対象のディスクパーティション単位で設定ファイルのコンフィグレーション情報に基づいて事前に作成され、記憶部１２に保存される。マウント情報管理ファイルには、マウント情報として、ディスクパーティション毎にデバイスと、ディスクパーティションと、ファイルシステムタイプと、マウントオプションとが含まれており、ステップＳ１２１ではマウント情報管理ファイルの読み出しによりマウント情報が得られる。ステップＳ１２１の実行後、Ｌｉｎｕｘカーネルのシステムファイルである/proc/mountsファイルが読み出される（ステップＳ１２２）。/proc/mountsファイルには例えば、図６に示すように現在の全マウント情報の一覧が示されている。

/proc/mountsファイルの読み出し後、監視対象のディスクパーティション毎にマウント情報と/proc/mountsファイルの内容との文字列の比較が実行される（ステップＳ１２３）。/proc/mountsファイルには一般的に、各行にデバイス、ディスクパーティション（マウントポイント）、ファイルシステムタイプ、マウントオプションがその順に記されている。マウントオプションには、読み書き可能のマウントを示す「ｒｗ」と、読み取り専用のマウントを示す「ｒｏ」とのいずれか一方が記されている。図６の/proc/mountsファイルの符号Ａで示した行では、デバイスとして「/dev/sda11」、ディスクパーティションとして「/var/crash」、ファイルシステムタイプとして「ext3」、マウントオプションとして「ｒｗ」が記載されている。ステップＳ１２３では、ディスクパーティションとファイルシステムタイプとが検索キーワードとして用いられ、検索キーワードがマウント情報のものと一致する/proc/mountsファイルの行があるならば、当該行のマウントオプションに変化があるか否かの比較が行われる。その比較結果は図３のステップＳ１０３においてマウントオプションに変化がない場合にマウント状態チェック結果はハードディスク装置１５の正常と判定され、変化がある場合にはハードディスク装置１５の異常と判定される。

なお、マウント状態の変化としては、読み書き可能のマウントを示す「ｒｗ」と、読み取り専用のマウントを示す「ｒｏ」との間の変化に限らず、マウントの存在の有無の変化や、アクセス権の変化でも良い。

次いで、ステップＳ１０４のディスクアクセスチェックを具体的に説明すると、図７に示すように、先ず、ディレクトリの存在がチェックされる（ステップＳ１３１）。ステップＳ１３１では、監視対象のディスクパーティションをマウント情報から得てそのディスクパーティションのディレクトリが存在するか否かが判別される。例えば、そのディレクトリにアクセスが可能か否かにより判別が行われる。そして、その判別結果が判定される（ステップＳ１３２）。ディレクトリの存在チェックの判別結果が存在ならば、ファイル書き込みチェックが実行される（ステップＳ１３３）。ステップＳ１３３のファイル書き込みチェックでは、該当ディレクトリに試しファイルの書き込み処理が実行される。試しファイルは当該ディレクトリに容易に書き込み可能な大きさ、例えば、１バイト程度であることが望ましい。そのファイル書き込みチェック後、試しファイルの書き込みが成功したか否かが判別される（ステップＳ１３４）。当該ディレクトリに試しファイルが保存されたならば、それは試しファイルの書き込み成功を意味するので、次に、ファイル削除チェックが実行される（ステップＳ１３５）。ファイル削除チェックは書き込まれた試しファイルの削除処理が実行される。試しファイルの削除処理後、その削除処理が成功したか否かが判別される（ステップＳ１３６）。該当ディレクトリから試しファイルの存在がなくなった場合には、それは試しファイルの削除成功を意味するので、ディスクアクセスチェックは終了となる。

一方、ステップＳ１３２においてディレクトリの存在チェックの判別結果が存在しない場合、ステップＳ１３４において試しファイルの書き込みが失敗である場合、又はステップＳ１３５において試しファイルの削除が失敗である場合には、ハードディスク装置１５が異常状態にあり、ディスクアクセスチェックに何らかの不具合が生じたとして異常検出アクションが実行される（ステップＳ１３７）。なお、ステップＳ１３２、Ｓ１３４及びＳ１３６の各判別は図３に示したディスクアクセスチェックの実行後のステップＳ１０５の実行結果判定に相当する。

ステップＳ１０７、Ｓ１１４及びＳ１３７の異常検出アクションでは同一の処理が実行される。この異常検出アクションを具体的に説明すると、図８に示すように、先ず、ＳＮＭＰトラップにより保守者のコンピュータ（外部端末）に対して異常発生通知が送信される（ステップＳ１４１）。これは本情報処理装置１０を含むシステムの保守者に本情報処理装置１０が異常状態にある旨を知らしめるための送信である。ステップＳ１４１の実行後、Ｗａｔｃｈｄｏｇ監視処理の停止が指令され（ステップＳ１４２）、そしてＯＳリブートの実行が指令される（ステップＳ１４３）。

ＣＰＵ１１は、ハードディスク障害監視プログラムとは別タスクとしてＷａｔｃｈｄｏｇ監視処理プログラムを実行する。Ｗａｔｃｈｄｏｇ監視処理プログラムの実行によって所定の繰り返し周期でタイマリセット信号がＣＰＵ１１からＩＰＭＩハードウェア１９に送信される（ステップＳ１５１、Ｓ１５２）。ＩＰＭＩハードウェア１９はＷａｔｃｈｄｏｇ機能のタイマ１９ａをハードウェア又はソフトウェアとして内蔵し、タイマ１９ａは所定のタイマ時間を計測する。ＩＰＭＩハードウェア１９ではタイマ１９ａがタイマリセット信号に応答してリセットされ初期値から所定のタイマ時間を再計測する（ステップＳ１６１、Ｓ１６２）。所定のタイマ時間はタイマリセット信号の送信周期である所定の繰り返し周期より長い時間である。ＩＰＭＩハードウェア１９がタイマリセット信号を受信しないためにタイマ１９ａが所定のタイマ時間の計測を終了すると、ＩＰＭＩハードウェア１９はハードリセットを電源装置２０に対して指令する（ステップＳ１６３）。

ステップＳ１４２のＷａｔｃｈｄｏｇ監視処理停止指令では、ＳＩＧＫＩＬＬ等の処理停止信号を送ることにより、Ｗａｔｃｈｄｏｇ監視処理はその処理停止信号に応答してタイマリセット信号の送信を停止させる（ステップＳ１５３）。一方、その停止直後のステップＳ１４３のＯＳリブート指令により本情報処理装置１０ではＯＳの再起動が行われる。ＣＰＵ１１は現在の起動中のＯＳを一旦終了させてからＯＳを再起動する。そのＯＳの再起動が異常なく完了するならば、ＣＰＵ１１は、Ｗａｔｃｈｄｏｇ監視処理プログラムも実行し直すので、所定の繰り返しタイミングでタイマリセット信号をＩＰＭＩハードウェア１９に送信する。よって、ＯＳの再起動が正常に行われる限りＷａｔｃｈｄｏｇ機能のタイマが所定のタイマ時間の計測を終了することはない。

しかしながら、ハードディスク装置１５が故障している場合にはステップＳ１４３のＯＳリブート処理が大幅に遅延したり、又はＯＳリブート処理自体が実行されないために、ＯＳの再起動前にＷａｔｃｈｄｏｇ機能のタイマ１９ａが所定のタイマ時間の計測を終了してしまうことが起きうる。所定のタイマ時間の計測が終了すると、ステップＳ１６３のハードリセットが指令される。ハードリセット指令に応答して電源装置２０は一旦電源供給を停止した後、電源供給を再度行う。これにより本情報処理装置１０ではＯＳの再起動が行われる。

このように実施例においては、ＯＳリブート実行が指令されたにも係わらず、実際にはＯＳリブートが正常に実行されない場合には、Ｗａｔｃｈｄｏｇ機能のタイマ１９ａが所定のタイマ時間の計測を終了してしまい、ハードリセットにより一旦電源オフとして強制的に本情報処理装置１０は再起動される。すなわち、ＩＰＭＩハードウェア１９によるハードリセット機能を実装しているので、異常検出アクション時にＯＳリブート処理の失敗が生じても本情報処理装置１０自身でハードリセットを強制的に実行することができる。よって、ハードディスク障害という異常な状態においてユーザプログラムが起動し続けることを避けることができると共に、自律的に正常状態への回復を図ることができる。

また、ハードディスク障害監視プログラムのメインルーチンのディスクアクセスチェックがハードディスク装置１５の故障によりメインルーチンの処理自体が停止した場合でも、ステップＳ１１２の実行カウンタのカウント値のチェックによりハードディスク障害を検出することができる。

また、上記した実施例では、ファイルシステムのマウント状態の変化の有無確認、ディレクトリの存否の確認、及びファイル書き込み及び削除の可否の確認が繰り返し判定されるので、ハードディスク装置の異常状態を正確かつ迅速に検出することができる。

なお、上記した実施例では、記憶装置としてハードディスク装置を用いた場合を示したが、本発明はこれに限定されず、ディスク以外の半導体メモリを用いたＳＳＤ(Solid State Drive)等の記憶装置を搭載した情報記憶装置にも適用することができる。

また、上記した実施例では、情報記憶装置には、マウント状態監視部、ディレクトリ確認部及びアクセス確認部が設けられているが、これらのうちのいずれか１だけが備えられても良い。また、アクセス確認部はディレクトリ確認部によって存在が確認されたディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するが、アクセス確認部だけが備えられた情報記憶装置では、監視対象のパーティションのディレクトリが存在するものとしてファイルの書き込み及び削除が可能であるか否かを確認することが行われる。

１０ 情報処理装置
１１ ＣＰＵ
１２ 記憶部
１３ 通信部
１４ 入出力インタフェース
１５ ハードディスク装置
１６ 入力装置
１７ 出力装置
１８ バス
１９ ＩＰＭＩハードウェア
１９ａ ウォッチドッグタイマ
２０ 電源装置
３１ マウント状態監視部
３２ ディレクトリ確認部
３３ アクセス確認部
３４ 異常検出部
３５ カウンタ更新部
３６ カウンタ更新確認部

Claims (16)

1. 記憶装置の異常を検出する情報処理装置であって、
   前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視部と、
   前記パーティション毎に前記記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認部と、
   前記ディレクトリ確認部によって存在が確認された前記ディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するアクセス確認部と、
   前記マウント状態監視部による前記マウント状態の変化の確認、前記ディレクトリ確認部による前記ディレクトリの非存在の確認、及び前記アクセス確認部による前記ファイル書き込み又は削除の不可の確認のうちのいずれか１が行われたとき前記記憶装置の異常検出と判定する異常検出部と、を備えることを特徴とする情報処理装置。
2. 前記マウント状態監視部による前記マウント状態の変化の有無確認、前記ディレクトリ確認部による前記ディレクトリの存否の確認、及びアクセス確認部による前記ファイル書き込み及び削除の可否の確認は所定の期間毎に動作され、
   前記情報処理装置は、
   前記マウント状態監視部による前記マウント状態の不変化の確認、前記ディレクトリ確認部による前記ディレクトリの存在の確認、及び前記アクセス確認部による前記ファイル書き込み及び削除の可能の確認の全てが行われたとき実行カウンタのカウント値を更新するカウンタ更新部と、
   前記所定の期間毎に前記実行カウンタのカウント値の更新を確認するカウント更新確認部と、を更に備え、
   前記異常検出部は、前記カウント更新確認部により前記実行カウンタのカウント値の更新が確認されなかったとき前記記憶装置の異常検出と判定することを特徴とする請求項１記載の情報処理装置。
3. 前記異常検出部は、前記記憶装置の異常検出判定時に前記情報処理装置の外部端末に対して異常発生通知を送信することを特徴とする請求項１又は２記載の情報処理装置。
4. 前記記憶装置に保存されたオペレーションシステムの起動を行う制御部を更に備え、
   前記異常検出部は、前記記憶装置の異常検出判定時に前記制御部に対して前記オペレーションシステムの再起動を指令することを特徴とする請求項１ないし３のいずれか１記載の情報処理装置。
5. 所定の繰り返し周期でタイマリセット信号を送信するウォッチドッグ監視処理部と、
   前記タイマリセット信号に応答してリセットして前記所定の繰り返し周期よりも長い所定のタイマ時間を初期値から計測するウォッチドッグタイマを含むハードリセット部と、を更に備え、
   前記異常検出部は、前記記憶装置の異常検出判定時に前記ウォッチドッグ監視処理部の前記タイマリセット信号の送信を停止させ、
   前記ハードリセット部は、前記ウォッチドッグタイマが前記所定のタイマ時間の計測を終了したときに、前記情報処理装置の電源装置の前記情報処理装置内への電源供給を強制的に一旦停止させた後、前記制御部に前記オペレーションシステムの再起動をさせるべく前記電源装置の電源供給を再開させるハードリセットを実行することを特徴とする請求項４記載の情報処理装置。
6. 記憶装置の異常を検出する情報処理装置の異常検出方法であって、
   前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視ステップと、
   前記パーティション毎に前記記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認ステップと、
   前記ディレクトリ確認ステップにおいて存在が確認された前記ディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するディスクアクセス確認ステップと、
   前記マウント状態監視ステップにおける前記マウント状態の変化の確認、前記ディレクトリ確認ステップにおける前記ディレクトリの非存在の確認、及び前記ディスクアクセス確認ステップにおける前記ファイル書き込み又は削除の不可の確認のうちのいずれか１が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を含むことを特徴とする異常検出方法。
7. 記憶装置の異常を検出する情報処理装置の異常検出方法のためのプログラムであって、
   コンピュータに、
   前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視ステップと、
   前記パーティション毎に前記記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認ステップと、
   前記ディレクトリ確認ステップにおいて存在が確認された前記ディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するディスクアクセス確認ステップと、
   前記マウント状態監視ステップにおける前記マウント状態の変化の確認、前記ディレクトリ確認ステップにおける前記ディレクトリの非存在の確認、及び前記ディスクアクセス確認ステップにおける前記ファイル書き込み又は削除の不可の確認のうちのいずれか１が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を実行させることを特徴とするプログラム。
8. 記憶装置の異常を検出する情報処理装置であって、
   前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視部と、
   前記マウント状態監視部による前記マウント状態の変化の確認が行われたとき前記記憶装置の異常検出と判定する異常検出部と、を備えることを特徴とする情報処理装置。
9. 記憶装置の異常を検出する情報処理装置であって、
   前記記憶装置の監視対象のパーティション毎に前記記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認部と、
   前記ディレクトリ確認部による前記ディレクトリの非存在の確認が行われたとき前記記憶装置の異常検出と判定する異常検出部と、を備えることを特徴とする情報処理装置。
10. 記憶装置の異常を検出する情報処理装置であって、
    前記記憶装置の監視対象のパーティション毎にディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するアクセス確認部と、
    前記アクセス確認部による前記ファイル書き込み又は削除の不可の確認が行われたとき前記記憶装置の異常検出と判定する異常検出部と、を備えることを特徴とする情報処理装置。
11. 記憶装置の異常を検出する情報処理装置の異常検出方法であって、
    前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視ステップと、
    前記マウント状態監視ステップにおける前記マウント状態の変化の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を含むことを特徴とする異常検出方法。
12. 記憶装置の異常を検出する情報処理装置の異常検出方法であって、
    前記記憶装置の監視対象のパーティション毎に前記記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認ステップと、
    前記ディレクトリ確認ステップにおける前記ディレクトリの非存在の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を含むことを特徴とする異常検出方法。
13. 記憶装置の異常を検出する情報処理装置の異常検出方法であって、
    前記記憶装置の監視対象のパーティション毎にディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するディスクアクセス確認ステップと、
    前記ディスクアクセス確認ステップにおける前記ファイル書き込み又は削除の不可の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を含むことを特徴とする異常検出方法。
14. 記憶装置の異常を検出する情報処理装置の異常検出方法のためのプログラムであって、
    コンピュータに、
    前記記憶装置の監視対象のパーティション毎にファイルシステムのマウント状態の変化があったか否かを確認するマウント状態監視ステップと、
    前記マウント状態監視ステップにおける前記マウント状態の変化の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を実行させることを特徴とするプログラム。
15. 記憶装置の異常を検出する情報処理装置の異常検出方法のためのプログラムであって、
    コンピュータに、
    前記記憶装置の監視対象のパーティション毎に前記記憶装置にディレクトリが存在するか否かを確認するディレクトリ確認ステップと、
    前記ディレクトリ確認ステップにおける前記ディレクトリの非存在の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を実行させることを特徴とするプログラム。
16. 記憶装置の異常を検出する情報処理装置の異常検出方法のためのプログラムであって、
    コンピュータに、
    前記記憶装置の監視対象のパーティション毎にディレクトリ配下にファイルの書き込み及び削除が可能であるか否かを確認するディスクアクセス確認ステップと、
    前記ディスクアクセス確認ステップにおける前記ファイル書き込み又は削除の不可の確認が行われたとき前記記憶装置の異常検出と判定する異常検出ステップと、を実行させることを特徴とするプログラム。

Images