oliviervdb

Hello, ca date mais je vois que j'ai pas fais de follow up. en faite c'était la clef USB (SanDisk) qui était HS...(Elle chauffait super fort, et des qu'elle était chaude, elle perdait la connexion avec le Syno, idem sur un PC ou je l'ai testé par la suite) du coup ca prenait des plombes pour faire l'update. J'ai remplacé la clef, et c'est repartis 🙂

Hello a tous, Petite question liée a TP, mais moins a sa configuration. Depuis un certains temps je remarque que la mise a jour de le Base de donnée prends plus de temps qu'avant. quand je dis plus de temps je parle de 1 a 2h... (je l'ai configuré pour démarrer la MaJ a 5h30 du mat, pour que a 7h30, quand j'ai besoin de ma connexion internet, il soit ready, en pensant qu'avec 2h, j'avais de la marge), et depuis qq mois, ce n'est plus le cas. Je dois parfois attendre 8h00 du mat pour avoir ma connexion. Pire, pdt le MaJ, j'ai même plus accès a SRM. Donc je pense que c'est bien TP qui se met a jour, mais j'en suis même pas sur. En "dépannage", j'ai avancé l'h de MaJ a 4h30, mais, et si c'est bien ca, est ce que c'est normal que la MaJ prenne autant de temps? Est ce que vous avez deja constater ca? Est ce que la Data base est corrompue? Est ce que c'est ma Clef USB qui est occupée a rendre l’âme? nb: configuration, RT2600 avec clef USB 3.1 Extrem GO. Merci.

Hello, Pas d'update sur ce sujet? Pourtant ca nous aiderai bcp a "recycler" nos anciens NAS... je commence a a avoir une belle collection 😉 Merci.

Hello, Any news? Tjs en attente de DSM7 (beta) ? Merci d'updater. bonne journée.

Hello, Dans ce forum au post suivant: Tu indiques au 26 Oct que pour finir tu as réussi a faire "digérer" du DSM 6.2.1 a ton DS1010+. Donc on peut considérer que ce post ci, ou tu indiques tout un paquet de problèmes est résolu? Si c'est le cas, c'est sympa de passer le post en RESOLU. si non les gens s'y perde un peu. Merci.

@unPixel Bonsoir, mais ca ne reponds pas a ma question initial. Le journal ne donne que le resultat de ce qui a été fait par un utilisateur (donc APRES que la tache faite par l'utilisateur soit terminée). De plus ca ne te donn epas non plus ce que d'autres system font sur ton NAS, comme par example quand une Smart TV lit un filme de ton NAS, ou un lecteur Audio ou video. J'ai pensé au paquet DarkStat, mais j'ai pas eu le temps de rechecker depuis. Ca ne donnera que l'IP de la destination et le nombre de packet, mais avoir l'IP local c'est deja une bonne indication pour voir ce qui se passe.

Moi tjs pas pour un RS812+ ... bizarre. Vais finir par faire la mise a jour en manuel.

J'ai fais l'update sur des machines de tests DS411j et un DS111 et pas de problème pour l'instant. Même sur le DS411j ca ne rame pas plus qu'avec le version précédente.

bizzare ce comportement de FS. Mais oui tu peux essayer de retirer le disque defectueu et rapidement faire une copie sur ton disque en USB. Et puis le mieux c'est de remplacer ton disque de 2To foutu par un autre neuf, et faire reconstruire ton system pour recrer le disque mirroir.

Donc je suppose que ce que tu veux c'est : - vérifier que le NAS et les 2 extensions fonctionnent tjs - récupérer toutes tes données. Ca va pas être de la tarte de récupérer des data d'un volume SHR de 15 Disques !!! Donc je suppose que tu n'as pas un PC avec 15 emplacements SATA de libre... et que donc tu veux le faire a l'aide de ton NAS. Et donc avant ca faut vérifier que ton systeme (le hardware) fonctionne tjs normalement. Pour ce qui est de vérifier que ton NAS fonctionne tjs, je vois que tu as déjà essayé le NAS débranché des extensions avec 1 nouveau disque et que c'est ok. Voila ce que je ferrai (mais ca n'engage que moi), apres avoir retiré (déconnecté) tous tes disques, faudrait aussi essayer le NAS avec 1 extension, puis avec l'autre, puis avec les 2 en même temps. Et tous ca sans tes disque de data ds le nas et les extensions. C'est pour vérifier que ton NAs fonctionne tjs correctement et que tes extension aussi qd tout est connecté. Quand je dis vérifier, c'est installer un disque vide dans le NAS, et installer une version de DSM dessus (donc il te faut un autre disque que ceux qui étaient dans le system). Histoire de pas toucher aux disques qui contiennent tjs tes data. Puis installer au moins 1 disque vide ds chaque extension. Et voir que tout est reconnu. Pour bien faire faudrait meme essayer le disque ds chaque slot de ton NAS et des extension. Une fois que t'as fait ca, et que tout est OK, on peut raisonnablement penser que la partie Hardware de ton système n'est pas endommagée. Apres la question qui vient, c'est de savoir s'il y a pas 1 (ou plusieurs) des 15 disques qui est endommagé (électriquement je veux dire). Moi j'essayerai sur un PC avec un Linux installé (ou un Live CD), en les connectant les un apres les autres et en faisant un petit check du disque avec Gparted par exemple. Attention!!! a ne surtout rien écrire sur tes disque !!! Si non c'est la cata assurée si tu vas toucher aux partitions ou aux données. Donc même si le PC te dis qu'il peut corriger qqch, ne pas le laisser faire. Ici, c'est pour vérifier que les disques tournent, sont reconnus, qu'il y a bien une partition dessus, et des données. Si t'arrive déjà la, et que moins de 2 disques (donc au plus 1 disque) est naze, la partie est pas encore game-over (ca veut pas dire non plus que c'est gagné). Si t'as plus qu'1 disque qui est foutu, comme t'est en SHR1 c'est fini, tu peux dire adieux a tes datas. Si c'est OK, faudra passer a l'étape de reconstruire ton RAID (dans ton NAS). La il y a des gars plus futés que moi en Linux qui devront t'aider. Mais essaye déjà ca. enfin encore une fois, c'est ce que je ferrai, mais si d'autres ont de meilleures idées... attends un peu pour voir si la communauté est ok avec ce que je dis ou s'ils ont pas d'autres idées/solutions. Bon courage.

Hello, Je suis en test pour l'instant pour passer certains de mes dossiers partagés en BTRFS. Donc j'ai installé un Syno de test (DS1512+) en DSM6.1.2.15132. J'ai fais qq tests en créant différents dossiers partagés en BTRFS (1 avec compression et 1 sans) et EXT4. J'y ai copier les même fichiers (.MKV, .doc, .jpg, ... ) Je voulais voir ce que ca demandait en ressource systeme pour copier et relire, et voir si par exemple, je n'allait pas avoir des problème avec des Video en HD stocké ds un dossier compressé. Pas encore fini tous mes testes mais pour l'instant, je ne vois quasi aucune raison de ne pas comprimer ses dossiers si vous passez en BTRFS. Car même si souvent le taux de compression est ridicule sur des fichiers déjà comprimés (. Mkv, MP3, JPG,..) ce dont je ne suis absolument pas surpris, au moins les fichiers comprimés ne sont pas plus important que les fichiers originaux (oui ca arrive, essayer de .zip un MKV...vous verrez). Le besoin en ressources est minime (on ne voit quasi aucune différence), et sur les fichiers bien "comprimable", le taux est supérieur a 50% (word, excel....) Donc quasi pas de perte de performance, et un certains gain sur certains type de fichiers. Il me reste a essayer de regarder des fichiers HD stocké "comprimés" sur ma Samsung. (même si je ne compte pas compresser mes dossiers "multimedia"). Par contre est ce qu'on a un retour d'expérience la dessus (utiliser BTRFS a la place de EXT4 pour une utilisation SOHO sur nos NAS). Je vais finir mes tests, mais bon, si il existe déjà des problèmes connus, merci de partager (surtout que je compte pas tester toutes les cas de figure... ). Par exemple, je ne compte pas essayer les app type DSaudio, DSCam,... De plus J'ai que 1 HD ds mon systeme test. J'ai pas fais de test de SHR avec du BTFRS, et d'apres ce que je sais, RAID5 a été le dernier RAID implémenté dans BTFRS. Il y pas encore eu de catastrophe a ce niveau? Merci.

Et pour finir ca a donné quoi? Si tu l'as testé...

A Lukimaley, c'est un peu hors sujet "Iron wolf Healt Management", mais le faite de trouver des secteurs défectueux quand on fait une reconstruction, est un problème "classique" sur les HD monté en RAID (et pas que sur le Syno, sur tous les sys RAID). PQ? Car lors de la reconstruction, le système va devoir relire toutes les données de tous les disques. Et donc ton system va tourner a pleine charge pdt un temps certain, mais surtout, vu que le system va relire toutes les données de tous les disques, c'est a ce moment qu'il pourrait détecter des secteurs qui seraient devenu défectueux suite a de l'usure. Secteurs qui peut être n'ont plus été atteint depuis longtemps (fichiers archivés, ou pas/peu demandés) et qui donc n'avait pas été détectés comme défectueux avant cette reconstruction. Pour éviter ca, il faut régulièrement que le system relise l'ensemble des fichiers stockés, même si il n'y pas de demande pour ces fichiers par un utilisateur (= faire du "data scrubbing"). Sur les sytem Pro, c'est automatique (Sur le HP Proliant, qd le syst entre en Idle, il se mets a faire du data scrubbing des données automatiquement. Et corrige automatiquement les erreurs, voir prévient l'admin si problème, ) Sur les syno, depuis DSM6.1 (je crois), il est possible de planifier un tache pour ca. Pour les version antérieur, il faut le lancer manuellement (meme si le syst préviens et le propose 1 fois par mois il me semble, sur les sys monté en RAID). Ca permet une bonne flexibilité p/r a la criticité et l'utilisation du système. Si utilisation critique, l'admin peut lancer automatiquement et régulièrement des taches de data scrubbing, si c'est pas le cas, il peut le lancer a intervalle plus long, et comme ca "ménager sa monture". car bien entendu, faire du data scrubbing, utilise les disques, et d'une façon, les "usent" aussi. D’où l’intérêt de trouver un balance entre la criticité et le risque. Perso je lance ce "nettoyage" comme appeler par synology dans le gestionnaire de disque, 1 fois / mois.

Donc si on comprends bien tu as 15 HD en SHR et tu as créer 1 volume avec tout l'espace?

Je ne vois pas pq c'est etrange, on peut tres bien avoir une activité "disque" et pas d'activité "volume" (l'inverse n'est pas vrai). Par exemple si les disques son actifs pour du swap mémoire par exemple.