You need to drill down in your job to see the actual reason why the restore does not work. Put the cursor on the error message and press F1 to see the details and then press F10 to see the log for your job. look above this error for some other message that might show the cause like not authorized or save file cannot be restored because it isi not a save file. the later will happen when you FTP a save file over to another machine and the save file does not already exist. It will create a straight file on the other machine first before placing the save file contents in it with the FTP command. so first use the CRTSAVF command on the other machine to create the save file. Also make sure you issue the BIN (binary) command before you do the PUT statement. Hope some of this helps. Lovemyi ============================================================== <i>the later will happen when you FTP a save file over to another machine and the save file does not already exist.</i> The above is only partially true. It is true when (1) you are using a client such as Windows FTP client, (2) you are transferring under NAMEFMT 0, and (3) you are FTPing an object that doesn't have a .SAVF extension. When transferring a .SAVF file under NAMEFMT 1, savefiles will be created automatically. The system will handle savefiles correctly when the transfer options are correct and appropriate. As always, savefiles <b>must</b> be transferred in BINARY mode. Note that simple message text isn't much help since there are multiple messages that can show the "Objects from save file [file name] in [library name] not restored." text. We need to know what the message identifier is. E.g., it might be CPD372A, CPD372B, CPF3801 or a few others. There will also be additional text that should explain the most likely cause of a problem. Tom

You need to drill down in your job to see the actual reason why the restore does not work. Put the cursor on the error message and press F1 to see the details and then press F10 to see the log for your job. look above this error for some other message that might show the cause like not authorized or save file cannot be restored because it isi not a save file. the later will happen when you FTP a save file over to another machine and the save file does not already exist. It will create a straight file on the other machine first before placing the save file contents in it with the FTP command. so first use the CRTSAVF command on the other machine to create the save file. Also make sure you issue the BIN (binary) command before you do the PUT statement. Hope some of this helps. Lovemyi ============================================================== <i>the later will happen when you FTP a save file over to another machine and the save file does not already exist.</i> The above is only partially true. It is true when (1) you are using a client such as Windows FTP client, (2) you are transferring under NAMEFMT 0, and (3) you are FTPing an object that doesn't have a .SAVF extension. When transferring a .SAVF file under NAMEFMT 1, savefiles will be created automatically. The system will handle savefiles correctly when the transfer options are correct and appropriate. As always, savefiles <b>must</b> be transferred in BINARY mode. Note that simple message text isn't much help since there are multiple messages that can show the "Objects from save file [file name] in [library name] not restored." text. We need to know what the message identifier is. E.g., it might be CPD372A, CPD372B, CPF3801 or a few others. There will also be additional text that should explain the most likely cause of a problem. Tom