Degraded Git Operations over SSH
GitHub · Último status salvo do provedor: resolved
O texto da fonte oficial é exibido no idioma original.
O último status salvo de um evento não é o status atual do serviço. As listas das fontes podem ser incompletas, e desaparecer de uma fonte não confirma recuperação. Abra o relatório atual ou a fonte oficial para evidências mais recentes.
Detalhes de evento salvos
- Status do provedor
- resolved
- Impacto do provedor
- none
- Registro do provedor criado
- 21 Aug 2026, 14:00:00 UTC
- Registro do provedor atualizado
- 24 Aug 2026, 07:19:23 UTC
- Início explícito do provedor
- 24 Aug 2026, 07:19:22 UTC
- Fim explícito do provedor
- 21 Aug 2026, 14:00:00 UTC
The provider's end time precedes its start time. These reported timestamps do not establish a valid event duration.
Componentes afetados informados pelo provedor
O provedor listou explicitamente nenhum componente afetado nesta revisão salva.
Essas associações descrevem o escopo relatado do evento. Não estabelecem disponibilidade atual dos componentes ou dependências verificadas.
A hora de criação de um registro não é necessariamente o início de uma interrupção. Horários não informados permanecem indisponíveis. Não calculamos o tempo de indisponibilidade a partir das horas de coleta.
Atualizações do provedor em revisões salvas
Mais recentes primeiro. Exibimos até 100 atualizações distintas das últimas 20 revisões de conteúdo salvas. Alterações de texto no mesmo horário do provedor são mantidas separadamente.
- resolved
On August 21, 2026, between 14:00 and 14:07 UTC, dotcom Git operations over SSH were degraded. Successful Git operations over SSH fell by more than 95% for during the peak impact window, making clone, fetch, or push over SSH effectively unavailable to most users for approximately four minutes. Git operations over HTTPS were not affected. The incident was caused by a software defect in our load-balancing infrastructure that was triggered by a configuration change. The defect only occurred when connections passed through multiple layers of load balancers running the new configuration, which meant it was not detected during canary testing. We mitigated the incident by rolling back the configuration change. We are adding regression coverage for multi-layer load-balancer configurations and improving monitoring and alerting for Git operations over SSH to reduce our time to detection and mitigation of similar issues in the future.
Visto em uma revisão salva às 06 Oct 2026, 13:58:39 UTC