66 Render incidents · novembre 2025 — official updates, affected components, duration and resolution details.
We are currently investigating this issue.
We are continuing to investigate this issue.
The issue has been identified and a fix is being implemented.
This incident has been resolved.
Nous enquêtons actuellement sur cette question.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Certains services Web en Oregon n'étaient pas disponibles entre 19h20 et 19h30 UTC.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur l'instabilité des services touchant certains services Web dans notre région de Singapour. Les clients peuvent subir des redémarrages inattendus du service ou une disponibilité intermittente. Notre équipe enquête et travaille activement pour rétablir une exploitation normale. Nous fournirons une mise à jour à mesure que de plus amples renseignements seront disponibles.
Nous avons observé que les déploiements sont principalement affectés par cela.
Le trafic entrant vers les services de Singapour est affecté. Les spin-ups de service gratuits (du ralenti) à Singapour ont été temporairement désactivés pendant que nous continuons à enquêter.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur cette question.
Un problème a été identifié avec notre fournisseur en amont, Google Cloud. Services Web gratuits: Les constructions/déploiements et les spin-ups ont été temporairement désactivés pendant que nous travaillons à atténuer le problème.
Nous observons la reprise des constructions et des déploiements dans toutes les régions. Les constructions, les déploiements et les spin-up pour des services web gratuits ont été réactivés. Certains clients peuvent continuer à observer une latence élevée pendant que la récupération progresse. Nous continuons de surveiller.
Nous avons observé une reprise complète. Nous continuons de surveiller toute autre question.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Les demandes à travers le tableau de bord peuvent être plus lentes que d'habitude. Nous enquêtons actuellement sur la question.
Nous continuons d'enquêter sur cette question.
L'API REST connaît également des performances dégradées. Par conséquent, les demandes peuvent faire l'objet de délais et vous devrez peut-être réessayer votre demande. Nous continuons d'enquêter.
Nous avons mis en place un correctif et suivons les résultats. Les raisons de l'échec du déploiement seront temporairement indisponibles. Des événements d'échec de déploiement seront encore générés. Nous fournirons une mise à jour une fois que les raisons de l'échec du déploiement seront réactivées.
Aucun autre problème n'a été observé depuis nos corrections. Le tableau de bord et l'API REST demeurent pleinement opérationnels. Les raisons de l'échec du déploiement sont toujours désactivées. Nous mettrons à jour cet incident une fois qu'il sera réactivé. Aucune autre mise à jour n'est prévue pour aujourd'hui (2026-07-27, UTC-7).
Nous n'avons pas observé d'autres problèmes et les raisons d'échec de déploiement ont été réactivées.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur un problème d'infrastructure touchant les services hébergés dans notre région de l'Oregon. Certains services peuvent être inaccessibles ou faire l'objet d'un échec. Notre équipe d'ingénieurs travaille activement à identifier la cause et à rétablir le fonctionnement normal.
Nous avons observé la reprise dans tous les services et nous suivons maintenant la situation.
Nous croyons que le problème a été causé par un fournisseur en amont. Nous continuons de surveiller la situation.
Cet incident a maintenant été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur cette question.
GitHub continue de signaler une panne, https://www.githubstatus.com. Cela provoque des défaillances d'authentification lors du déploiement à partir d'un dépôt GitHub.
Nous assistons maintenant à une reprise de notre taux d'échec de construction. Nous continuons de suivre la question.
Les taux d'échec des constructions se sont rétablis. Résolution.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons reçu un nombre élevé de rapports sur des défaillances de clones git qui ont entraîné une erreur de 403, avortant le déploiement. Nous enquêtons.
Les services qui ne sont pas déployés sont ceux qui sont déployés à Francfort. Les services de fonctionnement ne sont pas affectés, seul le processus de déploiement échoue. Nous travaillons toujours à déterminer la cause de cette erreur pour ces services.
Les utilisateurs avec des services hébergés à Francfort qui comptent sur les dépôts GitHub pour les déploiements continuent à voir 403 erreurs dans leurs journaux, ce qui cause l'échec du déploiement. Nous continuons de travailler sur cette question au sein de nos propres systèmes et nous nous sommes adressés à GitHub.
Nous continuons de travailler à atténuer cette question, tout en travaillant avec GitHub pour résoudre ces défaillances de déploiement.
Les déploiements se terminent régulièrement depuis environ 08h40 et reviennent à des niveaux normaux. Nous surveillons tout autre impact.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur cette question.
Nous continuons d'enquêter sur cette question.
GitHub a mis à jour sa page d'état pour signaler la dégradation de la disponibilité de l'API REST: https://www.githubstatus.com/incidents/gxycch3076xk
GitHub signale qu'ils ont atténué leur incident et qu'ils surveillent la stabilité.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Certains utilisateurs inscrits dans 2FA déclarent des boucles de connexion lors d'une tentative d'accès au tableau de bord Render. Nous enquêtons.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur la disponibilité du tableau de bord Render.
Nous avons identifié la cause profonde de ce problème et avons apporté un changement pour le résoudre. Notre tableau de bord est de retour en ligne. Nous suivons maintenant la question pour nous assurer qu'elle est entièrement résolue.
Cette question a été résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Due to an ongoing LetsEncrypt incident, wildcard certificates may be slow to issue/renew. We are actively monitoring the situation.
Issuance has returned to expected performance and we've observed no further impact.
We are currently investigating this issue.
We have rolled out a fix for this issue and are now monitoring it before confirming the resolution.
We are continuing to monitor for any further issues.
This has now been resolved. Customers will have seen an impact from Jun 22, 2026, at 11:50 UTC.
We are seeing slow or failing issuance of wildcard certificates due to an ongoing incident with the LetsEncrypt certificate authority. We are actively monitoring the situation on our end.
We are no longer observing any impact from the LetsEncrypt incident. We continue to monitor.
We have observed no further impact from the upstream LetsEncrypt issue over the last 4 hours. All Render systems are fully operational.
We are currently investigating the problem. Try this work-around to get deploys going again: * Go into Workspace Settings * Change the Overlapping Deploy Policy to "Override" * Initiate a new deploy (which will then cancel the stuck deploy) * Change the Deploy Policy back to "Wait"
A fix has been implemented and we are monitoring the results.
This incident has been resolved. If you still have a stuck queued deploy, follow the instructions below under "Investigating" to clear the queue. It should then work again as expected going forward.
We are currently investigating this issue.
A fix has been implemented and we are monitoring the results.
This incident has been resolved.
The earlier "Platform latency" incident has affected queued deploys. We are implementing a fix
We are continuing to work on a fix for this issue. In the meantime, stuck deploys can be cleared with these steps: * Go into Workspace Settings * Change the Overlapping Deploy Policy to "Override" * Initiate a new deploy (which will then cancel the stuck deploy) * Change the Deploy Policy back to "Wait"
This incident has been resolved.
We are currently investigating delays across the platform affecting builds, deploys, and webhooks.
A fix has been implemented, and we are continuing to monitor. Auto-deploys would have been affected/missed by these delays and will need to be retriggered.
This incident has been resolved.