Посоветуйте, пожалуйста, файловую систему для Freebsd, которая очень любит, когда внезапно(!) отрубается электричество. Которую сложно было бы этим убить.Ps. Да, я знаю, что покупка упса решит проблему, но покупка невозможна.
Ps2. Да, сервер уже стоит в ДЦ, но смена ДЦ невозможна (там очень дешего)
>Посоветуйте, пожалуйста, файловую систему для Freebsd, которая очень любит, когда внезапно(!) отрубается
>электричество. Которую сложно было бы этим убить.любая в read-only. а все, что должно изменяться, хранить в памяти (mfs). так делается в nanobsd.
или же все-таки сменить дц.
>>Посоветуйте, пожалуйста, файловую систему для Freebsd, которая очень любит, когда внезапно(!) отрубается
>>электричество. Которую сложно было бы этим убить.
>
>любая в read-only. а все, что должно изменяться, хранить в памяти
>(mfs). так делается в nanobsd.
>
>или же все-таки сменить дц.Рид-онли не подойдет вообще
>Ps2. Да, сервер уже стоит в ДЦ, но смена ДЦ невозможна (там
>очень дешего)Скупой платит дважды.
Какие ресурсы на машине? Какая нагрузка? какие сервисы отдает? Какое время простоя допустимо? какая готовность системы необходима? какой максимальный трансфер на/с винта нужен? ну и еще примерно 2 десятка вопросов.
Это может быть как файлопомойка, пол дня лежания которой не критично, так и сервер приложений/БД/кто зна какой, 5 минут простоя которого влетают во взрослые деньги.Можно ZFS со снапшотами и репликация их на отдельный винт.
До сих пор даже при внезапных проблемах с питанием машину не убило. Снапшоты позволят откатиться до живой версии системы с живыми данными. Такое есть в продакшене на соляре. 3 года -- ни одной проблемы с файловой системой.
>Посоветуйте, пожалуйста, файловую систему для Freebsd, которая очень любит, когда внезапно(!) отрубается электричество. Которую сложно было бы этим убить.Можно подумать выбор велик. Либо UFS, либо UFS2 или ZFS. На счет ZFS трудно сказать выдержит она такие издевательства над собой или нет, так как практики мало с ней. А UFS2 в общем доказал свою живучесть в таких случаях за годы использования.
Оставляй UFS2, в /etc/rc.conf добавляем:
fsck_y_enable="YES" background_fsck="NO"
И все, должна жить. Ессесно если диск большой, то после появления электричества будет долгий fsck.
У меня как-то был глючный дешевый дедик в Германии, фря паниковала 1 раз в 2-3 дня из-за кривого железа. И ничего, жил сервак в течении 5 месяцев, никак эти паники не отразились на общей целостности ФС. Раздаражало правда сильно иной раз.
>[оверквотинг удален]
>
> background_fsck="NO"
>
>И все, должна жить. Ессесно если диск большой, то после появления электричества
>будет долгий fsck.
>
>У меня как-то был глючный дешевый дедик в Германии, фря паниковала 1
>раз в 2-3 дня из-за кривого железа. И ничего, жил сервак
>в течении 5 месяцев, никак эти паники не отразились на общей
>целостности ФС. Раздаражало правда сильно иной раз.А у меня с UFS2 были проблемы после некорректных перезагрузок. Появлялись области FS, которые ни читались, ни писались, притом fsck не справлялся, а newfs проблему лечило (т.е. проблема не железная). Конкретно это было И на freebsd6, И на freebsd7. Всё-таки, IMHO, kernel panic и отключение питания - несколько разные ситуации. ;)
Кстати говоря, есть freebsd8 на UFS2 с журналированием, на которой до сих пор не появились эти проблемы, хотя она пережила не меньше отключений питания, чем первые две. Может повезло, а может быть журналирование действительно помогает.
>А у меня с UFS2 были проблемы после некорректных перезагрузок. Появлялись области
>FS, которые ни читались, ни писались, притом fsck не справлялся, а
>newfs проблему лечило (т.е. проблема не железная).Возможно, но как показывает практика такие вещи не так часто случаются. Сам лично никогда не сталкивался что UFS или UFS2 дохнет, только читал об этом в эхе фидошной, хотя прошагал путь от FreeBSD 4.0 до 8.1 и за это время уж насмотрелся и на пропадание питания и кернел паники (в особенности в тяжелые времена FreeBSD 5.x). Ну не дохнет у меня оно, "невезучий" видимо. ;) EXT на Linux дох как-то при пропадании питания, но было это один раз за 10 лет, а вот дохлый UFS не доводилось видеть.
>Посоветуйте, пожалуйста, файловую систему для Freebsd, которая очень любит, когда внезапно(!) отрубается
>электричество. Которую сложно было бы этим убить.
>
>Ps. Да, я знаю, что покупка упса решит проблему, но покупка невозможна.
>
>Ps2. Да, сервер уже стоит в ДЦ, но смена ДЦ невозможна (там
>очень дешего)еще моих 5 копеек ;)
на домашней машинке стоит zfs, упса нету свет рубают где-то раз в сутки.
Так и живем уже где-то полгода -- ничего не потерялось,
система просто ребутится и работает как ничего не случилось.Только с ней (ZFS) свои заморочки, инструкцию _нужно_ читать и настраивать под свои нужды;)
>Посоветуйте, пожалуйста, файловую систему для Freebsd, которая очень любит, когда внезапно(!) отрубается
>электричество. Которую сложно было бы этим убить.видимо журналируемые FS, но в FreeBSD с этим туго, ZFS рекомендовать опасно.
UFS/UFS2 без softupdates замечательно переживают броски, вот только многие диски
этого не любят, в своей практике, чаще сталкивался с тем что диски не выдерживали:
Seagate и Maxtor, WD более удачно держит броски питания.Можно добавить gjournal чтобы было надежней и быстрей fsck проходил, но потеряте
на скорости FS.Любые SCSI диски + UFS/UFS2 и система практически неубиваема, проверено временем,
скази это не pata и не sata, в похожей ситуации уже заменено 4 PATA и 4 SATA
на одном из серверов, а 4'е scsi gstripe+gjournal не имеют ни одного даже
замапированного сектора. Подобных старых серверов достаточно, и все что на сказях
- живы, либо живы только скази на умерших.Такие вот пироги.
PS. В вашей ситуации, желательно иметь средство или возможность проверки на bad blocks,
в FreeBSD с этим туго и увы, у PATA/SATA дисков bad block reallocation может произойти
только при операции записи и то счастье, если такое случится.
ZFS однозначно.
Все зависит от сервака, если мощный и памяти достаточно, то ZFS, если слабый, то UFS + gjournal, причем gjournal включите обязательно, падение скорости будет, но зато старт самого сервака и доступ к нему после сбоя питания не займут часы, как без gjournal...
> Все зависит от сервака, если мощный и памяти достаточно, то ZFS,
>если слабый, то UFS + gjournal, причем gjournal включите обязательно, падение
>скорости будет, но зато старт самого сервака и доступ к нему
>после сбоя питания не займут часы, как без gjournal...На счет слабого сервера. Меня уже били за такое высказывание здесь, но у меня долгое время стоял сервер с 1гб оперативки и ZFS на FreeBSD 8.0. Нормально работало, даже крутилось два jail. ZFS может работать и на слабых машинах, тюнингануть и вперед. Производительность конечно будет слабоватой.
>видимо журналируемые FS, но в FreeBSD с этим туго, ZFS рекомендовать опасно.не флэйму ради, информации для: Почему опасно?