У меня такое случалось несколько раз за последние несколько дней, кто-нибудь знает, что может быть причиной этого? Похоже на управление nagios / smp / памятью. Кажется, повторяется каждые 24 часа или около того.
Это система Debian 6 с последним ядром 2.6.32 из squeeze -hibited-updates.
Jan 22 22:40:40 zzx-zzx kernel: [176617.649082] Pid: 2070, comm: nagios3 Not tainted (2.6.32-5-686-bigmem #1) System x3550 M3 -[7944D2M]-
Jan 22 22:40:40 zzx-zzx kernel: [176617.649085] EIP: 0060:[<c10249bb>] EFLAGS: 00000202 CPU: 13
Jan 22 22:40:40 zzx-zzx kernel: [176617.649094] EIP is at native_flush_tlb_others+0x85/0xa6
Jan 22 22:40:40 zzx-zzx kernel: [176617.649096] EAX: 00000282 EBX: c14661ac ECX: c10200d8 EDX: 00000020
Jan 22 22:40:40 zzx-zzx kernel: [176617.649099] ESI: 00000005 EDI: 00000140 EBP: c14661a0 ESP: ee4c9a3c
Jan 22 22:40:40 zzx-zzx kernel: [176617.649101] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Jan 22 22:40:40 zzx-zzx kernel: [176617.649104] CR0: 8005003b CR2: b758a376 CR3: 2eb7e000 CR4: 000006f0
Jan 22 22:40:40 zzx-zzx kernel: [176617.649106] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
Jan 22 22:40:40 zzx-zzx kernel: [176617.649108] DR6: ffff0ff0 DR7: 00000400
Jan 22 22:40:40 zzx-zzx kernel: [176617.649110] Call Trace:
Jan 22 22:40:40 zzx-zzx kernel: [176617.649116] [<c1024aa3>] ? flush_tlb_page+0x5d/0x65
Jan 22 22:40:40 zzx-zzx kernel: [176617.649120] [<c1023e90>] ? ptep_set_access_flags+0x59/0x63
Jan 22 22:40:40 zzx-zzx kernel: [176617.649125] [<c10a1040>] ? do_wp_page+0x3b9/0x7dd
Jan 22 22:40:40 zzx-zzx kernel: [176617.649131] [<c1031770>] ? finish_task_switch+0x76/0x95
Jan 22 22:40:40 zzx-zzx kernel: [176617.649135] [<c10b61a0>] ? kmem_cache_free+0x78/0xaf
Jan 22 22:40:40 zzx-zzx kernel: [176617.649138] [<c1031770>] ? finish_task_switch+0x76/0x95
Это ошибка ядра. Вы можете попробовать отправить его как отчет об ошибке в системе отслеживания ошибок Debian, но они, вероятно, просто скажут вам попробовать другое ядро.
Если вы не хотите тратить время на сборку ядер из исходников, на мой взгляд, вы вряд ли поймете причину этого. Я бы предположил, что это ошибка, связанная с bigmem, из-за присутствия «flush_tlb_page» в трассировке вызовов.
Вместо этого вы можете попробовать запустить 64-разрядную версию или попробовать перенести ядро из Sid. Если у вас все еще есть проблема с 64-битным ядром в Squeeze, в Squeeze-backports также есть новое.