[devel] glibc на 2.6.32 ovz-el

[devel] glibc на 2.6.32 ovz-el

[Vitaly Lipatov]

Правильно ли я понимаю, что со сборки 6:2.26.0.124.98f244e-alt1 больше 
нельзя использовать glibc
с ядрами 2.6.32 ovz-el ?

glibc - The GNU libc libraries                                      
[15M]
* Fri Dec 22 2017 Dmitry V. Levin <ldv@altlinux> 
6:2.26.0.124.98f244e-alt1
- Updated to glibc-2.26-124-g98f244e from 2.26 branch
   with assorted backports from master.
- The minimum Linux kernel version that this version of glibc
   can be used with on x86_64 is 3.2.


-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] glibc на 2.6.32 ovz-el

[Gleb Fotengauer-Malinovskiy]

[-- Attachment #1: Type: text/plain, Size: 1166 bytes --]

Hi,

On Tue, Dec 26, 2017 at 06:36:02PM +0300, Vitaly Lipatov wrote:
> Правильно ли я понимаю, что со сборки 6:2.26.0.124.98f244e-alt1 больше 
> нельзя использовать glibc
> с ядрами 2.6.32 ovz-el ?

Да, правильно.
Ядро ovz не умеет системный вызов prlimit64, который теперь используется
в libc, так что даже манипуляции с /etc/vz/osrelease.conf не позволяют
заставить работать контейнеры c Сизифом.

Для использования хост-системы с openvz на Сизифе с glibc 2.26 нужно
обманывать libc по поводу версии ядра, потому что там есть проверка на то,
что ядро >= 3.2.0.

В этом таске собирается ядро, в которое я сбэкпортировал prlimit64.
Также пришлось подделать версию ядра:
#197282 BUILDING #7 [locked] [test-only] sisyphus kernel-image-ovz.git=3.2.0-alt160 ...

-- 
glebfm

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] glibc на 2.6.32 ovz-el

[Nikolay A. Fetisov]

[-- Attachment #1: Type: text/plain, Size: 655 bytes --]

Здравствуйте,

В Вт, 26/12/2017 в 22:01 +0300, Gleb Fotengauer-Malinovskiy пишет:
> 
...
> Для использования хост-системы с openvz на Сизифе с glibc 2.26 нужно
> обманывать libc по поводу версии ядра, потому что там есть проверка
> на то, что ядро >= 3.2.0.

Версию ядра, к сожалению, смотрит не только libc - т.е., здесь возможны
разные сюрпризы. Как минимум один - это device-mapper, который для 
ядер > 2.6.36 проверяет и принудительно пересоздаёт /dev/mapper/control
с minor=236 .
Т.е., сейчас на kernel-image-ovz-el-3.2.0-alt160 ни MDRAID, ни LVM2 
нет - #34433 .


Может, правильнее было бы менять проверку в glibc?

-- 
С уважением,
Николай Фетисов

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 858 bytes --]