Use cases
Software Products E-commerce MSPs Schools Development & Marketing DevOps Agencies Help Desk
Company
Internet Status Blog Pricing Log in Get started free

Outage in Scaleway

[Serverless Containers] - [nl-ams] - some containers are restarting because of aggressive probing

Resolved Minor
March 05, 2026 - Started about 2 months ago - Lasted about 1 hour
Official incident page

Incident Report

Summary AI Generated

Scaleway's Serverless Containers service in the nl-ams region experienced issues where containers were stuck in restart loops due to an unannounced change that converted user-configured health checks from readiness probes to liveness probes. This caused containers with failing health checks to continuously restart before they could properly initialize. The issue was resolved by rolling back the probe configuration change, returning health checks to their previous readiness-only function and stopping the aggressive container restarts.

Since 03/02 and the start of this maintenance: https://status.scaleway.com/incidents/p2cj27y80n9w, an understated breaking change was deployed. Now, health checks configured by users are not just used as readiness probes, but liveness probes. As a result, some users containers with failing probes are restarted in loop, even before they have a chance to start correctly. We will disable temporarily this new behavior until we measure the impacts and find a remediation. Sorry about any inconvenience.
Components affected
Scaleway nl-ams-1

Trusted by 1,000+ teams

Never miss outages in third-party dependencies

Stop finding out about outages from your users. Monitor 6,320+ cloud services and get alerted the second something breaks.

IsDown status aggregator dashboard
Latest Updates ( sorted recent to last )
RESOLVED about 2 months ago - at 03/05/2026 04:32PM

We have finished monitoring the situation.

Container instances are now running without a liveness probe, preventing them from restarting. Now, restarts are only triggered by users applicative errors (e.g. if the container crashes).

Note that after our fix made earlier, users might have seen their container waken up, due to the deployed change.

Sorry again for the inconvenience.

MONITORING about 2 months ago - at 03/05/2026 03:46PM

We have deployed a fix rolling back the probe change done during the migration.

Now, health checks are used as before as only readiness probes, and are not used to restart the containers.

We are still monitoring, but containers shouldn't restart anymore because of aggressive probing.

We will reintroduce the "liveness probe" feature later (maybe optional), but we will make sure to communicate clearly and measure more thoroughly the impacts.

Sorry about any inconvenience.

INVESTIGATING about 2 months ago - at 03/05/2026 03:28PM

Since 03/02 and the start of this maintenance: https://status.scaleway.com/incidents/p2cj27y80n9w, an understated breaking change was deployed.

Now, health checks configured by users are not just used as readiness probes, but liveness probes.

As a result, some users containers with failing probes are restarted in loop, even before they have a chance to start correctly.

We will disable temporarily this new behavior until we measure the impacts and find a remediation.

Sorry about any inconvenience.

Never miss outages in third-party dependencies

With IsDown, you can monitor all your critical services' official status pages from one centralized dashboard and receive instant alerts the moment an outage is detected. Say goodbye to constantly checking multiple sites for updates and stay ahead of outages with IsDown.

Start free trial

No credit card required · Cancel anytime · 6320 services available

Integrations with Slack Microsoft Teams Google Chat Datadog PagerDuty Zapier Discord Webhook