SMF

Когда что-то не работает, одна из первых команд для проверки состояния сервисов это svcs -a. Но на самом деле, есть и более удобные способы её применения.

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

svcs -xv



Как видно из этого примера, незапущенный сервис svc:/application/print/server:default , как следствие, не даёт запуститься другим двум сервисам, которые от него зависимы: svc:/application/print/rfc1179:default и 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 – это начальное состояние всех сервисов, до того как их конфигурация была прочитана.