AIX: schedule users scripts (Планируем операции под пользователем)

Не все операции могут быть запущены под пользователем root, поэтому придется запускать их под другими пользователями. Один раз запустить - это хорошо, а что делать, когда нужно периодически запускать скрипты?
Вот тогда на помощь приходит cron.
Итак, распланируем операции под пользователем, например, назовем его notes.
Первое, что нужно сделать - разрешить пользователю пользоваться кроном! Для этого переходим /var/adm/cron в и создаем файлик cron.allow

Прописываем в него пользователей, кому разрешено использовать крон:
root
notes
Казалось бы что еще нужно сделать, на этом можно и завершить, но это не так!
Второе, переходим в /var/spool/cron/crontabs/ и создаем там файлик с заданием для пользователя notes. Примерный, скрипт выглядит так:

Переключаемся на пользователя notes
#crontab -e
ну или можно под root'om - тогда редактируем задания отдельного пользователя:
#crontab -e notes
* 10 1 12 * /lotus/lotus_update > /lotus/lotus_log 2>&1
Расшифровка:
* * * * * как команда будет выполнена /путь_до_вашего_скрипта > /логи
- - - - -
| | | | |
| | | | +----- день недели (1 - 7) (понедельник = 1)
| | | +------- месяц (1 - 12)
| | +--------- день месяца (1 - 31)
| +----------- час (0 - 23)
+------------- минута(0 - 59)
И не забываем, что все изменения вносим через VI!
Смотрим, что получилось
#crontab -l notes

Успехов!

AIX: виртуальные процессоры

Общий вид процессорных технологий Р-серии

Виртуальные процессоры используются, чтобы сказать партиции (Операционной системе) сколько процессорных ядер она имеет. С помощью данной настройки можно контролировать количество потоков, которые система может запускать параллельно. Количество виртуальных процессоров не может изменить общее процессорное время, которое доступно для вашей партиции.
Лучше всего рассмотреть на примере: для партиции выделено 1,5 процессора из общего процессорного пула, то есть 15 мс процессорного времени (я надеюсь вы помните про time slice?).
Если для партиции выделено:
2 виртуальных процессора = 7,5 мс
4 виртуальных процессоров = 3, 75 мс
Партиция без ограничений (uncapped LPARS) может испытывать проблемы с производительностью, если значение виртуальных процессоров мало. Поэтому важно помнить, что не стоит устанавливать слишком маленькое значения виртуальных процессоров.
Максимальное количество виртуальных процессоров 256.

Общие рекомендации. 
Сколько виртуальных процессоров использовать?
Для партиций без ограничений лучше установить значение виртуальных процессоров равное количество процессоров в общем процессорном пуле.
Для партиций с ограничением лучше установить минимальное количество виртуальных процессоров и далее мониторить ситуацию, чтобы невозникло проблем с производительностью. Если партиции хватает процессорных мощеностей, оставляем. Если партиция не справляется, увеличиваем значение виртуальных процессоров.

Многопоточность - однопоточность.
Вы можете заставить систему работать в любом режиме, каком вам нужно, по потребности. Будь то работа в один поток, или работа с несколькими потоками.
Single-threaded (ST) все процессорные мощности объединены в один поток.
Simultaneous multitreading (SM) процессор получает инструкции из нескольких железных потоков, т.е. система динамически приспосабливается к окружению, и позволяет выполнять команды из различных потоков, а также позволяет одному железному потоку задействовать "простаивающие" процессорные ядра. С помощью данной технологии даже один процессор может получать инструкции из нескольких железных потоков.
С включенным мультитрайдингом каждый виртуальный процессор создает 4 потока (для Power7), и этот поток называется логический процессор.
#smtctl

Выключим динамически мультитрейдинг

Включение мультитрейдинга:
#smtctl -m on
Посмотрим со стороны системных элементов, а именно через атрибуты процессора (просмотр подробной информации по системе):
#lsattr -El proc0

Успехов!

AIX services: nfsd

NFS (network file system) - сетевая файловая система, предоставляет сетевой доступ к файлам на удаленной файловой системе, создавая ощущение что вы работаете с ними локально, реализовано с помощью удаленного вызова процедур RPC (remote procedure call). Архитектура NFS-сервера представляет собой сonnectionless (т.е. сервер не отслеживает связи с клиентами, которые смонтировали файловую систему) и stateless (информация, которая необходима для подключения к серверу хранится на самом клиенте) состояния сервера.
Для осуществления подключения нужно:
1. Сделать удаленные файлы доступными для использования (exportfs)
2. Смонтировать их локально
Серверные программы NFS mountd, nfsd, biod, rpc.lockd, rpc.statd и portmap выполняют  управление сетью, поэтому должны выполняться:

mountd - служба "монтирования";
biod - выполняет кэширование файловой системы асинхронного ввода/вывода (необязательная служба, используется как некий ускоритель сетевых транзакций);
rpc.lockd и rpc.statd - всегда выполняются вместе;
rpc.lockd - отвечает за обслуживание блокировок файлов NFS;
rpc.statd - выполняет блокировку и восстановление клиента и сервера, отслеживает состояние машин, на которых работает NFS;
portmap - помогает клиенту определить номер порта на сервере для осуществления подключения.
Запуск nfsd происходит при загрузке ОС (/etc/rc.nfs) из файла автозапуска /etc/inittab
Или с помощью SRC:
#startsrc -s biod

 Как отдельные службы, так и группы служб (subsystem group)

"Экспортированные" файловые системы находятся в файле /etc/exports

Если вы вносите какие-то изменения, то нужно заставить службу mountd перечитать конфигурацию с помощью команды:
# /usr/sbin/exportfs -a
Или произвести перезапуск, как указано выше.
Успехов!