[debian] Regelmatige server crash.

[Verwijderd]

Hoi Mensen,

Ik heb debian potato op mijn pentium100 bak geinstalleerd met php4 mysql apache proftpd ed.

Als hij een paar uur aangestaan heeft krijg ik een totale crash, niets reageerd meer, alleen een harde reboot helpt.

Ik heb een screenshot gemaakt van de error, dit omdat ik in syslog ed. niets kan vinden.



Weten jullie waar het aan ligt?

[banaan-X]

Gewoon met standaard kernel?
Anders vrij obscuur... (of draai je stiekum toch woody/unstable?)

[moto-moi]

is de PC hardware matig wel OK ? Doen de fannetjes e.d. het nog wel enzo ?
Welke kernel draai je eigenlijk ? De 2.2.X of de 2.4.X ?

[imdos]

Als je niets in je log-files kunt vinden zul je op zoek moeten gaan naar brakke hardware .. zoals geheugen-reepjes of andere zaken die niet goed functioneren.

[Verwijderd]

Ik draai kernel 2.2.x

Hoe kan ik het geheugen testen, zijn hier apps voor?
Anders moet ik chippies gaan wisselen.

alle fans draaien.

[banaan-X]

Op maandag 11 maart 2002 22:23 schreef moto-moi het volgende:
is de PC hardware matig wel OK ?

Zoiets dacht ik eerst ook, maar is de reden van kernel panic dan niet wat vreemd?

[banaan-X]

Op maandag 11 maart 2002 22:26 schreef MrK het volgende:
Ik draai kernel 2.2.x

Hoe kan ik het geheugen testen, zijn hier apps voor?
Anders moet ik chippies gaan wisselen.

memtest86 bijv

[moto-moi]

Op maandag 11 maart 2002 22:27 schreef banaan-X het volgende:
Zoiets dacht ik eerst ook, maar is de reden van kernel panic dan niet wat vreemd?

Hij draait een 2.2 kernel, die krijg ik niet zomaar op z'n bek, als m'n ventilatortje het niet doet, gaat 'ie rare dingen doen, en who knows, misschien wel een kernel-panic..

[tommy320]

Op maandag 11 maart 2002 22:27 schreef banaan-X het volgende:

[..]

Zoiets dacht ik eerst ook, maar is de reden van kernel panic dan niet wat vreemd?

Nee hoor.. ik heb een 486 gehad die als ik aan de proc
zat kernel panics gaf. Hij bleef echter wel gewoon lopen
als ik er weer vanaf bleef..

[Verwijderd]

memtest schijnt nogal lang te duren, dus dat doe ik vanavond.

Temps en fans kan het niet aan liggen, want de kap is eraf en er hangt een 80x80 fan boven de heatsink voor koeling.
Slap afgeveerd zodat er geen geluid uit de kast komt.

Verder nog mogelijk heden?

Kan ik mijn voltage van mijn voeding softwarematig controleren?

[imdos]

Van je mobo wel .. indien je de chips die hiervoor nodig heb op je mobo hebt. lm_sensors + i2c moet je dan naar zoeken op freshmeat bijv.

[deadinspace]

Op maandag 11 maart 2002 22:20 schreef banaan-X het volgende:
Gewoon met standaard kernel?
Anders vrij obscuur... (of draai je stiekum toch woody/unstable?)

Van Unstable of Testing krijg je geen spontane oopses hoor

Op maandag 11 maart 2002 22:46 schreef imdos het volgende:
Van je mobo wel .. indien je de chips die hiervoor nodig heb op je mobo hebt. lm_sensors + i2c moet je dan naar zoeken op freshmeat bijv.

Ik denk niet dat een pentium 100 die features heeft.

Als ik spontaane oopses zie, dan ga ik overigens altijd aan brak ram denken. Dat hoeft het niet te zijn, maar het is een redelijke kans.

[ProZa|IA]

Je RAM zou een mogelijke oorzaak kunnen zijn, maar wat ik ook zou doen is je SWAP checken op badblocks. Dit kan ook een reden van je oops zijn.

[Verwijderd]

Ik heb die memtest86 gedraaid gisteren, maar na een aantal testen krijg ik een spontane reboot.
Dit heb ik ook eerder gehad toen ik nog met mandrake aan het hobbyen was op die bak.

Die memtest86 draait van een bootflop, het is dus onwaarschijnlijk dat het aan het OS ligt.

Kan het een voedingsprob zijn?

Mijn swap zal het niet zijn. Ik ga vanavond als ik weer thuis ben wat modules verwijderen en dan nogmaals die test draaien.

[Verwijderd]

Er is toch ook een badram patch? alleen toch voor kernel 2.4.x

Als dat zou werken dan zet ik er woody wel op.

Zou dat helpen?

[Verwijderd]

Op maandag 11 maart 2002 22:03 schreef MrK het volgende:
Als hij een paar uur aangestaan heeft krijg ik een totale crash, niets reageerd meer, alleen een harde reboot helpt.

Ik heb een screenshot gemaakt van de error, dit omdat ik in syslog ed. niets kan vinden.

code:

Unable to handle kernel paging request .... [bla]

Weten jullie waar het aan ligt?

Op dinsdag 12 maart 2002 08:59 schreef MrK het volgende:
Ik heb die memtest86 gedraaid gisteren, maar na een aantal testen krijg ik een spontane reboot.
Dit heb ik ook eerder gehad toen ik nog met mandrake aan het hobbyen was op die bak.

Wat mij betreft de RAM. Haal eens simpelweg alle RAM eruit en laat er slechts één reepje inzitten of doe er een reepje van een andere computer in en kijk of ie nu wel wat langer aanblijft...

Welke exacte kernelversie gaat het hier om

[Verwijderd]

Exactie versie weet ik nu niet,
Het is debian 2.2r5.

Er zit edo in, 4 reepjes, dus ik kan 2 x 2 uithalen. en zo testen.
Vanavond.

[kenneth]

Op dinsdag 12 maart 2002 13:22 schreef MrK het volgende:
Vanavond.

'Everything ... will be alright ... tonight' tralalala

Crashed hij altijd op dezelfde plek? Dan kan je mbv de System.map lokaliseren waar hij crashed.

Als je 2.2.x (x<20) draait, is het misschien ook de moeite waard om te upgraden. IIRC lost 2.2.20 wat geheugenproblemen enzo op.
Tenzij je RAM gewoon kadoek is

[Verwijderd]

Hoe zit het met de pentium bug?

[kenneth]

Op dinsdag 12 maart 2002 14:33 schreef MrK het volgende:
Hoe zit het met de pentium bug?

Uhh, welke van de 400?

[banaan-X]

Op dinsdag 12 maart 2002 08:59 schreef MrK het volgende:
Ik heb die memtest86 gedraaid gisteren, maar na een aantal testen krijg ik een spontane reboot.

Kan het een voedingsprob zijn?

Het lijkt wel een beetje om het probleem wat ik met een pc op het moment heb. Die floept soms spontaan uit... Krijg je hem ook niet meer zomaar aan, moet je eerst wat met de voeding spelen.

Het lijkt me echter niet dat het een voedingsprobleem is, want dan krijg je niet een kernel panic, maar gewoon meteen een reboot/powerdown.

Als bij het testen van je ram het mis gaat, zou ik inderdaad maar eens je ram gaan controleren/vervangen...

[cool_zero]

Op dinsdag 12 maart 2002 17:11 schreef banaan-X het volgende:

[..]

Het lijkt wel een beetje om het probleem wat ik met een pc op het moment heb. Die floept soms spontaan uit... Krijg je hem ook niet meer zomaar aan, moet je eerst wat met de voeding spelen.

Lijkt wel op een probleem dat ik nu ook heb, bij mij ligt het aan de combinatie ibm harddisks en een aopen voeding. Door een piekspanning die de hd's veroorzaken wil de voeding niet starten, hd's eraf en het werkt weer, een beetje klooien met de voedimg laat hem weer starten

Het lijkt me echter niet dat het een voedingsprobleem is, want dan krijg je niet een kernel panic, maar gewoon meteen een reboot/powerdown.

Als bij het testen van je ram het mis gaat, zou ik inderdaad maar eens je ram gaan controleren/vervangen...

Zou inderdaad eerst het ram checken, maar als dat niet werkt zal ik eens een andere kernel proberen. Ik heb zelf bijna dezelfde error met een 2.4.16 t/m 2.4.18 kernels. Bij een 2.4 kernels heet het process dat crashed geen swapper maar kswap, ik neem aan dat dit ongeveer hetzelfde doet.Ik heb nu een 2.4.6-ac kernel, nu eens kijken hoe deze het uithoudt. Tot nu toe geen problemen, maar die draait ook nog maar een dag

[Verwijderd]

Ik heb er 2 reepjes EDO uitgetrokken en die memtest uitgevoerd.
Het lijkt goed te gaan.

Mocht hij weer hangen, dan post ik het wel weer.
Tot zover, bedankt.

[deadinspace]

Op dinsdag 12 maart 2002 13:22 schreef MrK het volgende:
Exactie versie weet ik nu niet,

uname -r

Op dinsdag 12 maart 2002 13:43 schreef mithalph het volgende:
Als je 2.2.x (x<20) draait, is het misschien ook de moeite waard om te upgraden. IIRC lost 2.2.20 wat geheugenproblemen enzo op.

Mja, dat was toch alleen maar regarding de OOM, ofnie? Anyhow, ik betwijfel ten zeerste of je daarom met een andere 2.2 kernel oopses zou krijgen (ik draai nog een bak met 2.2.18 en die is al bijna een jaar up).

Op dinsdag 12 maart 2002 14:33 schreef MrK het volgende:
Hoe zit het met de pentium bug?

cat /proc/cpuinfo

[Verwijderd]

Er zit wel een bug in:

code:

mark@roadster:~/pd$ cat /proc/cpuinfo
processor    : 0
vendor_id    : GenuineIntel
cpu family  : 5
model        : 2
model name  : Pentium 75 - 200
stepping      : 5
cpu MHz    : 99.717
fdiv_bug      : no
hlt_bug    : no
sep_bug    : no
f00f_bug      : yes
coma_bug      : no
fpu      : yes
fpu_exception   : yes
cpuid level     : 1
wp        : yes
flags        : fpu vme de pse tsc msr mce cx8
bogomips      : 199.06

ene

code:

mark@roadster:~/pd$ uname -r
2.2.19

Redelijk laatste 2.2.X kernel dacht ik.

Ik schuif het toch op geheugen, over enkele dagen weten we het zeker.

[deadinspace]

Op dinsdag 12 maart 2002 23:52 schreef MrK het volgende:
Er zit wel een bug in:

code:

f00f_bug      : yes

Yup, die hebben alle Pentium 100 CPUs dachtik. De kernel heeft daar in ieder geval een workaround voor, en die is ook automatisch ge-enabled als het goed is.

FWIW:

code:

[marcelm@gemini marcelm]$ grep bug /proc/cpuinfo | grep yes
f00f_bug      : yes
[marcelm@gemini marcelm]$ uptime
 12:26am  up 348 days, 15:48,  1 user,  load average: 0.00, 0.00, 0.00

code:

mark@roadster:~/pd$ uname -r
2.2.19

Redelijk laatste 2.2.X kernel dacht ik.

Mja, 2.2.20 is de laatste, maar dat zou het probleem niet mogen zijn. Bovenstaande server draait nog 2.2.18 zelfs.

[Verwijderd]

Tis idd heel waarschijnlijk kapot RAM-metje. Reden: Het gaat mis bij het kernel paging request.
Paging is het proces dat er geheugen pagina's in- en uit worden geswapt. Dus of RAM is kaputtie, of harddisk heeft een fout sectortje...

[Verwijderd]

Ik ga zo mijn andere modules eruit halen want ik had weer een hanger:



Hoe moet je je harddisk op bad sectors testen?

[Verwijderd]

code:

bash-2.05a# badblocks
Usage: badblocks [-b block_size] [-i input_file] [-o output_file] [-svwnf]
 [-c blocks_at_once] [-p num_passes] device [last_block [start_count]]
bash-2.05a#

[Newjersey]

ik heb ook zoiets gehad een maand ofzo geleden, geheugen bleek brak te zijn . dus ik heb er nieuw geheugen erin gezet en hij werkt weer goed

[_JGC_]

Als ik met mn fikken mn cache CELP module ga kortsluiten, krijg ik hetzelfde. Kan ook aan je cache liggen dus (en Linux op een machine zonder cache is sloom helaas)