MGET ERROR

Dazzo, Matt

unread,

Aug 20, 2013, 8:53:47 AM8/20/13

to

The ftp commands provided by IBM below once worked with zos1.11 but now on zos1.13 it does not, can't be 100% sure but I believe that's when it stopped working. I did the upgrade from 1.11 to 1.13 so I know there were no changes made to the TCPIP config files. I tried adding in keyword SITE LISTSUBDIR but I got the same error.

What I have to do to get the files is modify the commands to cd into SMPPTFIN and SMPHOLD and do a get on the file in each folder. What am I missing here? tks Matt

cd 2013081959238/PROD
lcd /u/st1mat/IBM/
binary
lmkdir U01302168
lmkdir U01302168/SMPPTFIN
lmkdir U01302168/SMPHOLD
lcd U01302168
mget * (REPLACE
lcd SMPPTFIN
mget SMPPTFIN/* (REPLACE
lcd ../SMPHOLD
mget SMPHOLD/* (REPLACE
quit
/*

EZA1736I cd 2013081959238/PROD
EZA1701I >>> CWD 2013081959238/PROD
250 CWD command successful.
EZA1460I Command:
EZA1736I lcd /u/st1mat/IBM/
EZA2581I HFS directory /u/st1mat/IBM/ is the current working directory.
EZA1460I Command:
EZA1736I binary
EZA1701I >>> TYPE I
200 Type set to I.
EZA1460I Command:
EZA1736I lmkdir U01302168
EZA2593I HFS directory "/u/st1mat/IBM/U01302168" created.
EZA1460I Command:
EZA1736I lmkdir U01302168/SMPPTFIN
EZA2593I HFS directory "/u/st1mat/IBM/U01302168/SMPPTFIN" created.
EZA1460I Command:
EZA1736I lmkdir U01302168/SMPHOLD
EZA2593I HFS directory "/u/st1mat/IBM/U01302168/SMPHOLD" created.
EZA1460I Command:
EZA1736I lcd U01302168
EZA2581I HFS directory /u/st1mat/IBM/U01302168 is the current working directory.
EZA1460I Command:
EZA1736I mget * (REPLACE
EZA1701I >>> TYPE A
200 Type set to A.
EZA1701I >>> PORT 27,1,39,74,4,141
200 PORT command successful.
EZA1701I >>> NLST *
150 Opening ASCII mode data connection for file list.
226 Transfer complete.
EZA1701I >>> TYPE I
200 Type set to I.
EZA1701I >>> PORT 27,1,39,74,4,142
200 PORT command successful.
EZA1701I >>> RETR GIMPAF.XML
150 Opening BINARY mode data connection for GIMPAF.XML.
226 Transfer complete.
EZA1617I 2720 bytes transferred in 0.270 seconds. Transfer rate 10.07 Kbytes/se
EZA1701I >>> PORT 27,1,39,74,4,143
200 PORT command successful.
EZA1701I >>> RETR GIMPAF.XSL
150 Opening BINARY mode data connection for GIMPAF.XSL.
226 Transfer complete.
EZA1617I 4800 bytes transferred in 0.320 seconds. Transfer rate 15.00 Kbytes/se
EZA2554W Get fails: /u/st1mat/IBM/U01302168/SMPHOLD is a directory.
EZA1735I Std Return Code = 22000, Error Code = 00018
EZA1701I >>> QUIT
221 Goodbye.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@listserv.ua.edu with the message: INFO IBM-MAIN

Paul Gilmartin

unread,

Aug 20, 2013, 9:20:50 AM8/20/13

to

On Tue, 20 Aug 2013 08:53:32 -0400, Dazzo, Matt wrote:

>The ftp commands provided by IBM below once worked with zos1.11 but now on zos1.13 it does not, can't be 100% sure but I believe that's when it stopped working. I did the upgrade from 1.11 to 1.13 so I know there were no changes made to the TCPIP config files. I tried adding in keyword SITE LISTSUBDIR but I got the same error.
>
>What I have to do to get the files is modify the commands to cd into SMPPTFIN and SMPHOLD and do a get on the file in each folder. What am I missing here? tks Matt
>
>
>cd 2013081959238/PROD
>lcd /u/st1mat/IBM/
>binary
>lmkdir U01302168
>lmkdir U01302168/SMPPTFIN
>lmkdir U01302168/SMPHOLD
>lcd U01302168
>mget * (REPLACE
>

At this point, I'd suggest "mget GIM* (REPLACE" to get the
GIMPAF.XML and GIMPAF.XSL files but ignore the SMP* directories.

But wouldn't it be great if you could get the whole ensemble in a
pax envelope, and extract it with a single command on the target
system? Does your waystation system support pax, or equivalently,
tar?

I've done things similar to (from memory; not verbatim tested):

ssh waystation "tar -cf - U01302168" |
iconv -f IBM-1047 -t ISO8859-1 | # I hate EBCDIC!
tar -xvf -

>lcd SMPPTFIN
>mget SMPPTFIN/* (REPLACE
>lcd ../SMPHOLD
>mget SMPHOLD/* (REPLACE
>quit
>/*

> ...
>EZA1736I mget * (REPLACE
> ...

>150 Opening BINARY mode data connection for GIMPAF.XML.
>226 Transfer complete.

> ...

>150 Opening BINARY mode data connection for GIMPAF.XSL.
>226 Transfer complete.
>EZA1617I 4800 bytes transferred in 0.320 seconds. Transfer rate 15.00 Kbytes/se
>EZA2554W Get fails: /u/st1mat/IBM/U01302168/SMPHOLD is a directory.
>EZA1735I Std Return Code = 22000, Error Code = 00018

-- gil

Bob Shannon

unread,

Aug 20, 2013, 10:12:06 AM8/20/13

to

I dispense with making individual directories.

lcd /u/mydir
binary
mget * (REPLACE
mget SMPPTFIN/* (REPLACE
mget SMPHOLD/* (REPLACE
quit

After the FTP is complete I rename the files to:

SMPHOLD.pax.Z
SMPMCS.pax.Z

Then I run the unzip.

Bob Shannon
Rocket Software

Paul Gilmartin

unread,

Aug 20, 2013, 10:25:39 AM8/20/13

to

On 2013-08-20, at 07:35, Bob Shannon wrote:

> I dispense with making individual directories.
>
> lcd /u/mydir
> binary
> mget * (REPLACE
> mget SMPPTFIN/* (REPLACE
> mget SMPHOLD/* (REPLACE
> quit
>
> After the FTP is complete I rename the files to:
>
> SMPHOLD.pax.Z
> SMPMCS.pax.Z
>
> Then I run the unzip.
>

Hmmm. Does SMP/E understand that envelope if those files aren't
in those particular individual directories? I thought the GIMPAF
manifests expect them there.

Is there any advantage of "unzip" (I assume GIMUNZIP) over
a direct RECEIVE FROMNTS?

-- gil