web-dev-qa-db-ja.com

高いディスクI / O-jbd2 / sda2-8プロセス

CentOS 5.8最終サーバーでファイルサーバーを実行しました。

jbd2/sda2-8プロセスが原因で、断続的ではあるが継続的な高いディスクI/Oアクティビティによって一般的なスローダウンが発生しているように見えるのが、現時点での私の唯一の懸念です。 。

jbd2/sda2-8は、最初のハードドライブの2番目のパーティション(IE:ルートパーティション)である/ dev/sda2を使用しています。

詳細:「iotop」を使用すると、犯人は「jbd2/sda1-8」のように見え、毎秒書き込みを行っているように見えます。これは、私のググリングが正しければ、ext4ファイルシステムでのジャーナリングに関連するカーネルプロセスのようです。

「jbd2/sda2-8」がときどきここに表示されますが、3秒ごとに表示されるとは限りません。アイドル時には、1分あたり約1〜2回表示されます。私がシステムを使用しているとき、それはより頻繁に表示されます。

ATOPの結果: http://grabilla.com/02b14-8022db2e-4eb9-4f10-8e10-d65c49ad7530.png

IOTOPの結果: http://grabilla.com/02b14-cf74b25d-4063-4447-9210-7d1b9b70e25b.png

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

jbd2/sda2-8は、iotopがまったく使用されていない場合でも、ディスクに書き込みを行うプロセスです。

誰かがどのようにしてjbd2/sda2-8プロセスによって引き起こされた高いディスク使用量を解決できるか考えていますか?

24
Evan Hamlet

これが役立つかどうかはわかりませんが、同様の問題があり、RAIDアレイのディスクの1つが故障し始めたことが判明しました。これは、すべての書き込みに本来よりも何倍も時間がかかることを意味しました。

最終的には再起動してRAIDコントローラーが問題を検出したときにそれを見つけましたが、RAIDログを確認することでアイデアを得ることができました。

私がそれが役に立てば幸いです(これが私の答えの最初の試みです)。

10
Rob Ferrer

投稿したスクリーンショットによると、PID 2202のnginxワーカープロセスと、ffmpegプロセスの1つによって、多くの書き込みアクティビティが生成されています。

何らかのメディアストリーミングまたは変換サービスを提供していますか? jdb2プロセスは、根本的な原因ではなく単なる症状であり、それが提供するアプリケーションです。 jbd2は単なるメッセンジャーです。システムが使用されていない場合、ジャーナルの同期を実行するとシステムが頻繁に表示され、負荷が高く、ジャーナルへの書き込みが増えると、説明した内容と一貫した動作が見られます。

3
Stefan Förster