https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71030001/troubleshoot/error/index.html Recent content in 7.2 エラー時の対処方法 on JP1 Cloud Service 運用統合 利用ガイド Hugo -- gohugo.io ja https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71030001/troubleshoot/error/message/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71030001/troubleshoot/error/message/index.html （1）次のどれかに該当する場合の対処 以下の場合、メッセージの内容をコピー（メッセージのダイアログ内の文字列を選択してコピーまたは、 画面図の採取）してエラー発生時の操作状況とともにサポートサービスにお問い合わせください。 「サポートサービスに問い合わせ」のメッセージが出た場合 エラーメッセージの内容に従い、指定を見直したがエラーが改善しない場合 エラーメッセージの内容から対処方法がわからない場合 （2）KNBA00305-Eで詳細に「there is already a user with the same email address on Git.」が表示された場合の対処 詳細に「there is already a user with the same email address on Git.」が表示された場合、 過去に使用したメールアドレスがGit上にログとして残っており、メールアドレスの再利用ができなくなっています。該当のメールアドレスを使用していたユーザーを削除直後の場合、メールアドレスの情報がGit上から削除されるまで時間がかかっています。該当のメールアドレスを再利用する場合は、しばらく時間をおいてから再度操作を実施してください。該当のメールアドレスを使用していたユーザーが存在する場合は、 以下の手順でGit上から使用していないメールアドレスを削除してください。 1. 過去に該当のメールアドレスを使用していたユーザーでGitにログインします。アバターアイコンをクリックし、Edit Profileを選択します。 2. User Settings画面からEmailsメニューの設定画面を開きます。 3. Linked emailsの一覧から変更前に使用していたメールアドレスを削除します。 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71030001/troubleshoot/error/yaml_error/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71030001/troubleshoot/error/yaml_error/index.html （1）マニフェストファイルのnameキーとデータモデルのテーブル名でエラーが発生しマニフェストファイルが登録できない場合の対処 次の要因が考えられます。 名前が予約語と衝突しているおそれがあります。名前にプレフィックスを付けることで、予約語との衝突を回避してください。以下に予約語を示します。 （表）予約語一覧 項目 予約語 マニフェストファイルのnameキー acl、activity、api、cmdb、conf、datamodel、doc、opsi、otobo、otobo-mapping、policy、practice、resource、resource-api、schedule、statement、sys、system、task、ticket、ui、workflow ボタンのnameキー edit、revert_finish_editing データモデルのテーブル名 group、mapping_group、node、role、sys、system、ticket、user 予約語と完全に一致する場合、または予約語から始まり、かつ予約語の直後が_（アンダーバー）の場合はエラーが発生します。以下に使用例を示します。 （表）予約語の使用例 使用できる場合 使用できない場合 ・xxx_mapping_group_yyy ・mapping_groupxxx_yyy ・mapping_group ・mapping_group_xxx （2）エラーメッセージが表示されないが、意図しない動作になる場合の対処 次の要因が考えられます。 Include対象となるマニフェストファイルで、他のnameキーと衝突しているおそれがあります。以下に例 を示します。 1つのUIでScriptAとScriptBをIncludeし、アクションとして「action」を定義します。ScriptA ではJS_A.js、ScriptBではJS_B.jsが実行されるように、どちらも「action」というnameキーの アクションを定義した場合nameキーが衝突し、AとBどちらのアクションが実行されるか不明確になり意図しない動作になります。 この場合は「A_action」、「B_action」などのようにnameキーが衝突しないようにする必要があります。 （3）依存関係があるマニフェストファイルを同時に登録（または削除）した後に、バリデーションエラーが起こっていた場合の対処 依存関係があるマニフェストファイルのセットを同時に登録（または削除）し、かつマニフェストファイルの一部にバリデーションエラーがある場合、エラーがないマニフェストファイルも含めOps Iにドキュメント登録（または削除）されていない状態になります。 （登録時の例：Commit1、削除時の例：Commit3） エラーを修正し、再度Commitすると、エラーがないマニフェストファイルも同時に登録（または削除）されます。 この時、エラーがないマニフェストファイルを再度Commit（または削除）する必要はありません。 （登録時の例：Commit2、削除時の例：Commit4） エラーの有無はAPI「gitops-logs」で確認します。 【登録時の例】 関係：マニフェストファイルAをマニフェストファイルBが参照 Commit1：依存関係があるマニフェストファイルA（エラーあり）とマニフェストファイルB（エラーなし）を登録 ①マニフェストファイルA（エラーあり）：Ops Iへの登録 失敗 ②マニフェストファイルB（エラーなし）：Ops Iへの登録 失敗 Commit2：マニフェストファイルAをエラー修正後、再度Commit ①マニフェストファイルA（修正によりエラーなし）：Ops Iへの登録 成功 再適用処理→マニフェストファイルB（エラーなし）：Ops Iへの登録 成功 【削除時の例】 関係：マニフェストファイルAをマニフェストファイルBが参照 Commit3：依存関係があるOps I登録済みマニフェストファイルAを削除 ①マニフェストファイルA：Ops Iへの削除 失敗（マニフェストファイルBの参照があるため） Commit4：依存があるマニフェストファイルBを削除 ②マニフェストファイルB：Ops Iへの削除 成功 再適用処理→マニフェストファイルA：Ops Iへの削除 成功 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71030001/troubleshoot/error/workflow_error/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71030001/troubleshoot/error/workflow_error/index.html ワークフローの実行状態は、ワークフローの[実行ログ]画面から確認できます。[実行ログ]画面の詳細は「ワークフローの[実行ログ]画面」を参照してください。 ワークフローの[実行ログ]画面の[Action Output]の[output]にエラーが表示された場合、エラーの内容によって対処方法が異なります。ここでは、代表的なエラーの例とその対処方法を説明します。 （1）stderrが第1階層に表示された場合 【表示例】 {   "stderr": "command not found: invalid_cmd¥n",   "stdout": "",   "return_code": 127 } 【主な原因】 コマンドやスクリプトの失敗 タイムアウト 権限の問題 SSH接続の問題 【対処方法】 stderrの内容やreturn_codeの値を確認し、具体的なエラーメッセージや警告を把握 コマンドやスクリプトの実行環境（パス、権限、依存ファイル）を確認 タイムアウトが原因の場合、実行時間の見直しやリソースの状況を確認 SSH接続が原因の場合、認証情報やネットワーク設定を確認 スクリプトのロジックやコマンドの引数を確認 （2）errorまたはerrorsが第1階層に表示された場合 【表示例】 {   "error": "Action 'invalid.action' not found",   "errors": ["Parameter 'host' is required but not provided"] } 【主な原因】 Workflowのマニフェストファイルの構文エラーやタスク定義の不整合など、アクションやランナーがエラーを返却 【対処方法】 エラーメッセージやエラーコードを確認し、エラーの原因を把握 アクションの仕様やドキュメントを参照し、エラーの条件を確認 アクションのパラメータや環境設定を確認 （3）errorまたはerrorsがresultにネストされて表示された場合 【表示例】 {   "result": {     "error": "HTTP 404: Resource not found",     "status_code": 404,     "data": null   } } 【主な原因】 アクションがデータとエラーを同時に返却 【対処方法】 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71030001/troubleshoot/error/outpost_error/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71030001/troubleshoot/error/outpost_error/index.html ここでは、中継サーバー関連のエラーが発生した際の対処方法を説明します。中継サーバーとアウトポストエージェントの詳細は「中継サーバーの設定」を参照してください。 （1）トラブルシュートを目的とした情報収集 中継サーバー関連のエラーが発生した場合、「sysinfo.sh」コマンドを実行しエラーに関する情報を収集してください。コマンドファイルは「/opt/opsi/outpost/bin/」に格納されています。詳細は「（表）RPMパッケージ内容」を参照してください。 コマンドの実行に成功した場合は「0」が、失敗した場合は「1」が返り値として返却されます。実行ログと実行結果は次のように出力されます。 実行ログ出力：/var/opt/opsi/outpost/logs/sysinfo.log 結果出力：/var/opt/opsi/troubleshoot/timestamp.tar.gz ＜実行例＞ # ./sysinfo.sh Collecting system info... Archiving files into /var/opt/opsi/troubleshoot/20230518162009.tar.gz... Completed. （2）よくある間違い 中継サーバー関連のエラーに関して、よくある間違いとその対処方法を次に示します。 エラーの対処としてエージェントを再起動する際は、エージェントを停止してから起動してください。 例） エージェントを停止する。 /opt/opsi/outpost/bin/opsiopctl.sh stop エージェントを起動する。 /opt/opsi/outpost/bin/opsiopctl.sh start （表）アウトポストエージェント起動時のエラーのよくある間違い 内容 対処方法 アウトポストエージェントのディレクトリをアンチウィルスソフトウェアの監視対象から除外していない。 （表）RPMパッケージインストール前提条件 アウトポストエージェントに設定したOps Iトークンに対応するユーザーにPre-Installedロール「Outpost」が割り当てられていない。 「アウトポスト設定の流れ」の手順① アウトポストエージェントに設定したOps Iトークンが間違っている。 「アウトポスト設定の流れ」の手順②⑥ 検証環境でアウトポストエージェントのポート設定をコメントアウトしていない。 「アウトポスト設定の流れ」の手順⑥ アウトポストノードからOps Iへ通信するときの送信元パブリックIPアドレスが、Ops Iへの接続許可リストに含まれていない。 Ops Iの接続許可リストについては、ヒアリングシートで指定した許可リストを参照してください。 Ops Iの接続許可リストを変更する場合は、ヒアリングシートの必要事項を記入のうえ、同シート記載の提出先へ送付してください。 アウトポストエージェントに設定したOps Iのドメイン名にURIスキームが含まれている。 「アウトポスト設定の流れ」の手順⑥ アウトポストノードにデフォルトルートが設定されていない。 （表）RPMパッケージインストール前提条件 アウトポストノードのハードウェア要件を満たしていない。 （表）RPMパッケージインストール前提条件 RHEL / Oracle Linux 8系の場合、必要なKernel Paramsが設定されていない。 （表）RPMパッケージインストール前提条件 （表）中継サーバー使用時のよくあるエラー エラー内容 主な対処方法 RHEL 10系の中継サーバーからホストへの接続でタイムアウトする。 「（表）RPMパッケージインストール前提条件」に記載されたパッケージをインストールしてください。 AWXジョブの実行時に、中継サーバーからホストの名前解決ができない。 中継サーバーで動作するエージェントの名前解決では、中継サーバー側のhostsファイルが参照されません。中継サーバーで動作するエージェントで名前解決が必要な場合は、DNSサーバーを用意してください。