- Detected by Pingoru
- Jul 27, 2026, 04:14 PM UTC
- Resolved
- Jul 27, 2026, 05:42 PM UTC
- Duration
- 1h 28m
Affected: UptimeResponse Time
Timeline · 2 updates
-
investigating Jul 27, 2026, 04:14 PM UTC
This swimlane is experiencing functional issues accessing Edge Import. Clients with portals in this swimlane are unable to access or use the import. This is our top priority, and we are working to resolve the problem as soon as possible. Please check back periodically for additional updates, which will be posted as they become available.
-
resolved Jul 27, 2026, 05:42 PM UTC
This incident has been resolved.
Read the full incident report →
- Detected by Pingoru
- Jul 24, 2026, 03:21 AM UTC
- Resolved
- Jul 24, 2026, 09:59 AM UTC
- Duration
- 6h 37m
Affected: Response TimeResponse TimeResponse Time
Timeline · 4 updates
-
investigating Jul 24, 2026, 03:21 AM UTC
Some customers in UK, France and Japan swimlanes are experiencing issues while logging into the system. This is our top priority and we are working to resolve the problem as soon as possible. Please check back periodically for additional updates, which will be posted as they become available.
-
monitoring Jul 24, 2026, 04:36 AM UTC
The fix has been successfully deployed to all Production instances across all regions. We are currently working on deploying the fix to the lower environments. In the meantime, we will continue to closely monitor the Production environments to ensure the solution remains stable and no further issues are observed.
-
monitoring Jul 24, 2026, 04:48 AM UTC
The fix has been successfully deployed to all the environments (Production and lower environments). We will continue to closely monitor the environments to ensure the solution remains stable and no further issues are observed.
-
resolved Jul 24, 2026, 09:59 AM UTC
Some customers in UK, France and Japan swim lanes experienced issues while logging into the system. The problem began on 23rd July 7:10 PM Pacific Time and was resolved by 8:20 PM Pacific Time.
Read the full incident report →
- Detected by Pingoru
- Jul 21, 2026, 06:13 PM UTC
- Resolved
- Jul 21, 2026, 11:09 PM UTC
- Duration
- 4h 55m
Affected: UptimeUptimeUptimeResponse TimeUptimeUptimeUptimeUptimeUptimeUptimeUptimeUptimeUptimeUptimeResponse TimeResponse TimeResponse TimeResponse TimeUptimeResponse TimeResponse TimeResponse TimeResponse TimeResponse TimeResponse TimeResponse TimeResponse TimeResponse Time
Timeline · 5 updates
-
investigating Jul 21, 2026, 06:13 PM UTC
Customers across all swimlanes may experience delayed or stuck processing of queued events and background jobs (i.e., Content Uploader, Emails, Reporting, Roster Submissions etc.). We are actively investigating this issue as a top priority, and will provide regular updates until it is fully resolved.
-
investigating Jul 21, 2026, 06:13 PM UTC
We are continuing to investigate this issue.
-
monitoring Jul 21, 2026, 08:07 PM UTC
We have taken action to expedite the processing of the backlog of queued events, and most swimlanes have now fully recovered. We will provide a final update once processing has fully returned to normal across all swimlanes.
-
monitoring Jul 21, 2026, 09:03 PM UTC
The backlog of queued events has largely cleared across all Production environments. We are now reviewing the queues in all Pilot and Stage environments and taking action to expedite processing of any remaining backlog.
-
resolved Jul 21, 2026, 11:09 PM UTC
Queues have been caught up across all environments and this issue is now Resolved.
Read the full incident report →
- Detected by Pingoru
- Jul 13, 2026, 03:30 PM UTC
- Resolved
- Jul 14, 2026, 09:41 AM UTC
- Duration
- 18h 10m
Affected: UptimeUptimeUptimeUptimeResponse TimeResponse TimeResponse TimeResponse Time
Timeline · 4 updates
Read the full incident report →
- Detected by Pingoru
- Jul 08, 2026, 02:17 PM UTC
- Resolved
- Jul 10, 2026, 04:08 PM UTC
- Duration
- 2d 1h
Affected: UptimeUptimeUptimeResponse TimeResponse TimeResponse Time
Timeline · 11 updates
Read the full incident report →
- Detected by Pingoru
- Jul 07, 2026, 06:33 PM UTC
- Resolved
- Jul 07, 2026, 11:04 PM UTC
- Duration
- 4h 31m
Affected: UptimeUptimeUptimeResponse TimeUptimeUptimeUptimeUptimeUptimeUptimeUptimeUptimeUptimeUptimeResponse TimeResponse TimeResponse TimeResponse TimeUptimeResponse TimeResponse TimeResponse TimeResponse TimeResponse TimeResponse TimeResponse TimeResponse TimeResponse Time
Timeline · 5 updates
Read the full incident report →
- Detected by Pingoru
- Jun 29, 2026, 08:49 AM UTC
- Resolved
- Jun 29, 2026, 12:27 PM UTC
- Duration
- 3h 37m
Affected: UptimeUptimeUptime
Timeline · 6 updates
Read the full incident report →
- Detected by Pingoru
- Jun 22, 2026, 09:24 AM UTC
- Resolved
- Jun 22, 2026, 06:30 AM UTC
- Duration
- —
Timeline · 2 updates
Read the full incident report →
- Detected by Pingoru
- Jun 17, 2026, 10:07 PM UTC
- Resolved
- Jun 18, 2026, 12:00 AM UTC
- Duration
- 1h 53m
Affected: UptimeUptimeUptimeResponse TimeResponse TimeResponse Time
Timeline · 4 updates
Read the full incident report →
- Detected by Pingoru
- Jun 17, 2026, 09:46 PM UTC
- Resolved
- Jun 18, 2026, 12:00 AM UTC
- Duration
- 2h 13m
Affected: UptimeUptimeUptimeUptimeResponse TimeResponse TimeResponse TimeResponse Time
Timeline · 4 updates
Read the full incident report →
- Detected by Pingoru
- Jun 16, 2026, 05:04 PM UTC
- Resolved
- Jun 16, 2026, 12:30 PM UTC
- Duration
- —
Timeline · 2 updates
Read the full incident report →
- Detected by Pingoru
- Jun 12, 2026, 03:42 PM UTC
- Resolved
- Jun 12, 2026, 04:22 PM UTC
- Duration
- 40m
Affected: UptimeResponse Time
Timeline · 3 updates
Read the full incident report →
- Detected by Pingoru
- Jun 11, 2026, 01:55 PM UTC
- Resolved
- Jun 11, 2026, 02:54 PM UTC
- Duration
- 59m
Affected: UptimeUptimeUptimeUptimeResponse TimeResponse TimeResponse TimeResponse Time
Timeline · 8 updates
Read the full incident report →
- Detected by Pingoru
- Jun 08, 2026, 09:31 AM UTC
- Resolved
- Jun 08, 2026, 09:00 AM UTC
- Duration
- —
Timeline · 2 updates
Read the full incident report →
- Detected by Pingoru
- Jun 03, 2026, 09:55 PM UTC
- Resolved
- Jun 11, 2026, 05:36 PM UTC
- Duration
- 7d 19h
Affected: UptimeUptimeUptimeUptimeResponse TimeResponse TimeResponse TimeResponse Time
Timeline · 27 updates
Read the full incident report →
- Detected by Pingoru
- Jun 02, 2026, 05:17 PM UTC
- Resolved
- Jun 03, 2026, 11:16 PM UTC
- Duration
- 1d 5h
Affected: UptimeResponse Time
Timeline · 5 updates
Read the full incident report →
- Detected by Pingoru
- Jun 02, 2026, 02:35 PM UTC
- Resolved
- Jun 03, 2026, 05:20 AM UTC
- Duration
- 14h 45m
Affected: Response TimeResponse TimeResponse TimeResponse Time
Timeline · 4 updates
Read the full incident report →
- Detected by Pingoru
- Jun 01, 2026, 03:09 PM UTC
- Resolved
- Jun 01, 2026, 11:15 PM UTC
- Duration
- 8h 6m
Affected: UptimeUptimeUptimeUptimeResponse TimeResponse TimeResponse TimeResponse Time
Timeline · 7 updates
Read the full incident report →
- Detected by Pingoru
- May 28, 2026, 04:37 PM UTC
- Resolved
- May 28, 2026, 02:30 PM UTC
- Duration
- —
Timeline · 2 updates
Read the full incident report →
- Detected by Pingoru
- May 21, 2026, 04:05 PM UTC
- Resolved
- May 21, 2026, 06:07 PM UTC
- Duration
- 2h 2m
Affected: UptimeResponse Time
Timeline · 5 updates
Read the full incident report →
- Detected by Pingoru
- May 07, 2026, 11:01 AM UTC
- Resolved
- May 07, 2026, 04:30 AM UTC
- Duration
- —
Timeline · 2 updates
-
resolved May 07, 2026, 11:01 AM UTC
Client with portals on UK SL2 may have experienced error 500 when accessing Reporting 2.0. This issue started on May 6th, 2026, 09:13 PM PDT and was resolved on May 6th 2026, 10:00 PM PDT.
-
postmortem May 12, 2026, 06:19 PM UTC
**Issue Summary:** On May 6, 2026, users in the UK Production environment, including UK SL1, SL2, and SL3, experienced intermittent errors within Reporting 2.0. The issue occurred for a brief duration and resulted in occasional request failures and delays. **Root Cause:** The issue was caused by transient service instability within the Reporting 2.0 application flow. This instability temporarily impacted request processing for a subset of requests, resulting in intermittent HTTP 500 error responses. **Corrective Action:** The impacted application service was restarted to restore normal request processing. After the recovery action was completed, service stability was restored and Reporting 2.0 functionality returned to normal. **Preventive Measures:** To reduce the risk of recurrence, Cornerstone is taking the following action: * Reinforcing application stability checks to support faster detection and recovery in the event of similar transient service interruptions.
Read the full incident report →
- Detected by Pingoru
- May 05, 2026, 04:11 PM UTC
- Resolved
- May 05, 2026, 11:10 PM UTC
- Duration
- 6h 59m
Affected: UptimeUptimeUptimeUptime
Timeline · 4 updates
Read the full incident report →
- Detected by Pingoru
- Apr 30, 2026, 02:00 PM UTC
- Resolved
- Apr 30, 2026, 02:35 PM UTC
- Duration
- 34m
Affected: UptimeUptimeUptimeUptimeResponse TimeResponse TimeResponse TimeResponse Time
Timeline · 3 updates
-
investigating Apr 30, 2026, 02:00 PM UTC
The Reporting 2.0 issue impacting the US swimlanes has recurred today. Clients within these swimlanes may experience functional disruptions, including difficulties accessing reports and delays while performing certain actions within the portal. As a reminder, this issue was initially reported on 13 April 2026 and is being tracked under the following incident: https://status.csod.com/incidents/m2s13ms05fdp. The Engineering Team has confirmed that the same issue has resurfaced and is actively investigating the cause. This continues to be our top priority, and all relevant teams are engaged to restore normal functionality at the earliest. We sincerely apologize for the inconvenience caused and appreciate your patience. We will keep you informed of any significant updates as they become available.
-
resolved Apr 30, 2026, 02:35 PM UTC
The Engineering Team has confirmed that Reporting 2.0 is now functioning as intended. The issue occurred at approximately 6:20 AM PST and was resolved by around 6:53 AM PST. Our teams are actively working on implementing a long-term fix to prevent recurrence. This incident has now been successfully resolved. We sincerely apologize for the inconvenience caused and appreciate your continued patience.
-
postmortem May 27, 2026, 04:14 PM UTC
**Incident Summary:** Starting April 13th, 2026, intermittent errors were observed in reporting functionality across US Production swimlanes \(SL1, SL2, SL3, and SL5\). **Root Cause Analysis \(RCA\):** The issue was caused by the auto-scaling mechanism. Newly provisioned nodes were not fully ready to handle reporting requests, leading to processing delays and request timeouts. **Corrective Action:** Auto-scaling \(scale-out\) has been temporarily paused. The system is currently operating on a fixed, increased server capacity without scale-in or scale-out to ensure stability. **Preventive Actions:** * Capacity has been proactively increased to handle expected load without relying on auto-scaling. * Additional nodes are being utilized with auto-scaling disabled to maintain consistent performance. * Engineering teams deployed enhancements with the May 8th patch to improve node readiness and ensure seamless scaling in the future.
Read the full incident report →
- Detected by Pingoru
- Apr 27, 2026, 11:21 AM UTC
- Resolved
- Apr 27, 2026, 11:21 AM UTC
- Duration
- —
Timeline · 2 updates
Read the full incident report →
- Detected by Pingoru
- Apr 23, 2026, 05:41 PM UTC
- Resolved
- Apr 23, 2026, 09:00 AM UTC
- Duration
- —
Timeline · 2 updates
Read the full incident report →