проверка raid1

Просто отключи его, оно не нужно, по крайней мере для подавляющего большинства применений. Цели у этой проверки две:

1) проверить что диски не потеряли синхронизацию данных на них

2) проверить что на дисках не появились битые сектора (это скорее побочный эффект первой проверки)

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

Проверку реально имеет смысл делать после аварийного ребута (по питанию или паника) т.к. там понятно почему может получиться рассинхронизация.

Наткнулся на эту подставу ещё где-то в 2010-м (там systemd не было а проверка эта была) когда сервер от этой проверки лёг на несколько часов, тоже удивлялся кому пришло такое в голову. Хотя там оно хотя бы на ночь было настроено без рандомизации, но всё равно неприятно.

Переопредели его через systemctl edit имя_таймера.timer на комфортное тебе время.

Зачем проверка - понятно. Раз в месяц - тоже устраивает.

Вопрос - можно ли делать это по очереди для разных массивов кроме как отключить mdcheck/mdmonitor и написать свой для каждого тома?

А разве ядро не ставит проверку автоматом в очередь? Ни разу не видел параллельно проверяющиеся массивы.

А ядро тут при чём?

mdcheck_start.timer
ExecStart=/usr/share/mdadm/mdcheck --duration "6 hours"

Чекает все.

Правда еще есть /usr/share/mdadm/checkarray который понимает в качестве параметров имена массивов, но кто его запускает - непонятно.

Отредактируй таймер, делов-то. Я вот trim накопителей назначил на 4 утра, когда я точно не пользуюсь компьютером.

/proc/sys/dev/raid/speed_limit_max и пусть проверяется когда хочет

А, я неправильно изначальный вопрос понял. Думал, что «все raid'ы сразу» - это полностью одновременно.

Ты все правильно понял.

Я офигел когда увидел, что все 3 массива пошли на проверку.

Я понял, что нужно убрать этот mdcheck и заменить его на несколько checkarray с параметрами.

А автора «RandomizedDelaySec=24h» буду считать идиотом.

Странно. У меня такого не происходит. Выполнил mdcheck - один проверяется, остальные стоят в resync=delayed. Проверились все по очереди.

Сделать его маленьким и тянуть резину в долгий ящик?

Ну нафиг.

4 Тб проверяется примерно 3 часа. В ночное время оно укладывается.

Если бы оно проверялось больше 6 часов, я бы задумался над «фоновым» вариантом.

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

ЕМНИП, это настраивается на уровне отдельных массивов

echo 0 > /sys/block/md0/md/sync_force_parallel

но проверить сейчас негде

У меня все по нулям - http://linuxoid.in/isida-paste/2793ca6a3.txt

Чего только не узнаешь на старости лет...

Спасибо за подсказку.