| 
 | 1.2, Bocha (??), 06:11, 29/07/2010  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  |  В общем, хорошо, конечно, что всё это во фре есть, но уж больно всё как-то через... В Линуксе, впрочем md тоже не супер просто делается. В ZFS всё как-то сильно по-проще, безо всяких подготовок дисков предварительных. 
 |  |  | 
 
|  | | 2.8, arachnid (ok), 08:25, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  |  >В общем, хорошо, конечно, что всё это во фре есть, но уж >больно всё как-то через... В Линуксе, впрочем md тоже не супер
 >просто делается. В ZFS всё как-то сильно по-проще, безо всяких подготовок
 >дисков предварительных.
 для zfs диск тоже лучше подготовить - и строить массив, используя метки glabel
 |  |  | 
 |  | | 3.17, OLD (ok), 12:18, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  |  ZFS ничего не знает про метки glabel и перезатирает их. Поэтому нужно бить диски gpart и добавлять в пул метки gparta. 
 |  |  | 
 |  | | 4.21, arachnid (ok), 16:29, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  |  >ZFS ничего не знает про метки glabel и перезатирает их. Поэтому нужно >бить диски gpart и добавлять в пул метки gparta.
 угу. забыл "развернуть" мысль. по любому это есть в wiki
 |  |  | 
 | 
 | 
 | 
 
 
 
|  | |  | | 3.12, nanodaemon (ok), 10:10, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  |  10ка до сих пор не умеет бутиться с raidz. опен хз, может и умеет. про фряху, да, откровение. 
 |  |  | 
 | 
 | 2.33, Mikula (?), 09:38, 03/08/2010 [^] [^^] [^^^] [ответить] | +/– |  | >ни фря, ни салярис пока не умеют грузиться с raidz :( Спасибо, поржал! У меня как раз загрузочный ;)
> zpool status
   pool: test
state: ONLINE
 scrub: none requested
 config:
 	NAME           STATE     READ WRITE CKSUM
test           ONLINE       0     0     0
 raidz1       ONLINE       0     0     0
 gpt/disk0  ONLINE       0     0     0
 gpt/disk1  ONLINE       0     0     0
 gpt/disk2  ONLINE       0     0     0
 gpt/disk3  ONLINE       0     0     0
 spares
 gpt/disk4    AVAIL
 errors: No known data errors
 И никакого мошенства :)
 |  |  | 
 | 
 
 | 1.5, Alex (??), 08:19, 29/07/2010  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  | Итого имеем, что кроме варианта с использованием выкидыша от Sun RAID5 в BSD - это фантастика, поскольку для продакшна с такими косяками не годно. 
 |  |  | 
 
|  | | 2.7, arachnid (ok), 08:23, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  |  >Итого имеем, что кроме варианта с использованием выкидыша от Sun RAID5 в >BSD - это фантастика, поскольку для продакшна с такими косяками не
 >годно.
 вообще косяк я заметил только один - автор ошибся при указании размера диска в gvinum'e.
ну и мог бы замерить скорость записи и чтения на разных реализациях
 да, жаль, что graid5 не внесен в базовую систему - но тут косяки естественны и делать серьезное на нем - действительно боязно. а винум - достаточно проверенная временем технология
 
 |  |  | 
 |  | | 3.23, McSeem (?), 19:25, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | С GVINUM вообще проблем не было никаких! я когда покупал диски, покупал на терабайт :) и когда писал конфиг по привычке написал 1t..даже не посмотрел реальный объем :) и всё! других проблем НЕ БЫЛО! используйте GVINUM, ну не зря geom_raid5 не в релизе,да и посмотрите на сайте, когда последние обновления этого geoma ;) там даже функции другие..про geom_mirror никто ничего против не имеет, у самого на 3х серваках настроено, дык он и входит в релиз (даже geom_raid3 входит в релиз,но это не то, что raid5) 
 |  |  | 
 | 3.25, Alex (??), 07:55, 30/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | Утилиты mdraid, к примеру, просто не дадут такого сделать, ибо это бессмысленно. И даже если помучаться и соорудить - ядро в panic не упадет, скорее просто не подключит разделы. Так что ваш "проверенный временем механизм" - не более, чем сырая наколенная поделка. Терять удаленный сервер по управлению из-за ошибки в цифре при конфигурировании нового диска - это очень замечательно. 
 |  |  | 
 |  | | 4.26, arachnid (ok), 10:12, 30/07/2010 [^] [^^] [^^^] [ответить] | +/– |  |  >Утилиты mdraid, к примеру, просто не дадут такого сделать, ибо это бессмысленно. >И даже если помучаться и соорудить - ядро в panic не
 >упадет, скорее просто не подключит разделы. Так что ваш "проверенный временем
 >механизм" - не более, чем сырая наколенная поделка. Терять удаленный сервер
 >по управлению из-за ошибки в цифре при конфигурировании нового диска -
 >это очень замечательно.
 "скорее всего просто не подключит разделы" - в результате результат то будет тот-же - система не загрузиться. тоже, получается, сырая наколенная подделка? :) 
 |  |  | 
 | 
 | 
 | 
 
 
|  | | 2.10, BlackHawk (ok), 09:54, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  |  > т.е. корень в raid не разместить получаецца? ой, все на костылях.. почему не получиться?
на geom_mirror можно, думаю и тут можно - главное правильно загрузчику указать откуда грузиться, с другой стороны для системы особо нет необходимости работать с RAID5 - там и зеркала за глаза
 
 |  |  | 
 | 2.11, Султан (?), 09:54, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | Корень на soft raid5? Зачем? На soft raid1 (gmirror) - запросто. 
 |  |  | 
 |  | | 3.13, Аноним (-), 10:20, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | чтоб был всего один раздел. ну типа того: /dev/md0 on / type ext3 (rw)
 /dev/sda1   *           1       19457   156288321   fd  Linux raid autodetect
 |  |  | 
 |  | | 4.14, BlackHawk (ok), 10:36, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  |  >чтоб был всего один раздел. ну типа того: >/dev/md0 on / type ext3 (rw)
 >
 >/dev/sda1   *
 >  1       19457
 > 156288321   fd  Linux raid autodetect
 а зачем всего один раздел???
мне линухах жутко не нравится эта система создание рейда по разделам/slice
 как правильно сказал предыдущий товарищ для /,/usr,/var,/tmp,/var/db разделов с головой зеракала, которое можно сделать из slice'ов
 
 |  |  | 
 |  | | 5.15, Аноним (-), 10:57, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | а зачем терять гигабайты дискового пространства пустыми? сколько сделать /var?  а /tmp? а если /var кончится? понимаю что для этого есть zfs.
 а так создал все что есть одним куском и отлично живет этакий storage
 
 |  |  | 
 |  | | 6.16, Oleg (??), 12:06, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | >а зачем терять гигабайты дискового пространства пустыми? сколько сделать /var?  а >/tmp?
 >а если /var кончится? понимаю что для этого есть zfs.
 Если понимаете, то почему не пользуетесь? Фряха действительно прекрасно грузится с raidz, и очень шустро работает. Я считаю,  если уж внедрили zfs на таком уровне, то глупо этим не пользоваться.
 
 |  |  | 
 | 6.30, slepnoga (??), 17:39, 30/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | >а зачем терять гигабайты дискового пространства пустыми? сколько сделать /var?  а >/tmp?
 >а если /var кончится? понимаю что для этого есть zfs.
 >а так создал все что есть одним куском и отлично живет этакий
 >storage
 мдя, забить тебе нафек /tmp  для прочистки моска .
в линухе есть lvm -  со своим raID{JBOD,0,1,4,5,6} - т,е то же 2 технологии
 
 |  |  | 
 |  | | 7.32, Аноним (-), 09:17, 02/08/2010 [^] [^^] [^^^] [ответить] | +/– |  | что ты мелешь? что будет быстрее забито, один монолитный раздел, или мелкий кусочек /tmp? тем более /tmp вообще удобен в виде tmpfs. 10% все равно никто не даст забить, так что система не упадет. так что чисти себе мозги=)
 
 |  |  | 
 |  | | 8.34, Аноним (-), 12:40, 04/08/2010 [^] [^^] [^^^] [ответить] | +/– |  | угу, поговорим когда тебе таки напихают терабайт в  tmp на твоем общем для всего... текст свёрнут, показать |  |  | 
 |  | | 9.37, Аноним (-), 18:01, 04/08/2010 [^] [^^] [^^^] [ответить] | +/– |  | кто из пенгвинятников мог знать, что у фри нельзя квоты в корне настроить   флаг... текст свёрнут, показать |  |  | 
 | 
 | 
 | 
 | 
 | 
 |  | | 5.20, Oleg (??), 14:11, 29/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | >А зачем корень raid5? >Я говорю - на raid1 (gmirror) оно есть.
 Конечно, оно есть. Но у человека в условиях задачи три одинаковых диска, из которых он хочет сделать raid5, так зачем ему городить еще зеркало, если все можно разместить на одном массиве?
 
 |  |  | 
 | 
 | 
 | 
 | 
 
 | 1.22, Nas_tradamus (ok), 17:30, 29/07/2010  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  |  Спасибо! Вообще не знал, что бывает программный RAID 5 во Фре или Линаксе. :) Век живи - век учись...
 Но скажите, а нельзя ли при помощи GVINUM сделать ВСЮ систему на RAID5, а не только отдельную точку монтирования?
 |  |  | 
 
|  | | 2.24, Oleg (??), 00:30, 30/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | Нет, нельзя. Загрузчик в любом случае должен располагаться на отдельном разделе, а в случае gvinum в отдельном разделе должен находиться и корень. В случае с raidz на zfs, отдельный раздел нужен только для загрузчика, корневой раздел можно разместить на самом рейде. 
 |  |  | 
 | 
 
 
|  | | 2.29, Oleg (??), 13:12, 30/07/2010 [^] [^^] [^^^] [ответить] | +/– |  | Потому я и советую zfs, что она избавлена от такого рода ошибок. Сам ее использую недавно, но пока вижу только плюсы этой fs. 
 |  |  | 
 | 
 
 | 1.36, Аноним (-), 12:43, 04/08/2010  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  | >Появляется нужный нам файл: "*geom_raid5.ko". Его необходимо скопировать ко всем модулям. Копируем: >   snap# cp geom_raid5.ko /boot/kernel/geom_raid5.ko
 копировать нужно в /boot/modules
 |  |  | 
 
 | 1.42, FireDex (ok), 22:53, 26/01/2011  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  |  Есть вопрос по теме. Собрал RAID5 по этому мануалу на 3 х 2TB дисках (WDC WD20EARS). Перед установкой с дисками ничего не делал. На запись всё работает ОООЧЕНЬ медленно - около 100Кб/с, на чтение около 50Мб/с. Система: Intel E3400, GA-G31M-ES2L, 2Gb RAM. Есть идеи? Диски новые, advanced format, может их перед этим надо было как-то форматировать? 
 |  |  | 
 
|  | | 2.43, OzzY (??), 12:03, 28/02/2011 [^] [^^] [^^^] [ответить] | +/– |  |  В мане по GVINUM так и написано, что RAID5 не является флагманом и не оптимален в части записи 
 |  |  | 
 |  | | 3.44, FireDex (ok), 23:31, 28/02/2011 [^] [^^] [^^^] [ответить] | +/– |  |  > В мане по GVINUM так и написано, что RAID5 не является флагманом > и не оптимален в части записи
 Оно понятно, но не на столько же всё плохо должно быть! 80 - 100Кб - это не скорость, это издевательство.. RaidZ на тех же диских даёт 50Mb минимум.
 |  |  | 
 | 
 | 2.45, Павел (??), 13:12, 15/04/2011 [^] [^^] [^^^] [ответить] | +/– |  | У меня та же проблема  Собрал как тут написано 5х500ГБ в raid5  Intel Dual Core ... большой текст свёрнут, показать |  |  | 
 |  | | 3.46, FireDex (ok), 22:45, 15/04/2011 [^] [^^] [^^^] [ответить] | +/– |  |  > У меня та же проблема. Собрал как тут написано 5х500ГБ в raid5. Я, после недели мучений, рытья в манах, чтения форумов, просто забил и сделал raidz. Теперь со скоростью порядок.
 |  |  | 
 | 
 | 2.47, patzub (?), 21:25, 10/09/2012 [^] [^^] [^^^] [ответить] | +/– |  |  Аналогичная ситуация. Долго мучился безрезультатно... И тут сижу я значит, бездумно втыча в монитор, тыцкая по /usr/ports/ . И тут у меня чуть шары не выпали (есть ньюанс - у мя фря 9.0) /usr/ports/sysutils/graid5!!!!!!!!!!  make install clean - без ошибок! Таки добавили грейд5 в новой фре! Дальше всё сделал по инструкции (пропуская установку "левого" graid5), он гараздо дольше собирался, чем gvinum. Записываю файл - ВУАЛЯ!! 160 - 180 МБ/С!!!!! Чтение чуть по медленнее, но не существенно. Проверил на reset - работает. Выдернул шнурок с винта - матюгнулось типа "ада3 из даун и....", но чтение/запись проводится без проблем, после перезагрузки проверил - все данные наместе. Остался один, но ООООЧЕНЬ важный вопрос: КАК ВЕРНУТЬ ЭТОТ ВИНТ НАЗАД В РЕЙД (ТИПА ОН НОВЫЙ)? Гуру, помогите, плиз!
 
 |  |  | 
 | 
 
 
 |