Страница 1 из 1

Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-25 19:38:12
jettochkin
Хотелось бы в очередной раз поднять вопрос о надежности использования Gmirror в FreeBSD. Из личного опыта: выход из строя одного из дисков - спасает, а вот при внезапном крахе аппаратной части (элементарно умерли блок/и питания) - единственный быстрый способ избавиться от dirty fs - загрузка с DVD и fsck_fss -y / , но это не решение для сервера который не ноутбук с вафлей и всегда рядом в сумке..

Можно ли реализовать схему - при которой сервер живет своей жизнью и любые не фатальные сбои (умерли оба диска в массиве, сдохла материнская плата или подобное - когда нужно личное присутствие админа) - переживаются им самостоятельно?

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-25 20:17:41
GhOsT_MZ
Хм, если UFS, то врядли... попробуйте просто отключить питание от коробки с UFS, даже без массива. 90% вероятность, что фряха не загрузится в штатном режиме. Сходу да здравствует сингл мод. Не знаю, может я неудачник, но у меня такая статистика получается.

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-25 22:34:41
FreeBSP
у меня статистика несколько иная... наверное на пару десятков ресетов одно вот такое падение
http://forum.lissyara.su/viewtopic.php? ... 85#p302952
PS блин, так и не довычистил статью
PPS а zfs в этом плане более живучая? в случае падения железа реально ли восстановить или хотя бы прочитать данные жившие на gmirror/zfs ? или для zfs raidz лучше? практики работы с zfs ноль

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-25 23:47:33
lazhu

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

zpool clear [-F [-n]] pool [device]

         Clears device errors in a pool. If no arguments are specified, all
         device errors within the pool are cleared. If one or more devices is
         specified, only those errors associated with the specified device or
         devices are cleared.

         -F      Initiates recovery mode for an unopenable pool. Attempts to
                 discard the last few transactions in the pool to return it to
                 an openable state. Not all damaged pools can be recovered by
                 using this option. If successful, the data from the discarded
                 transactions is irretrievably lost.

         -n      Used in combination with the -F flag. Check whether discard?
                 ing transactions would make the pool openable, but do not
                 actually discard any transactions.
Разумеется, если удастся вообще завести хард.

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-25 23:54:15
FreeBSP
а с виндов прочитать zfs можно?

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-26 0:01:35
GhOsT_MZ
Неа, только фряха и солярка из коробки, и линупс, но с аццким извратом)

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-26 2:17:28
FreeBSP
уже прочитал, как оказалось, гугол меня не забанил xD

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-26 16:45:26
jettochkin
Как бы не ругали Windows Server - но эта система при грамотном администрировании без проблем переживет любое падение аппаратной части... хотелось бы подобное получить на FreeBSD, но как?

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-26 16:47:25
jettochkin
FreeBSP писал(а):а с виндов прочитать zfs можно?
RStudio 5.x - без проблем подхватывает...

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-27 17:03:08
snorlov
jettochkin писал(а):Хотелось бы в очередной раз поднять вопрос о надежности использования Gmirror в FreeBSD. Из личного опыта: выход из строя одного из дисков - спасает, а вот при внезапном крахе аппаратной части (элементарно умерли блок/и питания) - единственный быстрый способ избавиться от dirty fs - загрузка с DVD и fsck_fss -y / , но это не решение для сервера который не ноутбук с вафлей и всегда рядом в сумке..
Можно ли реализовать схему - при которой сервер живет своей жизнью и любые не фатальные сбои (умерли оба диска в массиве, сдохла материнская плата или подобное - когда нужно личное присутствие админа) - переживаются им самостоятельно?
Решение только одно, я так думаю, кластер с внешней СХД и сервер в виртуалке... При этом надо помнить, что живая нода тоже может умереть, как и внешняя СХД...
Gmirror-это падение диска, блок питания-это падение файловой системы, по моим экспериментам, сегодняшняя журналируемая ufs довольно живуча, также живуча и zfs, вот только, если своп не живет на ней...

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-27 17:51:47
jettochkin
Понятно, что дорогое решение на аппаратном уровне - это то самое нужное) но речь идет о софтверной составляющей.. что нужно сделать с ней - чтоб система после внезапного рестарта - как Windows (причем любой!) - проверилась и запустилась без участия оператора)

Журналирование... из 7 отказов ФС - только 1 раз fsck - смог им воспользоваться... 6 случаев - fsck рассказал, что не может использовать этот самый журнал...


p.s: из опыта пользования: на CentOS 5.x был аппаратный сбой - система поднялась через 30 минут.... там то смогли что то сделать?... (было обычное зеркало mraid или как оно там называется)

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-27 17:54:38
jettochkin
snorlov писал(а):..вот только, если своп не живет на ней...
это как?

p.s. gmirror сделан не помню зачем и почему но так: mirror1: ada0p1+ada1p1, mirrro2: ada0p2,ada1p2 & etc.

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-27 19:05:27
snorlov
Можно своп разместить на самой zfs, но в этом случае, я так считаю, схематично конечно, при нехватке памяти надо уложить ее в своп, что в свою очередь может потребовать память...

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-27 23:34:06
lazhu
ZFS требуется память для работы с диском, поэтому отсутствие свободной внеядерной памяти во время своппинга на диск скорее всего вызовет LOR.

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-28 19:59:34
FreeBSP
у меня машинка с 2 гигами под файлопомойку.
и мой вопрос остается открытым, посоветуйте пожалуйста что лучше, gmirror\ufs, gmirror\zfs или raidz ?
FreeBSP писал(а):а zfs в этом плане более живучая? в случае падения железа реально ли восстановить или хотя бы прочитать данные жившие на gmirror/zfs ? или для zfs raidz лучше? практики работы с zfs ноль

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-28 20:06:00
GhOsT_MZ
Под падением железа понимается умирание диска или как? gmirror\zfs - это как? создаем зеркало средствами геом, а на нем зфс пул? так не делается, да и смысл, если у зфс есть свое зеркало, с блекджеком и шлюхами...

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-29 8:15:15
snorlov
FreeBSP писал(а):у меня машинка с 2 гигами под файлопомойку.
и мой вопрос остается открытым, посоветуйте пожалуйста что лучше, gmirror\ufs, gmirror\zfs или raidz ?
FreeBSP писал(а):а zfs в этом плане более живучая? в случае падения железа реально ли восстановить или хотя бы прочитать данные жившие на gmirror/zfs ? или для zfs raidz лучше? практики работы с zfs ноль
Мао памяти под zfs...

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-29 9:38:11
FreeBSP
а сколько надо памяти чтобы машинка с zfs нормально бегала?
машинка под бекапы и планирую на ней облачко внутреннее

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-29 13:11:09
lazhu
FreeBSP писал(а):а сколько надо памяти чтобы машинка с zfs нормально бегала?
машинка под бекапы и планирую на ней облачко внутреннее
ZFS хранит часто используемые данные в ARC (adaptive replacement cache), который по умолчанию жрет "всю память минус 1Гб" (настраивается через vfs.zfs.arc_max в рантайме), освобождая ее по мере необходимости. Плюс на каждую ФС требуется ажно 64Кб :cz2:

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-29 13:35:45
BirdGovorun
FreeBSP писал(а):а сколько надо памяти чтобы машинка с zfs нормально бегала?
машинка под бекапы и планирую на ней облачко внутреннее
Сколько не дай всё равно мало будет. :smile:
Рекомендуют: > 4G и AMD64.
Устанавливал на 1G и не плохо работало.

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-29 20:28:56
jettochkin
GhOsT_MZ писал(а):Под падением железа понимается умирание диска или как? gmirror\zfs - это как? создаем зеркало средствами геом, а на нем зфс пул? так не делается, да и смысл, если у зфс есть свое зеркало, с блекджеком и шлюхами...
падение железа - это когда идет отказ памяти/процессора/БП/материнской платы, то есть мы не говорим о вылете HDD - для этого gmirror и с этой задачей он справляется (тестировал разными способами)
проблема когда внезапно все выключилось и мы получили проблемы с файловой системой.. может был сбой питания и сервер перезагрузился - разницы нет: файловая система в одном месте.. и журналирование - которое практически никогда "не может быть использовано")))

Re: Надежность GMirror в FreeBSD 8.x,9.x

Добавлено: 2013-10-29 20:32:45
jettochkin
BirdGovorun писал(а):
FreeBSP писал(а):а сколько надо памяти чтобы машинка с zfs нормально бегала?
машинка под бекапы и планирую на ней облачко внутреннее
Сколько не дай всё равно мало будет. :smile:
Рекомендуют: > 4G и AMD64.
Устанавливал на 1G и не плохо работало.
было 4Gb и 30k просмотров сайта (2Mb страница, куча запросов правда с кешем) - поставил 16.. просмотров 100k - но как то.. так же без особых запасов). Чем выше версия FreeBSD - тем больше она хочет памяти.. сейчас вообще все что связанно с компьютером - хочет бесконечно много памяти... (вчера win7pro заявила что памяти в системе мало.. 45 окошек Хрома не смогла разместить в 8Gb памяти... еще месяц назад и 100 переваривало.. а потом были обновления...)