Диск занят. Циклично читает sda и пишет на sdb — как найти причину?

Question

[grabbee]

Сервер на onlinenet стандартная установка, два жестких диска. Устанавливаю с их образа убунту сервер 16.04 64бит
После установки диски заняты чтением с одного HDD и записью на второй - дисковая подсистема занята на 100% в течении многих часов. Сколько именно времени это происходит вычислить не удалось. Вроде через 5-6 часов проходит, но это не точно.

Найти причину так и не могу. Саппорт проверяет HDD в режиме восстановления - и говорит что с дисками всё хорошо... На сам сервер после установки ОС не заходят - игнорируют проблему второй день. Может быть кто-то сталкивался или знает причину?

Comments

[Melkij]

покажите cat /proc/mdstat

[grabbee]

Melkij,

# cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] 
md2 : active raid1 sda5[0] sdb5[1]
      3885082624 blocks super 1.2 [2/2] [UU]
      [===>.................]  resync = 19.4% (755944576/3885082624) finish=315.5min speed=165283K/sec
      bitmap: 24/29 pages [96KB], 65536KB chunk

md1 : active raid1 sda4[0] sdb4[1]
      20954112 blocks super 1.2 [2/2] [UU]
      
md0 : active raid1 sdb2[1] sda2[0]
      306880 blocks super 1.2 [2/2] [UU]
      
unused devices: <none>

Answer 1

[Melkij]

Очевидно и элементарно. Не мешайте рейду заниматься своей работой.

Гайки для управления скоростью синхронизации: /proc/sys/dev/raid/speed_limit_min и /proc/sys/dev/raid/speed_limit_max

Comments

[grabbee]

Так а зачем оно само запускается после полной переустановки сервера?
Это разве нормально? Есть подозрение что это поведение не нормальное...

[Melkij]

После переустановки подсистема linux raid не знает, что там на дисках творится, откуда диски взялись и что на них написано. Следовательно необходимо перестроить весь блочный уровень mdraid. Это единственный возможный способ обеспечить синхронность массива.

[grabbee]

Melkij, Так ведь раньше такого не было, не замечал во всяком случае... Они же выкатывают свой готовый образ на сервер. Переустановил сервер и всё готово к работе - никаких задержек. А здесь я вынужден ждать 6 часов - это очень долго, как мне кажется. Прямо параллельно работал на сервере OVH - там после переустановки сервера всё сразу готово.

[Melkij]

По хостерам и их собственным образам спрашивайте кого-нибудь другого. Может раньше у вас рейда вообще не было. Или вам ставили железный контроллер (ну или фейковый чипсетный в худшем случае) - эти разумеется не теряют сведения о синхронности дисков если не переставляли сами диски, да и если переставляли может лимитирована скорость фоновой синхронизации под механику.
С позиции ядра linux - инициализация нового массива форсирует фоновый ребилд этого массива как единственный возможный способ дальше жить.

я вынужден ждать 6 часов

Я уже написал какие гайки надо крутить.

[grabbee]

Melkij, перепроверил - раньше такого не было, потому что после реинстала сервера я далеко не сразу с ним начинал работать... Поэтому проходило достаточно времени и билд завершался раньше чем я это успевал заметить. А на одном сервере билд занял всего 1,5 часа. Я этого всего не знал. Спасибо ;)

Answer 2

[Пума Тайланд]

Если у вас используется софтовый рейд то он билдится сразу после установки