JFrog Cloud Platform - Multiple Service Disruptions in Azure Southeast Asia
The issue affecting Artifactory and Xray services in our Azure Southeast Asia region has been resolved. The affected services have been restored, and service health has returned to normal following the recovery of the underlying database infrastructure.
The latest update from JFrog.
State
Resolved
Started
14 d ago
2026-10-18 07:08 UTC
Lasted
2 h 31 min
until 2026-10-18 09:40 UTC
Worst impact
Major outage
Timeline
3 updatesInvestigating
55 min 36%
Identified
1 h 37 min 64%
Updates
Times in UTCAs posted by JFrog
The issue affecting Artifactory and Xray services in our Azure Southeast Asia region has been resolved. The affected services have been restored, and service health has returned to normal following the recovery of the underlying database infrastructure.
We have identified an issue affecting Artifactory and Xray services in our Azure Southeast Asia region during scheduled Microsoft Azure maintenance. Our engineering teams are actively working with Microsoft Azure Support to investigate the disruption and restore normal service as soon as possible.
We are currently investigating an issue affecting multiple customers in our Azure Southeast Asia region, resulting in degraded Artifactory and Xray services. Our engineering teams are actively investigating the issue and working to restore normal service as soon as possible.
Affected components
12JFrog in the last 90 days
Full historyIncidents in 90 days
9
Days with an incident
9
Median duration
2 h
This incident
1.3× the median
Other JFrog incidents
All incidentsJFrog·JFrog Cloud Platform - OIDC Authentication Issues
The OIDC authentication issue affecting a subset of JFrog Cloud customers has been resolved. Our engineering teams have implemented the necessary corrective actions, and authentication functionality has been restored. We will continue monitoring to ensure service stability.
JFrog·JFrog Cloud Platform - Multiple Service Disruptions in GCP Europe West
All affected services in our GCP Europe West region have been fully restored, and all customers are operating normally. We have validated the recovery and confirmed that service health and availability have returned to normal, with no further issues identified. We will continue to monitor the environment to ensure ongoing stability.
JFrog·JFrog Cloud Platform outage affecting subset of customers in AWS US East region
This incident has been resolved.
JFrog·JFrog Cloud Platform - Xray Service Disruption in Azure US East
The database recovery has been completed successfully, and Xray services in the Azure US East region have been fully restored. All affected services are operating normally, and the issue is now resolved.
JFrog·Potential slowdown on Maven remotes in AWS Europe Central
This incident has been resolved.
Follow JFrog
Your coding agent knows when JFrog is down, and tells you when a failure is theirs, not yours. You can also get JFrog incidents in a feed reader or in Slack.
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 "jfrog" and tell me if JFrog 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.
https://outages.cc/feed.xml?providers=jfrog/feed subscribe https://outages.cc/feed.xml?providers=jfrogFAQ
Go from tracking outages to fixing production issues with Polylane.
Try Polylane