IBM System Director Console for AIX: установка и использование

   System Director Console - графический браузерный инструмент управления операционной системой. Как правило, администраторам данная консоль не нужна, но если есть такой инструмент, то почему бы о не не рассказать? Хотя, хочу заметить, что графики, которые она рисует довольно неплохи и для отчета руководству как раз самое "то"! Сама консоль содержит ссылки на задачи, выполняемые с помощью smit'а, и требует установленной Java v6.
   В документации говорится, что устанавливается консоль по умолчанию, видать я это умолчание снял, когда ставил систему. Поэтому установим данные пакеты.
Сделаем превью: 
installp -acpgY -d /distr/installp/ppc sysmgt.pconsole.rte

Успешно, тогда выполняем установку:
-Y данный ключ вводим, чтобы принять лицензию для использования Java. 
installp -acgY -d /distr/installp/ppc sysmgt.pconsole.rte

Продолжаем устанавливать пакеты:
installp -acg -d /distr/installp/ppc sysmgt.pconsole.apps.wdcem
installp -acg -d /distr/installp/ppc sysmgt.pconsole.apps.wrbac
installp -acg -d /distr/installp/ppc sysmgt.pconsole.apps.wsmit

Проврим, что установлены пакеты для поддержки Lightweight Infrastructure:
lslpp -l | grep lwi.runtime

Установка успешно завершилась.
Теперь перейдем к использованию:
lssrc -s pconsole

Подключаемся по адресу:
https://10.30.1.34:5336/ibm/console
Для изменения порта, можно провести настройки по адресу:
/pconsole/lwi/conf/overrides/port.properties
И вот уже консоль вас приветсвует:

 Примерный список административных задач представлен ниже:

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

Итак, с помощью консоли можно:
1. Администрировать операционную систему: устанавливать приложения, смотреть логи, создавать файловые системы, выполнять задачи (которые выполняются через крон), управлять пользователями и т.д. Т.е. графический интерфейс администратора (который еще и показывает все запущенные команды).
2. Отслеживать все административные действия с системой.
3. Управление системой через классический смит, благо для этого есть отдельная вкладка.
4. Выполнение команд через распределенный менеджер DCEM (distributed command execution Manager) на нескольких хостах.
5. Выполнение портлетов (например, System health) - используются, чтобы посмотреть конфигурацию системы или сети, или системы подкачки.

Логи работы данной утилиты хранятся в директории /var/log/pconsole/logs.

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

   В случае если консоль вам не нужно, то лучше ее выключить из автозапуска. Для этого отредактируем /etc/inittab. Закомментируем строчку с запуском консоли:

#pconsole:2:once:/usr/bin/startsrc -s pconsole  > /dev/null 2>&1

   Успехов! Комментарии приветствуются.

AIX: System resource controler

SRC (System Resource Controller ) используется для контроля служб и субситем. Субситема (subsystem) - это любая программа или процесс (или группа программ или процессов), котроллируемая с помощью SRC. Субсервер (subserver) - процесс, контроллирыемый субсистемой. Чтобы было чуток понятней, рассмотрим на примере. Inetd - субсистема, контроллируемая с помощью SRC. xmtopas - субсервер, который стартует посредством запуска inetd.

С помощью SRC можно контролировать:
1. Запуск, останов службы, а также статус ее выполнения.
2. Ведение логов аварийного завершения субсистемы
3. Запуск уведомлений при аварийном завершении программы
4. Поддержка выполнения операций на удаленной системе
5. Обновление конфигурационных файлов субсистемы (без ее остановки).

Для просмотра всех служб (активных и неактивных) используется команда:
# lssrc -a

Группа субсистем - это объединение специфичных субсистем, для более удобного управления ими. Например, группа субсистем TCP/IP, SNA Services, Network Information System (NIS), и Network File Systems (NFS).

SRC в большинстве случаев запускается при старте ОС. Хотя это не обязательно, но строго рекомендовано по одной простой причине: запуская SRC при старте ОС позволяет команде init перезапустить SRC, если она вдруг остановится по какой-либо причине.
Для этого в файле /etc/inittab указывается запуск службы srcmstr. 

Все службы (даймоны), которые будут запускаться при старте, определены в файле /etc/inittab.
В случае, если нужно добавить новую службу в автостарт, добавляем новую строку в /etc/inittab по данному формату.
<ID>:<Run Level>:<Action>:<Command>
Например, domino:2:once:dominostartscript

Run Level: от 0 до 9. 0 и 1 - системные уровни, 2 - по умолчанию, с 3-его по 9-й пользовательские уровни запуска.
Action:
once - означает, что процесс запустится и остановится
wait - означает, что процесс запустится и по выполнению остановится
respawn - означает, что если процесс не был запущен, то произойдет его запуск. Запуск отслеживается кроном.
Для изменения значений в файле /etc/inittab используется команда chitab
#chitab domino:2:wait:dominostartscript

Но вернемся к главной теме.
Команда lssrc используется для просмотра статуса о субсистеме sftpd
#lssrc -s sftpd
В данном случае для просмотра статуса о группе субситем:
#lssrc -g nfs

Для запуска/остановки субсистемы, например sftpd, используются команды:
#startsrc -s sftpd 
#stopsrc -s sftpd 


Успехов. Комментарии приветствуются.

AIX Загрузка I (Aix loading I)

Немножко теории.
Когда поступил сигнал о включении питания, ОС определяет, какое устройство используется для загрузки машины по умолчанию. По умолчанию, используется нормальный список загрузки (normal boot list), который содержит один или несколько жестких дисков. При нормальной загрузке выполняются все сценарии: стартуют все процессы, включаются терминалы, подключается строка ввода логина мульти-пользовательского режима, стартуют сетевые службы, загружаются конфигурации других машин. 

Загрузка с жесткого диска. 
В процессе загрузки сервер тестирует "железо", загружает и запускает операционную систему, конфигурирует устройства. Для того, чтобы ОС загрузилась нужно выполнить 2 условия:
1. "Boot-image" должен быть доступен для загрузки ОС
2. Должен присутствовать доступ к файловым системам root и /usr

В процессе загрузки с жесткого диска "Boot-image" находится на локальном диске, с которого и запускается ОС. В это время происходит конфигурации всех устройств ( а также запуск драйверов). После того как процесс загрузки завершится все файловые системы смотрированы и готовы к эксплуатации.  

Рассмотрим более подробно процесс запуска - он состоит из трех фаз:
1. Read Only Storage (ROS) фаза или по-простому "Инициализация ядра системы".
На этой фазе проверяются есть ли проблемы с "железом", если проблем не обнаружено ROS загружает bootlist. В зависимости от того, что в нем определено происходит загрузка: либо с Cd-rom'а, либо с жесткого диска и т.п. В случае жесткого диска, система считывает image в память и иницилизирует ОС.
Для пересоздания образа, с которого загружается ОС (фаза 1) имеется команда:
#bosboot -a -d /dev/hdiskN

2. Base Device Configuration Phase, фаза иниализации устройств.
Происходит конфигурации с помощью команды cfgmgr.
сfgmgr производит инициализацию устройств, используя класс Config_rules из ODM (object data manager). Данный класс ODM содержит различные методы, которые используются для управления устройствами системы. Отдельно хочу отметить, что файловые системы /, /usr, /var и /tmp монтируются на данном этапе, остальные файловые системы монтируются на 3-ем этапе, с помощью вызова конфигурационного файла /etc/rc.

3. System Boot Phase, фаза инициализации системы.
На этой фазе загрузки происходит инициализация всех логических томов, подключение свопа и загрузка всех служб, определенных в файле /etc/inittab.

Загрузка с дистрибутива.
В момент загрузки сервера нужно (примерно через 30 - 40 секунд) нажать F1 (реже F4 или F5), чтобы попсать в SMS (System Management services). С помощью данной службы выбрать загрузку с CD-Rom'а.


Файл /etc/inittab отображает все процессы, которые загрузились с помощью init'а. А также отображает когда служба загрузилась. Формат простой:
[Identifier] : [runlevel] : [Action] : [Command]

Если /etc/inittab по какой-либо причине сломается, система не сможет загрузится, поэтому лучше всего иметь запасную копию данного файла. IBM не рекомендует редактировать /etc/inittab напрямую, а только с помощью команд: chitab, mkitab, lsitab.

Успехов. Комментарии приветствуются.