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.Download today it's FREE!
http://www.windowslive.com/share.html?ocid=TXT_TAGLM_Wave2_sharelife_112007

Reply via email to