I am going to guess firewall which is usually my first stop for interrupted communication. Codes point to a data connection error.
Slowness is not as clear. - buffers - data set not allocated properly causing huge number of extents - wlm - only as fast as your slowest network segment - server constraint ( vm cpu, io ) Rob Schramm On Wed, Jun 6, 2018, 8:34 AM Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Gadi Ben-Avi wrote: > > >I have the following problem. > >I need to transfer a very large file (3.7 GB) from a ftp server to z/OS. > > >First, I tried transferring the file using the z/OS ftp client. It took > forever, and then timed out. The average transfer rate was somewhere > between 500 and 100 KB/sec. > >The transfer kept abending. > > What messages are you getting during those abends? > > > >I transferred the file to my pc. That took about 10 minutes. The transfer > rate was about 5 MB/sec. > >I next transferred the file to z/OS using the windows ftp client and the > z/OS ftp server. It took 71 seconds. > > >Where should I look to find the problem? > > I would first turn DEBUG to ALL and then repeat the slow transfer while > looking in the FTP.DATA first, but also in the SYSLOG, TCP/IP Stack STC > messages, etc. > > Look in your FTP.DATA of your z/OS FTP Client to see if some setting is > wrong or different from your other FTP.DATA for example VCOUNT, BUFNO, > DATACTTIME, DATAKEEPALIVE, DCONNTIME, checkpoint settings. > > Groete / Greetings > Elardus Engelbrecht > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
