Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Файловые системы, диски)
Режим отображения отдельной подветви беседы		[ Отслеживать ]

RAID_1 на трех дисках., pokpokpok (?), 17-Фев-22, (0) [смотреть все] если диск дисковая подсистема не даст ошибку - никакесть такое явление как bitr, муу (?), 00:53 , 17-Фев-22, (1) +1 // спасибо всю ночь опыты ставлю на виртуалке, пришел к тому что raid_1 при поврежд, pokpokpok2 (?), 05:51 , 17-Фев-22, (2)   // каша не на диске, каша в голове марш учить матчасть что такое файл и что такое , Ann None (?), 10:16 , 17-Фев-22, (3)   Нет, не должно и не будет Цель raid1 заменить удалить из массива вышедший из с, izyk (ok), 12:53 , 18-Фев-22, (4)   Нет, RAID1 просто перепишет данные с мастера на слейв, если и когда найдёт несоо, Кукундер (?), 16:13 , 18-Фев-22, (5) Благодарю муу, izyk и Кукундера за ответы, буду изучать zfs и btrfs , pokpokpok3 (?), 00:08 , 19-Фев-22, (6) 1,5,6

Сообщения

[Сортировка по времени | RSS]

	2. "RAID_1 на трех дисках."	+/–
	Сообщение от pokpokpok2 (?), 17-Фев-22, 05:51
	спасибо! всю ночь опыты ставлю на виртуалке, пришел к тому что raid_1 при повреждении данных без ошибок диска никак не даст знать об этом, даже запуск проверки не поможет. провел опыт: создал на хостовой машине 4 файла и отдал их как диски в виртуалку. в виртуалке сделал raid_1 из 4 дисков и в нем luks раздел cryptsetup-ом. в luks разделе создал файл на 500мб и посмотрел его sha256sum. потом c перезаписал 3 диска рандомом в на хост машине. отмонтировал шифрованный раздел в виртуалке. примонтировал его обратно, черт знает почему он примонтировался, видимо заголовок с первого диска(не перезаписанного) прочитался а данные с остальных. посмотрел sha256sum файла 500мб, она изменилась. при этом неповрежденный файл спокойно лежит на первом диске, а на трех остальных каша. видимо mdadm для ускорения читает файл кусками с разных дисков и на выходе имем битый файл. это чертовски плохо... сделал все это в raid_6, тут уже лучше, шифрованный раздел после отмонтирования не примонтировать снова пока не пересоберешь raid, это хоть показывает что ошибки есть, но mdadm проверка при этом ничего не видит, как такое возможно... может я не проверку запускаю а что-то не то? проверку запускаю вот так: echo 'check' >/sys/block/md0/md/sync_action А есть ли какие-то опции запрещающие mdadm в raid_1 читать файлы кусками с разных дисков для ускорения, и указывающие на чтение с всех участвующих в рейде дисков синхронно и сверку прочитанного?
	Ответить | Правка | Наверх | Cообщить модератору

	3. "RAID_1 на трех дисках."	+/–
	Сообщение от Ann None (?), 17-Фев-22, 10:16
	каша не на диске, каша в голове. марш учить матчасть что такое файл и что такое блочное устройство.
	Ответить | Правка | Наверх | Cообщить модератору

	4. "RAID_1 на трех дисках."	+/–
	Сообщение от izyk (ok), 18-Фев-22, 12:53
	> А есть ли какие-то опции запрещающие mdadm в raid_1 читать файлы кусками > с разных дисков для ускорения, и указывающие на чтение с всех > участвующих в рейде дисков синхронно и сверку прочитанного? Нет, не должно и не будет. Цель raid1 заменить(удалить из массива) вышедший из строя диск(если raid1 смог понять что он вышел из строя), другим, рабочим, а не проверять целостность данных и их синхронность. Если нужна целостность, это делается на уровне ФС, а не дисков. И даже если бы такая возможность была, это не гарантировало бы целостность на уровне ФС. Так что и не нужно это в общем-то.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема