E / S de disco alta - processo jbd2 / sda2-8

23

Eu executei um servidor de arquivos em um servidor final do CentOS 5.8.

Minha única preocupação no momento é o que parece ser uma atividade de E / S de disco intermitente, mas contínua, causando uma desaceleração geral devido ao processo jbd2 / sda2-8 .

O jbd2 / sda2-8 está usando o / dev / sda2, que é a 2ª partição do primeiro disco rígido (IE: partição raiz).

Mais informações: usando "iotop", o culpado parece ser "jbd2 / sda1-8", fazendo gravações a cada segundo, o que parece ser um processo do kernel associado ao registro no diário no sistema de arquivos ext4, se meu pesquisador estiver correto.

Eu vejo "jbd2 / sda2-8" aparecendo aqui de vez em quando, mas certamente não a cada 3 segundos. Quando ocioso, aparece cerca de 1 ou 2 vezes por minuto. Quando estou usando o sistema, ele aparece com mais frequência.

Resultados da ATOP: http://grabilla.com/02b14-8022db2e-4eb9-4f10-8e10-d65c49ad7530.png

Resultados da IOTOP: http://grabilla.com/02b14-cf74b25d-4063-4447-9210-7d1b9b70e25b.png

Resultados do HTOP: http://grabilla.com/02b14-ad8cad0e-89b0-46d3-849d-4fd515c1e690.png

jbd2 / sda2-8 são os processos que eu vejo com o iotop fazendo gravações no disco, mesmo que ele não esteja em uso.

Alguém tem alguma idéia de como eu poderia resolver o alto uso do disco causado pelo processo jbd2 / sda2-8?

Evan Hamlet
fonte
Espero que isso seja útil: serverfault.com/questions/363355/…
Farhan
Você pode descrever a solução de hardware em que está executando?
ewwhite
você resolveu isso? Eu tenho o mesmo problema
Tiffany Walker
tem o mesmo, alguma solução?
Sergey
1
Eu tive o mesmo problema e parecia ter sido combinado com o gnome-settings-daemon, que estava usando uma CPU 100% do tempo. Sair e voltar parecia ter resolvido isso. Nenhum registro era muito grande ou era constantemente atualizado. O maior log foi de 2 MB e estável.
Paul-Sebastian Manole

Respostas:

10

Não sei se isso é útil, mas tivemos um problema semelhante, causado por um dos discos em nossa matriz RAID começando a falhar. Isso significava que cada gravação estava demorando muito mais do que deveria.

Eventualmente, encontramos quando reinicializamos e o controlador RAID finalmente detectou o problema, mas poderíamos ter uma idéia ao verificar os logs RAID.

Espero que ajude (esta é minha primeira tentativa de resposta aqui).

Rob Ferrer
fonte
1
Foi a mesma causa para nós pela aparência, em um Dell PowerEdge R720XD executando o Ubuntu 12.04.
BT643
3

De acordo com as capturas de tela que você publicou, muitas atividades de gravação são geradas pelo processo do operador nginx com o PID 2202, bem como por um dos processos ffmpeg.

Você fornece algum tipo de serviço de streaming ou conversão de mídia? O processo jdb2 é apenas um sintoma, não a causa raiz, sendo esse o aplicativo que você está fornecendo. jbd2 é apenas o mensageiro. Se o sistema não for usado, ele será exibido de vez em quando ao executar uma sincronização de diário e, sob carga pesada, com mais gravações de diário, você verá um comportamento consistente com o que descreveu.

Stefan Förster
fonte