[sisyphus] xinetd-2.3.11-alt1

[sisyphus] xinetd-2.3.11-alt1

[Sergey S. Skulachenko]

Не прижилась у меня эта версия. Первое, на что я обратил
внимание, при перезапуске машины не выполняется stop для xinetd.
Потом оказалось, что stop не выполняется и при service xinetd
restart.
Ну, а потом в системе начались чудеса - я не смог обновиться по
rsync с локального репозитария. Далее оказалось, что исчез доступ
к локальному анонимному ftp-серверу. Пришлось снести libra-ftpd и
установить vsftpd. Но и это не дало результата. Когда же я не
обнаружил его в стартовавших процессах, пришлось сделать откат на
очень старую версию xinetd. Работа системы мгновенно
восстановилась. И даже новости с локального сервера стали
читаться. А то новые статьи видны, а прочесть нельзя :-).
Внимательно смотрю за листом рассылки - тишина. Все-таки мне
кажется, что на xinetd надо посмотреть.
Сейчас Сизиф-20030419, кроме xinetd. 

_____________
С уважением,
С.С.Скулаченко

Re: [sisyphus] xinetd-2.3.11-alt1

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1350 bytes --]

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

У меня не воспроизводится.

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

Я уже давно взял за правило смотреть полный diff между прежней и новой
версией таких пакетов, как xinetd, прежде чем собирать их.

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


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [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) Шендевры 

Re: [sisyphus] xinetd-2.3.11-alt1

[Sergey S. Skulachenko]

On Sun, 20 Apr 2003 23:36:05 +0200
"E.Braun" <Eduard_Braun@web.de> wrote:

> В достаточно древних системах от старых версий в
> /etc/xinetd.conf для log_on_failure осталось = HOST , USERID ,
> RECORD . 
> 
> В xinetd-2.3.9-alt3 это поведение сменили на просто HOST  , а
> вот с последней версией RECORD либо стал obsolete либо
> переименовался . В Changelog про это не сказано , но суть в том
> что у меня xinetd заработал именно после удаления RECORD . 

Да, именно так. Все исправилось.
Спасибо Вам и Дмитрию - он указал на ту же строку.

_____________
С уважением,
С.С.Скулаченко

Re: [sisyphus] xinetd-2.3.11-alt1

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1291 bytes --]

On Sun, Apr 20, 2003 at 11:36:05PM +0200, E.Braun wrote:
> 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 мне казалось более информативным и потому я его оставил .. 

$ egrep '(^2\.3\.11|RECORD logging)' /usr/share/doc/xinetd-2.3.11/CHANGELOG
2.3.11
	Remove RECORD logging option. -Steve Grubb

Приношу свои извинения за то, что не предупредил сразу.


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: xinetd-2.3.11-alt1

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 482 bytes --]

On Mon, Apr 21, 2003 at 06:01:52PM +0400, Dmitry V. Levin wrote:
> $ egrep '(^2\.3\.11|RECORD logging)' /usr/share/doc/xinetd-2.3.11/CHANGELOG
> 2.3.11
> 	Remove RECORD logging option. -Steve Grubb
> Приношу свои извинения за то, что не предупредил сразу.

По-хорошему, стоило бы отрабатывать в %post -- ведь иначе 100%
придется делать вручную (с шансом забыть).

Или это по-плохому?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 750 bytes --]

On Tue, Apr 22, 2003 at 07:22:25PM +0300, Michael Shigorin wrote:
> On Mon, Apr 21, 2003 at 06:01:52PM +0400, Dmitry V. Levin wrote:
> > $ egrep '(^2\.3\.11|RECORD logging)' /usr/share/doc/xinetd-2.3.11/CHANGELOG
> > 2.3.11
> > 	Remove RECORD logging option. -Steve Grubb
> > Приношу свои извинения за то, что не предупредил сразу.
> 
> По-хорошему, стоило бы отрабатывать в %post -- ведь иначе 100%
> придется делать вручную (с шансом забыть).

По-хорошему, сисадмин должен был своевременно на /etc/xinetd.conf.rpmnew
отреагировать.

Я отреагировал 10 ноября прошлого года, а те, у кого xinetd-2.3.11-alt1 не
поднялся - очевидно, пропустили.

Конечно, неплохо было бы, чтобы xinetd.conf сам собой бы исправился, но
так бывает не всегда. :)


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Led]

>On Tue, Apr 22, 2003 at 07:22:25PM +0300, Michael Shigorin wrote:
>> On Mon, Apr 21, 2003 at 06:01:52PM +0400, Dmitry V. Levin wrote:
>> > $ egrep '(^2\.3\.11|RECORD logging)'
/usr/share/doc/xinetd-2.3.11/CHANGELOG
>> > 2.3.11
>> >  Remove RECORD logging option. -Steve Grubb
>> > Приношу свои извинения за то, что не предупредил сразу.
>>
>> По-хорошему, стоило бы отрабатывать в %post -- ведь иначе 100%
>> придется делать вручную (с шансом забыть).
>
>По-хорошему, сисадмин должен был своевременно на /etc/xinetd.conf.rpmnew
>отреагировать.
>
>Я отреагировал 10 ноября прошлого года, а те, у кого xinetd-2.3.11-alt1 не
>поднялся - очевидно, пропустили.
>
>Конечно, неплохо было бы, чтобы xinetd.conf сам собой бы исправился, но
>так бывает не всегда. :)

ИМХО "по-хорошему" можно было бы патчик приложить, чтоб RECORD в конфиге
игнорировался...

>--
>ldv

Led.

[sisyphus] Re: xinetd-2.3.11-alt1

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 714 bytes --]

On Tue, Apr 22, 2003 at 09:09:53PM +0400, Dmitry V. Levin wrote:
> > > 	Remove RECORD logging option. -Steve Grubb
> > По-хорошему, стоило бы отрабатывать в %post -- ведь иначе 100%
> > придется делать вручную (с шансом забыть).
> По-хорошему, сисадмин должен был своевременно на
> /etc/xinetd.conf.rpmnew отреагировать.

А смысл ожидать действия, которое придется выполнить неминуемо и
однозначно?  Лучше его и сделать, сообщив в std* соображения по
этому поводу.

> Конечно, неплохо было бы, чтобы xinetd.conf сам собой бы
> исправился, но так бывает не всегда. :)

Это же и есть Миссия Майнтейнера, не так ли? :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Igor Homyakov]

* Michael Shigorin <mike@osdn.org.ua> [030424 00:18]:

> > Конечно, неплохо было бы, чтобы xinetd.conf сам собой бы
> > исправился, но так бывает не всегда. :)

> Это же и есть Миссия Майнтейнера, не так ли? :)

Не надо усугублять, Дмитрий признал свой промах, 
с каждым могло случиться. 

Из моих наблюдений изменилось также поведение по умолчанию only_from.


-- 
Igor Homyakov
<homyakov at altlinux dot ru>
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141

[sisyphus] Re: xinetd-2.3.11-alt1

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 611 bytes --]

On Thu, 24 Apr 2003 13:59:18 +0400
Igor Homyakov <homyakov@ramax.spb.ru> wrote:

> 
> * Michael Shigorin <mike@osdn.org.ua> [030424 00:18]:
> 
> > > Конечно, неплохо было бы, чтобы xinetd.conf сам собой бы
> > > исправился, но так бывает не всегда. :)
> 
> > Это же и есть Миссия Майнтейнера, не так ли? :)
> 
> Не надо усугублять, Дмитрий признал свой промах, 
> с каждым могло случиться. 
> 
> Из моих наблюдений изменилось также поведение по умолчанию
> only_from.

Поделитесь, пожалуйста, в какую сторону?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Igor Homyakov]

* Vitaly Ostanin <vyt@vzljot.ru> [030424 15:02]:
> On Thu, 24 Apr 2003 13:59:18 +0400
> Igor Homyakov <homyakov@ramax.spb.ru> wrote:

> > 
> > * Michael Shigorin <mike@osdn.org.ua> [030424 00:18]:
> > 
> > > > Конечно, неплохо было бы, чтобы xinetd.conf сам собой бы
> > > > исправился, но так бывает не всегда. :)
> > 
> > > Это же и есть Миссия Майнтейнера, не так ли? :)
> > 
> > Не надо усугублять, Дмитрий признал свой промах, 
> > с каждым могло случиться. 
> > 
> > Из моих наблюдений изменилось также поведение по умолчанию
> > only_from.

> Поделитесь, пожалуйста, в какую сторону?

на "зафаерволеном" pop3 сервере раньше принимал соединения 
с любых ip (only_from не стоял, в hosts.alow стоит popa3d: ALL)
в новой версии принамает соединения только из свое сети 
а и по этому пришлось явно указать only_from = 0.0.0.0. 

-- 
Igor Homyakov
<homyakov at altlinux dot ru>
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 521 bytes --]

On Thu, Apr 24, 2003 at 03:11:52PM +0400, Igor Homyakov wrote:
> > > Из моих наблюдений изменилось также поведение по умолчанию
> > > only_from.
> 
> > Поделитесь, пожалуйста, в какую сторону?
> 
> на "зафаерволеном" pop3 сервере раньше принимал соединения 
> с любых ip (only_from не стоял, в hosts.alow стоит popa3d: ALL)
> в новой версии принамает соединения только из свое сети 
> а и по этому пришлось явно указать only_from = 0.0.0.0. 

По-моему, в файле /etc/xinetd.conf всегда было
only_from = 127.0.0.1


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Епифанов Сергей]

В сообщении от 24 Апрель 2003 15:11 Igor Homyakov написал:

> на "зафаерволеном" pop3 сервере раньше принимал соединения
> с любых ip (only_from не стоял, в hosts.alow стоит popa3d:
> ALL) в новой версии принамает соединения только из свое сети а
> и по этому пришлось явно указать only_from = 0.0.0.0.

Вопрос по hosts.allow:
По какому принципу туда вставляются строки? Хотел там прописать 
vsftpd, imap, но никаких изменений (нет доступа извне)? 
Приходилось принудительно ставить flags = NOLIBWRAP

Перед точкой указывается имя сервера, протокола или чего-то еще?

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Igor Homyakov]

* Епифанов Сергей <serpiph@entek.ru> [030425 10:46]:
> В сообщении от 24 Апрель 2003 15:11 Igor Homyakov написал:

> > на "зафаерволеном" pop3 сервере раньше принимал соединения
> > с любых ip (only_from не стоял, в hosts.alow стоит popa3d:
> > ALL) в новой версии принамает соединения только из свое сети а
> > и по этому пришлось явно указать only_from = 0.0.0.0.

> Вопрос по hosts.allow:
> По какому принципу туда вставляются строки? Хотел там прописать 
> vsftpd, imap, но никаких изменений (нет доступа извне)? 
> Приходилось принудительно ставить flags = NOLIBWRAP

xinetd берет имя сервиса, но бывают также случаи  когда libwrap ипользует
сам демон.

PS я ошибся у меня написано pop-3: ALL (по имени сервиса)
-- 
Igor Homyakov
<homyakov at altlinux dot ru>
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Герасимов Дмитрий]

Igor Homyakov пишет:

>* Епифанов Сергей <serpiph@entek.ru> [030425 10:46]:
>  
>
>>В сообщении от 24 Апрель 2003 15:11 Igor Homyakov написал:
>>    
>>
>
>  
>
>>>на "зафаерволеном" pop3 сервере раньше принимал соединения
>>>с любых ip (only_from не стоял, в hosts.alow стоит popa3d:
>>>ALL) в новой версии принамает соединения только из свое сети а
>>>и по этому пришлось явно указать only_from = 0.0.0.0.
>>>      
>>>
>
>  
>
>>Вопрос по hosts.allow:
>>По какому принципу туда вставляются строки? Хотел там прописать 
>>vsftpd, imap, но никаких изменений (нет доступа извне)? 
>>Приходилось принудительно ставить flags = NOLIBWRAP
>>    
>>
>
>xinetd берет имя сервиса, но бывают также случаи  когда libwrap ипользует
>сам демон.
>
>PS я ошибся у меня написано pop-3: ALL (по имени сервиса)
>  
>
хм. а имя сервиса случайно не из /etc/services берется.
Это я к тому, что:
[dima@gate dima]$ cat /etc/services | grep pop
pop2            109/tcp         pop-2   postoffice      # POP version 2
pop2            109/udp         pop-2
pop3            110/tcp         pop-3           # POP version 3
pop3            110/udp         pop-3
pop3s           995/tcp                         # POP-3 over SSL
pop3s           995/udp                         # POP-3 over SSL

и сервиса по имени pop-3 тут не предусмотрено, хотя у Вас наверное может 
быть иначе.

-- 
Gerasimov Dmitry
e-mail: matrix AT podlipki DOT ru
icq: 26277841

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Епифанов Сергей]

В сообщении от 25 Апрель 2003 11:39 Герасимов Дмитрий написал:

> хм. а имя сервиса случайно не из /etc/services берется.
> Это я к тому, что:
> [dima@gate dima]$ cat /etc/services | grep pop
> pop2            109/tcp         pop-2   postoffice      # POP
> version 2 pop2            109/udp         pop-2
> pop3            110/tcp         pop-3           # POP version
> 3 pop3            110/udp         pop-3
> pop3s           995/tcp                         # POP-3 over
> SSL pop3s           995/udp                         # POP-3
> over SSL
>
> и сервиса по имени pop-3 тут не предусмотрено, хотя у Вас
> наверное может быть иначе.

Сам xinetd когда видит строку
service <что-то>
лезет в etc/services и ищет порт, который соответствует <что-то>.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Re: xinetd-2.3.11-alt1

[Igor Homyakov]

> хм. а имя сервиса случайно не из /etc/services берется.
> Это я к тому, что:
> [dima@gate dima]$ cat /etc/services | grep pop
> pop2            109/tcp         pop-2   postoffice      # POP version 2
> pop2            109/udp         pop-2
> pop3            110/tcp         pop-3           # POP version 3
> pop3            110/udp         pop-3
> pop3s           995/tcp                         # POP-3 over SSL
> pop3s           995/udp                         # POP-3 over SSL
> 
> и сервиса по имени pop-3 тут не предусмотрено, хотя у Вас наверное может 
> быть иначе.

нет это название сервиса в конфиге xinetd 
# cat /etc/xinetd.d/popa3d 
service pop-3
{
        disable         = yes
        socket_type     = stream
        protocol        = tcp
        wait            = no
        user            = root
        server          = /usr/sbin/popa3d
}
-- 
Igor Homyakov
<homyakov at altlinux dot ru>
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141