Gros problème : perte raid

[Condorman]

Bonjour,

Aujourd'hui, je redémarre mon SYNOLOGY DS1515+ car je ne voyais plus aucun package dans le package center (message : veuillez vous reconnecter)

Après le reboot, j'ai 3 messages d'erreurs concernant des services qui n'ont pas redémarré.

Et là, catastrophe, je ne vois plus mes dossiers partagé. Tous mes services ont disparus.

Les 4 disques sur 5 (spare) sont à l'état initialisé.  Aih, Aih, Aih...

En allant je ne vois plus mes dossiers.

En attachement, le contenu de /var/log/messages  au moment du reboot :

J'imagine que le RAID n'a pas démarré et cela explique que je ne vois plus mes données.

J'y connais pas grand chose en linux 

Quelqu'un a t-il déjà été confronté à cela ?

Merci

messages.txt

Modifié le 19 octobre 2015 par Condorman
mise en pièce jointe du contenu du log

[gaetan.cambier]

c gentil de nous avoir donné ce log

bon on va faire plus simple car dans tout ca c'est super, mais il y a tellement qu'on ne retrouve pas ce qui nous interesse vraiment

tu peux nous renvoyer simplement le resultat de cette commande :

cat /proc/mdstat

 

[Condorman]

Bonjour Gaetan,

Merci de m'aider. Voici le résultat de la commande :

J'étais en SHR

disque 1 et 2 : 4 Go WD40EFRX 

disque 3 et 4 : 3 Go WD30EFRX 

(Numérotation de la gauche à la droite)

Sino> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md1 : active raid1 sda2[0] sdb2[4] sdc2[1] sdd2[2] sde2[3]
      2097088 blocks [5/5] [UUUUU]

md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4](S)
      2490176 blocks [4/4] [UUUU]

unused devices: <none>

 

Sino> df -k
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/root        2385528 1376644    890100  61% /
/tmp             3048240     700   3047540   1% /tmp
/run             3048240    2220   3046020   1% /run
/dev/shm         3048240       0   3048240   0% /dev/shm
none                   4       0         4   0% /sys/fs/cgroup
/dev/bus/usb     3044328       0   3044328   0% /proc/bus/usb

Sino> cat /etc/fstab
none /proc proc defaults 0 0
/dev/root / ext4 defaults 1 1
/dev/vg1000/lv /volume1 ext4 usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl 0 0

 

Modifié le 19 octobre 2015 par Condorman
ajout de fstab et df

[gaetan.cambier]

bonc plus de raid, les 5 disk semble avoir le meme problème

meme si c'est des wd red, 5 disk en meme temps, ca doit pas etre hardware

bon dans ton log ici :

syno_poweroff_task main process (25504) terminated with status 139

le syno aurait ete mal eteind par le processus, j'aimerai avoir le log d'avant cela (envoit sur pastbin, ca sera + simple ;))

Sino> cat /etc/fstab

ca, ca te donne ce qui devrait etre monté, vaut mieux utilisé mount qui te donne effectivement ce qui est réellement monté (pas utile, on sais bien que ton volume ne le sera pas de toute facon)

 bon, j'aimerai la table de partition des 5 disk :

sfdisk -l /dev/sda

je t"explique pas pour les 4 autre disk ;)

[Condorman]

Pour le log, quand je tape cat /var/log/messages, il ne me donne plus que quelques lignes qui ne sont pas intéressantes ...

je ne sais pas pourquoi le reste des logs n'est plus affiché

Voici pour les sfdisk

http://pastebin.com/4b615YCt

 

 

Pour le fichier de log, en fait, il  a dû être archivé.

Je pense que les messages sont dans le fichier : /var/log/messages.1.xz

---

J'avais des périphériques USB branchés sur mon NAS (clefs Zwave + onewire). Je viens de les retirer. Je ne sais pas si cela peut avoir un lien.

 

Est-ce risqué de redémarrer dans cette situation ?

 

 

 

 

[gaetan.cambier]

tu peux toujours essaye, mais j'y crois pas

pour les log archiver utilise zcat à la place de cat ;)

tu a un magnifique shr, je decode tout cela ...

[Condorman]

 

Sino> zcat  /var/log/messages.1.xz

gzip: /var/log/messages.1.xz: not in gzip format

J'ai essayé avec ça sans succès non plus :

Sino> tar xvfJ /var/log/messages.1.xz -C /tmp
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors

 

[gaetan.cambier]

 

Sino> zcat  /var/log/messages.1.xz

gzip: /var/log/messages.1.xz: not in gzip format

J'ai essayé avec ça sans succès non plus :

Sino> tar xvfJ /var/log/messages.1.xz -C /tmp
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors

 

désolé suis un peu fatigué : xzcat

bon, concernant tes tables de partition, elles semble coherente

le shr donne ceci, j'aimerai que tu me confirme :

chose simple : sde = disk de spare

situation de depart : 
	installation des disk sd[abcd] de 2to
	création de md2 avec sd[abcd]5 : raid5 de 4 * 2to --> 6to
ensuite :
	changement des disk sd[abcd] de 3to
	création de md3 avec sd[abcd]6 : raid5 de 4 * 1 to --> 3to
finalement :
	changement des disk sd[ab] de 4to
	création de md4 avec sd[ab]7 : raid1 de 2 * 1 to --> 1 to
total : 
	10to brut (plutot dans les 9to et des poussière)

 

Modifié le 19 octobre 2015 par gaetan.cambier

[Condorman]

C'est bon pour la commande

Voici le log de /var/log/messages : http://pastebin.com/dWSusZGk

 

Modifié le 19 octobre 2015 par Condorman

[Condorman]

En complément, voici le log de dmesg si cela peut aider :

http://pastebin.com/U7WPykMu

 

Je n'avais pas vu la réponse avec l'historique de mes disques.

Au départ, j'avais 

1) 2 disques de 2 To

2) puis j'ai ajouté 2 disques de 3 To

3) Puis j'ai remplacé les 2 disques de 2To par 2 disques de 4To.

Au final,j'ai 4 + 4 + 3 + 3

ce qui me donnait effectivement environ 10To utilisables et 4 To pour la sécurité.

Modifié le 19 octobre 2015 par Condorman

[gaetan.cambier]

c bizarre au boot, il cherhe des raid au format 0.90n c'est très vieux ca, il devrait chercher des 1.2

essaye betement ceci

mdadm --assemble --scan --verbose

 

[Condorman]

J'ai commencé avec un DS106e, puis DS211, Puis DS412+ et maintenant ds1515+ ce qui explique peut être cet historique...

Est-ce que c'est risqué cette commande ?

Pour le moment, j'ai compris que mes données n'étaient probablement pas impactées suite à une perte de configuration du RAID.

Je comprends que la commande :

mdadm --assemble --scan --verbose

cherche à reconstruire le paramétrage du RAID,

Si la nouvelle définition du raid ne correspond pas à ce que cela était, est-ce que cela ne risque pas de mettre tout en vrac ?

Est-ce que la commande peut juste proposer et ne pas définir la nouvelle configuration ?

 

Est-ce que je dois espérer une aide du support SYNOLOGY  et dans ce cas attendre un peu avant de tenter cela ?

 

 

 

 

[gaetan.cambier]

non, la commande est pas risquée, elle va juste rescanné tes disk et voir les raid qu'il y a dessus (comme au boot en fait) mais avec le verbose qui donera + de detail

j'ai un autre truc qui me plait pas sur ton nas :

segfault at 699b0f28 ip 00000000f773af07 sp 00000000fffbaba0 error 4 in ld.so.1[f7732000+1e000]

c'est en serie, c'est ca qui m'inquiète

je trouve pas de commande md5sum pour comparer les fichier

question bete : tu aurait pas installé dsm 6.0 Béta ?

Est-ce que je dois espérer une aide du support SYNOLOGY  et dans ce cas attendre un peu avant de tenter cela ?

tant qu'une ne fait rien qui modifierai les disk, pas de risque, mainteant un ticket syno, c'est 3 jours souvent, tu peux deja le rentrer si on ne trouve pas, c'est du temps gagné pour toi dans tous les cas ;) 

[Condorman]

 

Non, je n'ai pas installé DSM 6.0 béta ...

 Voici le résultat de la commande :

http://pastebin.com/6xAjUMxn

 

Du coup, j'ai relancé la commande mdstat et il a complété ...

Sino> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md127 : active raid5 sdb5[5] sdd5[3] sdc5[2] sda5[4]
      5846338944 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md3 : active raid5 sdd6[0] sdb6[3] sda6[2] sdc6[1]
      2930228352 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md4 : active raid1 sda7[0] sdb7[1]
      976646336 blocks super 1.2 [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[4] sdc2[1] sdd2[2] sde2[3]
      2097088 blocks [5/5] [UUUUU]

md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4](S)
      2490176 blocks [4/4] [UUUU]

unused devices: <none>

Tu crois que je peux rebooter ?

C'est bizarre qu'il n'y ait pas de md2 non ?

C'est pas bizarre que  sde (disque de spare) soit intégré dans les md ?

 

 

 

Modifié le 19 octobre 2015 par Condorman

[Einsteinium]

Gaetan c'est typique du shr le md127 ? X)

Moi la je ferais un mount et un backup de toutes mes données...

[gaetan.cambier]

tu ne reboot surtout pas

tape les commandes suivante :

vgchange -ay
lvs

suis tellement con que j'avais rangé mon pc sans envoyé le message :s

bon fait cette commande en 1°, le mount en 2 ;)

Gaetan c'est typique du shr le md127 ? X)

j'ai un shr, mais pas complexe, il est en md2... ca changera p-e qd j'aurai fini le remplacement de mes disque ;)

[Einsteinium]

Ok... C'est sympa sur le papier le shr, mais je m'en méfie toujours et reste sur le bon vieux raid

[gaetan.cambier]

Ok... C'est sympa sur le papier le shr, mais je m'en méfie toujours et reste sur le bon vieux raid

Le lvm utilisé pour leur shr est presque aussi vieux que le raid, maintenant, ici, c'est le raid qui as pas voulu se monter, vas savoir pourquoi ...

[Condorman]

Je n'ai pas rebooté ...

Donc il faut que je tape ces commandes :

vgchange -ay
lvs

et ensuite, je pourrai monter le volume1 pour faire des sauvegardes avant de rebooter ? (avec quelle commande ?)

Est-ce que le nom "md127" ne risque pas de poser de problème car cela ne semble pas standard ....

Le volume group s'attend il à le trouver sous ce nom là ?

Je suis quand même super déçu d'avoir un NAS réputé de bonne qualité sur onduleur avec un disque de 4To en spare et d'en être rendu à me demander si je ne suis pas en train de tout perdre ...

 

[gaetan.cambier]

ma commande 1 active le lvm, et la 2° un peu inutile, vont les montrer les lv dispo (ca fait toujours plaisir de voir sont lvm avec la donne taille)

-->  encore une fois aucun risque

ensuite tu monte ton volume, et tu peux demarrer tous tes paquet si le mount à fonctionner et que ton volume est accessible ;)

c le matin, me semble que ca sera celle-ci : (si c pas bon, tu aura juste une erreur aucun risque encore)

mount /dev/vg1000/lv /volume1

la commande "lvdisplay" te donnera le chemin "/dev/vg1000/lv" si différent et "/volume1" c'est le point de montage ;)

moi, après ca, je ferai effectivement un backup, et si tu veux pas tout refaire, tu fait un ticket syno avec log et tout le blabla (c'est dans la partie syno que ca a merdé à mon avis)

et tu attend patiemment et tu vois ce qu'il font

Nous, de notre coté, si tu as de nouveau acces à tes données, je crois que c'est plus que correct, aller corriger les mystère du dsm, vaut mieux les laisser faire (à chacun sa merde :p) ;)

 

Modifié le 20 octobre 2015 par gaetan.cambier

[Condorman]

Merci pour les conseils d'hier

Je n'ai pas encore franchi le pas de la commande 

vgchange -ay

J'ai bien lu dans d'autres forum que cela devrait me permettre de ré-avoir accès à mon volume. Donc grâce à vos conseils, l'espoir est là.

(Au passage, j'ai lu qu'on pouvait lancer les commande pvscan et vgscan avant la commande vgchange -ay, est-ce utile ?)

 

Une fois le volume1 remonté, j'aimerai profiter de mon disque de 4 To en spare en baie 5 pour faire un backup d'une partie de mes données.

Ce qui m'inquiète, c'est que le disque sde semble posséder 2 partitions et que celles ci semblent associées au disque RAID md0 et md1.

Comment faire pour en faire une unité indépendante afin de l'utiliser comme disque de destination de ma sauvegarde ?

Est-ce que je peux (dois) passer par l'interface web de DSM pour le sortir du service secours à chaud au préalable ? 

Si je dois le formater, quelle doit être la commande ?

Merci

[gaetan.cambier]

pvscan et vgscan, n'existe pas sur syno ;)

faut absolument que tu tape les commande données 

PS: si tu remarque, on a pas merdé jusqu'ici, le + dur à été fait ;)

pour le reste ne t'en fait pas, c'est aussi une formalité, tu aura la procédure, faut juste faire une chose à la fois ;)

Modifié le 20 octobre 2015 par gaetan.cambier

[Condorman]

Sino> vgchange -ay
  1 logical volume(s) in volume group "vg1000" now active

Sino> lvs
  LV   VG     Attr   LSize Origin Snap%  Move Log Copy%  Convert
  lv   vg1000 -wi-a- 9.08T

Je ne devrais pas avoir 10 To ?

[gaetan.cambier]

moi, ca me choque pas du tout 

1to = 931 go réel

2to = 1862 go reel

raid5 de 4 * 1863go --> 5588go
raid5 de 4 * 931go --> 2794go
raid1 de 2 * 931go --> 931 go
total : 
	 9313 go brut 
tu retire à cela les 4go du système * 4 disk = 16 go

total : 9297 go --> 9.08 to

 CQFD

 

bon passe au mount tout facon, on est sur que c'est syno qui a merdé, tes donnée sur la (suis sur à 99.9%)

Modifié le 20 octobre 2015 par gaetan.cambier

[Condorman]

Merci Gaetan !

Volume 1 monté.

Je vois son contenu

J'ai pu lire le contenu d'un fichier

En revanche, le DSM est toujours dans les choux. Il m'indique que mes disques ne sont pas utilisés.