That is a different problem -- it looks like the server is failing immediately after the connection attempt. What configuration did you set on the server?

Mike

Ryan Zhang wrote:
Hi Mike,
I changed the time out but the problem persists. The container log shows an error like this in every minute

2007-11-30 17:03:02,040 ERROR container.GSIServiceThread [ServiceThread-1085,process:141] Error processing request
java.io.EOFException
at org.globus.gsi.gssapi.net.impl.GSIGssInputStream.readHandshakeToken(GSIGssInputStream.java:56) at org.globus.gsi.gssapi.net.impl.GSIGssSocket.readToken(GSIGssSocket.java:60) at org.globus.gsi.gssapi.net.GssSocket.authenticateServer(GssSocket.java:122) at org.globus.gsi.gssapi.net.GssSocket.startHandshake(GssSocket.java:142) at org.globus.gsi.gssapi.net.GssSocket.getOutputStream(GssSocket.java:161) at org.globus.wsrf.container.GSIServiceThread.process(GSIServiceThread.java:98) at org.globus.wsrf.container.ServiceThread.run(ServiceThread.java:291)

In addition, I got numerous
Transient transfer error
Reply wait timeout. (error code 4). Caused by org.globus.ftp.exception.ServerException: Reply wait timeout. (error code 4) at org.globus.ftp.vanilla.FTPControlChannel.waitFor(FTPControlChannel.java:213) at org.globus.ftp.vanilla.TransferMonitor.run(TransferMonitor.java:125) at org.globus.ftp.vanilla.TransferMonitor.start(TransferMonitor.java:105) at org.globus.ftp.FTPClient.transferRunSingleThread(FTPClient.java:1451)
        at org.globus.ftp.FTPClient.transfer(FTPClient.java:1350)
at org.globus.transfer.reliable.service.TransferClient.normalNonExtendedTransfer(TransferClient.java:875) at org.globus.transfer.reliable.service.TransferClient.transfer(TransferClient.java:681) at org.globus.transfer.reliable.service.TransferWork.run(TransferWork.java:716) at org.globus.wsrf.impl.work.WorkManagerImpl$WorkWrapper.run(WorkManagerImpl.java:355)
        at java.lang.Thread.run(Thread.java:534)

I wonder what does that mean?(I did get many other gsiftp transfer done at the same time)

-Ryan




------------------------------------------------------------------------
 > Date: Fri, 30 Nov 2007 13:15:22 -0600
 > From: [EMAIL PROTECTED]
 > To: [EMAIL PROTECTED]
 > CC: [email protected]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
 > Subject: Re: [gt-user] 421 Idle Timeout: closing control connection.
 >
 > See this thread:
 > http://www.globus.org/mail_archive/gridftp-user/2007/11/msg00001.html
 >
 > Mike
 >
 > Ryan Zhang wrote:
 > > Hi
 > > I got this error repeatedly recently when I try to do fileStageOut
 > >
 > >
 > > stackTrace:
 > > org.globus.exec.generated.StagingFaultType: Staging error for RSL
 > > element fileStageOut.
 > > Timestamp: Fri Nov 30 11:22:59 CST 2007
 > > Originator: Address:
 > > https://129.7.41.247:8443/wsrf/services/ManagedJobFactoryService
 > > Reference property[0]:
 > > <ns1:ResourceID
> > xmlns:ns1="http://www.globus.org/namespaces/2004/10/gram/job";>35f9c9d0-9f68-11dc-b79b-c9977f1afe5a</ns1:ResourceID>
 > >
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 > > at
> > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
 > > at
> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
 > > at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
 > > at java.lang.Class.newInstance0(Class.java:308)
 > > at java.lang.Class.newInstance(Class.java:261)
 > > at org.globus.exec.utils.FaultUtils.makeFault(FaultUtils.java:485)
 > > at
> > org.globus.exec.utils.FaultUtils.createStagingFault(FaultUtils.java:363)
 > > at
> > org.globus.exec.service.exec.StateMachine.processStageOutResponseState(StateMachine.java:1946)
 > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 > > at
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 > > at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 > > at java.lang.reflect.Method.invoke(Method.java:324)
 > > at
> > org.globus.exec.service.exec.StateMachine.processState(StateMachine.java:328)
 > > at org.globus.exec.service.exec.RunThread.run(RunThread.java:85)
 > > Error authenticating user at source/dest hostServer refused performing
 > > the request. Custom message: Server refused GSSAPI authentication.
 > > (error cod
 > > e 1) [Nested exception message: Custom message: Unexpected reply: 421
 > > Idle Timeout: closing control connection.]. Caused by
 > > org.globus.ftp.exceptio
 > > n.ServerException: Server refused performing the request. Custom
 > > message: Server refused GSSAPI authentication. (error code 1) [Nested
 > > exception mes
 > > sage: Custom message: Unexpected reply: 421 Idle Timeout: closing
 > > control connection.]. Nested exception is
 > > org.globus.ftp.exception.UnexpectedRep
 > > lyCodeException: Custom message: Unexpected reply: 421 Idle Timeout:
 > > closing control connection.
 > > at
> > org.globus.ftp.extended.GridFTPControlChannel.authenticate(GridFTPControlChannel.java:166)
 > > at org.globus.ftp.GridFTPClient.authenticate(GridFTPClient.java:99)
 > > at org.globus.ftp.GridFTPClient.authenticate(GridFTPClient.java:84)
 > > at
> > org.globus.transfer.reliable.service.TransferClient.authenticateDestination(TransferClient.java:557)
 > > at
> > org.globus.transfer.reliable.service.TransferClient.authenticate(TransferClient.java:530)
 > > at
> > org.globus.transfer.reliable.service.TransferWork.getNewClient(TransferWork.java:445)
 > > at
> > org.globus.transfer.reliable.service.TransferWork.getTransferClient(TransferWork.java:383)
 > > at
> > org.globus.transfer.reliable.service.TransferWork.run(TransferWork.java:694)
 > > at
> > org.globus.wsrf.impl.work.WorkManagerImpl$WorkWrapper.run(WorkManagerImpl.java:355)
 > > at java.lang.Thread.run(Thread.java:534)
 > >
 > >
 > > In the container log I found this
 > >
 > > 2007-11-30 12:01:01,313 ERROR container.GSIServiceThread
 > > [ServiceThread-1000,process:141] Error processing request
 > > java.io.EOFException
 > > at
> > org.globus.gsi.gssapi.net.impl.GSIGssInputStream.readHandshakeToken(GSIGssInputStream.java:56)
 > > at
> > org.globus.gsi.gssapi.net.impl.GSIGssSocket.readToken(GSIGssSocket.java:60)
 > > at
> > org.globus.gsi.gssapi.net.GssSocket.authenticateServer(GssSocket.java:122)
 > > at
 > > org.globus.gsi.gssapi.net.GssSocket.startHandshake(GssSocket.java:142)
 > > at
 > > org.globus.gsi.gssapi.net.GssSocket.getOutputStream(GssSocket.java:161)
 > > at
> > org.globus.wsrf.container.GSIServiceThread.process(GSIServiceThread.java:98)
 > > at
 > > org.globus.wsrf.container.ServiceThread.run(ServiceThread.java:291)
 > >
 > >
 > > I wonder if there is any way I can avoid it? Thanks.
 > >
 > > -Ryan
 > >
> > ------------------------------------------------------------------------
 > > Your smile counts. The more smiles you share, the more we donate. Join
> > in! <www.windowslive.com/smile?ocid=TXT_TAGLM_Wave2_oprsmilewlhmtagline>
 >

------------------------------------------------------------------------
Share life as it happens with the new Windows Live. Share now! <http://www.windowslive.com/share.html?ocid=TXT_TAGLM_Wave2_sharelife_112007>

Reply via email to