>Граждане, плиз кто-нибудь подскажите где копать - при включении
>сервера на 2-х-процовой плате STL2(чипсет ServerWorks LE)
>ядро (2.4.18-xfs) выдаёт:
>..............
>Coda Kernel/Venus communications, v.5.3.18, coda@cs.cmu.edu
>SGI XFS with ACLs,quota, no debug enabled
>ACPI: Core Subsystem version [20011018]
>Sheduling in interrupt
>invalid operand: 0000
>CPU:0
>EIP:0010[<c0115c054>]
>EFLAGS:00010282
>eax: 00000018 ebx: 00000000 ecx: 00000001 edx: c03bd228
>esi: c1432000 edi: c1432000 ebp: c1433fd4 esp: c1433fa0
>ds: 0018 es: 0018 ss: 0018
>Process ksoftirqd_CPU0 (pid: 3, stackpage: c0361902)
>Stack: c0361902 00000000 00000000 00000001 c0428518 c1432000 00000000 00000000
> c1432000 00000246 00000000 c1432000 c1432000
>00000000 c011db11 00000000
> 00010f00 cffe1fac 00000000 c044ee80 c0105836
>00000000 c011da20 c03e1fc4
>Call Trace: [<c011db11>] [<c0105836>] [<c011da20>] Code: 0f 0b 5a 8b 55 ec 8b 42 1c 85 c0 78 0f c6 05 00 64 42 c0 01
> <0>Kernel panic: Aiee, killing interrupt handler!
>In interrupt handler: not syncing
>_
>и такое повторяется с непонятной периодичностью только при первом за день включении
>(после reset`а - всё в порядке), причём дамп регистров каждыё раз
>один и тот же 8(((((
>
>понятно, что надо пересобирать ядро, но вопрос в другом:
>а почему же собсна это безобразие происходит, т.е. чем вызвано появление такого
>рода сообщения?
у меня такое же железо.
1. проца два? SMP включено? если проц, один стоит ли заглушка (SMP в ядре обязательно)
2. пробовали другие ядра? без патчей? c 2.4.18 кстати, у меня было много проблем, откатился на 2.4.17
3. такая мать очень критична к памяти. у меня стоит сейчас (R)Kingstone Registered. на дещёвой памяти были сбои с частыми kernel oops
|