I was wrong thinking that FTP/iX was designed to transfer the entire 
store-to-disc file-set to the target FTP server, just by referencing the 
first file in the set.  Not sure why I thought that. I will be using 
'mput' instead of 'put'., or I will write a for loop in the script.... 
In any case, I believe my math is correct,  still 256 bytes per sector, 
right?

((16776960×256) + (8433456×256)) = 6453866496


Happy Holidays,
Mike.


On 10-12-18 03:23 AM, Lars Appel wrote:
> Michael Anderson wrote:
>> So: Tonight when I test this, If I end up with a 6 Gib file on the
>> target FTP server than all is well, and if only 4 GIb, then maybe what
>> Jack Connor is saying is true.
>
> Mike,
>
> why do you expect to get a 6 GB file on the target system?
> All I see on your source system are two files < 4 GB each.
>
>> CODE  ------------LOGICAL RECORD-----------  ----SPACE----  FILENAME
>>         SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX
>>
>> STORE   128W  FB    16776871   16776959   1 16776960  *  * *J3KBKUP
>> STORE   128W  FB     8433454   16776959   1  8433456  *  *  J3KBKUP.2
>
> Remember that STORE-to-disk splits backups into "multi reel" file sets.
>
> Lars.
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *