[ARCH]Waarom gaat mijn raid 0-array iedere keer stuk?

[Crakie]

Ik heb gisteren een complete reinstall van Arch gedaan omdat hij niet meer wilde opstarten. Hij gaf een kernel panic met de melding:

code:

unable to mount rootfs on device md3(9,3)

md3 is een software raid0 array. Hij gaf vlak daarboven iets van

code:

ReiserFS: md3 warning: sh-2006: read_super_block: bread failed

Afijn, na installatie liep gisteren alles weer prima. Paar opnieuw opgestart om te testen: geen probleem, alles functioneerde. Ook in mijn andere OS (Kubuntu, ook op raid0) opstarten en daarna in Arch leverde geen problemen op. Maar vandaag niet meer: zelfde kernel panic (maar nu had ik op ext3 geinstalleerd dus die Reiser-melding kreeg ik niet).

Ik heb toen vanuit Kubuntu geprobeerd de array te assemblen:

code:

sudo mdadm --assemble /dev/md4 /dev/sda7 /dev/sdb7

Dat leverde de melding dat het superblock op sdb7 niet overeenkwam met sda7. Ik snap niet hoe dat kan: die array wordt volledig met rust gelaten (m.a.w. ik laat hem niet automatisch door Kubuntu assemblen/mounten, bijvoorbeeld). Ik kon met google geen manier vinden om de array te redden, dus ik heb gewoon gedaan:

code:

sudo mdam --create /dev/md4 --level=0 --raid-devices=2 /dev/sda7 /dev/sdb7

en daarna gemount en wat data gekopieerd. Vlak daarna kon ik gewoon opstarten - ik post dit vanuit Arch. Maar ik vraag me af hoe lang dat gaat duren. Kubuntu draait overigens al ruim een half jaar probleemloos op een software raid0 array, op dezelfde harddisks.

Mijn vraag: hoe komt het dat de array zich niet meer laat assemblen omdat het (de) superblock(s) verandert/veranderen? Hoe voorkom ik dat?

Additionele info:
- Abit AB9 Pro mobo, 2 Gb geheugen. Raid op twee Samsung Spinpoints 320 Gb via JMicron controller (ja ik weet het, toch haal ik er geen beroerde prestaties uit. Via de ICH8R controller wil het echter niet lukken).
- Arch op raid 0 geinstalleerd volgens de wiki van Arch zelf.

[Borromini]

Staat je /boot of / volledig op RAID 0?

Is er een reden waarom je niet met de Arch install CD je array probeert te reconstrueren?

Wat is de output van

code:

mdadm --examine

[ Voor 16% gewijzigd door Borromini op 23-09-2007 16:30 ]

[Crakie]

Borromini schreef op zondag 23 september 2007 @ 16:25:
Staat je /boot of / volledig op RAID 0?

/boot staat op een aparte partitie, /dev/sda6. Vandaar dat ie ook het ramdisk-gedeelte gewoon doorkomt.

Is er een reden waarom je niet met de Arch install CD je array probeert te reconstrueren?

Nee, dat kan ook heel goed. Maar is er een reden om het niet vanuit Kubuntu te doen? Is toch net ietsje makkelijker...

Wat is de output van

code:

mdadm --examine

Vanuit Arch zelf, terwijl de array actief is (en dus werkt):

code:

mdadm --examine /dev/sda7
/dev/sda7:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : 2af460c3:5f50d74d:c741cfa6:5f30c53f
  Creation Time : Sun Sep 23 13:23:22 2007
     Raid Level : raid0
  Used Dev Size : 0
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 4

    Update Time : Sun Sep 23 13:38:21 2007
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : e7d0f22b - correct
         Events : 0.5

     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     0       8       39        0      active sync

   0     0       8       39        0      active sync
   1     1       8       55        1      active sync

en

code:

mdadm --examine /dev/sdb7
/dev/sdb7:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : 2af460c3:5f50d74d:c741cfa6:5f30c53f
  Creation Time : Sun Sep 23 13:23:22 2007
     Raid Level : raid0
  Used Dev Size : 0
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 4

    Update Time : Sun Sep 23 13:38:21 2007
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : e7d0f23d - correct
         Events : 0.5

     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     1       8       55        1      active sync

   0     0       8       39        0      active sync
   1     1       8       55        1      active sync

[Borromini]

Dus nu werkt ie weer?

Je hebt een mdadm.conf? Ik stel voor dat je die backupt en terugzet voor het geval er nog es iets misgaat. Hoeveel tijd ligt er tussen beide failures?

[Crakie]

Ja, hij werkt nu weer. Zoals ik in de TS schreef, heb ik de --create (i.p.v. --assemble) optie gebruikt en sindsdien werkt ie weer (=een paar uur). Waarschijnlijk maakt --create nieuwe superblocks aan. Maar of dit nou een goeie oplossing is...

Ik heb inderdaad van de gelegenheid gebruik gemaakt met partimage een volledige backup te maken; belangrijke files had ik uiteraard al in backup want het blijft Raid 0 tenslotte

De tijd tusen de failures was <20 uur. Ik wacht af hoe lang ie nu meegaat. Ik zou nog steeds wel willen weten waar de fout vandaan komt en hoe ik het eventueel voorkom.

[ Voor 8% gewijzigd door Crakie op 23-09-2007 20:09 ]

[Borromini]

Ik heb ooit from scratch een array geherconstrueerd. Ik had een nieuwe install gedaan en was vergeten de config van mijn RAID 5. Mdadm is niet scheutig met info over recovery, maar ik heb het uiteindelijk met wat googlen toch kunnen vinden. Al mijn data was intact (de array was dus niet beschadigd).

Dit om maar te illustreren dat je effectief een recovery kan uitvoeren, ook al ben je je configuratiebestand kwijt.