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


23

Uruchomiłem serwer plików na serwerze końcowym CentOS 5.8.

Moim jedynym zmartwieniem w tej chwili jest to, co wydaje się być przerywane, ale ciągła wysoka aktywność we / wy dysku powoduje ogólne spowolnienie z powodu procesu jbd2 / sda2-8 .

jbd2 / sda2-8 korzysta z / dev / sda2, który jest 2. partycją pierwszego dysku twardego (IE: partycja root).

Więcej informacji: za pomocą „iotop” sprawcą wydaje się być „jbd2 / sda1-8”, który zapisuje co sekundę, co wydaje się być procesem jądra związanym z kronikowaniem w systemie plików ext4, jeśli moje wyszukiwanie w sieci jest prawidłowe.

Widzę, że „jbd2 / sda2-8” pojawia się tu od czasu do czasu, ale na pewno nie co 3 sekundy .. w stanie bezczynności pojawia się około 1 lub 2 razy na minutę. Kiedy korzystam z systemu, pojawia się częściej.

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

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

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

jbd2 / sda2-8 to procesy, które widzę podczas tworzenia zapisów na dysku przez iotop, mimo że w ogóle nie jest używany.

Czy ktoś ma pomysł, jak rozwiązać wysokie zużycie dysku spowodowane procesem jbd2 / sda2-8?


Mam nadzieję, że to będzie pomocne: serverfault.com/questions/363355/…
Farhan

Czy możesz opisać sprzętowe rozwiązanie, na którym pracujesz?
ewwhite

czy w ogóle to rozwiązałeś? mam ten sam problem
Tiffany Walker

masz to samo, jakieś rozwiązanie?
Siergiej

1
Miałem ten sam problem i wydawało się, że był w połączeniu z demonem ustawień gnome, który w 100% zużywał jeden procesor. Wylogowanie i ponowne logowanie wydawało się, że to rozwiązało. Żadne dzienniki nie były zbyt duże ani stale aktualizowane. Największy dziennik miał 2 MB i był stały.
Paul-Sebastian Manole

Odpowiedzi:


10

Nie wiem, czy to jest pomocne, ale mieliśmy podobny problem, który okazał się być spowodowany awarią jednego z dysków w naszej macierzy RAID. Oznaczało to, że każdy zapis trwał wiele razy dłużej niż powinien.

W końcu znaleźliśmy go, gdy uruchomiliśmy się ponownie, a kontroler RAID w końcu wykrył problem, ale mogliśmy mieć pomysł ze sprawdzenia dzienników RAID.

Mam nadzieję, że to pomoże (to moja pierwsza próba odpowiedzi tutaj).


1
To był dla nas ten sam powód, na jego wygląd, na Dell PowerEdge R720XD z systemem Ubuntu 12.04.
BT643,

3

Zgodnie z opublikowanymi zrzutami ekranu wiele procesów zapisu jest generowanych przez proces roboczy nginx z PID 2202, a także przez jeden z procesów ffmpeg.

Czy oferujecie jakieś usługi przesyłania strumieniowego lub konwersji multimediów? Proces jdb2 jest tylko objawem, a nie główną przyczyną, że jest to aplikacja, którą udostępniasz. jbd2 to tylko posłaniec. Jeśli system nie jest używany, co jakiś czas będzie się pojawiał podczas synchronizacji dziennika, a przy dużym obciążeniu, przy większej liczbie zapisów w dzienniku, zachowanie będzie zgodne z tym, co opisałeś.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.