Notas do Neto

• debugfs: Para efetuar debug de um sistema de arquivos ext2/ext3. Ele permite acesso direto a estrutura de dados do Filesystem armazenado no disco, podendo até ser utilizado para restaurar um disco defeituoso que não pode ser corrigido pelo fsck. Pode ser utilizado para restaurar arquivos removidos. É recomendavel desmontar a partição tão logo um arquivo errado seja apagado.
• e2undel: Funciona de forma similar ao debugfs utilizando as mesmas rotinas de detecção de arquivos removidos, porém possui uma interface mais amigavel e algumas ajudas adicionais para identificar o arquivo que se deseja recuperar.

HowTo para recuperação de arquivos removidos

• e2image: Permite criar uma imagem de um sistema de arquivos ext2/ext3 danificado para uso posterior com as ferramentas e2image e dumpe2fs
• dumpe2fs

: Apresenta informações sobre um sistema de arquivos ext2/ext3.

Nota: Todas essas ferramentas exigem que você saiba o que está fazendo. Não me culpe se você utiliza-las incorretamente e perder seus dados.

Algumas opções do Wget:

• Fazer mirror de site:
  wget -m http://www.site.com
• Fazer mirror de site que possui o arquivo robots.txt não permitindo esta ação (*):
  wget -e robots=off -m http://www.site.com

* Não suportado por algumas versões do wget.

Em alguns casos não podemos simplesmente desmontar e montar um sistema de arquivos para que uma nova opção seja habilitada (como por exemplo, noexec, nosuid, usrquota ou grpquota). Nesses casos a única saida é reiniciar a máquina… mas e se a máquina for um servidor em produção? Bem, ai existe uma opção mais fácil, basta utilizar junta a opção remount:

mount -o remount,usrquota,gprquota,nosuid /home

Como pode-se observar, é possível adicionar outras opções simultaneamente…

Certo dia, ao balancear um determinado endereço (www.dominio.com) entre dois servidores utilizando um roteador (Enterasys XPedition 8600), tive um problema com algumas partes do site que “apontavam” para o endereço que estava sendo balanceado utilizando ou tags html ou abrindo arquivos com o fopen do PHP. O resultado final era a demora ou não apresentação dessas páginas que faziam a referência para o próprio domínio.

Após alguma análise e pesquisa descobri que o roteador não aceitava conexões provenientes de um dos membros do balanceamento para o endereço virtual e porta que estava sendo compartilhando entre ambas as máquinas.

A resolução do problema foi mais simples que a descoberta. Como se tratavam de dois servidores Linux, adicionei no /etc/hosts de cada uma das máquinas, uma entrada de www.dominio.com apontando para o endereço de loopback (127.0.0.1). Assim, qualquer tentativa do servidor acessar conteúdos em www.dominio.com seria redirecionada para ele mesmo.

Dica: não cheguei a testar esse problema com o balanceamento feito pelo Director (LVS). Mas de qualquer forma é interessante adotar essa medida para assegurar um correto e rápido funcionamento do site.