From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 20 Apr 2003 23:36:05 +0200 From: "E.Braun" To: sisyphus@altlinux.ru Subject: Re: [sisyphus] xinetd-2.3.11-alt1 Message-ID: <20030420213605.GA13200@gateway> Mail-Followup-To: "E.Braun" , sisyphus@altlinux.ru References: <20030420182103.2aae7e0c.sssku@online.ru> <20030420150035.GA29661@nomad.office.altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030420150035.GA29661@nomad.office.altlinux.org> User-Agent: Mutt/1.4.1i X-Operating-System: Linux gateway 2.4.20-sch4-JaWi X-Mail-Editor: VIM - Vi IMproved 6.1 (2002 Mar 24, compiled Jan 8 2003 19:56:56) X-Uptime-System: 23:06:25 up 1 day, 10:42, 5 users, load average: 0.24, 0.11, 0.03 X-Sender: 02161181326-0001@t-dialin.net Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: 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) Шендевры