Taux d'erreur de soumission élevés
- identified
Le problème a été identifié et une solution est en cours de mise en oeuvre.
- resolved
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
92 Expo incidents · février 2026 — official updates, affected components, duration and resolution details.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous voyons un taux accru d'états de réponse d'erreur provenant de l'API App Store Connect (« Erreur de serveur interne 500 »).
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Vers 6h30 Californie Le temps, notre serveur API a commencé à connaître des taux d'erreur élevés pour les soumissions EAS et construire le traitement. Nous avons identifié le problème et mettons en œuvre une solution.
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 connaissons un niveau élevé d'erreurs d'API et nous examinons actuellement le problème.
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.
En raison de la charge élevée de la base de données, le site Web de l'Expo et plusieurs services, y compris la soumission d'emplois d'IC/CD, la création d'emplois et la soumission de magasins, étaient partiellement indisponibles. La question s'est apaisée à partir de 13h30 et nous continuons de diagnostiquer la cause fondamentale et de surveiller la santé des services.
La base de données primaire était soumise à une charge élevée de CPU de 1:11PM-1:29PM PT. L'impact de cela est que notre site Web et API étaient partiellement indisponibles \(plus précisément, à 80-90% de disponibilité\) pendant cette période. Portée Ce qui a été affecté: Cela a touché la plupart des services, y compris le site Web, les créations, les soumissions, les emplois d'IC/DC et la publication de mises à jour. Ce qui n'a pas été affecté: Le service des mises à jour aux utilisateurs finaux a maintenu la disponibilité de 100 000 %. Les mesures du rendement de l'application envoyées à Observe n'étaient pas non plus affectées. Analyse des causes profondes Un service d'orchestre interne utilisé pour mettre à jour l'état des emplois de CI/CD, y compris la construction d'emplois et la soumission de magasins, a été mis à jour afin de contrer les échecs au niveau de l'application. Nous enquêtons plus en profondeur et croyons actuellement que cela a conduit à une cascade de comptes rendus qui ont causé plus de défaillances lorsque la base de données était sous plus de charge qu'elle ne pouvait gérer. Réparation Le commit qui a changé de comportement de réessayer a été repoussé et nous éliminons la file d'attente des rétries. Pour une solution plus robuste, l'orchestreur interne doit gérer gracieusement la contre-pression à partir du serveur d'application et de la base de données, et appliquer plus de sauvegarde.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur cette question.
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 voyons encore une fois un taux élevé de soumissions iOS échouer. Nos journaux pointent toujours vers une API de connexion App Store défaillante (502 mauvais code de réponse passerelle).
Les erreurs de l'API 3ème partie ont cessé. Les présentations sont en bonne santé !
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous voyons un taux élevé de soumissions iOS échouer. Nos journaux pointent vers une API de connexion App Store défaillante (502 mauvais code de réponse passerelle).
On dirait que l'API de la 3ème partie est de nouveau en bonne santé. Nous allons continuer à surveiller.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur cette question.
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 sur un arriéré dans la file d'attente iOS pour les notifications d'Expo, ce qui a retardé l'envoi des notifications et la production des reçus de poussée.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur cette question
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Les utilisateurs peuvent connaître des temps de file d'attente prolongés ou des soumissions ratées en raison d'un problème de téléchargement d'artefacts de construction. Ceci est lié à une panne actuelle avec le stockage R2 https://www.cloudflarestatus.com/incidents/ftvf8c3m4mv5
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.
Temps de réponse pour les constructions Android et autres workflows Linux sont actuellement élevés en raison des contraintes de capacité régionale GCP. Nous sommes actuellement en mesure de fournir des capacités dans d'autres régions. Les emplois en attente continuent de progresser.
Les temps de réponse pour les constructions Android et d'autres workflows Linux sont actuellement élevés en raison de problèmes de fournisseur en amont affectant la fourniture de VM. Le GCP a confirmé la question et s'emploie à la résoudre.
Le problème en amont avec la création de VM a été résolu par GCP, les files d'attente des travailleurs Linux sont drainantes, et les temps de file d'attente reviennent aux niveaux attendus.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous surveillons actuellement les performances dégradées sur le registre des NPM. La dégradation peut provoquer des installations de paquet à temps, et EAS Builds à échouer lors de l'utilisation de NPM. Nous fournirons les mises à jour de NPM quand elles seront disponibles.
Cet incident a été résolu. NPM a rétabli la performance du registre. Les montages de paquets et les constructions EAS utilisant NPM devraient maintenant être terminés comme prévu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Maintenance sur l'instance cache servant des artefacts Maven à des constructions Android a rendu le cache indisponible. Nous mettons en œuvre des correctifs.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Les heures de file sont élevées pour les travailleurs Linux pour EAS Build et Workflows. Android construire des emplois peut être retardé. Nous enquêtons actuellement sur la question.
Nous avons déterminé que certains de nos caches de paquets sont sous charge élevée, ce qui provoque des temps de construction élevés et, à son tour, des temps de file plus élevés pour les travailleurs Linux. Nous travaillons actuellement sur une solution. Les constructions en cours continuent d'être achevées et les constructions en attente continuent d'être traitées.
Une correction a été déployée à 14h50 PT/5h50 ET. La file d'attente a fonctionné comme prévu. La cause profonde de cet incident est qu'une nouvelle version d'un cache avait besoin de plus de VCPUs qu'elle n'a été donnée, et nous avons augmenté le nombre de CPU en tant que correctif immédiat ainsi qu'une surveillance supplémentaire pour l'utilisation du CPU sur ces instances de cache.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous voyons des problèmes dans notre fournisseur de cloud qui causent une perturbation de la disponibilité de l'API et du site Web en plus des retards lors du traitement des événements GitHub.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
À partir de 10h06, nous avons reprogrammé nos services à l'extérieur de la zone de disponibilité affectée qui a encore quelques problèmes de réseau. Bref, les services d'Expo ne sont plus affectés, mais nous surveillons les mises à jour du statut du fournisseur de cloud jusqu'à ce que l'incident soit complètement résolu et nous pouvons reprogrammer les services dans toutes les zones de disponibilité.
Le réseau de notre fournisseur de cloud est pleinement opérationnel dans toutes les zones de disponibilité utilisées par Expo.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous rencontrons des problèmes de disponibilité avec le traitement de notre travail de fond. Cela a une incidence sur l'ensemble des activités des SAE. Nous enquêtons sur la question et fournirons des mises à jour dès que nous aurons plus d'informations.
Un correctif a été mis en place et nous surveillons les systèmes à mesure qu'ils se rétablissent.
Les systèmes se sont pour la plupart rétablis.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Les utilisateurs peuvent éprouver des erreurs à partir d'Apple lors du téléchargement sur App Store Connect, ce qui entraîne des soumissions ratées. Nous continuons de surveiller.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
L'utilisateur peut éprouver des soumissions iOS retardées avec des téléchargements de construction longue sur App Store Connect. L'API d'AppleS reporte des états d'attente ou de traitement prolongés, ce qui augmentera les temps de file d'attente de soumission
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.