SMF

When something doesn't work like expected, one of the first commands to find what's wrong is svcs -a. But there are other ways to use this command.

For instance, the following command will show only disabled and offline services, which quite often is exactly what we want. Particularly useful is the fact that such a variant of using svcs shows you impact of each offline service - you can quickly see what other things may not be working as the result of it.

svcs -xv



As you can see, offline service svc:/application/print/server:default renders two its dependants useless as well, namely they are svc:/application/print/rfc1179:default and svc:/application/print/ipp-listener:default.

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

Итак, команда svcs -a поможет получить текущий список инстансов (instances) сервисов в системе, с указанием их статусов.

Далее, можно воспользоваться командой svcs -l чтобы узнать о конкретном сервисе побольше. Этот вариант вызова svcs покажет всю доступную информацию об инстансе сервиса. В общем-то, вся выводимая этой командой информация полезна, но особенно полезны поля state_time - когда инстанс сервиса перешёл в текущее состояние, logfile - где можно почитать про то, как и когда именно запускался данный сервис, и ещё очень полезны зависимости этого сервиса - список тех сервисов, без которых данный инстанс не может быть запущен. Указывается состояние этих сервисов, так что удобно замечать те их зависимостей, которые в состоянии, отличном от online, чтобы смотреть уже информацию про них с помощью той же svcs -l...



В данном примере видно, что сервис NFS client запущен, потому что все его жёсткие зависимости (те сервисы, которые обязательно должны быть запущены, чтобы позволить инстансу этого сервиса так же быть запущенным). Если бы некоторые из дополнительных зависимостей (которые видны в строчках optional_all) не были запущены, NFS client всё равно бы запустился.

На самом деле, после небольшой практики работы с командами, вырабатывается методика нахождения и решения проблем с запусками сервисов, и тогда начинают использоваться другие ключи команды svcs.

На пример, ключик -d поможет вывести лишь список зависимостей указанного инстанса:



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



Также полезной является опция -p, которая показывает PID процессов, связанных с указанным инстансом сервиса. В примере ниже мы может увидеть процесс и его идентификатор для сервиса svc:/network/nis/client:default (ВНИМАНИЕ! В этом примере используется nis/client, а не nfs/client, как во всех предыдущих примерах)



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

СЛЕДУЕТ ПОМНИТЬ: Сервисы - это не только демоны и запущенные в системе процесс, поэтому в длинном списке, полученном после выполнения на вашей системе svcs -p, далеко не каждый инстанс сервиса будет иметь относящийся к нему процесс.

Средства обслуживания сервисов - это SMF (Service Management Facility)

Вкратце, SMF - это механизм отношений между сервисами посредством (взаимных) зависимостей. Это также инфраструктура для автоматического запуска и перезапуска сервисов. И наконец, это репозиторий, где хранится конфигурация и правила для запуска сервисов.

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

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

svcs -a

Эта команда выведет длиннющий список всех сервисов вашей системы, указывая их текущее состояние. Я не буду здесь приводить полный список, лишь покажу часть того, что я вижу у себя на машине. Троеточие обозначает все остальные строчки в выводе команды, которые я здесь опустил (всего я вижу 197 сервисов):



Как видно, каждая строка включает в себя текущее состояние сервиса, дату (время) запуска и идентификатор сервиса и его инстанса. Вот эти самые строчки типа svc:/network/rpc/wall:udp6 называются FMRI - Fault Management Resource Identifier (идентификатор обслуживания сбоев ресурса).

/network/rpc/wall - это серсис, а udp6 - это его инстанс. Как видно из примера, сервис может иметь несколько инстансов.

Видно, что обычно идентификатор сервиса включает в себя название категории функциональности:
application, device, milestone, network, platform, site или system.

Соответственно, из FMRI всегда можно узнать, за что каждый сервис скорее всего отвечает...

Что касается состояний сервисов, то они могут быть следующими:
degraded – инстанс сервиса разрешён, но сервис в ограниченном режиме
disabled – инстанс сервиса не разрешён и не запущен
legacy_run – сервис на контролируется SMF. Обычно это некоторые rc скрипты в /etc/rc.d/rc*.d каталогах.
maintenance – возникла какая-то ошибка, скорее всего нужно вмешательство администратора
offline – инстанс сервиса разрешён, но ещё не запущен или не пожет быть запущен
online – инстанс сервиса разрешён и успешно запущен
uninitialized – это начальное состояние всех сервисов, до того как их конфигурация была прочитана.