Diaoul

DSM 4.2 = beta

Les problèmes SMART ne se révèleront qu'après le badblocks. Si tu ne fais pas de badblocks, tu fais un peu l'autruche.

C'est root qu'il faut utiliser.

Tu avais préparé ton disque dur ? Si oui, comment ?

Ca devrait aller de le feinter comme l'a fait Lapin

Bah voilà ce qui arrive quand on fait une mise à jour hative. Si vous êtes content avec votre version de SABnzbd faut pas faire la mise à jour... Consultez les logs pour voir ce qui ne va pas. @Piwi: Tu peux supprimer la nouvelle version du repo temporairement ?

Je précise que si pour moi c'est le Gigabit le goulot d'étranglement c'est certainement parce que j'ai un SSD

Tu regardes si tu as des secteurs défectueux dans le compte rendu SMART Est-ce que ton utilitaire à contrôlé que la valeur écrite est bien égale a la valeur lue? Peut être que le disque à réussi à écrire sur le secteur, peut être n'arrivera-t-il cependant pas à le lire. Enfin en tout cas c'est une bonne sécurité, le cas que je cite doit être marginal, surtout après 3 passes d'écriture.

Il faut cross compiler un par2 multicore. Pour moi l'intérêt est limité, l'utilisation d'un seul coeur permet de limiter l'impact sur le reste des fonctionnalités du NAS. De toute façon les NAS multicores ont des bonnes performances et un par2 n'est pas ce qui prend le plus de temps. Vu la maintenance supplémentaire que cela m'obligerait à faire et le gain très limité, ça ne vaut pas le coup. Si toutefois quelqu'un souhaite se lancer dans l'aventure tout seul, spksrc est là pour ça. J'accepterai toute contribution dans ce sens.

412+ en RAID 5 sur 3 x WD Red 3To je suis à 115Mo/s débit quasi constant. Le 412+ et 713+ ont le même processeur il me semble. C'est étonant de constater autant de disparité de débit.

Dans la journée.

Non, hélas je crois que l'arch powerpc de Debian n'est pas compatible avec l'arch qoriq. @Piwi: Tu peux virer le SPK du repo pour l'arch qoriq ?

Justement, en RAID 5 sur 3x3To ça m'a pris une nuit (~8h) en cochant la case de vérification des secteurs défectueux par DSM et n'a pas détecté les disques défaillants. Donc non, DSM ne fait pas du tout aussi bien que DBAN ou badblocks. C'est ce que je dis depuis la page 3 de ce thread. Après tu fais ce que tu veux hein A bon entendeur

Je ne sais pas quelle méthode DBAN il faut utiliser mais oui ça va prendre longtemps. En page 3 j'ai mis un lien vers un forum avec différentes personnes qui utilisent DBAN / badblocks sur des WD Red 3To et donnent leur temps et la méthode. Aucun risque d'endomager le disque, s'il y a des erreurs c'est que ton disque est pourrit et bon pour la garantie.

DBAN

Pour l'instant il est encore en beta, qui le veut peut l'utiliser à ses risques et périls (bien que nos bêtas soient sûres). Par ailleurs il faut que je fasse un petit tour dans le SPK mais je n'ai pas trop le temps en ce moment..

Regarde

Il n'y a rien que HAProxy ne puisse faire qu'apache fait. Il suffit de faire un backend à l'image de celui pour GateOne : Nom : toto Serveur : toto 192.168.1.2:443 ssl check Options : Et une association entre ton frontend et ton backend. Il ne faut pas hésiter à lire la doc intégrée à DSM, tout y est, y compris un lien vers la doc officielle.

CONFIGURE_TARGET = nope

Supprime cross/transmission/digest.

Fais toi une VM Debian stable avec juste spksrc dessus et ça devrait aller mieux. Je pense que le toolkit Syno a peut être créé un alias pour remplacer ton gcc par autre chose.

J'ai installé DSM sur un volume basique sur mon vieux 320GB et pas touché aux 3 WD Red le tout dans mon DS412+. J'ai installé le SPK que j'ai fait spécialement pour l'occasion : Disk Utils et via SSH j'ai lancé 3 instances de badblocks avec la commande que j'ai indiqué J'ai tout fermé et attendu que les LEDs des disques du DS412+ arrêtent de clignoter pour aller voir le résultat. Ce n'est pas une simple écriture de zéros, c'est bien plus puissant que ça car il y a vérification derrière et 4 patterns différents.

J'ai parlé de dans un post sur la préparation des disques et donne une méthode pour éprouver les disques durs à l'aide de badblocks avant la mise en fonction. Sur 6 disques que j'ai eu entre les mains 3 étaient défectueux. Je pense que c'est grace au RAID (et le fait que toute la surface du disque est lue à chaque vérification) que tu as pu detecter les erreurs. Depuis que j'ai mes 3 disques fonctionnels vérifiés avec badblocks je dors sur mes deux orreilles. Cet outil écrit 4 patterns différents sur toute la surface du disques et après chaque écriture, lit les secteurs afin d'en contrôler la valeur. Sur un WD Red 3To ça prend 2 à 3 jours mais rien n'empèche de tout lancer en même temps sur mon DS412+ : le systeme sur un vieux 320Go et les 3 disques "Non initialisés". J'ai remonté le problème à Synology afin qu'ils améliorent la préparation des disques mais je dois dire que je suis assez déçu de WD sur ce coup car niveau fiabilité c'est pas ça quoi.

A titre de comparaison : http://openbenchmarking.org/system/1105160-GR-1105156GR17/New%20D525/cpuinfo

Il ne faut pas mettre la liste de tes serveurs à cet endroit. La partie que tu saisis sert à mettre différents serveurs du même network (éventuellement avec différents ports / SSL). Par exemple, dans le network Freenode de ton user tu peux mettre les serveurs de ton choix parmis cette liste : http://freenode.net/irc_servers.shtml avec SSL, sans, etc. Quand un serveur tombe, le suivant est utilisé. Pour ajouter un network, tu vas dans les paramètres de ton user et dans la partie correspondante ("Networks") tu fais "add"