× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



The PASV may be causing trouble. This can be a problem with firewalls. Try
putting a SENDPORT into the script early.

At 03:05 PM 4/29/02 -0400, you wrote:
>I read through the archive list and could find no reference to this specific
>problem.  Running V5R1, on the latest cum, and attempting to do an FTP Mget
>in batch.  The command set listed below works perfectly well when issued
>line by line in an ftp session, but fails in batch.  I checked IBM for
>PTFs/APARs and could find none.  Any information on how to make this
>function would be greatly appreciated.
>
>Basically, the first file in the MGET sequence is downloaded, the remaining
>files fail with error message "Unable to open or create file".  Note: IP
>address designation in the log has been changed to aaa,bbb,ccc,ddd.
>
>Ftp Script File
>---------------
>username password
>debug
>namefmt 1
>cd server_logs
>lcd /qntc/server/uploads
>binary
>mget *.gz (replace
>quit
>
>
>
>Sniglet of the ftp log file
>---------------------------
>Type set to I.
>Enter an FTP subcommand.
> > mget *.gz (replace
> >>> TYPE A
>200 Type set to A.
> >>> PASV
>227 Entering Passive Mode (aaa,bbb,ccc,ddd,9,190).
> >>> NLST *.gz
>150 Opening ASCII mode data connection for file list
>226 Transfer complete.
> >>> TYPE I
>200 Type set to I.
>Default file name is access_log_20020418.gz
> >>> PASV
>227 Entering Passive Mode (aaa,bbb,ccc,ddd,9,191).
> >>> RETR access_log_20020418.gz
>150 Opening BINARY mode data connection for access_log_20020418.gz
>  bytes).
>226 Transfer complete.
>  12673 bytes transferred in 0.470 seconds. Transfer rate 26.980 KB
>Default file name is access_log_20020419.gz
> >>> PASV
>227 Entering Passive Mode (aaa,bbb,ccc,ddd,9,192).
> >>> RETR access_log_20020419.gz
>150 Opening BINARY mode data connection for access_log_20020419.gz
>  bytes).
>Unable to open or create file /qntc/uploads/access_log_20
>  receive data.
> >>> ABOR
>226 Transfer complete.
>
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
>To post a message email: MIDRANGE-L@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
>or email: MIDRANGE-L-request@midrange.com
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.