FTP Error 46

[Dean Nicholls]

Hi all

I'm trying to FTP a file from an S390 to the Tandem K2000. The file on
the IBM side is a FB, lrecl of 34 and is about 30M in size. Its all
character data (Ebcdic :-( ). I transfer it to the Tandem (D45 K2000)
with the following command

put 'devall.fred.fb' fred,k,0,5000,5000,16,34,34,0

(The command is entered thru interactive FTP through a TSO session -
although I believe a batch FTP would give a similar result - I will
try it tomorrow)

It then proceeds to transfer the data and the last response you get is
that its transferred ~26M and then it fails with an error 46.

According to our good friend Mr error this is an invalid key or the
key is longer than 255 characters or the program cannot open the
alternate key file. I dont think its the last two somehow, so it
appears to be a key problem. I have had this when transferring between
2 Tandems, but this is the first time from the IBM to the Tandem.

Any suggestions? Its not a dup key, because this gives a 71.

Cheers
Dean.

[Bruce Boulding]

Check the receiving file on the Tandem for file size. It is probably full.

I have run into this issue before with big files being FTP'd to Tandems.

Solutions:
(a) Access the Tandem first and create the file with huge extents. You can
use the structure of the failed FTP for any special characteristics (there
should not be any). The file will be created with 0 bytes. Then FTP the
file, binary with the APPEND option. The append will not create a file, it
will add to the 0 lenght one.

(b) Figure out how to set the file size prior to the start of the FTP in the
FTP session. This can be done (I did it once, but stupidly did not write
it down) but it is a bit clumbersome. If this is a repeated process, you
will need to figure this out.

Bruce....

Dean Nicholls wrote in message <381702b...@news.iinet.net.au>...

[Rick Miller]

I'm not familiar with the syntax you're using but is it possible that it's
creating an Edit file? If so, you're probably blowing out the highest possible
line number in an Edit file.

If you pre-create the file on the Tandem as an Entry Sequenced file you can
create it with whatever extents work for the size file your're transferring.
Then you can transfer into that file.

We do something like that every night. We transfer the data into an existing
file and a batch job on the Tandem picks it up, renames it and creates a new
one for the next night.

Rick

[Doug Miller]

In article <38311D8A...@teleport.com>,
Rick Miller <parr...@teleport.com> wrote:
+I'm not familiar with the syntax you're using but is it possible that it's
+creating an Edit file? If so, you're probably blowing out the highest
possible
+line number in an Edit file.

> >put 'devall.fred.fb' fred,k,0,5000,5000,16,34,34,0

The 'k' in the parameter string signifies that the target is a key-sequenced
file.

--
dlmiller/at/netdirect/dot/net

[freddief...@hotmail.com]

In article <80rfs7$1og...@news.netdirect.net>,

When I receive this error it is usually caused by a duplicate key. Try
sending the data to a type E file and FUP COPYing the file into the key
sequence file. Where the FUP COPY blows off is where the duplicate key
is.

You could also FTP the file into the entry sequence file & SORT by the
length & offset of the key sequence file with the run command
RUN,REMovedups to remove any duplicate keys.

-Fred Burmeister
System Adminitrator
On-Line Operations
Continental DataGraphics

Sent via Deja.com http://www.deja.com/
Before you buy.