Data Transfer and Management
Chiltepin provides specialized tasks for transferring and deleting data between Globus data transfer endpoints. These tasks integrate seamlessly with Parsl workflows, allowing you to stage data, process it, and clean up afterward.
Important
Data Endpoints vs Compute Endpoints: Globus has two types of endpoints:
Data Transfer Endpoints: Used for moving and managing files (documented here)
Compute Endpoints: Used for executing tasks (see Endpoint Management)
These are configured and managed separately through the Globus service.
Overview
The data module provides two task decorators for workflow data management:
transfer_task: Transfer files/directories between Globus data endpoints
delete_task: Delete files/directories from Globus data endpoints
These are standard Chiltepin tasks that return futures and can be chained with other
workflow tasks by passing futures as arguments or by calling .result() to wait.
Data Transfer Task
The transfer_task function transfers data between two Globus data transfer endpoints.
Basic Usage
from chiltepin.data import transfer_task
# Transfer a single file
transfer_future = transfer_task(
src_ep="my-laptop",
dst_ep="hpc-scratch",
src_path="/Users/me/data/input.dat",
dst_path="/scratch/project/input.dat",
executor="local"
)
# Wait for transfer to complete
success = transfer_future.result()
if success:
print("Transfer completed successfully")
Parameters
Parameter |
Type |
Default |
Description |
|---|---|---|---|
|
string |
Required |
Source endpoint name or UUID |
|
string |
Required |
Destination endpoint name or UUID |
|
string |
Required |
Path to file/directory on source endpoint |
|
string |
Required |
Path to file/directory on destination endpoint |
|
integer |
|
Seconds to wait for transfer completion |
|
integer |
|
Seconds between status checks |
|
TransferClient |
|
Globus TransferClient (auto-created if None) |
|
boolean |
|
Transfer directories recursively |
|
string |
Required |
Resource name for running the transfer task |
Recursive Transfer
Transfer entire directories recursively:
# Transfer a directory and all its contents
transfer_future = transfer_task(
src_ep="my-laptop",
dst_ep="hpc-scratch",
src_path="/Users/me/project/data/",
dst_path="/scratch/project/data/",
recursive=True,
executor="local"
)
Endpoint Names vs UUIDs
You can specify endpoints by their display name or UUID:
# Using display names
transfer_task(
src_ep="My Laptop",
dst_ep="HPC Scratch Space",
...
)
# Using UUIDs
transfer_task(
src_ep="12345678-1234-1234-1234-123456789abc",
dst_ep="87654321-4321-4321-4321-cba987654321",
...
)
Tip
UUIDs are more reliable than display names, which can change. Find your endpoint UUIDs at app.globus.org.
Data Deletion Task
The delete_task function removes files or directories from a Globus data endpoint.
Basic Usage
from chiltepin.data import delete_task
# Delete a single file
delete_future = delete_task(
src_ep="hpc-scratch",
src_path="/scratch/project/temp.dat",
executor="local"
)
# Wait for deletion to complete
success = delete_future.result()
if success:
print("File deleted successfully")
Parameters
Parameter |
Type |
Default |
Description |
|---|---|---|---|
|
string |
Required |
Endpoint name or UUID where data will be deleted |
|
string |
Required |
Path to file/directory to delete |
|
integer |
|
Seconds to wait for deletion completion |
|
integer |
|
Seconds between status checks |
|
TransferClient |
|
Globus TransferClient (auto-created if None) |
|
boolean |
|
Delete directories recursively |
|
string |
Required |
Resource name for running the deletion task |
Recursive Deletion
Delete entire directories:
# Delete a directory and all its contents
delete_future = delete_task(
src_ep="hpc-scratch",
src_path="/scratch/project/temp_data/",
recursive=True,
executor="local"
)
Warning
Recursive deletion is permanent and cannot be undone. Use with caution.
Workflow Integration
Transfer and deletion tasks integrate seamlessly with Chiltepin workflows by
passing futures as arguments or calling .result() to wait synchronously.
Stage, Process, Cleanup Pattern
A common pattern is to stage data, process it, then clean up:
import parsl
import chiltepin.configure
from chiltepin.tasks import python_task
from chiltepin.data import transfer_task, delete_task
@python_task
def analyze_data(transfer_complete, input_path):
# Process the data file (transfer_complete ensures transfer finished)
import pandas as pd
df = pd.read_csv(input_path)
result = df.mean().to_dict()
return result
# Load configuration and start Parsl
config_dict = chiltepin.configure.parse_file("config.yaml")
parsl_config = chiltepin.configure.load(config_dict)
with parsl.load(parsl_config):
# Stage data to compute resource
stage_in = transfer_task(
src_ep="my-laptop",
dst_ep="hpc-scratch",
src_path="/Users/me/data/dataset.csv",
dst_path="/scratch/project/dataset.csv",
executor="local"
)
# Process the staged data (waits for transfer by passing future)
analysis = analyze_data(
stage_in, # Pass the transfer future as an argument
"/scratch/project/dataset.csv",
executor="compute"
)
# Get results first
results = analysis.result()
# Clean up staged data after processing completes
cleanup = delete_task(
src_ep="hpc-scratch",
src_path="/scratch/project/dataset.csv",
executor="local"
)
cleanup.result() # Ensure cleanup completes
print(f"Analysis results: {results}")
Multiple File Transfers
Transfer multiple files in parallel:
from chiltepin.data import transfer_task
# Transfer multiple input files in parallel
files = ["sim1.dat", "sim2.dat", "sim3.dat"]
transfers = []
for filename in files:
future = transfer_task(
src_ep="my-laptop",
dst_ep="hpc-scratch",
src_path=f"/Users/me/data/{filename}",
dst_path=f"/scratch/project/{filename}",
executor="local"
)
transfers.append(future)
# Wait for all transfers to complete
for t in transfers:
assert t.result(), "Transfer failed"
Waiting for Multiple Tasks
To run a transfer or deletion after multiple tasks complete, wait for them synchronously:
from chiltepin.data import transfer_task, delete_task
from chiltepin.tasks import python_task
@python_task
def generate_config():
# Generate config file
with open("/scratch/config.json", "w") as f:
f.write('{"param": 1}')
return True
@python_task
def generate_input():
# Generate input file
with open("/scratch/input.dat", "w") as f:
f.write("data")
return True
# Generate files in parallel
config_ready = generate_config(executor="compute")
input_ready = generate_input(executor="compute")
# Wait for both files before transferring
# Since transfer_task doesn't take Futures as arguments,
# we need to wait synchronously
config_ready.result()
input_ready.result()
transfer = transfer_task(
src_ep="hpc-scratch",
dst_ep="my-laptop",
src_path="/scratch/",
dst_path="/results/",
recursive=True,
executor="local"
)
transfer.result() # Wait for transfer
Data Pipeline with Transfers
Build complete data pipelines. Since transfer/delete don’t naturally accept
futures as inputs, use .result() to wait for prior tasks:
@python_task
def preprocess(input_path, output_path):
# Preprocessing step
import pandas as pd
df = pd.read_csv(input_path)
df_clean = df.dropna()
df_clean.to_csv(output_path, index=False)
return output_path
@python_task
def analyze(input_path):
# Analysis step
import pandas as pd
df = pd.read_csv(input_path)
return df.describe().to_dict()
# Stage raw data
stage_raw = transfer_task(
src_ep="my-laptop",
dst_ep="hpc-scratch",
src_path="/data/raw.csv",
dst_path="/scratch/raw.csv",
executor="local"
)
# Wait for transfer, then preprocess
stage_raw.result()
preprocess_future = preprocess(
"/scratch/raw.csv",
"/scratch/clean.csv",
executor="compute"
)
# Analyze depends on preprocess completing (returns output path)
analysis_future = analyze(
preprocess_future, # Parsl waits for this future and passes result
executor="compute"
)
# Get analysis results
results = analysis_future.result()
# Stage results back (wait for analysis first)
stage_out = transfer_task(
src_ep="hpc-scratch",
dst_ep="my-laptop",
src_path="/scratch/clean.csv",
dst_path="/data/cleaned_output.csv",
executor="local"
)
stage_out.result()
# Cleanup remote files
cleanup = delete_task(
src_ep="hpc-scratch",
src_path="/scratch/",
recursive=True,
executor="local"
)
cleanup.result()
# Wait for cleanup
cleanup.result()
cleanup.result()
Authentication
Data transfer tasks require Globus authentication. Use the Chiltepin login command:
$ chiltepin login
This authenticates you with Globus and grants the necessary permissions for data transfers. The authentication persists across workflow runs until you log out.
Note
You only need to authenticate once. The credentials are cached and reused for subsequent transfers.
Setting Up Data Endpoints
To use data transfer tasks, you need access to Globus data transfer endpoints:
Personal Endpoints: Install Globus Connect Personal on your laptop/workstation (globus.org/globus-connect-personal)
Institutional Endpoints: Many HPC centers provide pre-configured Globus endpoints. Check with your institution’s documentation.
Guest Collections: Create shareable collections for specific directories
Visit the Globus File Manager to view and manage your endpoints.
Best Practices
Use Descriptive Endpoint Names: Clear names make workflows easier to understand and maintain.
Check Transfer Success: Always check the result of transfer/delete tasks:
success = transfer_future.result() assert success, "Transfer failed"
Handle Permissions: Ensure you have read permissions on source endpoints and write permissions on destination endpoints.
Set Appropriate Timeouts: Large transfers may need longer timeouts. The default is 1 hour (3600 seconds).
Chain Tasks Properly: Pass transfer/deletion futures as arguments to downstream tasks, or call
.result()to wait synchronously for tasks to complete.Cleanup Staged Data: Always delete temporary staged data to avoid filling up scratch space.
Test Endpoints First: Verify endpoints are set up correctly by doing a manual transfer through the Globus web interface before automating.
Use Absolute Paths: Always use absolute paths for both source and destination to avoid ambiguity.
Troubleshooting
Transfer Not Starting
Verify you’ve authenticated:
chiltepin loginCheck endpoint names/UUIDs are correct
Ensure both endpoints are activated (visit Globus File Manager)
Permission Denied
Verify you have read permissions on the source endpoint
Verify you have write permissions on the destination endpoint
Some endpoints require explicit activation in the Globus web interface
Transfer Timing Out
Increase the
timeoutparameter for large transfersCheck network connectivity between endpoints
Verify endpoints are online and not in maintenance mode
Endpoint Not Found
Check endpoint name spelling (case-sensitive)
Try using the endpoint UUID instead of display name
Verify the endpoint is visible in your Globus File Manager
See Also
Tasks - General task documentation
Endpoint Management - Globus Compute endpoints for task execution
API Reference - Full API reference for the data module
Globus Documentation - Official Globus guides