[Synthese] NAS: Choix, Configuration, exploitation, support.

» 07 Jan 2018 8:22

Pour vous donner une idée du truc construire un SHR Raid6 avec 5 HDD de 10to m'a pris 48h .........

Le pb c'est clairement le temps et il s'allonge de plus en plus suivant comment le volume est remplie .

La je change les 2To par des 3To sur un NAS 15 Baies chargé. a 85% en 60h il a fait 70% de la reconstruction et il me reste encore 5 HDD a changer .....

Clairement oui le RAID 6 a cette avantage qui mérite bien je trouve de perdre la capacité d'un disque en plus .

» 07 Jan 2018 10:08

Je suis entrain de changer deux disques de 4To pour les remplacer par des disques de même capacité mais de format 2"5 dans une grappe unRaid.
Il m'a fallu 13H pour le premier disque et il m'en faudra autant pour le second.

Pour contrôler l'intégrité je réaliserai ensuite un scrub btrfs.
Puis je comparerai les disques enlevés, montés dans un second NAS, avec ceux qui les ont remplacés.

Je n'ai pas de sauvegarde de cette grappe, le disque de parité en tenant lieu.
Aucun stress

Michel

» 07 Jan 2018 10:27

Bon j'ai finalement lancé le system file check suggéré par DSM. Il m'annonçait 5700 mintes mais ce matin c'était terminé et le DSM était opérationnel et il m'a mis le nouveau disque (4) en "crashed", pourtant les bad sectors étaient détéctés sur le disque 3. J'ai lancé un test rapide SMART sur le 3 et le 4 et il y a des RAW Read Error Rate sur le 3 et rien sur le 4, pourtant le 4 est en "crashed".
Je pense remettre le disque de 3TO et faire une analyse poussée du 8TO. Quel outil peut-on utiliser déjà ? Est-ce qu'une analyse SMART poussée est efficace ou il vaut mieux privilégier un autre soft ?
Merci pour votre aide

» 07 Jan 2018 11:35

D'après ce que je comprends ce sont les mauvais secteurs sur le disque 3 qui ont empêché de reconstruire le nouveau disque de 8To.
C'est pour cette seule raison qu'il est en "crashed".
Si cette analyse est exacte cela ne sert à rien de vérifier le disque de 8To.

Si tu as rajouté des fichiers après avoir changé le disque de 3To ces nouveaux fichiers ne sont pas sur l'ancien disque mais déjà présents sur les autres disques de la grappe.
Remettre l'ancien disque est la dernière chose à faire.
Ton DSM doit être en mode dégradé.

Je partage l'avis de Gandalf :
Seul le support de Synology est compétent pour te dire comment procéder si il reste une chance de récupérer la grappe.
Il faut vraiment avoir l'habitude de traiter ce genre de situation ... qui n'arrive pas tous les jours.

Michel

[EDIT]
PS : En théorie on peut récupérer toute la grappe sauf le fichier contenant le bloc faux.
Encore faut-il avoir les outils pour cela.
[/EDIT]

» 07 Jan 2018 13:15

Bonjour,je viens vers vous pour qq conseils.
Je souhaiterais dans un futur proche m'équiper d'un nas,qui pour mon usage servirait de stockage pour les films et séries en demat et qui surtout alimenterait aussi bien mon lecteur multimédia zapitti que mon oppo 203,voir mon ampli hc etc.
J'en ai marre de brancher et débrancher mes dd portable de l'un à l'autre,faire des copies depuis l'ordinateur etc.
Je cherche une capacité de stockage importante pour avoir de la marge dans le temps.
Mettre des mkv,iso fhd,iso uhd et de la musique en flac.
Je pense que celui ci serait branché juste à côté de mon pc a l'étage,mon matériel audio video étant lui en bas.
J'ai un réseau local,mon pc voyant mes différents appareils quand ils sont allumés en bas
Est ce la bonne démarche ?

Merci

» 07 Jan 2018 13:20

Attention au débit en réseau local pour la vidéo...

» 07 Jan 2018 14:31

Oui c'est la bonne démarche

Reste 2/3 point a clarifié :

1 Qu'est caque tu appelle réseau Local ? CPL ? Wifi ? Ethernet ? ( développe comment est configurer tous ça SVP

2 clarifier la capacite2 que tu as maintenant, celle que tu as rajoutée l'année dernière et celle que tu penses rajouter l'année prochaine en prenant comme base t'es dernière année de dématérialisation ( le trie via l'explorateur par création de dossiers aide bien a ce faire une idée rapide

3 comment est ta bibliothèque ?
Dans les règles de l'art ? cad
3a 1 dossier par type ( Film / Documentaire / Concert / Série / Musique)
3b 1 dossier avec le film dedans

ou en bordel ..... :mdr:

Ensuite pour ton besoin le plus petit ( dans le sens puissance de traitement ) NAS ira très très bien il restera donc a choisir le nombre de baies VS t'es finance, la sécurité que ut veux avoir et la capacité don tu as besoin

» 07 Jan 2018 21:04

Merci pour vos conseils et support, ça fait plaisir

Dans l'intervalle j'ai ouvert un ticket chez Syno mais comme nous sommes dimanche, cela va prendre du temps.
J'ai donc sorti mon disque de 8TO et remis le disque de 3TO, il est en train de "check parity consistency" (je pense qu'il ne tient pas compte du fait qu'il était déjà présent dans la grappe avant l'ajout du HDD de 8TO).
J'ai lancé un test d'erreurs sur le 8TO depuis mon PC et, comme le suggère MLILL, pour le moment tout est vert.
Dans les infos SMART, j'ai en effet 136 dans RAW READ ERROR RATE sur mon disque 3.
Quel est le nombre à ne pas dépasser? (c'est un RED WD), dans les logs je vois qu'il remappe les secteurs défectueux mais il doit y avoir une limite ?
Une fois que mon ancien 3TO sera réintégré dans la grappe (si ça réussit), je remplacerai mon 4TO avec erreurs par le 8TO qui semble nickel et vais tenter une prise en charge par WD pour le 4TO, on verra bien.
J'essaie de faire par étape, j'ai à priori une chance de récupérer ma grappe. Pour le moment, mes fichiers sont utilisables (j'ai juste tenter d'écouter une chanson pour ne pas trop stresser les HDDs avec une lecture de film en 1080p par exemple).
Je vous tiens au courant ... mais so far so good ...

» 07 Jan 2018 21:19

» 07 Jan 2018 21:39

Ci dessous le rapport SMART d'un RED 3To

Code: Tout sélectionner: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 179 177 021 Pre-fail Always - 6016 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 340 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0 9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 822 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 173 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 15 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 325 194 Temperature_Celsius 0x0022 123 114 000 Old_age Always - 27 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0

L'attribut 1 (Raw Read error Rate) n'est pas corrélé avec des pannes disques.
Il faut surveiller :

5 - Reallocated_Sector_Count.
187 - Reported_Uncorrectable_Errors.
188 - Command_Timeout
197 - Current_Pending_Sector_Count.
198 - Offline_Uncorrectable

Tiens nous au courant pour la suite ...

Michel

» 07 Jan 2018 22:05

Voilà ce que j'ai pour mon fameux disk3 qui me pose problème.
Étonnamment on ne voit pas de secteurs réalloués ... à part le raw read error rate, c'est tout ce qu'il y a de louche.
Est-ce que les infos sont en temps réel ou faut-il relancer un test SMART pour actualiser les valeurs ?

» 08 Jan 2018 0:13

C'est du temps réel pour la plupart des valeurs, mais tu peux recommencer un test court.
Pas de trace de mauvais secteur ...
Tus es bien sur que les mauvais secteurs signalés par DSM sont sur ce disque ?

Mon record sur le raw-read-error-rate pour un WD (green) est à 2641 et il n'a donné aucun signe de faiblesse.
Toute catégories mon record est à 10 chiffres.

Pour approfondir il faudrait voir la log du disque.
Je le fais avec une manip un peu pénible que j'ai expliquée dans mon topic sur les rapports SMART.

Michel

» 08 Jan 2018 1:43

Oui je suis sûr ci-après une capture des logs.
Bizarre en effet, là je suis à 64% du check parity consistency, peut-être que demain matin je verrai si il a pu réparer la grappe.
Bonne nuit les petits

Pour info (je ne l'ai pas précisé ici), j'ai tout de même fait un backup de mes données importantes avant la manip, donc pas de stress de mon côté

mais si je peux m'économiser la "reconstruction" de tout le reste ça m'irait bien

Comme quoi, faites bien des backups réguliers de votre fichiers importants

:):):)

» 08 Jan 2018 1:50

MLill a écrit:Pour approfondir il faudrait voir la log du disque.
Je le fais avec une manip un peu pénible que j'ai expliquée dans mon topic sur les rapports SMART.

Michel

Tu parles de ce post là : post178877691.html#p178877691 ?

» 08 Jan 2018 3:52

Danam a écrit:Bon j'ai finalement lancé le system file check suggéré par DSM. Il m'annonçait 5700 mintes mais ce matin c'était terminé et le DSM était opérationnel et il m'a mis le nouveau disque (4) en "crashed", pourtant les bad sectors étaient détéctés sur le disque 3. J'ai lancé un test rapide SMART sur le 3 et le 4 et il y a des RAW Read Error Rate sur le 3 et rien sur le 4, pourtant le 4 est en "crashed".
Je pense remettre le disque de 3TO et faire une analyse poussée du 8TO. Quel outil peut-on utiliser déjà ? Est-ce qu'une analyse SMART poussée est efficace ou il vaut mieux privilégier un autre soft ?
Merci pour votre aide

C'est normal qu'il t'ait mis le nouveau disque en crashed car il ne pouvait pas le reconstituer proprement avec le défaut sur le 3.

Si tu veux remettre ton ancien disque, j'espère qu'il n'y a eu aucun changement depuis la mise en place du nouveau disque.

Si c'est le cas, il faudra quand même faire un check de l'ancien disque.... Et ce sera assez long...

Une fois l'ancien disque réintégré dans ton RAID, remplace celui qui t'a lâché par le 8 To en priorité...

+++
basthi