Процес вводу / виводу високого диска - jbd2 / sda2-8


23

Я запустив файловий сервер на кінцевому сервері CentOS 5.8.

На сьогоднішній день моє єдине занепокоєння - це те, що видається переривчастою, але безперервною активністю вводу / виводу диска, що спричиняє загальне уповільнення через процес jbd2 / sda2-8 .

jbd2 / sda2-8 використовує / dev / sda2, який є другим розділом першого жорсткого диска (IE: root partition).

Більше інформації: винуватцем використання "iotop" винуватцем є "jbd2 / sda1-8", що робить записи щосекунди, що, як видається, є процесом ядра, пов'язаним із веденням журналу у файловій системі ext4, якщо моє гуглювання навколо правильне.

Я бачу, що "jbd2 / sda2-8" з'являється тут раз у раз, але, звичайно, не кожні 3 секунди .., коли простоює, воно з’являється приблизно 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?


Сподіваюся, що це стане в нагоді: serverfault.com/questions/363355/…
Farhan

Чи можете ви описати апаратне рішення, на якому ви працюєте?
ewwhite

ти це взагалі вирішив? У мене така сама проблема
Тіффані Уокер

мати те саме, будь-яке рішення?
Сергій

1
У мене була така ж проблема, і, здавалося, це було в поєднанні з gnome-settings-демон, який використовував один процесор у 100% часу. Схоже, це вирішили це питання. Жоден журнал не був занадто великим або постійно оновлювався. Найбільший журнал становив 2 Мб і стійкий.
Пол-Себастьян Маноле

Відповіді:


10

Я не знаю, чи це корисно, але у нас була подібна проблема, яка виявилася причиною того, що один з дисків нашого RAID-масиву почав виходити з ладу. Це означало, що кожне написання займало в багато разів більше часу, ніж мало бути.

Зрештою, ми виявили це, коли ми перезавантажилися, і контролер RAID нарешті виявив проблему, але ми могли отримати уявлення про перевірку журналів RAID.

Я сподіваюся, що це допомагає (це моя перша спроба відповіді тут).


1
Це було тією ж причиною для нас, як виглядає на Dell PowerEdge R720XD під керуванням Ubuntu 12.04.
BT643

3

Відповідно до екранів, які ви опублікували, велика активність запису створюється робочим процесом nginx з PID 2202, а також одним із ffmpeg-процесів.

Чи надаєте якусь послугу трансляції чи перетворення медіа? Процес jdb2 - це лише симптом, а не першопричина, що це додаток, який ви надаєте. jbd2 - просто месенджер. Якщо система не використовується, вона відображатиметься так часто під час синхронізації журналу, і під великим навантаженням, при більшій кількості журналів, ви побачите, що це поведінка, що відповідає тому, що ви описали.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.