E / S disque élevées - processus jbd2 / sda2-8


23

J'ai exécuté un serveur de fichiers sur un serveur final CentOS 5.8.

Ma seule préoccupation pour le moment est ce qui semble être une activité d'E / S de disque élevée intermittente mais continue provoquant un ralentissement général en raison du processus jbd2 / sda2-8 .

jbd2 / sda2-8 utilise / dev / sda2, qui est la 2e partition du premier disque dur (IE: partition racine).

Plus d'informations: en utilisant "iotop", le coupable semble être "jbd2 / sda1-8" qui effectue des écritures toutes les secondes, ce qui semble être un processus noyau associé à la journalisation sur le système de fichiers ext4, si ma recherche est correcte.

Je vois "jbd2 / sda2-8" apparaître ici de temps en temps, mais certainement pas toutes les 3 secondes .. lorsqu'il est inactif, il apparaît environ 1 ou 2 fois par minute. Lorsque j'utilise le système, il apparaît plus fréquemment.

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

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

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

jbd2 / sda2-8 est le processus que je vois avec iotop faire des écritures sur le disque même s'il n'est pas utilisé du tout.

Est-ce que quelqu'un a une idée de comment résoudre le processus jbd2 / sda2-8 causé par une utilisation élevée du disque?


J'espère que cela vous sera utile: serverfault.com/questions/363355/…
Farhan

Pouvez-vous décrire la solution matérielle sur laquelle vous travaillez?
ewwhite

avez-vous résolu cela? j'ai le même problème
Tiffany Walker

avoir la même chose, une solution?
Sergey

1
J'ai eu le même problème et il semblait avoir été en conjonction avec gnome-settings-daemon qui utilisait un CPU 100% du temps. La déconnexion et la reconnexion semblent avoir résolu ce problème. Aucun journal n'était trop volumineux ou mis à jour en permanence. Le plus gros journal était de 2 Mo et stable.
Paul-Sebastian Manole

Réponses:


10

Je ne sais pas si cela est utile, mais nous avons eu un problème similaire qui s'est avéré provoqué par l'un des disques de notre matrice RAID qui commençait à échouer. Cela signifiait que chaque écriture prenait plusieurs fois plus de temps qu'elle n'aurait dû l'être.

Nous l'avons finalement trouvé lorsque nous avons redémarré et le contrôleur RAID a finalement détecté le problème, mais nous aurions pu avoir une idée en vérifiant les journaux RAID.

J'espère que cela aide (c'est ma première tentative de réponse ici).


1
C'était la même cause pour nous par son apparence, sur un Dell PowerEdge R720XD exécutant Ubuntu 12.04.
BT643

3

Selon les captures d'écran que vous avez publiées, de nombreuses activités d'écriture sont générées par le processus de travail nginx avec PID 2202 ainsi que par l'un des processus ffmpeg.

Fournissez-vous une sorte de service de streaming ou de conversion multimédia? Le processus jdb2 n'est qu'un symptôme, et non la cause première, étant l'application que vous fournissez. jbd2 n'est que le messager. Si le système n'est pas utilisé, il apparaîtra de temps en temps lors de la synchronisation d'un journal, et sous une charge importante, avec plus d'écritures de journal, vous verriez un comportement cohérent avec ce que vous avez décrit.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.