Adobe Commerce導入のトラブルシューティング
Adobe Commerceでのスタックしたデプロイメントと失敗したデプロイメントは、デプロイメントのトラブルシューティング ツールを使用して解決できます。 各質問をクリックすると、トラブルシューティングの各ステップの回答が表示されます。
手順 1 - サービスが実行中であることを確認 step-1
デプロイメントの停止 – クラウドインフラストラクチャサービス上でAdobe Commerceは稼働していますか。 Adobe Commerce Cloud を確認してください。
a.はい – 手順 2 に進みます。
b. NO - メンテナンスまたはグローバルな障害。 推定期間と更新を確認します。
手順 2 – 他の環境でのデプロイメントの確認 step-2
進行中のアクティビティのリストを取得するには、magento-cloud CLI を使用して次のコマンドを実行します（1 つのクラウドプロジェクトにのみ追加されている場合）。
| code language-bash |
|---|
|
進行中のアクティビティのリストを取得するには、magento-cloud CLI を使用して次のコマンドを実行します（複数のプロジェクトに追加されている場合）。
| code language-bash |
|---|
|
既存のデプロイメントアクティビティに関する情報を見つけるには（Cloud UI で「ログがスニップされた」エラーがある場合のデプロイメントログの確認」を参照
詳しくは、次のコマンドを実行して、そのアクティビティの実行ログを取得してください。
| code language-bash |
|---|
|
a.はい – 既存の環境でデプロイメントがブロックされている他の環境のトラブルシューティングを行います。 手順 3 に進みます。
b.いいえ – 現在の環境のトラブルシューティングを行います。 手順 3 に進みます。
手順 3 – すべてのノードで SSH を確認する step-3
手順 4 – 実行中のすべてのサービスの確認 step-4
手順 5 - ビットバケットの実行状態の確認 step-5
手順 6 - エラーコードを確認 step-6
手順 7 - 403 Forbidden エラー step-7
手順 8 – 実行中の cron ジョブの確認 step-8
ps aufxx |grep cron を実行します。php vendor/bin/ece-tools cron:kill を実行し、次に php vendor/bin/ece-tools cron:unlock を実行します。 ある環境を別の環境に結合する処理を行っている場合は、両方の環境で cron が動作しているかどうかを確認します。b.いいえ – 手順 17 に進みます。
手順 9 - リモートクラスターにデプロイ可能なアプリケーションのエラー step-9
手順 10 – 十分なストレージの確認 step-10
手順 11 - ディスク容量の確認 step-11
b.いいえ – 手順 12 に進みます。
手順 12 – 環境の再デプロイメントに失敗しましたエラー step-12
手順 13 - Elasticsearchのアップグレードに失敗したかどうかを確認する step-13
b.いいえ – 手順 14 に進みます。
手順 14 - スペース制限を確認 step-14
手順 15 - Elasticsearchバージョンのエラー step-15
手順 16 - Composer 設定の確認 step-16
手順 17 – 長時間実行されているプロセスの確認 step-17
a.はい。長時間実行されているプロセスを特定し、プロセスを強制終了します。
- ターミナルで次のコマンドを実行します：
ps aufx。 - 長時間実行されているプロセスの PID を見つけます。
kill -9 <PID>を使用してプロセスを終了します。
再び発生する展開を監視します。
b.いいえ – 手順 18 に進みます。
手順 18 - ポストフックの失敗を確認する step-18
手順 19 - サードパーティの拡張機能でデプロイメントがブロックされているかどうかを確認する step-19
b.いいえ – 手順 20 に進みます。
手順 20 – 処理に時間のかかるクエリの確認 step-20
低速のクエリログと MySQL show processlist を確認してください。
a.はい – 長時間実行中のクエリを強制終了します。 MySQL Kill 構文。 を確認します。
b.いいえ – サポートチケットを送信。