OpenVZ Forum


Home » International » Russian » старый баг в новом ядре?
старый баг в новом ядре? [message #37494] Thu, 17 September 2009 14:40
POMAH007 is currently offline  POMAH007
Messages: 39
Registered: May 2007
Location: Kemerovo, Russia
Member
From: 1.1.1*
Здравствуйте!
Прошу помощи подтвердить/опровергнуть мой результат на RHEL, так как он был получен пока только на сусях.
Так как стабильных ядер для SLES11 давно нет (последнее стабильное для SLES10 и там нашёл баг с nscd), а нестабильные - нестабильны (bruilov уже раз падал на обоих узлах кластера, а aivazovsky так и не смог собрать), взял бинарный пакет простого 2.6.18 028stab064.7 (так как на узле всего 2Г) и просто тупо скопировал в систему.
Всё более-менее работает (кроме шероховатости в создаваемом initrd - не опознается rootfstype и вываливается в аварийный шелл при попытке проверить корневую ФС при загрузке), пока не запустишь chroot'ный ntp. При попытке залогинится на консоль выдаётся: "Не удалось создать/удалить запись для указанного сеанса" (локаль русская). При этом в журнале: "
*pam_loginuid(login:session): Cannot open /proc/self/loginuid: Файловая система доступна только для чтения
*pam_loginuid(login:session): set_loginuid failed"
Если ntp прибить, то глюк всё-равно остаётся до перезагрузки. Если ntp запускать не в chroot, то глюк не возникает.
Пытался запустить postfix (больше сервисов в chroot не нашёл в системе) в chroot, но то ли руки кривые, то ли ntp для проявления глюка специфичен.
Получил глюк в SLES11, OpenSUSE11. В CentOS 5 не получилось, так как там ntp запускается не в chroot (такие смелые или как?).

З.Ы.: Для багзиллы знания английского не хватает ("чукча читатель, а не писатель"). Если кто-то забъёт туда баг (если это баг, а не фича Smile ), буду благодарен.

[Updated on: Thu, 17 September 2009 14:41]

Report message to a moderator

Previous Topic: квоты (юзер/группа) на раздел внутри vps
Next Topic: Novii HMSPANEL
Goto Forum:
  


Current Time: Mon Oct 21 21:07:41 GMT 2019