4 Piores situações que vivi com meus servidores.

Desde o ano 2000 que eu só contrato hospedagem no exterior, e desde 2002 que venho trabalhando com meus próprios servidores dedicados. Comecei muito verde, com muita curiosidade e vontade de aprender, apanhei muito, contei com a ajuda de amigos, principalmente do Marcelo “][MoSCa][”, hoje já não sou mais tão neófito, e gerencio uma pequena rede de servidores.

Ontem pela manhã, eu recebi um email do suporte da LiquidWeb (jabá gratuito: o melhor datacenter com que já trabalhei) dizendo um dos servidores que tenho com eles estava com problemas, e que eles não estavam conseguindo logar na máquina para corrigir (o suporte é proativo, não espera que você solicite ajuda). Fui ver qual era o problema, e como não era nenhum bicho de sete cabeças, eu mesmo ajeitei, e depois fui ter com o suporte só mesmo para corrigir o problema de login. Tudo certo.

É a vantagem de operar em um datacenter de primeira linha. A tranqüilidade é sem igual. Ato contínuo à breve satisfação, eu comecei a lembrar das aventuras e desventuras que passei nestes cinco anos em que venho operando servidores dedicados, e separei as quatro piores desventuras, ou quatro maiores cagadas se preferirem.

4ª – Detonando o diretório /var/
Das dores de cabeça grandes, só esta foi minha culpa. Entre outras coisas, o diretório /var/ guarda todos os logs do sistema, todas as bases de dados, em alguns casos todos os websites instalados no servidor, guarda ainda arquivos de configuração e de update, só para citar uma parte. Eu tinha acabado de receber o servidor com uma configuração errada, e dei um “rm -f” (em Linux isso quer dizer: “apague tudo e não me encha o saco, faça o que eu mandei!”) achando que estava em outro local. Foi de longe a pior besteira que já fiz, felizmente a instalação que o datacenter fez havia sido errada e eu ganhei a re-instalação.

Moral da história: pense 10 vezes antes de dar um “rm -f”.

.

3ª – The Planet e o HD perdido…
Toda máquina que eu pego, é contratada com uma unidade extra de disco, para backup on site. Bem, em uma máquina hospedada no The Planet, foi detectado durante um upgrade do gerenciador do sistema que o disco principal estava muito corrompido. Depois de trocado o disco e re-instalado o sistema, os caras perderam o disco secundário, onde estavam os backups on site de pelo menos 60 clientes (os backup off site já tinham mais de uma semana). E nada de ninguém encontrar o disco. Até que no dia seguinte, um técnico já com um novo disco na mão, indo instalar o encontrou: dentro da máquina. Ele estava lá, e estava ligado, só não aparecia no gerenciador de discos do Windows. Foi só mandar procurar por novo hardware, e tudo ficou são. Ufa…

Moral da história: manda o suporte olhar no lugar mais óbvio, por mais absurdo que seja.

.

2ª – Managed.com e um revendedor autorizado-picareta
Quando eu fui contratar um servidor na Managed.com eles disseram que o equipamento que eu precisava não estava disponível, um revendedor tinha contratado em lote e eu deveria falar com o dito revendedor… oito meses depois o revendedor deu um calote e eu, junto com outros 150 clientes tivemos que pagar duas vezes pelo mesmo período para poder recuperar os dados. Só não foi maior o prejuízo porque eu consegui receber meu pagamento de volta com o Paypal.

Moral da história: só contrate de revendedor se você realmente o conhecer bem.

.

1ª – Burst.net e o servidor perdido, literalmente…
Se vocês acharam surreal o The Planet perder o meu HD, imaginem quando descobrirem que a Burst.net perdeu o servidor INTEIRO!

Este servidor tinha um problema crônico de resfriamento, o que fez necessário a reposição por 4 vezes do disco principal, um aquecedor SCSI de 10.000RPMs. Na quarta substituição, o departamento técnico do datacenter TROCOU a tampa do servidor com um outro servidor qualquer… E era justamente na tampa que estava a etiqueta informando o rack/slot da máquina. Com isso meu servidor foi parar em um rack bem longe do correto, em outra sub-rede, que o tornou inacessível. Foram necessários 3 dias para encontrá-lo, aparentemente a cagada envolveu outros servidores.

Moral da história: fuja da Burst.net!

.

Agora, estas histórias são lembranças, o rídiculo dos erros chega a ser tragi-comicamente engraçado, mas o stress que cada situação dessas causa, só sabe quem passou…