Александр Мотин добавил (http://svn.freebsd.org/viewvc/base?view=revision&revision=21...) в дерево исходных текстов FreeBSD-CURRENT новую реализацию программного RAID - graid (http://svn.freebsd.org/viewvc/base/projects/graid/), призванную заменить устаревшую систему управления программными RAID-массивами ataraid (http://www.freebsd.org/cgi/man.cgi?query=ataraid&apropos=0&s...). Новая реализация основана на использовании инфраструктуры GEOM (http://www.freebsd.org/cgi/man.cgi?query=geom&apropos=0&sekt...) и построена в соответствии с принципами модульной архитектуры, что позволило разделить систему на базовый модуль, модули для обработки преобразования данных (RAID-уровни) и модули для определения формата хранения мета-данных на диске.
В отличии от ataraid (http://www.freebsd.org/cgi/man.cgi?query=ataraid&apropos=0&s...), новая реализация не зависит ...URL: http://lists.freebsd.org/pipermail/freebsd-current/2011-Marc...
Новость: http://www.opennet.me/opennews/art.shtml?num=30030
gmirror больше не нужен что ли?
gmirror нужен.
Речь идет о том, чтобы выкинуть ataraid (есть люди, которые до сих пор его используют - либо по незнанию, либо начали использовать когда еще не было gmirror и с тех пор не могу переустановить систему)
>gmirror больше не нужен что ли?Насколько я понимаю, raid1 в graid работает именно через gmirror.
Нет.
Вот ответ Александра Мотина:> Supposing they are equally stable, is it now better to use graid instead
> of gmirror (et similar)?You can choose. Their functionality is comparable, but with graid:
- you can boot from any RAID level when RAID BIOS is present; you can
more or less boot from gmirror, but not from gstripe, graid3 or graid5;
- RAID BIOS will know about failed, rebuilding, etc drives and will be
able to boot properly;
- you can share/access RAID volumes with other OSes.Там далее в списках рассылки поднимается вопрос о прикручивании к graid формата метаданных gmirror, но это не приоритетная задача. А так gmirror можно будет выкинуть.
Смысл ataraid'а был в подхвате фейкрейдов, особенно созданных альтернативными ОС. Если это не нужно, то юзался обычный софт-рейд.Так что непоняточки, что на что сменили.
> Так что непоняточки, что на что сменили.С точки зрения пользователей ничего поменяться не должно. Но это позволит выкинуть старый (и плохо поддерживаемый) код ATA-системы и заменить его на ATA_CAM wrapper
именно! когдато в рассылке шел разговор о полном переходе с ATA на CAM, и как раз затыком была поддержка фейковых софт рэйдов (ataraid), которая есть только при ATA. И как раз тогда ктото сказал, что надо бы реализовать этот функционал отдельно, например, через GEOM. вот оно)
похоже на пороге полный переход в Каренте на CAM!
У меня под фрёй в основном везде шестой рейд, на ZFSе. Его не собираются, интересно. реализовывать в ГЕОМе? Было бы интересно ощутить разницу.
> У меня под фрёй в основном везде шестой рейд, на ZFSе. Его
> не собираются, интересно. реализовывать в ГЕОМе? Было бы интересно ощутить разницу.Да реализают лет через пять наверное. Не всё сразу.
> Да реализают лет через пять наверное. Не всё сразу.На самом деле в твоих словах большая доля истины. У FreeBSD есть куча замечательных фреймворков типа GEOM, Netgraph, MAC, но по-настоящему много готовых решений (модулей) имеет пожалуй только Netgraph. GEOM модуль с поддержкой RAID5 существует и даже два, но ни одного нету в base. Так что мужики, присоединяйтесь к проекту =)
Даже netgraph готов для нормального использования не более чем наполовину, на мой взгляд.
Операций с пакетами там много, а классификаторов почти нет. Приходится извращаться, используя для классификации ipfw. А если нужно применить несколько различных правил, то приходится ещё и с ng_tag каждый раз выплясывать, чтобы можно было снова пакет через ipfw пропустить. Люниксовый netfilter в этом аспекте выглядит более законченным.
Поддерживают
А то FreeBSD не все BIOS-ные рейды понимал раньше
Linux понимает, а FreeBSD - нет
Думаю теперь будет меньше проблем с этимХотя если на компе одна система, то это все не особенно нужно
> А то FreeBSD не все BIOS-ные рейды понимал раньше
> Linux понимает, а FreeBSD - нетИ линакс тоже не все понимает. Особенно дорогие и понтовые фейк-рейды (от lsi, например) требуют подключения проприетарного блоба через долгие танцы с бубном.
>Особенно дорогие и понтовые фейк-рейдытруп живой как женственный мужчина, всё это тоже - оксюморон.
полуаппаратные райды вообще поддерживать не нужно, имхо, конечно.
Софтовый рейд без поддержки информации от SMART эффективен только в лучшем случае процентов на 50... Банальный пример: как ведет себя софтовый рейд в случае появления BAD блоков на одном из винтов?
операция verify как раз подойдёт. bad-блок не значит что блок не читается, он же ремапится.
> операция verify как раз подойдёт. bad-блок не значит что блок не читается,
> он же ремапится.А если не поремапился? я довольно частенько такую фигню вижу.
Как я понимаю, graid - это не классический программный рейд, а некий слой совместимости с fakeraid (наподобие dmraid в люниксе).
Никаких факерейдов быть не должно. Рейд: либо есть либо нет - так должно быть. Все остальное - дает лишь мнимое чувство надежности.
RAID тоже дает мнимое чувство надежностиЧудик, ты знаешь что такое fakeraid ?
Прохожий, точно не понимает что есть такое из себя фэйк-рейд.По поводжу free, чесно говоря печалит тот факт что нет единного слоя который поддерживает разные уровни рейд.
Конечно, есть zfs. Но, zfs любит ОЗУ и ресов есть больше на приличных i/o (не на всякий худой сервант встанет).
> Прохожий, точно не понимает что есть такое из себя фэйк-рейд.
> По поводжу free, чесно говоря печалит тот факт что нет единного слоя
> который поддерживает разные уровни рейд.Теперь появился:)
> Конечно, есть zfs. Но, zfs любит ОЗУ и ресов есть больше на
> приличных i/o (не на всякий худой сервант встанет).На 4-х гигах вполне прилично "бегает".
Напрягает, что в отличие от FFS очень мало утилит, с помощью которых можно восстанавливать повреждённые данные.
Я диски на FFS умудрился на 90% восстановит после того, как аппаратный RAID сдох, при этом запоров "зеркало", которое было на нём. При этом "полетела" таблица разделов, метаданные и т.п.
Одной утилиты, zdb, вполне достаточно. С помощью нее можно в потроха zfs лазить самыми извращенными способами..