When I transfer a file to a remote site using TCP/IP FTP in OS/390, an interrupt occurs, but the file have been transferred for 70%, I do not want to re-send it from the beginning, can I resume the transfer from 70%. What should I do? Is there anyone who can help me? Contact me at "wangsheng_259@sohu.com" , Thank you very much.
FTP supports two subcommands for restarting data transfers that fail. Select the appropriate subcommand based on the data transfer mode at the time the data transfer failed.
If stream mode data transfer was used, use the srestart subcommand to restart the data transfer. See "SRESTART subcommand--Restart a stream data transfer" in topic 5.65 for a description of stream mode restart.
If block or compressed mode was used, use the restart subcommand to restart the data transfer. See "REStart subcommand--Restart a checkpointed data transfer" in topic 5.57 for a description of block or compressed mode restart.
To restart a block or compressed mode data transfer, checkpointing must have been initiated prior to the start of the transfer. You can use either the LOCSITE or SITE subcommands to initiate checkpointing.
The LOCSITE subcommand parameter CHKPTINT controls the checkpoint interval at the client, and the parameters CHKPTPREFIX and RESTGET control the naming of the client checkpoint data set.
The SITE subcommand parameter CHKPTINT controls the checkpoint interval at the server.
foreign_file
Specifies the name of the file to be retrieved from the remote host.
local_file
Specifies the name of the local file created as a result of the Get subcommand.
Enter the same names for foreign_file and local_file as you used in the interrupted get subcommand.
You can override the usage of the current local working directory in the local file name by specifying local_file as a complete data set name enclosed in single quotation marks ('). If local_file is not specified, the local_file name is the same as the foreign_file name.
PUt
Resume a put subcommand.
local_file
Specifies the name of the file on your local host being sent to the remote host.
foreign_file
Specifies the name that the delivered file is given on the remote host. If the foreign_file name is not specified, the foreign_file name is the same as the local_file name.
Enter the same names for foreign_file and local_file as you used in the interrupted put subcommand.
You can override the usage of the current local working directory in the local file name by specifying local_file as a complete data set name enclosed in single quotation marks ('). If local_file is not specified, the local_file name is the same as the foreign_file name.
Usage
Do not use SRestart to resume an interrupted file transfer unless you can recreate the start options, Use [URL] BBCode for External Links statements, SIte, and LOCSIte options in effect at the time of the failed file transfer. Unpredictable results may occur if the file transfer environment cannot be recreated. If you cannot recreate the file transfer environment, issue Get or PUt to transfer the file again.
Not all file transfers can be resumed in STREam mode. Observe these restrictions during the original file transfer as well as the srestart transfer.
Mode must be STREam.
Filetype must be SEQ.
Structure must be FILE.
SUnique option must be disabled.
Data type must be ASCII, EBCDIC, or Image.
The local file must reside in the HFS.
For SRestart PUt, a z/OS CS V1R6 or later server will reject the restart if the foreign_file is not an HFS file.
For SRestart PUt, if the server cannot calculate an appropriate point to restart the file transfer, SRestart will fail.
For SRestart Get, if the client cannot calculate an appropriate point to restart the file transfer, SRestart will fail.
If SRestart fails, use Get or PUt and start the file transfer again.
5.57 REStart subcommand--Restart a checkpointed data transfer
Purpose
Use the REStart subcommand to restart a checkpointed data transfer.
The REStart subcommand restarts the last checkpoint file transfer request at the point of the last valid checkpoint stored in the checkpoint data set. See Use [URL] BBCode for External Links CHKPTPREFIX statement to determine the check point data set name. The file transfer environment (such as file transfer mode, type, and the hlq of the checkpoint data set name) which was in effect at the time of the last checkpoint file transfer request must be reestablished before issuing the REStart subcommand.
The REStart subcommand can be used when a checkpointed file transfer request fails because of some temporary condition such as the loss of the connection between the client and the server.
The checkpoint file name is formed using the CHKPTPrefix value and the current working directory.
