Dia desses, um dos meus servidores entrou com o sistema de arquivos / em modo somente-leitura de forma completamente aleatória, isso gerava uma série de transtornos para as aplicações hospedadas.
Passei basicamente um dia inteiro “pendurado” no vsphere, remontando sistema de arquivos, rodando fsck e nada de resolver a dificuldade.
Por fim, restaurei um backup da VM de alguns dias atrás e tudo parecia normalizado.
Eis que na manhã seguinte acordo com clientes no meu ouvido que o server não está funcionando novamente!
Diante desta situação, comecei a migrar os clientes para outro server, até que me deparei com o magento em questão. Rodei o scp pra outro servidor e ja estava uns 40 minutos copiando o diretório de sessão. Achei estranho, rodei um du -sh a instalação estava com 12GB, um tamanho completamente anormal para um magento de pequeno porte.
No final das contas, não consegui sequer contar a quantidade de arquivos do diretório, pois o bash simplesmente travava ao rodar cd /var/session !
O primeiro pensamento foi rodar um tmpwatch e remover o conteúdo. porém a fragmentação do diretório era tão grande que mesmo este utilitário que ja me salvou diversas vezes gerou erros ao tentar limpar o diretório de sessio;)
No final das contas, movi o diretório de session para outro lugar e recriei o mesmo na estrutura do magento. Depois disso consegui remover aquele diretório com um simples rm -rf
Com isso resolvido, basta descobrir o motivo do magento gerar tanta session, mas isso fica pro próximo artigo 😉
