Is Commerce Layer down?
Last checked just nowNo incidents right now.
Commerce Layer is operational right now. Last checked just now; the most recent incident resolved 40d ago.
Real-time Commerce Layer status, recent outages, and incident history — pulled directly from Commerce Layer's official status page at https://status.commercelayer.io every 5 minutes. Pingoru tracks 6 Commerce Layer services and has captured 1 incident in the last 90 days (99.26% uptime). Get email, Slack, Discord, or webhook alerts the moment Commerce Layer reports a new incident — free for 5 monitors, no credit card.
Recent outages & incidents
Past 90 days- Commerce APIDashboard
Timeline · 2 updates
- resolved · Aug 03, 2026, 07:29 AM UTC
During a routine automated update of the EU database, the procedure couldn't complete and the DB couldn't return to normal operations. Our monitoring systems alerted immediately our team, that could restart the procedure manually and completed it in a few minutes. Root cause analysis currently in progress.
- postmortem · Aug 04, 2026, 08:31 AM UTC
# Summary On Aug 3rd, 2026, from \`5:02 AM UTC\` till \`5:13 AM UTC\`, a routine automated update process failed to complete, causing a major downtime of our EU Database cluster. Monitoring system alerted immediately our team, that started a manual override of the process, taking it to a successful end. # Leadup While our recurrent automated DB update process was running on the EU database it encountered an unexpected condition, that prevented the process to complete, leaving the cluster in an unconsistent state. # Fault Some database engine items were not in the expected condition for the update to complete correctly and that caused the update to fail. # Detection Moments after the initial failure of the automated process, our monitoring system alerted our infrastructure team. # Root Cause Logical replication feature was not in the proper state after some previous replication activity in the cluster. The current update process couldn't detect this situation in advance to avoid starting at all. # Mitigation and resolution A few minutes after the beginning of the issue, our operators were able to reset the inconsistent parameters and apply the manual update procedure. # Corrective and Preventative Measures We are introducing a more robust update process that, by design, will not be prone to similar issues and will consistently limit the overall risk of errors during to database updates.
Latest: # Summary On Aug 3rd, 2026, from \`5:02 AM UTC\` till \`5:13 AM UTC\`, a routine automated update process failed to complete, causing a major downtime of our EU Database cluster. M…
-
- Incident report ResolvedStarted Aug 03, 2026, 05:12 AM UTC · Resolved Aug 03, 2026, 05:12 AM UTC · —