Retries

The upload, download, and sync operations will automatically attempt to retry each file transfer two more times, for a total of three attempts.

The CLI App is capable of automatically resuming a transfer from the interruption point, but this also depends on the capabilities of both sides of the transfer.

If the source or destination is a Remote Server Mount then that type of Remote Server may not support resuming from the interruption point. If the Remote Server doesn't support it then the CLI will be forced to restart a file transfer from the beginning. The CLI App will always attempt to resume from the interruption point, then fall back to restarting from the beginning of the file if the resume fails.

Resume support depends on the specific Remote Server and transfer operation. Check the outcome in the CLI log instead of assuming that a retry resumed where the previous attempt stopped.

If you are using a local network attached file system, where the network connection to the file storage might not be fully stable, you can configure a higher number of retries using the --retry-count flag.

files-cli upload /local/path/to/folder/ /remote/path/to/folder/ --send-logs-to-cloud --retry-count=10

files-cli download /remote/path/to/folder/ /local/path/to/folder/ --send-logs-to-cloud --retry-count=10

files-cli sync push --local-path="M:\NetworkShare1\Documents" --remote-path="Documents" --send-logs-to-cloud --times --retry-count=10