Nest Org Ru Team Site

Мысленный поток в пятницу – включен. Поговорим о старом добром.

Обновление с помощью LU при наличии загрузочного пула на ZFS – это просто песня. Создание новой загрузочной среды – никакого ожидания, пока отработает cpio, никаких проблем с откатом – мгновенные снимки очень и очень полезны, наличие этой сладкой парочки (Live Upgrade + ZFS) самых больших скептиков убедит перейти на свежий Solaris. Даже если не нужно “поднимать” версию (update) ОС – это отличная технология для установки патчей, даже в отсутствии ZFS, а в неких особо занимательных случаях – возможность создать среду для тестирования того или иного ядерного параметра или тестирования новой версии приложения.

Основа Live Upgrade – при изготовлении новой загрузочной среды происходит фиксация текущего состояния как операционной системы со всеми ее компонентами, так и потенциальная (в зависимости от настройки) фиксация состояния наших приложений. Один из таких примеров и приведу.

Есть ряд банальных и (иногда) неочевидных нюансов. Я, например, иногда делал новую среду загрузки “впрок”, не особо планируя перезагрузку – на сервере с довольно старым релизом ОС Solaris 10 11/06 с весьма старым KU, несколькими зонами на борту (с разнообразными интернет-сервисами навроде статических httpd серверов и любимых связок postfix+dovecot, ну и hg). Но работа на месте не стоит Потребовалось (настоятельно) перейти на новый релиз и KU (и на то были веские причины – пальцем бы не шевельнул – искренне считаю обновление хорошо работающего “продуктива” моветоном). Решил подойти к вопросу обстоятельно, сделал новую среду загрузки (lucreate), обновился до нового Solaris (9/10), “докатил” самые свежие патчи – и, закончив все манипуляции примерно за 3 часа, стал ждать “окошка” для запуска заветной команды init 6. Увы, не срослось, выяснилось, что сервер перезагрузке не подлежит ни при каких обстоятельствах (даже вот ни на 15 минут). Ну ладно – что нам – подождем. На следующий день в алиасы postfix была накидана пачка новых пользователей, еще через день – по ftp залили пачку новых страничек, прописали несколько виртуальных серверов. И так далее. К выходным система была перезагружена – и с точки зрения приложений вернулась в состояние недельной (на момент изготовления среды) давности. Крик, шум, “что случилось?!”, “нас сломали!!!”. Необходимые файлы конфигурации приложений были быстренько перенесены со старой среды, все “поехало”.

Мораль, если дочитали до этого места – “хороша ложка к обеду” или все надо делать своевременно, тщательно планирую свои действия, не забывая про расчет потенциально возможных сценариев. Если бы я заранее спланировал свое обновление – и перезагрузил систему сразу, без длительной паузы – заказчик бы остался в восторге от технологичности решения. Вышло несколько иначе.

Есть вещи, которые почему-то забывают делать, начиная продолжительное хождение по граблям и грабелькам (и это не имеет отношения к чтению документации!!! Не на прямую, понятно ). Если делается обновление с одного релиза на другой (я говорю про обновления между разными релизами Solaris 10, НЕ затрагивая предыдущие версии Solaris (7,8,9) – где LU поддерживается) – хорошая (и единственно верная) практика – это удаление пакетов SUNWlu*, на всякий случай – стирание /etc/lutab, /etc/lu/, и установка их со свежего релиза, причем языковые пакеты, которые иногда по умолчанию стоят – можно и не ставить вовсе. Если что-то не заладилось с LU кардинальным образом – есть однозначный смысл повторить с нуля, изничтожив пакеты и файлы из списка ранее по тексту. Одна из любимых “отмазок” – отсутствие cd-rom’a. В таком случае не грех напомнить про lofs и про то, что система обновляется просто шикарным образом и с NFS-шары.

Технически, Игорь, мой коллега, все великолпено изложил у себя в блоге, рекомендую:
- Solaris Live Upgrade. Часть 1
- Solaris Live Upgrade. Часть 2. Переходим на ZFS
- Solaris Live Upgrade. Часть 3. Шпаргалки

Что хочу добавить – после прочтения этих ссылок идем на docs.oracle.com и там читаем хотя бы Release Notes… Полезно и бывают таааакие открытия

Мысли вслух закончились Happy installing (oops, upgrading!)

Поток выключен – спокойной ночи

Свежее обновление. Жизнь налаживается. Это у нас пресс-релиз, как бы ни о чем.

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

Писать смысла обо всех изменениях (читай – плохонько переводить Release Notes). Ставить надо однозначно. В ближайшее время – ждите отчета

Тем временем, на работе изменение курса – “Все дружно учим AIX”. Как уж там получится – я не знаю, только-только удалось получить мало-мальски вменяемую компетенцию (не в виде сертификатов и прочих бумажек) и начать вникать в суть происходящего внутри Solaris

PS: так называемые скриншоты (точнее – целий один):

PPS: при выполнение Live Upgrade с Solaris 10 10/09 до Solaris 10 9/10 возникло затруднение:

root@petalum # luupgrade -u -n s10x_u9wos_14a -s /mnt/solaris10910 
 
No entry for BE <s10x_u9wos_14a> in GRUB menu
Copying failsafe kernel from media.
61364 blocks
miniroot filesystem is <lofs>
Mounting miniroot at </mnt/solaris10910/Solaris_10/Tools/Boot>
ERROR: The auto registration file <> does not exist or incomplete.
       The auto registration file is mandatory for this upgrade.
       Use -k <filename> argument along with luupgrade command.

… и продолжение апдейта далее невозможно.

Решение “нагуглил” довольно быстро:

root@petalum # echo "auto_reg=disable" > /tmp/sysidcfg
root@petalum # luupgrade -u -n s10x_u9wos_14a -s /mnt/solaris10910 -k /tmp/sysidcfg

… дальше обновление пошло (почти) как обычно. Ссылка на оригинал здесь – там же кое-какие разъяснения.

PPS: LU process completed. s10x_u8wos_08a to s10x_u9wos_14a. In 30 minute or so

bash-3.00# luactivate sol10u_u7_srs5ea1
 A Live Upgrade Sync operation will be performed on startup of boot environment .
 
/usr/sbin/luactivate: /etc/lu/DelayUpdate/: cannot create
 bash-3.00# export BOOT_MENU_FILE="menu.lst"
 bash-3.00# luactivate sol10u_u7_srs5ea1
 ...
 Modifying boot archive service
 Activation of boot environment  successful.
 bash-3.00#

(c) http://groups.google.com/group/comp.unix.solaris/msg/0ff92997c4d5cb0f

PS: а в целом – удобная вещь для быстрого тестирования

If you’re one of the many people out there who are intrigued by OpenSolaris, and want to try it out for yourselves, but are worried about how to go about doing it, you’re in the right place. In this article, I will show you step by step how to start with a machine with no OS (or running windows) and download OpenSolaris binaries and install it. Then create a 2nd partition using OpenSolaris LiveUpgrade, download OpenSolaris source, compile it and install it on the 2nd partition. In the end, I will walk you through how to modify the source and install the modified kernel on the 2nd partition so that your original OpenSolaris partition and workspace don’t get impacted while you are experimenting with modifying the kernel.

There are lot of articles/tutorials on each subject, but if you are a newbie to OpenSolaris but know ‘C’ programming language and have some *nix kernel experience, then this might serve as a quick and dirty startup for you.

Если вы один из многих людей , заинтригованных OSol и хотели бы побробовать сами что-то сделать (с исходным кодом/копиляцией/модификацией) , но беспокоитесь (опасаетесь сложностей , короче ) , вы попали по адресу . В этой статье я покажу Вам , как начав с пустой машины без операционной системы ( ну или с Windows ) , скачав OSol , установить и запустить ОС . Затем создадим 2-й раздел для OSol LiveUpgrade , скачаем исходники , компилируем их и устанавливаем их на второй раздел . В конце глянем (пройдемся “галопом” ) как модифицировать исходный код и устанавливать модифицированное ядро на на второй раздел так , чтобы оригинальный раздел OpenSolaris и рабочая область не оказались затронутыми пока вы экспериментируете с модификациями ядра .

Существует множество статей/обучалок по данному вопросу , но если Вы новичек в OSol , знающий язык C и имеете некоторый опыт (“ковыряния”? ядра *nix-систем , тогда это руководство послужит Вам быстрой и (“приблизительной”) отправной точкой (для начала) .

http://blogs.sun.com/garima/entry/opensolaris_opensesame
Несмотря на то , что статья написана уже больше полугода назад – все актуально до сих пор , не сомневайтесь ! Она несет в себе достаточно практики , чтобы ее стоили хотя просмотреть .
Если кого-то заинтересует даннай статья – переведу целиком , не вопрос , правда – “чукча читатель , а не писатель” – перевод будет не фонтан .
Ну , ежели прийдется не по душе эта статья – как еще один вариант – вот для затравки – http://www.blastwave.org/articles/BLS-0050/index.html – How To Build OpenSolaris от Blastwave , но там не охвачены “куски” безопасной работы с модификациями ядра (LiveUpgade , просто БОМБА !! made by Sun – совсем не описана) .
Ну и если уже совсем не устраивают обе эти статьи – алес гут , милости прошу идти погулять , тьфу , погуглить , вырулив в конце концов на первоисточник всего этого добра – http://www.opensolairs.org/ .
Adios ! C u later !

Случилось страшное :

luconfig: ERROR: Template filesystem definition failed for -, all devices are not applicable..
ERROR: Configuration of boot environment failed.

Лечим так ( способ потдвержден и на другом сайте : http://prefetch.net/blog/index.php/category/solaris-live-upgrade/ ) : меням форматом

1 unassigned wu 0 – 2088 16.00GB (2089/0/0) 33559785

на

1 unassigned wm 0 – 2088 16.00GB (2089/0/0) 33559785

Алес .