Re: Linux + SATA = problemas?

[Fábio Rabelo <fabior@ajato.com.br>]

Eu tenho 3 máquinas rodando Oracle em RAID5 em HDs SATA Western Digital 
Raptor, as motherboards são Gigabyte para AMD com chipset Nvidia, os 
processadores são Athlon 64 4200 X2, elas estão no ar a pouco mais de um 
ano, e eu NUNCA tive problemas com nenhuma delas ( as três pertencem a 
mesma empresa, porém estão em locais diferentes, uma na matriz e as 
outras 2 em filiais )
Além do hardware ser radicalmente diferente do seu tem mais algumas 
diferemças na configuração .
Originalmente estas máquinas rodavam kernel 2.6.16, desde novembro elas 
estão rodando o kernel 2.6.18 .
Estou usando Debian I386, eu NÃO instalei AMD64 nestas máquinas pq não 
existia Oracle de 64 bits ainda, parece q agora existe ( não tenho 
certesa, alguém já usou ??? ) mas estas máquinas devem continuar com 
software de 32 bits durante o resto de suas existências !! ;- )
E todas as minhas partições de dados são ReiserFS .
Eu já tive MUITAS dores de cabeça com EXT2 e EXT3 !!!
A cerca de 4 anos atrás comecei a migrar p/ReiserFS e meus problemas com 
sistemas de arquivos, msg deste tipo e outras mais 'exóticas" 
simplesmente não acontecem com ReiserFS !!!
Provavelmente alguns outros membros da lista iniciarão um "flame war" 
sobre esta minha declaração, como já aconteceu em outras ocasiões !
Mas esta é a MINHA experiência !!!
desde q migrei p/ReiserFS nunca mais perdí um único bit de dados ....
Nunca mais tive q sair correndo até um cliente pq alguma das partições 
remontou como "read only" ....
E por isto sempre q alguém me pergunta sobre sistema de arquivos eu 
aconselho a usar ReiserFS ....

Fábio Rabelo


Mateus Longo escreveu:
> Oi Pessoal,
>
> Eu instalei um servidor de banco de dados utilizando DRBD, 3 discos
> SATA com RAID5 para a área de dados e RAID1 para a partição onde está
> o debian (kernel 2.6.13.5). Alguns aí chegaram a me dar dicas pois
> tive dúvidas na implementação. O fato é que em produção, esse cara deu
> muitos problemas, que acho que eram culpa da placa mãe (intel
> D945GNT).
> Trocada a placa mãe do equipamento primário, para uma Asus com chipset
> intel ICH6, os erros, de certa forma diminuíram, mas ocorreram dois
> pontualmente com uma semana de diferença com o seguinte log em syslog:
> Feb  2 14:17:01 LS1 /USR/SBIN/CRON[30706]: (root) CMD (   run-parts
> --report /etc/cron.hourly)
> Feb  2 14:21:15 LS1 kernel: EXT3-fs error (device drbd0):
> ext3_readdir: bad entry in directory #4754030: directory entry across
> blocks - offset=0, inode=0, rec_len=32860, name_len=115
> Feb  2 14:21:15 LS1 kernel: Aborting journal on device drbd0.
> Feb  2 14:21:15 LS1 kernel: ext3_abort called.
> Feb  2 14:21:15 LS1 kernel: EXT3-fs error (device drbd0):
> ext3_journal_start_sb: Detected aborted journal
> Feb  2 14:21:15 LS1 kernel: Remounting filesystem read-only
> Feb  2 14:21:15 LS1 kernel: journal commit I/O error
> Feb  2 14:21:16 LS1 kernel: EXT3-fs error (device drbd0):
> ext3_readdir: bad entry in directory #4754030: directory entry across
> blocks - offset=0, inode=0, rec_len=32860, name_len=115
> Feb  2 14:21:22 LS1 last message repeated 2 times
> Feb  2 14:41:29 LS1 kernel: EXT3-fs error (device drbd0):
> ext3_readdir: bad entry in directory #4754030: directory entry across
> blocks - offset=0, inode=0, rec_len=32860, name_len=115
> Feb  2 14:41:29 LS1 kernel: EXT3-fs error (device drbd0):
> ext3_readdir: bad entry in directory #4754030: directory entry across
> blocks - offset=0, inode=0, rec_len=32860, name_len=115
> Feb  2 15:00:13 LS1 shutdown[30733]: shutting down for system reboot
>
> Entrando em contato com um cara que mexe com DRBD, ele disse que SATA
> não é muito confiável.
> Pergunto: alguém teve problemas com SATA em kernel 2.6.xx???
> Estamos trocando o hardware para dois conjuntos da Intel com MB
> S3000AH, Xeon 3060 gabinete intel e RAM kingston 2GB ECC reg. Os Hds
> serão mantidos. (3 samsung 160GB SATA em cada maquina)
>
> Alguem ja trabalhou com esse equipamento??