2013-11-22 18 views
6
Summary : 

widzimy poniżej wyjątku hudson.remoting.ChannelClosedException: Kanał jest już zamknięta Spowodowany przez: java.net.SocketException: Połączenie zresetowane Any sugestie, jak to naprawić? Tekst pełnej wyjątkiem poniżejJenkins Problem: hudson.remoting.ChannelClosedException: kanał jest już zamknięty

[21-11-2013 14:29:54] FATAL: channel is already closed 
[21-11-2013 14:29:54] hudson.remoting.ChannelClosedException: channel is already closed 
[21-11-2013 14:29:54] at hudson.remoting.Channel.send(Channel.java:516) 
[21-11-2013 14:29:54] at hudson.remoting.Request.call(Request.java:129) 
[21-11-2013 14:29:54] at hudson.remoting.Channel.call(Channel.java:714) 
[21-11-2013 14:29:54] at hudson.Launcher$RemoteLauncher.kill(Launcher.java:887) 
[21-11-2013 14:29:54] at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:609) 
[21-11-2013 14:29:54] at com.tikal.jenkins.plugins.multijob.MultiJobBuild$MultiJobRunnerImpl.run(MultiJobBuild.java:67) 
[21-11-2013 14:29:54] at hudson.model.Run.execute(Run.java:1603) 
[21-11-2013 14:29:54] at hudson.model.Run.run(Run.java:1549) 
[21-11-2013 14:29:54] at com.tikal.jenkins.plugins.multijob.MultiJobBuild.run(MultiJobBuild.java:60) 
[21-11-2013 14:29:54] at hudson.model.ResourceController.execute(ResourceController.java:88) 
[21-11-2013 14:29:54] at hudson.model.Executor.run(Executor.java:247) 
[21-11-2013 14:29:54] Caused by: java.net.SocketException: Connection reset 
[21-11-2013 14:29:54] at java.net.SocketInputStream.read(Unknown Source) 
[21-11-2013 14:29:54] at java.net.SocketInputStream.read(Unknown Source) 
[21-11-2013 14:29:54] at java.io.BufferedInputStream.fill(Unknown Source) 
[21-11-2013 14:29:54] at java.io.BufferedInputStream.read(Unknown Source) 
[21-11-2013 14:29:54] at hudson.remoting.FlightRecorderInputStream.read(FlightRecorderInputStream.java:77) 
[21-11-2013 14:29:54] at java.io.ObjectInputStream$PeekInputStream.peek(Unknown Source) 
[21-11-2013 14:29:54] at java.io.ObjectInputStream$BlockDataInputStream.peek(Unknown Source) 
[21-11-2013 14:29:54] at java.io.ObjectInputStream$BlockDataInputStream.peekByte(Unknown Source) 
[21-11-2013 14:29:54] at java.io.ObjectInputStream.readObject0(Unknown Source) 
[21-11-2013 14:29:54] at java.io.ObjectInputStream.readObject(Unknown Source) 
[21-11-2013 14:29:54] at hudson.remoting.Command.readFrom(Command.java:92) 
[21-11-2013 14:29:54] at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:71) 
+0

Możliwy duplikat problemów z połączeniem węzła Jenkinsa (http://stackoverflow.com/questions/23991977/jenkins-node-connection-troubles) – nwinkler

Odpowiedz

3

Ponieważ wiem, że błąd może przyjść, gdy budowa jest uruchomiony na komputerze Slave i klient przestaje ... Jeśli to nie problem master-slave, zobaczyć pełny dziennik jenkins (można go znaleźć w katalogu instalacyjnym Jenkinsa) i zobaczyć, co powoduje problem (może być problem z kupą lub nie wiem, co powoduje problem). W każdym razie ponowne uruchomienie Jenkinsa może być rozwiązaniem!

0

Dostajemy ten błąd dla 2 powodów:

  1. Pierwszy raz Jenkins próbuje SSH na zdalnym komputerze, to serwer zapyta użytkownika, czy chciałby, aby dodać klucz do jej znany SHH klawisz. Zwykle w wierszu polecenia odpowiadasz tylko i kontynuujesz. Ale Jenkins utknie na tej linii. Następnie próba połączenia zakończy się niepowodzeniem. Rozwiązanie: podłącz ręcznie do zdalnego węzła z serwera Jennkins za pomocą wiersza polecenia jeden raz. Następnie możesz odpowiedzieć TAK ręcznie. Wszystkie przyszłe próby z jenkins będą działać.

  2. Agent agenta Java przestał działać dla niejasnego powodu na zdalnym węźle. Rozwiązanie: zrestartuj agenta Java. Wystarczająco proste ... ale może nie, jeśli nie wiesz jak go ponownie uruchomić! Odkryłem, że prostą metodą jest zmiana limitu czasu (limit czasu połączenia to sekundy) w konfiguracji węzła. Zapisując nową wartość, naprawisz agenta Java!

Powiązane problemy