03-01-2010 08:46 AM
i do the exact process with a smaller ~250mb file and it works correctly. the os is mpeix 7.5 with the latest arpa and ftp patches. i have even tried pushing the file back from the unix server with the same results.
03-01-2010 04:03 PM
that's larger than 2 GB.
Second, can you please post the output of
"listf,2" (or "listfile , 2") for the original (good) and
final (failing) versions of the files?
03-01-2010 04:10 PM
I have done further testing of this issue. I have created a 2.8gb backup as i figured i would try to see if the issue was roll to the second backup file. interestingly i have the exact same problem even with the single 2.8gb file. i have transferred the file in bytestream and binary mode with the exact same results. i am currently running the ftp again and will provide the results once that completes. a listfile,2 shows that both files are identical which i will provide shortly.
03-01-2010 04:35 PM
if you see the incoming FTP as a *BYTESTREAM*
file of more than 2 GB. The maximum
number of records for ANY file is 2**31-1,
or 2147483647. Since the record size
for bytestream files is, by definition, 1,
that's 2 GB (minus one byte).
Now, that said, I suspect that the problem
is (a) you're creating a bytestream file
when uploading to the 3000, and (b) you're
not creating a file with filecode 2501.
Here's the essential info for FTP'ing a
STORE-to-disk file to a 3000:
put localname MPENAME;rec=128,1,f,binary;code=2501
E.g., if the local (Unix/Linux/Windows/Mac) filename is foo.sd, and you want to upload
to "FOO" on MPE:
put foo.sd FOO;rec=128,1,f,binary;code=2501
For some, perhaps most, files you may have
to specify a "disc=" too:
put foo.sd FOO;rec=128,1,f,binary;code=2501;disc=1000
To choose the disk= value, take the size
of the file in bytes, divide by 256, and
add at least one to that result and use
that number as the number of records (disc=).
Unlike Randy Medd's excellent LZW utility,
STORE is very picky...the STORE-to-disk
file must have filecode 2501, and must
be a fixed-record file (there may be other record sizes that work, but STORE
03-02-2010 04:38 PM
you wrote: a listfile,2 shows that both files are identical which i will provide shortly.
You might want to do that soon, before people
If/when you get an answer, or lose interest yourself, don't forget to assign points.
03-03-2010 02:36 PM
i am now happily ftp'ing the files. now if only i can figure out how to do an mget of the ftp'd files from the ftp server rather than retrievig them individually i will be a happy camper.
03-03-2010 05:33 PM
if you're the only user of FTP (at least
during this time), you could try
editing the BLDPARMS file to specify
the record size and binary and disc=
parameters globally. Then do the MGET
then restore the original BLDPARMS file.
Or, use a session-local BLDPARMS file.
Do: :print bldparms.arpa.sys
and read it for info.
(Note: I have not used BLDPARMS myself)
Don't forget to assign points :)