readynas Volume is inactive or dead. Volume is read-only.

[jeroendevries]

Betreft:
Readynas Ultra 6

6 disks 2TB
1 volume data RAID5
Firmware 6.9.4-HF1

een harddisk had reallocated sector count problemen (disk 1) Nas uitgezet en disk vervangen voor een nieuwe 2TB disk.
Nu disk 2 changed state from ONLINE to FAILED. Error in de admin webpagina is: Volume is inactive or dead. Volume is read-only.
Ik kan broswen naar mijn shares maar ik kan er niet van kopieren, ook niet direct via WinSCP.
Disk 2 nu ook vervangen voor een nieuwe schijf of ... ?

Dec 21, 2018 07:54:19 PM System: UPS APC (APC) is on line power.
Dec 21, 2018 07:53:49 PM System: UPS APC (APC) is on battery power.
Dec 21, 2018 05:27:11 PM Volume: Volume data is resynced.
Dec 21, 2018 05:26:45 PM Disk: Disk in channel 2 (Internal) changed state from ONLINE to FAILED.
Dec 21, 2018 05:26:43 PM Disk: Disk in channel 1 (Internal) changed state from RESYNC to ONLINE.
Dec 21, 2018 05:24:49 PM Volume: Volume data health changed from Degraded to Dead.
Dec 21, 2018 05:03:40 PM Volume: Resyncing started for Volume data.
Dec 21, 2018 05:03:10 PM Volume: Volume data is Degraded.
Dec 21, 2018 05:03:08 PM Volume: Less than 20% of volume data's capacity is free. Performance on volume data will degrade if additional capacity is consumed. NETGEAR recommends that you add capacity to avoid performance degradation.
Dec 21, 2018 05:03:07 PM System: ReadyNASOS background service started.
Dec 21, 2018 05:03:07 PM Share: Consumed space on folder hikvision2 exceeds 91% of the quota (500.0 GB).
Dec 21, 2018 05:03:04 PM Share: Consumed space on folder hikvision exceeds 89% of the quota (1.0 TB).
Dec 21, 2018 04:57:26 PM System: The system is shutting down.
Dec 21, 2018 04:02:58 PM Disk: Detected increasing reallocated sector count: [23864] on disk 1 (Internal) [SAMSUNG HD204UI S2H7J9EB702123] 158 times in the past 30 days. This condition often indicates an impending failure. Be prepared to replace this disk to maintain data redundancy.
Dec 21, 2018 03:20:29 PM Disk: Detected increasing reallocated sector count: [23792] on disk 1 (Internal) [SAMSUNG HD204UI S2H7J9EB702123] 157 times in the past 30 days. This condition often indicates an impending failure. Be prepared to replace this disk to maintain data redundancy.

[Mijzelf]

Je kunt browsen naar je shares, maar zie je ook de inhoud?

En nee, je kunt niet nu disk 2 ook vervangen.

Dec 21, 2018 05:27:11 PM Volume: Volume data is resynced.
Dec 21, 2018 05:03:40 PM Volume: Resyncing started for Volume data.

Het is zeer onwaarschijnlijk dat hij in 24 minuten de boel kom syncen, Zoiets kost uren. Dus je nieuwe disk 1 bevat nog niet de data.

Heb je ssh toegang?

[jeroendevries]

Ja ik zie de inhoud, sommige file kan ik kopiëren de meeste niet. Nee inderdaad dat was ook mijn idee dat synchroniseren uren zou duren.

Ja ik heb SSH toegang.

[SadisticPanda]

met 'watch cat /proc/mdstat' kan je de progress monitoreren..

Normaal gezien is tijdens rebuild wel alle data toegankelijk,

deze zin lijkt me pijnlijk: "Volume: Volume data health changed from Degraded to Dead."

Tijdens rebuild is er mss 2e disk ook uitgeklapt

[Mijzelf]

Het volume is read-only gemount, zoals je webinterface aangaf. Dat is normaal in Linux, bij het constateren van een filesystem error wordt het filesystem readonly, om te voorkomen dat de boel verder corrumpeert.

Aangezien je sommige files wel kunt kopiëren en andere niet, lijkt het me dat er bad sectors zitten in de niet-kopieerbare files. Een directory copy lukt dan niet omdat die afbreekt bij de eerste I/O errors.
Dat verklaart dan ook waarom de sync werd afgebroken. Die stop ook bij de eerste I/O error.

Daar kun je op verschillende manieren mee omgaan. Je kunt een scriptje schrijven die file voor file kopieert, en bij een I/O error gewoon doorgaat met de volgende file.

Een andere aanpak is een low-level copy maken van de schijf met dd-rescue, en met de kopie verder gaan. Dat kun je alles kopieren, er zitten alleen bogus blokken in de corrupte files.

Voor allebei is wat te zeggen. De eerste manier zorgt dat je (waarschijnlijk) geen corrupte files meekopieert, dan weet je wat je kwijt bent, terwijl de tweede je een aantal corrupte files geeft, zonder dat je weet welke het zijn.
Maar de 2e methode levert je meer data, en aangezien je een one-pass copy uitvoert, is er ook minder kans dat de schijf helemaal overlijdt tijdens het kopiëren.

[jeroendevries]

Heeft het zin om disk1 (nieuw) te vervangen voor de oude met bad sectors en disk2 met een nieuwe en hopen dat er een resync begint? Vervelende is ook nog eens dat de frontview blij aangeeft readynas healty...

Verder kwam ik erachter dat er natuurlijk geen actuele backup is . Datarecovery is denk ik onbegonnen werk erg duur las ik.

[Mijzelf]

Als je de data als afgeschreven beschouwd, kan het weinig kwaad, lijkt me. Als die schijf ook I/O errors geeft, breekt hij snel af, en kun je met dd_rescue aan de gang. Als hij geen i/O errors geeft, zou het wel eens kunnen lukken.

[Thralas]

Ik zou als eerste stap sowieso even met `mdadm --examine` en `smartctl -a` in de weer gaan om te achterhalen wat de exacte staat van de array is.

Gezien TS zegt dat 'ie files kan kopiëren is de array gewoon assembled na een reboot; het feit dat sommige bestanden niet leesbaar zijn suggereert dat er nog bad sectors zijn op een van de overgebleven disks.

In theorie is er een alleraardigste kans dat je de sectors nog kunt reconstrueren van de (orginele) stukke disk (als het er niet teveel zijn), maar dat gaat Linux niet voor je doen (die verwacht dat je de hele disk vervangt).

[ Voor 3% gewijzigd door Thralas op 25-12-2018 00:09 ]