New Multi-region uptime checks and custom-domain status pages

Scaleway Outage History

Daily provider-status observations and published incident history for Scaleway.

Regional incident

Scaleway has an active regional incident; no global outage is indicated. Verified . Official provider source.

Looking for an update now? Check the current status, or follow Scaleway for future changes.

0% of 56 verified observed days had no reported provider issue

90-Day Trend

Jul 23Oct 20

Dashed calendar markers below identify legacy observations whose source-at-observation was not recorded.

Monthly Status Summary

Month Issue-free days Days Tracked Days with issues
September 2026 0% 30 30

This percentage summarizes normalized provider-status observations by calendar day. It is not duration-based, component-weighted, or contractual uptime. See the methodology and limitations.

Recorded Daily Status (Last 91 Days)

Jul 22 Today
Legacy observation Operational Degraded Partial Outage Major Outage Maintenance No Data

Incident History

August 2026
[fr-par] Site-to-site VPN configuration issue
minor Observed active window 933h 43m

View incident details and source

Started:

fr-par-1 fr-par-2 fr-par-3 VPC
monitoring
Following a configuration issue during a deployment, numerous routes stopped being advertised, which may have impacted routing to the PAR VPN gateways.
[CKPT] - [Global] - On new projects, first attempts to connect to Grafana may result in internal error (the following ones end up working)
minor Observed active window 654h 2m

View incident details and source

Started:

Cockpit
investigating
We are currently investigating this issue.

Legacy Incident Archive

223 archived records restored. These records predate source-at-observation attestation. They are shown as historical ServiceAlert records only and do not establish a provider-reported incident, resolution, duration, or current active state.

May 2026
[Cockpit] - [world] Unable to disable Alertmanager
minor Source not attested
Last archived state: resolved
View archived record details
investigating
Customers are unable to disable their Alertmanager configuration in Cockpit.
[Instance Orchestration] - it-mil-1 - Instances API unavailability
minor Source not attested
Last archived state: resolved
View archived record details
monitoring
A fix has been implemented and we are monitoring the results.
investigating
We are continuing to investigate this issue.
investigating
We are continuing to investigate this issue.
investigating
Due to an internal dependency issue, customers will experience unavailability of the Instances API in the it-mil-1 region
[EM Labs] - [fr-par-2] RV-1 server boot loop issue
minor Source not attested
Last archived state: resolved
View archived record details
monitoring
The issue has been fixed. Servers are no longer stuck in a boot loop state. We are still monitoring the situation and ensuring that our fix will work long‑term.
investigating
Since Friday, after the DC5 operator room electrical incident. EM-RV1 seems to be stuck in a boot loop, unable to boot successfully from the network. In the meantime, do not reboot your system Also, you will not be able to create new EM-RV1 server and booting them
[Serverless Containers] - [fr-par] Instability on one cluster
Source not attested
Last archived state: resolved
View archived record details
monitoring
Everything has returned to normal for the impacted cluster. We are continuing to monitor the situation to ensure everything is fine.
investigating
Customers may experience instability on one of our six Serverless Containers clusters in the fr-par region.
[Data Warehouse] - [fr-par] - API not reachable
minor Source not attested
Last archived state: resolved
View archived record details
investigating
Customers may experience connectivity issues with the Data Warehouse API in the fr-par region due to an internal dependency.
[Cockpit] - [fr-par] Latencies on query/ingestion on external logs
minor Source not attested
Last archived state: resolved
View archived record details
investigating
Customers may experience latencies on query and ingestion of external logs in the fr-par region due to an internal dependency issue.
[Serverless Functions] - [fr-par] - Can't create Functions SQS/NATS triggers on fr-par
minor Source not attested
Last archived state: resolved
View archived record details
investigating
Customers are unable to create new SQS/NATS triggers for Serverless Functions in the fr-par region. Serverless Containers are unaffected.
FR-PAR-2 connectivity loss
critical Source not attested
Last archived state: resolved
View archived record details
monitoring
Datacenter teams are now confident the batteries were involved in the initial incident, they will attempt to switch back to main power at 14:30 CEST.
monitoring
Batteries replacement has been completed on all 4 electrical paths. Removed batteries are under tests and investigations to confirm their involvement in the initial incident. No more action on production expected for now. We are still on power generators for the time being.
monitoring
Batteries replacement is ongoing, 1 of the 4 electrical paths has been done (no impact). Datacenter teams will proceed with the next paths.
monitoring
The datacenter provider has planned an intervention on Saturday at 10:30 CEST to replace batteries on the electrical paths that had issues today. This operation will be done live and should have no impact. Once replaced, old batteries will be inspected and tested to confirm they were the cause of the incident. Power will be kept on generators during this operation and after until the root cause is fully confirmed
monitoring
Updated status for impacted products: - Object Storage: Everything back to normal - Serveless containers and functions: Everything is back to normal. - File: some instances may encounter troubles with their File Storage, we invite customers to restart their instances/nodes if affected As the failover malfunction has not been diagnosed at this time, our datacenter manager will keep the affected elements under a generator.
monitoring
Updated status for impacted products: - Object Storage: still some latency issues and timeout on connecting some buckets - Serveless containers and functions: Everything is back to normal. Situation recovered and stable since 02:40 PM - File Storage: some instances may encounter troubles with their File Storage, we invite customers to restart their instances/nodes if affected
monitoring
Updated status for impacted products: - Kapsule: everything back to normal - Databases: everything back to normal - Object Storage: still some latency issues and timeout on connecting some buckets - Serveless containers and functions: might face connection timeout issues when contacting their applications - File Storage: some instances may encounter troubles with their File Storage, we invite customers to restart their instances/nodes if affected
monitoring
Clarification: only network rooms are running on power generators, with enough fuel for a few days
monitoring
Updated status for impacted products: - Instances: everything back to normal - Kapsule: same status - Databases: same status - Object Storage: same status - Serveless containers and functions: might face connection timeout issues when contacting their applications
identified
As the power failure root cause is not yet understood (datacenter is investigating with its providers), we encourage you to shift workload on alternatives regions/AZ if possible.
identified
Datacenter informs us that we are running on power generators for now until the root cause is identified
monitoring
Teams are working on the recovery. Here is the status of impacted products: - Instances: you may encounter issues with l_ssd/block snapshots or volumes - Kapsule: Control planes are reachable and in nominal state, you may need to verify that your controllers reconnected properly on the apiservers. You may have experienced node replacement due to the autoheal or autoscaling process, this may delay volume re-attachments. - Databases: snapshots may be blocked, some failovers have been starte...
monitoring
Datacenter hosting FR-PAR-2 availability zone occured a complete power failure in operator rooms during a planned datacenter maintenance. Both operator rooms (network connectivity) were powerless for a few minutes leading to a complete isolation of the availability zone during the issue. We are investigating with the datacenter provider to understand the root cause.”
monitoring
Most services recovered and our teams are mobilized to recover the rest on fr-par-2. Root cause is a power issue in datacenter. Other service on par1 & par3 were impacted during the service transition.
investigating
The issue is impacting multiple products on FR-PAR.
investigating
We are continuing to investigate this issue and searching for the root cause.
investigating
We are currently experiencing connection and network issues in the FR‑PAR region, affecting all FR‑PAR availability zones on Scaleway as well as DC5 on Dedibox.
Kafka cluster not reachable - Connection to Kafka clusters fails.
minor Source not attested
Last archived state: resolved
View archived record details
investigating
We are continuing to investigate this issue.
investigating
We are currently investigating on that incident.
[API Gateway] - [world] APIs instabilities
major Source not attested
Last archived state: resolved
View archived record details
investigating
Customers may experience Network issues contacting our APIs. We are currently investigating this issue.