[ubuntu] Spook raid array

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • NielsNL
  • Registratie: Januari 2002
  • Laatst online: 26-06 19:18
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:
Afbeeldingslocatie: http://tweakers.net/ext/f/S5XUQiSiiGMzXQdOOD8bumKh/full.png
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
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

[ Voor 50% gewijzigd door NielsNL op 03-09-2012 17:52 ]

M'n Oma is een site aan het haken.


Acties:
  • 0 Henk 'm!

  • Spider.007
  • Registratie: December 2000
  • Niet online

Spider.007

* Tetragrammaton

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 :)

---
Prozium - The great nepenthe. Opiate of our masses. Glue of our great society. Salve and salvation, it has delivered us from pathos, from sorrow, the deepest chasms of melancholy and hate


Acties:
  • 0 Henk 'm!

  • gertvdijk
  • Registratie: November 2003
  • Laatst online: 07:10
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.

Kia e-Niro 2021 64 kWh DynamicPlusLine. See my GitHub and my blog for articles on security and other stuff.


Acties:
  • 0 Henk 'm!

  • NielsNL
  • Registratie: Januari 2002
  • Laatst online: 26-06 19:18
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.

M'n Oma is een site aan het haken.


Acties:
  • 0 Henk 'm!

  • gertvdijk
  • Registratie: November 2003
  • Laatst online: 07:10
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?

Kia e-Niro 2021 64 kWh DynamicPlusLine. See my GitHub and my blog for articles on security and other stuff.


Acties:
  • 0 Henk 'm!

  • NielsNL
  • Registratie: Januari 2002
  • Laatst online: 26-06 19:18
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'.

M'n Oma is een site aan het haken.

Pagina: 1