[devel-ports] обновления - замеченные баги

[devel-ports] обновления - замеченные баги

[Denis Pynkin]

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


Обнвил систему на arm машинке.
Было установлено - ветка имени Кирилла + достаточно много пересобранных в начале года пакетов.
ядро самосборное, без использования initrd

После обновления замечено 2 бага, не знаю насколько они специфичны для армовского порта и/или моей конфигурации:
1. почему-то в /dev/disk присутствует только ветка /dev/disk/by-id/ в которой отсутствуют имена партиций - т.е. только имена физических устройств.

2. su, sudo  от рута (su - user) после обновления перестал работать.
при этом "su -"  от рута отрабатывает нормально 
по ssh пользователь также не может зайти, при этом авторизация проходит нормально.
как мне кажется где-то в pam затык, но отловить не смог.

смущает вот эта часть (strace): 
pid  5308] execve("/bin/bash", ["-bash"], [/* 8 vars */] <unfinished ...>
[pid  5298] rt_sigprocmask(SIG_BLOCK, ~[RTMIN RT_1],  <unfinished ...>
[pid  5308] <... execve resumed> )      = -1 EACCES (Permission denied)
[pid  5298] <... rt_sigprocmask resumed> NULL, 8) = 0


пока что больше ничего не заметил.

-- 
wbr, d4s

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

Re: [devel-ports] обновления - замеченные баги

[Kirill A. Shutemov]

2009/11/5 Denis Pynkin <dans@altlinux.ru>:
>
> Обнвил систему на arm машинке.
> Было установлено - ветка имени Кирилла + достаточно много пересобранных в начале года пакетов.
> ядро самосборное, без использования initrd
>
> После обновления замечено 2 бага, не знаю насколько они специфичны для армовского порта и/или моей конфигурации:
> 1. почему-то в /dev/disk присутствует только ветка /dev/disk/by-id/ в которой отсутствуют имена партиций - т.е. только имена физических устройств.
>
> 2. su, sudo  от рута (su - user) после обновления перестал работать.
> при этом "su -"  от рута отрабатывает нормально
> по ssh пользователь также не может зайти, при этом авторизация проходит нормально.
> как мне кажется где-то в pam затык, но отловить не смог.

В районе pam/tcb я тоже наблюдал какую-то мистику. Пока разобраться
времени не было.
Попробую добраться на ближайших выходных.

Re: [devel-ports] обновления - замеченные баги

[Denis Pynkin]

[-- Attachment #1: Type: Text/Plain, Size: 1285 bytes --]

Здравстуйте, Michail.
Отвечаю на Ваше письмо от 2009-11-05 11:56

> > После обновления замечено 2 бага, не знаю насколько они специфичны для армовского порта и/или моей конфигурации:
> > 1. почему-то в /dev/disk присутствует только ветка /dev/disk/by-id/ в которой отсутствуют имена партиций - т.е. только имена физических устройств.
> > 2. su, sudo  от рута (su - user) после обновления перестал работать.

> А ядро обновляли? Рекомендую собрать 2.6.30.
попробовал 2.6.32-rc5

исчезла проблема 1

проблема 2 осталась.

[pid  5922] setuid32(505)               = 0
[pid  5922] rt_sigaction(SIGINT, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
[pid  5922] rt_sigaction(SIGQUIT, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
[pid  5922] rt_sigaction(SIGTSTP, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
[pid  5922] rt_sigaction(SIGPIPE, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
[pid  5922] execve("/bin/bash", ["-bash"], [/* 8 vars */]) = -1 EACCES (Permission denied)
[pid  5922] +++ killed by SIGKILL +++

пути все проверил.
я бы сказал, что проблема похожа на встречавшиеся с selinux, но... у нас ведь его нет ? или уже да ?

PS заметил, что еще и haldaemon не стартует от имени своего пользователя.
PPS только недавно получалось попробовать новое ядро

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

Re: [devel-ports] обновления - замеченные баги

[Kirill A. Shutemov]

2009/11/14 Denis Pynkin <dans@altlinux.ru>:
> Здравстуйте, Michail.
> Отвечаю на Ваше письмо от 2009-11-05 11:56
>
>> > После обновления замечено 2 бага, не знаю насколько они специфичны для армовского порта и/или моей конфигурации:
>> > 1. почему-то в /dev/disk присутствует только ветка /dev/disk/by-id/ в которой отсутствуют имена партиций - т.е. только имена физических устройств.
>> > 2. su, sudo  от рута (su - user) после обновления перестал работать.
>
>> А ядро обновляли? Рекомендую собрать 2.6.30.
> попробовал 2.6.32-rc5
>
> исчезла проблема 1
>
> проблема 2 осталась.
>
> [pid  5922] setuid32(505)               = 0
> [pid  5922] rt_sigaction(SIGINT, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
> [pid  5922] rt_sigaction(SIGQUIT, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
> [pid  5922] rt_sigaction(SIGTSTP, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
> [pid  5922] rt_sigaction(SIGPIPE, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
> [pid  5922] execve("/bin/bash", ["-bash"], [/* 8 vars */]) = -1 EACCES (Permission denied)
> [pid  5922] +++ killed by SIGKILL +++
>
> пути все проверил.
> я бы сказал, что проблема похожа на встречавшиеся с selinux, но... у нас ведь его нет ? или уже да ?

Мне помогло
# echo 0 > /proc/sys/vm/mmap_min_addr

Это не правильно. Нужно разбираться что не так.

Re: [devel-ports] обновления - замеченные баги

[Kirill A. Shutemov]

2009/11/16 Kirill A. Shutemov <kirill@shutemov.name>:
> 2009/11/14 Denis Pynkin <dans@altlinux.ru>:
>> Здравстуйте, Michail.
>> Отвечаю на Ваше письмо от 2009-11-05 11:56
>>
>>> > После обновления замечено 2 бага, не знаю насколько они специфичны для армовского порта и/или моей конфигурации:
>>> > 1. почему-то в /dev/disk присутствует только ветка /dev/disk/by-id/ в которой отсутствуют имена партиций - т.е. только имена физических устройств.
>>> > 2. su, sudo  от рута (su - user) после обновления перестал работать.
>>
>>> А ядро обновляли? Рекомендую собрать 2.6.30.
>> попробовал 2.6.32-rc5
>>
>> исчезла проблема 1
>>
>> проблема 2 осталась.
>>
>> [pid  5922] setuid32(505)               = 0
>> [pid  5922] rt_sigaction(SIGINT, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
>> [pid  5922] rt_sigaction(SIGQUIT, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
>> [pid  5922] rt_sigaction(SIGTSTP, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
>> [pid  5922] rt_sigaction(SIGPIPE, {SIG_DFL, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
>> [pid  5922] execve("/bin/bash", ["-bash"], [/* 8 vars */]) = -1 EACCES (Permission denied)
>> [pid  5922] +++ killed by SIGKILL +++
>>
>> пути все проверил.
>> я бы сказал, что проблема похожа на встречавшиеся с selinux, но... у нас ведь его нет ? или уже да ?
>
> Мне помогло
> # echo 0 > /proc/sys/vm/mmap_min_addr
>
> Это не правильно. Нужно разбираться что не так.
>

Похоже, какая-то фигня со стороны ядра:

$ cat /proc/self/maps
00008000-00011000 r-xp 00000000 08:03 129490     /bin/cat
00018000-00019000 r-xp 00008000 08:03 129490     /bin/cat
00019000-0001a000 rwxp 00009000 08:03 129490     /bin/cat
0001a000-0003b000 rwxp 00000000 00:00 0          [heap]
...

Re: [devel-ports] обновления - замеченные баги

[Denis Pynkin]

[-- Attachment #1: Type: Text/Plain, Size: 966 bytes --]

Здравстуйте.
Отвечаю на письмо Kirill A. Shutemov от 2009-11-16 02:41:

> Мне помогло
> # echo 0 > /proc/sys/vm/mmap_min_addr
> 
> Это не правильно. Нужно разбираться что не так.
угу.
работает. причем при любых значениях от 0 до 32K.
пока прописал 32K.

проблема в пакете startup, который выставляет это значение в 64 К в файле /etc/sysctl.conf
мне не совсем понятно только, это специфика моего (и твоего) ядра или arm-ядер вообще.
попробую сегодня на более "чужих" ядрах посмотреть. если раньше доберешься/разберешься отпишись, но в любом случае надо на wiki будет оформить.

PS спасибо.

-- 
wbr, d4s

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

Re: [devel-ports] обновления - замеченные баги

[Michail Yakushin]

On Mon, Nov 16, 2009 at 07:52:35AM +0200, Denis Pynkin wrote:
> Здравстуйте.
> Отвечаю на письмо Kirill A. Shutemov от 2009-11-16 02:41:
> 
> > Мне помогло
> > # echo 0 > /proc/sys/vm/mmap_min_addr
> > 
> > Это не правильно. Нужно разбираться что не так.
Программа login на ARM хочет mmap в область меньше 64k я тоже с этим
сталкивался.
> угу.
> работает. причем при любых значениях от 0 до 32K.
> пока прописал 32K.
> 
> проблема в пакете startup, который выставляет это значение в 64 К в файле /etc/sysctl.conf
> мне не совсем понятно только, это специфика моего (и твоего) ядра или arm-ядер вообще.
> попробую сегодня на более "чужих" ядрах посмотреть. если раньше доберешься/разберешься отпишись, но в любом случае надо на wiki будет оформить.
см выше. почему arm программы загружают библиотеки в эту память я не знаю,
но это логично потому что в АРМ адресное пространство не резиновое.
> PS спасибо.
> 
> -- 
> wbr, d4s



> _______________________________________________
> devel-ports mailing list
> devel-ports@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-ports

Re: [devel-ports] обновления - замеченные баги

[Kirill A. Shutemov]

2009/11/16 Michail Yakushin <silicium@altlinux.ru>:
> On Mon, Nov 16, 2009 at 07:52:35AM +0200, Denis Pynkin wrote:
>> Здравстуйте.
>> Отвечаю на письмо Kirill A. Shutemov от 2009-11-16 02:41:
>>
>> > Мне помогло
>> > # echo 0 > /proc/sys/vm/mmap_min_addr
>> >
>> > Это не правильно. Нужно разбираться что не так.
> Программа login на ARM хочет mmap в область меньше 64k я тоже с этим
> сталкивался.

mm/Kconfig:
...
config DEFAULT_MMAP_MIN_ADDR
...
For most ia64, ppc64 and x86 users with lots of address space
a value of 65536 is reasonable and should cause no problems.
On arm and other archs it should not be higher than 32768.

http://www.mail-archive.com/debian-kernel@lists.debian.org/msg34054.html

Нужно патчить startup.