Насколько я помню, эта проблема появилась после обновления с Debian Squeeze до Wheezy. Симптомом является чрезвычайно низкая производительность записи на сервер dmraid исключительно при записи через общие ресурсы nfs с любого клиента. Проблема с производительностью, кажется, возникает после нескольких минут передачи и может быть только с большими файлами.

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

Проблема возникает при использовании общих ресурсов nfs в системе Ubuntu 14.04 и / или при использовании общих ресурсов nfs в системе Mythbuntu 12.04 - нет различий в поведении. Для этого мне пришлось переключить систему Mythbuntu на sftp, потому что эта система автоматически копирует телевизионные записи на сервер.

Подчеркну: копирование тех же файлов через ssh/scp/sftp не создает никаких проблем и обеспечивает хорошую производительность! (Сеть 1 Гбит / с)

Вернемся к проблемной передаче: там скорость передачи формирует волны: она действительно медленная, ~ 150-250 КиБ / с в течение ок. 4 секунды, затем "сосет" кусок со скоростью ~ 4-7 МБ / с в течение ок. 1-2 секунды

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

Это версии:

nsk@server7even3:~$ lsb_release -a
 No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 7.6 (wheezy)
Release:    7.6
Codename:   wheezy
nsk@server7even3:~$ uname -a
Linux server7even3 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2 x86_64 GNU/Linux

nfs-kernel-server находится на версии 1:1.2.6-4

Это пример вывода iotop: хорошо ... Мне не удалось скопировать вывод, поскольку он все время обновляется, что очищает мой выбор, но соответствующая строка выглядит так:

8417 be/3 root     0.00 B/s    0.00 B/s  0.00 % 99.95 % [jbd2/dm-0-8]

Это не придерживается 99.xx% - это колеблется между 91.xx-99.99%

Конечно, рейд не повторяется сейчас

nsk@server7even3:~$ cat /proc/mdstat 
Personalities : [raid6] [raid5] [raid4] 
md127 : active raid5 sdf1[0] sdd1[4] sda1[2] sdb1[1]
      11720655360 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]

Здесь вы можете увидеть, что это raid5 и файловая система ext4.

Я нашел некоторые похожие проблемы в Интернете; но при внимательном прочтении ни один из них на самом деле не совпадает.

Любые советы?


//Редактировать:

Диски с данными:

  • Куплено: март 2014
  • Мощность на часах: ~ 6150

Массив:

  • Создано с помощью mdadm без дополнительных параметров (насколько мне известно из моих заметок)
  • RAID шаг: 128
  • Ширина полосы RAID: 384

Раздел:

  • Выровнен по секторам: 2048
  • Размер блока: 4096
  • Размер инода: 256
  • Иноды на группу: 4096
  • Количество блоков Inode на группу: 256

Это второй раздел в массиве

Я забыл сказать, что раздел дополнительно зашифрован - извините за это!

nsk@server7even3:~$ sudo cryptsetup status /dev/mapper/udisks-luks-uuid-18cea73e-4176-4d8a-b80d-cc5e933beb77-uid0
/dev/mapper/udisks-luks-uuid-18cea73e-4176-4d8a-b80d-cc5e933beb77-uid0 is active and is in use.
  type:    LUKS1
  cipher:  aes-cbc-essiv:sha256
  keysize: 256 bits
  device:  /dev/md127p2
  offset:  3072 sectors
  size:    15032381407 sectors
  mode:    read/write

0