John Hooper wrote: >We are isolating our production LPARS from the development LPARS (as we >should) with the only means of transferring data between them being certain >authorized FTP processes. A number of utilities generate block sizes greater >than 32K by default when writing to tape. If we attempt to FTP those files we >get a 013-E1 abend ingicating that we need to use the large block interface. >Is there any way to have FTP process these large block sizes or are we going >to have to override the block sizes on all of these backup jobs? I can't find >any past discussion or information in the manuals.
As documented, the blocksize (BLKSIZE statement) is defined from 0 to 32760 bytes. What are the other attributes of these datasets? LRECL, RECFM, etc.? Are you using RDW statement before actual FTP transfers? What FTP mode and encoding are you using? One way to overcome that limit, I think, out of my head is, use DFDSS (or TERSE or something like that) and create a dataset (BLKSIZE = 32760 or smaller) which contains those large blocksize datasets. Then you can FTP it and use the same utility on the other side. HTH! Groete / Greetings Elardus Engelbrecht ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
