Записи сделаны Alexs

Это конечно очень плохо, когда пользователь root может удалённо авторизовываться, но иногда необходимо.
В системе есть файл /etc/default/login содержащий следующие строчки

Файлы utmpx и wtmpx – это расширенные базы данных, которые заменили устаревшие utmp и wtmp.

База данных utmpx содержит информацию о пользовательском доступе, а также данные необходимые для команд типа этих: who, write, last и login. Файл wtmpx содержит историю о пользовательском доступе к системе. Этот файл быстро растёт, если много пользователей в системе и они активно с ней работают. В конфигурации Solaris по умолчанию почему то не производиться ротация данных файлов, мне это очень не удобно. Поэтому я использую стандартное средство ОС logadm.
Моя задача, чтоб данная информация разбивалась по месяцам. И данные хранились за последние 4 месяца.
Чтобы осуществить это, прописываю в файл /etc/logadm.conf строчки

/var/adm/utmpx -C 4 -P 'Fri Sep 01 00:10:00 2006' -p 1m
/var/adm/wtmpx -C 4 -P 'Fri Sep 01 00:10:00 2006' -p 1m

Проверяем конфигурацию
#logadm -V

Теперь раз в месяц будет произведена ротация файлов /var/adm/utmpx и /var/adm/wtmpx.

Если интересует информация за предыдущий месяц выполняем команду

#last -f /var/adm/wtmpx.0

Если вам необходимо удалить нужные записи:) из данной базы, то делаем следующее

Бывают случаи что забыл пароль, особенно если после отпуска
Для этого необходимо вывести сервер в режим OpenBoot

Выключаем сервер, если есть возможность, то стараемся корректно остановить работающие сервисы.

Когда получаем приглашение ОК(загружаемся с CD-Rom в однопользовательском режиме)
OK boot cdrom -s

Далее монтируем корневой диск(партицию)
# mount /dev/dsk/c0t0d0s0 /a
# fsck /dev/dsk/c0t0d0s0 (опционально, если диск не монтируется)
# cd /a/etc
# TERM=vt100;export TERM
Далее открываем файл shadow и удаляем второе поле в строчке root
# vi shadow

Строка должна выглядеть примерно таким образом
root::12345::::::

wq! (или x!)
init 6 (или reboot)

Когда сервер вновь поднялся
passwd (устанавливаем новый пароль root)

Данный материал прислал Roman Oreshnikov

В Солярисе присутствует штатная утилита для ротации логов, но можно ли
ей пользоваться? Проверим.

Тест N1

Дано:

Демон держит открытым файл и периодически туда что-то пишет.

Задача:

Ежедневно сохранять старые логи числом не более 10 на другом устройстве.

Решение:

Запишем командную строку для ротации:
#logadm -w Наш_файл -p 1d -a 'kill -HUB `cat Наш_pid`' -t 'Куда/$basename.$n'

Выполним ротацию:
#logadm Наш_файл

Проверка:

Ротация вроде бы выполнилась правильно, но:
1. Пропали последние строки из лога
2. Файл c именем Наш_файл временно отсутствовал в системе и некоторое
время владелец и права доступа к нему были не те

Тест N2

Дано:

Демон держит открытым файл и периодически туда что-то пишет.

Задача:

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

Решение:

Запишем командную строку для ротации:
#logadm -w Наш_файл -p 1d -a 'kill -HUB `cat Наш_pid`' -z 0

Выполним ротацию:
#logadm Наш_файл

Проверка:

Ротация вроде бы выполнилась правильно, но:
1. Пропали последние строки из лога
2. Файл c именем Наш_файл временно отсутствовал в системе и некоторое
время владелец и права доступа к нему были не те

Тест N3

Дано:

Каталог с заранее неизвестным числом разноименных файлов

Задача:

В целевом каталоге ротировать файлы более килобайта и хранить там же не
более 20 старых копий каждого файла

Решение:

Запишем командную строку для ротации:
#logadm -w НашаЗадача -s 1k -C 20 'НашKаталог/*'

Выполним ротацию:
#logadm

Проверка:

Ротация выполнилась правильно.

Проверка через неделю:

1. Отротировались непустые файлы с размером менее килобайта
2. Осталось не более 10 старых копий для каждого когда-либо
ротированного файла


Общий вывод можете сделать сами ...

PS Для тех, кто хочет лично убедиться, в приложении скрипт для тестирования
этих ситуаций. logadmTest.sh

PPS Тестировалось:

# uname -prsv
SunOS 5.10 Generic_118833-20 sparc
# pkgchk -l -p /usr/sbin/logadm
Pathname: /usr/sbin/logadm
Type: regular file
Expected mode: 0555
Expected owner: root
Expected group: bin
Expected file size (bytes): 44528
Expected sum(1) of contents: 4489
Expected last modification: Feb 08 01:46:56 2006
Referenced by the following packages:
SUNWcsu
Current status: installed

Столкнулся с проблемой русcификации при работе удалённых X windows клиентов в CDE Solaris 10. Если Х сессия на сервере открывается с рабочей станции на которой установлен Solaris c поддержкой ru_RU.ANSI-1251, то всё идеально. Буквы вводятся и символы отображаются. Но если использовать какой либо Х клиент запускаемый из под windows, то сразу возникает проблема. Невозможно ввести русские символы в кодировке cp1251. Вот как преодолеть данную проблему в Xmanager 2.0 от Netsarang я опишу ниже, хотя данное решение будет работать и в других виндовс Х клиентах. Так принцип работы с фонт сервером везде схож.
И так описываю, что имели. Удаленный сервер с запущенным Х сервером, с поддержкой ru_RU.ANSI-1215 и разрешённым доступом.
Ниже представлен выбор текущей локали на сервере для нашей сессии


После успешного входа в систему и запуска текстового редактора, пытаемся выбрать русскую раскладку(см. Рисунок). А вот она проблема, нету русской раскладки.



Я пробовал и другие Х клиенты, качал фонты из инета, но проблема оставалась (в CDE). Тогда решил я в этом разобраться, подключил возможные логи и понял, что необходимы системные фонты, для отображения символов, а у меня их нет. Зная что можно создать алисы на шрифты, я именно так и поступил. В Unix системах это делается прописью необходимых строчек в файле fonts.alias, например вот добавление вот строчка добавления одного системного шрифта:

"-dt-interface system-medium-r-normal-xxs sans-10-100-75-75-p-46-ansi-1251" "-iccm-helvetica-medium-r-normal—10-100-75-75-p-46-cp1251-r"

И таким же образом прописываются линки системных шрифтов на установленные фонты в Х клиенте. (Можно прописать это и на фонт-сервере подключаемого сервера)
Если файла fonts.alias не существует его необходимо создать. Линки можно сделать на те шрифты, которые вам больше нравиться.
После всех этих действий, получаем полноценную Х сессию с кодировкой ср1251. Ниже приведён пример текстового редактора с выбранной русской раскладкой и отображением символов в кодировки ср1251.

Если кому необходимы фонты ср1251 с настроенным fonts.alias, пишите мне я вам вышлю данный архив. Просто данные фонты я выкачал откудато из Интернета, создал и отредактировал файл fonts.alias. Поэтому на авторство не претендую. Если у кого то возникнут вопросы, комментарии, дополнения пишите на адрес info[at]sunhelp[dot]ru