[Comm] аварийная ситуация , udev

[Comm] аварийная ситуация , udev

[Gleb Kulikov]

Джентельмены,

я уже не знаю, что делать.

Периодически, несколько машин отказываются загружаться (до бесконечности 
"висим" на populating /dev, затем отваливаемся с жалобами на невозможность 
найти дисковые устройства).

Сначала грешил, что машины были "полускогнированы" -- после штатной установки, 
по сети был напущен rsync -avlpt на /usr и проч.
Но и после штатной переустановки с нуля, наблюдается аналогичнее поведение. 
Машины начинают работать нормально, а затем непредсказуемо и без всякой 
системы выходя из строя.

к сожалению, меня вызывают в этот класс только по факту неисправности, и я не 
могу сказать точно, предшествовали ли такому поведению какие-то специфические 
действия пользователей.

Да, может быть важно: nsswitch (штатно, альтератором) настроен на авторизацию 
в ldap. на компакте-3. мне приходилось делать жуткий трюк с подменой nsswitch 
в cleanup-scripts на настроенный на авторизацию в локальных файлах, с 
последующей заменой на ldap-шный перед стартом kdm.

На этом же железе, Compact3 проработал больше года без единого нарекания.

Что делать?

Собственно вопрос серьёзный, в классе работают более 200 человек, в некотором 
смысле, это самый известный лин-класс в учебных заведениях города и такой 
АНТИРЕКЛАМЫ альту, просто трудно придумать.
-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)
sip://20000204@sip.pctel.ru		(telephony)
netmail: 2:5005/78

Re: [Comm] аварийная ситуация , udev

[Avramenko Andrew]

bind_policy soft  в ldap.conf? )



Gleb Kulikov пишет:
> Джентельмены,
> 
> я уже не знаю, что делать.
> 
> Периодически, несколько машин отказываются загружаться (до бесконечности 
> "висим" на populating /dev, затем отваливаемся с жалобами на невозможность 
> найти дисковые устройства).
> 
> Сначала грешил, что машины были "полускогнированы" -- после штатной установки, 
> по сети был напущен rsync -avlpt на /usr и проч.
> Но и после штатной переустановки с нуля, наблюдается аналогичнее поведение. 
> Машины начинают работать нормально, а затем непредсказуемо и без всякой 
> системы выходя из строя.
> 
> к сожалению, меня вызывают в этот класс только по факту неисправности, и я не 
> могу сказать точно, предшествовали ли такому поведению какие-то специфические 
> действия пользователей.
> 
> Да, может быть важно: nsswitch (штатно, альтератором) настроен на авторизацию 
> в ldap. на компакте-3. мне приходилось делать жуткий трюк с подменой nsswitch 
> в cleanup-scripts на настроенный на авторизацию в локальных файлах, с 
> последующей заменой на ldap-шный перед стартом kdm.
> 
> На этом же железе, Compact3 проработал больше года без единого нарекания.
> 
> Что делать?
> 
> Собственно вопрос серьёзный, в классе работают более 200 человек, в некотором 
> смысле, это самый известный лин-класс в учебных заведениях города и такой 
> АНТИРЕКЛАМЫ альту, просто трудно придумать.

Re: [Comm] аварийная ситуация , udev

[Gleb Kulikov]

В сообщении от Вторник 09 октября 2007 Avramenko Andrew написал:

> bind_policy soft  в ldap.conf? )

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

ЗЫ: Да, помогло, спасибо.

ЗЗЫ: Проблему это не решает. Ну хорошо, граблю можно обойти, НО ПОЧЕМУ 
"СЕРВИС" ЗАПУСКА СЕТИ НЕ БЛОКИРУЕТ ВСЕ ЗАВИСЯЩИЕ ОТ НЕГО СЛУЖБЫ И БОЛЕЕ ТОГО, 
"ПОДНИМАЕТСЯ" ИНОГДА, САМЫМ ПОСЛЕДНИМ?


Сорри, накипело.

-- 
      Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
sip://2387245@sipnet.ru			(telephony)
skype://gleb_kulikov.tomsk		(telephony)
sip://20000204@sip.pctel.ru		(telephony)
netmail: 2:5005/78

Re: [Comm] аварийная ситуация , udev

[Avramenko Andrew]

Миш, я сюда перешлю :)

On Tue, Oct 09, 2007 at 09:45:16AM +0400, Avramenko Andrew wrote:
 > > bind_policy soft  в ldap.conf? )

тж.

https://bugzilla.altlinux.org/show_bug.cgi?id=11420
https://bugzilla.altlinux.org/show_bug.cgi?id=11421

 > > Gleb Kulikov пишет:

и если есть здоровье -- посмотрите nss_ldapd (именно "d")

Re: [Comm] аварийная ситуация , udev

[Michael Shigorin]

On Wed, Oct 10, 2007 at 03:17:30PM +0400, Avramenko Andrew wrote:
> Миш, я сюда перешлю :)

Да, спасибо -- промазал, заметил и тоже баунснул :)

> On Tue, Oct 09, 2007 at 09:45:16AM +0400, Avramenko Andrew wrote:
>  > > bind_policy soft  в ldap.conf? )
> 
> тж.
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=11420
> https://bugzilla.altlinux.org/show_bug.cgi?id=11421
> 
>  > > Gleb Kulikov пишет:
> 
> и если есть здоровье -- посмотрите nss_ldapd (именно "d")

Эту штуку IMCO действительно стоит посмотреть, но на сейчас 
состояние с LDAP в ALT, мягко говоря, загадочное.  Очень не
помешает не надеяться, а добить.

Чем смогу -- попытаюсь помочь...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [Comm] аварийная ситуация , udev

[Michael Shigorin]

On Tue, Oct 09, 2007 at 09:45:16AM +0400, Avramenko Andrew wrote:
> bind_policy soft  в ldap.conf? )

тж. 

https://bugzilla.altlinux.org/show_bug.cgi?id=11420
https://bugzilla.altlinux.org/show_bug.cgi?id=11421

> Gleb Kulikov пишет:

и если есть здоровье -- посмотрите nss_ldapd (именно "d")

> > Джентельмены,
> > 
> > я уже не знаю, что делать.
> > 
> > Периодически, несколько машин отказываются загружаться (до бесконечности 
> > "висим" на populating /dev, затем отваливаемся с жалобами на невозможность 
> > найти дисковые устройства).
> > 
> > Сначала грешил, что машины были "полускогнированы" -- после штатной установки, 
> > по сети был напущен rsync -avlpt на /usr и проч.
> > Но и после штатной переустановки с нуля, наблюдается аналогичнее поведение. 
> > Машины начинают работать нормально, а затем непредсказуемо и без всякой 
> > системы выходя из строя.
> > 
> > к сожалению, меня вызывают в этот класс только по факту неисправности, и я не 
> > могу сказать точно, предшествовали ли такому поведению какие-то специфические 
> > действия пользователей.
> > 
> > Да, может быть важно: nsswitch (штатно, альтератором) настроен на авторизацию 
> > в ldap. на компакте-3. мне приходилось делать жуткий трюк с подменой nsswitch 
> > в cleanup-scripts на настроенный на авторизацию в локальных файлах, с 
> > последующей заменой на ldap-шный перед стартом kdm.
> > 
> > На этом же железе, Compact3 проработал больше года без единого нарекания.
> > 
> > Что делать?
> > 
> > Собственно вопрос серьёзный, в классе работают более 200 человек, в некотором 
> > смысле, это самый известный лин-класс в учебных заведениях города и такой 
> > АНТИРЕКЛАМЫ альту, просто трудно придумать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua