Re: FTP from Windows 7/10 PC to IBM i is not working correctly anymore

[DrFranken <midrange@xxxxxxxxxxxx>]

Hoss,
	
	So normally when FTP from a Windows machine craps out such as this it's 
the Windows Firewall that gets the first bus tire tracks. THing is 
USUALLY that one fails ONE step earlier. That is it lets you log in and 
do CD but you cannot do DIR or LS or GET. It fails with the same error 
you're showing. But you Do get the first file. So Windows firewall is 
NOT off the hook yet. Certainly check on that PC to see if it's enabled. 
If so turn it off and try again.

	Also ask the network guys if anything has changed. e.g. twice recently 
new firewalls were installed at customers with inspection modules. One 
of them was Checkpoint the other Cisco but both of them with inspection 
enabled created all manner of havoc and grief with IBM i. Examples 1) 
completely shut down PowerHA dead. 2) Disallowed the use of named 
sessions for telnet.

	I really doubt it's the i but it is still possible.  From one of the 
same PCs can you get the files with another FTP client?  Can you get the 
files from a NON-Windows PC (MAC or Linux) to prove the network and the 
i are not at fault.

        - Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 12/6/2017 8:45 AM, Bruce Collins wrote:
> Guys, We have been running this batch program for over two years and last
> week it has started having an issues. Below is the batch file and script
> (without the credentials). We are running 7.2 and on CUME TC17068 that was
> installed on 8/27/2017 and we have not installed any PTFs since then.
>
>
>
> The problem occurs when pulling the files from the IBM i. (We are using the
> same service profile without any changes).
>
>
>
> Below is the script that is being executed. All goes well until the second
> “get”. See ftp log below. I have found that if I wait two minutes and try
> the second “get” it works but then try the third get and it fails. I wait
> two more minutes or so and the third “get” works.
>
>
>
> I thought it might be some connection issues so I ended and restarted the
> FTP service but that had no effect.
>
>
>
> This is not my first rodeo and have used this for a few years so I
> appreciate the feedback if any of you have a solution or idea of why this
> might be occurring
>
>
>
> Thanks in advance
>
>
>
> Hoss
>
>
>
> Windows Batch PGM:
>
>
>
> FTP -s:scriptfile.txt 192.168.168.168
>
>
>
> SCRIPT File scriptfile.txt:
>
> <username>
>
> <password>
>
> lcd Y:\
>
> cd @DELTA@
>
> get prders01.prders01 EHOU1710.ret (REPLAC
>
> get prdrsa01.prdrsa01 EHOU1710.rsa (REPLAC
>
> get prdjrf01.prdjrf01 JZPJ1710.ret (REPLAC
>
>
>
> FTPLOG
>
> Connected to 192.168.168.168.
>
> 220-QTCP at SYSTEMNAME.
>
> 220 Connection will close if idle more than 10 minutes.
>
> 501 OPTS unsuccessful; specified subcommand not recognized.
>
> User (192.168.168.168:(none)):
>
> 331 Enter password.
>
>
>
> 230 <username> logged on.
>
> ftp> lcd Y:\
>
> Local directory now Y:\.
>
> ftp> cd @DELTA@
>
> 250 "@DELTA@" is current library.
>
> ftp> get prders01.prders01 EHOU1710.ret (REPLAC
>
> 500 PORT/EPRT (Active Mode/Extended Active Mode) is not supported. Use
> PASV/EPSV instead of this
>
> 150 Retrieving member PRDERS01 in file PRDERS01 in library @DELTA@.
>
> 226 File transfer completed successfully.
>
> ftp: 46368 bytes received in 0.01Seconds 5796.00Kbytes/sec.
>
> ftp> get prdrsa01.prdrsa01 EHOU1710.rsa (REPLAC
>
> 425 Not able to open data connection.
>
> ftp> get prdjrf01.prdjrf01 JZPJ1710.ret (REPLAC
>
> 425 Not able to open data connection.
>
> ftp>
>
>
>
> Bruce ‘Hoss’ Collins
>
> Houston County Commission
>
> 462 N Oates St
>
> Dothan, AL 36303
>
> 334-677-4711