[sisyphus] xinetd-2.3.11-alt1

[E.Braun]

On Sun, Apr 20, 2003 at 07:00:35PM +0400, Dmitry V. Levin wrote:
> On Sun, Apr 20, 2003 at 06:21:03PM +0400, Sergey S. Skulachenko wrote:
> > Не прижилась у меня эта версия. Первое, на что я обратил
> > внимание, при перезапуске машины не выполняется stop для xinetd.
> > Потом оказалось, что stop не выполняется и при service xinetd
> > restart.
> 
> У меня не воспроизводится.

Прошу прощения что вмешиваюсь , но я как раз сегодня воевал с новым xinetd по аналогичным причинам и вот что выяснилось : 

В достаточно древних системах от старых версий в /etc/xinetd.conf для log_on_failure осталось = HOST , USERID , RECORD . 

В xinetd-2.3.9-alt3 это поведение сменили на просто HOST  , а вот с последней версией RECORD либо стал obsolete либо переименовался . В Changelog про это не сказано , но суть в том что у меня xinetd заработал именно после удаления RECORD . 

То-есть я changelog-и читаю и в rpmnew смотрю , но старое поведение , с record мне казалось более информативным и потому я его оставил .. 

Сергей , посмотрите , может и у Вас такая же петрушка . 

> > Ну, а потом в системе начались чудеса - я не смог обновиться по
> > rsync с локального репозитария. Далее оказалось, что исчез доступ
> > к локальному анонимному ftp-серверу. Пришлось снести libra-ftpd и
> > установить vsftpd. Но и это не дало результата. Когда же я не
> > обнаружил его в стартовавших процессах, пришлось сделать откат на
> > очень старую версию xinetd. Работа системы мгновенно

Логично , ибо xinetd просто не стартотвал  , а вместе с ним все сервисы , что на нём висят . service xinetd status пел   про service down , but subsys locked . 

> > восстановилась. И даже новости с локального сервера стали
> > читаться. А то новые статьи видны, а прочесть нельзя :-).
> > Внимательно смотрю за листом рассылки - тишина. Все-таки мне
> > кажется, что на xinetd надо посмотреть.
> 
> Я уже давно взял за правило смотреть полный diff между прежней и новой
> версией таких пакетов, как xinetd, прежде чем собирать их.
> 
> Видимо, какие-то особенности локальной конфигурации дают такой "эффект".
> Стоит проверить конфигурацию /etc/xinetd.conf и /etc/xinetd.d/;
> Стоит также проверить, все ли в порядке в
> # LC_ALL=C chkconfig --list |egrep "(^[[:space:]]+[^:]+:[[:space:]]*|[[:space:]]+`runlevel |awk '{print $2}'`:)on"
> 
> 
> --
> ldv


---end quoted text---

 
-- Mutt 1.4i               mailto:Eduard_Braun на web.de 

Я и сам думал, что Хари Кришна, а оказалось - Аллах    
акбар!                                                 
 (c) Шендевры