Каков наилучший способ периодической проверки файловых систем при рейде на программное обеспечение Linux? С одним диском или аппаратным рейдом, tune2fs -c 5 -i 1w /dev/sda1 означает проверять файловую систему каждые 5 монтирований или если с момента последнего монтирования прошла неделя или больше.
Но в стране mdadm есть как минимум три устройства, которые мог можно проверить четырьмя способами:
Я думаю, что хочу автоматически делать только №1 и №2. Никогда не проверяйте физические диски напрямую. man md говорит, что наличие разных данных на физических дисках не всегда является ненормальным, потому что иногда это не имеет значения.
Хорошая практика - нагружать голые металлические части жесткого диска несколько раз в течение первых 90 дней. Целью является не обязательно тест файловой системы, а стресс-тест оборудования, поэтому e2fsck -v -f -c -c -D -C 0 /dev/md1. Этот запуск принудительной проверки файловой системы вручную выполняет чтение и запись всей файловой системы и упорядочивает ее в алфавитном порядке, одновременно выводя подробный вывод на стандартный вывод. md достаточно умен, чтобы настроить RAID на разнородных жестких дисках, но достаточно ли у него умен, чтобы управлять списком плохих блоков отдельно для каждого члена диска? Будет ли выполнение вышеупомянутого e2fsck после программного raid / dev / md0 пометить плохие блоки на обоих дисках, даже если плохой блок существует только на одном диске?
Должны ли диски-участники (/ dev / sdX) иметь такие же или разные UUID, что и диск RAID (/ dev / mdY)? Если то же самое, легко найти всех участников рейдового набора. Но если то же самое, e2fsck на основе tune2fs регистрируется как для физических дисков, так и для программного рейда.
Вы говорите о двух совершенно разных типах проверки на разных уровнях хранилища.
Проверка согласованности спровоцирована echo check > /sys/block/md0/md/sync_action просто сравнивает две стороны зеркала (я предполагаю, что вы говорите о паре зеркальных приводов). Он ничего не знает о структуре сравниваемых битов, поэтому ничего не скажет о работоспособности файловой системы.
Параметры, управляющие fsck, являются свойством файловой системы, поэтому есть только один из ваших tunefs варианты, которые имеют смысл - tunefs -i 1w /dev/md0. Если что-то существенно не изменилось с тех пор, как я последний раз смотрел fsck произойдет только непосредственно перед монтированием файловой системы. Бег fsck в смонтированной файловой системе обычно не рекомендуется (конечно e2fsck справочная страница все еще говорит об этом). Как часто файловые системы проверяются на практике, зависит от того, как часто система перезагружается (если у вас нет специальных процедур для umount и mount файловые системы через равные промежутки времени.