Download files from a container in an Cloud Object Blob Storage.

Parameters:

Parameters:
See dedicated page for more information.
ostDownload retrieves an object from OpenStack Swift–compatible object storage and saves it to a local file path on the worker running your pipeline. It streams the file in chunks (size is configurable), supports segmented objects (SLO/DLO handled transparently by Swift), and exposes retries, debug verbosity, and error-handling controls so you can decide how failures are propagated through the pipeline.
Output is a file on disk (side-effect). The action itself doesn’t emit a tabular dataset; check the Log tab for the transfer report.
Any storage that exposes the OpenStack Swift API will work, including:
You only need the container endpoint, a user (or application) credential, and the tenant/project context.
Drop the action on your canvas.
Open Parameters and fill the minimum required fields:
(Optional but recommended) leave Chunk size (MB) at its default unless you have a reason to tune throughput/footprint.
Choose idErrorManagement behavior:
Run a preview/execution. Inspect Log for transfer details and verify the file at the save path.
The action has no required incoming pins. It performs the download as a self-contained step.
| Field | What it is | Notes / Tips |
|---|---|---|
| Remote File to download | Remote file (object key) to download | Use the exact object path within the container. Supports standard Swift objects; segmented objects are resolved by Swift automatically if created as SLO/DLO. |
| Local filepath (to save locally) | Local filepath (destination) | Absolute or workspace-relative path on the worker where the file will be saved. The directory must exist and be writable. |
| Chunk size (MB) | Chunk size (MB) for streaming | Controls read buffer size; larger values can improve throughput on fast networks but increase memory usage. Default shown is 10. |
| container URL | Container URL | Full Swift container endpoint (base URL + container). This is not just the auth URL; it targets the object storage container. |
| Login/user | Login/user | Keystone/Swift user or application user. |
| Password | Password/Token | Use the credential appropriate for your auth mode. Keep secrets in a secure store if available. |
| tenant Name | Tenant/Project | OpenStack tenant (a.k.a. project) for the user. |
| Debug information level | Debug information level | nothing / basic / verbose. Start with nothing, switch to verbose only when troubleshooting (shows request/response details). |
| idOptional | Extra cURL parameters (advanced) | Free-form flags appended to the underlying call (for experts). For example, tuning timeouts or TLS settings. Leave blank unless you know exactly what to add. |
| nRetry | Retries on connection error | How many automatic retries to attempt on transient network failures. Balance with your provider’s rate limits and job SLAs. |
| idErrorManagement | Error handling strategy | - abort pipeline execution with error: stop on first failure. - continue with status ERROR: the pipeline carries on; the action reports an error status for monitoring. |
The action authenticates to Swift using the supplied credentials and tenant/project scope.
It requests the object from the container via the Swift API.
Data is streamed in configurable chunks and written to the destination path.
If a recoverable network error occurs, the action retries up to Number of retries on connection error times.
Depending on idErrorManagement, an unrecoverable failure either aborts the pipeline or marks the step as ERROR and continues.
Paths & permissions: Ensure the save directory exists and the runner user has write permissions.
Chunk size tuning:
Throughput vs. cost: Some providers charge per request; tuning chunk size can influence request counts and cost.
Security: Avoid hard-coding passwords in plain text. Use your platform’s secret store or environment variables if available.
Observability: Use basic or verbose Debug information level temporarily to diagnose auth or network issues. Revert to nothing afterwards.
Error policy: For batch flows, continue with status ERROR can keep a long pipeline going while you catch failures via monitoring.
Login/user, Password, tenant Name, and that your Container URL points to the correct project/region.--retry-all-errors (via Optional: extra parameters for cURL) if supported, or adjust Chunk size (MB).