Страница 6 из 7

Вопрос по поводу gmirror

Добавлено: 2015-06-24 11:55:04
guest
pod писал(а):
NeXuss писал(а):Вобщем, перебрал кучу статей, результат был одним и тем же - залипало на попытке монтирования зеркала. Был сделан вывод, что я что-то все же делаю не так. Решил испытать метод хэндбука с оглядкой на статью автора и все получилось! Я лично полагаю, что дело было в том, что на вновь созданном gm0 не было ни одного свободного сектора для записи 512 байт метаданных зеркала. Подредактировал бэкап ada0 в соответствии с советами из хэндбука.
Играюсь с тем-же самым на 10ке. Файл бекапа подредактировал - в конце появилось свободное место, однако при загрузке с зеркала - залипает на на попытке монтирования
прочитайте комментарий "guest » 2015-02-21 19:31:26" и изучите материал по ссылкам,
прозрение наступит

Вопрос по поводу gmirror

Добавлено: 2015-10-05 21:55:25
gyurza2000
А у меня строго по статье после
Создаём файловую систему:

Код: Выделить всё

bsd1$ newfs -U /dev/mirror/gm0p2
получается:

Код: Выделить всё

newfs: /dev/mirror/gm0p2: could not find special device

Вопрос по поводу gmirror

Добавлено: 2015-10-05 23:38:24
Alex Keda
а девайс-то такой есть?

Код: Выделить всё

ls -al /dev/mirror/

Вопрос по поводу gmirror

Добавлено: 2015-10-06 0:07:01
gyurza2000
Спасибо, разобрался, девайс другой был :)

Вопрос по поводу gmirror

Добавлено: 2015-11-11 11:12:36
wien
Как будет правильнее сделать:
1. сначала создать зеркало на чистых дисках и потом разметить его уже GPT?
2. или взять диск, разметить GPT, создать зеркало и тыкнуть его туда?
Склоняюсь к первому варианту.

Читал так же о том, что использование fsck и gmirror ведет к деструктивным последствиям (от потери информации, до краха ФС). Как в таких случаях проверять целостность ФС после внезапного отключения питания? ИБП пользуюсь, но случаи бывают разные, например неисправность того же самого ИБП. У меня сейчас один диск и фсцк запускается при старте и в случае ошибок все исправляет. Подскажите можно ли так же и с gmirror, если да то как? Просвятите, таких тонкостей не знаю.

Вопрос по поводу gmirror

Добавлено: 2015-11-11 11:15:36
xM
Читал так же о том, что использование fsck и gmirror ведет к деструктивным последствиям (от потери информации, до краха ФС)
Врут

Вопрос по поводу gmirror

Добавлено: 2015-11-13 13:53:48
guest
wien писал(а):Как будет правильнее сделать:
1. сначала создать зеркало на чистых дисках и потом разметить его уже GPT?
если зеркалировать весь диск
2. или взять диск, разметить GPT, создать зеркало и тыкнуть его туда?
"тыкало обломится" в случае зеркалирования целого диска, а
для зеркалирования отдельных партиций - можно
Склоняюсь к первому варианту.

Читал так же о том, что использование fsck и gmirror ведет к деструктивным последствиям (от потери информации, до краха ФС). Как в таких случаях проверять целостность ФС после внезапного отключения питания? ИБП пользуюсь, но случаи бывают разные, например неисправность того же самого ИБП. У меня сейчас один диск и фсцк запускается при старте и в случае ошибок все исправляет. Подскажите можно ли так же и с gmirror, если да то как? Просвятите, таких тонкостей не знаю.
проблема не в gmirror, проблема в FS - в случае SUJ в 9.0/9.1/9.2-RELEASE

Вопрос по поводу gmirror

Добавлено: 2015-11-13 15:22:57
wien
guest писал(а): проблема не в gmirror, проблема в FS - в случае SUJ в 9.0/9.1/9.2-RELEASE
Как в таком случае решить эту проблему?

Вопрос по поводу gmirror

Добавлено: 2015-11-13 18:05:05
xM
wien писал(а): Как в таком случае решить эту проблему?
Не использовать SUJ в 9.0/9.1/9.2-RELEASE?

Вопрос по поводу gmirror

Добавлено: 2015-11-14 0:42:07
guest
xM писал(а):
wien писал(а): Как в таком случае решить эту проблему?
Не использовать SUJ в 9.0/9.1/9.2-RELEASE?
не использовать или в /etc/rc.conf - принудительно fsck (тогда смысл SUJ теряется)

Вопрос по поводу gmirror

Добавлено: 2015-11-14 10:47:52
snorlov
wien,
Я всегда использую 2-ой вариант, причем в случае юзанья zfs, swap отдельно и зеркалирую через gmirror, ну а данные через зеркало в zfs. в случае ufs, я отключаю SUJ, а юзаю gjournal...

Вопрос по поводу gmirror

Добавлено: 2015-11-14 11:47:53
guest
snorlov писал(а):wien,
Я всегда использую 2-ой вариант, причем в случае юзанья zfs, swap отдельно и зеркалирую через gmirror, ну а данные через зеркало в zfs. в случае ufs, я отключаю SUJ, а юзаю gjournal...
gjournal очень медленно работает и оттюнить его через sysctl невозможно, отказался от него
еще в 8'ке.

Вопрос по поводу gmirror

Добавлено: 2015-11-15 13:42:44
wien
guest писал(а): не использовать или в /etc/rc.conf - принудительно fsck (тогда смысл SUJ теряется)
Сейчас прописано в /etc/rc.conf

Код: Выделить всё

# Force check of file systems in crash case
fsck_y_enable="YES"
background_fsck="NO"
Журналирование включено. Вы об этом?

Вопрос по поводу gmirror

Добавлено: 2015-11-15 16:06:17
guest
wien писал(а):
guest писал(а): не использовать или в /etc/rc.conf - принудительно fsck (тогда смысл SUJ теряется)
Сейчас прописано в /etc/rc.conf

Код: Выделить всё

# Force check of file systems in crash case
fsck_y_enable="YES"
background_fsck="NO"
Журналирование включено. Вы об этом?
к верхнему добавить:

fsck_y_flags="-f"

в ином случае отработает журнал и ошибки не будут исправлены

Вопрос по поводу gmirror

Добавлено: 2015-11-16 9:45:52
wien
Благодарю гостя за ценную информацию!
При каком методе использования gmirrror меньше геммороя - при зеркалировании всего диска или отдельных партиций? Какие нюансы, проблемы могут встретиться в процессе эксплуатации. Не обессутьте, практики с гмиррор почти никакой, поэтому столько вопросов, поделитесь опытом, добрые люди.

Вопрос по поводу gmirror

Добавлено: 2015-11-16 9:53:10
snorlov
guest писал(а):
snorlov писал(а):wien,
Я всегда использую 2-ой вариант, причем в случае юзанья zfs, swap отдельно и зеркалирую через gmirror, ну а данные через зеркало в zfs. в случае ufs, я отключаю SUJ, а юзаю gjournal...
gjournal очень медленно работает и оттюнить его через sysctl невозможно, отказался от него
еще в 8'ке.
да медленнее, но в отличии от SUJ надежнее

Вопрос по поводу gmirror

Добавлено: 2015-11-17 8:29:43
wien
Чем чревато внезапное отключение питание во время синхронизации массива? Если я все правильно понял из прочитанного за последние несколько суток, то как минимум проверка fsck после включения нормального раздела с точки зрения gmirror, синхронизация начнется заново. Поправьте, если ошибаюсь. Вопрос не просто так возник, почему-то в статье на опеннете в последнем абзаце говорится, цитирую:
После окончания синхронизации зеркал, можно перезагрузиться и
устроить системе тест, отключая то один диск, то другой. Только главное не
увлечься и не забыть, что каждый раз, при возвращении диска в RAID, нужно
обязательно дожидаться окончания процесса синхронизации, иначе вы потеряете данные.
Кто-нибудь может прокомментировать?

Вопрос по поводу gmirror

Добавлено: 2015-11-17 9:51:17
Neus
как там в gmirror не знаю, а zfs пофигу на отключение:

Код: Выделить всё

root@omnios-nas:/var/tmp# zpool status
  pool: rpool
 state: ONLINE
  scan: resilvered 3.00G in 0h6m with 0 errors on Tue Nov 17 13:46:57 2015
config:

        NAME        STATE     READ WRITE CKSUM
        rpool       ONLINE       0     0     0
          c2t0d0s0  ONLINE       0     0     0

errors: No known data errors
root@omnios-nas:/var/tmp# dd if=/dev/urandom of=file4g.raw bs=1M count=4K
4096+0 records in
4096+0 records out
4294967296 bytes (4.3 GB) copied, 104.305 s, 41.2 MB/s
root@omnios-nas:/var/tmp# md5sum file4g.raw
04846bce1a9d4f15dd19ee1c69c7e710  file4g.raw
root@omnios-nas:/var/tmp# zpool attach -f rpool c2t0d0s0 c2t1d0s0
Make sure to wait until resilver is done before rebooting.
root@omnios-nas:/var/tmp# zpool status
  pool: rpool
 state: ONLINE
status: One or more devices is currently being resilvered.  The pool will
        continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
  scan: resilver in progress since Tue Nov 17 14:20:12 2015
    1.12G scanned out of 7.01G at 64.0M/s, 0h1m to go
    1.12G resilvered, 16.04% done
config:

        NAME          STATE     READ WRITE CKSUM
        rpool         ONLINE       0     0     0
          mirror-0    ONLINE       0     0     0
            c2t0d0s0  ONLINE       0     0     0
            c2t1d0s0  ONLINE       0     0     0  (resilvering)

errors: No known data errors

-----отключаем питание-----

root@omnios-nas:/var/tmp# zpool status
  pool: rpool
 state: ONLINE
status: One or more devices is currently being resilvered.  The pool will
        continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
  scan: resilver in progress since Tue Nov 17 14:20:12 2015
    4.20G scanned out of 7.01G at 16.6M/s, 0h2m to go
    4.19G resilvered, 59.86% done
config:

        NAME          STATE     READ WRITE CKSUM
        rpool         ONLINE       0     0     0
          mirror-0    ONLINE       0     0     0
            c2t0d0s0  ONLINE       0     0     0
            c2t1d0s0  ONLINE       0     0     0  (resilvering)

errors: No known data errors

-----а тут хардресет-----

root@omnios-nas:/var/tmp# zpool status
  pool: rpool
 state: ONLINE
  scan: resilvered 7.00G in 0h8m with 0 errors on Tue Nov 17 14:29:02 2015
config:

        NAME          STATE     READ WRITE CKSUM
        rpool         ONLINE       0     0     0
          mirror-0    ONLINE       0     0     0
            c2t0d0s0  ONLINE       0     0     0
            c2t1d0s0  ONLINE       0     0     0

errors: No known data errors
root@omnios-nas:/var/tmp# md5sum file4g.raw
04846bce1a9d4f15dd19ee1c69c7e710  file4g.raw
контрольная сумма, как видишь, совпадает...

Вопрос по поводу gmirror

Добавлено: 2015-11-17 11:28:05
xM
wien писал(а): Чем чревато внезапное отключение питание во время синхронизации массива?
Как показывает практика ничего страшного не происходит.

Вопрос по поводу gmirror

Добавлено: 2015-11-17 11:48:35
snorlov
wien писал(а):Чем чревато внезапное отключение питание во время синхронизации массива?
Внезапное отключение питания всегда грозит форсмажором, независимо от состояния дисков, выбора файловой системы, железа и т.д. И то, что у кого то все подымается не означает, что этот подьем будет всегда...
У меня к примеру был вылет из-за температуры ИБП, в результате слетела логика в zfs, поверхность дисков при этом не пострадала, пришлось делать снапшот всей системы, пересылать ее в архив, диски затирать, создавать новый пул, на него пересылать снапшот из архива и его восстанавливать...

Вопрос по поводу gmirror

Добавлено: 2015-11-17 12:48:21
wien
Благодарю отписавшихся. Еще вопрос. Какова вероятность что при зеркалировании не всего диска, а отдельных партиций, при заполнении одной из них, метаданные в конце заполненной партиции затруться?

Вопрос по поводу gmirror

Добавлено: 2015-11-17 18:48:20
Neus
wien писал(а):Благодарю отписавшихся. Еще вопрос. Какова вероятность что при зеркалировании не всего диска, а отдельных партиций, при заполнении одной из них, метаданные в конце заполненной партиции затруться?
С какой стати им затираться? Если размер партиций не совпадает будет использоваться наименьший. Например 100 и 101 гиг, "лишний" гиг на большей партиции останется не пользованным.

Вопрос по поводу gmirror

Добавлено: 2015-11-18 9:43:35
wien
Neus писал(а):...Если размер партиций не совпадает будет использоваться наименьший. Например 100 и 101 гиг, "лишний" гиг на большей партиции останется не пользованным.
Обычно делают абсолютно идентичные партиции. Что тогда?

Вопрос по поводу gmirror

Добавлено: 2015-11-18 9:48:50
snorlov
wien,
Вы не путайте служебную информацию на диске/разделе с информацией о заполнении даннными на них...

Вопрос по поводу gmirror

Добавлено: 2015-11-18 15:10:09
Neus
wien писал(а):
Neus писал(а):...Если размер партиций не совпадает будет использоваться наименьший. Например 100 и 101 гиг, "лишний" гиг на большей партиции останется не пользованным.
Обычно делают абсолютно идентичные партиции. Что тогда?
ничего, все нормально.