cc3.1 kernel fatal error.

[ronny]

Ik heb een server met ClarkConnect 3.1 kernel 2.6.9-19-cc
Dit is een Duron 1800 met 512 MB DDR
Asus Av7400MX
Maxtor 200 GB Sata schijf als Boot drive
WD 80 GB IDE schijven in softRaid 1 voor data.
Ik heb de schijven als volgt ingedeeld
Sda0 als root 4 GB
sda1 als swap 1 GB
sda2 als ftp ruimte
md0 /home 70 GB (voor personlijke bestanden en mail
md1 /var/www 10 GB voor webpagina

Alles ins ext2 file format
maar als de server even bezig is krijg ik de volgende melding op het scherm en is de server zo dood als een pier.


EIP is at 0x0
eax: daaaeaa0 exb:c3e46000 ecx: 0000000 edx: daaaeaa0
esi: c3e46000 edi: daaaeaaa0 ebp: 0000022 esp: c3e46eb8
ds: 007b es: 007b ss: 0068
Process service watch (pid: 4797, threadinfo= c3e46000 task= daaaeaaa0)
Stack: C011b4b7 0000022 enz...
EFLAGS: 00010206 (2.6.9.19.cc)


Call Trace:
[<c011b4b7>] do_exit+0xb0/0x2f8
[<c011b787>] sys_exit_group+0x0/0xd
[<c01225c5>] get_signal_to_deliver+0x2bb/0x2cb
[<c01049cd>] do_signal+0x55/0xd9
[<c0126232>] attach_pid+0x1f/0xa1
[<c01190da>] copy_process+0x7d0/0x8f5
[<c015922a>] d_instantiate_0x3f/0x42
[<c012266c>] sigprocmask+0x83/0x97
[<c01226ff>] sys_rt_sigprocmark+0x7f/0xed
[<c0104a78>] do_notify_resume+0x27/0x37
[<c012a4e0e>] work_notifysig_0x13/0x15
Code: bad EIP value.
<0> Fatal exception: panic in 5 seconds
Kernel panic _ not syncing: Fatal exception

Iemand een idee wat dit kan zijn?

[irondog]

Waarschijnlijk:
* brakke kernel
* instabiel systeem

[Insanergy]

irondog schreef op zondag 12 maart 2006 @ 16:29:
Waarschijnlijk:
* brakke kernel
* instabiel systeem

^^ omvat alles! (Code: bad EIP value. = hardware related)

Maarre, eerste hit op google:?
It crashed in the BIOS code. A lot of old K6 boxes have bioses where the
32bit power down function Linux normally uses is buggy. Building a
kernel with the apm real mode power down option might work better.

[ Voor 5% gewijzigd door Insanergy op 12-03-2006 17:03 ]

[ronny]

mmm
Dat het systeem instabiel is geloof ik niet zo, heb alle onderdelen lange tijd draaiend gehad in verschillende opstellingen en altijd zonder problemen gedraaid.

brakke kernel dat is ook een erg ruim begrip het is de laatste versie die ClarkConnect beschikbaar heeft voor 3.1.

Insanergy:
Google had ik al gebruikt en had deze ook gevonden, maar het is een Via KM400 bord met een Duron 1800 dus dat reken ik niet tot de old K6 boxes.
Daarnaast had ik vrijdag tot 3 maal achter elkaar toen ik via ftp een dvd aan het copieren was naar de server toe dat hij met deze melding kwam.
Het is dus niet zo dat hij in slaap stand moet gaan of er net uitkomt. daarna heb ik er een aantal kleine bestanden heen gecopieerd en dat ging wel goed.
de FTP staat niet op de raid schijven dus dat kan het ook niet zijn.
Vind het nog een beetje vaag.

Hij heeft nu alweer een uptime van 1 d 14 minuten met een avarage load van 0.00

[irondog]

ronny schreef op zondag 12 maart 2006 @ 20:31:
Dat het systeem instabiel is geloof ik niet zo, heb alle onderdelen lange tijd draaiend gehad in verschillende opstellingen en altijd zonder problemen gedraaid.

Ik heb toevallig vorig weekend een pc van een vriend van mij gerepareerd die een brakke geheugen strip had. Deze heeft altijd zonder problemen gedraaid... Totdat er problemen kwamen

edit:
Voor de duidelijkheid: hardware gaat ooit kapot

brakke kernel dat is ook een erg ruim begrip het is de laatste versie die ClarkConnect beschikbaar heeft voor 3.1.

Wat je ziet is toch echt een crashende kernel. Er is geen reden niet in de richting van de kernel te wijzen. Ik zeg niet dat het de kernel is, maar uitsluiten is het domste wat je kunt doen.

[ Voor 4% gewijzigd door irondog op 13-03-2006 00:15 ]

[ronny]

Ik wil ook nog niets uitsluiten, maar als ik zo'n melding krijg waar ik via Google niets zinnigs over kan vinden en enkel een mogelijke oorzaak de Kernel terwijl ik de nieuwste (gereleaste door CC) versie draai dan is het zo moeilijk zoeken naar een exacte dader.

Dus ik probeer eerst op zoek te gaan naar meer concrete aanwijzingen om te zoeken en ik zal ook in de gaten houden als er een nieuwe kernel uitkomt dat ik die er in draai.
Om nou een eigen kernel te bakken op de server zie ik ook niet zitten dus wil eigenlijk wachten tot apt met een nieuwe komt.

Maar zijn dit de enige verdachten?