Bug 34556 - i586 hsh --initroot: FATAL: kernel too old (kernel-image-ovz-el)
: i586 hsh --initroot: FATAL: kernel too old (kernel-image-ovz-el)
Status: NEW
: Sisyphus
(All bugs in Sisyphus/kernel-image-ovz-el)
: unstable
: all Linux
: P3 major
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2018-02-17 10:02 by
Modified: 2018-06-24 17:27 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2018-02-17 10:02:48
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 From 2018-02-19 11:19:07 -------
А это именно сизифного 2.6.32-alt162 касается, или в сборочнице ядро более
старое пока?
------- Comment #2 From 2018-02-19 11:25:18 -------
(In reply to comment #1)
> А это именно сизифного 2.6.32-alt162 касается, 

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

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

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

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

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

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

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

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

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

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

altlinux-sisyphus 3.2.0