I / O del disco alto - processo jbd2 / sda2-8


23

Ho eseguito un file server su un server finale CentOS 5.8.

La mia unica preoccupazione al momento è quella che sembra essere intermittente ma continua attività di I / O su disco elevato che causa un rallentamento generale a causa del processo jbd2 / sda2-8 .

jbd2 / sda2-8 utilizza / dev / sda2, che è la seconda partizione del primo hard disk (IE: partizione root).

Maggiori informazioni: usando "iotop" il colpevole sembra essere "jbd2 / sda1-8" che scrive ogni secondo, che sembra essere un processo del kernel associato al journaling sul filesystem ext4, se il mio googling in giro è corretto.

Vedo "jbd2 / sda2-8" apparire qui ogni tanto, ma certamente non ogni 3 secondi .. quando è inattivo, appare circa 1 o 2 volte al minuto. Quando sto usando il sistema, appare più frequentemente.

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

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

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

jbd2 / sda2-8 sono i processi che vedo con iotop che scrivono sul disco anche se non sono affatto in uso.

Qualcuno ha idea di come potrei risolvere l'elevato utilizzo del disco che ha causato il processo jbd2 / sda2-8?


Spero che questo possa
Farhan,

Puoi descrivere la soluzione hardware su cui stai lavorando?
ewwhite,

hai risolto tutto questo? Ho lo stesso problema
Tiffany Walker,

hai la stessa soluzione?
Sergey

1
Ho avuto lo stesso problema e sembrava essere stato in congiunzione con gnome-settings-daemon che utilizzava una CPU il 100% delle volte. Disconnettersi e rientrare sembrava aver risolto questo problema. Nessun registro era troppo grande o in costante aggiornamento. Il registro più grande era di 2 MB e stabile.
Paul-Sebastian Manole,

Risposte:


10

Non so se questo sia utile, ma abbiamo avuto un problema simile che si è rivelato causato da uno dei dischi nel nostro array RAID che ha iniziato a fallire. Ciò significava che ogni scrittura impiegava molte volte più tempo di quanto avrebbe dovuto essere.

Alla fine l'abbiamo trovato al riavvio e il controller RAID ha finalmente rilevato il problema, ma avremmo potuto avere un'idea dal controllo dei log RAID.

Spero che sia di aiuto (questo è il mio primo tentativo di risposta qui).


1
Era la stessa causa per noi dal suo aspetto, su un Dell PowerEdge R720XD con Ubuntu 12.04.
BT643,

3

Secondo gli screenshot che hai pubblicato, molta attività di scrittura è generata dal processo di lavoro nginx con PID 2202, nonché da uno dei processi ffmpeg.

Offrite un servizio di streaming o conversione multimediale? Il processo jdb2 è solo un sintomo, non la causa principale, che è l'applicazione che stai fornendo. jbd2 è solo il messenger. Se il sistema non viene utilizzato, verrà visualizzato ogni tanto durante l'esecuzione di una sincronizzazione del journal, e sotto carico pesante, con più scritture del journal, lo vedresti un comportamento coerente con quello che hai descritto.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.