Discussion :

[EDM-TAHITI]

Hello à tous,
je fais ce post afin de vous donner mes dernières trouvailles sur le moteur HFCS de Manta qui part en cacachuète.
Il s'avère que cela vient d'un conflit sur le réseau entre les différents services, et entre autre, tous les services antivirus corporate que vous allez rencontrer. Ainsi, que ce soit Symantec et/ou d'autre, les ports de communications sont dans les mêmes plages que le moteur Manta, ce qui provoque une erreur du moteur et se fige. En fonction de son paramétrage dans les services du serveur, il se relance, mais après, s'arrête pour de bon.
Donc, je vous engage à mapper tous le sports ouverts sur vos serveurs afin de détecter des conflits.
J'ai mis du temps, mais je pense que la solution finale est là...
Et j'attends vos retours avec impatience, cela fait 2 jours que j'étais en carafe chez un client, alors que la verison 11 fonctionnait parfaitement, la version HFCS 61 et 63 partaient faire un tour 'du côté de chez swan'
A plus..
Et donc, ce n'est la faute de personne... ou presque, j'aurais dû mapper mes ports avant, mais je le saurais pour la suite...

[Bowen]

Heu...
De quel ports tu parles ? pour moi le port par défaut de HF-CS est toujours 4900 depuis au moins la version 11, et celui du mantamanager est 4999.

Ou alors tu parles du port du port de déboggage ? 27281.

[klbsjpolp]

Bonjour,

Je ne comprends pas non plus de quel genre de conflit tu parles puisque les ports de HFCS sont enregistrés auprès de l'IANA, le conflit vient donc de ton autre logiciel qui utilise des ports qu'il ne devrait pas.

[EDM-TAHITI]

Hello
Les ports sont peut-être enregistrés, certe, mais il n'empeche que des posts ont déjà parler du moteur qui s'arrêtait intempestivement sur des serveurs.
J'ai été confonté à cela ces deux derniers jours et je livre donc ce que j'ai trouvé afin de faire avancer la problèmatique.
ainsi, sur une architecture réseau, j'avais un symantec corporate sur serveur qui gère mes postes pour les définitions virales, et alors que sur mon serveur de test, tout fonctionnait bien, dès l'implantation chez le client, le moteur HFCS 15 s'arrêtait (alors que le moteur 11 fonctionnait parfaitement avec la même config). Après avoir cherché dans les journaux d'évévements (qui ne donnent que peu d'informations), j'ai démonté un à un les services en les arrêtant, et lorsque je suis arrivé au gestionnaire antivirus, tout refonctionnait parfaitement. Après des recherches, la plage de communication entre le serveur Symantec Corporate et les clients utilise la plage 3900-4999 pour les ports.
Normalement, selon les config, lorsque un port est utilisé, il ne doit pas être repris par cette application, mais c'est la théorie. En pratique, il provoque une erreur dans le moteur qui s'arrête...
Et depuis que j'ai modifié l'application d'écoute et de déploiment entre le serveur et les postes, le moteur est redevenu stable (ou symantec ne provoque plus d'arrêt avec Manta).
Ce qui était troublant, c'est que le moteur 11 fonctionnait parfaitement, alors que le 15 posait soucis.
J'ai donc ouvert ce post afin de contribuer modestement à une résolution de problème qui à mon sens se multipliera mais bien évidemment, selon les config serveur rencontrées.
C'est la première fois que je rencontre cette erreur, alors que sur d'autre config serveur, le moteur HFCS 15 fonctionne parfaitement.
Pour être conscis, le message d'erreur du moteur HFCS dans les journaux est "_Hung error....", très sybillin et inexploitable sans creuser un peu.
En conclusion, et c'est un souhait, que le message d'arrêt du moteur HFCS soit plus précis quant à son arrêt et ses origines...

[EDM-TAHITI]

Hello,
Alors, concernant le plantage du moteur, cela tient en fait à une malheureuse quote qui ne terminait pas une procédure Hfiltre.
Le message d'erreur sur le serveur renvoyait 'Erreur dans la DLL WDSQL' et plantait irrémédiablement et inéluctablement le moteur Manta. Ce qui est troublant, c'est que cela fonctionnait en moteur version 11...
Apparement, lorsque la syntaxe n'est pas bonne, plutot que de renvoyer une erreur, la dll arrête tout (pour info). De plus, les erreurs gérées sur les postes avaient une priorité sur la connexion, ce qui masquait l'erreur initiale du filtre (qui lui ne renvoyait aucune erreur de syntaxe - grrrrrr).
Donc, attention à ce qui fonctionnait avant et qui ne fonctionne plus maintenant.
J'envoie aussi à Patrick MORENO de PCSOFT
bon dimanche à tous