۶Ƶ Commerce site down troubleshooter
This article provides a step-by-step troubleshooting guide for diagnosing and resolving ۶Ƶ Commerce site outages. It helps identify root causes ranging from infrastructure issues to application-level errors. The ۶Ƶ Commerce site down troubleshooter in the Resolution section provides a structured decision tree to isolate the cause of a site outage. Each step presents a diagnostic question and directs you to relevant logs, queries, or documentation based on your answer. This decision tree covers platform status checks, error code analysis, performance bottlenecks, deployment failures, and database issues.
Description description
Environment
۶Ƶ Commerce on Cloud Infrastructure
Issue/Symptoms
- Site is inaccessible or returns error codes (e.g., 500, 503, 404)
- High server load or slow request processing
- Deployment or indexing failures
- Static content missing or PHP fatal errors
- Redis, MySQL, or Elasticsearch errors
- Custom module or post-hook failures
- Composer patching issues or database deadlocks
Resolution resolution
Click on each question to reveal the answer details in each step of the troubleshooter.
Note: Before creating a support ticket, check the Quality Patches Tool: Search for patches page to see if your issue is already listed.
Step 1
- YES - If shows an issue, open a support ticket for further investigation.
- NO - Proceed to Step 2.
Step 2
- YES - If you checked and it showed an issue, open a support ticket for further investigation.
- NO - If you checked and it did not show an issue, proceed to Step 3.
Step 3
To check error codes:
-
Firefox: Open Menu
>
Web Developer>
Toggle Tools>
Network tab>
All filter>
Status column -
Chrome: Open Menu
>
More Tools>
Developer Tools>
Network tab>
All filter>
Status column -
YES - Open a support ticket for further investigation.
-
NO - Proceed to Step 4.
Step 4
-
500: Check log of
/var/log/platform/
. If this data does not help you identify the issue, open a support ticket and include the troubleshooting information you have so far for further investigation. -
503: Check log of
var/reports
. If this data does not help you identify the issue, open a support ticket and include the troubleshooting information you have so far for further investigation. -
404: Run the following query:
code language-none SELECT f.flag_data->>'$.current_version' AS flag_version, (su.id IS NOT NULL) AS update_exists FROM flag f LEFT JOIN staging_update su ON su.id = f.flag_data->>'$.current_version' WHERE flag_code = 'staging';
If the query returns a table, where
update_exists
is “0”, refer to Error 404 on all pages due to Content Staging issue. Otherwise proceed to Step 5. -
Other Error Codes: Proceed to Step 5.
Step 5
- YES - Refer to DDOS attack troubleshooting steps.
- NO - Check logs of
/var/log/exception.log
and/var/log/deploy.log
. If this data does not help you identify the issue proceed to Step 6.
Step 6
- YES - Proceed to Step 13.
- NO - Proceed to Step 7.
Step 7
- YES - Refer to checking Elasticsearch.
- NO - Proceed to Step 8.
Step 8
- YES - Refer to checking slow queries and .
- NO - Proceed to Step 9.
Step 9
- YES - Refer to Checking static content.
- NO - Proceed to Step 10.
Step 10
- YES - Refer to Common PHP Fatal Errors and solutions.
- NO - Proceed to Step 11.
Step 11
- YES - Refer to verify Redis connection and .
- NO - Proceed to Step 12.
Step 12
- YES - If locked by another process, refer to Index is locked by another process. Otherwise, open a support ticket.
- NO - Open a support ticket.
Step 13
- YES - Refer to custom module troubleshooting help.
- NO - Proceed to Step 14.
Step 14
- YES - Refer to .
- NO - Proceed to Step 15.
Step 15
- YES - Refer to Applying a patch takes your site down.
- NO - Proceed to Step 16.
Step 16
- YES - Refer to article.
- NO - Proceed to step 17.
Step 17
- YES - Refer to Deadlocks in MySQL article.
- NO - Open a support ticket.
Click here to view the Site Down Troubleshooting Flowchart.
Related reading
Best Practices for Modifying Database Tables