i586 hsh --initroot FATAL: kernel too old hsh-initroot: Failed to create RPM database. Вешаю как напоминание: On Fri, Feb 16, 2018 at 07:29:51PM +0300, Dmitry V. Levin wrote: > Игорь, я применил объезд, чтобы на team и autoimports снова работал > i586 hsh --initroot, поэтому настоящее решение проблемы утратило свою > срочность. Но чтобы совсем не забыть, лучше повесить баг, скажем, > на пакет kernel-image-ovz-el.
А это именно сизифного 2.6.32-alt162 касается, или в сборочнице ядро более старое пока?
(In reply to comment #1) > А это именно сизифного 2.6.32-alt162 касается, Это именно сизифного 2.6.32-alt162 касается. > или в сборочнице ядро более старое пока? При сборке пакетов в Сизиф используется существенно более свежее ядро 4.9.x.
*** Bug 34579 has been marked as a duplicate of this bug. ***
(В ответ на комментарий №0) ... > On Fri, Feb 16, 2018 at 07:29:51PM +0300, Dmitry V. Levin wrote: > > Игорь, я применил объезд, чтобы на team и autoimports снова работал > > i586 hsh --initroot, поэтому настоящее решение проблемы утратило свою > > срочность. Но чтобы совсем не забыть, лучше повесить баг, скажем, > > на пакет kernel-image-ovz-el. Как быть тем, кто не может применить объезд? Для меня задача очень срочная (разрушен сборочная машина и тестовый стенд на Сизифе). Решение для i586 кажется таким же, что и для x86_64, поэтому не ясно, почему такая заминка. Если проблема никому не интересна, это тоже достойно заявления.
(In reply to comment #4) > (В ответ на комментарий №0) > ... > > On Fri, Feb 16, 2018 at 07:29:51PM +0300, Dmitry V. Levin wrote: > > > Игорь, я применил объезд, чтобы на team и autoimports снова работал > > > i586 hsh --initroot, поэтому настоящее решение проблемы утратило свою > > > срочность. Но чтобы совсем не забыть, лучше повесить баг, скажем, > > > на пакет kernel-image-ovz-el. > Как быть тем, кто не может применить объезд? Почему? > Для меня задача очень срочная > (разрушен сборочная машина и тестовый стенд на Сизифе). Тогда рекомендую применить объезд. > Решение для i586 кажется таким же, что и для x86_64, поэтому не ясно, почему > такая заминка. > Если проблема никому не интересна, это тоже достойно заявления. Есть решение в пакете, которое на i586 не сработало, и никто сейчас не будет выяснять, почему именно оно не сработало (что там с vdso отличается от нативного случая), поскольку есть простой объезд.
(В ответ на комментарий №5) ... > Есть решение в пакете, которое на i586 не сработало, и никто сейчас не будет > выяснять, почему именно оно не сработало (что там с vdso отличается от > нативного случая), поскольку есть простой объезд. А можно узнать, в чём заключается объезд, с его помощью можно сделать работающим 32-битный ovz-контейнер? Не очень понятно, бага висит, выяснять никто не будет, и есть тайный объезд.
(In reply to comment #6) > (В ответ на комментарий №5) > ... > > Есть решение в пакете, которое на i586 не сработало, и никто сейчас не будет > > выяснять, почему именно оно не сработало (что там с vdso отличается от > > нативного случая), поскольку есть простой объезд. > А можно узнать, в чём заключается объезд, с его помощью можно сделать > работающим 32-битный ovz-контейнер? > Не очень понятно, бага висит, выяснять никто не будет, и есть тайный объезд. Тайный объезд называется /etc/vz/osrelease.conf :)
(В ответ на комментарий №7) ... > Тайный объезд называется /etc/vz/osrelease.conf :) Вот это другое дело. Добавил туда altlinux-sisyphus 3.2 и всё заработало. Спасибо!
(In reply to comment #8) > Добавил туда > altlinux-sisyphus 3.2 > и всё заработало. Спасибо! На всякий случай: а рестарт сервиса vz требуется, или так подхватывается, при запуске контейнера?
(В ответ на комментарий №9) > (In reply to comment #8) > > > Добавил туда > > altlinux-sisyphus 3.2 > > и всё заработало. Спасибо! > > На всякий случай: а рестарт сервиса vz требуется, или так подхватывается, при > запуске контейнера? Не требуется.
(В ответ на комментарий №8) > > Тайный объезд называется /etc/vz/osrelease.conf :) > Добавил туда altlinux-sisyphus 3.2 Может, занести на http://altlinux.org/openvz?
(В ответ на комментарий №11) > (В ответ на комментарий №8) > > > Тайный объезд называется /etc/vz/osrelease.conf :) > > Добавил туда altlinux-sisyphus 3.2 > Может, занести на http://altlinux.org/openvz? Как-то занёс.
Что-то не очень помогает... 9: glibc-core-6:2.27-alt5 ######################################################### [ 1%] FATAL: kernel too old warning: %post(glibc-core-6:2.27-alt5.i586) scriptlet failed, exit status 127 FATAL: kernel too old error: %prein(liblua5.1-5.1.5-alt15.i586) scriptlet failed, exit status 127 error: liblua5.1-5.1.5-alt15.i586: install failed Или теперь уже и 3.2 мало?
(В ответ на комментарий №13) > Что-то не очень помогает... Так не применилось. Вы бы хоть uname -a показали.
Что-то вообще как-то всё странно. Да, у меня в OSTEMPLATE в vz/conf/<VEID>.conf не было совпадения с altlinux-sisyphus, так что не применилось наверное. Хорошо, взял контейнер с p7, сразу написал OSTEMPLATE="altlinux-sisyphus", перегрузил (yfgbcfk djj,ot 3.16): # uname -a Linux builder-sis 3.16-ovz-el-alt162 #1 SMP Fri Feb 2 22:22:59 UTC 2018 x86_64 GNU/Linux Обновляю до p8, и 18: glibc-preinstall ######### [ 2%] kernel version check failed: KERNEL TOO OLD, minimal version supported by glibc is 2.6.32. Sending SIGSTOP signal to parent process. Или в p8 что-то на такое ещё не рассчитано, и надо было OSTEMPLATE менять непосредственно перед обновлением до Сизифа? Пока больше некогда пробовать - отдыхать скоро, отложу до понедельника.
(В ответ на комментарий №15) > Что-то вообще как-то всё странно. Да, у меня в OSTEMPLATE в vz/conf/<VEID>.conf > не было совпадения с altlinux-sisyphus, так что не применилось наверное. > Хорошо, взял контейнер с p7, сразу написал OSTEMPLATE="altlinux-sisyphus", > перегрузил (yfgbcfk djj,ot 3.16): > > # uname -a > Linux builder-sis 3.16-ovz-el-alt162 #1 SMP Fri Feb 2 22:22:59 UTC 2018 x86_64 > GNU/Linux > > Обновляю до p8, и > > 18: glibc-preinstall ######### [ 2%] > kernel version check failed: KERNEL TOO OLD, minimal version supported by glibc > is 2.6.32. > Sending SIGSTOP signal to parent process. > > Или в p8 что-то на такое ещё не рассчитано, и надо было OSTEMPLATE менять Я что-то пропустил, в предыдущий раз у вас не получилось с обновлением до сизифного glibc 2.27-alt5, а сейчас вы обновлялись до p8 и получили такую проблему? В p8 нет проблем с ядром 2.6.32, ничего специального не требуется.
(In reply to comment #16) > > Или в p8 что-то на такое ещё не рассчитано, и надо было OSTEMPLATE менять > Я что-то пропустил, в предыдущий раз у вас не получилось с обновлением до > сизифного glibc 2.27-alt5, а сейчас вы обновлялись до p8 и получили такую > проблему? Именно так. Изначально был контейнер с относительно старым Сизифом (начала года где-то). При обновлении вылезла проблема, контейнер поломался. Есть контейнер с p7, решил сделать сизифный из него. Скопировал, переименовал OSTEMPLATE, начал обновлять до p8 для начала, и вылезло.
В общем, чтобы в p8 всё было хорошо, надо писать не 3.2, а 3.2.0: altlinux-sisyphus 3.2.0
