Diaoul

Donc sans rien télécharger tu est à 100% ?

Oui, /usr/local ne bouge pas non plus lors des updates.

Le bug est corrigé avec la nouvelle version de Python et des packages associés. Si vous faites des téléchargement directs des SPKs sans passer par le Package Center il ne faudra pas vous plaindre que c'est cassé. On peut clore ce sujet.

L'état de ton disque dur à travers différentes stats.

Les tests SMART donnent quoi ? Et les infos SMART ? Les tests SMART donnent quoi ? Et les infos SMART ?

Un peu de recherche

Hello moi c'鴡it en RAID 5 et la pr鰡ration Synology n'a pas dur頰lus de 10h. Je pense qu'un doit y avoir un bug car en ce laps de temps si on prend en compte la v鲩fication de parit頣a ne laisse pas beaucoup de temps pour la pr鰡ration.

J'imagine un truc du genre inotify

J'ai envoyé un mail a Synology détaillant ma mésaventure et mes préconisations. Je vous tiens informé du retour.

Et prépare bien tes disques si possible avec dban ou bad blocks

Ca peut valoir le coup de mentionner HAProxy dans le tuto.

Quelle est l'URL ? Le port est-il ouvert dans le firewall ?

J'avais bien 3 séries différentes dans ces 3 magasins. J'ai aussi pu éviter, dans une certaine mesure, les problèmes de traitement de la marchandise par les commerçant (chocs, etc.)

Peut être que je n'ai tout simplement pas eu de chance. Je suis sûr que je serai passé à coté d'un ou deux disque défectueux si je n'avais pas effectué de préparation alternative à celle de DSM. Mon RAID 5 m'aurait lâché et j'aurai été marron

J'ai arrêté hier soir après 2 patterns et tout de même 32 heures de test. Comme il n'y avait pas d'erreur j'ai lancé la création du RAID 5 avec succès hier soir et commence ce matin la copie des données par montage NFS des répertoires de l'ancien NAS. Les taux de transfert oscillent entre 30 et 45Mo/s avec un peu de tout comme type de fichiers. Bilan : sur 6 WD Red 3To que j'ai eu entre les mains, 3 étaient défectueux la préparation des disques intégrée à DSM n'est pas suffisante (test de lecture) la préparation des disques comme évoqué sur ce forum et dans le tuto de fredlime n'est pas suffisante (test d'écriture de zéros) vive badblocks (test d'écriture / lecture de 4 patterns différents)

SABnzbd 0.7.7 est dispo sur SynoCommunity SABnzbd 0.7.7 n'est pas dispo sur Synoblog Je crois que tu as inversé les deux. Je pense que 10 jours en période de fin d'année est un délai raisonnable pour une mise à jour mineur de SABnzbd et si malgré tout ça ne te convient pas je t'invite à le faire toi même grâce à spksrc : https://github.com/SynoCommunity/spksrc/commit/f2ae6292c5af26f72743b240026309febacffa26

Non mais Synology m'a confirmé travailler sur le blocage de la bonne IP lorsque ça passe par HAProxy.

Vu la progression actuelle, ce sera plutot 48h Il a déjà fait 2 écritures / lectures sans erreurs. Je pense que c'est bon cette fois !

Non, si je fais une release par branche ça fait trop de maintenance.

Il n'y a pas de "norme". Les archis x86 seront toujours supportées à mon avis, les processeurs un peu plus exotiques (certains powerpc ou arm) sont quand à eux destinés à s'éteindre un jour ou l'autre.

Voilà ça c'est fait. J'ai lancé mon script de test sur mes 3 disques, y'a plus qu'a attendre 33h environ...

Je vais renommer le SPK en "Disk Utilities" et rajouter screen dedans.

Il est dispo sur le repo normalement. Il te faut l'URL b괡 : http://packages.synocommunity.com/?beta=1 A tes risques et p鲩ls hein Avant de release il faut que j'am鬩ore les descriptions, r餩g頵n peu d'aide et link les binaires dans /sur/local/bin.

Voilà, le SPK est fait : http://www.synocommunity.com/packages#e2fsprogs N'hésitez pas à partager vos idées sur la description du SPK. Je n'irai pas plus loin sur l'interface car je pense que l'utilisateur doit maîtriser le SSH avant de lancer un badblocks sur son disque dur. Les programmes sont dans /usr/local/e2fsprogs/

Bon, finalement lors de la seconde passe d'écriture j'ai 256Mo de RAM d'utilisé par processus ce qui commence à faire beaucoup. Je vais réduire un peu le -c comme indiqué ici : http://hardforum.com/showpost.php?p=1039397496&postcount=487 -c 4096 me semble être une bonne valeur, on va écrire par tranche de 16MiB et avec 4 écritures différentes on ne devrait pas dépasser 64MiB de RAM par processus. Je vais aussi faire un SPK avec badblocks que ce soit plus accessible car c'est vraiment le top pour la préparation des disques durs et la détection de secteurs défectueux. Certes c'est long mais je pense que le jeu en vaut la chandelle. Sur l'autre forum, un utilisateur a fait 4 passes de badblocks et ça a pris un peu moins de 7 jours. Je vais aussi suggérer à Synology cette option de détection des secteurs défectueux supplémentaire.