Страница 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
А у меня строго по статье после
Создаём файловую систему:
получается:
Код: Выделить всё
newfs: /dev/mirror/gm0p2: could not find special device
Вопрос по поводу gmirror
Добавлено: 2015-10-05 23:38:24
Alex Keda
Вопрос по поводу 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 гиг, "лишний" гиг на большей партиции останется не пользованным.
Обычно делают абсолютно идентичные партиции. Что тогда?
ничего, все нормально.