Тестовый стенд: Solaris 11
1) Определяем состояние сервиса
# svcs -x FMRI
На этом этапе нужно посмотреть лог самой службы для выявления причин падения. Возможно потребуется посмотреть лог зависимых процессов
2) Найти связанные процессы с данным сервисом
# svcs -p FMRI
и (опционально) убить:
# pkill -9 process-name
3) Сделать “очистку” сервису:
# svcadm clear FMRI
Solaris предоставляет богатый набор возможностей для управления службами. Одно из замечательных средств – внутренний механизм отслеживания состояния служб. В других ОС приходится ставить ПО наподобии monit или писать вручную скрипты, а в Solaris это уже продумано.
Тестовый стенд: Solaris11.
Для управления динамическими библиотеками в Solaris есть утилита crle, которая является сокращением от фразы configure runtime linking environment.
БУДЬТЕ ОЧЕНЬ ВНИМАТЕЛЬНЫ ПРИ ИСПОЛЬЗОВАНИИ CRLE, ИНАЧЕ РИСКУЕТЕ СДЕЛАТЬ СИСТЕМУ НЕРАБОТОСПОСОБНОЙ!
В Solaris есть несколько способов дать права root’a без передачи непосредственно пароля самого root’a: родной (pfexec) и *nix-подобный (sudo).
По умолчанию они не устанавливаются (неясно почему: то ли сисадмины соляры знают их наизусть то ли просто прикол), но нужно их установить. Для этого потребуется установить такие пакеты: SUNWman, SUNWdoc. При этом они одинаково подходят и для 10 и для 11 версии Solaris
Для 11.1 делаем так:
# pkg install system/manual
# pkg change-facet facet.doc.man=true
Как быстро узнать что у вас установлено на сервере с помощью подручных средств?
Рассмотрим команды для следующих систем: Linux, FreeBSD/OpenBSD, Solaris
В ssh по умолчанию включено много методов авторизации, которые в 99% случаев не используются. Точнее в 99% используется стандартный метод PAM авторизации логин/пароль. Что бы ускорить процесс, внесём некоторые настройки в конфигурацию ssh
Настройка сети в Solaris немного необычная и отличается от привычного Linux/FreeBSD. В статье рассмотрим настройку для Solaris 10 и 11, так как настройки будут отличаться.
Рано или поздно встаёт вопрос бэкапа базы. Учитывая тенденции, базой в несколько гигабайт сейчас никого не удивишь. Да и процесс бэкапа сейчас уже немного другой, нежели раньше. Просто банально выполнить mysqldump – сейчас мало кто использует, так как есть ряд причин:
– для таблиц MyIsam она полностью блокирует на запись все таблицы на момент бэкапа
– процесс выполняется достаточно долго
– данный процесс может сильно нагружать дисковую систему
Иногда бывают ситуации, когда в top’e вроде бы всё нормально, но сервер всё равно тормозит. Тогда нужно обратить внимание на нагрузки дисковой подсистемы. В статье мы рассмотрим варианты для Unix систем: FreBSD, OpenBSD, Linux, Solaris.