Le serveur a rejeté la connexion: aucun des protocoles n'a été accepté
Je suis confronté à un problème étrange lorsque je lance Jenkins en tant que service Windows dans mon client VM.
(1) J'ai lancé Jenkins en tant que service Windows sur ma machine maîtresse côté client (une machine virtuelle Windows) Et configuré ma machine locale en tant que esclave et je suis incapable d'établir la connexion entre maître et esclave. Je reçois l'erreur suivante:
"Java.lang.Exception: le serveur a rejeté la connexion: aucun des protocoles n'a été accepté"
Le maître et l'esclave sont sur le même réseau (réseau du client, esclave connecté via VPN).
Nom de domaine ABC de la machine client maître
Nom de domaine de la machine locale xyz
(2) J'ai arrêté Jenkins en tant que service Windows et lancé à nouveau via l'invite de commande à l'aide de
"Java -jar jenkins.war"
maintenant je suis capable d'établir une connexion entre maître et esclave sans aucun problème.
3) Maintenant, j'ai lancé Jenkins en tant que service Windows sur ma ** machine locale en tant que maître et l'un des machine locale en tant qu'esclave, et j'ai réussi à établir la connexion entre maître et esclave.
Quelle est exactement la raison pour ne pas établir la connexion entre maître et esclave avec point (1)?
Le problème vient du côté JENKINS. Le bogue a déjà été soulevé sur le forum JENKINS et le statut est toujours Critique & Non résolu :
https://issues.jenkins-ci.org/browse/JENKINS-29616
Selon la description:
Un lot planifié tente de démarrer l'agent esclave avec le script suivant :
taskkill /f /im "Excel.exe" taskkill /f /im "ipy.exe" taskkill /f /im "jp2launcher.exe" javaws http://172.16.8.57:8080/computer/SSW73210/slave-agent.jnlpLorsque l'agent esclave s'ouvre, il ne fait rien d'autre que l'erreur Jointe. Après le redémarrage, ce problème ne parvient pas à se reproduire, mais cela semble Beaucoup plus courant lorsque l’esclave reste en place toute la nuit.
J'ai eu un problème similaire, voici ce que j'ai fait pour résoudre le mien:
Après la mise à niveau de Jenkins 1.x vers la version 2.x, je n'ai jamais effacé le répertoire racine distant des esclaves (dans mon cas, c:\jenkins). Chaque fois que j'installais l'esclave en tant que service, j'obtiendrais exactement la même erreur. J'ai finalement compris mon problème après de nombreux cheveux gris: Une fois que j'ai supprimé le contenu de ce répertoire et installé l'esclave jenkins en tant que service Windows, le contenu a été repeuplé et l'esclave connecté comme prévu.
J'espère que cela t'aides
Je l'ai corrigé en installant une version antérieure de Java. J'ai utilisé le JDK 1.8.0_131.
J'ai également fait face à ce problème et j'ai pu le résoudre, peut-être? Il est arrivé qu'un même agent s'exécute sur une machine virtuelle différente. Je l'ai fermé, reconnecté avec succès et plus aucun message d'erreur.