× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Minimally I would test without the TRANSLATE subcommand, to ensure that is not the source of any problems.

There is no mention of CRTPF or CRTSRCPF issued prior to, or SYSCMD CRT[SRC]PF within, the script. Was the target file on the client pre-existing without the member [so the "(replace" was not required], or was the FTP client creating the [source] physical file? If the files being copied are indeed lrecl=500, then the target data file must be created with that as its minimal record length; or 512 as minimal for target as a source file, to accommodate the 6 byte source sequence and 6 byte source date details.

Although recf & lrecl will IIRC, establish criteria for the FTP server in creating a target file for PUT at the server, I am not aware there is any affect on GET for use of those site specific subcommands directed at the server [from the i as FTP client]. AFaIK, by default the i as FTP client will create an 80 byte data file. Given enough information, for example by specific site settings and whatever else, a file of the minimal RCDLEN should be created by the i as FTP client. However I wonder about the "UNIX simulation" and the settings MODE=stream, UNIX=ON, & CRLF=ON that are shown. If the files are really VSAM versus fully stream data, then perhaps those attributes preclude the client from making an appropriate decision about the minimum record length required, so the default of 80-bytes is used, and thus the files as target of the data will need to be pre-created rather than allowing the client to create the file.?

Regards, Chuck

Panayiotis Petrou wrote:
I trying to use the FTP client to GET vsam files from our zVSE
mainframe. If try getting a file up to 80 bytes everything works
okay. Any file larger results in an error.

Is there any limitation?

This however works fine when I FTP the files from zVSE to
iseries.

Any help is appreciated.

> Connecting to remote host 10.0.1.1 using port 21.
> 220-TCP/IP for VSE Internal FTPDAEMN 01.05 E 20061010 11.26
> Copyright (c) 1995,2006 Connectivity Systems Incorporated
> 220 Ready for new user
> xxxx
> 331 User name okay, need password
> 230 User logged in, proceed
> UNIX Simulation on VSE system
> ebcdic
> 200 Command okay
> SITE TRANSLATE GR_ELOT928
> 200 Command okay
> site recfm f
> 200 Command okay
> site lrecl 500
> 200 Command okay
> get ut4/gn.fk.cla.env1 sptools/gnfkcla
> 227 Entering Passive Mode (10,0,1,1,19,14)
> 150-About to open data connection
> File:UT4/GN.FK.CLA.ENV1
> Type:EBCDIC Recfm:F Lrecl: 500
> CC=ON UNIX=ON RECLF=OFF TRCC=OFF CRLF=ON NAT=NO CONT=OFF
> Translate OVERRIDDEN to GR_ELOT928
> MODE=Stream STRU=File
> 150 File status okay; about to open data connection
> 226-Bytes sent: 1,948,251
> Records sent: 38,201
> Transfer Seconds: 18.47 ( 103K per second)
> File I/O Seconds: 18.66 ( 102K per second)
> 226 Closing data connection
> 1948251 bytes transferred in 17.795 seconds. Transfer rate
> 109.484 KB/sec.

<<SNIP second GET>>

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.