Dave, My nightly job getting the full enhanced holddata file failed over the weekend, but I did not need it then. If I had, I would have been upset at my inability to order a PTF that I urgently needed.
Please post the resolution that IBM provides, if it is informative. :-) Bob -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Tuesday, February 07, 2017 1:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE Receive Order failing? Thanks Bob. I have a ticket open with IBM for these seemingly weekly issues. I've been using TLS FTP now for a couple years and every single time there is a problem, it has been on IBM's side. He is suggesting I try the https method instead. I will do that, but I guess my rant today is that its not apparent to me, who to open the PMR too when RECEIVE ORDER fails. _________________________________________________________________ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Tuesday, February 07, 2017 11:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE Receive Order failing? David, I added these to the TCPPARMS member that I use for SMPE's FTP: EPSV4 TRUE FWFRIENDLY TRUE Bob -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Tuesday, February 07, 2017 9:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPE Receive Order failing? Resending with entire message listing for completeness. This is TLS download, and the security negotiations work. Same job ran fine last week: > /bin/ftp -e -v -f "//'SYS1.TCPPARMS(FTPSECUR)'" > deliverycb-bld.dhe.ibm.com EZY2640I Using 'SYS1.TCPPARMS(FTPSECUR)' for local site configuration parameters . EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the co ntrol connection. EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the da ta connection. EZA1450I IBM FTP CS V2R2 EZA1772I FTP: EXIT has been set. EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages. EZA1554I Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21. 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-dhebpcb01 secure FTP server 220 ready. EZA1701I >>> AUTH TLS 234 TLSv1 EZA2895I Authentication negotiation succeeded EZA1701I >>> PBSZ 0 200 PBSZ=0 EZA1701I >>> PROT P 200 Command PROT okay. EZA2906I Data connection protection is private EZA1459I NAME (deliverycb-bld.dhe.ibm.com:E008058): > xxxxxxxxxx EZA1701I >>> USER xxxxxxxxx 331 Password required for xxxxxxxxx. EZA1789I PASSWORD: > ******** EZA1701I >>> PASS 230 virtual user xxxxxxxxx logged in from /192.152.100.50:26899. EZA1460I Command: > CCC > BINARY EZA1701I >>> CCC 200 Command Channel Cleared. EZA2905I Control connection protection is clear EZA1460I Command: > GET "/2017020769615/PROD/GIMPAF.XML" > "/u/smpe/zos22/ORD00015-07February2017-09 > .15.24/GIMPAF.XML" (REPLACE EZA1701I >>> TYPE I 200 Type set to I. EZA1460I Command: EZA1701I >>> PORT 192,168,128,1,33,35 200 PORT command successful. EZA1701I >>> RETR /2017020769615/PROD/GIMPAF.XML 150 Opening BINARY mode data connection for /2017020769615/PROD/GIMPAF.XML. EZA2589E Connection to server interrupted or timed out. Waiting for data connect ion EZA1636I *** I can't open a data-transfer connection: 425 Can't open data connection. EZA1735I Std Return Code = 16425, Error Code = 00009 EZA1701I >>> QUIT 221 Goodbye. GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. _________________________________________________________________ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 From: Jousma, David Sent: Tuesday, February 07, 2017 9:21 AM To: IBM-Main (ibm-main@listserv.ua.edu) Subject: SMPE Receive Order failing? Seems like it's almost a weekly thing where IBM has some problem with downloading orders....Pretty sure the problem isn't on my end. Running my typical weekly Receive order gets me: GIM68700I ORDER ORD00015 HAS BEEN SENT TO THE SERVER AT https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/. GIM69144I ORDER ORD00015 IS READY FOR DOWNLOAD. . . . > GET "/2017020769615/PROD/GIMPAF.XML" > "/u/smpe/zos22/ORD00015-07February2017-09 > .15.24/GIMPAF.XML" (REPLACE EZA1701I >>> TYPE I 200 Type set to I. EZA1460I Command: EZA1701I >>> PORT 192,168,128,1,33,35 200 PORT command successful. EZA1701I >>> RETR /2017020769615/PROD/GIMPAF.XML 150 Opening BINARY mode data connection for /2017020769615/PROD/GIMPAF.XML. EZA2589E Connection to server interrupted or timed out. Waiting for data connect ion EZA1636I *** I can't open a data-transfer connection: 425 Can't open data connection. EZA1735I Std Return Code = 16425, Error Code = 00009 EZA1701I >>> QUIT 221 Goodbye. _________________________________________________________________ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
