Adobe Commerce導入のトラブルシューティング

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

a.はい – ​ 手順 5 に進みます。
b.いいえ – ​ サポートチケットを送信 ​。

a.はい – status.bitbucket.com をチェックします。
b.いいえ – ​ ビルドおよびデプロイログ ​ でデプロイメントログエラーを確認します。 ​ 手順 6 に進みます。

a.はい – ​ 手順 7 に進みます。
b.いいえ – ​ 手順 8 に進みます。

a.はい – ​ 手順 16 に進みます。
b.いいえ – ​ 手順 9 に進みます。

a.はい – 該当するブランチ（プライマリなど）で ssh でログインします。 Cron ジョブを強制終了してロックを解除します。 これにより、cron ジョブが強制終了し、ステータスがリセットされます。 php vendor/bin/ece-tools cron:kill を実行し、次に php vendor/bin/ece-tools cron:unlock を実行します。 ある環境を別の環境に結合する処理を行っている場合は、両方の環境で cron が動作しているかどうかを確認します。
b.いいえ – ​ 手順 17 に進みます。

a.はい – ​ 手順 10 に進みます。
b.いいえ – ​ 手順 11 に進みます。

• ​ 統合/スターター環境の確認 ​
• ​ ステージング環境または実稼動環境をチェック ​

a.はい – ​ 手順 11 に進みます。
b. NO - レビュー ​ ディスク容量の管理 ​。

a.はい

• 統合/スターター環境の場合：

  • .magento.app.yaml のディスク値を増やして ​ 再デプロイしてください。 それでもうまくいかない場合は、​ サポートチケットを送信 ​ してください。

  • または、var/log フォルダーを確認し、1 MB を超えるログファイルをすべて削除します。 次のコマンドを実行して、ファイルのサイズを確認します。

    ls -la var/log
    

• ステージング環境/実稼動環境の場合：

  1. ストレージを追加するためのサポートチケットを送信します。

b.いいえ – ​ 手順 12 に進みます。

a.はい – ​ 手順 13 に進みます。
b.いいえ – ​ 手順 8 に進みます。

a.はい – Elasticsearchのアップグレード手順に失敗しました。 Elasticsearch ソフトウェア互換性 ​ を参照してください。 それでもElasticsearchのアップグレードが機能しない場合は、​ サポートチケットを送信 ​ してください。 注意：クラウドインフラストラクチャー上のAdobe Commerceでは、インフラストラクチャチームに 48 営業時間通知しないと、実稼動環境にサービスアップグレードをプッシュできないことに注意してください。 実稼動環境のダウンタイムを最小限に抑え、目的の期間内に設定を更新できるインフラストラクチャサポートエンジニアを確保する必要があるので、これが必要になります。 そのため、変更を実稼動環境で行う必要がある場合は、48 時間前に ​ サポートチケットを送信 ​ して、必要なサービスアップグレードの詳細を説明し、アップグレードプロセスを開始する時刻を指定します。
b.いいえ – ​ 手順 14 に進みます。

a.はい。​ ディスク容量の管理 ​ を参照してください。
b.いいえ – ​ 手順 15 に進みます。

a.はい – ​ 手順 16 に進みます。
b.いいえ – ​ 手順 21 に進みます。

a.はい – ​ 手順 10 に進みます。
b.いいえ – Composer トラブルシューティング Web ページ ​ を確認します。

a.はい。長時間実行されているプロセスを特定し、プロセスを強制終了します。

1. ターミナルで次のコマンドを実行します：ps aufx。
2. 長時間実行されているプロセスの PID を見つけます。
3. kill -9 <PID> を使用してプロセスを終了します。

再び発生する展開を監視します。

b.いいえ – ​ 手順 18 に進みます。

a.はい – データベース：​ 空きディスク領域 ​、破損、不完全/破損したテーブル。
b.いいえ – ​ 手順 19 に進みます。