Live

Service disruption at the Frankfurt (DE) data center

The server has remained stable since the solution was implemented. The incident is resolved at this time. If you have any questions or are continuing to see any issues please do not hesitate to reach out to our Support team. We are available 24/7 and always happy to help.

The latest update from Kinsta.

State

Resolved

Started

86 d ago

2026-08-07 16:37 UTC

Lasted

6 h 27 min

until 2026-08-07 23:03 UTC

Worst impact

Partial outage

Timeline

8 updates
16:3718:1319:5021:2723:03
Partial outageUpdate postedTimes in UTC

Investigating

2 h 27 min 38%

Identified

2 h 50 min 44%

Monitoring

1 h 9 min 18%

Updates

Times in UTC

As posted by Kinsta

Resolved2026-08-07 23:03 UTC

The server has remained stable since the solution was implemented. The incident is resolved at this time. If you have any questions or are continuing to see any issues please do not hesitate to reach out to our Support team. We are available 24/7 and always happy to help.

Monitoring2026-08-07 21:54 UTC

Our Engineers have successfully restored full service to all affected sites in the Frankfurt (DE) data center. We are continuing to monitor the server to ensure it's ongoing stability. If you are still seeing issues with your website please contact our support team. Thank you for your patience and we do apologize for any disruption to your business.

Identified2026-08-07 21:37 UTC

Our team is working as quickly as possible on implementing a solution. We appreciate your continued patience and will provide updates as they become available.

Identified2026-08-07 20:04 UTC

Our team is continuing to make progress on restoring full service to the affected server. We will provide updates as they become available. If you have any questions please do not hesitate to reach out to our Support team.

Identified2026-08-07 19:04 UTC

Our team is in the process of implementing a solution to restore service as soon as possible. We appreciate your patience and understanding while we work to restore service to the affected server. If you have any questions please do not hesitate to reach out to our Support team.

Investigating2026-08-07 18:13 UTC

Our team is continuing to make progress towards a solution. We appreciate your continued patience while we work on resolving this issue as soon as possible. If you have any questions please do not hesitate to reach out to our Support team.

Investigating2026-08-07 17:39 UTC

We are continuing to investigate into the cause of the issue. We appreciate your patience while we work on resolving this issue as soon as possible. If you have any questions please do not hesitate to reach out to our Support team.

Investigating2026-08-07 16:37 UTC

Our Engineers are investigating reports of a service disruption affecting sites on a server in the Frankfurt (DE) data center. We are working to restore service to affected sites as quickly as possible.

Affected components

1
Frankfurt, Germany data centers

Kinsta in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

13

Days with an incident

29

Median duration

6 h 27 min

This incident

About the median

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

17 days
median 6 h 27 min
90 days agoToday

Other Kinsta incidents

All incidents

Follow Kinsta

Your coding agent knows when Kinsta is down, and tells you when a failure is theirs, not yours. You can also get Kinsta 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 "kinsta" and tell me if Kinsta 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=kinsta
Slack
/feed subscribe https://outages.cc/feed.xml?providers=kinsta

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane