Nest Org Ru Team Site

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

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

Писать смысла обо всех изменениях (читай – плохонько переводить 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

Прошел фактически месяц с момента покупки Sun Microsystems компанией Oracle…

Про Opensolaris – ни слова. Вообще. Это не только меня настораживает.

Про SunSPOT – ни слова.

Что еще “забыли”? Где релиз Sun Storage 7000 с поддержкой FiberChannel инциаторов и поддержкой дедупликации?

Что будет-то? На полном серъезе некоторые товарищи начинают активно посматривать в сторону решений IBM. Время беспокоиться?

Собственно. Build 130 – ПОСЛЕДНИЙ. Больше билдов SX:CE не будет. Соответственно – не будет привычной системы пакетирования, не будет привычной схемы доставки патчей. Не будет Live Upgrade. Много привычных вещей для “старых” системных администраторов – боле не будет. Все, EOL, точка поставлена. И, судя по всему – Solaris 11 – будет совсем НОВОЙ вещью (в себе, хе-хе), которая отнюдь не порадует некоторых (крупных) заказчиков. И на то есть целый ряд причин (про некоторые можно почитать, например, здесь – хорошо написано, много, но на англицком).

ЗЫ: SX:CE = Solaris Express Community Edition – фактически, новое ядро ОС OpenSolaris в привычно окружение обычного, Solaris, окружения.

Где-то неделю назад обещал оттестировать работоспособность Opensolaris JeOS с Logical Domains. Ну, собственно, небольшой опыт работы уже был, так что хватило пробежаться по “верхам”, то есть бегло просмотреть документацию – освежить, так сказать, и актуализировать уже имеющиеся знания. Короче, если коротко – в два слова – оно работает. Если чуть-чуть развернуть, то инсталляцию делал на Sun Fire T2000, Solaris 10 10/09 SPARC, System Firmware 6.7.6, образа брал здесь. Попробовал развернуть и с использованием файла, и с использование zvol – работает, как и заявленно.

В конце октября в Opensolaris была интегрированна интересная возможность – откат группы транзакций из коммандной строки. Почитать можно здесь. Полезно в случае проблем возникновения проблем с оборудованием – “битыми” RAID-контроллерами, например – короче, всякий раз, когда ZFS сталкивается с невозможностью проконтроллировать корректную запись блоков данных на диски. В результате – мы не можем импортировать свой пул, а рекоммендация в такой ситуации была одна – восстановление с бэкапа после приведения в порядок “железа” (ну или вдумчивый – очень вдумчивый!!! – анализ происходящего). Степень “полезности” этой функции я бы поставил чуть ли не выше наличия, например, дедупликации.

Посмотрел, отметил “зачетность” сей возможности, порадовался. Вспомнил про Oracle 10 + Solaris 10 с далеко не самым последним релизом, стоящий на V40z и контроллерах Adaptec – в продуктивной среде. Полезность этого нововведения резко сократилась до домашнего и внутриоффисного применения. Забыл до поры, до времени.

А вот сегодня – натолкнулся на крайне полезную заметочку. Смысл прост – качаем LiveCD Opensolaris latest bits (build 128+), загружаемся с него, делаем дальше все по инструкции от Виктора – она предельно проста и перевода не требует. Сам бы не додумался – особенно когда мне это надо было бы делать в “запарке” по факту наличия разваленного пула на площадке – времени бы на “подумать” не оставили бы ;(

Мораль – даже для настоящих джедаев с тяжеленным приложением Opensolaris может оказаться достаточно интересным и полезным.

PS: резонно подметили – “настоящие джедаи не используют ZFS” – это точно подмечено, они используют чОрную коробочку под название Veritas Volume Manager, они консервативны и предпочитают оплачивать свои проблемы заранее, а не по мере их возникновения. Проблемы имеют обыкновения проявляться, как показала практика, даже в самых стабильных и простых конфигурациях. Да, конфигурабельно, да, отлажено, да – много лет на рынке. Но и проблемы – тоже, кхм, оттачивались много-много лет И не все так гладко – в том числе и из-за немаленькой стоимости этого решения.

PPS: все-таки хотелось увидеть эту “фишку” в обычном, привычном для заказчиков и поддерживаемом, Solaris 10 – хотя пора думать о выходе Solaris 11 – в котором будет ВСЕ

Столкнулся с проблемой – не работает IPMP (IP Multipathing ) в Solaris 10… “Падает” standby интерфейс – и делай с этим, что хочешь В рассылке Sun Alert “прибежало” сообщение/workaround – Solaris 10 Kernel Patches 141444-09 and 141445-09 May Cause Interface Failure in IP Multipathing (IPMP), public access – не ставьте патч KU 141444-09, ну или откатитесь на предыдущую версию KU – и будет Вам большое счастье. Это, конечно, радует – но не радует другое – Solaris 10 10/09 SPARC уже включает ядерный патч 141444-09, который откату не подлежит.

Вариант 1 – повремените с установкой/обновлением Solaris 10 10/09 до выхода следующей версии ядерного патча, пока не закроют описанный баг – он может сильно “попортить” настроение…

Вариант 2 – обдумайте вариант использования Link-Based Failure Detection – конечно, не идеал, возможны проблемы с доступностью хоста в связи с отказам от ICMP-проб – НО в некоторых ситуациях – очень полезная вещь – в частности, позволяет отказаться от общения с сетевиками (“куда пропал мой defaultrouter?!”), освобождает минимум два тест-адреса… Этот метод успешно работает и с этим KU.

Ну и после апгрейда OS не забывайте проверять ВСЕ вкруговую – иначе можно оказаться в очень щепетильной ситуации… В целом – практика воздерживаться от апгрейда/установки самой новой и самой свежей версии приложений/ОС – хотя бы до выхода первого обновления – остается в силе, по крайней мере – такие апгрейды нужно аргументировать… Если кто-то еще не использует Live Upgrade – это то самое время, чтобы начать разрабатывать его внедрение у себя (особенно в свете поддежки LU на ZFS) – время и нервы бесценны

Итак, дано:

• старая машина Sun Fire LX-50 (которая Cobalt в девичестве)
• дистрибутив Solaris 10 5/09 x86 “голый”, вообще не патченый

Надо поставить – wordpress + gallery – с использованием Apache 2+, PHP 5.2+, MySQL 5.1+ и т.д. и т.п.

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

Также можно было пойти по пути джедая – поставить OpenSolaris 2009.6. И это было бы правильно, если бы не одно “но” – на LX-50 с его Internal SCSI HBA Adaptec бла-бла каким-то OpenSolaris ставиться не захотела. Ну … и черт с ним, было решено по шустрому “вкатить” родной Solaris, благо медиа-киты уже нарезаны. Итого – 2 часа +/- минуты… Вместе с настройкой ipf…

Идем на сайт Sun GlassFish Web Stack -> Get It. Авторизуемся, выбираем нужный нам дистрибутив – а вот тут интересно – я выбрал полный (Native Packaging – includes Java-based components) дистрибутив – он включает в себя Hudson – я еще пока не понял, зачем он мне нужен (в моей простой задаче), но решил для верности забрать-таки наиболее полный пакет. Собственно процесс скачивания – 30-40 минут.

Полученный пакет положил в /var/tmp, быстренько “покурил” документацию на сайте, запустил инсталляцию – через 15 минут на машинке у меня полностью готовый к употреблению AMP-стэк. 15 минут на все!

Штришки к картине – не забываем поставить Sun GlassFish Web Stack Enterprise Manager (install admin) – и посмотреть на нее тоже полезно – бо вещь очень занимательная и полезная.

При инсталляции Gallery3 (beta 2) возникло небольшое затруднение, которое потребовало быстрой правки файла /etc/opt/webstack/php/5.2/php.ini:

root@cerber # diff php.ini php.ini.ORIG 
132c132
< short_open_tag = On
---
> short_open_tag = Off
root@cerber # pwd

Собственно – ВСЕ. Больше я руками ничего не делал – только лишь развернул дистрибутивы в нужные каталоги (кхм, /var/opt/webstack/apache2/2.2/htdocs) и раздал права… Мне понравилось, чего и Вам советую!

А, ну да, все же скриншоты любят (сделаю еще один одинаковый, как у всех ):

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: а в целом – удобная вещь для быстрого тестирования

Submit some alternative for VERY nice feature with sudo command:

# run the last command as root
pfexec !!
 
# Save a file you edited in vim without the needed permissions (in vi/vim)
:w !pfexec tee %

http://www.commandlinefu.com/commands/by/ilyxa

Натолкнулся на проблему – иногда в киоске SunRay Server приложение “падает”, оставляя за собой core-файл, который потом успешно и безвозвратно теряется ввиду природы работы самих киосков – после падения критического приложения подчищается за собой все. Вариант один – внести модификацию в скрипты запуска киосков.

Вариант два – правильный Прописать создание core-файла в определнной заранее директории:

pfexec mkdir -p -m 0700 /var/core/uttsc-bin
pfexec coreadm -g /var/core/%f/%p-%t
pfexec coreadm -e global-setid

Старо как мир Подсмотрел здесь – http://forums.sun.com/thread.jspa?threadID=5396597