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
