Our PASV experience with users uploading data files to us and
downloading the (one) MXG Software file has been binary.
At some sites PASV is required, or the transfer never initiates,
while at other sites, enabling PASV causes the transfer to fail,
often with a BROKEN PIPE message after moving many megabytes of data.
My notes show that these ftp error messages have been resolved by
reversing the PASV option.
EZA1735I Std Return Code=06000, Error Code=00007.
EZA1735I Std Return Code=25150, Error Code=00010.
EZA1735I Std Return Code=16426, Error Code=00002
EZA1735I Std Return Code=27426, Error Code=00002
EZA1735I Std Return Code=26530, Error Code=00011
EZA1735I Std Return Code=27150, Error Code=00009
EZA1735I Std Return Code=27550, Error Code=00010
EZA1735I Std Return Code=16450, Error Code=00002.
ERRORS when "GET" partially transfers, times out waiting for z/OS,
after reading three tape volumes! EPASV/LOCSITE FWFRIENDLY.
Merrilly yours,
Barry Merrill
Herbert W. "Barry" Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229
[email protected]
http://www.mxg.com - FAQ has Most Answers
[email protected] - invoices/PO/Payment
[email protected] - technical
tel: 214 351 1966 - expect slow reply, use email
fax: 214 350 3694 - prefer email, still works
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Webster, Chris
Sent: Wednesday, November 26, 2014 12:31 AM
To: [email protected]
Subject: Re: FTP hangs?
Maybe you could try to use the FTP PASV command. If you are using perl for the
FTP, try set (export) FTP_PASSIVE=1 to see it if helps. From experience,
corporate managed firewalls can get in the way. I have been running in passive
mode for a while and do not see any performance problems (running without
passive and having FTP not work was a serious performance problem).
...chris.
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Gord Tomlin
Sent: Tuesday, November 25, 2014 11:12 AM
To: [email protected]
Subject: Re: FTP hangs?
On 2014-11-25 13:47, Phil Smith wrote:
> Like many companies, we use a z/OS guest at IBM Dallas for our testing. We
> also cross-compile our source on Windows, using the Dignus compiler.
> Obviously, this results in lots of FTPing bits from our systems to Dallas.
> Moreover, we do tons of automated testing submitting jobs and gathering
> output directly to and from the JES queue with FILETYPE=JES.
>
> Usually this all works fine. Some days, however, are a disaster, with FTP
> hanging constantly, both during "traditional" file transfers and when
> communicating with the SPOOL via FILETYPE=JES.
>
> We've been unable to identify any commonality to the bad days. At various
> times we've suspected shortage of SPOOL space; something latent in not having
> IPLed recently (we do wind up IPLing fairly frequently, due to running out of
> reusable address spaces after stopping and restarting our cross-memory STC
> repeatedly); shortage of initiators; and other things along those lines, but
> have always been able to disprove those theories.
>
> For example, today, with only two of us around (and thus even more control
> than usual), is a bad day: test jobs keep hanging in FTP. We reIPLed, and
> SPOOL and initiators are fine, but the hangs continue.
>
> We've talked with IBM and our own IT, and nobody seems to have any clue about
> how to diagnose this.
>
> Any ideas? It's not only frustrating, but when we're on a release deathmarch,
> is particularly disruptive to schedules!
>
> Thanks in advance,
>
> ...phsiii
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to [email protected] with the message: INFO IBM-MAIN
>
>
We had a problem with FTP to IBM Dallas about four years ago. It didn't hang,
but we were only getting about 26 Kb/sec. They changed the MTU size for the
connection from defaultsize to 1492, and things got much better. Just a
thought, in case your hang isn't really quite a hang.
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
[email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
[email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
