Adobe Commerce deployment troubleshooter
Stuck deployments and failed deployments on Adobe Commerce can be solved using the Deployment troubleshooter tool. Click on each question to reveal the answer in each step of the troubleshooter.
Description description
Environment
Adobe Commerce on cloud infrastructure
Issue/Symptoms
- Deployment stuck or failing in an environment
- Blocked deployments due to ongoing activities in other environments
- SSH access issues to nodes
- Services not running (e.g., Elasticsearch, cron, Composer-related)
- Insufficient disk space or inode limits
- 403/Elasticsearch version/config errors
- Remote cluster upload failures or redeploy errors
- Long-running processes, post-hook failures, or third‑party extension conflicts
- Slow queries and database-side issues (MySQL)
- Composer configuration problems or patching constraints
Resolution resolution
Step 1 - Verify the service is running
Stuck Deployment – Is Adobe Commerce on cloud infrastructure service up? Check Adobe Commerce Cloud (under Experience Cloud on the Adobe Status page).
- YES – Proceed to Step 2.
- NO – Maintenance or global outages. Check for estimated duration and updates.
Step 2 - Check deployments in other environments
To get a list of ongoing activities run the following command using magento-cloud CLI (if you have only been added to one cloud project). Note: Check you are on the latest version of magento-cloud CLI. For steps, refer to Update the CLI in the Commerce on Cloud guide.
| code language-none |
|---|
|
To get a list of ongoing activities run the following command using magento-cloud (if you have been added to multiple projects):
| code language-none |
|---|
|
To find information about an existing deployment activity (refer to Checking deployment log if Cloud UI has “log shipped” error for details) you can run this command to obtain a running log of that activity.
| code language-none |
|---|
|
- YES – Troubleshoot the other environment blocking deployment. Proceed to Step 3.
- NO – Troubleshoot the current environment. Proceed to Step 3.
Step 3 - Verify SSH on all nodes
- YES – Proceed to Step 4.
- NO – Submit a support ticket.
Step 4 - Verify all services running
- YES – Proceed to Step 5.
- NO – Submit a support ticket.
Step 5 - Verify Bitbucket running
- YES – Check status.bitbucket.com.
- NO – Check deployment log errors in the Build and Deploy logs. Proceed to Step 6.
Step 6 - Check error codes
- YES – Proceed to Step 7.
- NO – Proceed to Step 8.
Step 7 - 403 Forbidden error
- YES – Proceed to Step 16.
- NO – Proceed to Step 9.
Step 8 - Verify cron jobs running
| code language-none |
|---|
|
-
YES – Kill and unlock cron jobs:
code language-none php vendor/bin/ece-tools cron:killphp vendor/bin/ece-tools cron:unlock -
NO – Proceed to Step 17.
Step 9 - Application deployable to remote cluster error
- YES – Proceed to Step 10.
- NO – Proceed to Step 11.
Step 10 - Check sufficient storage
-
YES – Proceed with Step 11.
-
NO – Review Manage disk space.
Step 11 - Verify disk space
-
YES –
- For Integration/Starter environments: Increase disk value in
.magento.app.yamland redeploy. If this does not work, submit a support ticket. Alternatively, delete large log files:
code language-none ls -la var/log- For Pro Staging/Production environments: Submit a support ticket to add storage.
- For Integration/Starter environments: Increase disk value in
-
NO – Proceed with Step 12.
Step 12 - Environment redeployment failed error
- YES – Proceed with Step 13.
- NO – Proceed with Step 8.
Step 13 - Check for Elasticsearch upgrade fail
- YES – Elasticsearch failed upgrade steps. Refer to Elasticsearch software compatibility. If the Elasticsearch upgrade still doesn’t work, submit a support ticket. Note: On Adobe Commerce on cloud infrastructure, please be aware that service upgrades cannot be pushed to the production environment without 48 business hours’ notice to our infrastructure team. This is required as we need to ensure that we have an infrastructure support engineer available to update your configuration within the desired timeframe with minimal downtime to your production environment. So 48 hours prior to when your changes need to be on production, submit a support ticket detailing your required service upgrade and stating the time when you want the upgrade process to start.
- NO – Proceed to Step 14.
Step 14 - Check space limits
- YES – See Manage disk space.
- NO – Proceed to Step 15.
Step 15 - Elasticsearch version error
- YES – Proceed to Step 16.
- NO – Proceed to Step 21.
Step 16 - Verify Composer config
- YES – Proceed to Step 10.
- NO – Review Composer Troubleshooter webpage.
Step 17 - Check for long running processes
-
YES – Kill processes:
- Run:
ps aufx - Locate PID
- Terminate:
kill -9 <PID>
- Run:
-
NO – Proceed to Step 18.
Step 18 - Check for post hook failure
- YES – Database: Free disk space, corruption, incomplete/corrupted tables.
- NO – Proceed to Step 19.
Step 19 - Check if third-party extensions block deployment
- YES – Try Disabling the third-party extensions and redeploy, especially if there are extension names in any errors.
- NO – Proceed to Step 20.
Step 20 - Check for slow queries
Check slow query log and MySQL show processlist.
- YES – Kill any long running queries. Review MySQL Kill.
- NO – Submit a support ticket.
Step 21 - Downgrade Elasticsearch version
- YES – Can’t be done via configuration. Submit a support ticket.
- NO – Submit a support ticket.