Giovanni uma questão que acordei pensando, você rodou o fsck no seu
headnode certo? Vc desmontou o storage pra que o fsck não limpasse
ele certo? Ou mandou rodar com os GFS levantando seu file system?
O OCFS2 é excelente na questão de performance, mas tem um
limitantes. So podemos haver cerca de 32 mil pastas dentro de cada
ponto de montagem. Se passar disto você vai ter travamentos totais
do acesso. Se quiser brincar com ele recomendo quebrar seu storage
em mais pontos de montagens, de acordo com sua necessidade. Tenho
dois pontos de montagens e no final do ano vou formatar em mais
pontos.
Em 27-10-2011 20:43, Giovanni Mantelli escreveu:
Opa Anderson...
No meu caso, o fsck no GFS resolvou os problemas com
processos "D" em meu cluster de e-mail.
Em relacao ao GFS, nota-se uma queda na performance em
relacao aos outros sistemas de arquivos, como voce deve saber...
Mas no mais, he um sistema bom.
Ja ouvi falar bem do OCFS2.
O que voce me diz dele?
Em 27 de outubro de 2011 17:14,
Anderson J. Dominitini <ajdominitini@gmail.com>
escreveu:
Giovanni.
Não existe problemas que peça um FSCK. Pelo menos não
aparentemente. Pelo que li hoje devo atualizar o Firmware
e acabe de fazer isto das controladoras. Chequei a
integridade dos discos também e está tudo OK.
Vou rodar um teste aqui.
Uma pergunta OFF: Vc usa o GFS? Está satisfeito? Eu
uso o OCFS2.
[]'s
Em 27-10-2011 16:35, Giovanni Mantelli escreveu:
Anderson,
Recentemente tive um problema assim com meu servidor
de e-mail plugado no Storage, utilizando o
filesystem GFS.
Muitos processos Imap começaram a ficar presos.
Rodei o fsck na partição, e o problema foi
resolvido.
Conforme comentaram acima, são processos que estão
esperando / aguardando por IO.
Abraços
Em 27 de outubro de 2011
13:43, Anderson J. Dominitini <ajdominitini@gmail.com>
escreveu:
Bom já
tenho um fio pra puxar.
O processo recebe este status quando está
aguardando que algum I/O de disco ou outro
qualquer seja completado!
O que me estranha é que os mesmo processos
estão sendo rodados do mesmo jeito. Então
tenho que monitorar o que está causando esta
lentidão de resposta de I?o.
[]'s
Em 27-10-2011 13:35, Anderson J. Dominitini
escreveu:
OK.
Mas o que está causando isto? Porque
vários processos diferente estão
assumindo este status? Como resolver
isto?
Estou procurando material sobre isto!
[]'s
Em 27-10-2011 12:04, João Neto escreveu:
PROCESS STATE CODES
D uninterruptible sleep (usually IO)
R runnable (on run queue)
S sleeping
T traced or stopped
Z a defunct ("zombie") process
Em 27 de
outubro de 2011 10:44, Anderson J.
Dominitini <ajdominitini@gmail.com>
escreveu:
Pessoal
Estou com um problema bem novo
pra mim. Tenho um headnode e
sempre
que coloco ele pra trabalhar,
muitos processos recebem este
status D,
segue exemplo. Mas de antemão já
informo que a cada existem outros
processos que recebem o mesmo
tratamento!
Não sei exatamente o que pode ser.
Alguém tem uma luz! Estou enviando
aqui antes de pesquisar por
necessidade de resolver logo.
Enviando este
e-mail vou buscar solução pra
isto!
----------------------------------
Giovanni A. Mantelli
Administrador de Redes / SO Linux
Florianópolis - SC - Brasil
gamantelli@gmail.com
----------------------------------
----------------------------------
Giovanni A. Mantelli
Administrador de Redes / SO Linux
Florianópolis - SC - Brasil
gamantelli@gmail.com
----------------------------------