две паралельные freebsd на разных дисках

[nikodim]

Есть работающий сервер по 8.1. В нем присутствует два жестких диска, один из которых не используется. Каким образом можно установить 9 на другой диск, что бы перенести в нее все настройки с 8.1? При этом диск с 8.1 должен быть доступен для загрузки (там "боевой" почтовик на 450 клиентов) и монтирования в 9. Заранее благодарен.

[Хостинг 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/

[andrian_freebsd]

Я б на вашем месте, сдел так (проще и умно):
1. У вас эсть 8.1 -> сделайте перенос всей системы на другой диск

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

dump и restore

2. на другом диске обновите систему до нужной ветки (9.х)

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

freebsd-update -r 9.1-RELEASE upgrade

3. Обновите установленные порты и вуоля ... у вас новая система на другом диске со старыми настройками ...

[guest]

Я б на вашем месте, сдел так (проще и умно):
1. У вас эсть 8.1 -> сделайте перенос всей системы на другой диск

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

dump и restore

2. на другом диске обновите систему до нужной ветки (9.х)

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

freebsd-update -r 9.1-RELEASE upgrade

3. Обновите установленные порты и вуоля ... у вас новая система на другом диске со старыми настройками ...

Не стоит так делать:
- море времени и нервов
- можно нарваться на ряд проблем
- пересборка всего софта

Лучше установить чистую 10.1, собрать и настроить все что нужно, на другой машине.

[andrian_freebsd]

Не стоит так делать:- море времени и нервов- можно нарваться на ряд проблем- пересборка всего софтаЛучше установить чистую 10.1, собрать и настроить все что нужно, на другой машине.

Ну-ну устанавливайте 10.1 и настраивайте все заново. (А зачем снова настраивать, если уже все настроино!). Сам попробоваль два варианта через обновление и через чистую - тепер только через обновление (ибо на чистой много времени уходит на перенос настроек (каждого порта, а ето не мало), паролей (систем мониторинга,), зависимостей, и т.д. ). В думайтесь, а зачем разработчики update прыдумали, если можна все с нуля заново инсталировать ?

[guest]

Не стоит так делать:- море времени и нервов- можно нарваться на ряд проблем- пересборка всего софтаЛучше установить чистую 10.1, собрать и настроить все что нужно, на другой машине.

Ну-ну устанавливайте 10.1 и настраивайте все заново. (А зачем снова настраивать, если уже все настроино!). Сам попробоваль два варианта через обновление и через чистую - тепер только через обновление (ибо на чистой много времени уходит на перенос настроек (каждого порта, а ето не мало), паролей (систем мониторинга,), зависимостей, и т.д. ). В думайтесь, а зачем разработчики update прыдумали, если можна все с нуля заново инсталировать ?

обойдемся без "ну-ну":

- переход с ветки на ветку, несет достаточно изменений
- 8.1 -> 9.x -> 10.x - везде достаточно подводных камней
- для работы старых портов потребуется compat8x (и потом их пересобирать ГДЕ?)
- интегрированный iconv в 10'ку
- проблемы с бинарным freebsd-update (регулярные)
- пересборка всех портов (а сервисы в это время какие будут обеспечивать работу)

Есть ситуации, когда upgrade отнимает времени и сил больше, чем новая установка
и настройка, и данный пример с 8.1 - показателен.

[Amadeus]

Ну-ну устанавливайте 10.1 и настраивайте все заново. (А зачем снова настраивать, если уже все настроино!). Сам попробоваль два варианта через обновление и через чистую - тепер только через обновление (ибо на чистой много времени уходит на перенос настроек (каждого порта, а ето не мало), паролей (систем мониторинга,), зависимостей, и т.д. )

1) Да, на новую установку уходит уйма времени, но вы просто еще не натыкались на грабли, связанные с пересборкой, перевычиткой, изменением make и т.п 100500 файлов, когда вы так жестко проводите мажорный апдейт. Как справедливо заметили выше пока вы разбирайтесь с тем что "повысыпало" все должно работать*). Вам тут уже чуть выше привели 1 пример системных настроек, что могут сбиться, как вариант, а теперь усложним задачу:
Например. у вас есть хост, на нем 10-ок клеток, в каждой клетке свой кусок, настроенный, есесно по разному. На одном может крутится обычная пыха, на другом какой нибудь python, в третьем работать почтовый сервер (у которого, у самого еще не только сам он играет роль в его работе), а в четвертом, какой нибудь томкат с несколькими совершенно разными фитчами. И естественно, это все работает на одном ядре. (апликейшн уровень сервисов)
И накиньте сверху еще чисто проблемы ОС при обновлении

В думайтесь, а зачем разработчики update прыдумали, если можна все с нуля заново инсталировать ?

Хендбук хорошо, но в хендбуке расписан именно уровень ОС. Остальное должен думать человек, который нажимает на кнопки.

Отправлено спустя 12 минут 11 секунд:

Есть работающий сервер по 8.1. В нем присутствует два жестких диска, один из которых не используется. Каким образом можно установить 9 на другой диск, что бы перенести в нее все настройки с 8.1? При этом диск с 8.1 должен быть доступен для загрузки (там "боевой" почтовик на 450 клиентов) и монтирования в 9. Заранее благодарен.

Касательно вопроса топик стартера.

1) При такой конфигурации у вас не получится, что бы были обе системы доступны, так как вы запускаете их с хардов, и они не представлены ввиде VMов на гипервизоре, соотвественно, что вам мешает сделать так:

1) В любом другом месте поднять на время резервный mx 20 (сделав, соответствующие изменения в DNS, дабы на время свистоплясок с почтовиками клиенты сервиса работали) + подтянуть почту, если imap, если pop3 тот тут проще
2) физически выключить один жесткий,
3) Установить ОС на второй + взяв все настройки с mx20
4) Включить обратно первый
5) Смонтировать старый жесткий в систему куда нибудь в /mnt
и переносите себе спокойно.

[guest]

1) При такой конфигурации у вас не получится, что бы были обе системы доступны, так как вы запускаете их с хардов, и они не представлены ввиде VMов на гипервизоре, соотвественно, что вам мешает сделать так:

есть вариант который позволит использовать обе системы:
- qemu + raw ( не факт что под 8.1 это возможно, проблема со свежими портами)

И снова но:
- водрузить на боевой сервер qemu - а если не выйдет?
- вышло, но повлияло на загрузку
- допустим все бы ничего и все работает, но нагрузка существенно изменилась

что дальше?

разница между:
- 10.1 на реальной
- под qemu
будет явно ощутима

Вобщем, решение проблем, вместо того чтобы установить на сторонней машине 10.1
и спокойно все делать, в том числе и осваивать новшества.

ps. Te я полностью согласен с Amadeus: - " плавали... знаем..."

[Amadeus]

В нем присутствует два жестких диска, один из которых не используется

И да, такой момент. у вас Бизнес сервис, который должен работать, в идеале (понятно, что мы не роботы, но к нему надо стремиться ) 24/7/365

1) После переноса полного, когда старых жесткий вам не понадобиться форматните его, и соберите, хотя бы gmirror. (если диски хотя бы по размеру одинаковые, в идеале нужна одинаковая марка. Если нет - купите второй такой же.) Если у вас диски маленькие, до 2 ТБ, что бы собрать его наиболее простым способом - просто во время установки 10.1 разбейте диски в BSD разметке. Если у вас GPT и большие диски, либо просто хотите GPT -
http://bu7cher.blogspot.com/2011/03/fre ... t-ufs.html, например вот.

2) Возьмите за правило всегда перед тем как наворачивать на сервер любые сервисы, подготавливать сразу дисковую подсистему. И пока это не сделано - не настраивать ничего дальше. Сэкономит очень много нервов в будущем*).

[guest]

В нем присутствует два жестких диска, один из которых не используется

И да, такой момент. у вас Бизнес сервис, который должен работать, в идеале (понятно, что мы не роботы, но к нему надо стремиться ) 24/7/365

1) После переноса полного, когда старых жесткий вам не понадобиться форматните его, и соберите, хотя бы gmirror. (если диски хотя бы по размеру одинаковые, в идеале нужна одинаковая марка. Если нет - купите второй такой же.) Если у вас диски маленькие, до 2 ТБ, что бы собрать его наиболее простым способом - просто во время установки 10.1 разбейте диски в BSD разметке. Если у вас GPT и большие диски, либо просто хотите GPT -
http://bu7cher.blogspot.com/2011/03/fre ... t-ufs.html, например вот.

2) Возьмите за правило всегда перед тем как наворачивать на сервер любые сервисы, подготавливать сразу дисковую подсистему. И пока это не сделано - не настраивать ничего дальше. Сэкономит очень много нервов в будущем*).

зеркало - не советую ни по какой технологии, напраслина, трата диска и медленная скорость записи,
да и чтение не блещет, в случае I/O нагрузки - просто беда.

Backup!

[Amadeus]

зеркало - не советую ни по какой технологии, напраслина, трата диска и медленная скорость записи,
да и чтение не блещет, в случае I/O нагрузки - просто беда.

Backup!

1) Зеркалирование дисков может быть разное:
- Софтовое (gmirror, zfs mirror)
- Аппаратное (а тут я бы мог поспорить, если стоит нормального уровня контроллер)

И делается оно в первую очередь не для скорости записи, а для обеспечения отказоустойчивости в целом.

2) Что вы будете делать со своим бекапом, даже если он находится у вас, например, на главном сервере Бакулы, а искомый пострадавший, в другом конце России где у вас дай бог один инженер-электроник в филиале? И то слава богу, если он есть. При удаленном краше системы когда нибудь доводилось работать через "voice kvm"?:). А если в качестве него, ВасяПетяСашаМаша, ответственный от менеджеров городка Урюпинск?*)
Вот смотрите, пример,

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

[root@antares /home/admin]# uname -v
FreeBSD 8.1-STABLE #1: Wed Dec 22 03:29:55 MSK 2010     root@domain.com:/usr/obj/usr/src/sys/GENERIC
[root@domain /home/admin]# gmirror status
      Name    Status  Components
mirror/gm0  DEGRADED  ad4

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

[guest]

зеркало - не советую ни по какой технологии, напраслина, трата диска и медленная скорость записи,
да и чтение не блещет, в случае I/O нагрузки - просто беда.

Backup!

1) Зеркалирование дисков может быть разное:
- Софтовое (gmirror, zfs mirror)
- Аппаратное (а тут я бы мог поспорить, если стоит нормального уровня контроллер)

И делается оно в первую очередь не для скорости записи, а для обеспечения отказоустойчивости в целом.

даже спорить не буду (уже было), практики предостаточно, зеркало - это пшик, а не отказоустойчивость.
И аппаратное и gmirror и другие софтовые зеркала - пшик, терзают диски и могут запросто
угробить информацию на целом.
ZFS mirror - как было сказано, отдельная песня, при наличии ресурсов и выделенный ZIL и L2ARC,
летает и не терзает диск в отличие от всех других реализаций, но тоже невыгодное.
Делать зеркало для корня:
1) не выгодно
2) не эффективно (по ресурсам и операциям I/O на FS, скорости)
3) опасно из-за возможности потери данных на целом диске

Выгодно и целесообразно:
- при зеркалировании ZFS журнала и кеша на SSD

Систему можно вынести на отдельный, небольшой, при наличии средств - скоростной диск,
- /usr/local + данные, на отдельные по нужной технологии.

система ставится на 5 минут, бекап /usr/local - аналогично
В остальном - городить carp и hasp для отказоустойчивости, а зеркало - в реалии пшик.

[Гость]

даже спорить не буду (уже было), практики предостаточно, зеркало - это пшик, а не отказоустойчивость.
И аппаратное и gmirror и другие софтовые зеркала - пшик, терзают диски и могут запросто
угробить информацию на целом.
ZFS mirror - как было сказано, отдельная песня, при наличии ресурсов и выделенный ZIL и L2ARC,
летает и не терзает диск в отличие от всех других реализаций, но тоже невыгодное.
Делать зеркало для корня:
1) не выгодно
2) не эффективно (по ресурсам и операциям I/O на FS, скорости)
3) опасно из-за возможности потери данных на целом диске

------------------------------------------

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

[guest]

даже спорить не буду (уже было), практики предостаточно, зеркало - это пшик, а не отказоустойчивость.
И аппаратное и gmirror и другие софтовые зеркала - пшик, терзают диски и могут запросто
угробить информацию на целом.
ZFS mirror - как было сказано, отдельная песня, при наличии ресурсов и выделенный ZIL и L2ARC,
летает и не терзает диск в отличие от всех других реализаций, но тоже невыгодное.
Делать зеркало для корня:
1) не выгодно
2) не эффективно (по ресурсам и операциям I/O на FS, скорости)
3) опасно из-за возможности потери данных на целом диске

------------------------------------------

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

на здоровье, только почитайте NOTES в man gmirror, про fake-raid raid1 смысла нет говорить вовсе.

[snorlov]

Ну не знаю, не знаю, да вылетали диски из зеркала, и gmirror-ные и zfs-ные, но ни разу ничего не терялось за последние 5-ть лет, вот слет ИБП гораздо критичное, но бог миловал, да и сам следил за состоянием батарей, пока упал только один ИБП, причем действительно упал, плата его под ремонт, но zfs это падение выдержал... На тему скорости разговор особый, кому она нужна пусть покупают ssd в формате PCI-X...

[Alex Keda]

Зеркало, бэкапу не помеха.
И не отменяет его.

Что касается скорости - на аппаратных контроллерах какого-то замедления не заметно....

[Neus]

На тему скорости разговор особый, кому она нужна пусть покупают ssd в формате PCI-X...

А не PCI-E?

[Alex Keda]

И та и та шина быстрей чем ssd
Так что - пофиг

[snorlov]

На тему скорости разговор особый, кому она нужна пусть покупают ssd в формате PCI-X...

А не PCI-E?

Будет медленнее...