Hello... Did you ever get anywhere with this? I am struggling with this exact situation right now on v1.500
On Tuesday, October 4, 2011 3:12:10 AM UTC-5, DannyT wrote: > > hmm that might be a red herring and it just uses the machine name in > tcpview, obviously in the log i posted previously it's getting the correct > slave IP address. > > So I can see it connecting on both ends but no idea why the > java.net.SocketException: > Connection reset > > Have spent an entire day trying to fix this so far, if anyone has any > suggestions to help get some more useful info I'd be extremely grateful. > > On 4 October 2011 08:59, DannyT <danm...@gmail.com <javascript:>> wrote: > >> Looking into this further:- >> I've noticed, by monitoring via TCPView, that on the Master it receives >> the connection from the slave and then tries to communicate back to the >> slave HOWEVER, it is using the slaves local computer name rather than >> public IP address which would indicate why the handshaking does not >> continue. >> >> Does anyone know where I can specify the slave should send it's public >> address? >> >> >> >> >> On 4 October 2011 08:17, DannyT <danm...@gmail.com <javascript:>> wrote: >> >>> Sure but I have setup the slaves firewall to allow the CI master >>> unrestriceted access by it's IP address. >>> >>> Is there anything I can run on the slave to determine what (if anything) >>> is blocking it? >>> >>> >>> On 3 October 2011 19:22, Sami Tikka <sjt...@gmail.com <javascript:>>wrote: >>> >>>> I'm pretty sure the port 2000 means port 2000 on the master. It does >>>> not fix the port on the slave. >>>> >>>> -- Sami >>>> >>>> DannyT <danm...@gmail.com <javascript:>> kirjoitti 3.10.2011 kello >>>> 17.21: >>>> >>>> I'm having an issue getting slaves to connect to the master (windows >>>> service on win2k8) consistently on the same port: >>>> >>>> Jenkins Master has security enabled with "TCP port for JNLP slave >>>> agents" set to 2000. >>>> >>>> SlaveA can connect without issue >>>> >>>> SlaveB fails as follows: - >>>> 03-Oct-2011 15:07:22 hudson.remoting.jnlp.Main$CuiListener <init> >>>> INFO: Hudson agent is running in headless mode. >>>> 03-Oct-2011 15:07:22 hudson.remoting.jnlp.Main$CuiListener status >>>> INFO: Locating server among [ <http://myserver:8080/> >>>> http://myserver:8080/] >>>> 03-Oct-2011 15:07:22 hudson.remoting.jnlp.Main$CuiListener status >>>> INFO: Connecting to myserver:2000 >>>> 03-Oct-2011 15:07:22 hudson.remoting.jnlp.Main$CuiListener status >>>> INFO: Handshaking >>>> 03-Oct-2011 15:08:23 hudson.remoting.jnlp.Main$CuiListener error >>>> SEVERE: Connection reset >>>> java.net.SocketException: Connection reset >>>> at java.net.SocketInputStream.read(Unknown Source) >>>> at java.io.BufferedInputStream.fill(Unknown Source) >>>> at java.io.BufferedInputStream.read(Unknown Source) >>>> at hudson.remoting.Engine.readLine(Engine.java:279) >>>> at hudson.remoting.Engine.run(Engine.java:211) >>>> >>>> >>>> If I change the port to something else SlaveB will connect without >>>> issue, however SlaveA can ONLY use port 2000 (due to restrictions of the >>>> host). >>>> Using TcpView.exe I can see there is nothing using port 2000 on SlaveB >>>> until the slave tries to connect. >>>> Server hosts on both ends claim there to be nothing firewall related >>>> blocking the ports. >>>> >>>> My assumption is there is something running on SlaveB which is >>>> prohibiting comms over port 2000 but I have no idea how to identify what >>>> that is. >>>> >>>> Any help much appreciated :( >>>> >>>> Dan >>>> >>>> >>> >>> >>> -- >>> geek - http://danny-t.co.uk >>> mtb - http://dannyt.posterous.com >>> >>> *** please sponsor me: http://justgiving.com/dannytmtb *** >>> >>> >> >> >> -- >> geek - http://danny-t.co.uk >> mtb - http://dannyt.posterous.com >> >> > > > -- > geek - http://danny-t.co.uk > mtb - http://dannyt.posterous.com > > -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group, send email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
