https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71029001/troubleshoot/error/index.html Recent content in 7.2 エラー時の対処方法 on JP1 Cloud Service 運用統合 利用ガイド Hugo -- gohugo.io ja https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71029001/troubleshoot/error/message/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71029001/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/JCSM71029001/troubleshoot/error/yaml_error/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71029001/troubleshoot/error/yaml_error/index.html （1）YAMLファイルのnameラベルとデータモデルのテーブル名でエラーが発生しYAMLファイルが登録できない場合の対処 次の要因が考えられます。 名前が予約語と衝突しているおそれがあります。名前にプレフィックスを付けることで、予約語との衝突を回避してください。以下に予約語を示します。 （表）予約語一覧 項目 予約語 YAMLファイルの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対象となるYAMLファイルで、他の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）依存関係があるYAMLファイルを同時に登録（または削除）した後に、バリデーションエラーが起こっていた場合の対処 依存関係があるYAMLファイルのセットを同時に登録（または削除）し、かつYAMLファイルの一部にバリデーションエラーがある場合、エラーがないYAMLファイルも含めOps Iにドキュメント登録（または削除）されていない状態になります。 （登録時の例：Commit1、削除時の例：Commit3） エラーを修正し、再度Commitすると、エラーがないYAMLファイルも同時に登録（または削除）されます。 この時、エラーがないYAMLファイルを再度Commit（または削除）する必要はありません。 （登録時の例：Commit2、削除時の例：Commit4） エラーの有無はAPI「gitops-logs」で確認します。 【登録時の例】 関係：YAMLファイルAをYAMLファイルBが参照 Commit1：依存関係があるYAMLファイルA（エラーあり）とYAMLファイルB（エラーなし）を登録 ①YAMLファイルA（エラーあり）：Ops Iへの登録 失敗 ②YAMLファイルB（エラーなし）：Ops Iへの登録 失敗 Commit2：YAMLファイルAをエラー修正後、再度Commit ①YAMLファイルA（修正によりエラーなし）：Ops Iへの登録 成功 再適用処理→YAMLファイルB（エラーなし）：Ops Iへの登録 成功 【削除時の例】 関係：YAMLファイルAをYAMLファイルBが参照 Commit3：依存関係があるOps I登録済YAMLファイルAを削除 ①YAMLファイルA：Ops Iへの削除 失敗（YAMLファイルBの参照があるため） Commit4：依存があるYAMLファイルBを削除 ②YAMLファイルB：Ops Iへの削除 成功 再適用処理→YAMLファイルA：Ops Iへの削除 成功 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71029001/troubleshoot/error/workflow_error/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://itpfdoc.hitachi.co.jp/manuals/JCS/JCSM71029001/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のYAMLファイルの構文エラーやタスク定義の不整合など、アクションやランナーがエラーを返却 【対処方法】 エラーメッセージやエラーコードを確認し、エラーの原因を把握 アクションの仕様やドキュメントを参照し、エラーの条件を確認 アクションのパラメータや環境設定を確認 （3）errorまたはerrorsがresultにネストされて表示された場合 【表示例】 {   "result": {     "error": "HTTP 404: Resource not found",     "status_code": 404,     "data": null   } } 【主な原因】 アクションがデータとエラーを同時に返却 【対処方法】