[Comm] Что-то случилось с udev.

[Comm] Что-то случилось с udev.

[Denis Kirienko]

Приветствую!

Дистрибутив ALT Linux Compact 3.0, соответственно, работает незнакомый 
мне зверь udev. Начиная с какого-то момента при запуске системы начинает 
долго тормозить udevd на сообщении "Preparing dev filesystem",
(что послужило тому причиной - непонятно) при этом не создается 
/dev/urandom, из-за чего впоследствии не стартует служба random, затем - 
netfs, затем - sshd, затем следует сообщение
Starting postfix  [ DONE ]
на чем процесс загрузки останавливается. Ни консоли, ни kdm - ничего нет.

Очень интересно ведет себя при этом клавиатура - нажатия на буквенные 
клавиши ни к какой реакции не приводят, нажатие на NumLock - переключает 
индикатор, нажатие на Ctrl+Alt+Del приводит к перезагрузке после 
некоторой задержки без вывода чего-либо на экран.

Что же с ним случилось?

--
Денис

Re: [Comm] Что-то случилось с udev.

[Вадим Илларионов]

Denis Kirienko wrote:

> Приветствую!
> 
> Дистрибутив ALT Linux Compact 3.0, соответственно, работает незнакомый
> мне зверь udev. Начиная с какого-то момента при запуске системы начинает
> долго тормозить udevd на сообщении "Preparing dev filesystem",
> (что послужило тому причиной - непонятно) при этом не создается
> /dev/urandom, из-за чего впоследствии не стартует служба random, затем -
> netfs, затем - sshd, затем следует сообщение
> Starting postfix  [ DONE ]
> на чем процесс загрузки останавливается. Ни консоли, ни kdm - ничего нет.
> 
> Очень интересно ведет себя при этом клавиатура - нажатия на буквенные
> клавиши ни к какой реакции не приводят, нажатие на NumLock - переключает
> индикатор, нажатие на Ctrl+Alt+Del приводит к перезагрузке после
> некоторой задержки без вывода чего-либо на экран.
> 
> Что же с ним случилось?
Было такое, когда цеплял свежеустановленный С30 в качестве ЛДАП-клиента.
Все косяки коренились в /etc/nsswitch.conf
Конкретней не скажу. Помогла замена на оригинальный и дальнейшая правка
всего, что связано с ЛДАПом (в т.ч. этого конфига).
________________________
С уважением,
Вадим Илларионов
системный администратор
Усолье-Сибирский почтамт
JID: см. <mailto:>
UIN: 7899517
Телефоны:
Мобильный +7 904 658-4154
Рабочий   +7 39543 444-00

Re: [Comm] Что-то случилось с udev.

[Denis Kirienko]

Вадим Илларионов пишет:

>> Дистрибутив ALT Linux Compact 3.0, соответственно, работает незнакомый
>> мне зверь udev. Начиная с какого-то момента при запуске системы начинает
>> долго тормозить udevd на сообщении "Preparing dev filesystem",
>> (что послужило тому причиной - непонятно) при этом не создается
>> /dev/urandom, из-за чего впоследствии не стартует служба random, затем -
>> netfs, затем - sshd, затем следует сообщение
>> Starting postfix  [ DONE ]
>> на чем процесс загрузки останавливается. Ни консоли, ни kdm - ничего нет.
>>
>> Очень интересно ведет себя при этом клавиатура - нажатия на буквенные
>> клавиши ни к какой реакции не приводят, нажатие на NumLock - переключает
>> индикатор, нажатие на Ctrl+Alt+Del приводит к перезагрузке после
>> некоторой задержки без вывода чего-либо на экран.
>>
>> Что же с ним случилось?
> Было такое, когда цеплял свежеустановленный С30 в качестве ЛДАП-клиента.
> Все косяки коренились в /etc/nsswitch.conf
> Конкретней не скажу. Помогла замена на оригинальный и дальнейшая правка
> всего, что связано с ЛДАПом (в т.ч. этого конфига).

В яблочко! Одно из последних, что я сделал с машиной - поднял pam_ldap и 
nss_ldap. Но какая мистика связывает ldap и udev?

Какие могут быть косяки в nsswitch.conf? Он у меня оригинальный с 
единственной заменой:

passwd:     files ldap
shadow:     tcb files ldap
group:      files ldap

Какой у вас nsswitch.conf?

Да, еще косяки появились не сразу после настройки ldap, я еще несколько 
перезагрузок совершил.

--
Денис

Re: [Comm] Что-то случилось с udev.

[Вадим Илларионов]

Denis Kirienko wrote:

> В яблочко! Одно из последних, что я сделал с машиной - поднял pam_ldap и
> nss_ldap. Но какая мистика связывает ldap и udev?
XE3

> Какие могут быть косяки в nsswitch.conf? Он у меня оригинальный с
> единственной заменой:
> 
> passwd:     files ldap
> shadow:     tcb files ldap
> group:      files ldap
> 
> Какой у вас nsswitch.conf?
$ grep -v ^# /etc/nsswitch.conf

passwd:         tcb files ldap
shadow:         tcb files
group:          files ldap

hosts:      files dns


ethers:     files
netmasks:   files
networks:   files
protocols:  files
rpc:        files
services:   files


bootparams: nisplus [NOTFOUND=return] files

netgroup:   nisplus

publickey:  nisplus

automount:  files nisplus
aliases:    files nisplus

> Да, еще косяки появились не сразу после настройки ldap, я еще несколько
> перезагрузок совершил.
Угу. Тоже так было.

________________________
С уважением,
Вадим Илларионов
системный администратор
Усолье-Сибирский почтамт
JID: см. <mailto:>
UIN: 7899517
Телефоны:
Мобильный +7 904 658-4154
Рабочий   +7 39543 444-00

[Comm] nss_ldap [was: Что-то случилось с udev]

[Denis Kirienko]

Вадим Илларионов пишет:

>> В яблочко! Одно из последних, что я сделал с машиной - поднял pam_ldap и
>> nss_ldap. Но какая мистика связывает ldap и udev?
> XE3
> 
>> Какие могут быть косяки в nsswitch.conf? Он у меня оригинальный с
>> единственной заменой:
>>
>> passwd:     files ldap
>> shadow:     tcb files ldap
>> group:      files ldap
>>
>> Какой у вас nsswitch.conf?
> $ grep -v ^# /etc/nsswitch.conf
> 
> passwd:         tcb files ldap
> shadow:         tcb files
> group:          files ldap

Так тоже не работает. Если убрать любое упоминание о ldap из 
nsswitch.conf, то система стартует нормально. Причем один раз, кажется, 
система смогла стартануть и с nss_ldap, но сейчас это никак не получается.

В общем, какой-то сплошной глюк получается. Я, конечно, могу сделать 
"костыль", чтобы ldap вписывался в nssswitch.conf в самом конце 
загрузки, но это все-таки криво.

--
Денис

Re: [Comm] nss_ldap [was: Что-то случилось с udev]

[Вадим Илларионов]

Denis Kirienko wrote:
> В общем, какой-то сплошной глюк получается. Я, конечно, могу сделать
> "костыль", чтобы ldap вписывался в nssswitch.conf в самом конце
> загрузки, но это все-таки криво.
Поначалу я именно так и собирался сделать, добавив пару строк в сервис
слапд. Позже просто всё перековырял, и оно таки пошло. Ешё 1 момент: у меня
настроено так, чтобы тачанка грузилась при любом раскладе, т.е. вне
зависимости от работоспособности ЛДАП-серванта. И это при минимуме
системных юзеров (in fact - just one but root). Полагаю, здесь было бы
уместным цитирование от корня /етс, однако ж воздержусь до окончания
празднюков. Сорри, типа. По завершении прошу напомнить, ибо склероз.
Возраст, знаете ли.
________________________
С уважением,
Вадим Илларионов
системный администратор
Усолье-Сибирский почтамт
JID: см. <mailto:>
UIN: 7899517
Телефоны:
Мобильный +7 904 658-4154
Рабочий   +7 39543 444-00

Re: [Comm] Что-то случилось с udev.

[Nick S. Grechukh]

В сообщении от 22 февраля 2006 06:39 Denis Kirienko написал(a):
> В яблочко! Одно из последних, что я сделал с машиной - поднял pam_ldap и
> nss_ldap. Но какая мистика связывает ldap и udev?
мистики нет - просто каждый getent обращается к ldap. если таймауты не заданы 
в nss_ldap.conf и/или bind_policy hard - система может вообще не загрузиться, 
потому что при поднятии udev сети еще нет, и соответственно недоступен сервер 
ldap (удаленный понятно почему, а локальный еще не поднят). а nss_ldap будет 
пытаться подключиться вечно :(

/etc/nss_ldap.conf:
bind_policy soft
nss_reconnect_sleeptime 2
nss_reconnect_maxsleeptime 2
nss_reconnect_maxconntries 2
nss_reconnect_tries 2

позволяет с характерными задержками, но все же поднять систему до момента 
запуска slapd.

-- 
With best regards, Nick S. Grechukh
System Administrator
Technopark Corp.

E-mail: gns@tpway.com
Cell: +38 0676 13 76 07
JID: n.grechukh@jabber.tpway.com

Re: [Comm] Что-то случилось с udev.

[Denis Kirienko]

Nick S. Grechukh пишет:
>> В яблочко! Одно из последних, что я сделал с машиной - поднял pam_ldap и
>> nss_ldap. Но какая мистика связывает ldap и udev?
> мистики нет - просто каждый getent обращается к ldap. если таймауты не заданы 
> в nss_ldap.conf и/или bind_policy hard - система может вообще не загрузиться, 
> потому что при поднятии udev сети еще нет, и соответственно недоступен сервер 
> ldap (удаленный понятно почему, а локальный еще не поднят). а nss_ldap будет 
> пытаться подключиться вечно :(
> 
> /etc/nss_ldap.conf:
> bind_policy soft
> nss_reconnect_sleeptime 2
> nss_reconnect_maxsleeptime 2
> nss_reconnect_maxconntries 2
> nss_reconnect_tries 2
> 
> позволяет с характерными задержками, но все же поднять систему до момента 
> запуска slapd.

О, да, вот это помогло. И даже безо всяких видимых задержек.
Спасибо всем за помощь!

--
Денис