Live

[GRA][Storage and Backups] - NasHA incident notification

0

OVHcloud reports that NAS HA storage and backups in the GRA region do not work correctly. The services in Cluster614 are degraded in this region. OVHcloud is investigating the incident and continues to look for the origin.

State

Investigating

Started

Ongoing for

25 min

Worst impact

Degraded

Timeline

2 updates
08:4708:5409:0009:0609:12
DegradedUpdate postedTimes in UTC

Investigating

25 min 100%

Updates

Times in UTC

As posted by OVHcloud

Investigating

We are currently investigating an incident affecting our Storage and Backups offering, which is causing temporary availability issue in the Cluster614. Here are some supplementary details : Start time : 06/11/2026 06:48 UTC Impacted Service(s) : The services in Cluster614 are currently degraded. Customers Impact : Customers may have difficulty accessing their services. Ongoing Actions : Our teams are investigating to determine the origin of the incident and fix it. We will keep you updated on the progress and resolution. We apologize for any inconvenience caused and appreciate your understanding.

Investigating

We are currently investigating an incident affecting our Storage and Backups offering, which is causing temporary availability issue in the Cluster614. Here are some supplementary details : Start time : 06/11/2026 06:48 UTC Impacted Service(s) : The services in Cluster614 are currently degraded. Customers Impact : The customers may have difficulties to access their services. Ongoing Actions : Our teams are investigating to determine the origin of the incident and fix it. We will keep you updated on the progress and resolution. We apologize for any inconvenience caused and appreciate your understanding.

Affected components

2
Storage and Backups || NAS HA - GRAStorage and Backups || NAS HA - Storage and Backups || NAS HA - GRA

OVHcloud in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

242

Days with an incident

90

Median duration

1 h 39 min

This incident

75% shorter than the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

41 days
median 1 h 39 min
90 days agoToday

Other OVHcloud incidents

All incidents

OVHcloud·[BHS6][Dedicated Servers] - Rack T06F27 incident notification

OVHcloud reports that the vRack network was unavailable on Dedicated Servers in rack T06F27 in the BHS region. OVHcloud says the incident is resolved. The outage lasted 3 hours and 10 minutes.

Resolved

OVHcloud·[RBX8][Dedicated Servers] - Rack R808L04 incident notification

The vRack network for Dedicated Servers was unavailable in rack R808L04 in the RBX region. OVHcloud identified a cooling system issue as the cause. OVHcloud reports that the incident is resolved. It lasted about 2 hours and 10 minutes.

Resolved

OVHcloud·[GRA6][Virtual Private Servers] - VPS incident notification

OVHcloud reports that backup and image management features for Virtual Private Servers were unstable in the GRA6 region, affecting GRA, EU-WEST-GRA, operating system, and additional services components. The incident is resolved. It lasted about 1 hour 9 minutes, from 15:26 UTC to 18:35 UTC.

Resolved

OVHcloud·[GRA6][Storage] - Instance Backup incident notification

OVHcloud reports that Instance Backup and image management did not work correctly in the GRA6 region. OVHcloud resolved the incident after 99 minutes.

Resolved

OVHcloud·[EU-WEST-PAR-B][Storage] - Block Storage incident notification

Block Storage in the EU-WEST-PAR-B region has degraded performance. Some volumes in this region have increased latency and reduced performance. OVHcloud reports that the incident is under investigation.

Degraded

Follow OVHcloud

Your coding agent knows when OVHcloud is down, and tells you when a failure is theirs, not yours. You can also get OVHcloud incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "ovhcloud" and tell me if OVHcloud has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.cc/feed.xml?providers=ovhcloud
Slack
/feed subscribe https://outages.cc/feed.xml?providers=ovhcloud

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane