A storage record is the reusable destination for files and recordings. Test credentials with a small object first; a saved form does not prove bucket access.
Callaba Cloud File Manager
The recording is readable from the external bucket and its retention is no longer dependent on the instance disk.
See how the product worksBefore you start
A bucket created in the intended region.
Credentials limited to the required bucket and object operations.
A retention and lifecycle policy owned by your organization.
Settings explained
These are the controls an operator needs to understand. Internal field names and implementation events are intentionally omitted.
Connection
Identify the external object store.
- Storage name
A clear operator label such as Archive EU or VOD Primary.
- Storage type
Choose the S3-compatible or Backblaze connection expected by the bucket.
- Bucket or endpoint
The bucket address used by this storage connection.
- Access key
Credential identifier permitted to access the bucket.
- Secret key
Write-only secret paired with the access key.
Never place it in screenshots or support messages.
Optional metadata
External metadata storage for workflows that require it.
- Metadata database URL
Optional Redis-compatible URL used by supported metadata workflows.
Leave it empty unless the workflow explicitly requires it.
Safe first workflow
- 01
Create a storage record with an operator-friendly name and the correct provider type.
- 02
Enter the bucket endpoint and least-privilege credentials.
- 03
Save the storage, then copy a small non-sensitive test file into it from File manager.
- 04
Confirm the object exists in the bucket and can be read through the expected workflow.
Workflow examples
Send live recordings to external retention
Local disk should not own the only copy of a live program.
How to build it
- 1
Connect and test the destination storage with a small file.
- 2
Create the recording using the required output and segmentation policy.
- 3
Verify the finalized file in File manager before copying it.
- 4
Copy the asset to the tested storage and monitor copy progress to completion.
Move verified media between storage tiers
A production asset must move from an active bucket to a separate archive destination.
How to build it
- 1
Confirm both storage records with a small, non-sensitive test object.
- 2
Locate the finalized production asset in File manager and verify its duration and format.
- 3
Copy the asset to the archive storage and wait for the operation to complete.
- 4
Read the archived object through the intended recovery workflow before applying any source-retention policy.
Verify the result
- A test copy reaches the intended bucket and can be read back.
- The storage list identifies the correct provider and operator label.
- Failed credentials do not expose their secret value in the UI.
Troubleshooting
A storage saves but copy fails
Check- Check bucket endpoint and region.
- Verify object write permission and credential validity.
Correct the bucket policy or credentials and repeat with the same small test file.