Raid mdadm Linux, как заставить спать?

Question

[Павел Беляев]

После полного ресинка массив тарахтит как будто перестраивается, диски шумноватые, стоит всё в Terramster с Debian на борту, хочу заставить диски засыпать, даже принудительно через hdparm не удается их усыпить в неактивности.
Диски wd hc550 18tb в raid 10 (4 штуки).

Answer 1

[Павел Беляев]

Всем спасибо за желание помочь.
Нашел в чем дело, ext4 отложенно делала приборку

9,0    2       79     9.271989366  1127  Q  WS 27648858368 + 1024 [ext4lazyinit]
  9,0    2       80     9.507989774  1127  Q  WS 27648859392 + 1024 [ext4lazyinit]
  9,0    2       81     9.509846860     0  C  WS 27648859392 + 768 [0]
  9,0    1       61     9.510479277     0  C  WS 27648860160 + 256 [0]
  9,0    2       82     9.727989922  1127  Q  WS 27648860416 + 1024 [ext4lazyinit]
  9,0    1       62     9.728802836     0  C  WS 27648860416 + 768 [0]
  9,0    1       63     9.728803092     0  C  WS 27648861184 + 256 [0]
  9,0    2       83     9.947990731  1127  Q  WS 27648861440 + 1024 [ext4lazyinit]
  9,0    2       84     9.949847960     0  C  WS 27648861440 + 768 [0]
  9,0    2       85     9.949848155     0  C  WS 27648862208 + 256 [0]
  9,0    2       86    10.167990861  1127  Q  WS 27648862464 + 1024 [ext4lazyinit]
  9,0    1       64    10.168814270     0  C  WS 27648862464 + 768 [0]
  9,0    1       65    10.168814521     0  C  WS 27648863232 + 256 [0]
  9,0    2       87    10.387989454  1127  Q  WS 27648863488 + 1024 [ext4lazyinit]

чтобы после форматирования ничего не делалось нужно форматировать с опциямиlazy_itable_init=0,lazy_journal_init=0

mkfs.ext4 -v -m 0.01 -b 4096 -E lazy_itable_init=0,lazy_journal_init=0,stride=128,stripe-width=256 /dev/md0

Тогда форматирует раздел намного дольше, но после форматирования ничего не будет прибирать на диске.

Теперь у массива статус active сменился на clean.

Answer 2

[Zettabyte]

wd hc550

Вообще Ультрастар - хорошие диски, возможно, вообще лучшие из больших сейчас. Это не совсем ВД, а наследие Hitachi / HGST. И они CMR.

Но одновременно в серии Ultrastar DC HC550 появились новые технологии:

• EAMR - это первый HDD, использующий Energy assisted magnetic recording;
  
• Некий Triple stage actuator - трёхступенчатый позиционер / актуатор.
  

Возможно, как раз всё это и создаёт шум при работе.

хочу заставить диски засыпать, даже принудительно через hdparm не удается их усыпить

Не исключено, что хард просто не поддерживает AAM и сон. Чем это проверить под Linux - не скажу, GSmartControl, по-моему, такое не показывает. Под Windows - R.tester покажет.

Но в целом я бы не останавливал эти диски. Western digital заявляет их как серверные, так что работа 24/7 для них должна быть в порядке вещей. Да и отсутствием лишних циклов остановка / раскрутка вы понизите вероятность каких-то проблем с винчестером.

Comments

[Павел Беляев]

я кажется понял что происходит))) массив получается в районе 36 террабайт, я его собрал и отформатировал в моментустановки системы, т.е. без всяких доп опций, запустил

btrace -w 600 -a write /dev/md0

а там вот такое

9,0    1        9     0.659992044  1127  Q  WS 27636284672 + 1024 [ext4lazyinit]
  9,0    2       10     0.714707864     0  C WFSM 35153306752 + 8 [0]
  9,0    1       10     0.879993456  1127  Q  WS 27640463616 + 1024 [ext4lazyinit]
  9,0    1       11     0.881141687     0  C  WS 27640463616 + 768 [0]
  9,0    1       12     0.881141905     0  C  WS 27640464384 + 256 [0]
  9,0    1       13     1.099989789  1127  Q  WS 27640464640 + 1024 [ext4lazyinit]
  9,0    2       11     1.102028418     0  C  WS 27640464640 + 768 [0]
  9,0    2       12     1.102028698     0  C  WS 27640465408 + 256 [0]
  9,0    1       14     1.319989044  1127  Q  WS 27640465664 + 1024 [ext4lazyinit]
  9,0    1       15     1.321101601     0  C  WS 27640465664 + 768 [0]
  9,0    1       16     1.321101772     0  C  WS 27640466432 + 256 [0]
  9,0    1       17     1.539990015  1127  Q  WS 27640466688 + 1024 [ext4lazyinit]
  9,0    2       13     1.542027539     0  C  WS 27640466688 + 768 [0]
  9,0    2       14     1.542027786     0  C  WS 27640467456 + 256 [0]
  9,0    1       18     1.759990304  1127  Q  WS 27640467712 + 1024 [ext4lazyinit]
  9,0    1       19     1.761082407     0  C  WS 27640467712 + 768 [0]
  9,0    1       20     1.761082588     0  C  WS 27640468480 + 256 [0]
  9,0    1       21     1.979990158  1127  Q  WS 27640468736 + 1024 [ext4lazyinit]
  9,0    2       15     1.982028624     0  C  WS 27640468736 + 768 [0]
  9,0    1       22     1.997728286     0  C  WS 27640469504 + 256 [0]
  9,0    1       23     2.215993392  1127  Q  WS 27640469760 + 1024 [ext4lazyinit]

понял что это какое-то отложенное форматирование диска, на таком объеме может наверно очень долго выполняться

[Zettabyte]

Павел Беляев, Да, очередь серьёзная :)
Если не спешите и не успели накидать на массив всякого, то пожалуй, лучше оставьте его пожевать - выходные для этого хорошо подходят.
А как закончит, тогда и приступайте к использованию.

[Павел Беляев]

Zettabyte, переформатировал его с опциями
-E lazy_itable_init=0,lazy_journal_init=0
он конечно не так шустро форматнулся как это делал инсталлятор, может минут 15 думал, но сейчас не хрестит и состояние рейда из active в clean переключилось

[Zettabyte]

Павел Беляев,

переформатировал его с опциями

Да, тоже вариант, но тут лучше почитать маны или кернел.орг.
Я, когда последний раз с этой штукой встречался, вроде бы сделал вывод, что оптимальный вариант - это запустить "полное долгое" форматирование, чтобы потом lazy уже не мешал.
Там были сторонники у разных подходов, подробности по прошествии времени уже успел подзабыть.

Answer 3

[Ava256]

Скорее всего диски SMR и это их нормальная работа.

Comments

[Павел Беляев]

Hc 550, это cmr уровня цод, когда просто отмонтировал раздел то головки не пляшут, когда примонтировал то начинает стрекотать, такое ощущение что программный рейд что-то еще успевает контролировать типа состояние дисков сканирует

[Ava256]

Павел Беляев, Очень странное поведение. Если вы пишите, что стрекота нет при отсортированном разделе, это значит, это не активность raid’a, а обращения операционной системы или ПО. Какая файловая система на разделе?
Посмотрите командой lsof, что обращается к разделу, когда он подмонтирован.