gaetan.cambier

ca s'est bizarre, car ca demarre chez moi. pas un oubli qd tu as fais le changement ?

tu va etre refroidi c'est ceci : DiskStation

je me relance dans un test : (on repart du fichier original) modifier le fichier : /var/packages/haproxy/target/app/application/direct.py ajouter cette ligne après les ligne "import": import re à la ligne 77 : modifié ce code : error = subprocess.check_output([self.start_stop_status, 'check'], stderr=subprocess.STDOUT) return error par : error = subprocess.check_output([self.start_stop_status, 'check'], stderr=subprocess.STDOUT) error_escape = re.compile(r'x1b[^m]*m') return error_escape.sub('', error) idem pour les test ....

je viens d'ouvrir l'archine du dsm 5.1 et voila ce que j'ai trouvé dans /ect/profile et dans /root/.profile : PS1="`hostname`> " bref, c pas là la source du problème ^pourtant, l'iddée semble bonne

heu, j'aimerai savoir en 5.1 si cette commande fonctionne bien : /var/packages/haproxy/scripts/start-stop-status check c'est la fonctione que python apelle --> on ne sais jamais autant tester en theorie, la fonction ne renvoit rien, mais j'aimerai savoir si il n'apparait pas quelque part des caractère spéciaux et tester aussi ceci serait bien : /var/packages/haproxy/scripts/start-stop-status checkn

bon, toute facon, c'est sur la sortie d'erreur qu'il faut appliquer la fonction, la je l'avait appliquer au code error mais en effet, si en plus, il y a des caractère spéciaux, ca va etre la joie, je cherche a quoi peut bien correspondre ce caractère

J'ai pas du tout comprendre au code alors

la meilleure chose qui était à faire, c'était de prendre son temps avant de faire cette update et rester un peu en 5.0.*

si il y est sur le site officiel le ds1515+ ! http://ukdl.synology.com/download/Document/DataSheet/DiskStation/15-year/DS1515+/

sha1

je vais encore demandé une ame chariatble qui saurait tester ceci en DSM 5.1 : modifier le fichier suivant : /var/packages/haproxy/target/app/application/direct.py à la ligne 58 il y a ceci : error = self.check() le modifier par : error = self.check().replace('7[r[999;999H[6n8', '') aller dans le centre de package, stopper haproxy, le redemarrer tester pour voir si l'erreur est partie. en cas de problème, remettre la ligne originale.

Oui, donc tout fonctionne, il y a juste quelques caractères en trop

Bon, un volontaire pour modifier ça configuration haproxy pour mettre une erreur pour confirmer ? PS ça ne va pas interrompre haproxy vu qu'un cas d'erreur, il ne recharge pas la configuration

alors, le problème ne viens pas de çà

au moin, ca pourrait confirmer, une ame charitable sous 5.1 pourrait tester ?

oui, ca sera un petit problème en fait faudra: crée le volume 2 faire une copie intégrale du volume1 sur volume2 en ssh : cp -R /volume1 /volume2 renommer volume2 par volume1 (faut voir sur le forum, ca a déja été posé, mais je ne sais plus exactement)

Pour l'erreur 503, ça vient du site ça

Bah dans un 1813, c'est pas la place qui manque. Tu ajoute le disque et tu créé un deuxième volume puis tu transfère tes donnée

+ de 100 MB en écriture et ça ne te suffit pas ? Le gigabit ne peux pas aller beaucoup + vite. En environnement multi utilisateur, il y a l'agrégation de liens A la fois aussi c'est du raid 1 faut pas s'attendre a beaucoup plus, les disque vont saturés

Bon, probablement un bug, il n'apparaît pas dans le menu. Mais il n'y aurai pas un icône transparente ?(oublis de l'icône).

Le dsm est toujours installé sur tous les disques du nas

Normalement, c'est la branche master qu'il vaut mieux prendre

La seule solution serait de le compiler toi même. D'après ce que je vois, les architecture des sériés x14 sont prise en charge mais le ds1815+ a une nouvelle architecture avoton pas encore supportée.

En théorie, aucun problème, mais si tu as un log d'erreur, c'est toujours utile

alors oui, si port 119 + tls handshake failed, c'est que le ssl est activé dans nzbget --> a desactivé ou changé le port vers le port ssl (voir la zone memeber de astraweb pour le numero du port)