[d-kernel] Fw: [Comm] Обновил ядро до 2.4.20-alt8, теперь не работает ps

[d-kernel] Fw: [Comm] Обновил ядро до 2.4.20-alt8, теперь не работает ps

[Sergey Vlasov]

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

Hello!

Если у меня 2.4.20-alt8 скомпилировалось так же, то упало вот здесь
(include/linux/sched.h):

#define is_dumpable(tsk)        ((tsk)->task_dumpable && (tsk)->mm->dumpable)

поскольку (tsk)->mm оказался NULL.

В 2.4.21 здесь написано:

#define is_dumpable(tsk)    ((tsk)->task_dumpable && (tsk)->mm && (tsk)->mm->dumpable)



Begin forwarded message:

Date: Wed, 6 Aug 2003 15:05:48 +0400
From: Андрей <msk@newmail.ru>
To: community@altlinux.ru
Subject: [Comm] Обновил ядро до 2.4.20-alt8, теперь не работает ps


При неудачном запуске ps в сислог пишется следущее:

kernel:  <1>Unable to handle kernel NULL pointer dereference at virtual address 00000074
kernel:  printing eip:
kernel: c0153465
kernel: *pde = 00000000
kernel: Oops: 0000 2.4.20-alt8-up #1 Mon Aug 4 17:03:24 MSD 2003
kernel: CPU:    0
kernel: EIP:    0010:[may_ptrace_attach+149/208]    Not tainted
kernel: EIP:    0010:[<c0153465>]    Not tainted
kernel: EFLAGS: 00010202
kernel: eax: 00000000   ebx: e5890000   ecx: f4cf2000   edx: c100001c
kernel: esi: 00000000   edi: 00000000   ebp: db46c000   esp: f4cf3f1c
kernel: ds: 0018   es: 0018   ss: 0018
kernel: Process ps (pid: 23794, stackpage=f4cf3000)
kernel: Stack: e08ebba0 e5890000 c01534af e5890000 e08ebba0 e5890000 000007ff c015386b
kernel:        e5890000 db46c000 e9bb49a0 c013669b 00000000 e9bb49a0 ffffffea 000007ff
kernel:        c0136e26 e9bb49a0 bffff0f0 000007ff e9bb49c0 bffff908 c01365db c9f25940
kernel: Call Trace:    [proc_pid_environ+15/128] [proc_info_read+75/256] [dentry_open+171/432] [sys_read+150/240] [filp_open+75/96]
kernel: Call Trace:    [<c01534af>] [<c015386b>] [<c013669b>] [<c0136e26>] [<c01365db>]
kernel:   [getname+95/160] [sys_open+86/128] [system_call+51/64]
kernel:   [<c013f8bf>] [<c0136946>] [<c0108943>]
kernel: Code: f6 40 74 01 75 2b b8 00 e0 ff ff 21 e0 f6 80 ca 01 00 00 08


Best regards,
 Андрей

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] Fw: [Comm] Обновил ядро до 2.4.20-alt8, теперь не работает ps

[Dmitry V. Levin]

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

On Wed, Aug 06, 2003 at 07:09:50PM +0400, Sergey Vlasov wrote:
> Если у меня 2.4.20-alt8 скомпилировалось так же, то упало вот здесь
> (include/linux/sched.h):
> 
> #define is_dumpable(tsk)        ((tsk)->task_dumpable && (tsk)->mm->dumpable)
> 
> поскольку (tsk)->mm оказался NULL.
> 
> В 2.4.21 здесь написано:
> 
> #define is_dumpable(tsk)    ((tsk)->task_dumpable && (tsk)->mm && (tsk)->mm->dumpable)

Да, похоже.

А как это воспроизводить?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] Fw: [Comm] Обновил ядро до 2.4.20-alt8, теперь не работает ps

[Dmitry V. Levin]

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

On Wed, Aug 06, 2003 at 09:27:21PM +0400, Dmitry V. Levin wrote:
> On Wed, Aug 06, 2003 at 07:09:50PM +0400, Sergey Vlasov wrote:
> > Если у меня 2.4.20-alt8 скомпилировалось так же, то упало вот здесь
> > (include/linux/sched.h):
> > 
> > #define is_dumpable(tsk)        ((tsk)->task_dumpable && (tsk)->mm->dumpable)
> > 
> > поскольку (tsk)->mm оказался NULL.
> > 
> > В 2.4.21 здесь написано:
> > 
> > #define is_dumpable(tsk)    ((tsk)->task_dumpable && (tsk)->mm && (tsk)->mm->dumpable)
> 
> Да, похоже.

Кстати, и Debian тоже наступил на эти грабли.

Больше ничего для 2.4.20-alt9 нет?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[d-kernel] Re: Fw: [Comm] Обновил ядро до 2.4.20-alt8, теперь не работает ps

[Sergey Vlasov]

On Thu, 7 Aug 2003 15:01:27 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Wed, Aug 06, 2003 at 09:27:21PM +0400, Dmitry V. Levin wrote:
> > On Wed, Aug 06, 2003 at 07:09:50PM +0400, Sergey Vlasov wrote:
> > > Если у меня 2.4.20-alt8 скомпилировалось так же, то упало вот здесь
> > > (include/linux/sched.h):
> > > 
> > > #define is_dumpable(tsk)        ((tsk)->task_dumpable && (tsk)->mm->dumpable)
> > > 
> > > поскольку (tsk)->mm оказался NULL.
> > > 
> > > В 2.4.21 здесь написано:
> > > 
> > > #define is_dumpable(tsk)    ((tsk)->task_dumpable && (tsk)->mm && (tsk)->mm->dumpable)
> > 
> > Да, похоже.
> 
> Кстати, и Debian тоже наступил на эти грабли.
> 
> Больше ничего для 2.4.20-alt9 нет?

Похоже, есть:

Summary of changes from v2.4.22-pre7 to v2.4.22-pre8
============================================
...
Andreas Gruenbacher:
  o unshare-files fix breaks file locks

Надо выковыривать.

[d-kernel] Re: Fw: [Comm] Обновил ядро до 2.4.20-alt8, теперь не работает ps

[Sergey Vlasov]

On Wed, 6 Aug 2003 21:27:21 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Wed, Aug 06, 2003 at 07:09:50PM +0400, Sergey Vlasov wrote:
> > Если у меня 2.4.20-alt8 скомпилировалось так же, то упало вот здесь
> > (include/linux/sched.h):
> > 
> > #define is_dumpable(tsk)        ((tsk)->task_dumpable && (tsk)->mm->dumpable)
> > 
> > поскольку (tsk)->mm оказался NULL.
> > 
> > В 2.4.21 здесь написано:
> > 
> > #define is_dumpable(tsk)    ((tsk)->task_dumpable && (tsk)->mm && (tsk)->mm->dumpable)
> 
> Да, похоже.
> 
> А как это воспроизводить?

Очень просто:

#include <unistd.h>

int main(void)
{
        if (fork() == 0) {
                _exit(0);
        }
        sleep(100000);
        return 0;
}

Либо создать зомби любым другим способом. После этого ps при запуске
от root (либо cat /proc/$zombie_pid/environ) вызывает Oops.

[d-kernel] Re: Fw: [Comm] Обновил ядро до 2.4.20-alt8, теперь не работает ps

[Sergey Vlasov]

On Thu, 7 Aug 2003 15:01:27 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Wed, Aug 06, 2003 at 09:27:21PM +0400, Dmitry V. Levin wrote:
> > On Wed, Aug 06, 2003 at 07:09:50PM +0400, Sergey Vlasov wrote:
> > > Если у меня 2.4.20-alt8 скомпилировалось так же, то упало вот здесь
> > > (include/linux/sched.h):
> > > 
> > > #define is_dumpable(tsk)        ((tsk)->task_dumpable && (tsk)->mm->dumpable)
> > > 
> > > поскольку (tsk)->mm оказался NULL.
> > > 
> > > В 2.4.21 здесь написано:
> > > 
> > > #define is_dumpable(tsk)    ((tsk)->task_dumpable && (tsk)->mm && (tsk)->mm->dumpable)
> > 
> > Да, похоже.
> 
> Кстати, и Debian тоже наступил на эти грабли.
> 
> Больше ничего для 2.4.20-alt9 нет?

Пишут, что этот unshare_files ещё и pivot_root сломал. Хотя для нас
это не имеет значения - у нас используется старый метод работы с
initrd.