[ubuntu] Spook raid array

[NielsNL]

Sinds een bijna een jaar gebruik ik Ubuntu, draait op een SSD met een Raid0 array als extra storage. Waarschijnlijk door mijn onervarenheid toen, had ik een ongebruikte /dev/md0, en een /dev/md127 die daadwerkelijk gebruikt wordt.
Gisteren was m'n array er ineens mee gestopt, En probeer ik alles recht te brijen via de disk manager:

Maar als ik nu 1 van de array start, start af en toe de andere ook mee, soms pakken beide arrays elk 1 disk, of willen helemaal niet starten.
fstab is heeft geen regels staan over deze disks, evenals mdadm.conf.

Nu vraag ik me af waar disk-manager zijn informatie vandaan haalt, omdat dat niet hetzelfde is als wat mdadm aangeeft.

Hmm, m'n logs zien er niet zo best uit...
code:

Sep  2 11:26:28 Panoramix kernel: [762849.667135] ata3.00: status: { DRDY }
Sep  2 11:26:28 Panoramix kernel: [762849.667142] ata3: hard resetting link
Sep  2 11:26:28 Panoramix kernel: [762849.983431] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Sep  2 11:26:28 Panoramix kernel: [762849.985787] ata3.00: configured for UDMA/133
Sep  2 11:26:28 Panoramix kernel: [762849.999378] ata3: EH complete
Sep  2 11:26:28 Panoramix kernel: [762849.999783] ata3.00: exception Emask 0x10 SAct 0x7 SErr 0x400100 action 0x6 frozen
Sep  2 11:26:28 Panoramix kernel: [762849.999785] ata3.00: irq_stat 0x08000000, interface fatal error
Sep  2 11:26:28 Panoramix kernel: [762849.999787] ata3: SError: { UnrecovData Handshk }
Sep  2 11:26:28 Panoramix kernel: [762849.999789] ata3.00: failed command: WRITE FPDMA QUEUED
Sep  2 11:26:28 Panoramix kernel: [762849.999792] ata3.00: cmd 61/00:00:00:af:65/04:00:34:00:00/40 tag 0 ncq 524288 out
Sep  2 11:26:28 Panoramix kernel: [762849.999793]          res 40/00:10:00:b7:65/00:00:34:00:00/40 Emask 0x10 (ATA bus error)
Sep  2 11:26:28 Panoramix kernel: [762849.999795] ata3.00: status: { DRDY }
Sep  2 11:26:28 Panoramix kernel: [762849.999796] ata3.00: failed command: WRITE FPDMA QUEUED
Sep  2 11:26:28 Panoramix kernel: [762849.999799] ata3.00: cmd 61/00:08:00:b3:65/04:00:34:00:00/40 tag 1 ncq 524288 out
Sep  2 11:26:28 Panoramix kernel: [762849.999799]          res 40/00:10:00:b7:65/00:00:34:00:00/40 Emask 0x10 (ATA bus error

NielsNL wijzigde deze reactie 03-09-2012 17:52 (50%)

[Spider.007]

RAID0 en dan harde-schrijven die falen? Begin maar met je backups op te zoeken, want dit ziet er niet uit als iets wat je via de disk-manager kan rechtbreien.

Die schijf is gewoon hardware-matig kapot gegaan en ga je dus niet via software weer aan de gang krijgen. Dit heeft dan ook niets te maken met 'die andere' RAID set die je ooit hebt aangemaakt, het is gewoon stuk

[gertvdijk]

Je logs zien er inderdaad niet best uit.
Hoewel de writes falen zou je nog best wat datarecovery kunnen doen mochten reads geen probleem zijn. Weet niet hoe waardevol je data is die erop staat.

Een paar tips, hoe ik het zou aanpakken:

• Lees je in in de command line mdadm tool. manpage, voorbeelden op internet, etc. bijvoorbeeld deze.
• Heb je nog info over de wijze waarop je array is gemaakt? met welke parameters, metadata level, etc.
• Maak raw disk dumps van je beide harde schijven (met dd). Gaat alleen lastig als dit je enige grote storage is. Als writes je enige probleem zijn zou dit goed moeten gaan. Anders kan ddrescue (of dd_rescue) nog uitkomst bieden om er nog het beste van te maken.
• Identificeer de nog goed functionerende schijf en gebruik daar de metadata info van (--examine --detail volgens mij). Als het goed is staat de metadata (superblocks) van de array op elke schijf ongeacht het RAID level. Je kan dan assemblen met de optie --assume-clean of eventueel --force en volgens mij is er een optie om een bepaalde disk te gebruiken voor metadata.
• Mocht dit falen door device errors probeer dan je disk dumps als loop device in de lucht te gooien en die de assemblen.
• Mount het filesystem read-only, zodat er geen onnodige writes worden uitgevoerd.

[NielsNL]

Het is Raid0, dus heb ik er geen data op staan die ik echt niet kwijt wil, maar het zou leuk zijn als het lukt.
Het rare is dat ik een md0 en een md127 heb, terwijl mdadm die niet ziet. En als ik via de disk manager ga "spelen" dat hij dan de arrays door elkaar gooit, soms starten ze allebei bijv.
Ik heb geen zin om een complete nieuwe install van Ubuntu te doen, daar leer ik niets van.
En ik vraag me dus af waar de disk-manager z'n info vandaan haalt.
De S.M.A.R.T. data ziet er trouwens normaal uit, ik ga eens met m'n kabels en poorten spelen.

[gertvdijk]

quote:

NielsNL schreef op dinsdag 04 september 2012 @ 16:09:
En ik vraag me dus af waar de disk-manager z'n info vandaan haalt.

De metadata in de superblocks op je disks. Daar staat ook de 'naam' van je array in (afhankelijk van de versie), je homehost, UUIDs van alle disken, etc. Dat kan je commandline prima ook doen - zie mijn eerdere bericht.

En een nieuwe OS install heeft toch niets te maken met je RAID array?

[NielsNL]

Een nieuwe install zou kunnen verhelpen dat 1 van de arrays verdwijnt, maar blijkbaar komt die info van de Superblocks, dan ga ik daar eens mee stoeien.
De Disk manager geeft ook aan dat 1 disk bij '0' hoort, en de ander bij 'Space'.