Rise Up Outage History

On October 7, between 14:18 and 14:35 CEST, and again between 15:03 and 15:18 CEST, some users experienced errors or pages failing to load on the web platform, and part of the API requests returned errors. The cause was an overload of our internal messaging system, triggered by an unusually large volume of background tasks. The platform has been operating normally since 15:18 CEST. Some background processing, such as automatic enrollments and their notifications, is delayed and is expected to catch up by this evening. If you received API errors during these windows, please check the result of the affected requests before retrying them. We apologize for the inconvenience and are putting safeguards in place to prevent this from happening again.

Between Friday, September 25 at 18:00 and Monday, September 28 at 09:55 (CEST), some users on certain custom subdomains intermittently saw broken styling or features that didn't load, because some CSS/JS assets weren't delivered correctly. A deployment issue caused this, and it was fixed this morning. All affected subdomains have been working normally since then. We're making changes to our deployment process so this doesn't happen again.

This incident has been resolved. An automated system update applied to our web proxy layer at 18:04 resulted in a configuration bug that blocked internal traffic to our authentication service until 18:51.

Between 12:03 and 14:23 (CEST) on July 6, some users were unable to sign in via SSO on a subset of platforms. Sign-in attempts during this window would not complete and could return users to the login screen. Users with an already active session were not affected, and no data was impacted. The issue was introduced by a release deployed at 12:03 that affected how authentication tokens are handled at the end of the SSO sign-in flow. The cause was identified and a fix was deployed, fully restoring SSO sign-ins. No action is required - affected users can now sign in normally.

Between approximately 09:32 and 10:06 CEST, some users may have experienced loading errors or a blank page when accessing the platform. The issue stemmed from a configuration change affecting the delivery of certain static resources. Users with an active session were not impacted. The change was identified and rolled back, and service was fully restored at 10:06 CEST. We apologize for any inconvenience.

Earlier today we experienced elevated load that impacted platform performance. The issue has been resolved and additional safeguards have been put in place.

This incident has been resolved.

Between 10:10 and 10:26 CET our application experienced degraded performance and intermittent unavailability due to an unexpectedly long-running database operation. This led to an accumulation of backend connections and affected some users ability to access the application. We identified and mitigated the issue by adjusting configuration parameters and restarting affected services. The platform is now fully operational, and we continue to monitor to ensure stability. We're implementing additional safeguards to prevent similar behavior in the future.

Incident timeframe: 2026-02-07 00:00 to 2026-02-09 08:19:10 (UTC+0) During the above window, some users may have experienced intermittent errors or failures when accessing certain learning content stored in our backend storage. Impact varied depending on the type of content and how it was accessed. The incident was caused by an internal configuration issue affecting our storage integration layer. This led to certain requests for stored content failing under specific conditions. The configuration has been corrected and normal access to all affected content was fully restored at 2026-02-09 08:19:10 (UTC+0). We are adding automated checks and monitoring around our storage integration configuration and expiration parameters to detect similar issues earlier and prevent reoccurrence.

Between 12:05 and 13:38 CET, a deployment issue initially caused slowness on the platform. After resolution, we identified that steps and preview steps were unavailable during this timeframe. The incorrect configuration introduced during deployment was corrected. Furthermore, between 14:24 and 14:50 CET, an unexpected CPU spike usage affected platform performance. We manually scaled ressources to resolve it quickly and will work on better resource scaling anticipation. All services are now fully operational.

We’ve identified the issue as related to a recent code update affecting navigation during course editing. A fix has been deployed, and this incident is now fully resolved.

This incident was due to a misconfiguration of the way we forwarded values to our data lab. It’s now fully fixed.