Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    Cronologia delle interruzioni di GitHub

    172 GitHub incidents · marzo 2026 — official updates, affected components, duration and resolution details.

    Torna allo stato attuale

    Elevato 404s per GitHub App s2s gettoni in git/API

    Inizio 27 ottobre 2026 alle ore 08:00 UTC · 0m

    Pending
    1. 27 ottobre 2026 alle ore 20:21 UTCresolved

      Tra il 0655 e il 0801 UTC il 10/27, i clienti hanno registrato un aumento dei tassi di guasto per le richieste API e git autenticati con i token server-to-server per le app GitHub (esclusi i gettoni Azioni). Durante questa finestra, le operazioni di git autenticate sono ritornate per errore 404 per 1.24% (2.6x) di richieste in media e 2.49% (5.3x) al picco. Questi guasti sono stati causati da un evento di manutenzione programmato in cui GitHub migrava 7 tabelle tra due cluster MySQL nei nostri datacenter IAD e Azure Central US. Una delle tabelle interessate memorizza i record di installazione per i token server-to-server di GitHub App (escluse le Azioni). Abbiamo completato con successo molte di queste migrazioni negli ultimi mesi senza notevole impatto del cliente. Tuttavia, in questo caso, la migrazione coincise con un lavoro di pulizia programmato sulla tabella dei record di installazione, che ha cancellato circa 59 milioni di record dal 0444-0617 UTC. Di conseguenza, la strumentazione gh-ost utilizzata nella migrazione ha sperimentato ritardi di replica intercluster (fino a 1 ora al picco). A 0655 UTC, iniziamo le letture di transizione delle tabelle di destinazione al nuovo cluster MySQL, con il 100% delle letture cutover a 0721 UTC. L'impatto del cliente è iniziato, ma non è stato rilevato, durante il taglio di lettura e persistito fino al completamento del cutover di scrittura al 0801 UTC. Stiamo aggiornando i nostri processi e l'automazione per evitare una ripetizione di questo incidente, tra cui disabilitare i lavori di pulizia sovrapposti prima di queste migrazioni e bloccare il taglio delle letture quando i ritardi di replica sono alti.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Incidente con Azioni, Emissioni, Richieste API e Richieste

    Inizio 26 ottobre 2026 alle ore 18:48 UTC · 9m

    IssuesIncidente minore
    Componenti interessati
    IssuesPull RequestsActionsAPI Requests
    1. 26 ottobre 2026 alle ore 18:48 UTCinvestigating

      Stiamo indagando i rapporti delle prestazioni degradate per le richieste API, azioni, problemi e richieste di estrazione

    2. 26 ottobre 2026 alle ore 18:50 UTCmonitoring

      Il degrado è stato mitigato. Stiamo monitorando per garantire la stabilità.

    3. 26 ottobre 2026 alle ore 18:54 UTCmonitoring

      Abbiamo visto una elevata latenza che riguarda le richieste di REST API, inclusi i Controlli, e alcune Azioni, Problemi, Richieste e funzionalità GraphQL. Alcune richieste potrebbero essere state lente o tempestive, e le notifiche sono state ritardate da 17:59 UTC - 18:40 UTC. Abbiamo mitigato il problema e tutti i servizi sono stati recuperati.

    4. 26 ottobre 2026 alle ore 18:57 UTCresolved

      Questo incidente è stato risolto. Grazie per la vostra pazienza e comprensione come abbiamo affrontato questo problema. Un'analisi dettagliata della causa radice sarà condivisa non appena è disponibile.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Grok 4.6 e Grok 4.7 Problemi di servizio

    Inizio 23 ottobre 2026 alle ore 23:41 UTC · 42m

    IssuesIncidente minore
    Componenti interessati
    Copilot AI Model Providers
    1. 23 ottobre 2026 alle ore 23:41 UTCinvestigating

      Stiamo indagando i rapporti delle prestazioni degradate per i fornitori di modelli AI Copilot

    2. 23 ottobre 2026 alle ore 23:42 UTCinvestigating

      Stiamo sperimentando disponibilità degradata per i modelli Grok 4.6 e Grok 4.7 in prodotti Copilot e superfici IDE. Ciò è dovuto a un problema con un fornitore di modelli a monte. Mentre lavoriamo con loro per risolvere il problema, si consiglia di scegliere un altro modello o selezionare 'Auto' per continuare a utilizzare Copilot.

    3. 24 ottobre 2026 alle ore 00:23 UTCmonitoring

      Il degrado dei fornitori di modelli AI copilota è stato mitigato. Stiamo monitorando per garantire la stabilità.

    4. 24 ottobre 2026 alle ore 00:23 UTCresolved

      Tra le 23:28 e le 00:23 UTC il 27 ottobre 2026, GitHub Copilot ha sperimentato la degradazione che interessa i modelli Grok 4.6 e Grok 4.7. Gli utenti hanno riscontrato elevati tassi di errore durante l'utilizzo di questi modelli. Il degrado è stato causato da un problema con un fornitore di modelli a monte. Gli ingegneri GitHub hanno rilevato il problema attraverso il monitoraggio automatizzato e coordinato con il fornitore. Il nostro sistema automatizzato di accensione del modello ha attivato avvertimenti in-product per i modelli colpiti durante l'incidente. Il servizio è tornato alla normalità dopo che il fornitore ha implementato una mitigazione.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Disturbo con gli avvisi Dependabot

    Inizio 23 ottobre 2026 alle ore 14:58 UTC · 3h 53m

    IssuesIncidente minore
    1. 23 ottobre 2026 alle ore 14:58 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni incise per alcuni servizi GitHub.

    2. 23 ottobre 2026 alle ore 15:00 UTCinvestigating

      Stiamo indagando ritardi in alcuni avvisi di Dependabot che si chiudono dopo che i repository interessati sono stati aggiornati per affrontare una vulnerabilità. L'elaborazione dell'avviso è sostenuta. Condividiamo più informazioni in quanto diventa disponibile.

    3. 23 ottobre 2026 alle ore 15:39 UTCinvestigating

      Stiamo scalando la capacità di elaborazione degli avvisi per ridurre il backlog causando ritardi in alcuni avvisi di Dependabot che si chiudono dopo che i repository interessati sono stati aggiornati. Stiamo continuando a monitorare e condividere un altro aggiornamento come ulteriori informazioni diventano disponibili.

    4. 23 ottobre 2026 alle ore 16:11 UTCinvestigating

      Stiamo continuando a indagare i ritardi in alcuni avvisi di Dependabot che si chiudono dopo che i repository interessati sono aggiornati. L'elaborazione all'erta rimane sostenuta e la capacità di elaborazione aggiuntiva si sta esaurendo per contribuire a ridurre il backlog. Stiamo monitorando il rollout e condividere un altro aggiornamento come si impara di più.

    5. 23 ottobre 2026 alle ore 16:43 UTCinvestigating

      Stiamo continuando a indagare i ritardi in alcuni avvisi di Dependabot che si chiudono dopo che i repository interessati sono aggiornati. L'elaborazione all'erta rimane sostenuta e la capacità di elaborazione aggiuntiva si sta esaurendo per contribuire a ridurre il backlog. Stiamo monitorando i progressi e condivideremo un altro aggiornamento mentre impariamo di più.

    6. 23 ottobre 2026 alle ore 17:27 UTCinvestigating

      Alcuni avvisi di Dependabot continuano ad essere ritardati nella chiusura dopo gli aggiornamenti del repository indirizzano una vulnerabilità. Stiamo continuando a indagare e a lavorare per ripristinare la normale elaborazione.

    7. 23 ottobre 2026 alle ore 18:36 UTCmonitoring

      Il degrado è stato mitigato. Stiamo monitorando per garantire la stabilità.

    8. 23 ottobre 2026 alle ore 18:51 UTCresolved

      Abbiamo identificato che un fan-out guidato dalla pubblicazione di consulenza era travolgente l'elaborazione di avvisi di Dependabot sui repository, saturando la coda con i propri eventi, ritardando l'elaborazione di eventi relativi alle spinte del repository. Ora abbiamo isolato questo fan-out e applicato un'acceleratore in modo che corre a un tasso fisso e non può ritardare altri eventi. Questa bonifica ha evitato con successo un nuovo processo di fan-out che colpisce gli utenti.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Risultati di controllo dello stato delle azioni in ritardo

    Inizio 23 ottobre 2026 alle ore 07:29 UTC · 36m

    IssuesIncidente minore
    Componenti interessati
    Actions
    1. 23 ottobre 2026 alle ore 07:29 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni degradate per le azioni

    2. 23 ottobre 2026 alle ore 07:31 UTCinvestigating

      Stiamo vedendo ritardi nei risultati dei flussi di lavoro di Azioni che vengono riportati all'interno di GitHub a partire da 07:07 UTC. Il recupero è già stato visto, ma il nostro team continua a indagare e monitorare le prestazioni.

    3. 23 ottobre 2026 alle ore 07:53 UTCmonitoring

      Il degrado delle azioni è stato mitigato. Stiamo monitorando per garantire la stabilità.

    4. 23 ottobre 2026 alle ore 07:56 UTCmonitoring

      A partire da 07:27 UTC, Azioni risultati stanno consegnando all'interno SLO normali di nuovo. Grazie per questa pazienza durante questo periodo di ritardo Azioni risultati consegna. Il nostro team continua a monitorare la salute del sistema ed esplorare le raffinerie per ridurre l'impatto ai clienti in futuro.

    5. 23 ottobre 2026 alle ore 08:05 UTCresolved

      Questo incidente è stato risolto. Grazie per la vostra pazienza e comprensione come abbiamo affrontato questo problema. Un'analisi dettagliata della causa radice sarà condivisa non appena è disponibile.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Aggiornamenti del progetto ritardati

    Inizio 22 ottobre 2026 alle ore 15:28 UTC · 11h 2m

    IssuesIncidente minore
    Componenti interessati
    IssuesPackagesPull RequestsActionsAPI Requests
    1. 22 ottobre 2026 alle ore 15:28 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni degradate per azioni, questioni e richieste di estrazione

    2. 22 ottobre 2026 alle ore 15:33 UTCinvestigating

      Alcuni utenti possono sperimentare errori intermittenti di caricamento Problemi, Pull Richieste e risultati di ricerca su github.com. Stiamo indagando e lavorando per ripristinare il normale servizio.

    3. 22 ottobre 2026 alle ore 16:08 UTCinvestigating

      Alcuni utenti continuano a sperimentare errori intermittenti di caricamento Problemi, Pull Richieste e risultati di ricerca su github.com. Stiamo indagando e valutando le opzioni di mitigazione per ripristinare il servizio normale.

    4. 22 ottobre 2026 alle ore 16:26 UTCinvestigating

      API Richieste sta sperimentando le prestazioni degradate. Stiamo continuando a indagare.

    5. 22 ottobre 2026 alle ore 16:28 UTCinvestigating

      I pacchetti stanno vivendo prestazioni degradate. Stiamo continuando a indagare.

    6. 22 ottobre 2026 alle ore 16:35 UTCinvestigating

      API Richieste funziona normalmente.

    7. 22 ottobre 2026 alle ore 16:41 UTCinvestigating

      Alcuni utenti continuano a sperimentare errori di caricamento Problemi, Pull Requests, pacchetti e risultati di ricerca su github.com. Stiamo lavorando attraverso molteplici sforzi di mitigazione e continuiamo a indagare.

    8. 22 ottobre 2026 alle ore 17:16 UTCinvestigating

      Stiamo vedendo il recupero dopo l'aggiunta di capacità, con errori in diminuzione. Alcuni utenti possono ancora sperimentare errori di caricamento Problemi, Pull Richieste e risultati di ricerca su github.com. Stiamo continuando a lavorare per il pieno recupero e il monitoraggio della stabilità.

    9. 22 ottobre 2026 alle ore 17:41 UTCinvestigating

      Le azioni, i problemi, i pacchetti e le richieste di estrazione funzionano normalmente.

    10. 22 ottobre 2026 alle ore 17:43 UTCinvestigating

      Stiamo rivedendo i servizi interessati. GitHub Projects sta ancora recuperando mentre vengono elaborati gli aggiornamenti in coda e continuiamo a monitorare la stabilità.

    11. 22 ottobre 2026 alle ore 18:26 UTCinvestigating

      Gli altri servizi interessati sono stati recuperati. Stiamo continuando a indagare su GitHub Projects e verificare che l'operazione normale sia stata ripristinata.

    12. 22 ottobre 2026 alle ore 19:04 UTCinvestigating

      Alcuni aggiornamenti in GitHub Projects sono ancora ritardati. Stiamo continuando a mitigare il lavoro e il monitoraggio.

    13. 22 ottobre 2026 alle ore 19:56 UTCinvestigating

      Alcuni progetti GitHub aggiornamenti relativi alle modifiche di emissione e le richieste di pull fuse sono ancora ritardati. Stiamo indagando sui restanti ritardi e stiamo lavorando per ripristinare l'elaborazione normale.

    14. 22 ottobre 2026 alle ore 20:46 UTCinvestigating

      Alcuni aggiornamenti GitHub Projects, tra cui nuovi elementi aggiunti e modifiche a problemi e richieste di pull, rimangono ritardati. Abbiamo identificato interruzioni nell'elaborazione degli aggiornamenti e stiamo valutando le mitigazioni per ripristinare il normale funzionamento.

    15. 22 ottobre 2026 alle ore 22:07 UTCinvestigating

      Alcuni aggiornamenti GitHub Projects, tra cui nuovi elementi aggiunti e modifiche a problemi e richieste di pull, sono ancora ritardati. Abbiamo visto un po' di recupero, e stiamo lavorando per aggiungere più capacità per accelerare il recupero.

    16. 22 ottobre 2026 alle ore 23:48 UTCinvestigating

      GitHub Projects aggiornamento elaborazione è migliorato, ma nuovi elementi aggiunti possono ancora richiedere più tempo di quanto previsto per apparire. Stiamo continuando a lavorare sui restanti ritardi e monitoriamo il recupero.

    17. 23 ottobre 2026 alle ore 00:55 UTCmonitoring

      Il degrado è stato mitigato. Stiamo monitorando per garantire la stabilità.

    18. 23 ottobre 2026 alle ore 02:30 UTCresolved

      Questo incidente è stato risolto. Grazie per la vostra pazienza e comprensione come abbiamo affrontato questo problema. Un'analisi dettagliata della causa radice sarà condivisa non appena è disponibile.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Incidente con i risultati delle azioni

    Inizio 22 ottobre 2026 alle ore 14:18 UTC · 1h 1m

    IssuesIncidente minore
    Componenti interessati
    Actions
    1. 22 ottobre 2026 alle ore 14:18 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni degradate per le azioni

    2. 22 ottobre 2026 alle ore 14:19 UTCinvestigating

      Stiamo indagando i ritardi nell'elaborazione dei risultati del workflow e dei passi GitHub Actions, insieme ad alcuni aggiornamenti del repository.

    3. 22 ottobre 2026 alle ore 14:35 UTCinvestigating

      L'elaborazione dell'aggiornamento del repository è stata recuperata. Stiamo continuando a lavorare sui ritardi che interessano il flusso di lavoro GitHub Actions e i risultati delle fasi. Condivideremo un altro aggiornamento mentre facciamo progressi.

    4. 22 ottobre 2026 alle ore 15:06 UTCinvestigating

      Stiamo vedendo il recupero, e l'elaborazione di aggiornamento del repository è tornato alla normalità. I relè che interessano il flusso di lavoro di GitHub Actions e i risultati delle fasi stanno continuando a sgomberare mentre ridimensioniamo la capacità di elaborazione; il backlog rimanente dovrebbe impiegare circa 20 minuti per lo scarico.

    5. 22 ottobre 2026 alle ore 15:17 UTCmonitoring

      Il degrado delle azioni è stato mitigato. Stiamo monitorando per garantire la stabilità.

    6. 22 ottobre 2026 alle ore 15:18 UTCmonitoring

      GitHub Azioni flusso di lavoro e l'elaborazione dei risultati passo è recuperato. L'elaborazione dell'aggiornamento del repository è tornata alla normalità.

    7. 22 ottobre 2026 alle ore 15:18 UTCresolved

      Questo incidente è stato risolto. Grazie per la vostra pazienza e comprensione come abbiamo affrontato questo problema. Un'analisi dettagliata della causa radice sarà condivisa non appena è disponibile.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Delays for Pull Requests and Webhook consegne

    Inizio 21 ottobre 2026 alle ore 14:52 UTC · 4h 30m

    OutageIncidente critico
    Componenti interessati
    Pull RequestsActionsWebhooks
    1. 21 ottobre 2026 alle ore 14:52 UTCinvestigating

      Stiamo indagando i rapporti delle prestazioni degradate per Azioni, Pull Requests e Webhooks

    2. 21 ottobre 2026 alle ore 15:15 UTCinvestigating

      Le azioni stanno vivendo prestazioni degradate. Stiamo continuando a indagare.

    3. 21 ottobre 2026 alle ore 15:36 UTCinvestigating

      Stiamo indagando ritardi che interessano la richiesta di aggiornamenti e consegne webhook. Aumento del carico sulla nostra piattaforma di streaming eventi contribuisce a hotspot. Stiamo spostando il traffico dalle aree colpite e aggiungendo capacità di elaborazione; l'impatto è in corso mentre queste mitigazioni hanno effetto.

    4. 21 ottobre 2026 alle ore 15:58 UTCinvestigating

      Continuiamo a vedere i ritardi che riguardano gli aggiornamenti delle richieste, le consegne di webhook e gli eventi di log di audit. La piattaforma di streaming eventi mostra segni di recupero, e stiamo monitorando come l'impatto continua.

    5. 21 ottobre 2026 alle ore 16:17 UTCinvestigating

      Gli eventi di registro e gli aggiornamenti di stato del flusso di lavoro di azioni continuano ad essere ritardati. Estrarre gli aggiornamenti delle richieste e le consegne webhook stanno recuperando mentre ristabiliamo l'elaborazione degli eventi e lavoriamo attraverso i backlog. Stiamo monitorando il recupero e condividere ulteriori aggiornamenti come si impara di più.

    6. 21 ottobre 2026 alle ore 16:25 UTCinvestigating

      Gli eventi del registro di controllo sono ritardati fino a 100 minuti, e gli aggiornamenti dello stato del flusso di lavoro di Azioni continuano a verificarsi ritardi prolungati. Estrarre gli aggiornamenti delle richieste e le consegne webhook stanno recuperando mentre ristabiliamo l'elaborazione degli eventi e lavoriamo attraverso i backlog. Stiamo monitorando il recupero e condividere ulteriori aggiornamenti come si impara di più.

    7. 21 ottobre 2026 alle ore 16:33 UTCinvestigating

      Pull Requests funziona normalmente.

    8. 21 ottobre 2026 alle ore 16:34 UTCinvestigating

      Gli eventi del registro di controllo continuano ad essere ritardati fino a 110 minuti. Estrarre gli aggiornamenti della richiesta sono stati recuperati. Le azioni stanno recuperando, e gli utenti non dovrebbero più sperimentare l'impatto in Azioni. Webhook consegne continuano a recuperare mentre lavoriamo attraverso backlog. Stiamo monitorando il recupero e condividere ulteriori aggiornamenti come si impara di più.

    9. 21 ottobre 2026 alle ore 16:57 UTCinvestigating

      Azioni e Webhooks sono operativi normalmente.

    10. 21 ottobre 2026 alle ore 16:59 UTCinvestigating

      Azioni e consegne webhook hanno recuperato. Gli eventi del registro di controllo sono ancora in ritardo di circa 100 minuti. Stiamo lavorando attraverso il backlog, e il recupero completo ci vorrà del tempo. Condivideremo altri aggiornamenti mentre il recupero continua.

    11. 21 ottobre 2026 alle ore 17:09 UTCinvestigating

      Estrarre gli aggiornamenti della richiesta, Azioni, e le consegne webhook hanno recuperato. Gli eventi Audit log stanno recuperando e i ritardi stanno diminuendo, ma ci aspettiamo che il backlog rimanente prenda circa due o tre ore per liberarsi. Stiamo monitorando il recupero e condividere ulteriori aggiornamenti.

    12. 21 ottobre 2026 alle ore 18:18 UTCinvestigating

      Gli eventi del registro di controllo stanno recuperando, con ritardi ora sotto 90 minuti come il backlog rimanente viene elaborato. Abbiamo ridotto il carico sulla piattaforma di gestione eventi e stiamo monitorando il recupero. Ulteriori aggiornamenti seguiranno.

    13. 21 ottobre 2026 alle ore 18:52 UTCinvestigating

      Gli eventi di registro di controllo continuano a recuperare, con ritardi ora sotto 70 minuti. Abbiamo applicato le mitigazioni al recupero della velocità e ci aspettiamo i registri di audit per recuperare completamente in circa 40 minuti. Estrarre gli aggiornamenti della richiesta, Azioni e consegne webhook rimangono recuperati. Stiamo monitorando i progressi e condividere ulteriori aggiornamenti.

    14. 21 ottobre 2026 alle ore 19:22 UTCinvestigating

      Estrarre gli aggiornamenti della richiesta, Azioni, e le consegne webhook hanno recuperato. I ritardi del registro di controllo sono ora inferiori a 40 minuti, all'interno della soglia sana, e continuano a diminuire come il backlog rimanente viene elaborato.

    15. 21 ottobre 2026 alle ore 19:22 UTCresolved

      Questo incidente è stato risolto. Grazie per la vostra pazienza e comprensione come abbiamo affrontato questo problema. Un'analisi dettagliata della causa radice sarà condivisa non appena è disponibile.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Disponibilità degradata per GitHub Azioni, GitHub Pagine e Webhooks

    Inizio 19 ottobre 2026 alle ore 15:24 UTC · 1h 28m

    OutageIncidente critico
    Componenti interessati
    ActionsWebhooksPages
    1. 19 ottobre 2026 alle ore 15:49 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni degradate per azioni e pagine

    2. 19 ottobre 2026 alle ore 15:50 UTCinvestigating

      Webhooks sta sperimentando le prestazioni degradate. Stiamo continuando a indagare.

    3. 19 ottobre 2026 alle ore 15:56 UTCinvestigating

      Stiamo attualmente indagando sulla disponibilità degradata che interessa GitHub Actions, GitHub Pages e Webhooks. I clienti possono sperimentare ritardi nella lavorazione del flusso di lavoro, la costruzione del sito e la consegna webhook.

    4. 19 ottobre 2026 alle ore 16:30 UTCinvestigating

      Stiamo vedendo il recupero dopo la mitigazione e stiamo continuando a monitorare. I clienti possono ancora sperimentare ritardi in GitHub Azioni aggiornamenti di stato flusso di lavoro, GitHub Pagine distribuzioni, e controllare e flusso di lavoro webhook eventi generati da Azioni funziona.

    5. 19 ottobre 2026 alle ore 16:56 UTCmonitoring

      Azioni, Pagine e Webhooks funzionano normalmente.

    6. 19 ottobre 2026 alle ore 16:56 UTCresolved

      Il 19 ottobre 2026, tra 15:24 e 16:52 UTC, GitHub Azioni, GitHub Pagine e webhooks generati da Azioni sono state degradate. Aggiornamenti dal vivo su GitHub.com e ricerca di codice sono stati anche degradati per una parte di questa volta. Nessun dato è stato perso. Impatto - Aggiornamenti di stato del flusso di lavoro, registri e controlli sono stati ritardati. - il 5,13% dei posti di lavoro sui corridori ospitati da GitHub è stato ritardato all'inizio, e lo 0,02% dei flussi di lavoro è fallito. - Durante i primi 30 minuti, l'8,47% delle richieste alle Azioni posti di lavoro REST API ha restituito errori. Le distribuzioni delle pagine e i webhooks generati da Azioni sono stati ritardati. Un servizio di Azioni interne che memorizza i registri e lo stato di esecuzione ha perso le connessioni ad alcuni dei suoi server di cache in una regione cloud e li ha immediatamente recuperati da ogni server in una sola volta. Il conseguente aumento di nuove connessioni ha sovraccaricato un collegamento di rete condiviso tra il nostro data center e quella regione, che ha anche interrotto altri servizi che utilizzano lo stesso link. Abbiamo mitigato l'incidente spostando il servizio Azioni dai server cache interessati e riducendo le connessioni da altri servizi sul link. Abbiamo quindi elaborato il lavoro delle azioni ritardate. Stiamo continuando a indagare sulla causa dei tempi di connessione iniziali. Eravamo già nel processo di srotolare un limite su quanto rapidamente questo servizio può aprire nuove connessioni, ma era ancora in modalità ombra (solo logging, non enforcing) al momento dell'incidente. Da allora l'abbiamo completamente applicato e abbiamo bloccato i tentativi di connessione concorrenziali del servizio. Stiamo estendendo questi limiti ad altri servizi di Azioni, aggiungendo il backoff ai retries, limitando quanto capacità di rete condivisa può utilizzare un unico servizio, e migliorando l'avviso in modo da poter trovare la fonte di connessione aumenta più velocemente.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    L'automazione CCA viene ritardata quando si avvia un'automazione

    Inizio 15 ottobre 2026 alle ore 18:31 UTC · 24m

    IssuesIncidente minore
    1. 15 ottobre 2026 alle ore 18:31 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni incise per alcuni servizi GitHub.

    2. 15 ottobre 2026 alle ore 18:34 UTCinvestigating

      CCA Automations sta vivendo ritardi quando gli utenti avviano un'automazione

    3. 15 ottobre 2026 alle ore 18:53 UTCmonitoring

      Il degrado è stato mitigato. Stiamo monitorando per garantire la stabilità.

    4. 15 ottobre 2026 alle ore 18:56 UTCresolved

      Abbiamo sospettato che CCA Automations stava vivendo ritardi quando gli utenti avviano un'automazione, ma ulteriori indagini hanno scoperto che non c'era ritardo o impatto per CCA Automations.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    [Retroactive] Azioni workflow run log ritardati

    Inizio 13 ottobre 2026 alle ore 20:30 UTC · 0m

    IssuesIncidente minore
    1. 14 ottobre 2026 alle ore 00:12 UTCresolved

      Il 13 ottobre, circa 20:42 UTC, un guasto dell'infrastruttura ha causato GitHub Azioni di avere ritardi che mostrano i log per i flussi di lavoro. Nessun registro è stato perso e il problema è stato risolto e l'elaborazione dei registri è stata rilevata. I flussi di lavoro effettivi che producono i registri non sono stati influenzati e hanno funzionato normalmente e non si sono verificati ritardi di esecuzione o ritardi di controllo.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Incidente con Azioni, Estrarre richieste e questioni

    Inizio 12 ottobre 2026 alle ore 12:21 UTC · 7h 54m

    IssuesIncidente minore
    Componenti interessati
    IssuesPull RequestsActions
    1. 12 ottobre 2026 alle ore 12:21 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni degradate per azioni, questioni e richieste di estrazione

    2. 12 ottobre 2026 alle ore 12:33 UTCinvestigating

      Gli utenti possono sperimentare problemi di caricamento della scheda Azioni UI, interagire con l'API Checks, la coda di nuove Azioni funziona, la creazione e l'aggiornamento dei problemi, e la richiesta di recensioni PR, anche tramite REST e API GraphQL.

    3. 12 ottobre 2026 alle ore 12:57 UTCinvestigating

      Abbiamo una mitigazione del progresso e stiamo monitorando per il recupero. Gli utenti possono anche sperimentare le notifiche web ritardate come mitigate.

    4. 12 ottobre 2026 alle ore 13:02 UTCinvestigating

      Pull Requests funziona normalmente.

    5. 12 ottobre 2026 alle ore 13:38 UTCinvestigating

      La nostra mitigazione iniziale non è stata pienamente riuscita, e gli utenti possono ancora sperimentare ritardi e errori con Azioni, problemi e progetti, e le notifiche sono ritardate. Stiamo continuando a indagare sulla causa principale e a lavorare su ulteriori mitigazioni.

    6. 12 ottobre 2026 alle ore 14:35 UTCinvestigating

      Il degrado dei problemi è stato mitigato. Stiamo monitorando per garantire la stabilità.

    7. 12 ottobre 2026 alle ore 14:36 UTCinvestigating

      Il degrado delle azioni è stato mitigato. Stiamo monitorando per garantire la stabilità.

    8. 12 ottobre 2026 alle ore 14:37 UTCinvestigating

      Abbiamo mitigato i problemi con Azioni, problemi e progetti, e abbiamo una mitigazione in corso per affrontare il ritardo con le notifiche.

    9. 12 ottobre 2026 alle ore 15:19 UTCinvestigating

      Abbiamo applicato con successo una mitigazione per le notifiche, e le notifiche sono riprese, ma continueremo ad essere ritardati mentre lavoriamo attraverso un backlog.

    10. 12 ottobre 2026 alle ore 15:50 UTCinvestigating

      Le notifiche sono riprese, ma continueranno ad essere ritardate mentre lavoriamo attraverso un backlog.

    11. 12 ottobre 2026 alle ore 17:34 UTCinvestigating

      Le notifiche Web ed e-mail continuano ad essere ritardate mentre lavoriamo attraverso un backlog delle notifiche.

    12. 12 ottobre 2026 alle ore 19:28 UTCinvestigating

      Le notifiche via Web e-mail saranno ritardate per un'ora in più poiché siamo vicini a completare il backlog delle notifiche.

    13. 12 ottobre 2026 alle ore 20:16 UTCresolved

      Il 12 ottobre 2026 11:51 UTC GitHub ha sperimentato elevate 500 risposte in diverse pagine di applicazione. Ciò ha causato guasti su problemi e richieste di estrazione e progetti e azioni. I clienti hanno anche sperimentato le notifiche ritardate nella loro casella di posta e via e-mail. L'impatto immediato su questioni, richieste di estrazione, progetti e azioni è stato mitigato da 12:41 UTC il 12 ottobre. Notifiche consegne alla casella di posta e via e-mail sono state recuperando a 15:27 UTC e completamente mitigato da 20:16 UTC. L'incidente è stato innescato attraverso una condizione latente nella nostra pipeline di distribuzione notifiche che ha messo un alto volume di una domanda costosa sulle nostre repliche di database sharded. Questa ridotta capacità di database disponibile per soddisfare le richieste di problemi, richieste di estrazione, progetti e azioni. Abbiamo fissato il percorso di codice della pipeline di notifiche che ha rilasciato la query costosa. Stiamo anche migliorando la resilienza dello strato di database per ridurre la probabilità e l'impatto di incidenti simili.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Incidente con Git Operazioni, Emissioni, Azioni e Richieste

    Inizio 7 ottobre 2026 alle ore 17:17 UTC · 48m

    OutageIncidente critico
    Componenti interessati
    IssuesPull RequestsActionsGit Operations
    1. 7 ottobre 2026 alle ore 17:17 UTCinvestigating

      Stiamo indagando i rapporti delle prestazioni degradate per azioni, operazioni Git, questioni e richieste di estrazione

    2. 7 ottobre 2026 alle ore 17:25 UTCinvestigating

      Abbiamo osservato l'impatto diffuso attraverso i servizi GitHub da 16:52 UTC a 17:01 UTC, e stanno indagando la causa principale. Tutti i sistemi sono stati recuperati. Questo incidente è una ripresa dell'incidente dall'inizio del giorno https://www.githubstatus.com/incidents/djlmxz2zd0j7. La mitigazione duratura è in corso. Forniamo un altro aggiornamento in 30 minuti.

    3. 7 ottobre 2026 alle ore 17:27 UTCmonitoring

      Il degrado è stato mitigato. Stiamo monitorando per garantire la stabilità.

    4. 7 ottobre 2026 alle ore 18:00 UTCmonitoring

      Tutti i sistemi sono stati recuperati. Abbiamo applicato le mitigazioni e non anticipare un'altra ricorrenza.

    5. 7 ottobre 2026 alle ore 18:04 UTCresolved

      Il 7 ottobre 2026, dalle 16:52 alle 17:01 UTC, GitHub ha sperimentato una ricorrenza del outage di scrittura-operazione dall'inizio di quel giorno. Entrambi gli outage hanno condiviso la stessa causa principale. Si prega di fare riferimento al riassunto combinato che copre entrambi gli incidenti, il loro impatto e le nostre misure di prevenzione: https://www.githubstatus.com/incidents/djlmxz2zd0j7

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Incidente con Git Operations, Pull Requests and Actions

    Inizio 7 ottobre 2026 alle ore 15:14 UTC · 1h 10m

    OutageIncidente critico
    Componenti interessati
    IssuesPull RequestsActionsWebhooksGit Operations
    1. 7 ottobre 2026 alle ore 15:14 UTCinvestigating

      Stiamo indagando sui rapporti di disponibilità degradata per Azioni, Git Operazioni e Pull Requests

    2. 7 ottobre 2026 alle ore 15:15 UTCinvestigating

      I problemi stanno vivendo prestazioni degradate. Stiamo continuando a indagare.

    3. 7 ottobre 2026 alle ore 15:16 UTCinvestigating

      Webhooks sta vivendo la disponibilità degradata. Stiamo continuando a indagare.

    4. 7 ottobre 2026 alle ore 15:24 UTCinvestigating

      Abbiamo osservato l'impatto diffuso attraverso i servizi GitHub tra 15:06 UTC e 15:16 UTC, e stanno indagando la causa principale. Stiamo vedendo tutti i sistemi recuperare, e fornirà un altro aggiornamento a breve.

    5. 7 ottobre 2026 alle ore 15:25 UTCinvestigating

      Pull Requests sta vivendo prestazioni degradate. Stiamo continuando a indagare.

    6. 7 ottobre 2026 alle ore 15:27 UTCinvestigating

      Git Operations funziona normalmente.

    7. 7 ottobre 2026 alle ore 15:27 UTCinvestigating

      Webhooks sta sperimentando le prestazioni degradate. Stiamo continuando a indagare.

    8. 7 ottobre 2026 alle ore 15:31 UTCinvestigating

      Il degrado che colpisce Pull Requests è stato mitigato. Stiamo monitorando per garantire la stabilità.

    9. 7 ottobre 2026 alle ore 15:32 UTCinvestigating

      Le azioni funzionano normalmente.

    10. 7 ottobre 2026 alle ore 15:35 UTCinvestigating

      Git Operations sta sperimentando prestazioni degradate. Stiamo continuando a indagare.

    11. 7 ottobre 2026 alle ore 15:41 UTCinvestigating

      Stiamo osservando il recupero parziale in tutti i sistemi. Stiamo continuando a monitorare e indagare la causa principale della rottura.

    12. 7 ottobre 2026 alle ore 15:47 UTCinvestigating

      Il degrado dei problemi è stato mitigato. Stiamo monitorando per garantire la stabilità.

    13. 7 ottobre 2026 alle ore 15:49 UTCinvestigating

      Il degrado che colpisce Git Operations e Webhooks è stato mitigato. Stiamo monitorando per garantire la stabilità.

    14. 7 ottobre 2026 alle ore 15:56 UTCmonitoring

      Il degrado è stato mitigato. Stiamo monitorando per garantire la stabilità.

    15. 7 ottobre 2026 alle ore 15:58 UTCmonitoring

      Stiamo vedendo il pieno recupero in tutti i sistemi, tra cui Git Operations, Pull Requests e Actions. Stiamo continuando a indagare la causa principale della rottura tra 15:06 UTC e 15:16 UTC, e condividere un altro aggiornamento breve.

    16. 7 ottobre 2026 alle ore 16:23 UTCmonitoring

      Git Operations, Pull Requests and Actions sono completamente recuperati e stabili. La causa principale è stata identificata e le mitigazioni sono state applicate per prevenire una ripresa.

    17. 7 ottobre 2026 alle ore 16:25 UTCresolved

      Il 7 ottobre 2026, GitHub aveva due outage di operazioni di scrittura con la stessa causa, per un totale di circa 19 minuti. Il primo corse da 15:06 a 15:16 UTC (circa 10 minuti) e il secondo da 16:52 a 17:01 UTC (circa 9 minuti). In entrambe le finestre, le azioni che salvano o cambiano i dati sono fallite nelle operazioni Git, estrae richieste, problemi, GitHub Azioni, API, webhooks, sign-in e autenticazione, GitHub Apps e OAuth, la scansione del codice, Codespaces e Copilot. I dati di lettura non erano in gran parte influenzati. Nel primo outage, il 5,6% di tutte le richieste web e API è fallito, raggiungendo l'8,9% e oltre 12.000 organizzazioni hanno visto richieste fallite. Fino al 26% delle richieste di autenticazione Git è fallito, e il 17% del flusso di lavoro Actions non è riuscito con errori di infrastruttura. Nel secondo outage, il 6,2% delle richieste web e API è fallito, raggiungendo il 9,3% e oltre 11.000 organizzazioni sono state colpite. Fino al 25% delle richieste di autenticazione Git è fallito, e il 19% del flusso di lavoro di Azioni è fallito. Nessun database sperimentato perdita di dati, e le operazioni recuperate dopo il recupero è riuscito. GitHub si basa su un servizio interno che tiene traccia di quali server di database dovrebbero ricevere dati nuovi e aggiornati. Durante la sostituzione di macchine che gestiscono questo servizio come parte della manutenzione regolare, una delle nuove macchine ha iniziato con una copia obsoleta dei suoi record, che ancora elencato server di database che avevamo già ritirato. Quando questo nodo è venuto online, ha modificato in modo errato la configurazione di routing con i record obsoleti, routing richieste di scrittura a server di database non esistenti. Ogni outage si è conclusa quando una delle nostre macchine con configurazione corretta è diventata il leader del quorum e ha inviato la corretta configurazione. Dopo la prima estrazione, abbiamo identificato la nuova macchina come fonte e sospeso la manutenzione automatizzata per impedirne di essere nuovamente leader. Alle 16:52 UTC, un compito di manutenzione automatizzato che non ha onorato la pausa lo ha rimesso in carica, e l'outage è accaduto di nuovo. Chiudiamo quella macchina alle 17:02 UTC e da allora l'abbiamo rimossa, e l'automazione ora onora la pausa, che era una nuova regressione a causa di un aggiornamento della nostra infrastruttura di fantoccio. Per evitare il ripetersi, stiamo eliminando i server di database in pensione dai registri del servizio prima che venga aggiunta una nuova macchina, e stiamo mantenendo nuove macchine di essere eletto leader fino a quando i loro record sono stati controllati. Stiamo anche cambiando i nostri sistemi per rifiutare la configurazione di quel punto ai server che non esistono e per continuare a utilizzare le ultime impostazioni note-buone invece. Infine, stiamo dando ai rispondenti un modo piÃ1 veloce per prendere una macchina sbagliata fuori servizio, e l'aggiunta di avvisi in modo che i cambiamenti come questo sono individuati in pochi secondi. Condivideremo una scrittura più dettagliata di questi incidenti nel nostro rapporto di disponibilità mensile, insieme allo stato delle riparazioni che stiamo facendo per prevenire problemi come questi in futuro.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Diversi servizi sono degradati

    Inizio 6 ottobre 2026 alle ore 19:57 UTC · 3h 43m

    OutageIncidente critico
    Componenti interessati
    Pull RequestsWebhooks
    1. 6 ottobre 2026 alle ore 19:57 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni degradate per Pull Requests e Webhooks

    2. 6 ottobre 2026 alle ore 20:04 UTCinvestigating

      Webhooks funziona normalmente.

    3. 6 ottobre 2026 alle ore 20:12 UTCinvestigating

      Pull Requests funziona normalmente.

    4. 6 ottobre 2026 alle ore 20:22 UTCinvestigating

      Un certo numero di servizi tra cui problemi, richieste di tiro e webhooks, sono stati brevemente degradati, ma ora sono stati recuperati. Le migrazioni delle imprese sono interrotte mentre convalidamo cause e mitigazioni.

    5. 6 ottobre 2026 alle ore 20:26 UTCmonitoring

      Il degrado è stato mitigato. Stiamo monitorando per garantire la stabilità.

    6. 6 ottobre 2026 alle ore 20:57 UTCinvestigating

      Tutti i servizi funzionano normalmente tranne per le migrazioni aziendali, che sono ancora in pausa. Presto riprenderanno.

    7. 6 ottobre 2026 alle ore 21:29 UTCinvestigating

      Stiamo lavorando per una mitigazione che ci permetterà di riprendere l'elaborazione delle migrazioni aziendali.

    8. 6 ottobre 2026 alle ore 22:40 UTCinvestigating

      Stiamo implementando una mitigazione e pianifichiamo di riprendere le migrazioni poco dopo

    9. 6 ottobre 2026 alle ore 23:40 UTCresolved

      Il 6 ottobre 2026, dalle 19:44 alle 19:50 UTC, GitHub ha sperimentato un outage di servizio con elevati tassi di errore raggiungendo il 1,30% di tutte le richieste, per un totale di circa 1,16 milioni di richieste fallite. Questo ha colpito 12 servizi attraverso GitHub, tra cui Pull Requests, Webhooks, Repos, OAuth, Git over SSH, Codespaces e Gists. L'incidente è stato innescato da GitHub Enterprise Importer (GEI) che ha fatto più domande di lunga durata che hanno saturato un pool di connessione del database. Il recupero è stato visto a circa 19:50 UTC una volta che le chiamate della migrazione sono interrotte; le migrazioni GEI sono stati riattivati a 23:32 UTC dopo che una correzione di codice è stato fuso. Abbiamo completato una revisione dettagliata delle cause radice e stiamo implementando migliori salvaguardie di database-salute. Continueremo a rivedere e aggiungere ulteriori salvaguardie per prevenire il futuro ricorrenza.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Disturbo con alcuni servizi GitHub

    Inizio 5 ottobre 2026 alle ore 23:05 UTC · 1h 6m

    OutageIncidente maggiore
    1. 5 ottobre 2026 alle ore 23:47 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni incise per alcuni servizi GitHub.

    2. 6 ottobre 2026 alle ore 00:05 UTCinvestigating

      Gli utenti possono sperimentare problemi di accesso alle pagine di organizzazione e fatturazione aziendale e licenze. Stiamo implementando una mitigazione e un monitoraggio per il recupero.

    3. 6 ottobre 2026 alle ore 01:32 UTCresolved

      Il 5 ottobre 2026, tra le 23:05 UTC e 00:11 UTC il 6 ottobre, alcuni utenti hanno sperimentato carichi di pagina lenta, timeout e errori quando si accede alle pagine di organizzazione e fatturazione aziendale, licenze e impostazioni. In media, il tasso di errore è stato dell'1,9% e ha raggiunto il 13,8% delle richieste al servizio che alimenta queste pagine. Ciò è stato causato da un fallimento di rete, che ha interrotto la connettività tra una delle nostre regioni datacenter on-premises e un sottoinsieme di servizi di database regionali ospitati da cloud. Abbiamo mitigato l'incidente spostando il traffico del database in una regione sana. Stiamo lavorando per rendere il failover del database regionale più veloce e più completo, ridurre i timeout in modo che queste pagine falliscano velocemente invece di appendere, e aggiungere avvisi basati sulla latenza per ridurre il nostro tempo di rilevamento e mitigazione di problemi come questo in futuro. Continuiamo a collaborare con il nostro provider cloud per comprendere il fallimento della rete sottostante.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Incidente con Azioni

    Inizio 5 ottobre 2026 alle ore 18:48 UTC · 4h 1m

    OutageIncidente critico
    Componenti interessati
    ActionsPages
    1. 5 ottobre 2026 alle ore 19:11 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni degradate per le azioni

    2. 5 ottobre 2026 alle ore 19:15 UTCinvestigating

      Stiamo indagando su un problema che causa ritardi quando assegnare GitHub-hosted runners a Azioni lavori. Alcuni flussi di lavoro possono richiedere più tempo per iniziare attraverso le configurazioni dei corridori. I nostri team stanno lavorando per mitigare il problema, e forniremo un aggiornamento come si impara di più.

    3. 5 ottobre 2026 alle ore 19:50 UTCinvestigating

      Stiamo ancora indagando i ritardi nell'assegnazione dei corridori ospitati da GitHub, che influenzano i tempi di avvio del flusso di lavoro attraverso più configurazioni dei corridori. I nostri team stanno lavorando per mitigare l’impatto; condivideremo un altro aggiornamento mentre impariamo di più.

    4. 5 ottobre 2026 alle ore 20:39 UTCinvestigating

      Stiamo continuando a indagare guasti di lavoro e ritardi che interessano GitHub-hosted runner assegnazione e workflow tempi di avvio. I nostri team stanno lavorando attivamente per mitigare l'impatto e forniranno un altro aggiornamento come si impara di più.

    5. 5 ottobre 2026 alle ore 20:47 UTCinvestigating

      Le azioni stanno vivendo disponibilità degradata. Stiamo continuando a indagare.

    6. 5 ottobre 2026 alle ore 21:09 UTCinvestigating

      Oltre ai problemi in corso con Actions e Hosted Runners, alcuni clienti non sono anche in grado di accedere alle pagine di repository, licenze e fatturazione all'interno dei loro account GitHub. Continuiamo a indagare e stiamo lavorando sulla mitigazione.

    7. 5 ottobre 2026 alle ore 21:22 UTCinvestigating

      Pagine che stanno vivendo le prestazioni degradate. Stiamo continuando a indagare.

    8. 5 ottobre 2026 alle ore 21:31 UTCinvestigating

      Le azioni stanno vivendo prestazioni degradate. Stiamo continuando a indagare.

    9. 5 ottobre 2026 alle ore 21:32 UTCinvestigating

      Abbiamo applicato mitigazioni per affrontare guasti GitHub Actions. I posti di lavoro queued stanno sgomberando, i nuovi posti di lavoro non sono ritardati, e ci aspettiamo il recupero completo corridore a breve. Continuiamo a monitorare per il pieno recupero e stiamo lavorando per mitigare i problemi in corso che interessano altri servizi, incluso l'accesso a elenchi di repository, licenze e pagine di fatturazione.

    10. 5 ottobre 2026 alle ore 21:54 UTCinvestigating

      Le azioni funzionano normalmente.

    11. 5 ottobre 2026 alle ore 22:40 UTCinvestigating

      Le pagine funzionano normalmente.

    12. 5 ottobre 2026 alle ore 22:49 UTCresolved

      Il 5 ottobre 2026, tra le 18:48 e le 22:49 UTC, GitHub Actions e Hosted Runners hanno sperimentato le prestazioni degradate. Nel corso dell'intero incidente, il 14,3% dei flussi di lavoro funziona con i corridori ospitati da GitHub e il 26,5% dei singoli posti di lavoro ospitati da GitHub non ha avuto inizio entro cinque minuti. Durante il periodo di massimo impatto di circa 90 minuti, il 47,0% dei flussi di lavoro funziona con i corridori ospitati da GitHub non è riuscito e il 71,9% dei posti di lavoro ospitati da GitHub non è partito entro cinque minuti, mentre i siti di Pages esistenti hanno continuato a servire normalmente. Una parte dei clienti ha anche incontrato errori intermittenti nelle liste di repository, nelle pagine di licensing e fatturazione, e alcune funzionalità Copilot. I corridori self-hosted non sono stati colpiti. L'incidente è stato causato da un parziale fallimento di rete che ha interrotto la connettività tra una delle nostre regioni datacenter on-premises e un sottoinsieme di database regionali e servizi di storage ospitati da cloud. Abbiamo mitigato l'incidente spostando il traffico di database e storage in regioni e endpoint sani e aumentando la capacità per i servizi di calcolo colpiti. GitHub Azioni e Runner Hosted recuperati da 21:54 UTC, e tutti i servizi colpiti recuperati da 22:49 UTC. Stiamo collaborando con il nostro provider cloud per comprendere il fallimento della rete e identificare i miglioramenti alla resilienza, al rilevamento e al recupero di percorsi di rete per incidenti simili.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Azioni Ritardi di lavoro

    Inizio 1 ottobre 2026 alle ore 14:47 UTC · 3h 9m

    IssuesIncidente minore
    Componenti interessati
    Actions
    1. 1 ottobre 2026 alle ore 14:47 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni degradate per le azioni

    2. 1 ottobre 2026 alle ore 14:54 UTCinvestigating

      Abbiamo identificato la causa di un aumento delle azioni avviano ritardi sui corridori Ubuntu e stanno attivamente implementando una correzione. I clienti possono continuare a sperimentare ritardi intermittenti mentre la mitigazione si esaurisce e le metriche di servizio ritornano alla normalità.

    3. 1 ottobre 2026 alle ore 15:02 UTCinvestigating

      Sono stati risolti ritardi di esecuzione sui corridori Ubuntu. Stiamo indagando ritardi run-start sui corridori di Windows e condividere più informazioni come diventa disponibile.

    4. 1 ottobre 2026 alle ore 15:10 UTCmonitoring

      Il degrado delle azioni è stato mitigato. Stiamo monitorando per garantire la stabilità.

    5. 1 ottobre 2026 alle ore 15:20 UTCinvestigating

      Le azioni stanno vivendo prestazioni degradate. Stiamo continuando a indagare.

    6. 1 ottobre 2026 alle ore 15:29 UTCinvestigating

      Stiamo assistendo ad una rioccu­pazione nei ritardi di avvio e stiamo continuando a indagare sul problema. I clienti potranno potenzialmente sperimentare ritardi fino a dieci minuti.

    7. 1 ottobre 2026 alle ore 16:10 UTCinvestigating

      Abbiamo identificato un problema con il nostro provider a monte che sta causando richieste di azioni a 429 che sta creando i ritardi. Siamo saliti al team di proprietari e stiamo indagando su come mitigare i 429.

    8. 1 ottobre 2026 alle ore 16:48 UTCinvestigating

      Stiamo attualmente applicando una mitigazione e anticipare il recupero entro trenta minuti.

    9. 1 ottobre 2026 alle ore 17:50 UTCinvestigating

      GitHub Actions ha sperimentato le prestazioni degradate per alcuni corridori ospitati a causa di un throttling all'interno di una dipendenza Azure a monte. La capacità di servizio è stata recuperata e continuiamo a monitorare mentre lavoriamo con Azure alle condizioni sottostanti.

    10. 1 ottobre 2026 alle ore 17:56 UTCresolved

      Il 1o ottobre 2026, GitHub Actions ha sperimentato due periodi di lavoro ritardato e fallito inizia su corridori ospitati GitHub, a partire da circa 14:15 UTC. Attraverso le 14:15–17:56 finestra di risposta incidente UTC, circa lo 0,68% del flusso di lavoro corre ritardi di inizio sperimentati, e lo 0,196% dei posti di lavoro non è riuscito a iniziare. Un cambiamento di routing al nostro provider cloud ha concentrato il traffico API su un singolo backend, causando un aumento degli errori di tasso-limit. Il comportamento corretto di riprovazione nel servizio di inventario del fornitore ha aggiunto il carico alle API colpite, mescolando il limite di tasso. Questo ha interrotto la fornitura di corridori e ha ridotto la capacità disponibile nelle regioni colpite. Il conseguente aumento della domanda nelle regioni non colpite ha esposto un limite di convalutazione nel nostro sistema di assegnazione del lavoro, ritardando i posti di lavoro anche quando i concorrenti erano disponibili. Durante la risposta, abbiamo aumentato la convalutazione del lavoro, la capacità del corridore scalata, e abbiamo lavorato con il nostro provider cloud per ridurre il carico API escludendo i nostri abbonamenti finali dal suo servizio di inventario. Circa 16:15 UTC, i lavori stavano iniziando ed esecundo come previsto. Abbiamo continuato la mitigazione e il monitoraggio fino a quando l'incidente è stato risolto alle 17:56 UTC. Il nostro provider cloud da allora ha aumentato i limiti di velocità API di gestione delle risorse per i nostri carichi di lavoro. Per ridurre la probabilità e l'impatto di incidenti simili, stiamo anche aggiungendo avvisi più granulari che limitano i tassi e aggiorniamo il nostro sistema di assegnazione del lavoro per gestire una domanda aumentata in meno regioni disponibili.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    Latenza di richiesta elevata

    Inizio 1 ottobre 2026 alle ore 13:04 UTC · 30m

    IssuesIncidente minore
    1. 1 ottobre 2026 alle ore 13:37 UTCinvestigating

      Stiamo indagando sui rapporti delle prestazioni incise per alcuni servizi GitHub.

    2. 1 ottobre 2026 alle ore 13:39 UTCinvestigating

      Stiamo indagando periodi ricorrenti di elevata latenza che interessa le richieste web. Condividiamo gli aggiornamenti come ulteriori informazioni diventano disponibili.

    3. 1 ottobre 2026 alle ore 13:51 UTCmonitoring

      Il degrado è stato mitigato. Stiamo monitorando per garantire la stabilità.

    4. 1 ottobre 2026 alle ore 13:57 UTCresolved

      Il 1o ottobre 2026, tra 13:04 UTC e 13:34 UTC, gli utenti hanno sperimentato due periodi di carichi di pagina lenta e errori di richiesta intermittente su GitHub.com. In media, il tasso di errore era dello 0,52% e raggiunse il 6,13%. Un volume insolitamente elevato di traffico in arrivo ha posto un carico aggiuntivo sulla nostra infrastruttura di gestione del traffico, ritardando le richieste prima di raggiungere i nostri server di applicazione. Le prestazioni sono tornate alla normalità come il traffico subsided, e da allora abbiamo applicato un ulteriore filtraggio del traffico per proteggere da traffico simile. Stiamo migliorando l'avviso per i ritardi nella nostra infrastruttura di gestione del traffico e rafforzare le nostre protezioni di traffico automatizzate per ridurre il nostro tempo di rilevamento e mitigazione.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

    [Retroactive] Azioni flusso di lavoro eseguire guasti dopo l'approvazione del cancello di distribuzione

    Inizio 1 ottobre 2026 alle ore 02:00 UTC · 0m

    IssuesIncidente minore
    1. 1 ottobre 2026 alle ore 11:34 UTCresolved

      Il 1o ottobre, intorno alle 02:00 UTC, un fallimento isolato delle infrastrutture ha causato GitHub Azioni per perdere stato di esecuzione per un piccolo numero di flussi di lavoro esistenti. Le piste colpite possono rimanere bloccate, approvazioni di distribuzione fallite o errori di reso quando annullate. La connettività di servizio è stata recuperata, ma lo stato perso non può essere ripristinato riprovando un'approvazione. Se sei interessato, puoi attivare una nuova corsa o contattare GitHub Support con i link alle tue corse bloccate in modo da poterli sbloccare. Una volta sgomberato, selezionare "Re-run all job". Questo conserva il flusso di lavoro eseguito ID ma inizia un nuovo tentativo, ricostruisce artefatti e richiede nuove approvazioni di distribuzione. Prima di procedere, verificare se eventuali passaggi di distribuzione già completati per evitare di ripetere le modifiche.

    Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.