High Disk I / O - jbd2 / sda2-8-Prozess

23

Ich habe einen Dateiserver auf einem CentOS 5.8-Endserver ausgeführt.

Meine einzige Sorge im Moment ist, was anscheinend eine intermittierende, aber anhaltend hohe Platten-E / A-Aktivität ist, die aufgrund des jbd2 / sda2-8- Prozesses zu einer allgemeinen Verlangsamung führt .

jbd2 / sda2-8 verwendet / dev / sda2, die zweite Partition der ersten Festplatte (IE: Root-Partition).

Weitere Informationen: Mit "iotop" scheint der Täter "jbd2 / sda1-8" zu sein, der jede Sekunde Schreibvorgänge durchführt. Dies scheint ein Kernelprozess zu sein, der mit dem Journaling auf dem ext4-Dateisystem verbunden ist, wenn ich richtig herumgeoogelt habe.

Ich sehe hier ab und zu "jbd2 / sda2-8", aber sicher nicht alle 3 Sekunden. Im Leerlauf erscheint es ungefähr 1 oder 2 Mal pro Minute. Wenn ich das System verwende, erscheint es häufiger.

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

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

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

jbd2 / sda2-8 sind die Prozesse, die ich sehe, wenn ich mit iotop Schreibvorgänge auf die Festplatte mache, obwohl sie überhaupt nicht verwendet werden.

Hat jemand eine Idee, wie ich den durch die hohe Festplattenauslastung verursachten jbd2 / sda2-8-Prozess lösen könnte?

performance hard-drive centos5 Evan Hamlet
quelle
Hoffe, dies wird hilfreich sein: serverfault.com/questions/363355/…
Farhan
Können Sie die Hardwarelösung beschreiben, auf der Sie ausgeführt werden?
ewwhite
hast du das überhaupt gelöst? Ich habe das gleiche Problem
Tiffany Walker
Haben Sie die gleiche Lösung?
Sergey
1
Ich hatte das gleiche Problem und es schien in Verbindung mit gnome-settings-daemon gewesen zu sein, der 100% der Zeit eine CPU verwendete. Das Aus- und Wiedereinloggen schien das Problem gelöst zu haben. Keine Protokolle waren zu groß oder wurden ständig aktualisiert. Das größte Protokoll war 2 MB und stabil.
Paul-Sebastian Manole

Antworten:

10

Ich weiß nicht, ob dies hilfreich ist, aber wir hatten ein ähnliches Problem, das durch einen Ausfall einer der Festplatten in unserem RAID-Array verursacht wurde. Dies bedeutete, dass jedes Schreiben um ein Vielfaches länger dauerte, als es hätte sein sollen.

Wir haben es schließlich gefunden, als wir neu gestartet haben und der RAID-Controller das Problem endlich erkannt hat, aber wir könnten eine Idee von der Überprüfung der RAID-Protokolle haben.

Ich hoffe, das hilft (dies ist mein erster Versuch, hier eine Antwort zu finden).

Rob Ferrer
quelle
1
Es war die gleiche Ursache für uns, wie es aussieht, auf einem Dell PowerEdge R720XD mit Ubuntu 12.04.
BT643
3

Gemäß den von Ihnen geposteten Screenshots werden viele Schreibaktivitäten sowohl vom Nginx-Worker-Prozess mit PID 2202 als auch von einem der ffmpeg-Prozesse generiert.

Bieten Sie einen Media-Streaming- oder Konvertierungsdienst an? Der jdb2-Prozess ist nur ein Symptom und nicht die Hauptursache für die von Ihnen bereitgestellte Anwendung. jbd2 ist nur der Bote. Wenn das System nicht verwendet wird, wird es bei der Durchführung einer Journalsynchronisierung von Zeit zu Zeit angezeigt. Unter hoher Last und mit mehr Journalschreibvorgängen wird ein Verhalten festgestellt, das mit dem von Ihnen beschriebenen übereinstimmt.

Stefan Förster
quelle