[Resolu][Echanger Mes Disques] Dans Quel Ordre ?

[Zekid]

Bonjour à tous,

Voilà je viens de perdre de disque coup sur coup.

J'ai le droit à deux types de pannes. Un disque est devenu complètement invisible (disque 2), tandis que l'autre est en statut "Normal" et en statut SMART "Anormal".

Je suis sur un DS 412+ avec le dernier DSM. J'ai trois disques installés avec le raid SHR.

En théorie, je sais que je vais perdre des données, mais y a t il un moyen pour que j'en perdre le moins possible en échangeant les disques dans tel ou tel ordre. Ou même en passant par une copie sur un autre disque dur via un PC par exemple.

Je suis preneur de toute information pour limiter ma perte.

Merci d'avance à tous,

Cordialement,

Zekid

Modifié le 14 septembre 2014 par Zekid

[gaetan.cambier]

Je commencerait un backup au plus vite.

Autrement vu que le disque 2 n'apparait plus, commence par celui là

[Zekid]

Ah oui merci. J'avais oublié de préciser que j'avais un backup un peu vieux mais bon j'ai pas fait grand chose entre temps.

Et que c'est en voulant faire un backup suite à la panne du disque 2 que le disque 1 est tombé en panne....

Enfin pas de bol quoi.

Pour toi alors le disque 2 en premier. Merci pour la réponse.

D'autres avis avant que je me lance ?

[Fravadona]

En l'etat actuel des choses (2 disques defaillants sur 3 au total) ton SHR est mort et tes donnees perdues.

La seule chose que tu peux tenter pour recuperer quelques donnees est d'essayer de reassembler le RAID a la main (en laissant de cote le disque qui n'apparait meme plus).

Pour commencer, par SSH avec l'utilisateur root (meme mot de passe que l'utilisateur admin ) :

mdadm --detail /dev/md2

parted --list

Modifié le 9 septembre 2014 par Fravadona

[zeross]

Son 2e disque n'est pas encore mort... Il est juste en smart anormal. Ses données devraient encore être exploitable...

Par contre remplace le disque 2 que tu ne vois plus tu peux peut être reconstruire...

[gaetan.cambier]

ben oui, rien n'est perdu pour l'instant, mais avoir la sortir mdadm nous aiderait à voir exactement l'état du raid par contre

[Zekid]

Merci à tous pour vos réponses.

Je m'occupe de çà ce soir, et je vous tiens au courant.

Par contre, vaut il mieux que je fasse la command mdam avant ou après le changement du disque 2 (disque invisible).

Merci encore.

[gaetan.cambier]

Tu peux la faire avant et après tu verra les differences

[Zekid]

Voici le résultat avant de changer le disque dur invisible (disque 2).

Qu'en pensez vous ?

/dev/md2:
        Version : 1.2
  Creation Time : Wed Mar  2 02:53:46 2011
     Raid Level : raid5
     Array Size : 5851063296 (5580.01 GiB 5991.49 GB)
  Used Dev Size : 2925531648 (2790.00 GiB 2995.74 GB)
   Raid Devices : 3
  Total Devices : 2
    Persistence : Superblock is persistent


    Update Time : Wed Sep 10 23:16:38 2014
          State : clean, degraded
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0


         Layout : left-symmetric
     Chunk Size : 64K


           Name : DiskStation:2  (local to host DiskStation)
           UUID : dae43ab3:c4d29eaa:e108a5ed:0eea14a1
         Events : 766287


    Number   Major   Minor   RaidDevice State
       0       8        5        0      active sync   /dev/sda5
       1       0        0        1      removed
       3       8       37        2      active sync   /dev/sdc5

D'avance merci à tous.

EDIT : Précision : Je n'ai pas encore retiré le disque dur invisible de son emplacement. Est ce normal de voir "removed" alors ?

Modifié le 10 septembre 2014 par Zekid

[Zekid]

Enfin voici ce que me dit la commande "parted --list"

Model: ATA ST3000DM001-9YN1 (scsi)
Disk /dev/hda: 3001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:


Number  Start   End     Size    File system     Name  Flags
 1      131kB   2550MB  2550MB  ext4                  raid
 2      2550MB  4698MB  2147MB  linux-swap(v1)        raid
 5      4840MB  3001GB  2996GB                        raid




Model: ATA ST3000DM001-1CH1 (scsi)
Disk /dev/hdc: 3001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:


Number  Start   End     Size    File system     Name  Flags
 1      131kB   2550MB  2550MB  ext4                  raid
 2      2550MB  4698MB  2147MB  linux-swap(v1)        raid
 5      4840MB  3001GB  2996GB                        raid




Model: ATA ST3000DM001-9YN1 (scsi)
Disk /dev/sda: 3001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:


Number  Start   End     Size    File system     Name  Flags
 1      131kB   2550MB  2550MB  ext4                  raid
 2      2550MB  4698MB  2147MB  linux-swap(v1)        raid
 5      4840MB  3001GB  2996GB                        raid




Model: ATA ST3000DM001-1CH1 (scsi)
Disk /dev/sdc: 3001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:


Number  Start   End     Size    File system     Name  Flags
 1      131kB   2550MB  2550MB  ext4                  raid
 2      2550MB  4698MB  2147MB  linux-swap(v1)        raid
 5      4840MB  3001GB  2996GB                        raid




Model: Linux Software RAID Array (md)
Disk /dev/md0: 2550MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:


Number  Start  End     Size    File system  Flags
 1      0.00B  2550MB  2550MB  ext4




Model: Linux Software RAID Array (md)
Disk /dev/md1: 2147MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:


Number  Start  End     Size    File system     Flags
 1      0.00B  2147MB  2147MB  linux-swap(v1)




Error: /dev/zram0: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/zram0: 311MB
Sector size (logical/physical): 4096B/4096B
Partition Table: unknown
Disk Flags:


Error: /dev/zram1: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/zram1: 311MB
Sector size (logical/physical): 4096B/4096B
Partition Table: unknown
Disk Flags:


Error: /dev/md2: unrecognised disk label
Model: Linux Software RAID Array (md)
Disk /dev/md2: 5991GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:


Error: The backup GPT table is not at the end of the disk, as it should be.
This might mean that another operating system believes the disk is smaller.
Fix, by moving the backup to the end (and removing the old backup)?
Fix/Ignore/Cancel?

Une idée sur ce que je peux faire ?

[oliviervdb]

Hello,

Dans l'ordre:

- 1) faire un back up (tes data sont tjs sur le RAID qui n'est pas encore planté car 2 disk sur 3 sont tjs ok). donc ca doit etre possible.

- 2) remplacer ton disque qui n'est plus reconnu (ce que tu appel le disque 2 et que ton NAS appel le disque n° 1 ou sdb), puis reconstruire ton Raid (via l'option réparer dans le menu "Gestionnaire de stockage". Attendre que le status de ton Raid soit de nouveau OK. Attention ca peut pendre du temps (plusieurs h voir J si ton NAS est peu puissant et que tu as bcp de data).

- 3) remplacert ton disque 3 (le sdc) qui semble occuper a rendre l'ame suivant les info du SMART. C'est pas obligatoire a partir du moment ou ton Raid est de nouveau OK (apres le 2) si tout c'est bien passé = status du RAID "ok"). Tu pourrais attendre que ton disque 3 plante "definitivement". Ca peut prendre 2j comme 2 ans... Mais tu sauras que tu a un syteme "peu fiable" et tu devrais avoir un disque sous la main pour le remplacer rapidos. Car si tu regardes bien les SMARTde ton disque 0 (sda), tu verras qu'il n'est pas en top forme non plus... Dans ce cas la, fais des back-up regulier de ton RAID, car la probabilité que tes 2 disque (0 et 3) tombe en panne en meme temps augmente fortement.

Moi a ta place je surveillerais de pres mon disque 3 et 0. et a la moindre augmentartion d'erreurs, je les remplacerais (1 puis l'autre... surtout pas les 2 en meme temps). Car c'est dangereux de vivre avec un raid SHR (= RAID 5) qui a 2 disque qui sont occupé a se degrader. Tout depends de la "criticité" de la disponibilité des data de ton RAID (en d'autre mots, c'est une question de risque et de ressources (de sous quoi).

Car rappel : un RAID assure une DISPONIBILITE des data (= un disque tombe en panne, les data sont tjs disponible immédiatement. Un BACKUP assure la PERENITE des data (un plantage du RAID (panne du NAS, virus, mauvaise manip des data...) et tes data sont tjs disponible (apres un restore)). Ce n'est pas la meme chose.

[gaetan.cambier]

Oui. Avec ça c'est très clair. :

Tu as un raid5 de 3 disques et le disque 2 est enlevé ou n'est plus reconnu. Donc faut commencer par corriger le problème du disque 2, et un fois que ça c'est fini, on pourra voir pour le reste

[Zekid]

Ok, je ferais çà ce soir.

En tout cas merci encore à tous pour votre réactivité et votre aide ! :-)

C'est cool !

[Zekid]

J'ai changé le disque 2 hier !

Mon DSM m'informe maintenant que mon stockage est sain.

Je vais changer mon disque 1 pour régler le problème du test SMART.

Ce sera fait comme çà !! De toute façon j'avais acheté 2 disques.

Merci à tous en tout cas.