[Linux] Onverklaarbare vastlopers...

[CrankyGamerOG]

Sinds ik een raid1 set in me server heb geduwd op een sil3112 pci,
heb ik om de circa 12 uur dat de server kei hard vast hangt.
Een simpele reboot lost het probleem op.

Kan dus tijdens zon "lockout" niet sshen/pingen/niks
In de logs kan ik nergens iets terug vinden wat dit kan verklaren
Iemand enig idee waar ik het in moet zoeken ?

Supermicro P4SGE
Intel Pentium 4 3,2Ghz @ 2,6GHz (166x16)
1,5Ghz DDR 333Mhz
2x 80GB Raid 1 - Sil3112 PCI (Software RAID 1)
1x 500GB - Via VT6421 PCI

Linux
Centos 4.6 Final (ClarkConnect)
2.6.18-53.1.13.2 Kernel

code:

cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md1 : active raid1 sdc1[1] sdb1[0]
      104320 blocks [2/2] [UU]

md0 : active raid1 sdc3[0] sdb3[1]
      78879040 blocks [2/2] [UU]

unused devices: <none>

btw iets offtopic, maar weet iemand hoe het kan dat als ik een RAID1 set aanmaak in de sil3112 bios dat linux het nog steeds als 2 losse disks ziet ?

[ Voor 33% gewijzigd door CrankyGamerOG op 06-04-2008 10:07 ]

[a casema user]

Wellicht dat een kernel-update al wonderen kan doen.
We zitten tegenwoordig al op de 2.6.24.x

[Paul]

Linux ziet 2 disks omdat het geen echte raidcontroller is. Mogelijk heb je met dm (drivemapper) meer geluk Wat staat er in /etc/mapper ?

[zomertje]

En verder zou ik proberen te achterhalen wanneer het fout gaat: vast tijdstip (cron), bij een bepaalde actie en of er iets in de logs staat.

[Verwijderd]

CrankyGamerOG schreef op zondag 06 april 2008 @ 09:53:
btw iets offtopic, maar weet iemand hoe het kan dat als ik een RAID1 set aanmaak in de sil3112 bios dat linux het nog steeds als 2 losse disks ziet ?

Die Silicon 3112 is een software RAID controller. Alle RAID functionaliteit wordt nog gewoon gedaan door de processor en de RAID-logica zit in de driver. Dus de kernel moet beide disken wel zien, anders kan de driver er niets leuks mee doen.
Kwa performance haal je dus ook geen winst om de onboard RAID-controller te gaan gebruiken. Linux software RAID is net zo snel. Is ook handiger, want als je ooit het moederbord vervangt, dan kan je zo deze RAID-set overzetten. Dat lukt je niet als je die Silicon 3112 gaat gebruiken.
Dit soort onboard RAID controller heten ook wel fake-RAID-controllers.

[CrankyGamerOG]

a casema user schreef op zondag 06 april 2008 @ 11:15:
Wellicht dat een kernel-update al wonderen kan doen.
We zitten tegenwoordig al op de 2.6.24.x

jah kernel kan ik wel updaten, maar dit pakket (Clarkconnect)
heeft die kernels nog niet beschikbaar, en ik ben bang dat ik de aanhangende pakketten dan sloop.

Over de lockup
Nee niks noemenswaardig in de cron (buiten de poller.php van cacti)
En de logs laten ook niks zien.

[CrankyGamerOG]

Paul Nieuwkamp schreef op zondag 06 april 2008 @ 12:06:
Linux ziet 2 disks omdat het geen echte raidcontroller is. Mogelijk heb je met dm (drivemapper) meer geluk Wat staat er in /etc/mapper ?

Dat vermoeden had ik zelf ook al idd.
Nee er is geen dm bij mij actief (en dus ook geen /etc/mapper)
Ze draaien nu zowieso Software raid 1

*Oeps dit had in me vorige bericht geedit moeten worden

[ Voor 6% gewijzigd door CrankyGamerOG op 06-04-2008 13:01 ]

[Verwijderd]

Doe eens 'dmraid -r' ?

[CrankyGamerOG]

Verwijderd schreef op zondag 06 april 2008 @ 13:02:
Doe eens 'dmraid -r' ?

lol had dmraid niet installed staan
*nu wel*

code:

Committing changes...
Preparing...                ##################################################
dmraid                      ##################################################
dmraid-devel                ##################################################
Done.
[root@thuis ~]# dmraid -r
No RAID disks
[root@thuis ~]#

[CrankyGamerOG]

ok heb de panic gevonden ....
Het was dus niet de raid1 to blame....

Maar de wireless driver in AP mode (WEP) die een kernel oops veroorzaakte
Nu ik de Atheros in WPA2 AP heb draaien is het probleem weg