知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-02-26
(45)【発行日】2025-03-06
(54)【発明の名称】情報処理装置、情報処理プログラム、及び情報処理方法
(51)【国際特許分類】
G06F 11/07 20060101AFI20250227BHJP
【ＦＩ】
G06F11/07 193
G06F11/07 178
【請求項の数】
7
(21)【出願番号】P 2021080755
(22)【出願日】2021-05-12
(65)【公開番号】P2022174793
(43)【公開日】2022-11-25
【審査請求日】2024-02-08
(73)【特許権者】
【識別番号】598057291
【氏名又は名称】エフサステクノロジーズ株式会社
(74)【代理人】
【識別番号】110004370
【氏名又は名称】弁理士法人片山特許事務所
(72)【発明者】
【氏名】石中 貴
(72)【発明者】
【氏名】松山 佳彦
【審査官】松平 英
(56)【参考文献】
【文献】特開平０３－２５７６４１（ＪＰ，Ａ）
【文献】国際公開第２０１１／００４４４１（ＷＯ，Ａ１）
【文献】特開平１０－３３３９４４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ１１／０７
１１／２８－１１／３６
(57)【特許請求の範囲】
【請求項1】
カーネルパニックを実行したカーネルを再起動するカーネル起動部と、前記カーネルパニックの実行時に前記カーネルが使用していたメモリの第１の領域の内容を取得して、前記内容を含むダンプファイルを生成する生成部と、
前記メモリにおいて前記第１の領域とは異なる第２の領域に、前記カーネルとは異なるプログラムを割り当てて、再起動した前記カーネルの上で前記プログラムを起動するプログラム起動部と、
を有し、
前記生成部は、前記内容を取得した後に前記第１の領域を解放し、
前記プログラム起動部は、前記プログラムを起動するのに前記第２の領域のサイズが足りない場合には、前記生成部が前記第１の領域を解放するのを待つことを特徴とする情報処理装置。
【請求項2】
前記プログラム起動部は、前記ダンプファイルの生成と並行して、前記プログラムを起動することを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記カーネルを再起動するのに必要なサイズを有する第３の領域が前記メモリに存在しない場合は、前記生成部が前記ダンプファイルを生成して前記第１の領域を解放し、
前記カーネル起動部は、前記第１の領域を解放した後に前記カーネルを再起動することを特徴とする請求項１に記載の情報処理装置。
【請求項4】
前記第１の領域及び前記第２の領域の各々と異なる前記メモリの第４の領域に、前記第１の領域のサイズと先頭アドレスとを格納する格納部と、前記第４の領域に格納された前記サイズと前記先頭アドレスとに基づいて前記第３の領域が前記メモリに存在するかを判断する判断部とを更に有することを特徴とする請求項３に記載の情報処理装置。
【請求項5】
前記第１の領域を読み取り専用にするメモリ管理部を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項6】
カーネルパニックを実行したカーネルを再起動し、前記カーネルパニックの実行時に前記カーネルが使用していたメモリの第１の領域の内容を取得して、前記内容を含むダンプファイルを生成し、
前記メモリにおいて前記第１の領域とは異なる第２の領域に、前記カーネルとは異なるプログラムを割り当てて、再起動した前記カーネルの上で前記プログラムを起動し、
前記内容を取得した後に前記第１の領域を解放し、
前記プログラムを起動するのに前記第２の領域のサイズが足りない場合には、前記第１の領域を解放するのを待つ
処理をコンピュータに実行させるための情報処理プログラム。
【請求項7】
コンピュータが、カーネルパニックを実行したカーネルを再起動し、
前記カーネルパニックの実行時に前記カーネルが使用していたメモリの第１の領域の内容を取得して、前記内容を含むダンプファイルを生成し、
前記メモリにおいて前記第１の領域とは異なる第２の領域に、前記カーネルとは異なるプログラムを割り当てて、再起動した前記カーネルの上で前記プログラムを起動し、
前記内容を取得した後に前記第１の領域を解放し、
前記プログラムを起動するのに前記第２の領域のサイズが足りない場合には、前記第１の領域を解放するのを待つ
処理を実行することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理プログラム、及び情報処理方法に関する。
【背景技術】
【0002】
コンピュータのOS(Operating System)のカーネルが致命的なエラーを検出すると、コンピュータを保護するためにカーネルがカーネルパニックと呼ばれる処理を実行する。例えば、物理的に壊れたメモリ領域をアプリケーションプログラムが参照した場合にカーネルパニックが実行される。
【0003】
カーネルパニックが実行されると、OSに含まれるダンプ採取カーネルがメモリのダンプファイルを生成してそれをディスク等の記憶装置に書き込む処理を行う。ダンプファイルは、カーネルパニックの実行直前にカーネルが参照していたメモリの内容と、CPU(Central Processing Unit)のレジスタの内容とを含む情報である。管理者がそのダンプファイルを解析することにより、コンピュータに発生した障害の原因を特定することができる。
【0004】
しかし、コンピュータのハードウェア資源に障害がない場合であっても、ダンプ採取カーネルがダンプファイルの生成を行っているときはコンピュータを復旧できず、コンピュータのハードウェア資源を有効活用できない。
【0005】
また、ダンプファイルの大部分は、カーネルが参照していたメモリの内容で占められている。そのため、カーネルの高機能化に伴ってカーネルが参照するメモリの領域が大きくなると、ダンプファイルの生成に長時間を要してコンピュータの復旧に長時間を要してしまう。
【先行技術文献】
【特許文献】
【0006】
【文献】特開２００１－２９０６７８号公報
【文献】特開平１０－３３３９４４号公報
【文献】特開２００８－２４２９９９号公報
【文献】特開２００１－２９０６７７号公報
【文献】特開平８－９５８３４号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
一側面によれば、情報処理装置をカーネルパニックから速やかに復旧させることを目的とする。
【課題を解決するための手段】
【0008】
一側面によれば、カーネルパニックを実行したカーネルを再起動するカーネル起動部と、前記カーネルパニックの実行時に前記カーネルが使用していたメモリの第１の領域の内容を取得して、前記内容を含むダンプファイルを生成する生成部と、前記メモリにおいて前記第１の領域とは異なる第２の領域に、前記カーネルとは異なるプログラムを割り当てて、再起動した前記カーネルの上で前記プログラムを起動するプログラム起動部と、を有し、前記生成部は、前記内容を取得した後に前記第１の領域を解放し、前記プログラム起動部は、前記プログラムを起動するのに前記第２の領域のサイズが足りない場合には、前記生成部が前記第１の領域を解放するのを待つ情報処理装置が提供される。
【発明の効果】
【0009】
一側面によれば、情報処理装置をカーネルパニックから速やかに復旧させることができる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
本実施形態の説明に先立ち、基礎となる事項について説明する。
【0012】
図１は、カーネルパニックを実行したカーネルを再起動する処理を示す模式図である。
【0013】
この例では、あるシステムが複数のコンピュータで実現されており、そのうちの一台においてカーネルパニックが実行された場合を想定する。
【0014】
この場合、まず、カーネルパニックを実行したカーネルがダンプ採取カーネルを起動させる（ステップＰ１）。
【0015】
次に、ダンプ採取カーネルが、CPUコアレジスタ情報とメモリ情報とを含むダンプファイルを生成する（ステップＰ２）。CPUコアレジスタ情報は、カーネルパニックを実行する直前にカーネルが参照していたレジスタの内容である。また、メモリ情報は、カーネルパニックを実行する直前にカーネルが参照していたメモリの領域の内容である。
【0016】
ダンプファイルの生成が終了するとファームウェアが起動し（ステップＰ３）、当該ファームウェアがカーネルを再起動する（ステップＰ４）。
【0017】
その後に、再起動したカーネルが、種々のサービスプログラムを起動する（Ｐ５）。そのようなサービスプログラムとしてはDHCP(Dynamic Host Configuration Protocol)のクライアントデーモンである「dhcpd」等がある。
【0018】
これらのサービスプログラムが起動するとコンピュータにおいて種々のアプリケーションプログラムを実行できるようになり、当該コンピュータを含むシステムを運用することができるようになる。
【0019】
しかしながら、この方法ではステップＰ２においてダンプファイルを生成するまでステップＰ４でカーネルを再起動することができず、システムの運用が再開できるまで時間を要してしまう。
【0020】
特に、カーネルの高機能化に伴って採取対象のメモリの領域が多くなると、ステップＰ２におけるダンプファイルの生成に長時間を要してしまい、システムの運用再開に更に長時間を要してしまう。
【0021】
（本実施形態）
図２は、本実施形態に係る情報処理装置のハードウェア構成図である。
図２は、本実施形態に係る情報処理装置のハードウェア構成図である。
【0022】
情報処理装置１０は、物理マシンや仮想マシン等のコンピュータであって、記憶装置１０ａ、メモリ１０ｂ、CPU１０ｃ、通信インターフェース１０ｄ、及び媒体読取装置１０ｅを備える。これらの各部は、バス１０ｇにより相互に接続される。
【0023】
このうち、記憶装置１０ａは、HDD(Hard Disk Drive)やSSD(Solid State Drive)等の不揮発性のストレージであって、本実施形態に係る情報処理プログラム１１を記憶する。情報処理プログラム１１は、ファームウェア１２とOS１３とを含むプログラムである。
【0024】
なお、情報処理プログラム１１コンピュータが読み取り可能な記録媒体１０ｆに記録し、媒体読取装置１０ｅを介してCPU１０ｃにその情報処理プログラム１１を読み取らせるようにしてもよい。
【0025】
そのような記録媒体１０ｆとしては、例えばCD-ROM (Compact Disc - Read Only Memory)、DVD (Digital Versatile Disc)、及びUSB (Universal Serial Bus)メモリ等の物理的な可搬型記録媒体がある。また、フラッシュメモリ等の半導体メモリやハードディスクドライブを記録媒体１０ｆとして使用してもよい。これらの記録媒体１０ｆは、物理的な形態を持たない搬送波のような一時的な媒体ではない。
【0026】
更に、公衆回線、インターネット、及びLAN(Local Area Network)等に接続された装置に情報処理プログラム１１を記憶させてもよい。その場合は、CPU１０ｃがその情報処理プログラム１１を読み出して実行すればよい。
【0027】
一方、メモリ１０ｂは、DRAM(Dynamic Random Access Memory)等のようにデータを一時的に記憶するハードウェアである。
【0028】
CPU１０ｃは、情報処理装置１０の各部を制御するプロセッサである。なお、CPU１０ｃに代えてGPU(Graphical Processing Unit)を採用してもよい。また、CPU１０ｃは、メモリ１０ｂと協働して情報処理プログラム１１を実行する。
【0029】
更に、通信インターフェース１０ｄは、情報処理装置１０をインターネットやLAN等のネットワークに接続するためのNIC(Network Interface Card)等のハードウェアである。
【0030】
媒体読取装置１０ｅは、記録媒体１０ｆを読み取るためのCDドライブ、DVDドライブ、及びUSBインターフェース等のハードウェアである。
【0031】
図３は、OS１３に含まれる各プログラムの模式図である。OS１３は、例えばLinux(登録商標)であって、カーネル１５、ダンプ採取カーネル１６、サービスプログラム１７、及び管理プログラム１８の各プログラムを備える。
【0032】
このうち、カーネル１５は、プロセス管理機能、メモリ管理機能、及びデバイス管理機能等を備えたOS１３の中核的なプログラムである。ダンプ採取カーネル１６は、カーネル１５がカーネルパニックを実行したときにダンプ情報の採取を行うプログラムである。
【0033】
また、サービスプログラム１７は、カーネル１５とは異なるプログラムであって、バックグラウンドで動作する「dhcpd」等のデーモンプログラムである。そして、管理プログラム１８は、これらのサービスプログラム１７を起動するための「systemd」等のプログラムである。
【0034】
【0035】
このうち、ファームウェア領域２１は、ファームウェア１２に割り当てられた領域である。また、共通領域２２は、第４の領域の一例であって、ファームウェア１２とカーネル１５の各々から書き込みと読み込みが可能な領域である。
【0036】
カーネル領域２３は、カーネル１５に割り当てられた領域である。そして、ダンプ採取カーネル領域２４は、ダンプ採取カーネル１６に割り当てられた領域である。
【0037】
図５は、情報処理装置１０の機能構成図である。図５に示すように、情報処理装置１０は、前述の記憶装置１０ａとメモリ１０ｂの他に制御部３１を備える。制御部３１は、メモリ１０ｂとCPU１０ｃとが協働して情報処理プログラム１１を実行することにより実現される処理部であって、情報処理装置１０の各部を制御する。
【0038】
一例として、制御部３１は、カーネル起動部３２、生成部３３、サービスプログラム起動部３４、割当部３５、格納部３６、取得部３７、メモリ管理部３８、及び判断部３９を備える。
【0039】
このうち、カーネル起動部３２は、ファームウェア１２によって実現される処理部であり、カーネルパニックを実行したカーネル１５を再起動させる。
【0040】
生成部３３は、ダンプ採取カーネル１６によって実現される処理部であり、カーネル１５がカーネルパニックを実行したときにダンプファイル４０を生成してそれを記憶装置１０ａに格納する。
【0041】
サービスプログラム起動部３４は、管理プログラム１８によって実現される処理部であり、再起動したカーネル１５の上で各サービスプログラム１７を起動する。
【0042】
また、割当部３５は、ファームウェア１２によって実現される処理部であり、メモリ１０ｂに共通領域２２を割り当てる。
【0043】
格納部３６は、ダンプ採取カーネル１６によって実現される処理部であって、カーネルパニックを実行した時点におけるメモリ１０ｂのチャンクのアドレスとサイズとを含むダンプ一次情報ファイルを共通領域２２に格納する。なお、チャンクは、カーネルパニックを実行した時点でカーネル１５が使用していたメモリ１０ｂの領域である。例えば、カーネル１５は、カーネルパニックを実行する前に、malloc等の関数によってメモリ１０ｂに個々のチャンクを確保する。
【0044】
取得部３７は、ファームウェア１２によって実現される処理部であって、共通領域２２に格納された後述のダンプ一次情報ファイルからチャンクのアドレスとサイズとを取得する。
【0045】
メモリ管理部３８は、ファームウェア１２によって実現される処理部であって、メモリ１０ｂのチャンクを読み取り専用に設定する。
【0046】
判断部３９は、ダンプ採取カーネル１６によって実現される処理部であり、カーネルパニックを実行した後にカーネル１５を再起動するのに要する空き領域がメモリ１０ｂに存在するかを判定する。
【0047】
次に、本実施形態に係る情報処理方法について説明する。
【0048】
図６は、OS１３を起動するときのフローチャートである。まず、割当部３５が、メモリ１０ｂに共通領域２２を割り当てる（ステップＳ１１）。
【0049】
次いで、ファームウェア１２が、共通領域２２の先頭アドレスをEFI(Extensible Firmware Interface)変数に格納する（ステップＳ１２）。EFI変数は、ファームウェア１２とダンプ採取カーネル１６との間で受け渡しが行われる変数である。
【0050】
次に、カーネル起動部３２がカーネル１５を起動する（ステップＳ１３）。この後は、サービスプログラム起動部３４が各サービスプログラム１７を起動し、OS１３の起動が完了することになる。
【0051】
次に、このようにOS１３を起動した後に、カーネル１５がカーネルパニックを実行したときの処理の流れについて説明する。
【0052】
図７は、カーネル１５がカーネルパニックを実行したときの本実施形態に係る情報処理方法のフローチャートである。
【0053】
まず、カーネルパニックを実行したカーネル１５がダンプ採取カーネル１６を起動する（ステップＳ２１）。
【0054】
次に、ダンプ採取カーネル１６が、ファームウェア１２が保持しているEFI変数を参照することにより、共通領域２２の先頭アドレスを取得する（ステップＳ２２）。
【0055】
【0056】
まず、ステップＳ２３において、ダンプ採取カーネル１６が、カーネルパニックを実行したカーネル１５の仮想メモリ４２にあるVMCORE４３の内容を読み取る。VMCORE４３は、ELF (Executable and Linkable Format) Core形式のファイルとして読み取り可能な疑似ファイルであり、ダンプ情報４５を格納した疑似ファイルである。
【0057】
【0058】
このうち、ELFヘッダ４５ａは、CPU１０ｃのアーキテクチャを特定する変数等を含む構造体である。また、第１のヘッダ４５ｂは、CPU１０ｃに含まれる複数のコアの各々のレジスタを指すポインタである。以下では、i番目のコアのレジスタに格納されている情報をcore[i]レジスタ情報と呼ぶ。
【0059】
そして、第２のヘッダ４５ｃは、カーネルパニックを実行した時点でカーネル１５が使用していたメモリ１０ｂ内のチャンクの先頭アドレスを指すポインタである。
【0060】
図１０は、ELFヘッダ４５ａの模式図である。図１０に示すように、ELFヘッダ４５ａは、プログラムヘッダテーブル４５ｅの先頭アドレスを格納した変数「e_phoff」と、プログラムヘッダ４５ｆの個数を示す変数「e_phnum」とを有する構造体である。
【0061】
プログラムヘッダテーブル４５ｅは、変数「p_paddr」と変数「p_memsz」とを含む複数のプログラムヘッダ４５ｆのテーブルである。このうち、変数「p_paddr」は、カーネルパニックを実行した時点でカーネル１５に割り当てられていたチャンク１０ｙの先頭アドレスを示す変数である。また、変数「p_memsz」は、そのチャンク１０ｙのサイズ（byte）を示す変数である。なお、チャンク１０ｙは第１の領域の一例である。
【0062】
ステップＳ２３においては、ダンプ採取カーネル１６が、各変数「p_paddr」、「p_memsz」を参照することにより、各チャンク１０ｙの先頭アドレスとそのサイズとを取得する。更に、ダンプ採取カーネル１６は、前述の第１のヘッダ４５ｂと第２のヘッダ４５ｃの各々も取得する。
【0063】
再び図８を参照する。次に、ステップＳ２４に移り、格納部３６が、ステップＳ２３で取得した各情報を含むダンプ一次情報ファイル４７を共通領域２２に格納する。そのダンプ一次情報ファイル４７には、第１のヘッダ４５ｂ、プログラムヘッダテーブル４５ｅ、及びELFヘッダ４５ａが含まれる。
【0064】
なお、図８に示すように、チャンク１０ｙは仮想メモリ４２におけるページに対応しており、仮想メモリ４２の全領域は全てのチャンク１０ｙを合わせた領域に等しい。そして、カーネル領域２３においてチャンク１０ｙに属さない領域は、カーネル１５が使用していない空き領域１０ｘである。
【0065】
再び図７を参照する。次に、判断部３９が、カーネル１５を再起動するのに必要な連続した空き領域１０ｘがメモリ１０ｂに存在するかを判断する（ステップＳ２５）。
【0066】
図８の例では、複数の空き領域１０ｘのうちで最大のサイズを有する領域が、カーネル１５を再起動するのに足りるかを判断部３９が判断する。一例として、判断部３９は、共通領域２２にあるダンプ一次情報ファイル４７の各変数「p_paddr」、「p_memsz」に基づいて各チャンク１０ｙの先頭アドレスと大きさとを特定し、どのチャンク１０ｙにも属さない各空き領域１０ｘの大きさを特定する。そして、判断部３９は、特定した各空き領域１０ｘのサイズのうちの最大値が、カーネル１５を再起動するのに要するサイズよりも大きいかを判断する。なお、カーネル１５を再起動するのに要するサイズは、例えばユーザが予め調べておき、記憶装置１０ａに格納しておけばよい。
【0067】
また、個々の空き領域１０ｘは第２の領域の一例であり、そのうちで最大のサイズを有する空き領域１０ｘは第３の領域の一例である。
【0068】
この判断が肯定された場合にはファームウェア１２の処理に移る（ステップＳ２６）。一方、ステップＳ２５の判断が否定された場合には、各チャンク１０ｙの内容を含むダンプファイル４０を生成して各チャンク１０ｙを解放した後でないとカーネル１５を再起動できない。
【0069】
よって、ステップＳ２５の判断が否定された場合には、ステップＳ２７に移り、生成部３３がダンプファイル４０を生成した後にカーネル起動部３２がカーネル１５を再起動して処理を終える。
【0070】
これによれば、ステップＳ２４において格納部３６がダンプ一次情報ファイル４７を共通領域２２に格納する。そのため、ステップＳ２５において、判断部３９が、ダンプ一次情報ファイル４７の各変数「p_paddr」、「p_memsz」に基づいて最大のサイズを有する空き領域１０ｘを特定し、当該サイズがカーネル１５を再起動するのに足りるかを判断できる。
【0071】
次に、ステップＳ２６のファームウェア１２の処理について説明する。
【0072】
図１１は、ステップＳ２６のファームウェア１２の処理のフローチャートである。
【0073】
まず、メモリ管理部３８が、全てのチャンク１０ｙを読み取り専用に設定する（ステップＳ３１）。
【0074】
図１２は、本ステップの模式図である。この例では、メモリ管理部３８は、共通領域２２に格納されているダンプ一次情報ファイル４７から各チャンク１０ｙの先頭アドレスとサイズを特定する。そして、メモリ管理部３８は、EFIのメモリマップにおいて当該チャンク１０ｙに対応した属性に「EFI_MEMORY_RO」を設定することにより、当該チャンク１０ｙを読み取り専用にする。
【0075】
これにより、ダンプファイル４０を生成する前にチャンク１０ｙが上書きされるのを防止することができるため、チャンク１０ｙの内容を含むダンプファイル４０を生成することができる。
【0076】
再び図１１を参照する。次に、カーネル起動部３２が、情報処理装置１０の電源をオフせずに、パニックを実行したカーネル１５を再起動させる（ステップＳ３２）。以上により、ファームウェア１２が実行する基本的な処理を終える。
【0077】
次に、ステップＳ３２でカーネル１５が再起動した後の処理について説明する。
【0078】
図１３は、カーネル１５が再起動した後の処理のフローチャートである。まず、再起動したカーネル１５が、メモリ１０ｂを管理する構造体に含まれるReversedビットのうち、各チャンク１０ｙに対応したReversedビットをオンにする。Reversedビットは、チャンク１０ｙを読み取り専用にするかを決めるビットであり、それをオンにすることによりチャンク１０ｙが読み取り専用となる。
【0079】
この後は、ダンプ採取処理Ｑ１とサービスプログラム１７の起動処理Ｑ２とが並行して行われる。
【0080】
最初にダンプ採取処理Ｑ１について説明する。まず、再起動したカーネル１５が、ダンプ採取カーネル１６を起動させる（ステップＳ４２）。
【0081】
次に、生成部３３が、内容をまだ取得していないチャンク１０ｙがメモリ１０ｂに存在するかを判断する（ステップＳ４３）。
【0082】
この判断が肯定された場合にはステップＳ４４に移る。ステップＳ４４においては、生成部３３がチャンク１０ｙの内容を取得する。一例として、生成部３３は、共通領域２２にあるダンプ一次情報ファイル４７に含まれる各変数「p_paddr」、「p_memsz」からチャンク１０ｙの先頭アドレスとそのサイズとを特定する。そして、生成部３３は、メモリ１０ｂにおいて特定した先頭アドレスにアクセスし、その先頭アドレスから特定したサイズにある領域に格納されている内容を取得する。
【0083】
次に、生成部３３が、ステップＳ４４で内容を取得したチャンク１０ｙに対応したReversedビットをオフにする（ステップＳ４５）。これにより、チャンク１０ｙが解放されて書き込み可能となる。その後、ステップＳ４３に戻る。
【0084】
一方、ステップＳ４３の判断が否定された場合にはステップＳ４６に移る。ステップＳ４６においては、生成部３３が、複数のチャンク１０ｙの各々の内容とダンプ一次情報ファイル４７に含まれる内容とを含むダンプファイル４０を生成する。これによりダンプ採取処理Ｑ１を終える。
【0085】
図１４は、ステップＳ４６で生成されるダンプファイル４０の模式図である。
【0086】
図１４に示すように、ダンプファイル４０には、ダンプ一次情報ファイル４７におけるELFヘッダ４５ａ、第１のヘッダ４５ｂ、及び第２のヘッダ４５ｃの他に、ステップＳ４４で取得したチャンク１０ｙの内容５２が含まれる。
【0087】
更に、生成部３３は、第１のヘッダ４５ｂが指す各レジスタを参照することにより、これらのレジスタに格納されている情報であるCPUコアレジスタ情報５１もダンプファイル４０に格納する。
【0088】
再び図１３を参照する。次に、サービスプログラム１７の起動処理Ｑ２について説明する。
【0089】
まず、カーネル１５が管理プログラム１８を起動した後、サービスプログラム起動部３４が未起動のサービスプログラム１７があるかを判定する（ステップＳ４７）。Linux(登録商標)においてはカーネル１５の起動後に起動すべきサービスプログラム１７とその起動順序が定められており、これらのサービスプログラム１７が起動済かを本ステップでサービスプログラム起動部３４が判断することになる。
【0090】
この判断が肯定された場合にはステップＳ４８に移る。ステップＳ４８においては、サービスプログラム起動部３４が、サービスプログラム１７を起動するのに必要なサイズを備えた空き領域１０ｘがメモリ１０ｂに存在するかを判断する。
【0091】
図１５は、ステップＳ４８の判断においてサービスプログラム起動部３４が使用する管理テーブル５３の模式図である。
【0092】
管理テーブル５３は、サービスプログラム１７の起動順序、プログラム名、及び起動に要するメモリ量を対応付けたテーブルである。起動順序とプログラム名はLinux(登録商標)において予め定められているが、メモリ量については例えばユーザが予め調査しておく。そして、ユーザが管理テーブル５３を作成し、例えば予め記憶装置１０ａに格納しておく。
【0093】
サービスプログラム起動部３４は、この管理テーブル５３を参照することにより、起動対象のサービスプログラム１７のメモリ量よりもサイズが大きい空き領域１０ｘが存在するかをステップＳ４８で判断する。
【0094】
例えば、サービスプログラム起動部３４は、共通領域２２にあるダンプ一次情報ファイル４７に含まれる各変数「p_paddr」、「p_memsz」からチャンク１０ｙの先頭アドレスとそのサイズとを取得する。そして、サービスプログラム起動部３４は、これらの先頭アドレスとサイズに基づいて複数のチャンク１０ｙのいずれにも属さない領域である空き領域１０ｘのサイズを特定し、そのサイズと管理テーブル５３のメモリ量との大小を比較する。
【0095】
再び図１３を参照する。ステップＳ４８の判断が否定された場合にはステップＳ５０に移る。ステップＳ５０においては、サービスプログラム起動部３４は、生成部３３がステップＳ４５においてチャンク１０ｙを解放するのを待つ。その後、ステップＳ４８に戻る。
【0096】
一方、ステップＳ４８の判断が肯定された場合は、サービスプログラム起動部３４がサービスプログラム１７に空き領域１０ｘを割り当てることにより当該サービスプログラム１７を起動し（ステップＳ４９）、ステップＳ４７に戻る。
【0097】
そして、全てのサービスプログラム１７が起動してステップＳ４７の判断が否定された場合に起動処理Ｑ２を終える。
【0098】
以上により、ダンプ採取処理Ｑ１とサービスプログラムの起動処理Ｑ２の各々の基本的な処理を終える。
【0099】
上記した本実施形態によれば、ステップＳ４９において、サービスプログラム起動部３４が、カーネル１５が使用していたチャンク１０ｙとは異なる空き領域１０ｘにサービスプログラム１７を割り当てて起動する。
【0100】
そのため、チャンク１０ｙの内容を取得するダンプ採取処理Ｑ１と、サービスプログラム１７の起動処理Ｑ２とを並行して行うことができる。これにより、ダンプ採取処理Ｑ１が終了した後に起動処理Ｑ２を実行する場合と比較して、カーネル１５がカーネルパニックを実行してから全てのサービスプログラム１７が起動するまでの時間を短くすることができる。その結果、カーネル１５がカーネルパニックを実行した場合でも情報処理装置１０を速やかに復旧することができ、情報処理装置１０を含むシステムを利用者がすぐさま使用することが可能となる。
【0101】
また、この例では、チャンク１０ｙが解放されるのをサービスプログラム起動部３４がステップＳ５０において待つ。そのため、チャンク１０ｙが解放されたことで生じた空き領域１０ｘをサービスプログラム起動部３４がサービスプログラム１７に割り当てることで、ステップＳ４９において各サービスプログラム１７を順次起動できる。
【0102】
また、カーネル１５を再起動するのに要する連続した空き領域１０ｘがメモリ１０ｂにない場合には、ダンプ採取処理Ｑ１と起動処理Ｑ２とを並行して実行せず、ダンプファイル４０の生成後にカーネル１５を再起動する（ステップＳ２７）。これにより、カーネル１５を再起動するのに要する連続した空き領域１０ｘがメモリ１０ｂにあるか否かを問わずにダンプファイル４０を生成することができる。
【符号の説明】
【0103】
１０…情報処理装置、１０ａ…記憶装置、１０ｂ…メモリ、１０ｄ…通信インターフェース、１０ｅ…媒体読取装置、１０ｆ…記録媒体、１０ｇ…バス、１０ｘ…空き領域、１０ｙ…チャンク、１１…情報処理プログラム、１２…ファームウェア、１５…カーネル、１６…ダンプ採取カーネル、１７…サービスプログラム、１８…管理プログラム、２１…ファームウェア領域、２２…共通領域、２３…カーネル領域、２４…ダンプ採取カーネル領域、３１…制御部、３２…カーネル起動部、３３…生成部、３４…サービスプログラム起動部、３５…割当部、３６…格納部、３７…取得部、３８…メモリ管理部、３９…判断部、４０…ダンプファイル、４２…仮想メモリ、４５…ダンプ情報、４５ａ…ELFヘッダ、４５ｂ…第１のヘッダ、４５ｃ…第２のヘッダ、４５ｅ…プログラムヘッダテーブル、４５ｆ…プログラムヘッダ、４７…ダンプ一次情報ファイル、５１…CPUコアレジスタ情報、５３…管理テーブル。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】