Solaris 10: советы и приёмы системного администрирования - SysAdmin

Sun Cluster 3.2 доступен для скачивания

nospam@example.com (Gleb Reys) — Wed, 20 Dec 2006 13:40:02 +0300

Только что прочёл на блоге Ильи Воронина (blog.curthread.org), что для всех любителей Sun Cluster, сегодняшний день - определённо удачный, потому что новая версия Sun Cluster уже доступна для скачивания.

Кстати, теперь решение для создания кластеров называется Solaris Cluster, и включает в себя три компонента:
- Sun Cluster
- Sun Cluster Geographic Edition
- Sun Cluster Agents

К моему сожалению и стыду, я так и не успел приобрести сколь-нибудь полезного опыта работы с Sun Cluster'ом. В моей компании я работаю с Veritas Cluster Server'ом, просто потому, что так исторически сложилось. Но теоретические познания имеются, и потому очень хочется когда-нибудь всё же попробовать решение от Sun.

Вот некоторые из новшеств Sun Cluster 3.2:

Новые возможности управления через командную строку
Новый интерфейс командной строки в Sun Cluster теперь поддерживает отдельные команды для каждого типа объекта, и предоставляет по возможности единые имена и буквы для опций. Также поддерживаются и короткие, и длинные варианты указания опций командной строки.

Поддержка SMF
Теперь Sun Cluster тесно связан с SMF, и позволяет брать сервисы, обслуживаемые SMF, под контроль Sun Cluster в качестве ресурсов.

Sun Cluster Quorum Server
Теперь для сценариев, нуждающихся в кворуме, совсем необязательно полагаться на совместно используемые диски (shared storage). Теперь Sun Cluster поддерживает использование отдельного Solaris-сервера, на котором запущен модуль quorum-server. Все атомические протоколы резервации будут работать через TCP/IP.

Подобных подход позволяет уменьшить время, необходимое для переключения кластера с одного нода на другой (fail-over).

Расширена поддержка Solaris Zones
Теперь Sun Cluster поддерживает целую кучу сервисов, работающих в не глобальных зонах.

Поддержка ZFS
Теперь ZFS поддерживается как локальная файловая система высокой надёжности (HA FS).

Multi-Terabyte Disk и дисковые метки EFI (Extensible Firmware Interface)
Традиционное для других пакетов обновление - поддежка дисков ёмкостью свыше 1Tb и с новыми метками EFI.

Улучшенная поддержка продуктов Veritas
В частности, теперь поддерживаются компоненты из Veritas Storage Foundation 5.0 для платформы SPARC, и VxVM 4.1 для x86/x64 (кстати, данные продукты Veritas указанных версий уже умеют работать с Solaris 10).

Live Upgrade
С этой версии, можно легко обновлять вашу ОС и Sun Cluster в её составе, с помощью Live Upgrade. Из документации ясно, что пока LiveUpgrade поддерживает только SVM, но не VxVM.

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

По этой ссылке вы можете скачать Sun Cluster 3.2: Sun Cluster 3.2 download.

Также, вам может понравиться изредка заглядывать на блог, посвящённый Sun Cluster - Sun Cluster Oasis. Ну и, конечно же, вся подробная информация может быть найдена в разделе про Sun Cluster на docs.sun.com: Sun Cluster 3.2 Documentation.

Бесплатные аналоги программам для Windows

nospam@example.com (Gleb Reys) — Tue, 19 Dec 2006 03:01:03 +0300

Только что прочитал на Lifehacker о замечательной странице: The Linux Equivalent Project. На самом деле, это внушительных размеров индекс бесплатного программного обеспечения, которое вполне возможно скомпилировать и на Solaris, и на Linux, и на любой другой приличной UNIX ОС.

Очень радует именно организация списка - приведены названия продуктов для Windows, и указываются их беслпатные аналоги. Очень полезная страница, особенно для новичков, только решивших пересесть на Solaris.

В общем, очень советую заглянуть: LinuxEq.com

Solaris 10 как клиент DHCP

nospam@example.com (Gleb Reys) — Sat, 29 Apr 2006 16:14:07 +0400

Просто хотел отметить здесь самый быстрый и краткий путь к использованию вашего Solaris-бокса в качестве клиента DHCP.

1) Нужно создать файл /etc/hostname.
Например:

bash-3.00# touch /etc/hostname.skge0

2) Создать файл /etc/dhcp.
В этом же файле можно указать, сколько секунд ifconfig будет ждать ответа от DHCP-сервера, прежде чем продолжит загрузку Solaris.

bash-3.00# cat /etc/dhcp.skge0
wait 60

3) Имя вашей системы
Оно должно храниться в файле /etc/nodename. Это значение будет использоваться, если ваш DHCP-сервер не предоставляет имя хоста по запросу вашего DHCP-клиента.

Вот и всё, теперь перегружайте систему, и всё должно работать! Удачи!

HOW-TO: X11 forwarding с ssh, putty и Xming

nospam@example.com (Gleb Reys) — Fri, 21 Apr 2006 12:37:44 +0400

Эту связку я использую вот уже больше года, практически ежедневно - и дома, и на работе. Всё очень удобно, и, главное, совершенно бесплатно.

X11 Forwarding с ssh - это замечательная возможность, которая позволяет вам получить у себя на клиентском десктопе окно удалённо запускаемого графического приложения. Есть множество дорогих продуктов вроде Citrix, GoGlobal и XWin32, которые позволяют вам получать доступ к вашим удалённым десктоп-сессиям на Unix-серверах, но если всё, что вам нужно - это получить окошко какого-то приложения на вашем экране, то все эти продукты совершенно не нужны. А гораздо правильное будет использовать X forwarding и Xming.

Xming - это порт X Windows для вашей настольной Microsoft Windows. По сути, это X-сервер, запускаемый прозрачно поверх вашего рабочего стола в MS Windows, что позволяет вам перенапралять графический вывод на удалённых Unix хостах, чтобы запускаемые там приложения отображались у вас на десктопе MS Windows.

Xming - очень простая и удобная в использовании штука. Всё, что вам нужно - это скачать и установить дистрибутив с со страницы проекта на SourceForge: XMing @ SourceForge.

После установки, я советую вам создать ярлык в панели быстрого запуска, и изменить нужным образом командную строку выполнения команды. Вот моя полная командная строка:

"C:\Program Files\Xming\Xming.exe" :0 -clipboard -multiwindow -xkblayout us,ru -xkbvariant winkeys -xkboptions grp:ctrl_shift_toggle

Как видно из примера, я использую две раскладки клавиатуры, и переключаюсь на русский язык с помощью Ctrl+Shift.

Теперь, когда Xming у вас уже настроен, нужно позаботиться об ssh стороне вопроса. Нужно изменить конфигурационный файл вашего ssh-демона: /etc/ssh/sshd_config. Позаботьтесь, чтобы в нём была вот такая секция с подобными значениями:

# X11 tunneling options
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes

Если у вас уже были подобные параметры, то ничего делать не нужно. Если же вы изменили этот файл конфигурации, то следует перезапустить ssh:

bash-3.00# svcadm restart svc:/network/ssh

Всё, что осталось теперь - это скачать замечательного клиента Putty, если вы его ещё не используете для ваших ssh-сессий. Взять Putty можно вот по этому адресу: Putty: a free telnet/ssh client.

Я не буду подробно объяснять настройку Putty, это наверняка сделано до меня другими, но скажу лишь, что для X11 forwarding'а вам нужно пробраться в настройки программы (основное окно), выбрать там раздел Connection, потом SSH, потом X11, и в появившемся разделе отметить галочку Enable X11 Forwarding.

Вот и всё. Желаю удачи!

Что бы мы делали без замечательной утилиты crle?

nospam@example.com (Gleb Reys) — Thu, 13 Apr 2006 01:38:28 +0400

В процессе компилирования необходимого набора программ для 64 бит, я в очередной рад воспользовался замечательной утилитой crle, и снова отметил, насколько проще становится жизнь если её использовать.

В странице-руководстве (man crle) сказано вот что:

The crle utility provides for the creation and display of a
runtime linking configuration file. The configuration file
is read and interpreted by the runtime linker, ld.so.1(1),
during process start-up.

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

Так что бы мы делали без этой замечательной утилиты? Всё очень просто:

1) указывали бы обязательно дополнительные параметры для компиляторов - пути к библиотекам с параметрами -L и -R
2) Пользовались бы старой и надёжной переменной LD_LIBRARY_PATH, которая так же позволяет указывать каталоги, откуда компоновщику стоит брать библиотеки.

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

А с crle всё гораздо проще:

для просмотра текущих параметров работы компоновщика (списков каталогов), нужно просто запустить команду:

-bash-3.00$ crle

Default configuration file (/var/ld/ld.config) not found
Default Library Path (ELF): /lib:/usr/lib (system default)
Trusted Directories (ELF): /lib/secure:/usr/lib/secure (system default)

для просмотра конфигурации при работе компоновщика с 64-битными объектами, нужно указать соответствующий параметр:

-bash-3.00$ crle -64

Configuration file [version 4]: /var/ld/64/ld.config
Default Library Path (ELF): /lib/64:/usr/lib/64:/usr/sfw/lib/64
Trusted Directories (ELF): /lib/secure/64:/usr/lib/secure/64 (system default)

Command line:
crle -64 -c /var/ld/64/ld.config -l /lib/64:/usr/lib/64:/usr/sfw/lib/64

И как видно из примера, достаточно выполнить вот такую команду, чтобы добавить новый каталог к списку тех, где компоновщик будет искать библиотеки. Например, если я хочу добавить к списку свой собственный каталог /export/soft/lib/64, то сделать это можно вот так:

-bash-3.00$ crle -64 -c /var/ld/64/ld.config -l /lib/64:/usr/lib/64:/usr/sfw/lib/64:/export/soft/lib/64

Компилирование MySQL для amd64

nospam@example.com (Gleb Reys) — Mon, 10 Apr 2006 18:03:52 +0400

Вчера я начал потихоньку компилировать себе набор необходимых программ на новом сервере. Естественно, всё компилируется в 64 битах. Для многих пакетов я использовал один и тот же набор флагов CFLAGS и LDFLAGS, и всё прекрасно работало.

И при попытке скомпилировать 64-битную последнюю версию MySQL - 5.0.19, я использовал следующие параметры для скрипта configure:

mysql#MAKE="/usr/sfw/bin/gmake" CFLAGS="-m64" LDFLAGS="-m64 -L/lib/64" ./configure --prefix=/export/soft/mysql-5.0.19 --with-charset=utf8

но в процессе компиляции я наткнулся на следующую ошибку:

Making all in sql
gmake[2]: Entering directory `/export/dist/mysql-5.0.19/sql'
if g++ -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/export/soft/mysql-5.0.19\"" -DDATADIR="\"/export/soft/mysql-5.0.19/var\"" -DSHAREDIR="\"/export/soft/mysql-5.0.19/share/mysql\"" -DHAVE_CONFIG_H -I. -I. -I.. -I../zlib -I../innobase/include -I../include -I../include -I../regex -I. -O3 -DDBUG_OFF -fno-implicit-templates -fno-exceptions -fno-rtti -DHAVE_RWLOCK_T -MT gen_lex_hash.o -MD -MP -MF ".deps/gen_lex_hash.Tpo" -c -o gen_lex_hash.o gen_lex_hash.cc; \
then mv -f ".deps/gen_lex_hash.Tpo" ".deps/gen_lex_hash.Po"; else rm -f ".deps/gen_lex_hash.Tpo"; exit 1; fi
/bin/bash ../libtool --preserve-dup-deps --mode=link g++ -O3 -DDBUG_OFF -fno-implicit-templates -fno-exceptions -fno-rtti -DHAVE_RWLOCK_T -m64 -L/lib/64 -o gen_lex_hash gen_lex_hash.o ../myisam/libmyisam.a ../myisammrg/libmyisammrg.a ../heap/libheap.a ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/libregex.a ../strings/libmystrings.a ../zlib/libz.la -lpthread -lthread -lposix4 -lcrypt -lgen -lsocket -lnsl -lm -lpthread -lthread
mkdir .libs
g++ -O3 -DDBUG_OFF -fno-implicit-templates -fno-exceptions -fno-rtti -DHAVE_RWLOCK_T -m64 -o .libs/gen_lex_hash gen_lex_hash.o -L/lib/64 ../myisam/libmyisam.a ../myisammrg/libmyisammrg.a ../heap/libheap.a ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/libregex.a ../strings/libmystrings.a ../zlib/.libs/libz.so -lpthread -lthread -lpthread -lthread -lpthread -lthread -lposix4 -lcrypt -lgen -lsocket -lnsl -lm -lpthread -lthread -Wl,-R -Wl,/export/soft/mysql-5.0.19/lib/mysql
ld: fatal: file gen_lex_hash.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to .libs/gen_lex_hash
collect2: ld returned 1 exit status
gmake[2]: *** [gen_lex_hash] Error 1
gmake[2]: Leaving directory `/export/dist/mysql-5.0.19/sql'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/export/dist/mysql-5.0.19'
gmake: *** [all] Error 2

Внимательный читатель или опытный разработчик сразу же увидит из этого примера, в чём дело. А оно оказалось в том, что я не указал параметра -m64 для g++.

Вот такие параметры исправили проблему:

mysql#MAKE="/usr/sfw/bin/gmake" CFLAGS="-m64" CXXFLAGS="-m64" LDFLAGS="-m64 -L/lib/64" ./configure --prefix=/export/soft/mysql-5.0.19 --with-charset=utf8

Update: Ещё одна ошибка была обнаружена на более поздней стадии компиляции MySQL (я скрыл часть вывода команды чтобы сэкономить место):

gmake[3]: Entering directory `/export/dist/mysql-5.0.19/server-tools/instance-manager'
...
g++ -DDBUG_OFF -m64 -fno-implicit-templates -fno-exceptions -fno-rtti -DHAVE_RWLOCK_T -m64 -o .libs/mysqlmanager command.o mysqlmanager.o manager.o log.o thread_registry.o listener.o protocol.o mysql_connection.o user_map.o messages.o commands.o instance.o instance_map.o instance_options.o buffer.o parse.o guardian.o parse_output.o -L/lib/64 -L/usr/sfw/lib/amd64 ./.libs/liboptions.a -lpthread -lthread -lpthread -lthread /usr/sfw/lib/amd64/libstdc++.so -lgcc_s libnet.a ../../vio/libvio.a ../../mysys/libmysys.a ../../strings/libmystrings.a ../../dbug/libdbug.a ../../zlib/.libs/libz.so -lpthread -lthread -lpthread -lthread -lpthread -lthread -lposix4 -lcrypt -lgen -lsocket -lnsl -lm -lpthread -lthread -Wl,-R -Wl,/usr/sfw/lib/amd64 -Wl,-R -Wl,/export/soft/mysql-5.0.19/lib/mysql
ld: fatal: library -lgcc_s: not found
ld: warning: file /usr/sfw/lib/amd64/libstdc++.so: attempted multiple inclusion of file
ld: fatal: File processing errors. No output written to .libs/mysqlmanager
collect2: ld returned 1 exit status
gmake[3]: *** [mysqlmanager] Error 1
gmake[3]: Leaving directory `/export/dist/mysql-5.0.19/server-tools/instance-manager'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/export/dist/mysql-5.0.19/server-tools'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/export/dist/mysql-5.0.19'
gmake: *** [all] Error 2

Пришлось пойти в /usr/sfw/lib/amd64 и сделать там:

ln -s libgcc_s.so.1 libgcc_s.so

Если обнаружу ещё что-нибудь интересное при компиляции пакетов для 64 битов, обязательно здесь напишу. А пока - надеюсь что эта запись поможет вам избежать подобной ошибки. Удачи!

Поддержка сетевых адаптеров Asus A8N-SLI в Solaris

nospam@example.com (Gleb Reys) — Fri, 07 Apr 2006 03:01:27 +0400

Наконец-то нашлось немного свободного времени, чтобы окончательно разобраться в поддержкой сетевых адаптеров моей материнской платы Asus A8N-SLI в Solaris 10.

Как я уже рассказывал, эта плата имеет 2 сетевых адаптера: nForce4 и Yukon Gigabit Ethernet 10/100/1000Base-T Adapter. Собственно, оба адаптера основаны на чипах от Marvell - это Marvell 88E8001-LKJ1 (PCI Gigabit Ethernet) и Marvell 88E1111-RCJ (PHY).

Так вот, первый из них прекрасно определяется и поддерживается по умолчанию - сразу во время установки, Solaris 10 распознаёт адаптер nge0, и даже пытается его настроить. А второй адаптер никак не опознаётся.

Для того, чтобы заставить Yukon Gigabit работать, следует пойти на веб-сайт SysKonnect и там открыть страницу для скачивания драйверов (и skge в их числе). Что ОЧЕНЬ порадовало, так это наличие 64-битного драйвера. Я скачал себе вот этот файл: skgesol_x64v8.12.1.3.tar.Z

После распаковки архива, нужно установить пакет SKGEsolx, и всё готово - можно конфигурировать интерфейс skge0!

Вот где у меня находятся эти оба сетевых адаптера (взято из /etc/path_to_inst):
"/pci@0,0/pci10de,5c@9/pci1043,811a@c" 0 "skge"
"/pci@0,0/pci1043,8141@a" 0 "nge"

Внимание: в силу неясных пока причин, в prtconf -vp явно заявляет о себе лишь один из адаптеров - skge. Именно он называется "Ethernet controller". А nge почему-то называется там "Bridge device".

CISecurity: утилита оценки безопасности систем на основе Solaris 10

nospam@example.com (Gleb Reys) — Tue, 04 Apr 2006 16:42:22 +0400

Наконец-то! CISecurity завершили разработку утилиты для оценки безопасности систем на основе Solaris 10, и теперь эту утилиту наконец-то можно скачать вот здесь: Sun Solaris Seecurity Benchmarks.

pS: в первый раз эта утилита упоминалась мною 9 месяцев назад: в мини-дайджесте Solaris #2

Как быстро установить Solaris 10 1/06

nospam@example.com (Gleb Reys) — Mon, 13 Mar 2006 12:40:04 +0300

На сайте sun.com есть замечательное руководство по установке Solaris 10. С кучей скриншотов и разъяснений, что и к чему. Я как раз собирался нечто подобное написать, а тут уже готовая статья!

Ссылка: How to Quickly Install the Solaris 10 1/06 OS

HOW-TO: использование команд truss, ldd и nm для наблюдения исполняемых файлов

nospam@example.com (Gleb Reys) — Fri, 03 Mar 2006 11:07:50 +0300

Решил записать сюда пару полезных советов по поводу исследования исполняемых файлов в Solaris. Указанные выше команды доступны, начиная с Solaris 8, так что надеюсь, что вам эти приёмы работы пригодятся.

Очень часто случается так, что программы не работают так, как мы ожидаем, а иногда и вовсе отказываются запускаться, выдавая ошибки вроде "referenced symbol not found" (не найден символ в одной из библиотек) или что-нибудь вроде:
ld.so.1: ./thunderbird-bin: fatal: libmozjs.so: open failed: No such file or directory

Так вот, для того, чтобы точно разобраться, какими библиотеками пользуется та или иная программа, где она ожидает их найти, и что же всё-таки не находится, следует выполнить следующие шаги:

1) Сначала нужно посмотреть, какие библиотеки линковщик ld будет использовать для конкретного бинарного файла. Например, вот так можно увидеть, какие библиотеки используются исполняемым файлом почтового клиента Thunderbird:

bash-3.00$ ldd thunderbird-bin

        libmozjs.so =>   (file not found)

        libgtk-x11-2.0.so.0 =>   /usr/lib/libgtk-x11-2.0.so.0

        libgdk-x11-2.0.so.0 =>   /usr/lib/libgdk-x11-2.0.so.0

        libatk-1.0.so.0 =>       /usr/lib/libatk-1.0.so.0

        libgdk_pixbuf-2.0.so.0 =>        /usr/lib/libgdk_pixbuf-2.0.so.0

        libm.so.2 =>     /lib/libm.so.2

...

Как всегда в моих примерах, вывод команды ldd приведён не полным в целях экономии места. Но суть уже ясна. Понятно, что один из файлов - библиотека libmozjs.so - не находится. Это значит, что его нет ни в одном стандартном пути поиска библиотек линковщиком ld, и так же этого файла нету в текущем каталоге.

2) Теперь нужно определить, где линковщик ожидает найти этот самый libmozjs.so файл. Для этого мы воспользуемся командой truss. Всё, что нас интересует - это системные вызовы stat и open. stat используется для проверки нахождения файлов, а open - соответственно, открывает файлы для последующего к ним доступа.

bash-3.00$ truss -f -t stat,open ./thunderbird-bin

13070:  stat("/export/soft/thunderbird/thunderbird-bin", 0xFFBFFAD0) = 0

13070:  open("/var/ld/ld.config", O_RDONLY)             Err#2 ENOENT

13070:  stat("/export/soft/thunderbird/libc.so.1", 0xFFBFF600) Err#2 ENOENT

13070:  stat("/export/soft/thunderbird/../libc.so.1", 0xFFBFF600) Err#2 ENOENT

13070:  stat("/usr/sfw/lib/libc.so.1", 0xFFBFF600)      Err#2 ENOENT

13070:  stat("/opt/sfw/lib/libc.so.1", 0xFFBFF600)      Err#2 ENOENT

13070:  stat("/usr/local/lib/libc.so.1", 0xFFBFF600)    Err#2 ENOENT

13070:  stat("/usr/openwin/lib/libc.so.1", 0xFFBFF600)  Err#2 ENOENT

13070:  stat("/lib/libc.so.1", 0xFFBFF600)              = 0

13070:  open("/lib/libc.so.1", O_RDONLY)                = 3

13070:  stat("/export/soft/thunderbird/libxpcom.so", 0xFFBFF418) = 0

13070:  open("/export/soft/thunderbird/libxpcom.so", O_RDONLY) = 3

13070:  stat("/export/soft/thunderbird/libmozjs.so", 0xFFBFF398) Err#2 ENOENT

13070:  stat("/export/soft/thunderbird/../libmozjs.so", 0xFFBFF398) Err#2 ENOENT

13070:  stat("/usr/sfw/lib/libmozjs.so", 0xFFBFF398)    Err#2 ENOENT

13070:  stat("/opt/sfw/lib/libmozjs.so", 0xFFBFF398)    Err#2 ENOENT

13070:  stat("/usr/local/lib/libmozjs.so", 0xFFBFF398)  Err#2 ENOENT

13070:  stat("/usr/openwin/lib/libmozjs.so", 0xFFBFF398) Err#2 ENOENT

13070:  stat("/lib/libmozjs.so", 0xFFBFF398)            Err#2 ENOENT

13070:  stat("/usr/lib/libmozjs.so", 0xFFBFF398)        Err#2 ENOENT

ld.so.1: ./thunderbird-bin: fatal: libmozjs.so: open failed: No such file or directory

13070:  stat("/export/soft/thunderbird/libgtk-x11-2.0.so.0", 0xFFBFF398) Err#2 ENOENT

...

Очень хорошо видно, как линковщик последовательно перебирает стандартные пути в поисках каждой библиотеки. И для libmozjs.so мы видим, что по логике вещей этот файл должен был быть в каталоге /export/soft/thunderbird. Его там нету, потому что я для этой демонстрации его специально переименовал.
А вот так будет выглядеть ldd, когда файл оказывается на месте:

bash-3.00$ ldd thunderbird-bin

        libmozjs.so =>   /export/soft/thunderbird/libmozjs.so

        libgtk-x11-2.0.so.0 =>   /usr/lib/libgtk-x11-2.0.so.0

        libgdk-x11-2.0.so.0 =>   /usr/lib/libgdk-x11-2.0.so.0

        libatk-1.0.so.0 =>       /usr/lib/libatk-1.0.so.0

        libgdk_pixbuf-2.0.so.0 =>        /usr/lib/libgdk_pixbuf-2.0.so.0

        libm.so.2 =>     /lib/libm.so.2

...

Т.е. как раз из /export/soft/thunderbird/libmozjs.so эта библиотека и берётся.

Таким образом, комбинацией команд ldd и truss можно совершенно однозначно определить, какие библиотеки, откуда и в каком порядке читаются исполняемым файлом, за которым вы наблюдаете.

3) Для случаев с ошибками "referenced symbol not found", нужно сделать ещё один дополнительный шаг. Ошибки эти происходят чаще всего потому, что библиотека, искомая исполняемым файлом, линковщиком находится, но не содержит всех функций, которые линковщик ожидает в ней найти. Так что после пунктов 1 и 2 этого руководства, как только мы точно узнаем, какой именно файл используется для каждой подгружаемой библиотеки, мы можем воспользоваться командой nm. Во многих библиотеках хранятся тысячи доступных процедур, поэтому правильнее всего будет использовать grep с указанием частичного названия процедуры, которую ваша программа не находит в библиотеке.

Например, данная команда показывает все процедуры, доступные из библиотеки libgdk-x11-2.0, начинающиеся на gdk_threads:

bash-3.00$ nm /usr/lib/libgdk-x11-2.0.so.0 | grep gdk_threads

[3632] | 86512| 68|FUNC |GLOB |0 |11 |gdk_threads_enter

[219] | 86648| 104|FUNC |LOCL |0 |11 |gdk_threads_impl_lock

[220] | 86752| 104|FUNC |LOCL |0 |11 |gdk_threads_impl_unlock

[4329] | 86856| 212|FUNC |GLOB |0 |11 |gdk_threads_init

[3507] | 86580| 68|FUNC |GLOB |0 |11 |gdk_threads_leave

[4095] | 532720| 4|OBJT |GLOB |0 |17 |gdk_threads_lock

[3579] | 532716| 4|OBJT |GLOB |0 |17 |gdk_threads_mutex

[4391] | 87068| 144|FUNC |GLOB |0 |11 |gdk_threads_set_lock_functions

[4443] | 532724| 4|OBJT |GLOB |0 |17 |gdk_threads_unlock

Соответственно, если вы получаете ошибку "referenced symbol not found", часто это просто потому, что используется неверная версия библиотеки - более старая, или слишком новая, и нужные процедуры в ней либо отсутствуют, либо носят другие названия.

Ну, я думаю всё. Если вдруг у кого-то есть дополнения к этому небольшому руководству, то милости прошу комментировать. Буду очень рад узнать ваше мнение!

Сервисы в Solaris: замена SunSSH на OpenSSH

nospam@example.com (Gleb Reys) — Thu, 23 Jun 2005 02:36:34 +0400

Сегодня я хотел написать пример создания нового сервиса в Solaris, и объяснить работу с манифестом на примере замены стандартного SSH-сервера, идущего с Solaris 10 FCS, на последний билд OpenSSH - 4.1p1. А когда заглянул в файлик /var/svc/manifest/network/ssh.xml, то тут же понял, что обширного примера сегодня не получится. Всё гораздо проще оказалось. Для подмены SSH-сервера нужно лишь поменять пути к ssh-keygen и sshd в файле /lib/svc/method/sshd. Именно этот файл и запускается из файла манифеста ssh.xml.

pS: естественно, кроме этих шагов, придётся ещё скачать и скомпилировать OpenSSH

OpenGL драйвер NVidia для x64/x86

nospam@example.com (Gleb Reys) — Sat, 04 Jun 2005 15:07:49 +0400

Замечательная новость! Мы наконец-то дождались OpenGL драйвера для x86! Как уже рассказал Алан, наконец-то выпустился OpenGL драйвер для карточек NVidia. Драйвер будет работать только в системах, начиная с Solaris 10. Работает он замечательно, и как правильно сказал Шон, драйвер уже был опробован с Quake II! :)

Страница, посвящённая этому драйверу на сайте NVidia находится тут.

HOW-TO: Установка Solaris с помощью PXE/DHCP

nospam@example.com (Gleb Reys) — Thu, 26 May 2005 14:44:09 +0400

Следующий билд Solaris Express будет скорее всего уже содержать одну из долгожданных новых возможностей: архитектуру Solaris NewBoot для систем x86. Среди прочих улучшений архитектуры загрузки системы, NewBoot представляет использование загрузчика GRUB с поддержкой ufs, и pxegrub для PXE-загрузки. Каспер Дик (Casper Dik) рассказывает про Newboot одной из записей своего блога: The End Of Realmode Boot.
В этой моей записи я попытаюсь объяснить, как создать сервер для установки Solaris по сети с помощью PXE.

Процедура, описанная внизу, описывает шаги, необходимые для загрузки и установки сетевых клиентов с помощью PXE. Описывается настройка загрузчика Grub для всех билдов Solaris для x86, начиная с Nevada b14. Самым очевидным требованием является, конечно же, наличие сетевых адаптеров в клиентских машинах, имеющих поддержку PXE.

Вот полный список компонент на стороне сервера, которые вам нужно настроить, чтобы устанавливать ваши клиентские машины с помощью PXE:

1. DHCP сервер
2. Образ для сетевой установки OS
3. Конфигурационные файлы Jumstart для конкретного клиента

Сначала я пройду по этому списку, а позже объясню, как настроить саму клиентскую машину:

1. DHCP SERVER

1.1. Установка
Начните установку сервера с помощью следующей команды:

bash-3.00# dhcpconfig -D -r SUNWbinfiles -p /var/dhcp

Она сконфигурирует ваш DHCP-сервер: создаст пустую таблицу ресурсов в /var/dhcp, и создаст файл /etc/inet/dhcpsvc.conf примерно следующего содержания:

CODE:

DAEMON_ENABLED=TRUE
RESOURCE=SUNWbinfiles
RUN_MODE=server
PATH=/var/dhcp
CONVER=1

На этой же стадии запускается DHCP-демон (/usr/lib/inet/in.dhcpd), а указанный выше файл dhcpsvc.conf обеспечивает автоматический запуск демонта после перезагрузки из скрипта /etc/init.d/dhcp.

1.2. Сети

На этом этапе вам нужно посмотреть на топологию вашей сети и решить, которые из сетей будут обслуживаться вашим DHCP-сервером. Если ваш DHCP-сервер был сконфигурирован кем-то другим до вас, то вот как можно посмотреть список сетей, которые сервер обслуживает на данный момент:

pntadm -L

В ответ вы получите список сетей. На нашем сервере он выглядит так:

CODE:

192.1.3.0
192.1.4.0
192.1.1.0
192.1.2.0
192.1.9.0

Чтобы создать таблицу для новой сети, нужно выполнить такую команду:

pntadm -C 192.1.10.0

Убедитесь, что ваш файл /etc/netmasks содержит правильную информацию, если ваша сеть разбита на подсети.

Обновите ваш файл /etc/inet/dhcpsvc.conf, чтобы он включал все активные интерфейсы для DHCP. Вот как выглядит нужный вам параметр на нашем сервере:
INTERFACES=hme1,qfe0,qfe1,qfe3

2. Образ для сетевой установки OS

Для создания такого образа можно воспользоваться инструкциями с вот этой страницы docs.sun.com:
Creating an install server with CD media

Вкратце: создайте каталог для вашего образа, и используйте команды setup_install_server и add_instll_server для копирования необходимых файлов из каталога Solaris_10.1/Tools ваших установочных дисков Solaris (CD или DVD).
После этого каталог следует сделать доступным по NFS (расшарить).

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

Команда share выдаст вам что-нибудь вроде этого для вашего каталога:

- /export/install2 ro=@192.1.1:@192.1.2:@192.1.3:@192.1.4:@192.1.9 ""

3. Конфигурация JumpStart

Сначала, проследуйте инструкциям с этой страницы:
Creating a profile for networked system.

На нашем сервере, каталог JumpStart это /export/install/config. Дальше, каждая машина имеет там свой каталог, например /export/install/config/perf-123.

Так. Теперь, если предположить, что вы всё сделали правильно, у вас есть DHCP-сервер, установленный и сконфигурарованный, а также образ для сетевой установки Solaris и набор файлов JumpStart для одной из ваших клиентских машин.

Теперь мы готовы к переустановке вашего клиента по сети. Вот что нужно сделать:

1) add_install_client для общего случая

Из вашего каталога с образом сетевой установки, и из подкаталога Solaris_10.1/Tools, нас нужно запустить скрипт add_install_script. На нашем сервере, для Nevada b14 это следующий каталог:

/export/install2/nv/snv_14/Solaris_10.1/Tools

Теперь, сделайте следующее:

./add_install_client -d SUNW.i86pc i86pc

Это очень важная команда. Она создаёт, если требуется, каталог /tftpboot, или добавляет в него общие файлы для образа сетевой установки, который мы используем. Также эта команда активирует TFTP демон на вашем сервере. Ну и в конце концов, эта команда создаст файл /tftboot/pxegrub.I86PC.Solaris_10.1-1, который будет использован каждым клиентом, загружающимся по сети с помощью PXE.

2) add_install_client для каждого сетевого клиента

Теперь, для нашего клиента, нужно выполнить следующую команду:

CODE:

./add_install_client -d -e $ETHER \
-c $SERVER:/export/install/config/$SYSNAME \
-p $SERVER:/export/install/config/$SYSNAME \
-s $SERVER:$SOLARIS_PATH \
-b "console=$TTY" i86pc

Это одна из строк нашего скрипта, который автоматизирует установку машин по сети, и эта линия очень ясно показывает, что передаётся команде add_install_client в качестве параметров: $ETHER это MAC-адрес клиентской машины. Не следует забывать, что для большинства MAC-адресов вам следует добавлять "01" в начале адреса. Также, следует избавиться от двоеточий в MAC-адресе. Так что, если у вашей клиентской машины есть такая вот запись в файле /etc/ethers на сервере:
00:09:3d:00:68:f3 perf-123

То MAC-адрес, который вам следует передать как один из параметров для add_install_client будет таким: 0100093D0068F3.

Остальные параметры:

$SERVER - IP-адрес интерфейса вашего сервера, к которому подключена подсеть с устанавливаемой клиентской машиной
$SYSNAME - имя клиентской машины (hostname)
$SOLARIS_PATH - полный путь к имиджу сетевой установки
$TTY - устройство ввода-вывода, используемое при загрузке по сети с помощью pxegrub. Можно указать ttya или ttyb чтобы использовать консоль. Также можно вообще не указывать здесь ничего, и тогда будет использоваться устройство по умолчанию (экран/клавиатура).

Так что, для нашей клиентской машины perf-123, финальный вариант команды будет выглядеть вот так:

CODE:

./add_install_client -d -e 0100093D0068F3 \
-c 192.1.1.254:/export/install/config/perf-123 \
-p 192.1.1.254:/export/install/config/perf-123 \
-s 192.1.1.254:/export/install2/nv/snv_14 \
-b "console=ttya" i86pc

Эта команда создаст в вашем каталоге /tftpboot следующие три файла:

menu.lst.0100093D0068F3 - меню загрузчика grub для загрузки вашего клиента через PXE
rm.0100093D0068F3 - стандартный скрипт для удаления файлов вашего клиента из каталога /tftpboot
0100093D0068F3 - символьная ссылка на общий pxegrub файл конкретного билда Solaris в /tftpboot

Для perf-123, эта ссылка выглядит так:

CODE:

bash# ls -al /tftpboot/0100093D0068F3
lrwxrwxrwx 1 root other 28 May 23 17:27 \
/tftpboot/0100093D0068F3 -> pxegrub.I86PC.Solaris_10.1-1

Если проверить теперь, меню загрузчика grub будет выглядеть примерно так:

CODE:

bash# more /tftpboot/menu.lst.0100093D0068F3
default=0
timeout=30
title Solaris_10.1 Jumpstart
kernel /I86PC.Solaris_10.1-1/multiboot kernel/unix -B \
console=ttya,install_config=192.1.1.254:/export/install/config/perf-123, \
sysid_config=192.1.1.254:/export/install/config/perf-123, \
install_media=192.1.1.254:/export/install2/nv/snv_14
module /I86PC.Solaris_10.1-1/x86.miniroot

К сожалению, на этой ранней стадии, придётся вручную изменить этот файл, чтобы он не только позволил клиенту загрузиться по сети, но и автоматически начать инсталляцию Solaris согласно JumpStart-настройкам. Чтобы добиться этого, нужно передать ядру Solaris следующие агрументы: "- install dhcp". Так что мы обновляем файл меню, чтобы он содержал эти аргументы, следующим образом:

CODE:

kernel /I86PC.Solaris_10.1-1/multiboot kernel/unix - install dhcp -B \
console=ttya,install_config=192.1.1.254:/export/install/config/perf-123, \
sysid_config=192.1.1.254:/export/install/config/perf-123, \
install_media=192.1.1.254:/export/install2/nv/snv_14

Я уверен, что скоро появится соответствующая опция командной строки для add_install_client, и тогда я внесу в это руководство соответствующие изменения.

Как можно видеть, большинство параметров, передаваемых add_install_clients, оказываются в этом файле меню. Также, этот файл - хороший вариант самопроверки, потому что он содержит все параметры, показывающие, откуда сетевой клиент попытается монтировать файловую систему с образом сетевой установки, и какие файлы JumpStart'а клиент будет ожидать найти для автоматической установки.

3) DHCP - IP-адреса и макрос для нашей клиентской машины

Перво-наперво, нужно присвоить нашему клиенту фиксированный IP-адрес, который будет выдаваться DHCP-сервером клиенту по соответствующему запросу перед началом сетевой загрузки и установки:

pntadm -f 01 -e 12/31/2010 -A $IPADDR -i $ETHER -m $SYSNAME -s $SERVER $NETWORK.0

Большинство параметров были названы так, чтобы объяснять своё предназначение, и они также знакомы вам с описания параметров команды add_install_client чуть выше. Так что я объясню лишь новые параметры:

$IPADDR - IP-адрес, который вы хотите, чтобы ваш DHCP-сервер выдал вашему клиенту
$NETWORK - подсеть, к которой принадлежит ваш клиент. Естественно, $IPADDR должен быть в этой подсети.
-f 01 - это значение флага означает, что адрес присваевается клиенту на постоянной основе
-e 12/31/2010 устанавливает срок действия присваемого клиенту IP-адреса (когда сервер решает, что может заново выдать этот адрес кому-нибудь. До 2010 года этого не произойдёт, согласно этому флагу)

Кроме IP-адреса, эта команда также присваивает нашему клиенту макрос - именованный набор параметров, которые DHCP-сервер пошлёт клиенту. Это необходимо для загрузки по сети с помощью PXE. Макрос носит имя (параметр -m), совпадающее с именем клиента.

Вот команда, создающая макрос с именем $SYSNAME:

dhtadm -A -m $SYSNAME -d ":BootSrvA=$SERVER:BootFile=$ETHER:"

Это команда указывает клиенту загрузиться по сети с помощью PXE с сервера, чей IP-адрес - $SERVER, и использовать имя загрузчика с именем $ETHER. Этот файл, как вы помните, в конечном счёте указывает на pxegrub-файл имиджа сетевой установки OS.

Вот и всё! Проследите, что ваш BIOS на клиентской машине указывает на сетевой интерфейс, активированный для PXE, затем перегрузите клиента, и вы должны увидеть на его устройстве вывода, как он загружает Solaris miniroot по сети, а потом загружает Solaris и продолжает установку. Как всегда, snoop - наш верный товарищ в траблшутинге.

Презентация по Solaris 10 от авторов Solaris Internals

nospam@example.com (Gleb Reys) — Wed, 06 Apr 2005 18:38:41 +0400

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

Авторы - это инженеры Sun Microsystems высочайшего уровня, и судя по тому, каким хитом стала их книга, данная презентация - один из лучших на данный момент источников информации по устройству Solaris 10.

PDF файл с презентацией доступен вот здесь.

Цветовые схемы vim

nospam@example.com (Gleb Reys) — Thu, 06 Jan 2005 15:22:30 +0300

Обожаю текстовый редактор vim!

Сегодня скомпилировал его на лаптопе, и решил подобрать какую-нибудь цветовую схему. И хотя я знаю, что под vim написаны скрипты, позволяющие демонстрировать различные цветовые схемы, для этого их (схемы) нужно сначала скачать, а делать этого не хотелось. И посему решено было найти вариант получше. Старый добрый Google помог найти замечательную страничку, содержащую таблицы с кучей цветовых схем для vim на любой вкус. Понравилось это мне тем, что всё очень наглядно - легко сравнить схемы и выбрать подходящую...

Так что загляните, как будет время - не пожалеете: Vim Color Scheme Test.