Высокий дисковый ввод-вывод - процесс jbd2 / sda2-8

23

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

В настоящий момент меня беспокоит только то, что кажется прерывистым, но постоянная высокая активность ввода-вывода на диске вызывает общее замедление из-за процесса jbd2 / sda2-8 .

jbd2 / sda2-8 использует / dev / sda2, который является вторым разделом первого жесткого диска (IE: корневой раздел).

Дополнительная информация: при использовании «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/…
Фархан
Можете ли вы описать аппаратное решение, на котором вы работаете?
2012 года
ты решил это вообще? у меня та же проблема
Тиффани Уокер
есть то же самое, любое решение?
Сергей
1
У меня была такая же проблема, и она, кажется, была связана с демоном gnome-settings-daemon, который использовал один процессор 100% времени. Выход из системы и обратно, казалось, решили эту проблему. Журналы не были слишком большими или постоянно обновлялись. Самый большой журнал был 2 МБ и устойчивый.
Пол-Себастьян Маноле

Ответы:

10

Я не знаю, полезно ли это, но у нас была похожая проблема, вызванная тем, что один из дисков в нашем RAID-массиве начал выходить из строя. Это означало, что каждая запись занимала много раз дольше, чем следовало бы.

В конце концов мы нашли его, когда перезагрузили, и контроллер RAID наконец обнаружил проблему, но у нас могла быть идея проверить журналы RAID.

Я надеюсь, что это помогает (это моя первая попытка ответа здесь).

Роб Феррер
источник
1
Судя по всему, это была та же причина для нас на Dell PowerEdge R720XD под управлением Ubuntu 12.04.
BT643
3

Согласно опубликованным вами снимкам экрана, большая часть операций записи генерируется рабочим процессом nginx с PID 2202, а также одним из процессов ffmpeg.

Предоставляете ли вы какую-то услугу потокового вещания или конвертации? Процесс jdb2 - это всего лишь симптом, а не причина, являющаяся приложением, которое вы предоставляете. JBD2 это просто посланник. Если система не используется, она будет часто появляться при выполнении синхронизации журнала, и при большой нагрузке, с большим количеством записей журнала, вы увидите, что это поведение соответствует тому, что вы описали.

Стефан Фёрстер
источник