Stress testing FreeBSD

[Guzpido Krush]

Estou com um FreeBSD aqui que me deu uns kernel panics, eis as panic strings:

1)
   Dumptime: Thu Feb 26 09:02:42 2009
   Hostname: secrethostname
   Magic: FreeBSD Kernel Dump
   Version String: FreeBSD 7.0-RELEASE #0: Tue Nov  4 12:27:42 BRST 2008
     root@:/usr/src/sys/i386/compile/SECRETHOSTNAME
   Panic String: ffs_blkfree: freeing free block
2)
   Dumptime: Fri Feb 27 11:30:59 2009
   Hostname: secrethostname
   Magic: FreeBSD Kernel Dump
   Panic String: ffs_clusteralloc: map mismatch
3)
   Dumptime: Fri Feb 27 11:48:42 2009
   Hostname: secrethostname
   Magic: FreeBSD Kernel Dump
   Panic String: ffs_blkfree: freeing free block
4)
   Dumptime: Tue Mar  3 10:30:28 2009
   Hostname: secrethostname
   Magic: FreeBSD Kernel Dump
   Panic String: ffs_blkfree: freeing free block
5)
   Dumptime: Fri Mar  6 14:22:04 2009
   Hostname: secrethostname
   Magic: FreeBSD Kernel Dump
   Panic String: ufs_dirbad: /disk1: bad dir ino 1131015 at offset
1536: mangled entry

Tentei reproduzir o erro recriando a condição de arquivos grandes
sendo movidos e/ou removidos dos sistemas de arquivos e não é sempre
que acontece. No entanto 80% dos panics aconteceram durante a operação
com arquivos grandes, sendo 3 na inserção de banco de dados e 1
descompactando 2 GB (não muito grande o arquivo).

Vi recomendações para se desabilitar soft-updates nos sistemas de
arquivos mas ocorreu o panic mesmo assim, durante uma tentativa de
inserção no banco PostgreSQL.

Estou pesquisando problemas com drivers em relação a controladora
SAS e estou desconfiado pela NIC estar compartilhando IRQ com a
controladora.

Só que agora eu estou realizando mais ou menos as mesmas atividades (diminuí bastante o tamanho do banco, e agora ele consegue inserir: antes acusava arquivo corrompido ou erro de sintaxe) e nada de panic.

Daí pensei em rodar essa ferramenta do sysutils: stress. Mas aparentemente ela DÁ CRASH no sistema MESMO, pelo que li na documentação. Então não sei se vai ser útil pra testar o panic anterior ou se vou inventar um novo panic.


Será que meus últimos fscks resolveram o FS e era isso que tava causando o panic? Será que ele vai voltar pra me assombrar? Como posso me certificar antes de botar a máquina em produção total?

PS: uma das coisas que achei que poderia causar isso é bad RAM, pedi pra realizarem um memtest86+ faz 2 semanas e os caras meio que se recusam, não entendo pq, não entendo a dificuldade.

[brunosolar]

Sugiro que entre na lista de discussao da FUG. Muito boa por sinal.

FUG-BR / Grupo Brasileiro de Usuarios de FreeBSD

em media de 70 emails diarios com respostas. Pessoal realmente bom.

[Guzpido Krush]

boa... desculpem se isso é offtopic, as vezes eu fico usando o ISTF de suporte técnico não sei se desagrada
(vou tentar parar com isso)

E quanto a ferramenta stress? ja usou brunão?
stress FreeBSD


abraços

[brunosolar]

boa... desculpem se isso é offtopic, as vezes eu fico usando o ISTF de suporte técnico não sei se desagrada
(vou tentar parar com isso)

E quanto a ferramenta stress? ja usou brunão?
stress FreeBSD


abraços

Cara nao quis causar essa impressao. Mas e que nesse forum realmente flui informacoes sobre freebsd. Participo la ja ha algum tempo e nunca me deixaram na mao.

Nunca usei esta ferramenta nao. Pra falar a verdade nem nenhuma outra pra esta funcao hehehehe.

[Guzpido Krush]

então só pra constar isso foi resolvido e esqueci de reportar

o fsck resolveu, mas o que causava mesmo o problema é uma PORCARIA de auto-fsck que implementaram a partir desse FREE ae. Daí quando eu desabilitei esse auto-fsck do demônio, nunca mais deu panic.

[brunosolar]

então só pra constar isso foi resolvido e esqueci de reportar

o fsck resolveu, mas o que causava mesmo o problema é uma PORCARIA de auto-fsck que implementaram a partir desse FREE ae. Daí quando eu desabilitei esse auto-fsck do demônio, nunca mais deu panic.

auto-fsck do demonio ou do beastie ??? (pra quem nao sabe e o nome do logo do FreeBSD)

Mas vamos la.. Krush qual metodo voce utilizou para parar com o auto-fsck?

/etc/fstab e mudou a sexta coluna para 0 ? (acho que e a sexta coluna)

[Guzpido Krush]

Não, não é isso que você está pensando, padrão de unixes
é um FSCK que rola automaticamente e COM O FILESYSTEM MONTADO! É DO CAPETA! !!!!!

eu sugiro ir no rc.conf,

background_fsck="NO"

Re: [FUG-BR] Kernel panic STABLE 7.0

background fsck o quê.. FOREGROUND DOR DE CABEÇA, à toa!

SOY CONTRA!

[brunosolar]

Não, não é isso que você está pensando, padrão de unixes
é um FSCK que rola automaticamente e COM O FILESYSTEM MONTADO! É DO CAPETA! !!!!!

eu sugiro ir no rc.conf,

background_fsck="NO"

Re: [FUG-BR] Kernel panic STABLE 7.0

background fsck o quê.. FOREGROUND DOR DE CABEÇA, à toa!

SOY CONTRA!

Putz acompanhei essa thread na FUG.. Lapso meu.. é a idade.....