GJournal и Freebsd 7.2

snorlov · Непрочитанное сообщение **snorlov** » 2009-06-01 11:31:15

Кто нибудь может подсказать способ, порядок действий, для включения журналирования на корневой раздел FreeBSD 7.2 при инсталляции системы.
А то внастоящий момент у меня получается следующий:
1. Ставим систему на не нужный диск
2. Ставим нужный диск, разбиваем его как надо,
загружаем geom_journal, kldload geom_journal
выключаем сообщения об ошибках sysctl kern.geom.debugflags=16
создаем метку, gjounal label -f /dev/ad0s1a
включаем флаг J, tunefs -J enable -n disable /dev/ad0s1a
включаем флаг J, tunefs -J enable -n disable /dev/ad0s1a.journal
форматируем, newfs -J /dev/ad0s1a.journal
подключаем, mount -o async/dev/ad0s1a.journal /mnt
дальше dump | restore
модификация fstab, loader.conf на нужном диске
выключения и установка диска...

Хостинг HostFood.ru · **Хостинг HostFood.ru**

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

Alex Keda

зачем оно вам на корневом?

terminus

А как по-другому можно было бы это сделать? Если только пытаться в процессе уствновки перейти по Alt+F2 на emergency консоль и сделать журнал после того как диск побит на слайсы/разделы, но до копирования системы...

Alex Keda

lissyara писал(а):зачем оно вам на корневом?

snorlov · Непрочитанное сообщение **snorlov** » 2009-06-01 12:36:36

lissyara писал(а):
lissyara писал(а):зачем оно вам на корневом?

Привык к тому, что у меня все, за исключением home, log, tmp лежат на одном разделе...

Alex Keda

плохая привычка.

LMik · Непрочитанное сообщение **LMik** » 2009-06-01 13:31:15

lissyara писал(а):плохая привычка.

+1 оочень плохая... линуксом попахивает...

sch · Непрочитанное сообщение **sch** » 2009-06-01 17:15:32

"какие ваши доказательства?" (с)
В смысле - есть еще аргументы кроме "пахнет линуксом"? Для сервера еще можно обосновать, но вот человек сделал логи и темп отдельно, даже домашний раздел вынес отдельно. Чего не хватает по вашему мнению?

(я уж молчу, что на рабочей станции резать диск на части - ИМХО вообще лишняя работа)

let's flame begin

Alex Keda

про десктопные оси - другая ветка.
да и вообще - вероятнее всего сервер настраивает человек

LMik · Непрочитанное сообщение **LMik** » 2009-06-01 21:32:58

Собсвенно.. а если наипнется не сервер а домашний десктоп? А всякие свои доки? Почемуб отделный раздел не держать для этого? Для /usr почему не надо? Линупсята ламоботские...

iZEN · Непрочитанное сообщение **iZEN** » 2009-06-01 22:17:13

snorlov писал(а):Кто нибудь может подсказать способ, порядок действий, для включения журналирования на корневой раздел FreeBSD 7.2 при инсталляции системы.

На UFS2 журнал не нужен. Его код написали по принципу "чтобы было" и чтобы линупсоеды пальцем не показывали.

rambomax · Непрочитанное сообщение **rambomax** » 2009-06-02 7:43:07

После недели экспериментов могу констатировать:
Freebsd 7.2 и gjournal это огромная разница от
Freebsd 7.0 и gjournal
Разница настолько велика, что шок от этого таков, что думаю обратиться к линух.
Оказалось, что всё, что написано в документации про 7.0 не работает на 7.2
Эксперимент: имею одну и ту же железку с двумя винтами. Ставлю 7.2. Разбиваю диск на слайсы. Прикручиваю журнал к одному - работает. Ко второму - не работает. В любых сочетаниях. Если слайс один, то не работает вообще. Если фря 7.2, то никаким образом вы не сможете прикрутить журнал к существующей файловой системе.
Сначала грешил на железку. Поставил виртуальную машину. Установил 7.2 в неё. Убедился, что результат не зависит от машины.
Ставлю 7.0 - всё работает в любых сочетаниях на той же железке.
Когда грузится 7.0, ядро радостно сообщает что видит метки журнала и всё.
Когда грузится 7.2 ядро рассказывает, что нашло какие-то метки, потом зачем-то удалило эти метки, потом ещё раз создало эти метки.
7.2 я скачивал, потому что это релиз.
7.0 тоже был релиз.
Почему такая разница уже не понять...

snorlov · Непрочитанное сообщение **snorlov** » 2009-06-02 8:10:11

rambomax писал(а):После недели экспериментов могу констатировать:
Freebsd 7.2 и gjournal это огромная разница от
Freebsd 7.0 и gjournal
Разница настолько велика, что шок от этого таков, что думаю обратиться к линух.
Когда грузится 7.2 ядро рассказывает, что нашло какие-то метки, потом зачем-то удалило эти метки, потом ещё раз создало эти метки.
7.2 я скачивал, потому что это релиз.
7.0 тоже был релиз.
Почему такая разница уже не понять...

Ну не знаю, у меня все прикручивается нормально, единственная трудность так это нахождение журнала и данных на одном разделе при установке с сд, если под журнал отдавать другой раздел, то проблем нет...

rambomax · Непрочитанное сообщение **rambomax** » 2009-06-02 8:20:53

snorlov писал(а): Ну не знаю, у меня все прикручивается нормально

Прокоменируйте картинку, пожалуйста.
Это виртуалка - результаты должны быть идентичны у всех.
С какого перепуга столько ядро выдаёт столько ругани? - в 7.0 такого нет и в помине.

snorlov · Непрочитанное сообщение **snorlov** » 2009-06-02 8:38:39

Это не ругань, просто в GENERIC стоит options GEOM, вот и генерятся уникальные метки разделов, вот только прикрученного журнала я у тебя не вижу...

rambomax · Непрочитанное сообщение **rambomax** » 2009-06-02 9:06:07

Это 7.2 - тут не прикручивается.

Alex Keda

iZEN писал(а):На UFS2 журнал не нужен. Его код написали по принципу "чтобы было" и чтобы линупсоеды пальцем не показывали.

ну-ка, поделитесь сокровенным - почему не нужен?
последний раз на этом сервере диск чекало чуть не три часа, после того как в датацентре коротнули чё-то
дорогое удовольствие для продакшен решения.
так что нужен - хотя бы поэтому.

rambomax писал(а):Это 7.2 - тут не прикручивается.

у всех прикручивается, у вас нет?

rambomax

lissyara писал(а): у всех прикручивается, у вас нет?

Сравните с 7.0 это:

sch · Непрочитанное сообщение **sch** » 2009-06-02 11:15:39

LMik писал(а):Собсвенно.. а если наипнется не сервер а домашний десктоп? А всякие свои доки? Почемуб отделный раздел не держать для этого? Для /usr почему не надо?

Что значит "наипнется" - блок питания сгорит или винчестер умрет? В первом случае пофиг на разделы.
Во втором случае какие проблемы могут быть - например винт вообще не заводится, не определяется. И опять количество разделов роли не играет, так?
Еще вариант - из-за аварийной перезагрузки повреждена файловая структура и fsck сам не может исправить (предположим даже, что на 7.2 с ключом форсированного исправления тоже не может). Какая разница для админа - один общий раздел на диске или десять, все равно пока ФС руками не поправит сервер в работу не пойдет.
Хотя в частном крайнем случае пойдет - если поврежден раздел /usr/ports или /home, но это маловероятно, поскольку операции записи в эти разделы редки, а если запись туда частая, так значит эти разделы нужны для работы сервера и смотри предыдущее предложение.
А чинить ФС одинаково по сложности и почти одинаково по времени независимо от количества разделов.
Еще какие варианты по твоему надо рассмотреть?

LMik писал(а):Линупсята ламоботские...

вот это вот как бы намекает на способности объяснять свои высказывания.

LMik · Непрочитанное сообщение **LMik** » 2009-06-02 12:56:15

Единственный вариант когда система не загрузится - ошибки на корневом разделе. Дальше додумайте сами.

terminus

rambomax писал(а):
lissyara писал(а): у всех прикручивается, у вас нет?
Сравните с 7.0 это:

фигасе! вот это онимэ!

sch · Непрочитанное сообщение **sch** » 2009-06-03 11:00:46

LMik писал(а):Единственный вариант когда система не загрузится - ошибки на корневом разделе. Дальше додумайте сами.

Система не загрузится при ошибках на любом разделе, монтируемом автоматически через fstab, если fsck не сможет его проверить.

LMik · Непрочитанное сообщение **LMik** » 2009-06-03 11:23:44

sch писал(а):
LMik писал(а):Единственный вариант когда система не загрузится - ошибки на корневом разделе. Дальше додумайте сами.
Система не загрузится при ошибках на любом разделе, монтируемом автоматически через fstab, если fsck не сможет его проверить.

Система не грузится если корень не clean.

sch · Непрочитанное сообщение **sch** » 2009-06-03 13:46:56

LMik писал(а):
sch писал(а):
LMik писал(а):Единственный вариант когда система не загрузится - ошибки на корневом разделе. Дальше додумайте сами.
Система не загрузится при ошибках на любом разделе, монтируемом автоматически через fstab, если fsck не сможет его проверить.
Система не грузится если корень не clean.

Да, согласен - я не совсем точно сформулировал. В такой постановке вопроса - ты прав. Если корень чист, то ОС загрузится.
Но я переформулирую свою мысль - fsck не смог в background-режиме проверить /usr, /var, /log, или какой нибудь специальный раздел /databases. Базовая система загрузилась, но что толку если полезные сервисы, для работы которых нужны разделы кроме корневого -- не работают? По факту сервер не предоставляет свои функции, он "не работает".
Правильно?

sch · Непрочитанное сообщение **sch** » 2009-06-03 13:57:54

К вопросу включения журналирования на корневом разделе ранее установленной freebsd (единственная партиция 'a')

Сейчас проверил на компьютере с freebsd 7.2-R.
Загружаемся в нормальный режим.
текущее состояние ФС:

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

$mount
/dev/ad2s1a on / (ufs,local)

заранее настраиваем загрузку geom_journal (чтобы лишний раз не перезагружаться)

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

$echo geom_journal_load=YES >>/boot/loader.conf

На диске ad2 три раздела: a,b,c. При создании журнала на ad2s1a, появятся несколько провайдеров -

/dev/ad2s1a.journal
/dev/ad2s1a.journala
/dev/ad2s1a.journalb
/dev/ad2s1a.journalc

заранее редактируем fstab - устройство для монтирования / указываем как "/dev/ad2s1a.journala". Выключаем fsck для этого раздела - указываем "0" в последнем поле (pass). Для журналируемого раздела fsck не нужен, и работать через GEOM_JOURNAL не будет.

Если не выключить проверку fsck, то на старте система остановится с типичным сообщением о невозможности самостоятельно проверить журналируемый раздел - вход в single user и тут же выход продолжает нормальную загрузку системы.

перезагружаемся в single user mode, создаем журнал

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

$kldload geom_journal
$gjournal label -vf /dev/ad2s1a
$tunefs -J enable /dev/ad2s1a.journala

Все, перезагрузка в нормальный режим. Корневой раздел ранее установленной системы расположен на журналируемом устройстве. Журнал создан на этом же разделе. Вроде все просто, или я не понял проблему?

Отдельно скажу - это не аргумент, что журнал нужен корневому разделу; это доказательство, что в 7.2 можно легко сделать журнал на корневом разделе.

forum.lissyara.su

GJournal и Freebsd 7.2

GJournal и Freebsd 7.2

Услуги хостинговой компании Host-Food.ru

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2

Re: GJournal и Freebsd 7.2