Я начал работать с Solaris и столкнулся с несколькими типичными вопросами по обслуживанию системы:

1. Для пакетов, не входящих в Solaris, есть отличная штука pkg-get. Есть ли что-то подобное для доставки оригинальных Solaris-пакетов? Я уже понял, что был не прав, когда по аналогии с BSD поставил минимальный core и попытался расширить его в соответствии с задачами. :-) Но всё же?

2. Существует ли стандартный аналог pf/iptables?

3. Есть ли альтернативы PatchPro? Размеры этой штуки и (кажется) её желание иметь GUI несколько пугают. Перспектива ставить прорву патчей вручную - тем более.

4. В пакеты Solaris входит Tomcat, но не очень понятно, как заставить его работать. Например, после его установки отсутствуют многие каталоги и конфиг по умолчанию. Результаты выполнения команды man -k Tomcat неудовлетворительны. Где найти описание?

5. Я правильно понимаю, что rc*-каталоги нужно заполнять startup-скриптами вручную, или есть какой-то интерфейс более высокого уровня, про который мне неизвестно?

Спасибо.

• несколько ответов,skv, 12:15 , 28-Апр-04
• Solaris 9: несколько вопросов новичка,Vakero, 12:17 , 28-Апр-04
• Solaris 9: несколько вопросов новичка,Scott Tiger, 13:52 , 28-Апр-04

>Я начал работать с Solaris и столкнулся с несколькими типичными вопросами по
>обслуживанию системы:
>
>1. Для пакетов, не входящих в Solaris, есть отличная штука pkg-get. Есть
>ли что-то подобное для доставки оригинальных Solaris-пакетов? Я уже понял, что
>был не прав, когда по аналогии с BSD поставил минимальный core
>и попытался расширить его в соответствии с задачами. :-) Но всё
>же?

наращивать кластер это занятие не тривиальное лучше сразу ставить все.
есть команда pkgadd с помощью нее ставятся пакеджи

>
>2. Существует ли стандартный аналог pf/iptables?
>
>3. Есть ли альтернативы PatchPro? Размеры этой штуки и (кажется) её желание
>иметь GUI несколько пугают. Перспектива ставить прорву патчей вручную - тем
>более.

Опять же команда patchadd или софтина Patchinstaller кажется - точно не помню но она есть на sunsolve.com

>
>4. В пакеты Solaris входит Tomcat, но не очень понятно, как заставить
>его работать. Например, после его установки отсутствуют многие каталоги и конфиг
>по умолчанию. Результаты выполнения команды man -k Tomcat неудовлетворительны. Где найти
>описание?

Tomcat лучше скачать и собрать - всяко лучше чем родной и старый
>
>5. Я правильно понимаю, что rc*-каталоги нужно заполнять startup-скриптами вручную, или есть
>какой-то интерфейс более высокого уровня, про который мне неизвестно?
>

честно говоря руками их хрен заполнишь - больно там длинные скрипты...

>Спасибо.

1. Нет такого. Вообще-то гнутые пакеты есть на втором диске - добаляешь их либо врчуную, либо через prodreg

2. не рассматривал вопрос

3. а зачем? я скрипт написал, который использует только консольные команды этой софтины, закачивает патчи, другой скриптик систематизирует патчи, а ставить только вручную - иначе можно и проблем огрести

4. раскидан по каталогам /etc, /usr, /var вместе с апачем - внимательно глянь. Конфигурить томкат - гоу то jakarta.apche.org

5. ручками, ручками...

>1. Для пакетов, не входящих в Solaris, есть отличная штука pkg-get. Есть
>ли что-то подобное для доставки оригинальных Solaris-пакетов? Я уже понял, что
>был не прав, когда по аналогии с BSD поставил минимальный core
>и попытался расширить его в соответствии с задачами. :-) Но всё
>же?

Поставить всё с дистрибутива. Вставляются по очереди первый, второй и Companion и ставится почти всё с первых двух и по желанию - с последнего.

>2. Существует ли стандартный аналог pf/iptables?

Отдельно брать надо, называется ipfilter, субъективно - заметно удобнее, чем это у.бище iptables. В 10-й солярке обещают ipfilter включить в поставку.

>3. Есть ли альтернативы PatchPro?

Ставь вручную или с Maintenance Update-ов. И то, и другое не сложно и максимально надёжно.

>4. В пакеты Solaris входит Tomcat

Поставь свежий с jakarta.apache.org и не парься.

>5. Я правильно понимаю, что rc*-каталоги нужно заполнять startup-скриптами вручную

Они у тебя пустые??? :)

> или есть какой-то интерфейс более высокого уровня, про который мне неизвестно?

Слава Богу, нет. Ну, может, и есть, но я о таком не слышал. А зачем, собственно? Гораздо удобнее и производительней всё делать руками - сам скрипт в /etc/init.d, а в /etc/rc?.d/ - симлинки на него.