Perte De Donn

[Macadambumper]

Salut tlm,

Ce matin mon DS214 Play s'est mit à bipper.

En m'y connectant il me dit qu'il y a une erreur sur mon volume ISCSI, je fais donc réparer comme il me le propose (les données sur le volume ISCSI ne sont pas important).

Les logs :

Depuis j'ai accès à mon NAS via mon explorateur de fichier mais plus aux fichiers.

Les logs m'indiquent que le slot 2 est désactivé, j'ai redémarrer le NAS et enlevé puis remis le disque, rien ne change.

Dans le gestionnaire de stockage j'ai ca :

Quand je clique "File Station" voici ce que j'ai :

Je clique sur "Ok" :

Je clique sur "Ok" :

Dans le "iSCSI Target" j'ai ceci :

Je vois que 2 ordis sont connectés hors depuis ces ordis le volument iSCSI n'est pas visible.

Sauriez vous comment faire pour retrouver mes documents qui sont hors volume iSCSI ?

Je ne souhaite pas récupérer le volume iSCSI, je le supprimerai.

Mes disques sont 2 Seagate Barracuda 3To / SHR type RAID 1.

D'avance merci pour vos lumiaires, j'ai cherché sur le forum avant de poster mais n'est rien trouvé. Si un sujet est déjà ouvert d'avance désolé pour le doublon.

++ / Christophe

Modifié le 5 mai 2015 par Macadambumper

[gaetan.cambier]

pour comprendre, tu peux faaire une capture du iscsi lun avec une lun bien detaillée, je crois comprendre pourquoi les partage ne sont plus la, fait faudrait cette info pour verifier

[Macadambumper]

Salut Gaetan,

Est ce ceci que tu souhaites :

++ / Christophe

[Macadambumper]

Re,

J'ai semble t il reproduit la panne en éteignant le NAS, enlevé et remis le disque 2 de son slot et rallumé le NAS.

Actuellement mon NAS bip, voyant "Status" orange clignotant, j'ai de nouveau accès à mes document via l'explorateur de fichier.

Voici les messages quand je me connecte au NAS :

Si je comprend bien j'ai mon disque 2 Hs ?

++ / Christophe

[Macadambumper]

Salut,

Je peux supprimer le volume iSCSI sans que cela impact le reste ?

Je n'ai pas envie de faire la boulette, alias Ze Boulette !

D'avance merci pour votre aide.

++ / Christophe

[gaetan.cambier]

il semblerai plutot que ce soit le disk 1 qui ait un problème, il est en etat initialisé (comprendre que les partition root et swap sont dessus, mais pas de partition de données)

le disque 2, contient ta partition de données, mais pas de partition système

tu saurait te connecté en ssh pour conner le resultat de cette commande :

cat / proc/mdstat

on y verra plus clair sur ce qui est ok et sur quel disque

tu peux aussi nous donner le detail smart de chaque disque (bouton "info sur le santé" onglet info smart ) en agrandissant bien la fenetre pour bien tout voir

Modifié le 5 mai 2015 par Gaetan Cambier

[Macadambumper]

Re,

Désolé je ne sais pas me connecter en ssh.

Pour info j'ai supprimer le volume iSCSI.

Voici les infos demandées pour le disque 1 :

Pour le disque 2 :

++ / Christophe

[gaetan.cambier]

les disque semble en bon etat

pour le ssh (va faloir y passer ) voici commande pour y acceder : http://blog.e-nnov.fr/synology-dsm/service-ssh/

login: root

pass : ton password admin

[Macadambumper]

Re,

Résultat pour la commande cat /proc/mdstat :

++ / Christophe

Re,

Si cela peut aider :

DiskStation> fdisk -l
fdisk: device has more than 2^32 sectors, can't use all of them

Disk /dev/sda: 2199.0 GB, 2199023255040 bytes
255 heads, 63 sectors/track, 267349 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 1 267350 2147483647+ ee EFI GPT
fdisk: device has more than 2^32 sectors, can't use all of them

Disk /dev/sdb: 2199.0 GB, 2199023255040 bytes
255 heads, 63 sectors/track, 267349 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 1 267350 2147483647+ ee EFI GPT
DiskStation>
DiskStation>
DiskStation>
DiskStation>
DiskStation> cat /proc/diskstats
1 0 ram0 0 0 0 0 0 0 0 0 0 0 0
8 0 sda 5361 6777 329254 68460 5241 900 40096 82008 0 78484 150492
8 1 sda1 5136 6735 327154 66020 3942 900 40072 78668 0 76160 144692
8 2 sda2 106 11 918 1188 3 0 24 60 0 1248 1248
8 5 sda5 91 3 734 320 0 0 0 0 0 320 320
8 16 sdb 3618 13099 174480 28884 557 481 9376 6328 0 8148 35204
8 17 sdb1 72 30 816 0 0 0 0 0 80
8 18 sdb2 5 11 128 36 3 0 24 68 0 104 104
8 21 sdb5 3503 13036 173056 28704 474 481 9344 6188 0 7836 34884
31 0 mtdblock0 0 0 0 0 0 0 0 0 0 0 0
31 1 mtdblock1 0 0 0 0 0 0 0 0 0 0 0
31 2 mtdblock2 0 0 0 0 0 0 0 0 0 0 0
31 3 mtdblock3 0 0 0 0 0 0 0 0 0 0 0
31 4 mtdblock4 0 0 0 0 0 0 0 0 0 0 0
31 5 mtdblock5 0 0 0 0 0 0 0 0 0 0 0
9 0 md0 11808 0 326556 0 3960 0 32808 0 0 0 0
9 1 md1 95 0 760 0 2 0 8 0 0 0 0
252 0 zram0 0 0 0 0 0 0 0 0 0 0 0
252 1 zram1 0 0 0 0 0 0 0 0 0 0 0
9 2 md2 16505 0 172802 0 919 0 9272 0 0 0 0
253 0 dm-0 16388 0 171866 412312 919 0 9272 6548 0 5268 418860
65 0 sdq 0 0 0 0 0 0 0 0 0 0 0
65 16 sdr 0 0 0 0 0 0 0 0 0 0 0
7 0 loop0 0 0 0 0 0 0 0 0 0 0 0
7 1 loop1 0 0 0 0 0 0 0 0 0 0 0
7 2 loop2 0 0 0 0 0 0 0 0 0 0 0
7 3 loop3 0 0 0 0 0 0 0 0 0 0 0
7 4 loop4 0 0 0 0 0 0 0 0 0 0 0
7 5 loop5 0 0 0 0 0 0 0 0 0 0 0
7 6 loop6 0 0 0 0 0 0 0 0 0 0 0
7 7 loop7 0 0 0 0 0 0 0 0 0 0 0
DiskStation>

++ / Christophe

[gaetan.cambier]

donc, la resultat est :

la partition système (md0) a été detruite sur le disque 2 (sdb1 manquant)

la partition swap est clean (md1)

la partition de donnée (md2) a été sur le disque 1 (sda5 manquant)

on peux tout réparer simplement :

on va commencer par la partition système :

mdadm --manage /dev/md0 --add /dev/sdb1

après tu retape la commande :

cat /proc/mdstat

tu va voir le mot recovering avec une fleche qui grandis (===>)

tu retape la dernière commande autant de fois que tu veux, dès qu'il a fini, tu peux reposté le résultat (ou en cas de prob bien sur )

PS : tu peux faire un simple copier coller d'une fenetre putty : tu selectionne le texte dans la fenetre et il est automatiquement copier, reste plus qu'a le coller sur le forum

une fois fini, dans l'interface du dsm, le warning sur le problème de partition système ne doit plus etre la

Modifié le 5 mai 2015 par Gaetan Cambier

[Macadambumper]

La commande me sort ceci comme résultat :

DiskStation> mdadm --manage /dev/md0 --add /dev/sdb1
mdadm: Cannot open /dev/sdb1: Device or resource busy
DiskStation>

[gaetan.cambier]

le nom d'utilisateur que tu as utiliser pour te connecter avec putty est bien "root" et pas "admin" ?

si tu n'est plus sur, la commande "who" y répondra

Modifié le 5 mai 2015 par Gaetan Cambier

[Macadambumper]

Yes i'm root

DiskStation> who
USER TTY IDLE TIME HOST
root pts/1 00:00 May 5 15:24:24 192.168.1.2
DiskStation>

Il faut être en admin ?

[gaetan.cambier]

bon, je viens de tester sur un nas de test, mes commandes sont bonne

il faut bien se conecter en root ca c'est sur aussi

il y a quelque chose qui bloque l'acces au disque, essaye un reboot, ca ne coute rien

puis réessaye les commandes

commande toujours par :

cat /proc/mdstat

pour voir que la situation est la meme (en théorie, ca ne change pas après un reboot, mais vaut mieux perdre 30 seconde en vérifiant )

[Macadambumper]

Ok chef, reboot fait, mais même résultat :

DiskStation>
Broadcast message from root@DiskStation
(unknown) at 16:05 ...

The system is going down for reboot NOW!
login as: root
root@192.168.1.44's password:


BusyBox v1.16.1 (2015-01-07 15:12:56 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

DiskStation> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid1 sdb5[1]
2925531648 blocks super 1.2 [2/1] [_U]

md1 : active raid1 sda2[0] sdb2[1]
2097088 blocks [2/2] [uU]

md0 : active raid1 sda1[0] sdb1[1]
2490176 blocks [2/2] [uU]

unused devices: <none>
DiskStation>
DiskStation>
DiskStation> mdadm --manage /dev/md0 --add /dev/sdb1
mdadm: Cannot open /dev/sdb1: Device or resource busy
DiskStation>
DiskStation>
DiskStation>

[gaetan.cambier]

non, pas le meme resultat :

avec le reboot, md0 est reparée (tu ne devrait plus avoir le warning dans gestionnaire de stockage --> hdd/ssd où il etait noté échec de la partition système)

maintenant, tu peux reparer la partition de donnée :

mdadm --manage /dev/md2 --add /dev/sda5

suivit de

cat /proc/mdstat

tu devrait voir le recovering avec une durrée estimée pour la réparation si tout va bien

[Macadambumper]

Suite au reboot, les NAS continuait de biper avec le même message d'erreur.

J'ai lancé la réparation via le DSM dans le menu "Volume".

Dans statut j'ai : "Réparation (Vérification de la cohérence de parité 1.17%(pourcentage qui augmente))

Menu HDD:SSD :

Mes 2 disques sont en staut nomal.

La commande que m'a demandé de passer correspond à cette action?

Modifié le 5 mai 2015 par Macadambumper

[gaetan.cambier]

oui, c bon, ton problème sera complétement reglé quand tu sera à 100%

[Macadambumper]

Merci bien l'ami pour ton expertise et ta réactivité.

Maintenant que c'est en cours de réparation, j'aimerai éclaircir certains points :

D'où peut provenir l'erreur que j'ai eu ?

Cela va t il ce reproduire et peut on l'éviter ?

Mes disques/mon disque sont ils a remplacer ?

++ / Christophe

[gaetan.cambier]

D'où peut provenir l'erreur que j'ai eu ?

as-tu un onduleur ? souvent un petit problème électrique fait des gros degat sur le raid

Mes disques/mon disque sont ils a remplacer ?

les disque ont l'air sain, pour s'en assurer, un test smart etendu est toujours une bonne iddée

attend l'avis d'autres personne au passage

[Macadambumper]

Non pas d'onduleur.

Tu conseilles d'en poser un ?

[gaetan.cambier]

Oui, ça c'est sûr

[Macadambumper]

Onduleur ou parasurtenseur suffit ?

[Macadambumper]

Salut,

Un grand merci Gaetan pour ton aide !

Vous pouvez mettre [Résolu] devant le sujet.

++ / Christophe.

[gaetan.cambier]

problème d'acces hier à nas-forum, bon, un onduleur qu'il faut pour qu'en cas de coupure, le nas ait le temps de se mettre en securité et pas planté le raid

ps tous les onduleur font parasurtenseur en meme temps