LINUX.ORG.RU
решено ФорумAdmin

Диск загружен на 90%, но нет операций записи/чтения.

 , ,


0

1

Здравствуйте. Столкнулся со следующей проблемой. Есть ВМ под управлением qemu/kvm+Ubuntu 24.04. На ней есть 2 диска - первый для ОС, на базе NVMe, - vda. Второй для рабочей нагрузки, на базе HDD, - vdb.

На виртуалке запущено несколько контейнеров пишущих на vbd (внутрь смонтирована директория с него) без stdout (чтоб не писали в /var/lib/docker/…).

Смотрю atop, и вижу вот такую загрузку первого диска (vda)

DSK | vda | busy 91% | read 0 | write 98 | discrd 0 | MBr/s 0.0 | MBw/s 0.2 | avio 87.6 ms |

Сразу бросается в глаза отсутствие записи/чтения (0.2Мб/сек что такое для NVMe?) при 91% загрузки.

Смотрю atop по второму диску, куда и ожидается активная запись, там цифры адекватные:

DSK | vdb | busy 32% | read 7183 | write 205 | discrd 0 | MBr/s 3.7 | MBw/s 2.5 | avio 0.41 ms |

Иду в «fatrace -c -t», убираю грепом файлы с vdb, и не вижу ничего. Нет файлов вне vdb с которыми идёт работа.

Иду в iotop и вижу лишь процессы контейнеров и etx4. Журналирование конечно на vda работает, но с мелкой скоростью

441 be/3 root        0.00 B/s   55.87 K/s [jbd2/vda2-8]

«iostat -x 1» показывает что идёт юз диска на запись, и большой (удалил колонки с нулями).

Device   w/s     wkB/s    wrqm/s  %wrqm w_await wareq-sz f/s  f_await  aqu-sz  %util
vda      9.00    634.00    82.00  90.11  146.67  70.44   6.00  100.17    1.92  99.60

Как можно найти причину столь высокой загрузки первого диска?



Последнее исправление: hvprvtr (всего исправлений: 1)

Это же как не диск загружен, а как загружен процессор в момент IO.

С учётом всей матрёшки виртуализованных устройств стоит проверить их реальную скорость внутри ВМ, параметры их драйверов.

anonymous
()

Решено. Оказывается fatrace показывает инфу для того устройства на котором он был запущен (pwd). Перешёл на диру в vda, запустил и сразу увидел кто юзает диск.

vel, спасибо.

hvprvtr
() автор топика