Re: Batch FTP failing to Fix Central

["Jim Essinger" <dilbernator@xxxxxxxxx>]

I know Rob.  I am trying to determine where to look next.  I tried to
use the browser (firefox) to download via FTP, and it failed as well.
I think that the problem might be a setup on the local network.  I
just started here last Monday, and I don't have much info on the
network yet.  I think the network guy they had has left, so I have
some discovery to do.

If you have any thoughts, I would love to hear them.

Jim

On Thu, Sep 11, 2008 at 6:37 AM,  <rob@xxxxxxxxx> wrote:
> Wow Jim, your ftp download didn't even make it to the first binary file.
> In fact, it only download one of the two .txt files.
> The first transfer was the list of file names returned by mget *.txt.
> The second transfer was the file ftpSF99540.txt.
> I never see ilstSF99540.txt which should have also been included by the
> mget *.txt.
>
> You've got some serious issues there.
>
> Rob Berendt
> --
> Group Dekko Services, LLC
> Dept 01.073
> Dock 108
> 6928N 400E
> Kendallville, IN 46755
> http://www.dekko.com
>
>
>
>
>
> "Jim Essinger" <dilbernator@xxxxxxxxx>
> Sent by: midrange-l-bounces@xxxxxxxxxxxx
> 09/10/2008 06:36 PM
> Please respond to
> Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
>
>
> To
> "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
> cc
>
> Subject
> Re: Batch FTP failing to Fix Central
>
>
>
>
>
>
> Changed the get commands to mget.  Changed the FTP keep alive to 10
> minutes. I got just the first text file.
>
>  Here is the output from the log file;
>
> Output redirected to a file.
> Input read from specified override file.
> Connecting to host inetsd01.boulder.ibm.com at address 207.25.253.62
> using port 21.
> 220-*******************************************************************************
> 220-*
>           *
> 220-*  IBM's internal systems must only be used for conducting IBM's
>           *
> 220-*  business or for purposes authorized by IBM management.
>           *
> 220-*
>           *
> 220-*  Use is subject to audit at any time by IBM management.
>           *
> 220-*
>           *
> 220-*******************************************************************************
> 220-
> 220 inetsd01 FTP server (Version wu-2.6.2(4) Custom Thu Feb 12
> 14:27:47 MST 2004) ready.
> Enter login ID (jessinger):
> 331 Password required for jessinger.
> Please login with USER and PASS.
> Enter an FTP subcommand.
> > user  anonymous *********************
> 331 Guest login ok, send any password.
> 230 Guest login ok, access restrictions apply.
> UNIX Type: L8
> Enter an FTP subcommand.
> > namefmt 1
> 500 'SITE NAMEFMT 1': command not understood.
> Client NAMEFMT is 1.
> Enter an FTP subcommand.
> > lcd /ptfcatalog
> Local working directory is /ptfcatalog
> Enter an FTP subcommand.
> > ascii
> 200 Type set to A.
> Enter an FTP subcommand.
> > cd /ccss/lv1/us37301/b8037301/00643676/c
> 250 CWD command successful.
> Enter an FTP subcommand.
> > mget *.txt
> 227 Entering Passive Mode (207,25,253,62,204,146)
> 150 Opening ASCII mode data connection for file list.
> 226 Transfer complete.
> 227 Entering Passive Mode (207,25,253,62,225,136)
> 150 Opening ASCII mode data connection for ftpSF99540.txt (2546 bytes).
> 226 Transfer complete.
>  2592 bytes transferred in 0.051 seconds. Transfer rate 51.042 KB/sec.
> 227 Entering Passive Mode (207,25,253,62,120,39)
> 425 Can't open data connection.
> Enter an FTP subcommand.
> > binary
> 200 Type set to I.
> Enter an FTP subcommand.
> > mget *.bin
> 200 Type set to A.
> 227 Entering Passive Mode (207,25,253,62,55,156)
> 150 Opening ASCII mode data connection for file list.
> No response from remote host; all connections closed.
> Format changed to A for DIR or LS subcommand. Not able to restore to I.
> Enter an FTP subcommand.
> > quit
>                          ****** END OF DATA ******
>
> On Wed, Sep 10, 2008 at 1:18 PM,  <rob@xxxxxxxxx> wrote:
> > First, let me go off on a tangent.  I learned some hints at an "after
> > iSocial" gathering at COMMON.
> > 1 - It's anonymous.  Who cares what IBM sent you in the email?  Just use
> > something like address at domain dot com and leave it at that.  They
> don't
> > check the password.
> > 2 - Use mget *.txt for the ascii stuff.
> > 3 - Use mget *.bin for the binary stuff.
> > The only thing you have to customize is the
> > cd /ccss/lv1/us37301/b8037301/00643676/c
> > line.  Use of mget and a default anonymous password really simplifies
> it.
> > Now, back to your problem.  Do you pipe OUTPUT to somewhere?  What do
> you
> > see in there?
> >
> > Rob Berendt
> > --
> > Group Dekko Services, LLC
> > Dept 01.073
> > Dock 108
> > 6928N 400E
> > Kendallville, IN 46755
> > http://www.dekko.com