Hi Helmut,
Uh, it's a while ago, but i think i remember this issue.
I *thought* it was fixed in 4.0.8, but I created a jar from
globus_4_0_branch. It's built using Java 1.4 and you can get
it from here:
http://www.mcs.anl.gov/~feller/heller/globus_wsrf_rft.jar
Can you give it a try by dropping it into ${GLOBUS_LOCATION}/lib,
and tell us if it works for you with that jar?
-Martin
Helmut Heller wrote:
> Hello Martin,
>
> We run GT4.0.8 but we are encountering the same error that Sergey
> describes. Unfortunately, the link you give below no longer works. Can
> you please point me to a globus_wsrf_rft.jar for GT4.0.8?
>
> Thanks a lot in advance,
>
> Helmut
>
>
> On 14.05.2008, at 15:12, Martin Feller wrote:
>
>> Sergey,
>>
>> You are probably using GT 4.0.6 or GT 4.0.7, right?
>> Unfortunately we don't have an update package for that problem yet,
>> but you
>> can download an updated RFT jar from here:
>> http://www-unix.mcs.anl.gov/~feller/calebe/globus_wsrf_rft.jar
>> To install it copy it to $GLOBUS_LOCATION/lib.
>> After a GT server restart the problem should go away.
>>
>> Martin
>>
>> ----- Original Message -----
>> From: "S.Kulanov" <[email protected]>
>> To: "Globus" <[email protected]>
>> Sent: Wednesday, May 14, 2008 1:44:43 AM GMT -06:00 US/Canada Central
>> Subject: [gt-user] WS_GRAM Stage-out problem
>>
>> Good day,
>> I have some problems with StageOut while using example from
>> http://www.globus.org/toolkit/docs/4.0/execution/wsgram/user-index.html#s-wsgram-user-usagescenarios
>>
>> I have hosts: CA and hosta.
>>
>> Checking GridFTP copy CA====>hosta:
>>
>> [kula...@ca ~]$ globus-url-copy -dbg
>> gsiftp://ca.kulanov.org.ua:2811/bin/echo
>> gsiftp://hosta.kulanov.org.ua:2811/tmp/my_echo
>> .....
>> debug: response from gsiftp://ca.kulanov.org.ua:2811/bin/echo:
>> 150 Begining transfer.
>> debug: response from gsiftp://hosta.kulanov.org.ua:2811/tmp/my_echo:
>> 150 Begining transfer.
>> debug: response from gsiftp://ca.kulanov.org.ua:2811/bin/echo:
>> 226 Transfer Complete.
>> debug: response from gsiftp://hosta.kulanov.org.ua:2811/tmp/my_echo:
>> 226 Transfer Complete.
>> debug: operation complete
>> [kula...@ca ~]$
>> ------------------------------------------------------------------------------------
>>
>> everything works fine
>> Now I' like to test WSGRAM:
>> Here is the job description file:
>> <======BEGIN=======>
>> <job>
>> <executable>my_echo</executable>
>> <directory>${GLOBUS_USER_HOME}</directory>
>> <argument>Hello</argument>
>> <argument>World!</argument>
>> <stdout>${GLOBUS_USER_HOME}/stdout</stdout>
>> <stderr>${GLOBUS_USER_HOME}/stderr</stderr>
>> <fileStageIn>
>> <transfer>
>> <sourceUrl>gsiftp://hosta.kulanov.org.ua:2811/bin/echo</sourceUrl>
>>
>> <destinationUrl>gsiftp://ca.kulanov.org.ua:2811/${GLOBUS_USER_HOME}/my_echo</destinationUrl>
>>
>> </transfer>
>> </fileStageIn>
>>
>> <fileStageOut>
>> <transfer>
>>
>> <sourceUrl>gsiftp://ca.kulanov.org.ua:2811/${GLOBUS_USER_HOME}/stdout</sourceUrl>
>>
>>
>> <destinationUrl>gsiftp://ca.kulanov.org.ua:2811/tmp/stdout</destinationUrl>
>>
>> </transfer>
>> </fileStageOut>
>>
>> <fileCleanUp>
>> <deletion>
>> <file>file:///${GLOBUS_USER_HOME}/my_echo</file>
>> </deletion>
>> </fileCleanUp>
>> </job>
>> <=========END =========>
>> As you can see I just StageOUT on the same host -> CA
>>
>> [kula...@ca ~]$ globusrun-ws -submit -S -f test.xml
>> Delegating user credentials...Done.
>> Submitting job...Done.
>> Job ID: uuid:ca1f3cc2-2199-11dd-b418-000c29da9a67
>> Termination time: 05/15/2008 09:40 GMT
>> Current job state: StageIn
>> Current job state: Active
>> Current job state: StageOut
>> Current job state: CleanUp
>> Current job state: Done
>> Destroying job...Done.
>> Cleaning up any delegated credentials...Done.
>> [kula...@ca ~]$
>> ------------------------------------------------------------------------------------
>>
>> everything works fine
>> Now we just change the StageOUT section to, so StageOUT will point to
>> hosta:
>>
>> <fileStageOut>
>> <transfer>
>>
>> <sourceUrl>gsiftp://ca.kulanov.org.ua:2811/${GLOBUS_USER_HOME}/stdout</sourceUrl>
>>
>>
>> <destinationUrl>gsiftp://hosta.kulanov.org.ua:2811/tmp/stdout</destinationUrl>
>>
>> </transfer>
>> </fileStageOut>
>>
>> [kula...@ca ~]$ globusrun-ws -submit -S -f test.xml
>> Delegating user credentials...Done.
>> Submitting job...Done.
>> Job ID: uuid:94307f62-219a-11dd-aeb6-000c29da9a67
>> Termination time: 05/15/2008 09:46 GMT
>> Current job state: StageIn
>> Current job state: Active
>> Current job state: StageOut
>> Current job state: Failed
>> Destroying job...Done.
>> Cleaning up any delegated credentials...Done.
>> globusrun-ws: Job failed: Staging error for RSL element fileStageOut.
>> Can't do MLST on non-existing file/dir /home/kulanov/stdout on server
>> hosta.kulanov.org.ua [Caused by: Server refused performing the request.
>> Custom message: Server refused MLST command (error code 1) [Nested
>> exception message: Custom message: Unexpected reply: 500-Command failed
>> : System error in stat: No such file or directory
>> 500-A system call failed: No such file or directory
>> 500 End.]]
>> Can't do MLST on non-existing file/dir /home/kulanov/stdout on server
>> hosta.kulanov.org.ua [Caused by: Server refused performing the request.
>> Custom message: Server refused MLST command (error code 1) [Nested
>> exception message: Custom message: Unexpected reply: 500-Command failed
>> : System error in stat: No such file or directory
>> 500-A system call failed: No such file or directory
>> 500 End.]]
>>
>> In container.log and gridftp.log the same error.
>> Why do we have /home/kulanov/stdout on server hosta.kulanov.org.ua ?
>>
>>
>> I was searching for globus archive and I found the same problem:
>> http://www.mail-archive.com/[email protected]/msg02552.html but there
>> is no answer
>>
>> Thanks in advance.
>>
>> --
>> Best regards,
>> Sergey Kulanov
>> http://kulanov.org.ua
>>
>> Research Student,
>> Computer Networks and Systems department,
>> National Aerospace University named after N.E.Zhukovskiy "KhAI"
>> Kharkov,Ukraine
>>
>>
>
> ---
> Servus, Helmut (DH0MAD) ______________NeXT-mail welcome_________________
> FAX: +49-89-35831-8623 "Knowledge must be gathered and cannot be given"
> [email protected] ZEN, one of BLAKES7
> Phone: +49-89-35831-8823 ------------------------------------------------
> Dr. Helmut Heller, Leibniz-Rechenzentrum (LRZ)
> Leader of Distributed Resources Group (DRG)
> Boltzmannstr. 1, Room I.2.043, D-85748 Garching, GERMANY
>
>
