Discussion :

[adgenodux]

Bonjour à tous,

Je sollicite votre réflexion car je ne parviens pas à comprendre pourquoi mon monit qui fonctionnait, a maintenant décidé de provoquer une erreur de syntax sur les termes 'check process' dans chacun des fichiers que j'ai mis dans conf.d

Cela m'énerve prodigieusement car les termes 'check process' font partie de la conf des fichiers que je sache alors pourquoi subitement maintenant il ne les reconnait plus ?

Ca me le fait fichier par fichier en plus... d'abord sur mysql, je finis par l'effacer, Monit passe alors à cron puis apache et finalement ce sont tous les fichiers du dossier qui provoquent une erreur l'un après l'autre...

Donc au final, Monit est maintenant désactivé et je ne trouve rien sur g...

Quelqu'un aurait-il déjà rencontré le prob ?

[adgenodux]

Bonjour à tous,

Je déterre mon propre topic car quasi 2 ans plus tard, le problème persiste et malgré de nombreuses recherches encore, je ne trouve strictement rien sur la manière de résoudre ce problème.

Nul part on ne donne d'indications sur le problème Syntax error check process, j'ai beau lire, relire et relire encore les procédures d'installation et de configuration, y compris dans les forums anglophones, je suis passé de ubuntu 10.04 à 12.04 mais rien à faire, ça ne veut fonctionner en aucune manière :/

Je ne sais vraiment plus quoi faire, sinon que virer monit une bonne fois pour toutes puisqu'il n'y a manifestement plus moyen de le faire fonctionner :/

Personne n'aurait une dernière idée à tester avant ?

Merci de votre éclairage...

[BufferBob]

salut,

quasi 2 ans plus tard, le problème persiste

ah quand même

pour le moins est-ce que tu peux donner suffisamment d'informations pour que l'on puisse reproduire le problème ? est-ce que d'ailleurs tu as essayé de monter une VM par exemple et mettre une conf monit similaire pour voir si la même chose se reproduisait ?

[adgenodux]

Salut et merci de ton message BufferBob...

Je ne sais pas encore bien comment à ce stade, décrire une suite d'opération menant à ce problème alors pour suivre ton conseil, je m'attelle donc à installer une version sur VM mais tant qu'à faire, je vais me faire une config de base que je vais au passage "snapshoter", ça me servira pour faire aussi d'autres tests, sitôt fait je reviendrai avec les résultats pour monit...

Cela m'éclairera peut-être...

Merci de ton aide...

[BufferBob]

en cherchant sur google c'est vrai qu'on trouve quelques rares cas qui présentent le même problème et en général pas de réponse non plus, néanmoins en creusant un peu ce post ci a attiré mon attention https://translate.google.com/transla...-text=&act=url
le gars explique qu'il avait des caractères un peu trop "spéciaux" dans son mot de passe et que ça posait problème à monit pour le parsing de la conf, ça pourrait être ton cas aussi ?

[adgenodux]

Merci pour l'idée mais il n'y a pas de caractères spéciaux dans le mdp... seulement un mélange de 15 lettres et chiffres

Alors, j'avance dans l'analyse du problème mais ça n'aide cependant pas vraiment à comprendre :/

J'ai donc procédé à une nouvelle install sous UBU 12.04LTS en VM.
J'ai installé Monit qui a fonctionné du premier coup MAIS... le problème est réapparu, je parviens d'ailleurs maintenant à le reproduire, il suffit de faire une erreur dans un fichier de config ou que le fichier ou service à tester n'existe pas pour que tous les autres fichier s de conf soient aussi mis en erreur !

Ainsi, j'ai donc commencé par créer dans conf.d un premier fichier pour monitorer apache, nickel ça marche !
J'ai alors ajouté le fichier de config pour mysql, impec ça passe alors je récupère aussi les autres fichiers de config du Monit qui ne fonctionne pas et là PAF, plus rien ne va !?

Je supprime donc un à un les fichiers dans conf.d en fonction des erreurs signalées mais rien à faire, il faut que je les supprime TOUS pour que Monit redémarre :/

Là je suis perplexe puisque avant que ça ne foire, j'avais quand même le monitoring d'apache et mysql qui fonctionnaient (ajoutés un à un puis redémarrage chaque fois de Monit) avant que je n'ajoute les autres fichiers de config.

J'avais vu dans la doc que si un seul fichier de config est mal défini, Monit ne démarre même pas mais là, j'en avais quand même plusieurs qui fonctionnaient avant que ça ne foire donc je ne comprends pas pourquoi il me faut donc les virer tous avant que Monit n'accepte de redémarrer puis de reconnaitre mes fichiers pour apache et mysql qui passent maintenant de nouveau, allez comprendre !?

Fort de ça, je tente donc de remettre un fichier de conf pour ssh, je relance Monit et là il me fait l'erreur MAIS sur le fichier de conf de mysql qui lui passait 30 secondes avant ?!?!?!

Pour illustrer, j'ai fait un petit screenshot qui montre :

- en jaune: liste du dossier conf.d
- en vert: effacement du fichier litigieux ssh et relance du serveur, ça marche
- en mauve: je recrée le fichier ssh et relance le serveur : ERREUR sur le fichier de conf MYSQL ?!?!?!
voici la conf de ssh, le fichier sshd.pid existe bien dans /var/run

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
check process sshd with pidfile /var/run/sshd.pid
start program " /etc/init.d/ssh start "
stop program " /etc/init.d/ssh stop "
if failed port 22 protocol ssh then restart and alert

- en bleu: j'efface à nouveau ssh et relance le serveur, ça marche !?



Donc en conclusion et au delà de la raison qui fait foirer ssh, quand un seul fichier de config est mal défini ou que le fichier ou le service à tester n'existe pas, Monit semble faire alors des erreurs sur systématiquement tout et ce de manière aléatoire !

Ne serait-ce pas un bug ça ?

[BufferBob]

le problème est réapparu, je parviens d'ailleurs maintenant à le reproduire

c'est plutôt bon signe ça, ça veut dire qu'en cherchant on va tomber sur une conclusion claire, soit un pb dans le fichier de conf, soit un bug dans monit, soit la conviction que c'est un tool tout pourri etc. :p

il suffit de faire une erreur dans un fichier de config ou que le fichier ou service à tester n'existe pas pour que tous les autres fichier s de conf soient aussi mis en erreur !

ça encore ça peut se comprendre, là où ça pose vraiment problème c'est si monit ne délivre pas un message d'erreur explicite pour dire où se situe l'erreur

Ainsi, j'ai donc commencé par créer dans conf.d un premier fichier pour monitorer apache, nickel ça marche !
J'ai alors ajouté le fichier de config pour mysql, impec ça passe alors je récupère aussi les autres fichiers de config du Monit qui ne fonctionne pas et là PAF, plus rien ne va !?

t'es allé un peu vite là, t'entends quoi par "récupérer", réécrire les fichiers à la main et à l'identique ? faire un cp direct des fichiers ? faire un copier-coller à la souris ? ça peut avoir son importance, et typiquement je t'invite à réécrire les fichiers de conf à la main ou à les déplacer un par un pour voir lequel cause l'erreur

Je supprime donc un à un les fichiers dans conf.d

ben oui, mais t'as pris le problème à l'envers, c'est les rajouter un par un qu'il fallait faire

Donc en conclusion et au delà de la raison qui fait foirer ssh, quand un seul fichier de config est mal défini ou que le fichier ou le service à tester n'existe pas, Monit semble faire alors des erreurs sur systématiquement tout et ce de manière aléatoire !

Ne serait-ce pas un bug ça ?

ça doit dépendre dans quelle optique on se place... au minimum ça veut dire que monit n'est pas un outil très abouti, après savoir si c'est un bug ou non, c'est la perspective des développeurs qui le décide finalement, si ça se trouve pour eux le programme n'est pas censé faire plus et peut très bien fonctionner tel quel, comme ça je dirais que c'est plutôt une feature manquante, ou que le diagnostic d'erreur peut être amélioré, mais pas un bug en tant que tel

[Jipété]

Salut,

ou alors c'est peut-être une histoire de fichiers Linux édités sous Windows (avec le problème des retours-chariot en fin de ligne, les fameux ^M) ?

Mais je dis bien peut-être !

[BufferBob]

ou alors c'est peut-être une histoire de fichiers Linux édités sous Windows (avec le problème des retours-chariot en fin de ligne, les fameux ^M) ?

oui voilà, c'est aussi à un truc comme ça que je pensais, ça ou même un fichier avec des caractères utf8 un peu foireux ou autres, c'est pour ça que je lui disait qu'il valait mieux retaper la conf à la main sur son env de test

[adgenodux]

c'est plutôt bon signe ça...

oui et non, c'eut été bien aussi que ce soit un prob de mon ancienne config et que rien ne se passe cette fois-ci il me semble

ça encore ça peut se comprendre, là où ça pose vraiment problème c'est si monit ne délivre pas un message d'erreur explicite pour dire où se situe l'erreur

ben juste "syntax error 'check process'" est un peu léger puisque la syntaxe "check process" est native et correcte... donc pas facile de comprendre qu'elle ne passe plus, quelle que soit la raison...

t'es allé un peu vite là, t'entends quoi par "récupérer", réécrire les fichiers à la main et à l'identique ? faire un cp direct des fichiers ? faire un copier-coller à la souris ? ça peut avoir son importance, et typiquement je t'invite à réécrire les fichiers de conf à la main ou à les déplacer un par un pour voir lequel cause l'erreur

c'est dans mon explication que j'ai été un peu vite... quand je dis "récupéré", j'ai copié/collé le code d'un fichier dans l'autre et ça marche progressivement, je suis parvenu à relancer le Monit qui n'allait pas avec certains services...

reste donc notamment ssh qui ne veut pas avec le message que l'on sait et apache maintenant qui me met 'apache2' failed, cannot open a connection to INET[localhost:80] via TCP. Ca il faut que j'approfondisse car sur ma VM de test, j'ai directement installé UBU 12.04 alors que sur mon serveur originel, c'était une 10.04 que j'ai passé en 12.04 et en installant de plus php 5.5 via un ppa qui comportait en outre apache 2.4 qui a donc remplacé le 2.2 de UBU 12.04... je dois donc encore réaménager mes structures et mes configs http suivant les nouvelles directives, bien que ça semble fonctionner en l'état...

ben oui, mais t'as pris le problème à l'envers, c'est les rajouter un par un qu'il fallait faire

sans doute... mais voyant qu'un premier fonctionnait, puis un second, j'ai alors rebalancé les autres sans imaginer que le problème se passant sur un ou l'autre fichier aurait des conséquences sur tous... c'est pas logique qu'un fichier qui fonctionnait, ne fonctionne plus parce qu'un autre fait la gueule :/ en plus me dire que c'est le fichier conf "mysql" qui a un prob alors que c'est celui de "ssh" qui foire, là y a un truc qui m'échappe :/

ça doit dépendre dans quelle optique on se place... au minimum ça veut dire que monit n'est pas un outil très abouti, après savoir si c'est un bug ou non, c'est la perspective des développeurs qui le décide finalement, si ça se trouve pour eux le programme n'est pas censé faire plus et peut très bien fonctionner tel quel, comme ça je dirais que c'est plutôt une feature manquante, ou que le diagnostic d'erreur peut être amélioré, mais pas un bug en tant que tel

peut-être... cependant il y a quand même certaines incohérences qui m'étonnent venant de programmeurs qui ne sont quand même pas non plus complètement naze pour développer un tel outil, open source de surcroit donc vu par du monde dans la Communauté et plutôt puissant si on sait bien le maîtriser et qu'il fonctionne correctement...

Sinon concernant les problèmes de caractères, je n'édite pas directement sous win mais sous VI avec putty et je n'ai jamais eu de problèmes de cet ordre pour quoi que ce soit d'autre et Dieu sait que j'ai fait des copier/coller d'une console à l'autre, d'un navigateur à une console, dans l'autre sens, depuis/vers NP++ ou tout autre logiciel.... bref, dans tous les sens alors ce serait pas logique que ça ne foire QUE pour Monit et pas pour les autres et comme en plus j'ai des fichiers conf de Monit qui fonctionnent maintenant et qui ont été "copié/collé", je pense pouvoir écarter cette hypothèse...

En tous cas merci BufferBob pour les conseils qui m'ont déjà bien aidé à relancer certains services car même si le problème n'est pas encore clairement identifié et tout revenu à la normale, on progresse