Hosting / PaaS / Render

Render

OPERATIONAL

Since Mar 2026 · 50 incidents · status.render.com · checked 3m ago

CompareStatus page
GradeCLast 90 days
APRODCSHIP

Overview

30d90d1y
Admitted uptimeTime not covered by a Sev 1 the provider posted itself. A best case.
99.664%Grade F
IncidentsEverything posted on the status page except scheduled maintenance.
502 Sev 1
Sev 1 downtimeTotal minutes of Sev 1 incidents, as posted.
29h 25m
Median fixMedian time to resolve. Half of incidents were fixed faster.
53m
LongestLongest single incident, start to resolved.
29h 05m
Since lastTime since the last counted incident was resolved.
44h 05m

By area

FProduction
16INCIDENTS
46h 48mAFFECTED
Your users are hit: apps, APIs, databases, inference
Worst, 1y
SEV 1Mar 25, 2026 · 29h 05mSome Render Workflows tasks are not being scheduled
SEV 1Mar 9, 2026 · 20mCustom domains are unable to be created
SEV 2Aug 31, 2026 · 2h 22mService instability in Singapore
Most hit
PostgreSQL6
Web Services5
Oregon - PostgreSQL5
Builds and Deploys4
Worse. 11 in the last 6 months, 5 in the 6 before.
DShipping
35INCIDENTS
3d 16hAFFECTED
You can't deploy, build or manage: CI, CLI, dashboard, auth, billing
Worst, 1y
SEV 2Apr 8, 2026 · 12h 14mDisruption affecting the provisioning of new instances in Singapore and partially in Oregon
SEV 2Jul 19, 2026 · 5h 36mGitHub git clone 403 errors
SEV 2Aug 20, 2026 · 3h 53mDeployment Issues
Most hit
Builds and Deploys21
Oregon - Builds and Deploys17
Singapore - Builds and Deploys15
Frankfurt - Builds and Deploys12
Worse. 29 in the last 6 months, 6 in the 6 before.
CleanSev 3–4Sev 1–2No data

What it costs

One small production web app, per month512 MB app on all month, 1M requests, 100 GB out, commercial use, one seat. Cheapest plan that runs it.
Hobby workspace, Starter instance7 of 8 cheaper · Heroku: cheaper, better grade
$21.25/mo
Starter web service (512 MB)$7
95 GB bandwidth over the 5 GB included, at $0.15/GB$14.25

render.com · checked Oct 22, 2026 · Wrong price?

Trend, last 12 months

Worse. 37 in the last 6 months, 13 in the 6 before.

Severity mix

Sev 1 · Lights outProd site, API or database down, or data loss2
Sev 2 · BleedingProd degraded or partly down16
Sev 3 · Can't shipCan't deploy, build or manage it24
Sev 4 · PapercutDocs, status page, slow dashboard8

When it breaks

Start times, last 12 months, UTC.

What breaks

Builds and Deploys21 incidents
Oregon - Builds and Deploys17 incidents
Singapore - Builds and Deploys15 incidents
Frankfurt - Builds and Deploys12 incidents
Ohio - Builds and Deploys11 incidents
Virginia - Builds and Deploys11 incidents

Communication

Updates eachStatus page updates per incident, on average.
3.7Last 12 months
Update gapMedian time between status page updates during an incident.
22mLast 12 months
PostmortemsSev 1–2 incidents with a published write-up.
1 of 18Sev 1–2

Incident history

Show all 50
Oct 20, 20263h 41mSEV 3
Deploying from GitLab may intermittently failRender deploys from GitLab intermittently failed when repository cloning broke, with deploy logs showing the clone error. Retrying a deploy could succeed. Render identified the issue, implemented a fix, and resolved the incident about 3.7 hours after it started.AI-graded · some customers
Why this grade
  1. RULES · SEV 3
    Sev 3 from the incident title (no components listed)
  2. CLAUDE · SEV 3 · SUBSET · MEDIUM CONFIDENCE
    Deploys pulling from GitLab intermittently failed during cloning for about 3.7 hours; retrying could succeed.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
6 updates
  1. 20:48 UTC · investigating
    If cloning fails, the deploy will fail. Deploy logs will provide errors related to that failure. Retrying a deploy may succeed. We are currently investigating this issue.
  2. 21:16 UTC · identified
    The issue has been identified and a fix is being implemented.
  3. 22:23 UTC · identified
    We are continuing to work on a fix for this issue.
  4. 23:46 UTC · identified
    We are continuing to work on a fix for this issue.
  5. 00:08 UTC · monitoring
    A fix has been implemented and we are monitoring the results.
  6. 00:29 UTC · resolved
    This incident has been resolved.
Source
Oct 15, 20261h 35mSEV 3
Dashboard not updating in real time; Some Workflows SDK requests timing outAn upstream cloud provider issue stopped Render dashboard deploy and run statuses from auto-updating from about 19:10 UTC, and some Workflows SDK calls waiting for task runs failed with 500 errors after about 60 seconds. Task runs kept completing, and deploys, running services, databases and logs were unaffected. The upstream provider resolved the issue and the incident closed at 22:33 UTC.AI-graded · Render Dashboard +6
Why this grade
  1. RULES · SEV 4
    Sev 4 because Render Dashboard had degraded performance
  2. CLAUDE · SEV 3 · UNCLEAR · MEDIUM CONFIDENCE
    Dashboard real-time updates stalled and some Workflows SDK waits timed out with 500s; task runs kept running and deploys were unaffected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
3 updates
  1. 20:58 UTC · identified
    We've identified an issue with an upstream cloud provider that is affecting real-time updates on Render. Since approximately 19:10 UTC: - Dashboard: Deploy status, service events, and service and task run statuses may not update automatically. Refresh the page to see the current state. - SDK calls that wait for a task run to finish may fail with a 500 error after about 60 seconds. The task runs themselves keep running and complete normally. To check a task run's status, use GET /v1/task-runs/{taskRunId}. Deploys, running services, databases, and logs are not affected.
  2. 21:53 UTC · monitoring
    Our upstream provider has resolved the issue, and affected Render services have recovered. We’re continuing to monitor.
  3. 22:33 UTC · resolved
    This incident has been resolved.
Source
Oct 14, 20262h 45mSEV 3
Builds, deploys, and queued deploys are not starting in all regionsA planned job scheduler upgrade included a database schema migration that drove database CPU to 100%, stalling builds and deploys in all regions on October 14. Two impact periods totaled about 2h20m. The upgrade was reverted, but a rollback clone and capacity addition failed due to cloud provider errors, and the migration kept running until terminated. Free-tier deploys were paused. Some queued deploys needed retrying. Live services were unaffected.AI-graded · Builds and Deploys +5
Why this grade
  1. RULES · SEV 2
    Sev 2 because Builds and Deploys had a major outage
  2. CLAUDE · SEV 3 · GLOBAL · HIGH CONFIDENCE
    Builds and deploys failed or stalled across all Render regions for about 2 hours 20 minutes; live user services were not affected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
10 updates
  1. 19:32 UTC · investigating
    We are currently investigating this issue.
  2. 19:39 UTC · identified
    The issue has been identified and a fix is being implemented.
  3. 19:45 UTC · monitoring
    A fix has been implemented and we are monitoring the results.
  4. 19:47 UTC · monitoring
    We are continuing to monitor for any further issues.
  5. 20:41 UTC · monitoring
    We are temporarily pausing deploys to free services.
  6. 20:55 UTC · identified
    The issue has been identified and a fix is being implemented.
  7. 20:57 UTC · identified
    Builds are failing to start again across all regions, and our team is still working to address the root cause. Deploys for free services remain paused. We'll share another update as soon as we have more information.
  8. 21:43 UTC · monitoring
    A fix has been implemented, and we are monitoring the results. Deploys and builds for services running on free instances continue to be paused.
  9. 22:18 UTC · resolved
    This incident has been resolved.
  10. 17:58 UTC · postmortem
    ### Summary On October 14, 2026, between 12:12 and 15:08 PDT \(19:12 - 22:08 UTC\), builds and deploys across all regions failed to start, stalled, or were significantly delayed during two periods of impact totaling about 2 hours and 20 minutes. The cause was a database schema migration run as part of a planned version upgrade of our internal job scheduler that coordinates builds, deploys, and other critical platform operations. The migration led to high load and a longer-than-expected recovery time of this system’s database. We will change how we perform upgrades and modifications of this system in a highly available fashion in the future so that a similar change cannot cause an outage again. ### Impact There were two periods of impact. During this time, live user services were not affected, but builds and deploys across all regions failed to start, failed to finish, or were significantly delayed. **Period 1: 12:12 - 12:40 PDT \(19:12 - 19:40 UTC\), about 28 minutes** * New builds and deploys did not start. Deploys in progress stalled. * Some requests to create a deploy through the Dashboard, API, and CLI returned errors \(HTTP 500\). **Partial recovery: 12:40 - 13:18 PDT \(19:40 - 20:18 UTC\)** * Builds and deploys ran, but deploys took about 20 seconds to start instead of a few hundred milliseconds. **Period 2: 13:18 - 15:08 PDT \(20:18 - 22:08 UTC\), about 1 hour 50 minutes** * Builds and deploys were delayed, stalled in progress \(including in pre-deploy\), or failed. From 13:51 PDT, almost no new builds were able to start. * Some queued deploys did not start after recovery, and cancelling them through the API had no effect. Users needed to retry these deploys. ### Root Cause Render uses an internal job scheduler system to coordinate builds, deploys, and other critical platform operations. We were rolling out improvements to how it distributes work, and began a planned version upgrade of this system in production after a successful practice run in a test environment. The upgrade included a database schema migration that locked a large table and drove database CPU utilization to 100%. This database stores both the system’s core job state and secondary data used for search and reporting. The system could not read or write job state reliably, so builds and deploys stopped or slowed. Engineers were alerted to the issue quickly and reverted the upgrade. However, three factors extended the impact: * A pre-upgrade step to create a database clone for rollback could not be completed due to an error from the underlying cloud provider, so a fast rollback was not available. * The migration continued to run on the database after the client performing the upgrade was stopped and the upgrade reverted. It was found and terminated at 13:49 PDT, about 1.5 hours after it started. * An attempt to add capacity to the database failed due to an error from the underlying cloud provider. ### Timeline All times are PDT on 2026-10-14 \(UTC-7\). * **12:13** - The upgrade is started, including the database schema migration. Database load rises and builds and deploys stop starting. * **12:24** - Impact to builds and deploys identified. Incident escalated. * **12:33** - Status page incident opened. * **12:34** - Engineers revert the upgrade and stop the client performing the schema migration. * **12:37** - Job scheduler system recovers. Builds and deploys resume, with slower deploy start times. End of Period 1. * **13:17** - Engineers restart one unhealthy instance of the system to rebalance load. Database connections and errors increase across the system. Start of Period 2. * **13:37** - Free-tier deploys paused to reduce load. * **13:49** - Engineers find the schema migration still running on the database and terminate it. * **14:16** - Database restarted. An attempt to add database capacity fails because of an error from the underlying cloud provider. * **14:27** - Remaining components of the system restarted. * **14:30** - Builds and deploys start to recover, with slower than usual build and deploy times as the backlog is processed. * **15:08** - Deploy start times return to normal and database load returns to pre-incident levels. End of Period 2. * **15:11** - Free-tier deploys and spin-ups gradually re-enabled. * **15:18** - Incident resolved. ### Mitigations **Completed during the incident** * Reverted the job scheduler component upgrade and configuration change \(12:34 PDT\). * Paused free-tier deploys and spin-ups to reduce load, then re-enabled them gradually after recovery. * Terminated the schema migration that was still running on the database \(13:49 PDT\). * Restarted the database and the job scheduler system to restore normal operation. * Paused the upgrade in production until the upgrade process is changed. **Ongoing \(started during the incident\)** * This database is being upgraded to support cross-zone High Availability. **Planned** * Implement a new upgrade and deployment practice for this component: we will implement blue-green deploys to avoid upgrading this system under load in the future. * Adjust the underlying storage mechanisms for the job scheduler to be better suited to this workload type, after we have implemented blue-green deploys.
PostmortemSource
Oct 3, 202646mSEV 3
Degraded Dashboard Performance; Degraded builds & deploys in OregonRender's dashboard performance was degraded and builds and deploys in the Oregon region were degraded from 19:35 to 20:21 UTC on 3 October 2026. Updates say components recovered and were monitored before the incident was resolved. The text gives no specific cause.AI-graded · regional · Render Dashboard +2
Why this grade
  1. RULES · SEV 3
    Sev 3 because Builds and Deploys had degraded performance
  2. CLAUDE · SEV 3 · REGIONAL · MEDIUM CONFIDENCE
    Dashboard was slow and builds and deploys were degraded in Oregon for about 46 minutes; the update text gives no error rates.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
4 updates
  1. 19:35 UTC · investigating
    We are currently investigating this issue.
  2. 19:53 UTC · investigating
    We are continuing to investigate this issue.
  3. 20:13 UTC · monitoring
    Impacted components are recovering. We are monitoring the situation.
  4. 20:21 UTC · resolved
    This incident has been resolved.
Source
Sep 27, 20261h 37mSEV 2
Observing service instability from our upstream provider AWS in Oregon regionRender services in its Oregon region were degraded for about 90 minutes because of instability at upstream provider AWS in Oregon. Web services, cron jobs, workers, builds and deploys, PostgreSQL and Redis were all affected. Services recovered by about 02:17 UTC, except the free web tier, and the incident was resolved at 03:01 UTC.AI-graded · regional · Web Services +17
Why this grade
  1. RULES · SEV 2
    Sev 2 because PostgreSQL had degraded performance
  2. CLAUDE · SEV 2 · REGIONAL · MEDIUM CONFIDENCE
    Oregon services including web services, workers, PostgreSQL and Redis were degraded for about 90 minutes due to an upstream AWS issue; other regions unaffected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
4 updates
  1. 01:24 UTC · investigating
    We are currently investigating this issue.
  2. 01:36 UTC · monitoring
    Our upstream provider has begun recovering. Services in Oregon are improving, and we're continuing to monitor.
  3. 02:17 UTC · monitoring
    All services, except for the free web services tier, have recovered. We continue to monitor.
  4. 03:01 UTC · resolved
    This incident has been resolved.
Source
Sep 25, 202612mSEV 3
Build and deploy failures in OregonBuilds and deploys failed for a subset of services in Oregon for about 12 minutes; prebuilt Docker and static sites were unaffected.AI-graded · regional · Builds and Deploys +1
Why this grade
  1. RULES · SEV 3
    Sev 3 because Builds and Deploys had a partial outage
  2. CLAUDE · SEV 3 · REGIONAL · HIGH CONFIDENCE
    Builds and deploys failed for a subset of services in Oregon for about 12 minutes; prebuilt Docker and static sites were unaffected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
2 updates
  1. 18:26 UTC · investigating
    We are currently investigating this issue.
  2. 18:38 UTC · resolved
    Builds and deploys failed for a subset of services in Oregon. Services using a prebuilt Docker image and static sites were unaffected.
Source
Sep 24, 20260mSEV 2
Key Value service restartsSev 2 from the incident title (no components listed)
1 update
  1. 23:30 UTC · resolved
    Around 23:31 UTC on 2026-09-23, Key Value services created prior to 2024-03-05 were inadvertently restarted due to a configuration change on our end. No further restarts are planned or expected as a result of that change.
Source
Sep 9, 202612mSEV 4
Elevated Build and Deploy Times in the Oregon RegionBuilds and deploys in Render's Oregon region had elevated times from about 21:26 to 21:38 UTC on September 9, 2026. The provider identified the issue, implemented a fix, and resolved it after about 12 minutes. No further details on cause were given.AI-graded · regional · Builds and Deploys +1
Why this grade
  1. RULES · SEV 3
    Sev 3 because Builds and Deploys had degraded performance
  2. CLAUDE · SEV 4 · REGIONAL · MEDIUM CONFIDENCE
    Builds and deploys in the Oregon region ran slower for about 12 minutes; the text describes no failures.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
5 updates
  1. 21:26 UTC · investigating
    We are currently investigating this issue.
  2. 21:31 UTC · investigating
    We are continuing to investigate this issue.
  3. 21:32 UTC · investigating
    We are continuing to investigate this issue.
  4. 21:34 UTC · identified
    The issue has been identified and a fix is being implemented.
  5. 21:38 UTC · resolved
    This incident has been resolved.
Source
Sep 2, 202621mSEV 3
Degraded builds/deploysBuilds and deploys were degraded across all five Render regions for about 21 minutes; the text gives no failure rate.AI-graded · Builds and Deploys +5
Why this grade
  1. RULES · SEV 3
    Sev 3 because Builds and Deploys had a partial outage
  2. CLAUDE · SEV 3 · GLOBAL · MEDIUM CONFIDENCE
    Builds and deploys were degraded across all five Render regions for about 21 minutes; the text gives no failure rate.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
3 updates
  1. 17:19 UTC · investigating
    We are currently investigating this issue.
  2. 17:30 UTC · monitoring
    A fix has been implemented and we are monitoring the results.
  3. 17:40 UTC · resolved
    This incident has been resolved.
Source
Aug 31, 20260mSEV 2
Some Web services in Oregon unavailableSev 2 from the incident title (no components listed)
1 update
  1. 19:30 UTC · resolved
    Some web services in Oregon were unavailable between 19:20 and 19:30 UTC.
Source
Aug 31, 20262h 22mSEV 2
Service instability in SingaporeSome Render web services in Singapore had unexpected restarts and intermittent availability, and inbound traffic was impacted. Deploys were primarily affected. Free service spin-ups from idle were temporarily disabled. A fix was implemented and the incident was resolved after about 2h20m.AI-graded · regional · Web Services +3
Why this grade
  1. RULES · SEV 2
    Sev 2 because Builds and Deploys had a major outage
  2. CLAUDE · SEV 2 · REGIONAL · MEDIUM CONFIDENCE
    Some Singapore web services restarted or were intermittently unavailable and deploys failed for about two and a half hours; other regions were not reported affected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
5 updates
  1. 15:47 UTC · investigating
    We are investigating service instability affecting some web services in our Singapore region. Customers may experience unexpected service restarts or intermittent availability. Our team is actively investigating and working to restore normal operation. We will provide an update as more information becomes available.
  2. 16:08 UTC · investigating
    We've observed that deploys are primarily affected by this.
  3. 16:33 UTC · investigating
    Inbound traffic to Singapore services is impacted. Free service spin-ups (from idle) in Singapore have been temporarily disabled while we continue to investigate.
  4. 17:22 UTC · monitoring
    A fix has been implemented and we are monitoring the results.
  5. 18:09 UTC · resolved
    This incident has been resolved.
Source
Aug 20, 20263h 53mSEV 2
Deployment IssuesRender builds and deploys failed in all regions from about 15:47 to 17:45 UTC on Aug 20 due to an upstream Google Cloud issue. Free web service builds, deploys and spin-up were disabled during mitigation, then re-enabled. Some customers saw elevated latency during recovery. Render reported full recovery and resolved the incident at 19:40 UTC.AI-graded · Builds and Deploys +5
Why this grade
  1. RULES · SEV 3
    Sev 3 because Builds and Deploys had a partial outage
  2. CLAUDE · SEV 2 · GLOBAL · MEDIUM CONFIDENCE
    Builds and deploys failed across all Render regions for about two hours due to a Google Cloud issue; free web service spin-up was also disabled.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
5 updates
  1. 15:47 UTC · investigating
    We are currently investigating this issue.
  2. 16:12 UTC · identified
    An issue has been identified with our upstream provider, Google Cloud. Free Web Services: Builds/deploys and spin-up have been temporarily disabled while we work to mitigate the issue.
  3. 17:27 UTC · monitoring
    We are observing recovery for builds and deploys in all regions. Builds, deploys, and spin-up for free web services have been re-enabled. Some customers may continue to see elevated latency while recovery progresses. We are continuing to monitor.
  4. 17:45 UTC · monitoring
    We have observed full recovery. We are continuing to monitor for any further issues.
  5. 19:40 UTC · resolved
    This incident has been resolved.
Source
Jul 27, 202628h 52mSEV 3
Degraded dashboard performanceRender's dashboard was slow from July 27 and the REST API saw timeouts requiring retries. Deploy failure reasons were temporarily unavailable. A fix was deployed, and the incident was resolved July 28 after deploy failure reasons were re-enabled. Customer apps were not described as affected.AI-graded · Render Dashboard +1
Why this grade
  1. RULES · SEV 3
    Sev 3 because Render REST API had degraded performance
  2. CLAUDE · SEV 3 · UNCLEAR · MEDIUM CONFIDENCE
    Dashboard was slow and REST API requests timed out for about a day; deploy failure reasons were disabled until resolved.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
7 updates
  1. 14:43 UTC · investigating
    Requests through the dashboard may be slower than usual. We're currently investigating the issue.
  2. 16:20 UTC · investigating
    We are continuing to investigate this issue.
  3. 17:59 UTC · investigating
    We are continuing to investigate this issue.
  4. 18:27 UTC · investigating
    The REST API is also experiencing degraded performance. As a result, requests to it may experience timeouts and you may need to retry your request. We are continuing to investigate.
  5. 20:18 UTC · monitoring
    We've implemented a fix and are monitoring the results. Deploy failure reasons will be temporarily unavailable. Deploy failure events will still be generated. We will provide an update once deploy failure reasons are re-enabled.
  6. 23:58 UTC · monitoring
    No further issues have been observed since our fixes. The Dashboard and REST API remain fully operational. Deploy failure reasons are still disabled. We will update this incident once they are re-enabled. There are no further updates expected for today (2026-07-27, UTC-7).
  7. 19:35 UTC · resolved
    We've continued to observe no further issues and deploy failure reasons have been re-enabled.
Source
Jul 24, 20262h 14mSEV 2
Service Disruption in OregonRender's Oregon region had an infrastructure issue starting 11:16 UTC on 24 July 2026 that left some web services unreachable or returning failed requests. Recovery was seen by 11:27 UTC and the incident was resolved at 13:30 UTC. Render said an upstream provider likely caused it; no further detail was given.AI-graded · regional · Web Services +1
Why this grade
  1. RULES · SEV 1
    Sev 1 from the incident title (no components listed)
  2. CLAUDE · SEV 2 · REGIONAL · MEDIUM CONFIDENCE
    Web services in the Oregon region were unreachable or failing requests for about two hours; other regions were not mentioned as affected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
4 updates
  1. 11:16 UTC · investigating
    We are investigating an infrastructure issue affecting services hosted in our Oregon region. Some services may be unreachable or experience failed requests. Our engineering team is actively working to identify the cause and restore normal operation.
  2. 11:27 UTC · monitoring
    We've observed recovery across all services and are now monitoring the situation.
  3. 11:44 UTC · monitoring
    We believe the issue was caused by an upstream provider. We're continuing to monitor the situation.
  4. 13:30 UTC · resolved
    This incident has now been resolved.
Source
Jul 20, 20261h 30mSEV 3
Degraded builds/deploys (all regions)Render builds and deploys failed in all regions from about 00:41 to 02:11 UTC on July 20, 2026. Authentication failures when deploying from GitHub repositories were caused by a GitHub outage. Render said build failure rates recovered and resolved the incident.AI-graded · Builds and Deploys +5
Why this grade
  1. RULES · SEV 3
    Sev 3 because Builds and Deploys had degraded performance
  2. CLAUDE · SEV 3 · GLOBAL · HIGH CONFIDENCE
    Builds and deploys failed across all Render regions for about 90 minutes due to GitHub authentication failures during a GitHub outage.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
4 updates
  1. 00:41 UTC · investigating
    We are currently investigating this issue.
  2. 00:55 UTC · identified
    GitHub continues to report an outage, https://www.githubstatus.com. This is causing authentication failures when trying to deploy from a GitHub repository.
  3. 01:54 UTC · monitoring
    We are now seeing a recovery in our build failure rate. We are continuing to monitor the issue.
  4. 02:11 UTC · resolved
    Builds failure rates have recovered. Resolving.
Source
Jul 19, 20265h 36mSEV 2
GitHub git clone 403 errorsDeploys for services in Render's Frankfurt region failed because git clones from GitHub returned 403 errors, starting around 03:44 UTC on 19 July. Running services were not affected. Deployments returned to normal from about 08:40 UTC, and the incident was resolved at 09:20 UTC. The provider worked with GitHub on the cause, which the update does not state.AI-graded · regional · Builds and Deploys +1
Why this grade
  1. RULES · SEV 2
    Sev 2 because Builds and Deploys had a major outage
  2. CLAUDE · SEV 2 · REGIONAL · HIGH CONFIDENCE
    Git-based deploys failed with 403 errors for services in Frankfurt for about five hours; running services and other regions were unaffected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
6 updates
  1. 03:44 UTC · investigating
    We have received an elevated number of reports about git clone failures resulting in a 403 error, aborting the deployment. We are investigating.
  2. 03:55 UTC · identified
    Services failing to deploy are those deployed in Frankfurt. Running services are not affected, only the deploy process is failing. We are still working to determine the cause of this error for those services.
  3. 05:57 UTC · identified
    Users with services hosted in Frankfurt that rely on GitHub repositories for deployments continue to see 403 errors in their logs causing the deployment to fail. We are continuing to work on this issue within our own systems and have reached out to GitHub.
  4. 08:29 UTC · identified
    We are continuing to work towards mitigating this issue, while also working with GitHub to resolve these deployment failures.
  5. 09:10 UTC · monitoring
    Deployments have been consistently completing since approximately 08:40, and are returning to normal levels. We are monitoring for any other impacts.
  6. 09:20 UTC · resolved
    This incident has been resolved.
Source
Jul 16, 20261h 33mSEV 3
GitHub outage affecting new service creation and service deploysRender reported that new service creation and service deploys were affected by a GitHub REST API degradation across its build regions in Oregon, Frankfurt, Ohio, Singapore and Virginia. The incident began at 22:42 UTC on July 16 and was resolved at 00:14 UTC on July 17, after GitHub mitigated its incident. Running services were not described as affected.AI-graded · Builds and Deploys +5
Why this grade
  1. RULES · SEV 2
    Sev 2 because Builds and Deploys had a major outage
  2. CLAUDE · SEV 3 · GLOBAL · MEDIUM CONFIDENCE
    Creating new services and deploying failed across Render's build regions for about 90 minutes due to a GitHub REST API outage.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
5 updates
  1. 22:42 UTC · investigating
    We are currently investigating this issue.
  2. 22:42 UTC · investigating
    We are continuing to investigate this issue.
  3. 23:09 UTC · identified
    GitHub has updated its status page to report degraded REST API availability: https://www.githubstatus.com/incidents/gxycch3076xk
  4. 00:13 UTC · monitoring
    GitHub reports that they have mitigated their incident and are monitoring to ensure stability.
  5. 00:14 UTC · resolved
    This incident has been resolved.
Source
Jul 15, 20261h 06mSEV 3
Some users enrolled in 2FA are experiencing login issuesSome Render users with two-factor authentication enabled got stuck in login loops when accessing the dashboard. A fix was implemented and the incident was resolved about 65 minutes after it started. The text does not describe impact on running apps or deploys.AI-graded · some customers · Render Dashboard
Why this grade
  1. RULES · SEV 3
    Sev 3 because Render Dashboard had a partial outage
  2. CLAUDE · SEV 3 · SUBSET · MEDIUM CONFIDENCE
    Some 2FA-enrolled users were stuck in login loops on the Render dashboard for about an hour; other users were not described as affected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
4 updates
  1. 21:50 UTC · investigating
    Some users enrolled in 2FA report login loops when attempting to access the Render dashboard. We're investigating.
  2. 21:55 UTC · identified
    The issue has been identified and a fix is being implemented.
  3. 22:06 UTC · monitoring
    A fix has been implemented and we are monitoring the results.
  4. 22:56 UTC · resolved
    This incident has been resolved.
Source
Jul 15, 202632mSEV 3
Render Dashboard UnavailableRender Dashboard was unavailable for about 30 minutes; the text does not say whether deploys or customer apps were affected.AI-graded · Render Dashboard
Why this grade
  1. RULES · SEV 3
    Sev 3 because Render Dashboard had a major outage
  2. CLAUDE · SEV 3 · UNCLEAR · MEDIUM CONFIDENCE
    Render Dashboard was unavailable for about 30 minutes; the text does not say whether deploys or customer apps were affected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
3 updates
  1. 00:22 UTC · investigating
    We are currently investigating an issue with the availability of the Render Dashboard.
  2. 00:51 UTC · monitoring
    We have identified the root cause of this issue and have made a change to resolve it. Our dashboard is back online. We are now monitoring the issue to ensure it is fully resolved.
  3. 00:54 UTC · resolved
    This issue has been resolved.
Source
Jul 9, 202626mSEV 2
Some services and datastores in Singapore experiencing brief disruptionsWeb services, workers, cron jobs, PostgreSQL and Redis in Singapore had brief disruptions for about 26 minutes; other regions were not listed as affected.AI-graded · regional · Web Services +11
Why this grade
  1. RULES · SEV 1
    Sev 1 because PostgreSQL had a partial outage
  2. CLAUDE · SEV 2 · REGIONAL · MEDIUM CONFIDENCE
    Web services, workers, cron jobs, PostgreSQL and Redis in Singapore had brief disruptions for about 26 minutes; other regions were not listed as affected.
  3. Claude Haiku 5.5 · prompt v5 · Oct 22, 2026 · Raw record
2 updates
  1. 18:18 UTC · monitoring
    A fix has been implemented and we are monitoring the results.
  2. 18:44 UTC · resolved
    This incident has been resolved.
Source

Peers, 90 days

Compare
HerokuGrade A+100.00% up0 incidentsMTTR –$7/moNetlifyGrade B100.00% up17 incidentsMTTR 34m~$20/moRenderGrade C100.00% up13 incidentsMTTR 1h 35m$21.25/moVercelGrade C100.00% up23 incidentsMTTR 47m~$20/moDigitalOceanGrade F100.00% up18 incidentsMTTR 4h 02m$6/moFly.ioGrade F99.38% up26 incidentsMTTR 44m$5.69/moRailwayGrade F100.00% up27 incidentsMTTR 55m~$12/moCloudflareGrade F100.00% up54 incidentsMTTR 1h 13m~$5/mo

README badge

Render's live grade, for your README.

Render grade badge
[![render on downagain.dev](https://downagain.dev/badge/render.svg)](https://downagain.dev/p/render)