Last checked: 5 minutes ago
Get notified about any outages, downtime or incidents for Cerkl and 1800+ other cloud vendors. Monitor 10 companies, for free.
Outage and incident data over the last 30 days for Cerkl.
Join OutLogger to be notified when any of your vendors or the components you use experience an outage. It's completely free and takes less than 2 minutes!
Sign Up NowOutlogger tracks the status of these components for Xero:
Component | Status |
---|---|
Administrative Website | Active |
API | Active |
Blasts | Active |
Feed Readers | Active |
Insights | Active |
Newsletters | Active |
Public Site | Active |
3rd Party Services | Active |
Google Cloud Platform Google App Engine | Active |
Google Cloud Platform Google BigQuery | Active |
Google Cloud Platform Google Cloud Networking | Active |
Google Cloud Platform Google Cloud Pub/Sub | Active |
Google Cloud Platform Google Cloud SQL | Active |
Google Cloud Platform Google Cloud Storage | Active |
Google Cloud Platform Google Compute Engine | Active |
Redis | Active |
SendGrid API v3 | Active |
SendGrid Event Webhook | Active |
View the latest incidents for Cerkl and check for official updates:
Description: The Google Cloud Platform has restored their services, you can now successfully access your Cerkl account. Thank you for your patience, Maddy -- Maddy Rieman Director of Customer Success [email protected] 513.655.7489
Status: Resolved
Impact: Critical | Started At: July 17, 2018, 7:35 p.m.
Description: We experienced a database transaction lock on 2/21/2018 at 1:12 PM EST which prevented connections to the db from being established. We have cleared out the locking transaction to resolve the issue successfully by 1:24 PM EST on 2/21/2018.
Status: Postmortem
Impact: Minor | Started At: Feb. 21, 2018, 6:12 p.m.
Description: Provided below is a recap of Cerkl's outage from 12/20/2017 - 12/23/2017 and steps we’ve taken to prevent future issues. SO, WHAT HAPPENED? 12/20, 8:44am EST: We encountered an issue with the primary Cerkl database. 12/20, 8:46am EST: As per protocol, we attempted to do a restore from the most recent full backup which was performed at 12/20 6:45am EST. The restore process failed. We retried an additional 2 times with the same result. 12/20, 10:20am EST: After further research, we found that the error was being produced by a custom Google restoration process. We opened a support case with Google. We have the highest level of support available and expect to receive a response within 1 hour according to our agreement with Google. 12/20, 10:54am EST: Google support replied that they were looking into the error. Beginning at 10:54am, our case was transferred to 14 different people within Google over the course of the next 55 hours. During that time, we spoke to Google support 19 times in attempts to get them to move more quickly. At 12/21, 2:14am EST they confirmed what we told them in the original ticket. Their restoration process was failing. Friday, 12/22, 5:15 PM EST: They were finally able to restore a version of our primary database and provide us with access to the files we need to finish the process. Saturday, 12/23, 3:35am EST: Our engineering team was able to complete the restore with no data loss. After hours of validation and testing, the site was back on line at 8:05am EST. WHAT WAS THE ROOT PROBLEM? Google uses a proprietary restoration process which keeps them from being able to access/see our data for privacy/security. The problem is when something proprietary doesn’t work as expected - issues require Google to fix them. We were handcuffed and at the mercy of Google to fix the issue. WHAT HAVE WE DONE TO PREVENT THIS IN THE FUTURE? In addition to the database replication in 2 zones with fail-over, daily full backups, and binary logging for point in time restore that we already had, we’ve also added a nightly database dump that will be saved to an isolated environment. That means that if we ever have another issue with Google restoration, we won’t be held hostage - we’re now able to manage the restoration without them. This new process has already been put in place. In addition, we’ll be launching a status page which will give you real-time access to the availability of different components of the Cerkl platform, up-time history for each component and incident reports. Outside of what we can control, we’re going to be working with Google to improve their support processes. Regardless, your relationship is with us and we value that relationship and your success. Again, thank you for your patience. I can personally assure you that the availability of Cerkl is of the utmost importance.
Status: Resolved
Impact: None | Started At: Dec. 20, 2017, 5 p.m.
Join OutLogger to be notified when any of your vendors or the components you use experience an outage or down time. Join for free - no credit card required.