Onderwerp: Kernal Panic

Bij een bedrijf wat hier ook op het WHT forum zit heb ik een nieuwe server gekocht.

Tijdens de installatie van CentOS gaf hij problemen. en na de installatie kreeg ik een kernal panic met een melding.

Na alle onderdelen getest te hebben bleek het moederbrd niet goed, want ook de installatie van XP liep volledig vast.

Nu heb ik via via een ander nieuwe moederbord kunnen regelen, de Asus M2N-MX, maar deze komt ook met problemen, nog voor de installatie....

Kernal Panic - Not syncing IO APIC + Timer doesn't work
Boot with noapic option.

Hoe kan ik dit nou weer oplossen....

Al eens: "Boot with noapic option" geprobeerd ?

Hoe doe ik dat, want ik heb al gezocht hierna, maar kan ook niks vinden...

kernel /vmlinuz-2.6.9-55.0.2.ELsmp ro root=/dev/md4

zou iets in de richting worden van

kernel /vmlinuz-2.6.9-55.0.2.ELsmp ro root=/dev/md4 noapic

Als dit werkt kun je ook nog enkel andere opties proberen

bv.

noapictimer

//edit

natuurlijk wel even aanpassen aan jou situatie

Blijkbaar kon in iets met apic veranderen in de bios, en boot centos nu wel goed.

Nu kijken of er niet meer problemen optreden...

Is dat een 1U serverkastje? En wat voor MoBo zat er eerst in?

Als je nog steeds problemen tegenkomt zou ik het geheugen eens proberen te wisselen. Dat is waar de meeste windows installaties op vastlopen, waarvan je ook al aangaf dat dit het geval was op het 'oude' bord.

Controleer ook even goed de temperatuur van je CPU als het hier een 1U kastje betreft, want je hebt er nu een desktop mobo ingeschroefd. Met de geheugenmodules dwars op de airflow blokkeer je de koeling naar je cpu.

Weet niet precies wat je hebt aangepast, ik vermoed dat je APCI support hebt uitgezet, maar in de toekomst is het mogelijk verstandig om de leverancier te vragen of APCI-tabel/code gecertificeerd is door Intel. De kans dat dan OS'en zoals Linux, *BSD en Solaris er goed mee omgaan is bijna gegarandeerd.

Er is ook een certificering Microsoft, maar die geeft wat issues met andere OS'en dan Windows helaas. En je Asus-board is er dacht ik eentje van.

@ Magus, heb het al vervangen, dit bleek geen effect te hebben.

Er zat ook al een desktop board in, maar deze is niet goed.
CPU word niet te warm, zit op 40 graden gemiddeld.
@hspaans

Het is een AMD die erin zit.

Probleem is opgelost door centos 5 deze werkt perfect.

APCI is niet processor afhankelijk hoor, maar voldoet ie aan de testset van Intel of Microsoft. Dat is een ander verhaal nu het werkt, maar wat heb je precies gedaan voor het geval er meer mensen met dit probleem zijn? Van CentOS 4.x naar 5.x? Dingen in de BIOS aangepast?

Jah ik heb APIC in de bios uitgeschakeld, en heb centos 5 gebruikt.

En voor de rest niks... Beide bordjes waren desktop boards, maar ik heb geen problemen met de tempratuur, 35~40 graden voor een AMD is niet slecht... :P

APCI bestaat niet, d'r is APIC (Advanced Programmable Interrupt Controller) en ACPI (Advanced Configuration and Power Interface), twee totaal verschillende dingen die beide voor problemen kunnen zorgen met "budget" moederbordjes. Het is lang niet altijd nodig om beide uit te schakelen, let dus wel op met welke je aan 't stoeien bent, want ze hebben hele andere effecten!

Nu lijkt centos 5 perfect te draaien, verliest hij elke keer het static IP, elke keer krijgt hij een ip toegewezen, als ik dan kijk bij de instellingen zie ik dat hij op DHCP staat...

Weet iemand hier een oplossing voor...

Ik ben nu ipv centos Debian aan het downloaden om die ook maar te proberen....

Inhoud van /etc/sysconfig/network-scripts/ifcfg-eth0 is ?

Die verandert dus elke keer, ik ben nu bezig met een herinstallatie, en zal het dan nog eens proberen....

EDIT

Nu heb ik het volgende:

DEVICE=eth0
ONBOOT=yes
BOOTPROTO=dhcp
HWADDR=00:00:6c:c8:8d:9a

Verandert in:

DEVICE=eth0
BOOTPROTO=static
HWADDR=00:00:6C:C8:8D:9A
IPADDR=192.168.2.125
NETMASK=255.255.255.0
NETWORK=192.168.2.0
ONBOOT=yes
TYPE=Ethernet
GATEWAY=192.168.2.1

EDIT

Hij doet nog steeds niet wat hij moet doen.

Ook het MAC/HWADDR adres vernadert, terwijl dit hard zou moeten zijn...

Heb je al gezocht of de gebruikte kernel wel compatible is met de gebruikte netwerk chipset? Het is nou eenmaal zo dat desktops een stuk harder op de techniek vooruit rennen waardoor je wat meer met kernels zult moeten experimenteren.