× 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.



I'm not a big user of NT networking, but...  isn't QNTC the AS/400's way
of writing data to an NT server?

Isn't the first "subdirectory" under QNTC supposed to be the name of an
NT server, and the next "subdirectory" below that supposed to be the name
of the share it's accessing?

You don't actually have an NT server called 'uploads' with a share called
'access_log_20020419.gz' do you?  (I'm not sure you even CAN have a share
name that long, and I bet that's why its calling it 'access_log_20' in the
error msg)

Actually, now that I look closer, your batch FTP script says
'lcd /qntc/server/uploads' but your error message says '/qntc/uploads'.
That's VERY strange.  Or is that a typo?

At any rate, I'd try a normal directory in the IFS, rather than writing
it to an NT server, and see if that helps.   If so, then I'd look more
carefully at what the path should be to get to your NT server.  (Or maybe
FTP from the NT server directly)


On Mon, 29 Apr 2002, Rick Nardone 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.



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.