1 |
On 03/06/2011 02:07 PM, Alex Efros wrote: |
2 |
|
3 |
Очень знакома описанная Вами ситуация! В багзилу запостил соответвующий |
4 |
тикет. |
5 |
Отключение CONFIG_PAX_SEGMEXEC избавляет от данной проблемы. |
6 |
Смею предположить, у Вас так же используется reiserfs? |
7 |
|
8 |
http://bugs.gentoo.org/show_bug.cgi?id=351666 |
9 |
http://forums.grsecurity.net/viewtopic.php?f=3&t=2526 |
10 |
|
11 |
> Но это ещё не всё. В ядре есть баг (не знаю, специфично ли это для hardened, |
12 |
> судя по имени файла mm/filemap.c:128 это скорее всего баг в vanilla), |
13 |
> который я уже видел примерно пол-года/год назад на старом ядре, и с |
14 |
> огорчением обнаружил его снова на 2.6.36-hardened-r9. Баг этот обычно |
15 |
> проявляется в процессе больших emerge-ей или revdep-rebuild. Думаю, это |
16 |
> может быть связано с тем, что при этих операциях выполняется необычно |
17 |
> много файловых операций - в других случаях я его в логах ядра не видел. |
18 |
> Выглядит это примерно так: |
19 |
> |
20 |
> <0>------------[ cut here ]------------ |
21 |
> kern.crit: kernel BUG at mm/filemap.c:128! |
22 |
> <0>invalid opcode: 0000 [#1] SMP |
23 |
> <0>last sysfs file: /sys/devices/virtual/vtconsole/vtcon0/uevent |
24 |
> kern.warn: Modules linked in: act_police cls_fw cls_u32 sch_ingress sch_tbf sch_sfq sch_prio sch_cbq sch_htb nvidia(P) vmnet vmblock vmci vmmon sky2 8139too skge |
25 |
> kern.warn: |
26 |
> kern.warn: Pid: 11233, comm: emerge Tainted: P 2.6.36-hardened-r9 #2 P5B-Deluxe/System Product Name |
27 |
> kern.warn: EIP: 0060:[<c10743be>] EFLAGS: 00210002 CPU: 0 |
28 |
> kern.warn: EAX: 00000001 EBX: c366cce0 ECX: 00000018 EDX: 00000009 |
29 |
> kern.warn: ESI: eac929c8 EDI: 0000000e EBP: dfcefd18 ESP: dfcefd0c |
30 |
> kern.warn: DS: 0068 ES: 0068 FS: 00d8 GS: 00e0 SS: 0068 |
31 |
> <0>Process emerge (pid: 11233, ti=dfcee000 task=e79c5410 task.ti=dfcee000) |
32 |
> <0>Stack: |
33 |
> kern.warn: 0000000d c366cce0 eac929c8 dfcefd28 c10743f7 c366cce0 eac929c8 dfcefd44 |
34 |
> kern.warn:<0> c107bfce 00001000 00000000 00000000 c366cce0 0000000d dfcefdb0 c107c0fa |
35 |
> kern.warn:<0> 0000000e 00000000 00000000 00000000 eac929c8 ffffffff 0000000e 00000000 |
36 |
> <0>Call Trace: |
37 |
> kern.warn: [<c10743f7>] ? remove_from_page_cache+0x27/0x40 |
38 |
> kern.warn: [<c107bfce>] ? truncate_inode_page+0x7e/0xc0 |
39 |
> kern.warn: [<c107c0fa>] ? truncate_inode_pages_range+0xea/0x2b0 |
40 |
> kern.warn: [<c107c2da>] ? truncate_inode_pages+0x1a/0x20 |
41 |
> kern.warn: [<c1120085>] ? ext3_evict_inode+0x35/0x170 |
42 |
> kern.warn: [<c10b439a>] ? evict+0x1a/0xa0 |
43 |
> kern.warn: [<c10b4c49>] ? iput+0x159/0x240 |
44 |
> kern.warn: [<c10b1317>] ? dentry_iput+0x67/0xb0 |
45 |
> kern.warn: [<c10b1415>] ? d_kill+0x35/0x60 |
46 |
> kern.warn: [<c10b236e>] ? dput+0x6e/0x140 |
47 |
> kern.warn: [<c10ab570>] ? sys_renameat+0x1f0/0x2c0 |
48 |
> kern.warn: [<c10a2868>] ? cp_new_stat64+0x118/0x170 |
49 |
> kern.warn: [<c10ab668>] ? sys_rename+0x28/0x30 |
50 |
> kern.warn: [<c13f4edc>] ? syscall_call+0x7/0xb |
51 |
> kern.warn: [<c13f0000>] ? snd_emu10k1_init_efx+0x1a49/0x27ee |
52 |
> kern.warn: [<c1090000>] ? do_mremap+0x270/0x460 |
53 |
> kern.warn: [<c13f4ef5>] ? restore_all+0x0/0x18 |
54 |
> <0>Code: d5 08 00 00 00 89 14 24 ba ff ff ff ff e8 cb eb 16 00 53 9d 83 c4 04 5b 5e c9 c3 66 90 ba 16 00 00 00 89 d8 e8 f4 ee 00 00 eb 89<0f> 0b eb fe 8d b4 26 00 00 00 00 8d bc 27 00 00 00 00 55 89 e5 |
55 |
> <0>EIP: [<c10743be>] __remove_from_page_cache+0xae/0xc0 SS:ESP 0068:dfcefd0c |
56 |
> kern.warn: ---[ end trace 8ee95cd55cf8c673 ]--- |
57 |
> |
58 |
> после чего ещё одна такая же ошибка, и: |
59 |
> |
60 |
> kern.alert: Fixing recursive fault but reboot is needed! |
61 |
> |
62 |
> Процесс emerge/revdep-rebuild вызвавший ошибку при этом подвисает намертво |
63 |
> (kill -9 его снять не может), остальная система вроде работает, но я обычно |
64 |
> перегружаюсь, как и просит ядро. (И, кстати, обычно это происходит во время |
65 |
> установки бинарного пакета через `emerge -k`, а не при обычной компиляции.) |
66 |
|
67 |
-- |
68 |
Vladimir Solomatin (slash@×××××.ru) |
69 |
Phone: + 7 (4732) 711711 |
70 |
Relex Inc, Voronezh. |