Bug 34556 - i586 hsh --initroot: FATAL: kernel too old (kernel-image-ovz-el)
Summary: i586 hsh --initroot: FATAL: kernel too old (kernel-image-ovz-el)
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: kernel-image-ovz-el (show other bugs)
Version: unstable
Hardware: all Linux
: P3 major
Assignee: Gleb F-Malinovskiy
QA Contact: qa-sisyphus
URL:
Keywords:
: 34579 (view as bug list)
Depends on:
Blocks:
 
Reported: 2018-02-17 10:02 MSK by viy
Modified: 2018-06-24 17:27 MSK (History)
16 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description viy 2018-02-17 10:02:48 MSK
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.
Comment 1 Sergey Y. Afonin 2018-02-19 11:19:07 MSK
А это именно сизифного 2.6.32-alt162 касается, или в сборочнице ядро более старое пока?
Comment 2 Dmitry V. Levin 2018-02-19 11:25:18 MSK
(In reply to comment #1)
> А это именно сизифного 2.6.32-alt162 касается, 

Это именно сизифного 2.6.32-alt162 касается.

> или в сборочнице ядро более старое пока?

При сборке пакетов в Сизиф используется существенно более свежее ядро 4.9.x.
Comment 3 Dmitry V. Levin 2018-02-22 18:10:28 MSK
*** Bug 34579 has been marked as a duplicate of this bug. ***
Comment 4 Vitaly Lipatov 2018-03-13 16:48:23 MSK
(В ответ на комментарий №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, поэтому не ясно, почему такая заминка.
Если проблема никому не интересна, это тоже достойно заявления.
Comment 5 Dmitry V. Levin 2018-03-13 17:02:54 MSK
(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 отличается от нативного случая), поскольку есть простой объезд.
Comment 6 Vitaly Lipatov 2018-03-13 17:09:09 MSK
(В ответ на комментарий №5)
...
> Есть решение в пакете, которое на i586 не сработало, и никто сейчас не будет
> выяснять, почему именно оно не сработало (что там с vdso отличается от
> нативного случая), поскольку есть простой объезд.
А можно узнать, в чём заключается объезд, с его помощью можно сделать работающим 32-битный ovz-контейнер?
Не очень понятно, бага висит, выяснять никто не будет, и есть тайный объезд.
Comment 7 Dmitry V. Levin 2018-03-13 17:16:39 MSK
(In reply to comment #6)
> (В ответ на комментарий №5)
> ...
> > Есть решение в пакете, которое на i586 не сработало, и никто сейчас не будет
> > выяснять, почему именно оно не сработало (что там с vdso отличается от
> > нативного случая), поскольку есть простой объезд.
> А можно узнать, в чём заключается объезд, с его помощью можно сделать
> работающим 32-битный ovz-контейнер?
> Не очень понятно, бага висит, выяснять никто не будет, и есть тайный объезд.

Тайный объезд называется /etc/vz/osrelease.conf :)
Comment 8 Vitaly Lipatov 2018-03-14 17:11:57 MSK
(В ответ на комментарий №7)
...
> Тайный объезд называется /etc/vz/osrelease.conf :)
Вот это другое дело.
Добавил туда
altlinux-sisyphus 3.2
и всё заработало. Спасибо!
Comment 9 Sergey Y. Afonin 2018-03-14 20:50:59 MSK
(In reply to comment #8)

> Добавил туда
> altlinux-sisyphus 3.2
> и всё заработало. Спасибо!

На всякий случай: а рестарт сервиса vz требуется, или так подхватывается, при запуске контейнера?
Comment 10 Vitaly Lipatov 2018-03-15 15:49:30 MSK
(В ответ на комментарий №9)
> (In reply to comment #8)
> 
> > Добавил туда
> > altlinux-sisyphus 3.2
> > и всё заработало. Спасибо!
> 
> На всякий случай: а рестарт сервиса vz требуется, или так подхватывается, при
> запуске контейнера?
Не требуется.
Comment 11 Michael Shigorin 2018-03-16 15:06:56 MSK
(В ответ на комментарий №8)
> > Тайный объезд называется /etc/vz/osrelease.conf :)
> Добавил туда altlinux-sisyphus 3.2
Может, занести на http://altlinux.org/openvz?
Comment 12 Vitaly Lipatov 2018-03-17 19:29:08 MSK
(В ответ на комментарий №11)
> (В ответ на комментарий №8)
> > > Тайный объезд называется /etc/vz/osrelease.conf :)
> > Добавил туда altlinux-sisyphus 3.2
> Может, занести на http://altlinux.org/openvz?
Как-то занёс.
Comment 13 Sergey Y. Afonin 2018-06-22 15:07:07 MSK
Что-то не очень помогает...

  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 мало?
Comment 14 Vitaly Lipatov 2018-06-22 15:11:02 MSK
(В ответ на комментарий №13)
> Что-то не очень помогает...
Так не применилось. Вы бы хоть uname -a показали.
Comment 15 Sergey Y. Afonin 2018-06-22 15:52:14 MSK
Что-то вообще как-то всё странно. Да, у меня в 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 менять непосредственно перед обновлением до Сизифа? Пока больше некогда пробовать - отдыхать скоро, отложу до понедельника.
Comment 16 Vitaly Lipatov 2018-06-22 22:13:19 MSK
(В ответ на комментарий №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, ничего специального не требуется.
Comment 17 Sergey Y. Afonin 2018-06-24 13:22:32 MSK
(In reply to comment #16)

> > Или в p8 что-то на такое ещё не рассчитано, и надо было OSTEMPLATE менять

> Я что-то пропустил, в предыдущий раз у вас не получилось с обновлением до
> сизифного glibc 2.27-alt5, а сейчас вы обновлялись до p8 и получили такую
> проблему?

Именно так. Изначально был контейнер с относительно старым Сизифом (начала года где-то). При обновлении вылезла проблема, контейнер поломался. Есть контейнер с p7, решил сделать сизифный из него. Скопировал, переименовал OSTEMPLATE, начал обновлять до p8 для начала, и вылезло.
Comment 18 Sergey Y. Afonin 2018-06-24 17:27:01 MSK
В общем, чтобы в p8 всё было хорошо, надо писать не 3.2, а 3.2.0:

altlinux-sisyphus 3.2.0