Nest Org Ru Team Site

Частично – в продолжение вот этого…

Моя маленькая машинка на Atom 330 оказалась весьма требовательна к ресурсам – потому решил бороться до последнего за каждый килобайт памяти Первым “под нож” попал локальный Xorg… Уж не знаю почему – в целом, возникла логичная идея-фикс убрать его – машина все равно “безголовая”, head-less.

Все поиски в интернете свелись к одному – запретите gdm и будет вам счастье – svcadm disable gdm. Этот способ, по понятным причинам, меня совсем не устраивал – Sun Ray Software требует его наличия… 3 минуты “гугления”, googling – и вуаля!

 pfexec cp -p /etc/X11/gdm/custom.conf /etc/X11/gdm/custom.conf.orig
 pfexec sh -c "echo 0= >> /etc/X11/gdm/custom.conf"
 reboot -f

Ура, ура, ура – три раза

Disclaimer/Оговорки: За качество изложения – не пинайте, пишу “кусками” уже второй день, как чукча – “пою то, что вижу” – потому по тексту есть кое-где разночтения .

English version
– Auto-translated by Google.

Как там по-англицки – Works Just Perfectly!

Вести с полей – заработали киоски, как и должны были. Проблема в pam.conf. Исправления – здесь – Sun_Ray_Server_4.1_Installation_Instructions в разделе Update /etc/pam.conf to include these stacks for gdm.

Предполагал, что нужно будет что-то делать (помятую про http://wiki.sun-rays.org/index.php/SRSS_4.1_on_OpenSolaris_2008.11). Оказалось, все намного проще Достаточно было просто поставить пакеты DHCP-сервиса (pkg install SUNWdhcs SUNWdhcsb SUNWdhcm) и – все! Ну почти…

После инсталляции вылезла стандартная проблема – нет Английского языка на Sun Keyboard Type 6/7 (sick!) – только русские буквы. Проблема-то в целом известная. Лекарство – сменить детектируемый тип клавиатуры, поправив файл /usr/X11/lib/X11/xkb/xkbtable.map :

208

6       23      -       sun_type6_euro_usb      us      # Russia6_usb

Собственно, входим, работаем, наслаждаемся Хоть поддержка Opensolaris в новом Sun Ray Server 5 и не заявлена (я слеп и глух?!) – тем не менее – проблемы решены, ВСЕ скрипты (utinstall / utconfig / utadm / utpolicy /etc.), необходимые для инсталляции, настройки и работы – работают БЕЗ ошибок и нареканий.

Как там? Все любят скриншоты?

Собственно – все, ИМХО, по старому, привычно и без революций – но вот пунктик Software Client Access, честно говоря, вводит меня в ступор – ну зачем оно кому-то надо, не понимаю… Хотя видимо надо.

Администрирование киосков теперь станет проще – например, команда utkiosk теперь имеет опцию -l lists names of all stored kiosk configurations. Вот почему этого раньше нельзя было сделать

Кстати – под Opensolaris 2009.06 киоски не заработали…

Вобщем, после детального “обследования” – Киоски не работают по пока непонятным мне причинам Буду смотреть и разбираться дальше…

PS: вот несколько команд, которые таки придется выполнить для того, чтобы продукт заработал. Что имеем: Opensolaris 2009.6, чистая, без патчей, без настроек, из коробки as is. srss_4.2_solaris.zip, srwc_2.2_solaris.zip. Пожалуй, всего хватает. За исключением dhcp-сервера, ставим его, заодно проверяем наличие tftp:

ilyxa@osol:/export/install$ pfexec pkg install SUNWdhcs SUNWdhcsb SUNWdhcm
DOWNLOAD                                    PKGS       FILES     XFER (MB)
Completed                                    3/3       87/87     0.93/0.93 
 
PHASE                                        ACTIONS
Install Phase                                152/152
ilyxa@osol:/export/install$ pfexec pkg list | grep tftp
SUNWtftp                                      0.5.11-0.111    installed  ----
ilyxa@osol:/export/install$

Дальше выключаем NWAM (Network Auto Magic, нам нужна статика, сервер все таки ставим, а не … какую-то), создаем файл /etc/hostname.e1000g0 (этой мой адаптер), ЧИСТИМ /etc/hosts – nodename должен ссылаться на реальный ip-адрес:

ilyxa@osol:/export/install$ pfexec svcs -a | grep phys
disabled        2:33:37 svc:/network/physical:default
online          2:33:52 svc:/network/physical:nwam
ilyxa@osol:/export/install$ pfexec svcadm disable svc:/network/physical:nwam
ilyxa@osol:/export/install$ pfexec vi /etc/hostname.e1000g0
ilyxa@osol:/export/install$ pfexec vi /etc/hosts
ilyxa@osol:/export/install$ pfexec svcadm enable svc:/network/physical:default
ilyxa@osol:/export/install$

Перезагружаемся. Дальше все как по мануалу – http://wikis.sun.com/display/SRSS4dot2…

PPS: есть еще одна ссылка – http://wiki.sun-rays.org/index.php/SRSS_4.1_on_OpenSolaris_2008.11. Она для “старой” (текущей ) версии SRS 4.1 – все необходимое, за исключением dhcp-сервера, в “чистой” инсталляции OSol уже есть. Команда Sun Ray Server Sofware Engineering Team проделала ОГРОМНУЮ работу для того, чтобы можно было не “мудрить” с установками и настройками на Opensolaris 2009.6.

PPS: по умолчанию пакет SUNWtftp установлен. Но по каким-то причинам дескриптора его нету (inetadm | grep tftp возвращает, хм, болт, то есть ничего не возвращает).
Лекарство:

ilyxa@osol:~$ pfexec cp -p /etc/inetd.conf /etc/inetd.conf.28072009
ilyxa@osol:~$ pfexec sh -c "echo tftp dgram udp wait root /usr/sbin/in.tftpd in.tftpd -s /tftpboot >> /etc/inetd.conf"
ilyxa@osol:~$ pfexec inetconv
tftp -> /var/svc/manifest/network/tftp-udp.xml
Importing tftp-udp.xml ...Done
ilyxa@osol:~$ svccfg import /var/svc/manifest/network/tftp-udp.xml
ilyxa@osol:~$ inetadm | grep tftp
enabled   online         svc:/network/tftp/udp:default
ilyxa@osol:~$

Вуаля. Готово и работает.

Кстати, очень полезно будет эта фишка – Fast Reboot ( http://www.nest.su/2009/05/08/the-fast-reboot-feature/) – то, что нам надо. Правда, на демостенде внутри VirtualBox не работает.

Еще одна “полезняшка” при работе с SRSS на Opensolaris (да и Solaris тоже), здорово помогает :

ilyxa@osol:~$ PATH=$PATH:/opt/SUNWut/bin:/opt/SUNWut/sbin ; export PATH
ilyxa@osol:~$ MANPATH=$MANPATH:/opt/SUNWut/share/man:/opt/SUNWuttsc/share/man ; export MANPATH
ilyxa@osol:~$

Ну и последний, уже well-known эффект – библиотеки OpenSSL “переехали”:

ilyxa@osol:/export/install/srwc_2.2$ pfexec /opt/SUNWuttsc/sbin/uttscadm -c
Enter complete location for libcrypto.so.0.9.7 [/usr/sfw/lib/libcrypto.so.0.9.8] : /lib/libcrypto.so.0.9.8

Перечислять “фишки” – нужное занятие – их много – Crossbow (виртуализация сети), iSCSI COMSTAR и т.д. На сайте можно много почитать, что новенького – http://www.opensolaris.com/learn/features/whats-new/200906/, комментарии к релизу – http://www.opensolaris.org/os/project/indiana/resources/relnotes/200906/x86/ , рядом лежит такое же к SPARC.

Также доступен БЕСПЛАТНЫЙ (= $0) кластерный фреймворк – вкупе с WebStack’ом получается замечательная вещь – читаем здесь – http://blogs.sun.com/SC/entry/announcing_open_ha_cluster_2009. Это Sun Cluster 3.2 с некотыми расширениями (улучшайзингом – как то поддержка COMSTAR iSCSI и проекта Crossbow. Это важный шаг со стороны Sun|Oracle (Oracle|Sun? Oracle?) – многим клиентам, я надеюсь, будет это интересно.

PS: я категорически не согласен с бытующим мнением, что бесплатное – это плохое. Если менеджеры не в состоянии объяснить или понять преимущества продажи поддержки, а не продукта и его лицензий – это персональные проблемы и трудности. Бесплатный продукт – это не работа за бесплатно, как можно подумать. Конечно, если мыслить продажей коробки – то таки да, это существенно затрудняет продажи. А вот если продавать законченное решение – такой подход только на руку. OpenSolaris – это такая же enterprise-class система, равно как и Solaris – к сожалению, не все это понимают или не хотят это понимать…

After installation of OSol 2009.6 (build 111) i’v got some weird problem:

1
2
3
4
5

root@cheetah:~# pkg install amp
Creating Plan \                       
pkg: The following pattern(s) did not match any packages in the current catalog.
Try relaxing the pattern, refreshing and/or examining the catalogs:
 amp

Solution is simple:

root@cheetah:~# pfexec pkg set-publisher -O http://pkg.opensolaris.org/dev opensolaris.org

Some pieces of explanation is here : http://opensolaris.org/jive/thread.jspa?messageID=368732. Is short: need to use developer repository.