HULFT functional restrictions for downloads from object storage

When downloading send files from object storage, transfers from the object storage to the sending-side host use HTTPS protocol, and transfers from the sending-side host to the receiving-side host use the HULFT transfer method.

Therefore, settings related to HULFT file transfers are applied only to transfers from the sending-side host to the receiving-side host and are not applied to downloads from object storage as a general rule.

Some functions related to HULFT file transfers are restricted for downloads from object storage for this reason. This section explains those HULFT functional restrictions. For details on functional restrictions for HULFT Cloud Storage Option, refer to Functional restrictions for object storage.

Checkpoint Resend File

Checkpoint Resend File cannot be performed.

Even if you specify resending from checkpoint with the Resend File Issuance command or the Resend Request Issuance command, the send files are resent from the beginning.

Instant Transfer

Download of send files from object storage by using Instant Transfer is not supported.

Send File Mode

If you specify a file name including "://" for File Name in the Send Management Information, specify "K" (Keep) for Send File Mode in the Send Management Information.

If a mode other than "K" (Keep) is specified, a transfer error occurs.

Transfer error

The transfer errors that occur and the actions to take in each case are as follows:

  • If the content of the object storage is modified during sending, a transfer error occurs.

  • You can check whether a transfer error occurred in Send Log. If an error occurred while downloading, Total Record Count in Resend Queue Status List becomes "999,999,999".

Cancelation timing

If you cancel during downloading, it may take some time for cancelation to complete.

If you cancel the transfer while downloads are in the queue, it will not be canceled immediately. The transfer is canceled when a slot opens in the available number of downloads and the downloads are restarted.

Exclusive control of objects

Unlike files on the disk, exclusive control of objects on object storage is not available.

Therefore, HULFT checks whether objects to send have been replaced or deleted at the following timing:

  • When a download of each part of data in parallel ends

  • When a download ends

Note

When an object is changed or deleted while downloading, the download may end successfully on the receiving-side host even though an error occurs on the sending-side host.

If the following errors are notified on the console log or trace log of the sending-side host, check the corresponding data on the receiving-side host.

When the sending-side host is Windows (console log)

:

E366003

When the sending-side host is Linux (trace log)

:

E3038003

Downloads to the same receive file

If multiple downloads are performed simultaneously for one receive file, the transfer remains in-progress until a timeout occurs.

The transfer cannot be canceled, either.

Therefore, do not perform multiple downloads simultaneously for one receive file.