De acordo com o Painel de monitoramento do Windows Azure, alguns serviços foram interrompidos em diversas sub-regiões e alguns em todo o mundo por mais de 24 horas, tendo início nas primeiras horas de 29 de Fevereiro (UTC) e terminando em primeiro de março pela manhã.
O serviço Windows Azure Compute ficou parcialmente fora do ar em quatro das seis sub-regiões, cerca de 7% dos serviços hospedados na região norte dos EUA, 28% na região Sul e 37% no Norte europeu. Sofreram impacto outros serviços como Access Control, Marketplace, Service Bus e Access Control e Cache Portal;
Os serviços de armazenamento, o CDN (rede de distribuição de conteúdo) e alguns outros parecem não terem sido afetados. Um problema diferente causou a queda do portal Platform Management em todo o mundo, durante três horas no dia 1o de março, devido a um erro de configuração dos servidores.
Bill Laing, vice-presidente d Cloud da Microsoft, informou aos clientes do Azure sobre a queda do serviço e suas causas. De acordo com Laing, o time do Azure tomou conhecimento do problema no 28 de fevereiro, no final da tarde. O culpado foi um pequeno bug de software, causado pelo dia 29 de fevereiro
Ainda estamos analisando a causa principal, mas aparentemente o problema foi devido a cálculos incorretos com o ano bissexto.
A Symantec também reportou que um bug referente a anos bissextos afetou o Software Delivery 6.1, e Alex Papadimoulis, um gerente associado à Inedo reportou que alguns de seus clientes sofreram com este problema. Além disso, dispositivos de ponto de venda apresentaram problemas na Nova Zelândia.
É interessante notar como pequenos detalhes podem derrubar grandes plataformas de computação. Algo parecido ocorreu com a Amazon no último ano, quando o tráfego de uma zona do Leste dos EUA foi erroneamente transferida para um roteador inferior, que não conseguiu sustentar o tráfego e afetou diversos nós do EBS, no final derrubando toda a zona de disponibilidade.