Embora tenha levado mais tempo do que o esperado, o processo parece ter sido um completo sucesso.

Estamos fazendo uma revisão no sistema para nos assegurarmos disso.

Agradecemos sua atenção.

Leia mais a respeito no site Data Center Knowledge:

http://bit.ly/bFRM8i (texto original em inglês)

http://bit.ly/9F7my0 (texto traduzido automaticamente pelo Google)

A The Planet informa que está tomando providências para resolver o problema de forma definitiva.

Agradecemos a compreensão e a paciência de nossos clientes.

Desde então, não tivemos mais nenhuma ocorrência de reboots espontâneos.

Assim sendo, estamos considerando este, um incidente resolvido.

Agradecemos sinceramente pela enorme capacidade de compreensão de todos os clientes do servidor caffeine, durante o período de ocorrência dos problemas.

Com isso, todo o hardware será substituído, com exceção dos HD’s.

Explicando de forma bem simples: o “cérebro” deste servidor (que são seus HD’s) será transferido para um novo servidor, em caráter definitivo.

E ao contrário de todas as rotinas de diagnóstico que este servidor já experimentou desde domingo, este procedimento está previsto para levar até menos que 1 hora para ser concluído e nenhum dado será perdido.

Isso significa que, ao ser ligado o novo servidor, todos os serviços serão restabelecidos imediatamente.

A troca do servidor ocorrerá ainda esta madrugada, a partir das 4 horas da manhã.

No momento, as contas restauradas são aquelas cujo login começa com as letras “c”, “d”, “e”, “f”, “g” e “h”

Nova atualização deste post as 02:30 horas.

No momento, as contas restauradas são aquelas cujo login começa com as letras “a” e “b”.

Nova atualização deste post as 23:30 horas.

O diagnóstico em laboratório, do hardware do servidor, levou cerca de 7 horas para ser completado e, a princípio, nada foi encontrado de errado.

Após este procedimento, os técnicos do datacenter tentaram, em vão, recuperar o filesystem, danificado pelos reboots espontâneos do servidor.

Em seguida, também nossos próprios técnicos tentaram, com igual resultado.

Todas as tentativas atravessaram a madrugada e quase toda a manhã.

Diante da impossiblidade de recuperação dos dados, tomou-se a decisão de recuperá-los do último backup diário realizado.

Com isso, a diferença de “idade” entre os dados ativos no servidor, momentos antes do crash, é de aproximadamente 24 horas.

Uma vez com o filesystem corrompido e sem possibilidade de reparação, o sistema operacional necessitou ser reinstalado, bem como todos os sistemas necessitaram ser reinstalados e reconfigurados, o que, por sua vez, levou toda a tarde de hoje.

Neste exato momento, o que está ocorrendo é o último checklist do servidor.

Em seguida, iremos proceder com a restauração de todas as contas a partir do último backup diário.

A restauração das contas ocorre de forma automatizada e o sistema o faz através de uma sequência alfabética.
Portanto, contas cujo login começa com a letra “a”, serão restauradas primeiro que as contas, cujo login, começa com a letra “b”.

Faremos uma nova atualização deste post as 21 horas.

Infelizmente, a última ocorrência rebootou o servidor, e devido a um erro de kernel panic, o mesmo encontra-se impossibilitado de ser reiniciado novamente.

Os técnicos do datacenter desconectaram o servidor da rede e o levaram para diagnóstico de hardware em laboratório.

Salientamos que o caso está sendo tratado com a devida urgência, porém, não há previsão de quando o servidor estará operacional novamente.

Apenas como parâmetro, os testes de hardware em laboratório costumam levar cerca de 4 horas para serem concluídos (podendo este tempo ser menor ou maior).

Clientes deste servidor deverão acompanhar este post, que estará sendo atualizado a medida em que tivermos notícias relevantes por parte do datacenter.

A razão desta manutenção é investigar mensagens de erro nos logs, que podem estar sinalizando para alguma falha de hardware.

A máquina estará rodando vários testes e poderá ficar inoperante (fora do ar) por até 4 horas durante este procedimento.

O faixa de horário escolhida (03 horas da madrugada) levou em consideração a baixa atividade do servidor (em termos de uso) neste período.

Certos de sua compreensão, agradecemos.