Adobe Commerceのデプロイメントのトラブルシューティング

デプロイメントの停止 – Adobe Commerce オンクラウドインフラストラクチャサービスは有効ですか？ Adobe Commerce Cloud （Experience Cloud ページのAdobe Status以下）を確認してください。

• はい – ステップ 2に進みます。
• NO - メンテナンスまたはグローバルな停止。 推定期間と更新を確認します。

実行中のアクティビティのリストを取得するには、magento-cloud CLIを使用して次のコマンドを実行します（1つのクラウドプロジェクトにのみ追加されている場合）。 メモ： magento-cloud CLIの最新バージョンを使用していることを確認してください。 手順については、Commerce on Cloud ガイドのCLIの更新を参照してください。

magento-cloud --state=in_progress

進行中のアクティビティのリストを取得するには、magento-cloudを使用して次のコマンドを実行します（複数のプロジェクトに追加されている場合）。

magento-cloud -p <project-id or project-url> --state=in_progress

既存のデプロイメントアクティビティに関する情報を検索するには（詳細については、「Cloud UIに「出荷されたログ」エラーがある場合のデプロイメントログの確認」を参照）、このコマンドを実行して、そのアクティビティの実行中のログを取得できます。

magento-cloud activity:log <activity-id>[ OPTIONAL: <-p project-id or project-url>]

• YES – 他の環境ブロックのデプロイメントのトラブルシューティング。 手順3に進みます。
• NO – 現在の環境のトラブルシューティングを行います。 手順3に進みます。

• はい – 手順4に進みます。
• いいえ – ​ サポートチケットを送信。

• はい – ステップ 5に進みます。
• いいえ – ​ サポートチケットを送信。

• はい – status.bitbucket.comを確認してください。
• NO - ​ ビルドおよびデプロイ ​ ログのデプロイメント ログ エラーを確認します。 手順6に進みます。

• はい – 手順7に進みます。
• いいえ – ステップ 8に進みます。

• はい – ステップ 16に進みます。
• いいえ – ステップ 9に進みます。

ps aufxx | grep cron

• はい – cron ジョブを殺してロック解除します。

  code language-none
  php vendor/bin/ece-tools cron:kill

  php vendor/bin/ece-tools cron:unlock

• いいえ – ステップ 17に進みます。

• はい – ステップ 10に進みます。
• いいえ – ステップ 11に進みます。

• 統合/スターター環境を確認

• Pro ステージング/実稼動環境の確認

• はい – 手順11に進みます。

• いいえ – ​ ディスク領域の管理を確認してください。

• はい –

  • 統合/スターター環境の場合：.magento.app.yamlのディスク値を増やし、再デプロイします。 これがうまくいかない場合は、​ サポートチケットを送信してください。 または、大きなログファイルを削除します。

  code language-none
  ls -la var/log

  • Pro ステージング/実稼動環境の場合：​ サポートチケット ​を送信してストレージを追加します。

• いいえ – ステップ 12に進みます。

• はい – 手順13に進みます。
• いいえ – ステップ 8に進みます。

• はい – Elasticsearchのアップグレード手順に失敗しました。 Elasticsearch ソフトウェアの互換性を参照してください。 Elasticsearchのアップグレードがまだ機能しない場合は、​ サポートチケットを送信してください。 注： Adobe Commerce クラウド インフラストラクチャでは、サービスのアップグレードを本番環境にプッシュする際に、48営業時間前にインフラストラクチャ チームに通知する必要があります。 本番環境へのダウンタイムを最小限に抑えながら、必要な時間枠で設定を更新できるインフラストラクチャサポートエンジニアを確保する必要があるため、これは必要です。 そのため、変更を本番環境に導入する必要がある48時間前に、必要なサービスのアップグレードの詳細と、アップグレードプロセスを開始する時間を記載したサポートチケットを送信します。
• いいえ – ステップ 14に進みます。

• はい – ​ ディスク領域の管理を参照してください。
• いいえ – ステップ 15に進みます。

• はい – ステップ 16に進みます。
• いいえ – ステップ 21に進みます。

• はい – ステップ 10に進みます。
• いいえ – Composer トラブルシューティング web ページ ​を確認してください。

統合/開発環境のデプロイメントログの末尾にClosing services app, mysql, redis, opensearch, rabbitmq, and router.のような行が表示される場合

長時間実行中のプロセスを確認し、必要に応じて終了します。

求めるべきプロセスの例

/usr/bin/php8.2 /app/bin/magento queue:consumers:start <consumer name>/usr/bin/php8.2 /app/bin/magento cron:run

実行中のそのようなプロセスをすべて停止してから、デプロイメントを再実行します。

• はい（長時間実行中のプロセスがある） – プロセスを強制終了：

  1. 実行：ps aufx
  2. PIDの検索
  3. 終了：kill -9 <PID>

• いいえ – ステップ 18に進みます。

• はい – データベース：空きディスク領域、破損、不完全/破損したテーブルを解放します。
• いいえ – ステップ 19に進みます。

• はい – ​ サードパーティの拡張機能を無効にして、特にエラーに拡張機能の名前がある場合は、再展開してみてください。
• いいえ – ステップ 20に進みます。

​ クエリログが遅く、MySQLがプロセスリストを表示しているかどうかを確認します。

• はい – 実行中のクエリをすべて強制終了します。 MySQL Killをレビューします。
• いいえ – ​ サポートチケットを送信。

• はい – 設定では実行できません。 ​ サポートチケットを送信。
• いいえ – ​ サポートチケットを送信。