Haproxy 1.5.dev25-13

[devildant]

Merci Condorman,

je viens d'avoir un flash, la chaine de caractère renvoyer me disait quelque chose depuis un moment et la je viens de retrouvé le sujet :

enfaite la chaine de caractère renvoyer viens d'un problème de prompte :

Bonjour

Depuis le passage en DSM 5.1 sur mon DS413, j'ai un ti truc bizarre.

Ce n'est pas gênant mais pour ma culture personnel je voudrais "si possible" une réponse.

J'utilise PLINK.exe sous windows pour faire un ProxySocks vers mon syno.

(bien entendu quand je suis a distance)

Tous fonctionne mais maintenant au prompt j'ai ça :

Using username "root".

BusyBox v1.16.1 (2014-11-06 15:58:49 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

←7←[r←[999;999H←[6nNAS>

Avant j'avais ça :

Using username "root".

BusyBox v1.16.1 (2014-11-06 15:58:49 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

NAS>

Vous savez d'ou cela peut venir

merci

je suis prêt a parier que si on produit volontairement une erreur dans la conf de haproxy on aura ses caractère bizard avec le message d'erreur. donc on a 2 solution soit supprimer systématiquement ces caractères et on set a null la variable error (python) avant de la renvoyé, soit on trouve pourquoi le prompte du shell par en vrille se qui a mon sens me parait être la meilleur solution

Modifié le 15 novembre 2014 par devildant

[gaetan.cambier]

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

[CHILLY996]

Bon j'ai modifié une association en enlevant } ... J'obtiens un code erreur

Il y a une erreur dans votre configuration : 7[r[999;999H[6n8[ALERT] 318/184759 (20281) : parsing [/usr/local/haproxy/var/haproxy.cfg:29] : error detected while parsing switching rule : missing closing '}' in condition. [ALERT] 318/184759 (20281) : Error(s) found in configuration file : /usr/local/haproxy/var/haproxy.cfg [ALERT] 318/184759 (20281) : Fatal errors found in configuration.

Si ça peut aider ...

[gaetan.cambier]

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

[CHILLY996]

Oui car si je modifie quelque chose qui ne touche pas la syntaxe (if { hdr_beg(Host) -i dev. } remplacé par if { hdr_beg(Host) -i dv. }, la modification est prise en compte malgré l'affichage de "Il y a une erreur dans votre configuration : 7[r[999;999H[6n8".

Lorsque je remet comme initialement, la modification est de nouveau prise en compte malgré l'affichage de "Il y a une erreur dans votre configuration : 7[r[999;999H[6n8".

Modifié le 15 novembre 2014 par CHILLY996

[devildant]

c'est une bonne nouvelle, ne reste plus qu'a trouvé la raison de ce problème de prompte

[gaetan.cambier]

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.

[CHILLY996]

Non cela ne change rien. J'ai stoppé HAProxy avec /var/packages/haproxy/scripts/start-stop-status stop, puis je l'ai redémarré avec /var/packages/haproxy/scripts/start-stop-status start.

Lorsque je fais "écrire configuration", j'ai toujours la même erreur.

[gaetan.cambier]

J'ai pas du tout comprendre au code alors

[devildant]

J'ai pas du tout comprendre au code alors

Ou alors la chaine de caractère contient des caractères particulier, dans le lien que j'ai donnée plus haut on voit cette chaine de caractère "←7←[r←[999;999H←[6n"

[gaetan.cambier]

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

[gaetan.cambier]

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

Modifié le 15 novembre 2014 par Gaetan Cambier

[devildant]

cette synthaxe "←7←[r←[999;999H←[6n" me rappel les codes couleurs que l'on peux donnée au shell ou au prompt, dans le fichier /etc/profile il y a une variable PS1, une âme charitable pourrais t'elle me donné ce qu'il y a après le égale ?

sa ressemble simplement a une customisation de prompt que synology a rajouté et qui pause ce souci, je pense qu'on aura le même type de problème avec le la commande exec de php et des autres langages.

en théorie cette customisation devrais ce trouver dans la variable PS1, si c'est le cas il faudra juste demander a synology de supprimer cette customisation.

si je me trompe pas les caractères correspondant a la flèche sont 033

ce qui donne 033[7033[r033[999;999H033[6n

Modifié le 15 novembre 2014 par devildant

[gaetan.cambier]

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

[devildant]

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

oki je sens le truc sale: que contient le fichier /etc/hostname ?

(ps merci pour le test)

[devildant]

je sais pas pourquoi mais je sens qu'il y a un lien avec le problème du "Netbios name service" de ce sujet

les 3 problèmes ( plink et les caractère en dehors de la table ascii, les accès réseaux avec le nom du syno qui déconne, et notre problème avec haproxy) pourrais être le même, sa sens la modif qui a été faite a la base pour corriger un petit problème d'affichage qui fou la grouille partout, si il on modif la base du hostname pour y set la synthaxe de style c'est sans doute l'origine de tout ces problème, je m'avance un peux mais bon ^^

[gaetan.cambier]

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 ....

Modifié le 15 novembre 2014 par Gaetan Cambier

[devildant]

Quelqu'un aurait-il la possibilité de me donnée le contenu de sont fichier /etc/hostname en dsm 5.1 svp ^^? (Je reste dans mon idée )

[CHILLY996]

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

Cela ne renvoie rien ... pas de messages d'erreur.

[gaetan.cambier]

tu va etre refroidi c'est ceci :

DiskStation

[CHILLY996]

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 ....

On ne peut plus rien faire en lançant HAProxy ... cela reste sur Chargement ...

[devildant]

tu va etre refroidi c'est ceci :

DiskStation

Damn it, rrrr chu sur que tout est lier ^^ bon je cherche plus loin.

Merci pour le test

Modifié le 15 novembre 2014 par devildant

[gaetan.cambier]

On ne peut plus rien faire en lançant HAProxy ... cela reste sur Chargement ...

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

[gaetan.cambier]

j'ai p-e conpris, les espace devant les ligne ont de l'importance, j'aurait du le dire

je redonne avec les espace :

    def check(self):
        with open(os.devnull, 'w') as devnull:
            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)

[CHILLY996]

Finalement je l'ai modifié de nouveau et maintenant ça se lance ... En revanche toujours le même message quand on fait "écrire configuration".