системной информации. Естественно, что вы
всегда можете изменить значения
подставленные по умолчанию.
Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry Fields]
YEAR
[98]
MONTH
[Sep]
#
DAY (1-31)
[12]
+
* HOUR (0-23)
[10]
#
* MINUTES (0-59)
[30]
#
SHELL to use for job execution
Korn (ksh) +
* COMMAND or SHELL SCRIPT
[]
/
(full pathname)
F1=Help F2=Refresh
F3=Cancel
F4=List
F5=Reset F6=Command
F7=Edit
F8=Image
F9=Shell F10=Exit
Enter=Do
Поля, в которых вы можете набрать значения
параметров выделяются квадратными
скобками [ ].
Поля, в которые не помещаются на экране
все данные выделяются стрелками < >.
Для указания того, какие данные могут быть
введены используются специальные символы:
* поле, в которое обязательно необходимо
ввести значение;
# для этого поля требуется ввод цифрового
значения;
/ для этого поля необходим ввод пути (pathname);
Х требуется ввод шестнадцатеричного
значения;
? вводимое значение не показывается на
экране;
+ доступен список значений поля.
Для доступа к списку значений вводимого
поля (если, конечно, присутствует
специальный знак +) нажмите клавишу
<F4>.
Очень удобной возможностью для контроля и
обучения является предварительный
просмотр сформированной SMIT команды AIX.
Такой просмотр возможен при нажатии
клавиши <F6>.
Экран вывода
Command: OK
stdout: yes
stderr: no
Before command completion, additional instructions may appear
below.
[TOP]
UID PID
PPID C STIME TTY
TIME CMD
root 1
0 4 20:15:04 -
1:49 /etc/init
root 1719
1 0 20:16:14 -
0:10 /etc/syncd 60
root 2003
1 0 20:16:19 -
0:00 /etc/srcmstr
root 2233
1 0 20:16:14 -
0:00 /usr/lib/errdemon
ray
3525 1
0 17:01:28 0
0:00 -ksh
root 3806
2003 0 20:16:23 -
0:00 /etc/syslogd
ray
4162 3525
6 19:53:22 0
0:04 smit
root 5355
1 0 20:16;27 -
0:12 /etc/cron
root 6649
2003 0 20:16:32 -
0:00 qdaemon
ray
7303 4162
8 20:09:45 0
0:00 ps –ef
[MORE . . . 6]
F1=Help F2=refresh
F3=Cancel
F6=Command
F8=Image F9=Shell
F10=Exit
/=Find
n=Find Next
В верхней строке экрана вывода
указывается статус выполнения команды.
Если вывод информации не помещается на
экране вы можете используя клавиши
прокрутки <PgDn>, <PgUp>, <Home>, <End>
просмотреть полный листинг.
Файлы SMIT аудита и составления пакетных
файлов
При первом запуске SMIT создает два файла smit.log
и smit.script в директории $HOME того
пользователя, который запустил SMIT. Если эти
файлы уже существуют, то в них добавляется
информация нового сеанса работы со SMIT.
Файл smit.log содержит запись всех экранов SMIT,
выполненных команд и экраны вывода этих
команд. Этот файл используется для изучения
команд, их синтаксиса, а также для
диагностики всех действий пользователя.
Файл smit.script содержит запись всех
сформированных и выполненных с помощью SMIT
команд (в этом файле командам предшествует
запись дата и время исполнения команд). Этот
файл удобно использовать для разработки
пакетных файлов, которые используются для
запуска наиболее часто используемых групп (пакетов)
команд в целях экономии времени
администратора.
DSMIT
Инструмент DSMIT добавляет к
функциональности SMIT возможности для
построения команд и распределения их для
других клиентов в сети. В отличие от SMIT, DSMIT
имеет только ASCII интерфейс. DSMIT используется
для управления компьютерами по сети и
поддерживает, кроме AIX версии 4.1 и старше,
следующие операционные системы: Sun OS 4.1.3 и
HP-UX 9.0.
Пользоваться инструментом DSMIT для
удаленных систем может только пользователь
с правами root (для этих удаленных систем). Для
запуска DSMIT наберите в командной строке dsmit.
Примечание: этот продукт не поставляется
в стандартной поставке и должен быть
заказан отдельно.
Инструменты Visual System Management (VSM)
Реалии современного мира информационных
технологий предполагают наличие
графических упрощенных средств
администрирования системы. Поэтому, в
версии AIX 3.2.5 был объявлен, как отдельно
заказываемая программа, инструмент Visual
System Management (VSM).
В четвертой версии AIX VSM - уже
стандартно поставляемый графический
инструмент администрирования.
Эта программа использует объектно-ориентированный
стандарт визуального представления Common
Desktop Environment (см. Common Desktop Environment
(CDE)), единый
практически для всех современных
коммерческих, и не только, версий UNIX. Дизайн
этого инструмента базируется на
интуитивном графическом интерфейсе для
решения наиболее общих и наиболее часто
решаемых задач администрирования (занимающих
порядка 70% общего времени управления
системой) посредством манипулирования
графическими объектами. Большинство задач
решается методом "взял-и-переместил" (drag-and-drop).
Этот инструмент комплектуется множеством
готовых шаблонов для создания новых
объектов администрирования.
Инструменты VSM:
| ИМЯ ПРИЛОЖЕНИЯ | КОМАНДА |
| Управление пользователями/группами | xuserm |
| Управление дисковыми подсистемами | xlvm |
| Управление печатью | xprintm |
| Управление устройствами | xdevicem |
| Управление установкой программ | xinstallm |
| Управление обслуживанием и обновлением | xmaintm |
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
Установка и обслуживание программного
обеспечения
В данной главе описывается процесс
установки и обслуживания программного
обеспечения IBM для системы AIX, а также
программного обеспечения иных
производителей, которые построили свою
систему установки и обслуживания
приложений в соответствии с требованиями IBM.
Для AIX существует множество пакетов
прикладных программ для решения задач по
обработке информации в различных сферах
человеческой деятельности. Корпорация IBM
предлагает для построения клиент-серверных
и ориентированных на сеть решений пакет
программ IBM Software Server, который содержит в
себе следующие компоненты: IBM Communications Server, IBM
Database Server (DB/2), IBM Directory and Security Server, IBM Internet
Connection Server (Web-server), IBM System Management Server (IBM SystemView
Server), IBM Transaction Server, Lotus Notes Release 4.
Некоторые производители, например, Oracle,
используют иную схему установки своих
приложений, которая, обычно, хорошо
задокументирована.
Определение пакетов программного
обеспечения
Лицензированный программный продукт (LPP)
- это комплексный программный продукт,
который содержит в себе все пакеты (package)
и наборы файлов (fileset), ассоциированные с
этим LPP.
Наименьшей устанавливаемой
индивидуально единицей является набор
файлов (fileset). Этот набор является какой-либо
одной функцией полного программного
продукта. Наборы файлов группируются в
пакеты (package), как в группу наборов файлов с
общими функциями.
Для именования наборов файлов, пакетов и
LPP используется стандартное соглашение о
наименовании. Вначале всегда идет имя LPP, за
ним, через точку, имя пакета, затем, также
через точку, имя набора файлов и уже потом
суффикс. Суффикс используется для
идентификации содержимого набора файлов.
LPP.Package.fileset.suffix
Например, набор файлов для обеспечения
работы сетевой файловой системы (NFS) для
протокола TCP/IP bos.net.tcp.nfs является одним из
наборов файлов в пакете для работы в сети
bos.net из LPP bos.
Следующие суффиксы являются стандартными:
.adt Инструмент разработчика для LPP
.com Общий код для двух подобных наборов
файлов
.compat Код для совместимости, который
будет удален в будущих версиях LPP
.data Часть набора файлов, помещаемый в /usr/share
.dev Поддержка устройств для LPP
.diag Диагностика для набора файлов
.fnt Шрифтовая часть набора файлов
.info[lang] База данных InfoExplorer для LPP
.help[lang] Файлы помощи для конкретного LPP
.loc Место действия для LPP
.mp Код специфичный для
многопроцессорной конфигурации
.msg[lang] Сообщения
.rte Минимальный набор или run time
.smit Инструменты и диалоги добавляемые в
SMIT
.ucode Микрокод для набора файлов
.up Код специфичный для однопроцессорной
конфигурации
Для библиотеки системных сообщений
используется особое соглашение для
наименования. В состав имени таких наборов
файлов включается имя языка системных
сообщений.
LPP.msg.[lang].package.fileset
Связки (Bundles)
Используя SMIT вы можете организовывать
свои комплекты наборов файлов и пакетов
даже из разных LPP, называемые связками (bundle).
Связки известны также как профили
установки.
Supporting Code Service
Каждый компонент программного
обеспечения содержит в себе три части для
поддержки кодового сервиса и бездисковых
рабочих станций:
root файлы, размещаемые в файловой
системе root, копию которых должна иметь
каждая машина;
usr файлы, которые могут быть
обслуживаемы другой системой;
share разделяемые файлы, которые
размещаются в /usr/share.
Все эти части, размещаемые на одной машине
должны быть все одной версии.
Пакеты обновления программного
обеспечения
Для обновления программного обеспечения
используются две специальных связки. Одна
из них называется Update Bundle и содержит
исправления, известные как fixes,
известных проблем, дополнительные функции
или дополнительную поддержку для новых
устройств для текущей версии продукта.
Другая (Maintenance Level Bundle), используется для
обновления программного продукта до
последней версии.
Fix States
Обновления программного продукта могут
находится в двух состояниях:
Applied Обновление установлено, но старая
версия продукта сохраняется;
Commited При этом состоянии удаляется
старая версия продукта.
Меню установки и обслуживания
программного обеспечения
Меню установки и обслуживания
программного обеспечения содержит в себе
три пункта:
1. Установка и обновление программного
обеспечения (Install and Update software);
2. Обслуживание установленного
программного обеспечения (Maintain Installed Software);
3. Управление сетевой установкой (Network
Installation Management). Меню пользовательской
установки (Custom Install)
Вызвать это меню можно командой
# smit install_selectable
Ниже приводится пример
экрана установки программного обеспечения.
Type or select values in entry fields.
Press Enter AFTER making all desired changes.
[Entry
Fields]
* INPUT device/directory for software
/dev/rmt0.1
* SOFTWARE to install
[all_licensed]
+
PREVIEW
only? (install operation will not occur)no
+
COMMIT
software updates?
yes
+
ALTERNATE
save directory
[]
AUTOMATICALLY
install requisite software? yes
+
EXTEND
filesystem if space needed?
yes
+
OVERWRITE
same or never versions? no
+
VERIFY
install and check file sizes? no
+
Include
corresponding LANGUAGE filesets?
yes
+
DETAILED
output?
no
+
F1=Help F2=Refresh
F3=Cancel
F4=List
F5=Reset F6=Command
F7=Edit
F8=Image
F9=Shell F10=Exit
Enter=Do
Для просмотра списка установленного
программного обеспечения администратор
может использовать команду lslpp -L имя
пакета.* или воспользоваться SMIT (команда
быстрого вызова меню списка установленного
ПО: smit lslpp).
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
Старт и останов системы
Режимы старта системы
Для классического RS/6000
Ключ на передней панели системы
определяет режим старта системы и может
находится в трех позициях:
Normal Система должна загрузится с
жесткого диска с поддержкой
многопользовательского режима и сети.
Secure Система не загружается. Проводится
диагностика аппаратуры.
Service Система будет пытаться загрузится
с доступных устройств в следующей
последовательности: магнитная лента, CD-ROM,
жесткий диск, дискета (например при
установке системы, запуска диагностики с
CD-ROM) Доступна только консоль. Сеть не
стартует. Доступен только ограниченный
набор команд.
Для RS/6000 с шиной PCI
Система может стартовать в двух режимах:
Normal Mode
Программы и процессы выполняются;
Терминалы доступны;
Имеется доступ ко всем системным файлам;
Стартует поддержка коммуникаций;
Многопользовательский режим.
Standalone Mode
Старт системы с дискеты System Management Services
diskette
Доступны следующие системные программы:
Просмотр или изменение установок
загрузки системы;
Просмотр или изменение списка загрузочных
устройств;
Выполнение диагностики аппаратуры;
Выполнение системных утилит (например,
установка пароля при включении).
Для вызова режима standalone необходимо
сделать следующие действия:
1. Вставить дискету с System Management Services в
дисковод.
2. Включить или перезагрузить систему.
3. При появлении первого изображения на
экране нажать <F1> для загрузки в
графическом режиме или <F4> для загрузки в
режиме ASCII
Из standalone режима вы можете перезапустить
систему используя следующие методы:
1. Нажмите <Ctrl+Alt+Del>.
2. Нажмите <F3>.
3. Выключите и снова включите систему.
Только не забудьте вытащить дискету из
дисковода.
Описание старта системы
Классический RS/6000
Когда система стартует вы можете
контролировать процесс загрузки с помощью
LED индикатора на системном блоке. Первым при
старте системы производится встроенное
самотестирование аппаратуры (BIST). В это
время инициализируются самые базовые
компоненты системы, такие как процессор,
память и системная плата. Когда выполняется
BIST индикатор показывает цифры от 100 до 199.
После окончания встроенного
самотестирования стартует
самотестирование при включении (POST) и
загрузка программы инициализации (IPL). На
этом этапе старта системы определяется
устройство загрузки и с него загружается в
память загрузочная программа. В это время
индикатор показывает цифры от 201 до 298.
Следующим этапом является этап загрузки
ядра ОС. Индикатор показывает цифру 299.
После загрузки ядра выполняется
конфигурация (цифры от 500 до 999). Начиная с
цифры 553 выполняется процесс init и
запускаются подсистемы и процессы
определенные в файле /etc/inittab.
RS/6000 с шиной PCI
Для RS/6000 с шиной PCI существуют два режима
старта системы: нормальный (запускаются
процессы и программы, терминалы доступны,
есть доступ ко всем системным файлам,
стартуют коммуникации,
многопользовательский режим) и монопольный
(вызывается при использовании для старта
системной дискеты (или CD) System Management Service Diskette).
Монопольный режим используется для
просмотра информации и изменения таких
установочных параметров системы, как
список устройств для первоначальной
загрузки, пароля при включении и обновления
программы на системной дискете. В этом
режиме можно также произвести тестирование
аппаратной части системы.
Аудит процесса старта системы
Для записи журналов регистрации работы
программ используется программа alog. Эта
команда записывает сообщения стандартных
ввода и вывода и копирует их в файл
фиксированного размера. Запись в этот файл
производится циклически, то есть, при
каждом запуске проверяемой программы новые
данные записываются поверх старых. Файлы
журналов регистрации используемые
командой alog определяются в командной
строке или в базе конфигурации alog
поддерживаемой ODM.
Поддерживаемые системой типы журналов
регистрации: boot, bosinst и nim. Чтобы выполнять
команду alog при каждом запуске системы её
необходимо поместить в сценарий загрузки
rc.boot.
В случае, если машина не загружается,
перезапустите компьютер в режиме
обслуживания (maintenance mode) и просмотрите
содержимое файла регистрации процесса
загрузки командой
alog -o -t boot
Для записи информации о функционировании
программы (например, boot) в текстовый файл вы
также можете использовать программу tee.
Файл /etc/inittab
Файл /etc/inittab содержит список процессов,
которые запускаются когда стартует демон
init, а также в нём определяется то, как они
должны стартовать. Если этот файл поврежден,
то система не сможет правильно загрузиться.
Поэтому всегда имейте архивную копию этого
файла.
Формат строки этого файла следующий:
идентификатор_процесса:уровень:действие:команда
Идентификатор_процесса имя процесса (до
14 символов). Терминалы используют для имени
процесса имя своего логического устройства.
Уровень Уровень определяет, какой
набор системных ресурсов нужно
задействовать. Возможные значения 0-9, S, s (одно-
пользовательский режим), M или m. Когда
стартует демон init, то пользователю
предлагается ввести уровень выполнения (если
уровень не задан как аргумент). Если задан
уровень S или s, init входит в
однопользовательский режим, а для уровня M
или m, в режим обслуживания. В противном
случае он находит в файле /etc/inittab элементы,
соответствующие указанному уровню, и
выполняет установленные в них команды.
Уровень по умолчанию - 2 (запуск в
многопользовательском режиме. Если уровень
не указан, то это означает, что процесс
запускается на любом уровне запуска.
Действие Указывает, что должен делать
демон init. Разрешенные уровни следующие:
respawn если процесс не запущен,
запустить его
wait стартовать процесс и ждать его
завершения
once стартовать процесс и не
перезапускать его в случае остановки
sysinit действия, которые необходимо
выполнить до предоставления доступа к
консоли
Пример несколько фрагментов из файла /etc/inittab
(неполный список):
init:2:initdefault brc::sysinit:/sbin/rc.boot 3>/dev/console 2 > &1 #3 фаза системной загрузки
powerfail::powerfail:etc/rc.powerfail 2 >&1 | alog -tboot > /dev/console
rc:2:wait:/etc/rc 2>&1 | alog -tboot > /dev/console
fbcheck:2:wait:/usr/sbin/fbcheck 2 >&1 | alog -tboot > /dev/console
srcmstr:2:respawn:/usr/sbin/srcmstr #start src cron:2:respawn:/usr/sbin/cron
rctcpip:2:wait:/etc/rc.tcpip>/dev/console 2>&1 #start tcpip daemon
qdaemon:2:wait:/usr/sbin/startsrc -s qdaemon writesrv:2:wait:/usr/sbin/startsrc -s writesrv