| Summary: | Directory removal not working | ||
|---|---|---|---|
| Product: | RFT | Reporter: | Peter Lane <lane@mcs.anl.gov> |
| Component: | RFT | Assignee: | Ravi Madduri <madduri@mcs.anl.gov> |
| Status: | RESOLVED | ||
| Severity: | major | CC: | ogsa-bugs@globus.org |
| Priority: | P3 | ||
| Version: | development | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
I just tried this with the globus_4_0_branch code and am having the same
problem:
logan% ls ~/.globus/scratch/
logan% /usr/local/globus/globus-4.0.1/bin/globusrun-ws -submit -factory logan
-submission-id uuid:6d817745-c963-4125-6821-c6fc5d545a4a -staging-delegate
-streaming -job-description-file /tmp/lane/jdl-zTmOVv.xml
Delegating user credentials...Done.
Submitting job...Done.
Job ID: uuid:6d817745-c963-4125-6821-c6fc5d545a4a
Termination time: 07/20/2005 17:21 GMT
Current job state: StageIn
Current job state: Active
Current job state: CleanUp-Hold
Tue Jul 19 11:21:21 MDT 2005
Current job state: CleanUp
Current job state: Done
Destroying job...Done.
Cleaning up any delegated credentials...Done.
logan% ls ~/.globus/scratch/
6d817745-c963-4125-6821-c6fc5d545a4a/
Here is the job description I'm using:
logan% cat /tmp/lane/jdl-zTmOVv.xml
<job>
<executable>/bin/date</executable>
<directory>/${GLOBUS_SCRATCH_DIR}/6d817745-c963-4125-6821-c6fc5d545a4a/</directory>
<stdout>/${GLOBUS_SCRATCH_DIR}/6d817745-c963-4125-6821-c6fc5d545a4a/out.15862</stdout>
<stderr>/${GLOBUS_SCRATCH_DIR}/6d817745-c963-4125-6821-c6fc5d545a4a/err.15862</stderr>
<fileStageIn>
<transfer>
<sourceUrl>gsiftp://logan/tmp/lane/empty/</sourceUrl>
<destinationUrl>file:///${GLOBUS_SCRATCH_DIR}/6d817745-c963-4125-6821-c6fc5d545a4a/</destinationUrl>
<attempts>5</attempts>
</transfer>
</fileStageIn>
<fileCleanUp>
<deletion>
<file>file:///${GLOBUS_SCRATCH_DIR}/6d817745-c963-4125-6821-c6fc5d545a4a/</file>
</deletion>
</fileCleanUp>
</job>
I just ran a simple test with rft command line client to delete a dir and it worked. I verified the notification is sent correctly. What version of gridftp server are you using ?
I think Peter was using pre 3.9.5 gridftp server that did not support recursive directory delete. For those servers RFT deletes all the files in the directory but the dir structure remains intact.
A rebuild of the GridFTP server from the trunk solved the problem.