| 1.1, reaper (??), 21:31, 14/11/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 The initial g indicates that each of these programs takes advantage of GEOM. перевелось как Начальная g указывает на то, что данные утилиты обманывают GEOM.
целая система обманщиков и мошенников | | |
| |
| |
| |
| |
| 5.10, reaper (??), 11:48, 15/11/2005 [^] [^^] [^^^] [ответить]
| +/– | |
и еще, ошибка в изначальной статье с (g)mirror перешла и в перевод. просто mirror нету, есть gmirror | | |
|
| 4.16, ifel (??), 14:16, 16/11/2005 [^] [^^] [^^^] [ответить]
| +/– |
 Тогда уже:
пользуются преимуществами GEOM.
а не "возможностями" | | |
|
|
|
| 1.2, Dorlas (ok), 08:26, 15/11/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Огромное спасибо автору и переводчику!
Получил большое удовольствие, прочитав статью и опробовав создание RAID на VmWare | | |
| 1.7, Iv (??), 10:10, 15/11/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Эх если б еще в одной статье было собрана информация как поведет себя система если сдох один из дисков зеркала, что будет в логах, как лучше настроить оповещение, можно ли нагорячую(разумеется если диски, скажем САТА, из которых не пойдет дымок от горячего передергивания) менять сбойный накопитель... и тд вобщем как потом с этим зеркалом жить дальше.
В целом впечатление от статьи хорошее. | | |
| |
| 2.15, Aquarius (?), 14:14, 16/11/2005 [^] [^^] [^^^] [ответить]
| +/– |
если просто по какой-то причине произойдет рассинхронизация (например, в результате сбоя питания), то status quo будет восстановлен автоматически, а если винт вылетит совсем, то понадобится ручное вмешательство. Вся информация по состоянию зеркал при запуске системы и изменения в процессе работы отражаются в логах ядра. Это, кстати, упомянуто в статье, правда, уосвенно. Добавление/синхронизация тоже описаны, так что не понимаю суть претензии.
Кстати
echo geom_mirror_load="YES" > /boot/loader.conf
в этом виде делать не рекомендую (лично у меня /boot/loader.conf обычно не пуст уже в первые дни функионирования системы), лучше уж
echo geom_mirror_load="YES" >> /boot/loader.conf | | |
|
| 1.8, Dorlas (ok), 10:21, 15/11/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Выключил VmWare, отключил второй HDD.
Включил - FreeBSD загрузилась нормально, на потерю второго винта никак не отреагировала (ругани не заметил).
Выключил. Цепанул второй диск, как рос раньше.
Появились надписи при загрузке:
provider ad2 detected
rebuilding provider ad2
После этого система нормально загрузилась, gstat показывает 2 диска в RAID-е, gmirror status показывает, что второй диск синхронизируется с первым.
Усе ок. | | |
| 1.9, Dorlas (ok), 10:36, 15/11/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Кстати если делать наоборот (отключить первый диск) ничего не изменяется - все точно также :) | | |
| 1.12, dimus (??), 15:02, 15/11/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Все выглядит довольно просто. Почти так же просто, как использование mdadm в Линукс. | | |
| 1.13, Settler (?), 00:22, 16/11/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 провел эксперимент на двух одинаковых sata дисках. все сделал как в статье, при синхронизации до 4% - сказал "reboot" - после перезагрузки синхронизации продолжилась.
более интересное - дальше выключил машину нормально (freebsd "reboot") - и диски _поменял_ на sata-шлейфах - включил компьютер - нормально загрузилась freebsd - и началась (или продолжилась с прерванного места - это я не отследил) синхронизация дисков.
завтра займусь отключением питания и sata-шлейфов "на ходу". | | |
| |
| 2.14, Dorlas (ok), 08:06, 16/11/2005 [^] [^^] [^^^] [ответить]
| +/– | |
>завтра займусь отключением питания и sata-шлейфов "на ходу".
Интересно - обязательно напиши, каков был результат.
А то у меня под рукой нет SATA дисков, как нет и материнок, с поддержкой SATA :)
| | |
| |
| 3.17, Settler (?), 18:20, 16/11/2005 [^] [^^] [^^^] [ответить]
| +/– | |
>>завтра займусь отключением питания и sata-шлейфов "на ходу".
продолжение.
выдергивание из SATA винчестера шнура питания или данных (без разницы) - приводит к тому что ядро секунд через 5 пишет, что диска больше нет, отключен. из зеркала он исчезает. добавляется обратно как написано в man gmirror:
gmirror gorget gm0
gmirror insert gm0 /dev/ad6
второй интересный эксперимент - переход 5.4 -> 6.0 (cvsup до 6.0 и т.д)
во время синхронизации iostat показывал для ad4/ad6 (два одинаковых диска)
на 5.4 - ~12MB/s
на 6.0 - ~40MB/s
и процентики синхронизации побежали конечно быстрее! :)
кстати синхронизируются диски (если например reboot сделать) с прерванного места. | | |
|
|
| 1.19, Andrey Y. Ostanovsky (?), 23:24, 25/11/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Есть одна грабля с обновлением ядра. Если вы сделали запись загрузки модуля geom_mirror в loader.conf, и после этого хотите добавить options GEOM_MIRROR в ядро, то не забудьте убрать загрузку модуля из loader.conf, иначе машина не грузится. У меня она застревала на определении SCSI устройств, после которого должна идти сборка зеркала.
| | |
| 1.20, Аноним (-), 15:01, 23/12/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
при каждой перезагрузке машины начинается синхронизация винтов каждый раз - что за фигня? | | |
| |
| 2.21, Settler (?), 15:40, 23/12/2005 [^] [^^] [^^^] [ответить]
| +/– |
>при каждой перезагрузке машины начинается синхронизация винтов каждый раз - что за
>фигня?
у меня такого не было, но я игрался всего неделю. при каких условиях у тебя это происходит?
| | |
| 2.22, citrin (ok), 15:54, 23/12/2005 [^] [^^] [^^^] [ответить]
| +/– |
 >при каждой перезагрузке машины начинается синхронизация винтов каждый раз - что за
>фигня?
А после создания рейда ты дождался полной синхронизации? Это длится достаточно долго. | | |
|
| 1.23, Аноним (-), 21:45, 24/12/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
конечно дождался.
Два винта по 160 гигов каждый.SATA
Около 10 часов шла синхронизация,потом оба диска ACTIVE. Ошибок нет,все работает.Как только машинку перегружаешь - тот или другой винт начинают по новой синхронизироваться, опять около 10 часов,и так каждый раз. | | |
| 1.24, Аноним (-), 10:11, 25/12/2005 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вот лог при перезапуске системы:
kernel: ad4: 152627MB <ST3160023AS/3.05> 10101/16/63] at ata2-master SATA150
kernel: ad6: 152627MB <ST3160023AS/3.05> [310101/16/63] at ata3-master SATA150
kernel: GEOM_MIRROR: Device gm0 created (id=2511090461).
kernel: GEOM_MIRROR: Device gm0: provider ad4 detected.
kernel: GEOM_MIRROR: Device gm0: provider ad6 detected.
kernel: GEOM_MIRROR: Device gm0: provider ad6 activated.
kernel: GEOM_MIRROR: Device gm0: provider mirror/gm0 launched.
kernel: GEOM_MIRROR: Device gm0: rebuilding provider ad4.
Затем спустя 12 часов:
kernel: GEOM_MIRROR: Device gm0: rebuilding provider ad4 finished.
kernel: GEOM_MIRROR: Device gm0: provider ad4 activated.
После следующей перегрузки все сначала. | | |
| 1.25, Юра (??), 06:35, 06/03/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
У меня такая проблема. Два абсолютно идентичных винта SATA по 80 Гб определяются как ad4 и ad6. Установка RAID происходит нормально до того момента, как начинаю вставлять в зеркало второй винт. При попытке выполнить команду gmirror insert gm0 /dev/ad6 появляется сообщение "Provider ad6 too small". В чем причина, помогите!!! | | |
| |
| 2.26, Icebale (?), 13:33, 08/06/2006 [^] [^^] [^^^] [ответить]
| +/– |
Проверь физический размер дисков:
fdisk /dev/ad4
fdisk /dev/ad6
Скорее всего размеры дисков разные (CxHxS), причем, как видно ad6<ad4 | | |
|
|
