2014-01-06 3 views
10

Ich habe Probleme, dass Jenkins Homepage zeigt, dass der Build-Slave offline ist. Aber wenn ich mich tatsächlich anmelde, um den Slave-Server zu bauen, läuft der Slave-Dienst.Jenkins Build-Slave erscheint offline, aber Slave-Dienst ist aktiv und läuft

Ich verwende Windows 2003 OS für alle meine Build-Slaves und Master-Server. Die einzige Möglichkeit, es online zu bekommen, besteht darin, den Dienst erneut zu starten.

+0

Nach dem Neustart des Master-Node ging unser Problem weg. – mehmet6parmak

Antwort

2

Folgen Sie den angegebenen Schritten, Sie müssen die Dienste nicht neu starten.

Goto Jenkins -> Manage Jenkins -> Manage Nodes 

Dies zeigt Ihnen die Liste konfigurierte Knoten. In der

Build Slave -> Launch Slave Agent (Where "Build Slave" is your slave node.) 

Das funktioniert, wenn Ihre slave richtig und mit den Diensten verbunden konfiguriert ist.

+0

Hallo Kishan, Danke für die Hilfe. Ich frage mich, warum das passiert, weißt du, wo ich den Grund dafür finden kann. Ich denke, wenn der Slave läuft, sollte der Master nicht zeigen, dass er offline ist. – user3164236

+0

@ user3164236 Der Master Jenkins-Server sucht ständig nach dem Slave oder anderen konfigurierten Knotenverbindungen im Hintergrund. Sie können das Verbindungsproblem im Protokoll der Knoten finden. zum Beispiel ist Ihr Knoten 'Demo_Slave', als Sie dieses Protokoll unter' Jenkins -> Knoten -> Demo_Slave -> Log' anzeigen können. In diesem Protokoll finden Sie einen Grund. –

+1

Ich habe genau das gleiche Problem: JNLP-Slave-Agent wird gestartet und zeigt den verbundenen Zustand, aber Jinkins Server zeigt Slave als offline. Der einzige Eintrag im Slave-Protokoll ist 'JNLP Agent verbunden von/10.0.0.134' und das sich drehende Symbol. Das einzige, was beim letzten Mal geholfen hat, ist der Neustart von Jenkins/Apache. – uceumern

0

Jenkins-Master muss mit Slave mit SSH-Verbindung kommunizieren, wenn sich Master und Slave nicht im selben Knoten befinden. Überprüfen Sie, ob sich der öffentliche ssh-Schlüssel des Masters in den ~/.ssh/authorized_keys des Slaves befindet.

Verwandte Themen