https://opennet.ru/openforum/vsluhforumID1/94542.html Здравтсвуйте. Решил поставить FreeBSD на raid1 из двух дисков (по 160 Gb). Средствами Gmirror.<br>Вот накопал два варианта установки:<br>1 вариант. Зеркалится ВЕСЬ ДИСК СРАЗУ как одно зеркало, а внутри него уже создаются разделы для операционки и ставится система.<br>Вот ссылки: http://www.lissyara.su/articles/freebsd/tuning/software_raid1/<br>или http://break-people.ru/cmsmade/index.php?page=unix_freebsd_using_raid1_in_freebsd<br>2 вариант. Сперва создаются разделы и устанавливается система на один диск, а потом зеркалится КАЖДЫЙ ИЗ РАЗДЕЛОВ как отдельное зеркало на второй диск.<br>Вот ссылка:<br>http://how-it.ru/public/root/404-freebsd__geom_programmnyi_raid_mirror__zerkalo__na_gpt.html<br><br>Какой из методов посоветуете?<br>Первый как бы проще, и, видимо, с загрузчиком не надо заморачиваться дополнительно, второй вроде как гибче и понадежне, наверное, - зеркала независимы друг от друга.<br> https://opennet.ru/openforum/vsluhforumID1/94542.html#14 Fri, 05 Apr 2013 01:49:20 GMT &gt; Сейчас можно сразу поставить 6 двухтерабайтников и на них поднять <br>&gt; один пул RaidZ для системы и файлохранилища. Лепота просто.<br><br>Ну и балбес чо. Внимательно читай про root пулы и шевели мозгой.<br>Если приспичило занять все 6 саташек под сторидж - воткни во внутренний USB флэшку да и поставиь систему на неё.<br> https://opennet.ru/openforum/vsluhforumID1/94542.html#13 Thu, 04 Apr 2013 08:58:42 GMT &gt;[оверквотинг удален]<br>&gt; и 9.1 - сплошные <br>&gt; проблемы, на всех серверах где SUJ пришлось принудительно для fsck выставить: <br>&gt; #-- forced fsck-y <br>&gt; fsck_y_enable="YES" <br>&gt; fsck_y_flags="-f" <br>&gt; #-- disable background fsck <br>&gt; background_fsck="NO" <br>&gt; ибо FS остается грязной, о проблемах можно найти в списках рассылки.<br>&gt; Попробуйте развалить или обрубить gmirror с SUJ на ходу, получите грязную FS <br>&gt; которую fsck без принудительного флага "-f" не прочистит.<br><br>Да, точно так.<br>Подтверждаю, у меня такая же хрень была.<br>Перешел на 9.1 Тьфу-тьфу-тьфу! Пока спокойно. ))<br> https://opennet.ru/openforum/vsluhforumID1/94542.html#12 Thu, 04 Apr 2013 07:08:06 GMT &gt; SU - хорошо работает <br>&gt; SUJ - плохо работает, масса невыясненных проблем со snapshot, с fsck...<br>&gt; Попробуйте развалить или обрубить gmirror с SUJ на ходу, получите грязную FS <br>&gt; которую fsck без принудительного флага "-f" не прочистит.<br><br>Я поставил на ZFS mirror. Погоняю в таком варианте. Перспективнее. По специфике работы очень часто надо собрать надежный файловый сервер с максимальным объемом винтов по вменяемой цене. К спец-материнкам и рейр-контроллерам уже давно не обращаюсь ввиду их большой стоимости и проблемностью с драйверами под FreeBSD. На нормальных матерях по вменяемой цене 6 SATA портов. Раньще приходились 2 отдавать под систему (например raid1 на 2x160 Gb) а на четырех оставшихся делать RaidZ на двухтерабайтниках. Сейчас можно сразу поставить 6 двухтерабайтников и на них поднять один пул RaidZ для системы и файлохранилища. Лепота просто.<br><br><br> https://opennet.ru/openforum/vsluhforumID1/94542.html#11 Thu, 04 Apr 2013 06:50:59 GMT &gt;&gt; Пока читал теорию и изучал матчасть, накопал вот еще третий вариант, на <br>&gt;&gt; ZFS mirror <br>&gt;&gt; 3 вариант: <br>&gt;&gt; https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE <br>&gt;&gt; Наверное, остановлюсь на нем. В связи с граблями с одновременной fsck и <br>&gt;&gt; синхронизацией разделов после падения сервера и замены винта. Если не будет <br>&gt;&gt; аргументов против.<br>&gt; В актуальныъ версиях фри для UFS замечательно работают soft-updates+journal.<br>&gt; fsck обычно пролетает за секунды в случае некорректного состояния раздела.<br><br>SU - хорошо работает<br>SUJ - плохо работает, масса невыясненных проблем со snapshot, с fsck...<br><br>не проверял что с журналированием в UFS2 после 9.1, но между 9.0 и 9.1 - сплошные<br>проблемы, на всех серверах где SUJ пришлось принудительно для fsck выставить:<br><br>#-- forced fsck-y<br>fsck_y_enable="YES"<br>fsck_y_flags="-f"<br>#-- disable background fsck<br>background_fsck="NO"<br><br>ибо FS остается грязной, о проблемах можно найти в списках рассылки.<br><br>Попробуйте развалить или обрубить gmirror с SUJ на ходу, получите г https://opennet.ru/openforum/vsluhforumID1/94542.html#10 Wed, 03 Apr 2013 19:13:17 GMT &gt; Для полноты картины - zfs тоже _очень_ хорошо, но, ввиду обилия фич, <br>&gt; ее значительно проще поставить колом (выше порог вхождения).<br><br>ZFS перспективнее.<br>https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE<br>Установил по этому мануалу. Сперва не хотела стартовать система - не находила корень пула zfs.root.mountfrom=zfs:zroot/ROOT - error и в консоли mountpoint&gt;<br>Загрузился снова с инсталяционного ДВД диска в Shell. Сделал для проверки zpool import zroot - все зачитала, нашла, перегрузился, и, о чудо, система запустилась. Не совсем понял в чем было дело, может объяснят спецы, где грабли были?<br><br><br> https://opennet.ru/openforum/vsluhforumID1/94542.html#9 Wed, 03 Apr 2013 18:22:20 GMT &gt; Пока читал теорию и изучал матчасть, накопал вот еще третий вариант, на <br>&gt; ZFS mirror <br>&gt; 3 вариант: <br>&gt; https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE <br>&gt; Наверное, остановлюсь на нем. В связи с граблями с одновременной fsck и <br>&gt; синхронизацией разделов после падения сервера и замены винта. Если не будет <br>&gt; аргументов против.<br><br>В актуальныъ версиях фри для UFS замечательно работают soft-updates+journal.<br>fsck обычно пролетает за секунды в случае некорректного состояния раздела.<br><br><br>#gpart show<br>=&gt; 34 1953525100 mirror/gm0 GPT (931G)<br> 34 128 1 freebsd-boot (64k)<br> 162 8388608 2 freebsd-swap (4.0G)<br> 8388770 4194304 3 freebsd-ufs (2.0G)<br> 12583074 8388608 4 freebsd-ufs (4.0G)<br> 20971682 41943040 5 freebsd-ufs (20G)<br> 62914722 1890610412 6 freebsd-ufs (901G)<br><br><br>#gpart list<br>Geom name: mirror/gm0<br>modified: false<br>state: OK<br>fwheads: 255<br>fwsectors: 63<br>last https://opennet.ru/openforum/vsluhforumID1/94542.html#8 Wed, 03 Apr 2013 18:00:58 GMT Ну собирайте ж с нуля gmirror правильно, и не будет проблем, что, собственно, у bu7cher'а и сказано.<br> https://opennet.ru/openforum/vsluhforumID1/94542.html#7 Wed, 03 Apr 2013 16:14:25 GMT &gt; Пока читал теорию и изучал матчасть, накопал вот еще третий вариант, на <br>&gt; ZFS mirror <br>&gt; 3 вариант: <br>&gt; https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE <br><br>Установил по этому мануалу. Сперва не хотела стартовать система - не находила корень пула zfs.root.mountfrom=zfs:zroot/ROOT - error и в консоли mountpoint&gt; <br>Загрузился снова с инсталяционного ДВД диска в Shell. Сделал для проверки zpool import zroot - все зачитала, нашла, перегрузился, и, о чудо, система запустилась. Не совсем понял в чем было дело, может объяснят спецы, где грабли были?<br> https://opennet.ru/openforum/vsluhforumID1/94542.html#6 Wed, 03 Apr 2013 08:00:09 GMT &gt; zfs mirror - замечательный вариант, возможны лишь проблемы при обновлении системы, <br>&gt; если были обновления zfs.<br><br>Я не пока обновляю установленные системы - так сложилось, они работают столько, сколько живет железо. Потом с обновлением железа сразу ставится уже новая FreeBSD.<br><br>&gt; ничего не понял про "грабли" с "одновременной fsck" ...<br>&gt; зеркало, оно и в Африке зеркало, если диск полетел, raid в degrade <br>&gt; - замена <br>&gt; диска, raid начнет синхронизацию, что в gmirror, что в zfs-mirror.<br><br>В ситуации, когда выходит из строя диск и "падает" система все UFS разделы помечаются как "грязные". Если не запустить систему снова на одном диске и дождаться пока пройдет FSCK и потом правильно выключить с последующей заменой диска, а сразу сменить диск на новый, то при следующем запуске будет одновременно проходить синхронизация и проверка fsck, что сильно грузит головки диска и система при этом практически стоит.<br><br>&gt; Важно помнить основные требования ZFS: hdd direct access и чем больше RAM, <br>&gt; тем лучше, <br>&gt; потеря