ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Igor Nikolaev                        2:5030/266     05 Jun 2000  06:55:21
 To : "Dmitry Grigorovich"
 Subject : Re: SysV init ?
 -------------------------------------------------------------------------------- 
 

 Dmitry Grigorovich <odip@biogate.com> wrote:
 
 > При этом все настройки лежат в файлах /etc/rc.conf.local
 > & /etc/rc.conf
 
 /etc/defaults/rc.conf  # набор настроек os, изменяется при upgrade
 /etc/rc.conf   # набор настроек /stand/sysinstall
 /etc/rc.conf.local # настройки пользователя
 
 > Во-вторых, есть поддержка и /usr/local/etc/rc.d/*.sh
 > А вот как они там будут останавливаться - это я уже не знаю
 > Скорее всего stop им не посылается
 
 Что в /etc/rc.shutdown напишешь, то и будет.
 
 С другой стороны правильный демон должен ловить TERM
 безо всяких выкрутасов и затем у него есть 30 секунд
 чтобы унести ноги.
 
 Я совершенно не понимаю зачем нужно хитро стопить
 демонов, чай не маленькие. По крайней мере 
 `killall имя` куда удобнее, чем вспоминать где
 именно лежит что именно, которому нужно stop сказать...
 
 >> До тех пор, пока, например не нужно отдельно рестарнуть какой-то один
 >> сервис. Что делает "обычный админ FreeBSD"?  что-то типа
 >> kill -HUP `cat /var/run/че-нада.pid` (в лучшем случае)
 
 Hу да, killall -HUP mountd
 
 >> В худшем, он идет и смотрит "а че еще нужно дергать за компанию", например
 >> перезапустить nfs уже нужно покилять/позупускать несколько больше
 
 С какой радости то? Там каждый демон за свою 
 баланду отвечает, зачем мне мочить nfs клиента 
 если я рестартую сервер или моунтер?
 
 >> Что делаю я на linux?
 >> /etc/rc.d/init.d/че-нада restart
 
 fine. И вместо того, чтобы nfs получил HUP ты его
 уморщиваешь stop'ом и после этого целиком рестартуешь.
 Клиенты в панике: какой-то друг попёр наш диск 8-O
 
 А оказывается ты просто сидюк в exports добавил.
 Спасибо, нафиг, ещё перегрузиться посоветуй...
 
 >> Все! причем вот это "че-нада" обычно назввается не ndc/apachectl
 >> (которые конечно и так помнишь, но все-же), а named/httpd что _сильно_
 
 Этих то чего искать???
 killall -HUP httpd
 
 > Согласен, если надо рестартовать, это похоже на более удобный способ
 
 Hафиг!!! Это restart или reload? Если named по каждому 
 пчиху рестартовать, то можно массу геморроя огрести.
 
 >> Плюс, ну не хочу я помнить какой из сервисов попал в каую "тематическую
 >> группу" и почему. Суть то в чем? стартовать их в том или ином порядке.
 
 Что за "тематическая группа"??? Что за прикол?
 
 >> Если вдруг порядок нужно меняьт, что делает админ *BSD? Ага, переносит
 >> строчку из /etc/rc.local, например в /etc/rc
 > rc.local уже сто лет как не используется
 > Рекомендуется использовать /usr/local/etc/rc.d
 
 Ещё как используется. Я в него все *свои*
 сервисы сую, которые *мне* нужны.
 
 Пущай в /usr/local разная помойка лежит, а всё 
 что мне нужно выполняется в /etc/rc.local
 *перед* этой помойкой.
 
 > Изменить порядок запуска в /usr/local/etc/rc.d
 > можно также как в Linux - переимновать *.sh файлы
 
 Пущай там самостоятельные программы запускаются.
 А то что нужно запустить в правильном порядке,
 ручками как-то надёжнее.
 
 >> удобный, почему сторонние пакеты предпочитают кидать че-нада.sh
 >> куда-нибудь в /usr/local/etc/rc.d/ ???
 
 Это как раз метод для сторонних независимых 
 пакетов. Он удобен для программ, а не для
 человека. Если делать систему для чайника 
 ему нет смысла лезть в её конфигурирование.
 
 Вызвал packet manager, ответил yes нужное
 число раз и перегрузился на радостях.
 Ляпота :-)
 
 -- 
 Игорь Hиколаев
 --- ifmail v.2.12.os.sensi
  * Origin: По следам чужих писем (2:5030/266@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор