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 из даун и....", но чтение/запись проводится без проблем, после перезагрузки проверил - все данные наместе. Остался один, но ООООЧЕНЬ важный вопрос: КАК ВЕРНУТЬ ЭТОТ ВИНТ НАЗАД В РЕЙД (ТИПА ОН НОВЫЙ)? Гуру, помогите, плиз!
| |
|
|