Jenkins Build-Fehler java.lang.ClassNotFoundException: hudson.remoting.Launcher

8

Ich versuche, jenkins mit svn zu integrieren. Ich habe maven_home, java_home (java 1.5 update 22) konfiguriert. Ich benutze Jenkins Version 1.459. Einer meiner Kollegen konfiguriert erfolgreich jenkins mit der svn.Aber wie jetzt wir einen anderen Zweig verwenden, wollte ich einen neuen Job hinzufügen, so dass es aus dem neuen Zweig auschecken und das Projekt fortlaufend integrieren. Jenkins läuft in einem Remote-Linux-Rechner und ich benutze VPN, um eine Verbindung zum Server herzustellen und die Dinge einzurichten. Was mir fehlt.

%Vor%     
ghTvNath 19.07.2012, 08:02
quelle

3 Antworten

10

Sieht so aus, als hätte ich das Problem gelöst. Das Trennen und Wiederverbinden des Slaves löst diesen nur vorübergehend. Aber was ich getan habe, ist, dass ich das Java geändert habe, mit dem Master und Sklaven laufen. Jetzt laufen meine Sklaven und Meister mit genau der gleichen Version von Java (6u41 32bit) und es ist ungefähr 3 Wochen, dass wir nicht mit solchen Problemen konfrontiert sind.

    
Draco Ater 05.04.2013 14:12
quelle
2

Dieser Fehler kann reproduziert werden, indem die Bibliotheken im Build-Root-Verzeichnis des Slave verfälscht werden. In diesem Fall behebt das erneute Verbinden des Slaves die Situation, da jenkins durch das Wiederverbinden eines Slave alle notwendigen Bibliotheken usw. kopiert.

Um dies in Aktion zu sehen, sehen Sie sich die jenkins-Konsole an, wenn Sie die Verbindung wieder herstellen. Sie sehen dann etwa Folgendes:

  

Slave.jar Version: 2.28

     

Dies ist ein Unix-Slave

     

Kopierte maven-agent.jar

     

Kopiert maven3-agent.jar Kopiert maven3-interceptor.jar

     

Kopierte maven-interceptor.jar

     

Kopierte maven2.1-interceptor.jar Kopierte plexus-classworld.jar

     

Kopierte classworlds.jar

Also, was passiert, sind alle Bibliotheken von Jenkins resync'd. Dies kann zu einem Fehler (imho) in Jenkins erklärt werden ... Idealerweise sollten die Slaves robust gegen diese Art von Fehlern sein.

    
jayunit100 13.10.2013 14:59
quelle
0

Ich habe dieses Problem einige Male in unserer Testumgebung gesehen und das zur Verfügung stehende sklave.jar hat dieses Problem gelöst.

Leider gab es einen Job, der nur maven-agent * und nicht slave.jar bewegte, wenn die Umgebung neu aufgebaut wurde. Und slave.jar schien dieses Problem zu beheben.

    
Amit 22.07.2016 14:37
quelle