Diaoul

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"

Nullement besoin de toucher aux fichiers de conf avec HAProxy et quand tu désinstalles aucune trace sur ton système.

Fais le changer en boutique, il est mort.

Je pense que ce n'est pas une bonne idée. A moins que Synology ne propose une possibilité de le faire via DSM, tu risques d'avoir des problèmes je pense.

Tu peux aussi supprimer le default backend des options du frontend. Je crois que par défaut un 503 est renvoyé.

Tu ne peux pas crééer un VirtualHost sur un port différent via DSM ?

Je suis connecté à 4 serveurs et plusieurs channels par serveurs sans aucun problème. J'utilise xchat et AndroIRC. Je pense que tu as des problèmes de configuration. Vérifie le firewall + port forwarding du routeur Aucune idée, peut être un problème de config mIRC ? Essaye un autre client pour voir si ça vient du client Il te faut crééer une connexion à ZNC par serveur IRC connecté par ZNC. Il est impossible pour ton client de savoir qu'en se connectant à un serveur ZNC il se connecte en fait à plusieurs serveurs IRC. Tu peux mettre le même serveur sur ton client IRC, le même user, et mettre un mot de passe qui indique sur quel serveur tu veux te connecter. Par exemple utilisateur Diaoul sur serveur Freenode, le mot de passe sera : Diaoul/Freenode:monpassword. C'est spécifié dans l'interface web quand tu configures un nouveau serveur.

Je pense que tu n'as pas compris le principe du reverse proxy. Pour newznab, les requêtes arrivent en HTTP, donc s'il te met des liens dans les pages web, il te les met en HTTP. Quand tu cliques sur un lien ou soumet un formulaire, tu sera renvoyé vers du HTTP même si initialement tu es sur une page HTTPS. C'est un problème de newznab, pas HAProxy ni Apache. Pour vérifier que c'est bien ça tu peux regarder le code source d'une page HTTPS et regarder si tu vois "http://" dedans.

Un SPK beta est dispo "Disk Utils" et permet de faire une préparation poussée des disque durs grace à badblocks.

C'est une question

Il n'y a pas de cache pour aucun des deux. Les requêtes HTTP sont faites par ton browser.