denniskroenke
asked on
FTP Session from PC into AS400 hangs up on append statement
I am having a strange problem with an FTP session on the PC.
I am using a .BAT file to execute my commands, feeding off of an FTP "Script File".
The problem started when we upgraded our O/S to V5.R2.M0. We have since applied Cum. PTFs, to no avail.
The problem is intermittent. Sometimes (when system traffic is low), the script executes clear through.
Other times (seemingly when the system is busier), the script gets through the logon, executes an "Append" command, and hangs.
Here is what it looks like when it WORKS:
ftp> Connected to MY400.ABC.corp.
open MY400
220-QTCP at MY400.
220 Connection will close if idle more than 5 minutes.
ftp> Username user
myuser
331 Enter password.
230 MYUSER logged on.
ftp> ftp>
append "C:\Program Files\WPN\pfile.txt" MYLIB/PFILE
200 PORT subcommand request successful.
150 Sending file to member PFILE in file PFILE in library MYLIB.
250 File transfer completed successfully.
ftp: 133 bytes sent in 0.00Seconds 133000.00Kbytes/sec.
ftp> quit
221 QUIT subcommand received.
When it fails, it just hangs on the 11th line and never comes back. The session then looks like this:
ftp> Connected to MY400.ABC.corp.
open MY400
220-QTCP at MY400.
220 Connection will close if idle more than 5 minutes.
ftp> Username user
myuser
331 Enter password.
230 MYUSER logged on.
ftp> ftp>
append "C:\Program Files\WPN\pfile.txt" MYLIB/PFILE
200 PORT subcommand request successful.
I have been looking all over for the cause of this. I am unable to find anything in the AS400 "QTCP" Joblogs.
The session obvoiusly gets connected and signed on. The "Append" command returns the "200 PORT subcommand request successful", which implies to me that the a valid port was found and the request was sent down it.
We have hundreds of users executing this script each day. Since the V5R2 upgrade, most of these conversations are now hanging up.
Any Ideas?
I am using a .BAT file to execute my commands, feeding off of an FTP "Script File".
The problem started when we upgraded our O/S to V5.R2.M0. We have since applied Cum. PTFs, to no avail.
The problem is intermittent. Sometimes (when system traffic is low), the script executes clear through.
Other times (seemingly when the system is busier), the script gets through the logon, executes an "Append" command, and hangs.
Here is what it looks like when it WORKS:
ftp> Connected to MY400.ABC.corp.
open MY400
220-QTCP at MY400.
220 Connection will close if idle more than 5 minutes.
ftp> Username user
myuser
331 Enter password.
230 MYUSER logged on.
ftp> ftp>
append "C:\Program Files\WPN\pfile.txt" MYLIB/PFILE
200 PORT subcommand request successful.
150 Sending file to member PFILE in file PFILE in library MYLIB.
250 File transfer completed successfully.
ftp: 133 bytes sent in 0.00Seconds 133000.00Kbytes/sec.
ftp> quit
221 QUIT subcommand received.
When it fails, it just hangs on the 11th line and never comes back. The session then looks like this:
ftp> Connected to MY400.ABC.corp.
open MY400
220-QTCP at MY400.
220 Connection will close if idle more than 5 minutes.
ftp> Username user
myuser
331 Enter password.
230 MYUSER logged on.
ftp> ftp>
append "C:\Program Files\WPN\pfile.txt" MYLIB/PFILE
200 PORT subcommand request successful.
I have been looking all over for the cause of this. I am unable to find anything in the AS400 "QTCP" Joblogs.
The session obvoiusly gets connected and signed on. The "Append" command returns the "200 PORT subcommand request successful", which implies to me that the a valid port was found and the request was sent down it.
We have hundreds of users executing this script each day. Since the V5R2 upgrade, most of these conversations are now hanging up.
Any Ideas?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Any progress? You might try STRCMNTRC for TCP/IP (if you have authority) and see if the data connection works from the AS/400. Review NETSTAT *CNN while connections are being established, both working and failing. Maybe software firewalls on the PCs are blocking ranges of ports and your ephemeral ports have moved to a new range since the upgrade.
Barry seems to have the best direction concerning how data connections actually work. That's where to research.
Tom
Barry seems to have the best direction concerning how data connections actually work. That's where to research.
Tom
ASKER
Thank you. After looking deeper at the traffic on PORT-20, I believe that this is now resolved.
This task can now be closed.
Thank you again for the valuable insight into this problem!
This task can now be closed.
Thank you again for the valuable insight into this problem!
Barry