AS400 CPFエラー一覧｜よく見るCPFメッセージと確認ポイント

AS400 / IBM i のジョブログを見ていると、CPF で始まるメッセージをよく見ます。CPFは範囲が広く、ファイル、ライブラリ、オブジェクト、権限、ジョブ、スプール、CLのエラー処理など、いろいろな場面で出ます。

このページでは、AS400初心者や保守担当者向けに、現場で見かけやすいCPFメッセージと、最初に確認するポイントを整理します。厳密な意味は環境やメッセージの詳細で変わるため、実際の対応では必ずジョブログの前後、詳細メッセージ、対象ライブラリ、対象ファイルを確認してください。

現場目線の基本 CPF番号だけで判断しないこと。最後に出ているCPFは「結果」で、原因はその前に出ている別メッセージや、CL/RPGの呼び出し順にあることがあります。

実例でジョブログを読みたい場合 CPF・RNX・MSGWが出た時の読み方は、AS400ジョブログ実例集 にまとめています。最後のエラーだけで判断しない練習になります。

CPFエラーを見る時の最初の確認順

  1. ジョブログの一番下だけでなく、前後のメッセージを見る
  2. メッセージID、重大度、発生プログラム、発生時刻を確認する
  3. 対象のライブラリ、ファイル、オブジェクト名を確認する
  4. 本番環境かテスト環境か、ライブラリリストが正しいかを見る
  5. CL全体の呼び出し順、MONMSG、後続処理を確認する

よく見るCPFメッセージと確認ポイント

CPF現場で疑うこと最初に見るポイント関連
CPF0000実際のエラー番号ではなく、MONMSGで全CPFをまとめて拾っている指定として見ることが多い本当に握りつぶしてよい処理か、後続処理が走って問題ないかを確認するCL保守
CPF2105オブジェクトやライブラリ操作まわりで見かけることがある対象名、ライブラリ、権限、すでに存在するかどうかを確認するライブラリ確認
CPF3101ファイルやメンバーの使用状態、アクセス状態が関係することがある誰かがファイルをつかんでいないか、ジョブやロック状態を確認するWRKACTJOB
CPF4101ファイルが見つからない、指定先が違う、ライブラリリストが違う時に疑う対象ファイル、ライブラリ、*LIBL、コンパイル環境と実行環境の差を見るDSPFFD/DSPPFM
CPF4131ファイルのレベルチェックや定義不一致を疑う場面があるPF/LF、DDS変更、コンパイルし直し漏れ、実行環境のファイル定義を確認するPF/LF
CPF5009レコード、ファイル、入出力処理まわりの異常として見ることがあるどのファイル操作で出たか、直前の処理、RPG側のファイル使用を確認するRPG保守
CPF5026レコードロックや更新処理のタイミングを疑う場面がある他ジョブが同じレコードやファイルを使用していないかを見るMSGW返答判断
CPF5035データ更新、レコード処理、ファイルアクセスまわりの問題として見ることがある入力データ、更新対象、後続処理、リカバリー範囲を確認するデータリカバリー
CPF9801オブジェクトが見つからない、参照先が違う時に疑うオブジェクト名、ライブラリ名、*LIBL、権限を確認するコマンド逆引き
CPF9810ライブラリが見つからない、指定ライブラリが違う時に疑うライブラリ名の打ち間違い、環境違い、本番/テストの指定違いを確認するライブラリとは
CPF9898プログラム側で送られる汎用的なメッセージとして見ることがあるメッセージ文そのもの、送信元プログラム、前後の処理を確認するジョブログ確認

CPF0000を見た時は特に注意する

CPF0000 は、CLの MONMSG CPF0000 のような形で見ることがあります。これは「CPF系をまとめて拾う」指定として使われることがあり、便利な反面、危険でもあります。

たとえば CLRPFM の後ろに MONMSG CPF0000 があり、誰かがファイルをつかんでいてクリアできなかったとします。そのまま後続処理が走ると、古いデータが残った状態で二重処理のような事故につながることがあります。フォルダ作成のように「すでに存在していたら無視してよい」処理なら許容できることもありますが、データ更新系で安易に使うのは怖いです。

ファイル系CPFで見るポイント

ファイル系のCPFでは、対象ファイルが存在するか、ライブラリリストが正しいか、コンパイルした環境と実行環境が合っているかを確認します。販売管理システムでは、入力系やデータ作成系のファイルでエラーが出ると後続処理に影響しやすいため、単に「ファイルがない」で終わらせず、どの業務処理が止まるかまで見ます。

自分なら、まず DSPLIBL、WRKOBJ、DSPFFD、DSPPFM などで、対象ファイルとライブラリの状態を確認します。本番対応では、ライブラリ名の目視確認がとにかく大事です。

オブジェクト・ライブラリ系CPFで見るポイント

オブジェクトやライブラリが見つからない系のCPFでは、名前の指定ミス、ライブラリリストの違い、権限不足、環境違いを疑います。テスト環境では動いたのに本番で動かない場合、見ているライブラリが違うことがあります。

AS400では、ライブラリリストの上から順番にオブジェクトやファイルを参照します。そのため、同じ名前のオブジェクトが複数ライブラリにある場合、想定と違うものを見ている可能性があります。CPFを見たら、メッセージだけでなく実行時のライブラリリストまで確認した方が安全です。

CPFエラーで後続処理を止めるかどうか

CPFエラーが出たからといって、すぐに全部止めるとは限りません。ただし、後続処理がデータ作成、売上計上、請求、外部連携につながる場合は慎重に見ます。CL全体を確認し、どこまで処理済みか、どこから再実行できるか、二重処理にならないかを確認します。

特に本番では、作業者、バックアップ、環境、対象ファイル、ライブラリリストを確認してから判断します。焦って作業すると、単なるエラー対応がデータリカバリー案件に変わります。

CPF調査で一緒に読む記事

ホーム