System Environment Settings

Timeout settings

If the number of parallel downloads reaches the maximum number, any additional downloads will be placed in the queue until one or more running downloads are finished and a slot opens in the available number of downloads. In this case, if the wait time is too long, a timeout occurs during communication with HULFT. The following value is used for the time until this timeout occurs:

The value of the non-communication timeout value specified by the receiving-side host (*1) minus the subtracted value (*2) (unit: seconds)

*1

:

At the time of the open or close processing of the send file, the non-communication timeout value specified by the sending-side host is used because the non-communication timeout value specified by the receiving-side host is unknown.
If the value is in minutes, convert the value to seconds before performing the calculation.

*2

:

Use the smaller of the following two values as the subtracted value:

  • Non-communication timeout value specified by the receiving-side host x 0.1 (unit: seconds)

  • 10 seconds

 

Non-communication timeouts are specified as follows:

Table 3.15 Non-communication timeouts by host type

Sending Host

Setting

HULFT for zOS

Socket Read Timeout (RCV-TIMEOUT) in the System Environment Settings (seconds)

HULFT for MSP

TCMTIME parameter in the ISP environment for TISP (minutes)

HULFT for XSP

HULFT for IBMi

Socket Read Timeout (SOCKTIME) in the System Environment Settings (seconds)

HULFT for UNIX/Linux

Socket Timeout (socktime) in the System Environment Settings (seconds)

HULFT for NSK

HULFT for Windows

Socket Read Timeout (socktime) in the System Environment Settings (seconds)

 

If timeout errors occur frequently in downloads from object storage, change the settings for non-communication timeouts for the receiving-side host.